Menéame: comentarios [3343319]

#145 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

arisma — Thu, 09 Jul 2020 19:10:48 +0000

#96 Sí, yo hablaba por la resolución y los 64000 bytes de imagen en crudo

Saludos.

» autor: arisma

#144 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

jdkp — Wed, 08 Jul 2020 11:39:14 +0000

#107 Solo le exigirá más a la máquina cuando la decodificación sea por software. Por hardware hasta el android chino del pelotazo te decodifica h265 sin despeinarse. Dentro de unos años todos los procesadores llevarán decodificación h266 y ocurrirá lo mismo.

Y si, esa es la idea de evolucionar el codec, hacerlo más eficiente para conseguir la misma calidad con menor bitrate.

» autor: jdkp

#143 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Nova6K0 — Tue, 07 Jul 2020 17:40:39 +0000

Sigo sin saber a que se refieren a mitad de espacio con la misma calidad en serio ni HEVC (H.265/X.265) ni H.264/x.264 cumplen eso, salvo que se refieran a tener un vídeo en formato puro o sin comprimir, que eso nunca lo probé y pasarlo a HEVC. Porque hice decenas de conversiones y en ninguna ocupa menos con la misma calidad. Otra cosa es si reduces el bitrate, claro.

Salu2

» autor: Nova6K0

#142 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

ccguy — Tue, 07 Jul 2020 16:52:57 +0000

#141 pues si estás pensando en un capítulo por algo, quieres ese y no otro.

» autor: ccguy

#141 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

--494665-- — Tue, 07 Jul 2020 16:28:50 +0000

#140 No parece una comparación muy justa. Lo veo más como que te ve apetece ver un capitulo de los simpsons y no esta pero tienes otros 600 donde elegir.

» autor: --494665--

#140 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

ccguy — Tue, 07 Jul 2020 16:23:37 +0000

#139 Vamos, que si quieres ver una peli concreta de romanos y no esta la que quieres, ve otra que también tenga leones y ya está.

» autor: ccguy

#139 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

--494665-- — Tue, 07 Jul 2020 14:18:29 +0000

#138 No te quiero convencer de hacer las cosas como yo. El argumento que dabas no se sostenía. Hay virtualmente infinitos videos de excelente calidad en la red como para que no haga falta descargarlos y almacenarlos. ¿Qué es lo que a ti te mola? Avante tutti.

» autor: --494665--

#138 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

ccguy — Tue, 07 Jul 2020 14:15:16 +0000

#137 como los tengas todos del mismo sitio pueden desaparecer todos de golpe. O pasar a ser de pago, etc.

No sé por qué me quieres convencer de hacer las cosas como tú.

» autor: ccguy

#137 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

--494665-- — Tue, 07 Jul 2020 13:57:09 +0000

#136 Desaparecer? LOL. Tengo como 500 videos en favoritos. Elige otro

» autor: --494665--

#136 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

ccguy — Tue, 07 Jul 2020 13:53:55 +0000

#100 poco útil si desaparece el contenido

» autor: ccguy

#135 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

mcfgdbbn3 — Tue, 07 Jul 2020 12:15:17 +0000

#13: Sería interesante ver si ese 50% es "tuneado" o si es real. Mira lo que decían de WEBP, que le daba 100 vueltas a JPEG y al final... pues eso que normalmente suelen hacer la comparación sacando a JPEG fuera de su ámbito de trabajo, no sabemos si usan las opciones que mejor lo optimizan... el caso es que un JPEG bien optimizado no queda casi atrás. Aquí hay que destacar la compresión aritmética, que en JPEG no se ha usado tradicionalmente por un tema de patentes y lo que hacen es comparar un JPEG que sigue sin usarla con un formato que sí la usa, lo cual no es una comparación real. De hecho incluso sería interesante implementar Maniac en JPEG y hacer las comparaciones así en los formatos que usen Maniac, si bien no es realista porque JPEG no lo usa, pero puede ayudar a interpretar si la forma de tratar la imagen es mejor o peor. Como dato: un formato sin pérdida como PNG que usa Maniac en vez de Deflate, comprime una barbaridad, hasta un tercio respecto de un PNG ya optimizado, se llama FLIF:
en.wikipedia.org/wiki/Free_Lossless_Image_Format

Y también es típico mirar medidas que a lo mejor matemáticamente están bien, pero que no siempre se corresponden con lo que vemos, como el PNSR, que a lo mejor una imagen es mejor que otra, pero luego la miras y está demasiado difuminada y a nuestro ojo representa la realidad peor que la otra. Aquí añadiría lo que digo en otro comentario: si a un algoritmo PNSR le importa poco que se mueva el fondo al mover el frente, a mi como humano sí me importa porque se me hace "raro" de ver.

» autor: mcfgdbbn3

#134 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

mcfgdbbn3 — Tue, 07 Jul 2020 12:01:38 +0000

#11: Y que son promesas muy teóricas:
Este nuevo estándar ofrece una compresión mejorada, que reduce los bits requeridos en un 50% en relación al anterior H265 sin reducir la calidad de la imagen.
Claro, como YouTube, que ahora saludan y se mueve todo el fondo alrededor de la mano.
O sea, anotan cuatro vectorcillos de movimiento, el resto va interpolado, no hay corrección de errores y pasa lo que tiene que pasar, que se arrastra el fondo como si fuera parte del frente.

» autor: mcfgdbbn3

#133 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

rogerius — Tue, 07 Jul 2020 11:44:27 +0000

#1 «The new chips required for the use of H.266/VVC, such as those in mobile devices, are currently being designed.»

» autor: rogerius

#132 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

--633803-- — Tue, 07 Jul 2020 11:40:16 +0000

[Usuario deshabilitado]

» autor: --633803--

#131 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

--633803-- — Tue, 07 Jul 2020 11:34:50 +0000

[Usuario deshabilitado]

» autor: --633803--

#130 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

WifredoIII_ElGayu — Tue, 07 Jul 2020 11:31:42 +0000

#95 lo iba a poner, pero no me salían términos tan apropiados

Hermano separado al nacer

» autor: WifredoIII_ElGayu

#129 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

--633803-- — Tue, 07 Jul 2020 11:29:15 +0000

[Usuario deshabilitado]

» autor: --633803--

#128 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

exeware — Tue, 07 Jul 2020 11:09:22 +0000

#50 Ambas cosas el formato mp3 no se hacía con mas calidad por que las maquinas no podrían hacer nada con el... y muchas de las técnicas que usan los codecs actuales no existian de aquella, asi que ambas.

» autor: exeware

#127 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Naiyeel — Tue, 07 Jul 2020 10:56:35 +0000

#51 Dale un poco de tiempo a la IA y tendremos eso y lo mas importante, videos de japonesas sin pixelar.

» autor: Naiyeel

#126 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

luckyz — Tue, 07 Jul 2020 10:52:02 +0000

#23 A costa del uso de potencia. Un chip siempre va a ser más eficiente y por eso las primeras versiones van en CPU y luego salen chips que lo hacen 10 veces más rápido por 10 veces menos energía.

» autor: luckyz

#125 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Razhan — Tue, 07 Jul 2020 10:24:50 +0000

#124 Como correccion (no solo a tu mensaje, tambien al mio anterior), una DCT no implica eliminacion de detalle por si misma y es reversible. En JPEG es luego cuando aplicamos las matrices de cuantizacion cuando realmente eliminamos el detalle.

Respecto a tu comentario, realmente creo que "bloques que antes eran diferentes ahora son iguales y podrán ser representados por el mismo símbolo" da lugar a confusion porque en un jpeg no hace falta que haya dos bloques diferentes que ahora son iguales dentro de la imagen, mientras que ese principio se usa en otras situaciones (como comentaba antes, indexado de color, pero tambien en MPEG)

Agradezco mucho esta conversacion, y especialmente que hayas sido respetuoso todo el tiempo. Pero donde vivo son horas inconfesables y voy a tener que desconectar

» autor: Razhan

#124 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

court — Tue, 07 Jul 2020 10:07:59 +0000

#118 Cuando haces la transformada estás eliminando detalle (salvo que cojas la serie infinita, claro ), de forma que tienes menos información que almacenar y de forma que bloques que antes eran diferentes ahora son iguales y podrán ser representados por el mismo símbolo. Esencialmente, eso es todo.

Puedes complicarlo reseteando el proceso por subdominios o por partes del flujo de información y añadiendo complicaciones al filtrado, pero al final, la operación de alto nivel que estás realizando es exactamente ésa: eliminar información poco redundante para agrupar bloques similares que serán representados de la misma forma.

» autor: court

#123 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

ximiu — Tue, 07 Jul 2020 09:59:20 +0000

#120 ja ja ja, no. Es que estoy jugando a Antimatter Dimensions, donde hay un número exacto que representa el infinito. Era una broma para mi mismo.

» autor: ximiu

#122 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

court — Tue, 07 Jul 2020 09:58:44 +0000

#121 Asumiendo un compresor perfecto, lo grande o lo pequeña que es la diferencia depende de la entropía. Estamos hablando todo el tiempo del límite teórico, esto es, asumiendo un compresor perfecto.

» autor: court

#121 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

ximiu — Tue, 07 Jul 2020 09:55:57 +0000

#116 Hombre no, la diferencia depende de lo bueno (o malo) que sea el compresor. La entropia te va a influir en el datarate de la parte comprimida.

» autor: ximiu

#120 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Jakeukalane — Tue, 07 Jul 2020 09:55:14 +0000

#119 ¿estás intentando trolearme? Es una metáfora. Y 10 elevado a 10000 no es más que infinito.

» autor: Jakeukalane

#119 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

ximiu — Tue, 07 Jul 2020 09:53:28 +0000

#115 Ese número que has puesto está mucho más allá del infinito.

» autor: ximiu

#118 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Razhan — Tue, 07 Jul 2020 09:52:27 +0000

#109 no discrepamos tanto, no niego que la entropia sea un factor limitante. Pero es como si hablando de autonomía de coches eléctricos comentó que la duración de las ruedas limita mi autonomía. Es totalmente cierto, y a la vez, casi seguro irrelevante en la discusión.

Respecto a la parte de agrupaciones similares, creo que ahí, aún entendiendo lo que quieres decir, la explicación realmente no ayuda. Cuando aplico una transformada discreta de coseno en bloques de píxeles (como puedo hacer en jpeg), no estoy buscando bloques con información similar dentro de mi misma imagen. Es verdad que en el dominio de bloques de 8x8x24 píxeles, habrá bloques que terminen siendo asignados a un mismo símbolo (o no sería lossy), pero eso es independiente de cómo de similares sean estos dentro de la imagen. Sin embargo, si hago una compresión lossy a base de indexar colores, ahí si que estaría buscando similitudes dentro de mi propia imagen.

El mundo de compresión lossless es formal y elegante, mientras que el mundo lossless es caótico a más no poder.

» autor: Razhan

#117 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

ximiu — Tue, 07 Jul 2020 09:51:55 +0000

#113 por ejemplo aquí. www.maketecheasier.com/how-video-compression-works/

» autor: ximiu

#116 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

court — Tue, 07 Jul 2020 09:44:13 +0000

#114 Y lo grande o pequeña que es esa diferencia, viene determinada por la entropía del original.

Formalmente lo que estás haciendo es una descomposición incremental de la señal, no deja de ser otra forma de filtrado.

» autor: court

#115 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Jakeukalane — Tue, 07 Jul 2020 09:42:15 +0000

#108 siempre hay un límite de información. Me da igual que estemos a 10¹⁰⁰⁰⁰ de llegar, pero lo hay.

» autor: Jakeukalane

#114 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

ximiu — Tue, 07 Jul 2020 09:34:24 +0000

#73 Nada te impide comparar el stream obtenido con el real y mandar la diferencia por otro canal.

» autor: ximiu

#113 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

court — Tue, 07 Jul 2020 09:33:14 +0000

#108 No es así, no se adivina nada.

» autor: court

#112 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

ximiu — Tue, 07 Jul 2020 09:25:08 +0000

#63 go to #108

» autor: ximiu

#111 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

ximiu — Tue, 07 Jul 2020 09:23:41 +0000

#99 El "ancho de banda", lo que significa es que si transmites más información estás ocupando las frecuencias adyacentes también. Usar frecuencias muy altas tiene límites, como entrar en la banda visible, que eso no lo vas a hacer (pero hay satélites que lo hacen, para radars). La transparencia de los materiales de construcción baja a casi nada por encima de los 6GHz.

» autor: ximiu

#110 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

ximiu — Tue, 07 Jul 2020 09:20:27 +0000

#79 Una evaluación de hace algunos años decía que tenemos frecuencias de sobra, las cuales, debidamente, usadas, son más que suficientes para todos los datos que estamos transmitiendo.

» autor: ximiu

#109 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

court — Tue, 07 Jul 2020 09:20:09 +0000

#104 Bueno, estamos de acuerdo en casi todo. Todas mis respuestas iban a desmentir el primer comentario, no a nada que tú haya dicho específicamente.

Discrepamos en:
- La entropía sigue siendo limitante en compresiones con pérdida. Tú dices que no, pero lo es. Que consideres el umbral de aceptación del filtro como OTRO factor limitante está bien, es discutible, pero está bien; pero ello no elimina que sigas limitado entrópicamente.
- Mi mensaje: podría haberlo explicado mejor, pero aplicar bloques de información similar bajo un mismo símbolo (que puede ser el vacío) es el equivalente a filtrar + comprimir. Al final del proceso, es la operación que estás realizando, el filtro es el que "organiza" qué información agrupar y cuál desechar (incluyendo información de precisión). Como digo, podría explicarse mejor, pero matemáticamente el símbolo vacío es un símbolo más por lo que lo he tratado como tal al definir la compresión con pérdida.

» autor: court

#108 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

ximiu — Tue, 07 Jul 2020 09:18:35 +0000

#65 Lo que hace un algoritmo de compresión es adivinar la siguiente imágen de una secuencia. Si la adivina exactamente no hay que transmitir nada más. Si la diferencia es pequeña, se transmitirá poca cosa. La cantidad de cosas adivinables no creo que tenga un límite.

» autor: ximiu

#107 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Cehona — Tue, 07 Jul 2020 09:18:22 +0000

#103 La única ventaja a la hora de ser más eficiente y comprimir más, es el tamaño.
Pero siempre exigiendo más máquina. Muchas TV ya no pueden con el H265, no digamos el próximo H266 y no son TV de más de 3 años.
Para el streaming, igual alguna aguanta. Pero como me ocurre como cuando me venden las ventajas del mp3 a 128kbps vs 320kbps que algunos dicen no hay diferencias pero ocupan menos espacio. Si no han escuchado un audio en Flac/Lossless lo dejo.

» autor: Cehona

#106 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

ximiu — Tue, 07 Jul 2020 09:14:52 +0000

#13 Se puede hacer mucho más, el límite está en un protocolo donde le das la descripción del personaje y dices: "ahora que ande más deprisa mientras mastica chicle poniendo cara de felicidad", el algoritmo simula eso y solo hay que transmitir pequeñas diferencias, sin duda debidas a la creatividad del director.

» autor: ximiu

#105 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Joker_2O — Tue, 07 Jul 2020 09:11:40 +0000

#75 bateria de patata, 100% libre de emisiones e independiente de red electrica

» autor: Joker_2O

#104 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Razhan — Tue, 07 Jul 2020 09:10:20 +0000

#98 la frase en negrita no es mia, si hay algo que claramente los dos estamos de acuerdo es que esa frase es completamente falsa

Efectivamente, toda compresión lossy es una parte de filtrado y después una aplicación de una compresión lossless. Pero cuando alguien te dice algo como que h266 comprime el doble que h265, no te está diciendo que la parte de compresión lossless de h266 es más eficaz, te habla de la parte de filtrado. Porque la parte de compresion lossless no ha cambiado en 25 años. Si crease un codec de vídeo y por alguna estupida razon decidiera no aplicar esa fase de compresión lossless final, la gente lo seguiría llamando compresión lossy, incluso cuando solo tuviera la parte de filtrado.

El factor limitante de compresiones lossy no es la entropia del mensaje inicial (que se ve reducida), sino la eficacia del filtro inicial de reducir dicha entropia mientras que se engaña al sentido humano. Y como no hay dos humanos iguales, esto se convierte en algo aún más subjetivo, donde la industria intenta un nivel aceptable para la mayor parte de la gente. Pero para una persona sorda, una compresión lossy de audio podría perfectamente tener cero bits y aún así ser aceptable.

En un mensaje comentabas:
compresión con perdida: que no es más que agrupar bloques de información similares bajo un mismo símbolo.

Que no es correcto

» autor: Razhan

#103 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

jdkp — Tue, 07 Jul 2020 09:09:34 +0000

#88 No entiendo que intentas decir. Por si acaso voy a aclarar lo que pretendo decir en mi anterior comentario:

De este nuevo codec (h266) no solo se van a beneficiar los videos en 8k, también se podrán codificar videos en 1080p o 4k y reducir su tamaño manteniendo la calidad.
Lo mismo sucede con h265.

Al reproducir los videos que pones, el video en 8k me va a saltos. ¿Y?
Ni siquiera tengo resolución 8k en el portatil. Pero puedo reproducir el video en 1080p codificado con el codec VP9 (similar en rendimiento al h265 - usado para 4k), por lo tanto me estoy beneficiando de un codec más eficiente que el h264 con una resolución "solo" 1080p.

» autor: jdkp

#102 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

ximiu — Tue, 07 Jul 2020 09:01:17 +0000

#2 4K es magnífico, casi injustificable. 8K no me lo imagino, lo tengo que ver.

Ahora bien, esto es justo lo que le hacía falta a DP 1.4 para poder mover 8K a 60Hz.

» autor: ximiu

#101 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Cyrus_ — Tue, 07 Jul 2020 08:53:28 +0000

#54 Entiendo que el dice que el pulso electromagnetico esté cerca del servidor de la nube, pero lejos de sus discos duros.

» autor: Cyrus_

#100 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

--494665-- — Tue, 07 Jul 2020 08:46:25 +0000

#12 Bienvenido a la epoca de los favoritos en tu navegador.

» autor: --494665--

#99 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Graco — Tue, 07 Jul 2020 08:42:43 +0000

#79 Vaya por delante mi ignorancia, pero las ondas electromagnéticas son de frecuencias infinitas, con lo cual podrás aumentar la frecuencia (que es proporcional a la potencia) hasta el límite de que sean nocivas con los seres vivos.
Una vez se llegue al límite, se podría utilizar doble o triple canales a la vez para transmitir la información.
El ancho de banda con esa supuesta tecnología sería infinito.

» autor: Graco

#98 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

court — Tue, 07 Jul 2020 08:39:23 +0000

#91 Puedes decirme qué he dicho que sea falso? La compresión con perdida, a pesar de nombre, no es lo que puede sugerir: es filtrado + compresión sin pérdida y se rige por las mismas limitaciones porque la compresión es la misma: la parte de filtrado NO es compresión, es filtrado. Por otro lado, no he reducido en absoluto el comentario, si hay otras conclusiones que puedas sacar de lo que dice (voy a ignorar por tu bien la frase en negrita), por favor, muéstralas.

Y no considero que me haya mentido en ningún berenjenal Cuando tengo un rato libre no me importa rebatir la desinformación y las tonterías que se dicen por váyase a saber usted qué motivo; especialmente cuando el autor habla tratando de sentar cátedra sobre un tema que desconoce.

» autor: court

#97 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Razhan — Tue, 07 Jul 2020 08:36:26 +0000

#83 mañana mismo. Espero que no seas muy exigente con el frame rate, va a estar algo lejos de 60 fps. Mejor si empezamos a hablar de fph, o mejor aún, fpd. Creo que podría sacar casi 2fpd.

Corrección, me he equivocado por un orden de magnitud, que tal si vamos a fpa?

» autor: Razhan

#96 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

--38321-- — Tue, 07 Jul 2020 08:35:13 +0000

#74

19 ó 13H , pero eso es VGA, CGA era más limitadita.

en.wikipedia.org/wiki/Mode_13h

» autor: --38321--

#95 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

blade — Tue, 07 Jul 2020 08:34:51 +0000

#33 Con buena *** bien se ***

_{_{(con buena cpu bien se decodifica, mal pensados)}}

» autor: blade

#94 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Peka — Tue, 07 Jul 2020 08:34:34 +0000

#92 He dicho que es mi ordenador del P0rn hay que seguir la conversación.

» autor: Peka

#93 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

luisfeser — Tue, 07 Jul 2020 08:33:36 +0000

#13 totalmente
Yo paso a 265 todos los videos del móvil y pasan de ocupar 200megas a 25megas. Cerca de un 90% de menos espacio.
Y ya he parece increíble. Que ocupen unos 15 megas, más increíble todavía

Lo del HW, all final en unos años todos los procesadores soportaran 265, 266

» autor: luisfeser

#92 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

blade — Tue, 07 Jul 2020 08:31:14 +0000

#86 ¿Como tienes internet dentro de una auténtica jaula de Faraday?

» autor: blade

#91 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Razhan — Tue, 07 Jul 2020 08:29:19 +0000

#84 ese comentario original de que podías reducir tanto como quisieras es obviamente falso. Pero te has metido en un berenjenal tu solo añadiendo conceptos que aplican a compresiones lossless y luego te has agarrado a un clavo ardiente para justificar el por que ese concepto era aplicable en este caso y por el camino dejando mensajes (algunos escritos de manera turbia, otros directamente falsos) que lo único que hacen es complicar aún más un tema que ya de por si es complejo para gente que no esté familiarizada

» autor: Razhan

#90 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

--627860-- — Tue, 07 Jul 2020 08:26:47 +0000

#45 Se dice middle-out.

» autor: --627860--

#89 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

swapdisk — Tue, 07 Jul 2020 08:21:33 +0000

#70 no hombre, pero muchos no lo usamos por eso. Requiere hard mucho más moderno y potente. Cierto que ahorras espacio, pero comprimir en H265 también lleva más tiempo.

» autor: swapdisk

#88 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Cehona — Tue, 07 Jul 2020 08:17:05 +0000

#41 Intenta reproducirlo a 4320p60 (8K) sin lag y a 1080p60 (en las opciones del video)
www.youtube.com/watch?v=FrKNa3hruBw
www.youtube.com/watch?v=n-RjGEWW3nk

» autor: Cehona

#87 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

--8899-- — Tue, 07 Jul 2020 08:16:26 +0000

#45 Pied Piper SIEMPRE comprimira más

» autor: --8899--

#86 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Peka — Tue, 07 Jul 2020 08:15:44 +0000

#76 Vivo en ella

» autor: Peka

#85 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Peka — Tue, 07 Jul 2020 08:15:15 +0000

#75 Bateria intercambiable y bateria se recarga fuera de la jaula

» autor: Peka

#84 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

court — Tue, 07 Jul 2020 08:14:50 +0000

#81 En efecto; por eso la afirmación a la que respondía en mi primer comentario era falsa: no puedes comprimir todo lo que quieras tirando de CPU y siempre tienes un límite absoluto; una vez que has descartado la información que no te interesa estás tan limitado como siempre.

» autor: court

#83 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

--8899-- — Tue, 07 Jul 2020 08:14:20 +0000

#42 Que me despierten cuando consigan codificar 8K a un bit por segundo

» autor: --8899--

#82 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

--8899-- — Tue, 07 Jul 2020 08:12:33 +0000

#17 Y te fundes la batería en cero coma... Por software lo puedes hacer en un ordenador de sobremesa, pero lo bueno de estos chips es que decodifican consumiendo una fracción de energía.

» autor: --8899--

#81 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Razhan — Tue, 07 Jul 2020 08:11:33 +0000

#73 Si, pero el 99.99% de lo que define un codec como h265 es ese “solo añadir un filtro que transforma la entrada”. La compresión sin pérdida que se hace después es poco más que una nota al pie de página diciendo “Una vez realizado todo esto, aplican Huffman encoding”.

» autor: Razhan

#80 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

court — Tue, 07 Jul 2020 08:07:02 +0000

#71 lo elaboro en #73, y hay muchas más formas de las que describo dependiendo de qué clase de información quieres comprimir, pero eso no cambia que al final haces una compresión matemática sin pérdida limitada como tal.

» autor: court

#79 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Razhan — Tue, 07 Jul 2020 08:06:32 +0000

#65 oh, absolutamente hay un límite. Pero esto es como lo de transmitir datos por el aire. Hace bastante tiempo en la universidad explicaban como el aire como medio de transmisión llegaría a su límite, y que aunque aún lograrían exprimir un poco más, tampoco podría quedar demasiado espacio para mejorar. Han pasado 15 años y ahí siguen mejorando (en justicia, muchas de las mejoras de ahora basadas en usar más frecuencias para wifi o que un dispositivo transmite en múltiples canales si estos están libres no está aumentando el límite teorico

» autor: Razhan

#78 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

eduardor2k — Tue, 07 Jul 2020 08:04:48 +0000

#67 hay que tener en cuenta que unos compresores buenos importan mucho, por eso al principio de la vida de cada codec es:

codec menos eficiente pero con compresores optimizados > codec mas eficiente pero compresores menos optimizados

» autor: eduardor2k

#77 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

BM75 — Tue, 07 Jul 2020 08:02:15 +0000

#24 ¿Conoces a alguien que se cambiara de móvil solo porque salió H265?

» autor: BM75

#76 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

pedrobz — Tue, 07 Jul 2020 08:01:46 +0000

#59 Depende de la fuerza del pulso, la jaula te puede servir o no. Aparte, tiene que estar dentro de la jaula en el momento del pulso, y la jaula debe también estar cerrada, una apertura y adiós.

» autor: pedrobz

#75 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

--136355-- — Tue, 07 Jul 2020 08:01:23 +0000

#59 Y la red eléctrica que lo alimenta?

» autor: --136355--

#74 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

arisma — Tue, 07 Jul 2020 08:00:38 +0000

#69 El modo 13

» autor: arisma

#73 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

court — Tue, 07 Jul 2020 08:00:05 +0000

#68 Sí es un factor limitante y el proceso es exactamente el mismo: sin extenderme mucho, puedes pensar en la compresión con pérdida como en el siguiente proceso (dicho rápido y mal, pero equivalente a efectos prácticos):

1) Aplicas un filtro a la entrada para eliminar la información que no te interesa o agrupar/reducir la granularidad/precisión de la menos relevante.
2) Aplicas compresión.

Como ves, lo que determina la pérdida es el filtro aplicado a priori, el resultado del filtro (tu entrada para compresión) tiene cierta entropía y supone un límite como siempre. La compresión con pérdida trata de encontrar mejores filtros que eliminen/agrupen información no relevante para la vista u oído humanos de forma que el impacto en la percepción sea mínimo. Una vez eliminado todo lo que los sentidos humanos no perciben, lo que queda, que es bastante, se comprime con las mismas limitaciones de siempre (las cuales, son matemáticas y absolutas).

En resumen: la compresión con perdida es solo añadir un filtro que transforma la entrada antes de una compresión sin pérdida.

» autor: court

#72 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

BM75 — Tue, 07 Jul 2020 07:59:10 +0000

#42 A base de tirar de procesador/chip se puede reducir tanto como uno se quiera.

Evidentemente, NO es cierto.

» autor: BM75

#71 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Razhan — Tue, 07 Jul 2020 07:57:01 +0000

#63 por cierto, compresión lossy no es agrupar bloques de información similares bajo un mismo símbolo, eso solo es el último paso. Cuando aplico un MDCT a un archivo de sonido para eliminar ciertas frecuencias y crear un mp3, no estoy agrupando bloques de información similares. Estoy eliminando información (y entropia), pero lo estoy haciendo de una forma muy específica basándome en las limitaciones del oído humano. Lo mismo cuando en compresión de imagen me baso en mantener información de luminancia y desechar parte de la información de crominancia. No es la similitud de los símbolos la que me permite hacer eso, sino la distribución de conos y bastones en el ojo humano limitando nuestra visión en color

» autor: Razhan

#70 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

BM75 — Tue, 07 Jul 2020 07:56:50 +0000

#55 Es un tema bastante específico, no una "nueva necesidad" que afecte a mucha gente. No conozco a nadie que se cambiara de ordenador, tablet o móvil expresamente solo porque saliera H265.

» autor: BM75

#69 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

--38321-- — Tue, 07 Jul 2020 07:50:47 +0000

#2

Pixels del tamaño 320x200 .... (lo que era una CGA antigua)

» autor: --38321--

#68 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Razhan — Tue, 07 Jul 2020 07:50:37 +0000

#63 se aplica en el sentido de que una compresión lossy es una reducción de la entropia hecha a propósito. En una compresión lossless efectivamente la entropia determina tu límite. En una lossy, es simplemente una propiedad, pero no es mi factor limitante, ya que la entropia de la entrada y de la salida son distintas. No entiendo su relevancia para hablar de un límite teórico para la efectividad de compresión lossy de vídeo

» autor: Razhan

#67 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

javipe — Tue, 07 Jul 2020 07:44:42 +0000

#30 Me parece muy optimista decir que H266 reducirá un 50% sobre H265. Habrá que verlo y en qué condiciones. Como siempre influirá los que estén detrás de cada Codec. Me sorprende que algunos están poniendo los huevos en las de los dos cestas AV1, y H266. Los miembros que gobiernan el estándar AV1 son Netflix, Amazon, Google, Apple, Microsoft, Cisco, IBM, ARM, Intel, Facebook, Nvidia, Samsung, Mozilla y Tencent.
Me hace pensar que AV1 va a tener más soporte detrás. Habrá que ver si H266 cumple expectativas porque será la manera de derrotara a AV1

» autor: javipe

#66 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

javipe — Tue, 07 Jul 2020 07:37:52 +0000

#21 Lo puedes hacer por software siempre, y decodificar que suele ser un poco menos pesado, lo puedes hacer en tiempo real. Otra cosa es que si lo haces por hardware normalmente lo puedes hacer con mucha más eficiencia, lo cual en dispositivos móviles redunda en ahorro de la batería.

» autor: javipe

#65 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Jakeukalane — Tue, 07 Jul 2020 07:36:30 +0000

#43 pues habrá un límite log (n) (o colo de llame) normal ¿no? Lo que al parecer se está lejos...

» autor: Jakeukalane

#64 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

court — Tue, 07 Jul 2020 07:34:36 +0000

#53 #57 go to #63

» autor: court

#63 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

court — Tue, 07 Jul 2020 07:32:54 +0000

#56 La entropía también se aplica a la compresión con perdida: que no es más que agrupar bloques de información similares bajo un mismo símbolo. El porcentaje de información perdida define el umbral que estás dispuesto a considerar aceptable. Al margen de eso, es exactamente lo mismo.

Y no, tirando de CPU no puedes comprimir tanto cuanto quieras. No puedes comprimir un mega en un bit, salvo que estés dispuesto a perder el 100% de la información claro: y eso no tiene nada que ver con el algoritmo, ni con el uso de CPU.

» autor: court

#62 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Razhan — Tue, 07 Jul 2020 07:31:07 +0000

#50 sin ser un experto, un poco de todo. Por un lado, la limitación en cámaras y dispositivos de grabación es el más claro. Lo más habitual es que las cámaras grabaran en un formato de compresión light tipo DV (que comprimía cada frame individualmente mediante DCT, muy similar a jpeg) y luego, una vez editado un ordenador se dedicaría a realizar la conversion del vídeo a un codec más avanzado (proceso extremadamente lento en un ordenador de casa). Este códec (como pasa en los codecs de ahora) no codifica un pixel como parte de un bloque en función de sus otros píxeles cercanos en la imagen, sino que tiene en cuenta su evolución a lo largo del tiempo. Como mencionaba en otro comentario, la complejidad de compresión es mucho mayor que la de reproducción, así que aunque hicieran falta varios segundos por frase para comprimir, la reproducción era rápida.

Muchas de las piezas claves de compresión lossy se hicieron efectivas en los 90, pero basadas en principios matemáticos más antiguos, principalmente transformaciones discretas de cósenos (DCT), propuestas en los 70, y estas a su vez basadas en transformadas de fourier.

Sin embargo, no es solo un problema de fuerza bruta. Si bien hace 20 años el hardware era una limitación, hay muchas técnicas aplicadas hoy en día que no existían hace 20 años.

» autor: Razhan

#61 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

engineer — Tue, 07 Jul 2020 07:27:51 +0000

#60 Solo un apunte: hace 20 años estábamos en el 2000

» autor: engineer

#60 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

jorgegv — Tue, 07 Jul 2020 07:17:47 +0000

#50 Es lo ultimo que dices.

Hace unos 20 años, cuando empezó a popularizarse el formato MP3, recuerdo a un amigo que me decía sorprendido: "acaba de salir una tecnología que es capaz de comprimir 13 CDs de audio en un solo CD-ROM! El unico problema es que tarda 12 horas en comprimir un solo CD, y además necesitas un 486 para reproducir el fichero"

En esa epoca (sería el año 1991 o 1992), el 486 era un PC de gama media/alta.

» autor: jorgegv

#59 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Peka — Tue, 07 Jul 2020 07:16:27 +0000

#54 ¿Quien te dice que no tengo mi ordenador del porn en una jaula de faraday?

» autor: Peka

#58 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

acastro — Tue, 07 Jul 2020 07:15:04 +0000

#42 En realidad, cada avance viene precedido de la comprensión de lo que resulta funcionalmente más importante para el ojo humano y lo que no es tan importante.
Existe un límite para comprimir la información. Si tú generas varias secuencias de bytes con valores totalmente al azar no encontrarás ningún algoritmo capaz de comprimir esos datos.

» autor: acastro

#57 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

jorgegv — Tue, 07 Jul 2020 07:12:35 +0000

#47 Solo para compresión SIN perdidas. Que no es el caso.

» autor: jorgegv

#56 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

jorgegv — Tue, 07 Jul 2020 07:09:41 +0000

#48 Te has pasado con la contestación, y encima eres tú el que no tiene razón. Los límites de entropía que mencionas se refieren a la compresión/codificación SIN pérdidas.

Todos los métodos prácticos actuales de compresión de vídeo son CON pérdidas, y ahí sí, aun no está todo inventado y se puede comprimir mucho más. Todo depende del algoritmo que uses para decidir lo que quieres "perder" al comprimir.

Así que sí, a base de tirar de CPU, aun podemos comprimir tanto como queramos. Depende de la complejidad de nuestro algoritmo.

» autor: jorgegv

#55 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

swapdisk — Tue, 07 Jul 2020 07:09:35 +0000

#22 ¿Ah no? Pues los servidores Plex echan humo cuando les metes pelis en H265 porque la mayoría de los clientes no soportan la deco correctamente y hacen transcoding.

» autor: swapdisk

#54 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Peazo_galgo — Tue, 07 Jul 2020 07:09:02 +0000

#32 en caso de pulso electromagnético fuerte se joderian todos los cacharros electrónicos incluidos tu ordenador,tablet, móvil y discos duros así que estarías jodido igualmente salvo que vivieras en un búnker reforzado bajo tierra (y aún así tengo mis dudas...)

» autor: Peazo_galgo

#53 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Razhan — Tue, 07 Jul 2020 07:07:12 +0000

#47 si, pero el tema es que aquí no se están comprimiendo bits realmente, h266 es lossy, por tanto no hay necesidad de recrear la señal original a la perfección. Los ahorros en espacio que se podrían obtener usando compresiones basadas en árboles de Huffman por ejemplo hace ya tiempo que se superaron en algoritmos de compresión de vídeo (entre otras cosas porque MPEG ya pasaba el resultado de la compresión lossy por un Huffman y entiendo que sigue siendo el caso, o similar, en h266

» autor: Razhan

#52 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

MPR — Tue, 07 Jul 2020 07:02:32 +0000

#5 La noche,... obvious.

» autor: MPR

#51 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Sobraoyjeta — Tue, 07 Jul 2020 07:01:23 +0000

Yo estoy tirando billetes contra la pantalla pidiendo vídeo con 6 grados de libertad para el espectador, pero nada rebota

» autor: Sobraoyjeta

#50 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Sobraoyjeta — Tue, 07 Jul 2020 07:00:34 +0000

El intituto Fraunhofer se sale. Un par de centros así en España y arreglábamos el prejuicio de que aquí solo estamos para sangrías, toros, sevillanas y palillos en la boca.

A todo esto, me alucina que sigan mejorando la compresión de vídreo así. Tengo una pregunta para algún experto: ¿Estas técnicas de codificación de vídeo hubieran tenido alguna ventaja 20 años atrás? O es que la razón por la que se usaban cosas como mpeg1 o incluso video raw a pelo era no tanto por no saber cómo hacerlo mejor sinó por limitaciones en el número de cálculos que reproductores y cámaras podían hacer?

» autor: Sobraoyjeta

#49 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Razhan — Tue, 07 Jul 2020 06:55:37 +0000

#42 están hablando de un 50% de reducción del bitrate para mantener la misma calidad, eso no es un poquito de algoritmo de compresión. Y no, no se puede reducir tanto como uno quiera

Respecto a uso de chip, muchas de estas técnicas de compresión de vídeo que añaden codificación de bloques de bits a lo largo de un intervalo de tiempo acaban definiendo una transformación basada en vectores y álgebra lineal (para acabar diciendo coge estos lúxeles y a lo largo de x intervalo de tiempo ve moviéndolos, alargándolos, rotándolos...) así como otras operaciones específicas de imagen (como efectos de luz y color). Entiendo que esta versión será aún más agresiva a la hora de detectar estos patrones que se pueden reutilizar, y usará bloques más grandes. Esto tiene un coste bastante mayor a la hora de comprimir, pero en cuanto a descodificar, el aumento de complejidad no es mucho mayor (obviamente si solo tienes soporte de h265 y quieres procesar h266, tendrá que hacerlo la cpu, pero un chip de descodificación de h266 sera posiblemente marginalmente más complejo que uno de h265).

Es similar a compresiones tipo LZ, aumentar la distancia que el algoritmo va a buscar para detectar patrones aumenta la complejidad de compresión, pero a la hora de descomprimir, que te digan que dicho patrón está en x-23 o en x-6545 no es significativamente más complejo

» autor: Razhan

#48 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

court — Tue, 07 Jul 2020 06:53:48 +0000

#42 Eso que dices es sencillamente mentira. Hay límites muy claros a cuánto se puede comprimir la información que dependen de su entropía, como digo en #47. Estudia un poco sobre compresión y deja de inventar y desinformar.

» autor: court

#47 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

court — Tue, 07 Jul 2020 06:50:59 +0000

#13 El límite de cuánto se pueden comprimir X bits viene determinado por su entropía es.wikipedia.org/wiki/Entropía_(información)#Codificador_óptimo

» autor: court

#46 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

baronluigi — Tue, 07 Jul 2020 06:50:55 +0000

#7 #12 #13 #29 #32 Aparte de que las webs de streaming, recomprimen los vídeos, con un bitrate bastante más inferior.

» autor: baronluigi

#45 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Petetetote — Tue, 07 Jul 2020 06:48:02 +0000

Pied Piper comprime más.

» autor: Petetetote

#44 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

soyTanchus — Tue, 07 Jul 2020 06:44:38 +0000

#7 Ingente, se dice ingente.

» autor: soyTanchus

#43 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Razhan — Tue, 07 Jul 2020 06:42:32 +0000

#35 no me refiero al hardware (que efectivamente una implementación por hardware hará falta para descodificar esto) sino a la matemática pura que hay detrás para seguir reduciendo más y más el espacio requerido. MPEG ya era extremadamente ingenioso, y piensa todos los avances que ha habido después hasta llegar a esto.

» autor: Razhan

#42 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

KaborlllLLLONE — Tue, 07 Jul 2020 06:42:27 +0000

#13 todos estos algoritmos se crean en base de aumentar considerablemente el uso del procesador/chip de decoding. A base de tirar de procesador/chip se puede reducir tanto como uno se quiera. El problemas es que no hay hardware que pueda descomprimir nada si tu algoritmo es muy exigente. Cada salto generacional es básicamente un poquito de algoritmo de compresión como la mayoría lo entiende y un aumento considerable del uso de chip.

» autor: KaborlllLLLONE

#41 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

jdkp — Tue, 07 Jul 2020 06:41:42 +0000

#27 el nuevo codec no es solo para 8k, puedes usarlo en cualquier otra resolución y reducir la cantidad de datos a la mitad (con respecto a h265 y a 1/4 con respecto a h264)

» autor: jdkp

#40 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

--302145-- — Tue, 07 Jul 2020 06:41:15 +0000

[Usuario deshabilitado]

» autor: --302145--

#39 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Zade — Tue, 07 Jul 2020 06:34:56 +0000

#21 y VP9 en el Apple TV a partir de tvOS 14

» autor: Zade

#38 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

torkato — Tue, 07 Jul 2020 06:29:37 +0000

#23 Ya, claro, pero lo suyo es que esté optimizado. Si tienes que comparte un Ryzen 7 o un i9 para ver vídeos mal vamos.

» autor: torkato

#37 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

DiCrEn — Tue, 07 Jul 2020 06:20:03 +0000

A mi ya me parece brutal la compresión que conseguía h265... En 10 años tenemos una película 3D 4K 60fps en 20Mb

» autor: DiCrEn

#36 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

WifredoIII_ElGayu — Tue, 07 Jul 2020 06:19:07 +0000

#27 no. Tampoco hace falta 4k, pero como cualquier vídeo se va a grabar para ser visto en diferentes soportes, y uno de ellos va a ser la una televisión... te comes el archivazo de chorrocientos megas en el Movil...

» autor: WifredoIII_ElGayu

#35 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

sieteymedio — Tue, 07 Jul 2020 06:17:40 +0000

#13 En la pasta que te puedas gastar en hardware, como siempre.

» autor: sieteymedio

#34 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

sieteymedio — Tue, 07 Jul 2020 06:16:22 +0000

"Bienvenido a pornotits.com. Necesitas un procesador con tecnología XFEFfen 266 para disfrutarla al máximo."

» autor: sieteymedio

#33 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

WifredoIII_ElGayu — Tue, 07 Jul 2020 06:15:01 +0000

#23 con un buen trabuco...

» autor: WifredoIII_ElGayu

#32 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Peka — Tue, 07 Jul 2020 06:08:17 +0000

#7 La conexión siempre se puede caer o peor un día puede llegar un pulso electromagnético y se jodió todo Internet.

» autor: Peka

#31 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Yosemite — Tue, 07 Jul 2020 06:07:36 +0000

#11 Ahí le has dado. ¿Para qué mejorar el software si podemos tirar el hardware actual a la basura y forzar uno nuevo?
¿Cuál es el negocio del software? La venta de hardware
Será por eso que Apple, Ericsson, Intel, Huawei, Microsoft, Qualcomm y Sony está celebrando el lanzamiento

» autor: Yosemite

#30 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

eduardor2k — Tue, 07 Jul 2020 06:04:32 +0000

#18 lo normal seria compararlo a AV1, el cual actualmente requiere una capacidad de computo muy superior a H265 logrando una reducción leve en el bitrate, misma calidad

El problema va a ser el huevo y la gallina, el codec mas soportado ganara y a estas alturas deberiamos ir viendo compresores y decompresores hardware para AV1 en cambio le falta 1 año para ver lo mismo en H266.

AV1 mejora en un 25% a H265
H266 mejora en un 50 a H265

¿Será notable la mejora? ¿o será algo marginal?

» autor: eduardor2k

#29 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

sieteymedio — Tue, 07 Jul 2020 06:04:24 +0000

#7 Menudo noob. Y el día en que retiren todos los videos de tu fetiche o actor preferido porque han decidido que no son legales?

» autor: sieteymedio

#28 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

sieteymedio — Tue, 07 Jul 2020 06:02:23 +0000

#2 comentario de calidad y sabiduría.

» autor: sieteymedio

#27 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Cehona — Tue, 07 Jul 2020 05:56:24 +0000

#24 ¿8K en un móvil? ¿Es necesario?

» autor: Cehona

#26 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

CrudaVerdad — Tue, 07 Jul 2020 05:53:46 +0000

#7 ¿Eres nuevo en Internet? Películas, videojuegos, series de TV y sobre todo PORNO deben almacenarse en local. Eso desaparece de Internet por diversas razones y más ahora ahora con esa miserable ola de puritanismo (disfrazado de la lucha contra la "cosificación de la mujer") que está tomando fuerza, puede llegar a bloquear sitios de pornografía.

» autor: CrudaVerdad

#25 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Akrai — Tue, 07 Jul 2020 05:48:06 +0000

#21 claro que no, se puede hacer por CPU, o usando la GPU, como se puede hacer en linux con vaapi, pero yo no estaba hablando de eso sino del hardware específico que se crea para la transcodificación de multimedia, que se diseña a medida para cada códec y que sí es necesario hacer si no quieres crear basura

» autor: Akrai

#24 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

pcmaster — Tue, 07 Jul 2020 05:47:44 +0000

#18 Por eso están diseñando chips de decodificación, para no cargar el procesador con un proceso tan pesado. Además así tendrán una excusa para hacerte comprar un móvil nuevo.

» autor: pcmaster

#23 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

pcmaster — Tue, 07 Jul 2020 05:45:38 +0000

#20 Depende de la potencia de CPU disponible.

» autor: pcmaster

#22 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

BM75 — Tue, 07 Jul 2020 05:44:31 +0000

#11 No pasó con el H265. Tampoco hace falta exagerar...

» autor: BM75

#21 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

--516070-- — Tue, 07 Jul 2020 05:43:23 +0000

#16 Codificar y decodificar no debería necesitar hardware específico. VP8 no lo necesita, Apple acabó aceptándolo en su webview para iOS tras varios años resistiéndose a deja de imponer H264/h265 y no necesitó hardware nuevo.

www.reddit.com/r/apple/comments/b0nwps/safari_to_support_vp8_video_cod

» autor: --516070--

#20 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

torkato — Tue, 07 Jul 2020 05:43:02 +0000

#17 por software se puede hacer, pero va fatal.

» autor: torkato

#19 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

torkato — Tue, 07 Jul 2020 05:41:48 +0000

#7 El streaming es muy bonito hasta que deja de estar lo que quieres. Mejor invertir en discos duros.

» autor: torkato

#18 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

--516070-- — Tue, 07 Jul 2020 05:38:33 +0000

Gran noticia, para el mundo del videostreaming es muy necesario mejorar la reducción de datos emitidos. Hay muchas partes del mundo con limitada conectividad a la que solo se puede llegar con satélites y en el que la transmisión de video es casi imposible.

Lo que no dice es la capacidad de cómputo requerida, y la comparativa con VP9. H265 ya pierde con VP9, ¿es H266 superior?

www.videoproc.com/media-converter/vp9-vs-h265.htm

Sobre todo en la necesidad de hardware y el consumo de batería. H264 requiere la mitad de potencia que VP8 pero a su vez comprime significativamente menos. ¿H265 consigue estos ratios de compresión agotando la batería de los móviles y sobrecalentándolos?

De poco sirve mejorar H265 si es computacionalmente tan caro que solo sirve para comprimir archivos almacenables. El reto está en la streaming.

» autor: --516070--

#17 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

--32547-- — Tue, 07 Jul 2020 05:35:24 +0000

#16 Se puede hacer por software.

» autor: --32547--

#16 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Akrai — Tue, 07 Jul 2020 05:29:59 +0000

#11 no sé si es que esperabas que un nuevo sistema de codificación y descodificación se pudiera hacer en hardware no diseñado para ello

» autor: Akrai

#15 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

mmvv — Tue, 07 Jul 2020 05:26:34 +0000

#10 en realidad, es la parte simple...

Los estándares de vídeo de MPEG (que forma parte de ISO) se desarrollan conjuntamente con ITU-T (otra organización de estándares). ITU-T H.266 es el nombre del estándar (oficialmente “recomendación”) en ITU. El nombre “oficial” en MPEG es ISO/IEC 23090-3 (MPEG I parte 3).

» autor: mmvv

#14 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Catapulta — Tue, 07 Jul 2020 05:16:05 +0000

El flautista retorna!

» autor: Catapulta

#13 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Razhan — Tue, 07 Jul 2020 05:12:55 +0000

Me parece absolutamente increíble como siguen logrando exprimir aún más los algoritmos de compresión. Donde está el límite?

» autor: Razhan

#12 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

ccguy — Tue, 07 Jul 2020 05:08:08 +0000

#7 el porno es de las cosas que o guardas o puedes no volver a localizar.

» autor: ccguy

#11 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

kNo — Tue, 07 Jul 2020 05:07:34 +0000

Ya nos van a vender nuevas necesidades:
The new chips required for the use of H.266/VVC, such as those in mobile devices, are currently being designed

» autor: kNo

#10 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Enfin... — Tue, 07 Jul 2020 05:06:55 +0000

#3 Hay otra nomenclatura:
H264 = AVC (Advanced Video Coding)
H265 = HEVC (High Efficiency Video Coding)
H266 = VVC (Versatile Video Coding)

» autor: Enfin...

#9 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

--302145-- — Tue, 07 Jul 2020 04:52:50 +0000

[Usuario deshabilitado]

» autor: --302145--

#8 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

--170383-- — Tue, 07 Jul 2020 04:40:20 +0000

#2 La codificación del C+ del siglo XXI.

» autor: --170383--

#7 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

--170383-- — Tue, 07 Jul 2020 04:38:21 +0000

#1 ¿Aún almacenas porno? Bienvenido a la época del streaming. Xvideos, Pornhub hay cantidad indigente de material porno sin almacenar nada.

» autor: --170383--

#6 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Sadalsuud — Tue, 07 Jul 2020 04:29:13 +0000

#2 Solo por eso Lucifer, en su sabiduría, tiene un lugar especial en el infierno para todos esos hipócritas de ojos rasgados que sacaron adelante la ley que obligaba a censurar los genitales, junto con los que codificaban el canal plus los viernes por la noche, y otro para la... bueno, pues eso, lo dejo así que no quiero ganarme un calzador...

» autor: Sadalsuud

#5 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

txirrindulari — Tue, 07 Jul 2020 04:20:25 +0000

#3 ¿qué te confunde?¿la H? h264, h265, h266

» autor: txirrindulari

#4 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

chatOGT — Tue, 07 Jul 2020 04:17:49 +0000

#3 confunde, sí, pero mejor eso que ir de ultracompression a ultracompression supra y de ahí a ultracompression supra top, etc

» autor: chatOGT

#3 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Peachembela — Tue, 07 Jul 2020 02:54:25 +0000

deberían colocarles otros nombres, esa nomenclatura lleva a confundir.

» autor: Peachembela

#2 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Cehona — Tue, 07 Jul 2020 02:42:51 +0000

#1 8K para que luego te pixelen los japoneses.

» autor: Cehona

#1 Fraunhofer presenta su nuevo estándar de compresión de vídeo, H266 [ENG]

Artok — Tue, 07 Jul 2020 02:22:40 +0000

El doble de porno en el mismo espacio

» autor: Artok