| Deseos de nuevo códec de vídeo?
Cuestión de LarsProgressiv:
Hola gente,
Noticias sobre la distribución de los desarrolladores del proyecto FFmpeg se están Überlegungen empleadas como un nuevo, más eficiente, de diseño nuevo codec de vídeo a, o mirar a aplicar sería.
Tuve hace algún tiempo tienen grandes esperanzas de
Respuesta de WoWu:
Hola Lars
Codec es el desarrollo que intervienen en esa estrecha ventana de tiempo al igual que la capacidad en tiempo real es ahora sólo acompañada por la correspondiente evolución de la DSP, tales como el desarrollo de H.264 muestra.
El tiempo de que algo sea eficaz en la "casa" los equipos para tratar de demostrar, ha terminado.
Mientras un codec de desarrollo no va acompañado por el desarrollo de chips, no alcanzar su objetivo puede ser.
Durante años también desarrolló un nuevo códec de MPEG para ver como H.264 podría probablemente busque y ha trabajado con el MCTF SBG-buenos resultados, pero al mismo tiempo que están todavía lejos de la utilización en una aplicación en tiempo real.
Por lo tanto, la cuestión es si realmente esa "lista de deseos" no se concede el amor representa problemas, especialmente porque algunos de los usuarios hasta el momento actual tiene alguna idea de la medida en que los elementos interactivos y las transferencia de cada uno de los elementos de la imagen o capas de cada imagen para un futuro papel voluntad.
Recuerde que no debe hacer, que tales elementos, pero ya son parte de MPEG4/H.264 .... Pero en la actual etapa todavía no se utiliza.
Por lo tanto, tendría una "gama de posibilidades de futuro códec mucho más allá de los usuarios todavía no saben, y mucho uso.
El requisito cualitativo tendría ante un fondo puede ser definido, incluso antes de la H-264 en sus posibilidades en el enfoque cualitativo sólo se utiliza.
Sería una lista de deseos es interesante, sino porque se basa en el "Hoy", no especialmente significativa.
Pero una vez que esperar hasta que el hardware de opciones nos permiten, incluso en el círculo de consumidores existentes códecs para explotar sus límites. Estoy seguro de que para entonces será también problemas en relación con las posibilidades reales de futuro de codecs, como la de SBC MCTF el chip de la industria también se ha resuelto.
Respuesta de LarsProgressiv:
Hola Wolfgang,
si entiendo, usted quisiera que el texto siguiente:
- La capacidad en tiempo real (codificador o decodificador?)
- Figura en el hardware
Entre otros aspectos, solo quiero que me ejecute un códec de vídeo necesario pura, sin elementos interactivos o de otra figura.
Es simplemente una corriente de imágenes codificadas.
Necesito un futuro seguro códec, así que creo que una solución que resultó de mi casa hasta las películas y envasado con los correspondientes de audio en Vorbis en un recipiente abierto (MKV) para la conserva _Ewigkeit_ utilizable.
Por lo tanto, es para mí, mis nietos y bisnietos y así poder jugar las películas de nuevo. Y cuando veo un estándar abierto como un hecho, como el código fuente y documentación asociados con la atención gratuita y la enseñanza gratuita para garantizar algo.
Esta fue una vez, aparte de las patentes, cuya violación no puede excluir, pero finalmente eliminado.
El Enkodiergeschwindigkeit no desempeña ningún papel para mí, con la ya Dekodiergeschwindigkeit importante, en términos de sistemas de zukünfitgen de nuevo en el fondo. Por lo tanto, no tienen ninguna necesidad de cortar códec. Su llamada es probablemente Intermediateformat, ¿verdad?
Estoy interesado en tan sólo los deseos de otros usuarios.
Y supongo que se desea aplicar y no deben, como lo hacen las empresas comerciales, ofrece juegos, con la esperanza de que algún día en el futuro.
Me refiero a la mencionada por usted, al parecer introdujo en H264 elementos interactivos.
Recuerdos
Lars
Respuesta de WoWu:
Hola Lars,
Gracias por la respuesta, pero entonces yo le había puesto en su primer mal entendido, supongo que Michael N. La nieve después de un nuevo proyecto que colgar, pero no de una lista de deseos después de códec de características ...
Estoy interesado en tan sólo los deseos de otros usuarios.
Y supongo que se desea aplicar y no deben, como lo hacen las empresas comerciales, ofrece juegos, con la esperanza de que algún día en el futuro.
Me refiero a la mencionada por usted, al parecer introdujo en H264 elementos interactivos.
Lamentablemente usted me ha entendido mal cuando fondo de elementos interactivos en el códec han hablado ... que operan en la actualidad no están incorporados en función H.264 (oculto) y, por supuesto, no se utilizan actualmente, pero por ejemplo la posibilidad de cada uno de los segmentos de la imagen (rodajas o grupos rebanada) de una persona de transformación a realizar. Esto ya ha importantes ventajas en términos de la calidad de la imagen, pero se cierra para el uso futuro de la oportunidad, incluidos los segmentos de forma individual, es decir, sin el resto de la transferencia de imágenes y, por supuesto, esos elementos en otra vía para vender, por lo que la imagen TV y elementos en Internet.
Para abrir estas posibilidades curso aplicaciones, pero, como he dicho, ya tiene la ventaja claramente existe.
Y cuando veo un estándar abierto como un hecho, como el código fuente y documentación asociados con la atención gratuita y la enseñanza gratuita para garantizar algo.
En cuanto a la "norma abierta" y sus expectativas de futuro, sólo hay MPEG2 y MPEG4 clásicos estándares abiertos, a diferencia de muchos propietarios o incluso la libre disposición, ya que son cualquier cosa menos abierto y tan buena como siempre, hay una implementación de referencia, para que usted sólo para los estándares tales como MPEG2 / 4, puede estar seguro de que usted tiene en 30 años un grupo de trabajo decodificador conseguir algo para los otros codecs no con el de seguridad.
Incluso el código fuente de documentación y, posiblemente, el uso que usted absolutamente nada, porque sus bisnietos ciertamente no sentarse e investigar, determinar la versión de su codificación se utiliza realmente nuevo y einhacken él ... Absolutamente no. Y lo que las fuentes anget, busque en la red, que es de código libre es mantenerse ... porque creo que sólo los granos en una mezcla de confusión.
Así que yo apuesto a que no funciona, pero a un nivel que es ahora reconocido en todo el mundo y se distribuye tanto a la industria, así como el organismo de radiodifusión televisiva y el apoyo que en los próximos 15 años (si no más) y su programas de televisión pueden recibir.
Mi deseo, después de una cifra en HW es probablemente no eludir, porque en realidad el momento del software codificador en el café de las necesidades se ha ido y, aunque personalmente no necesariamente indican el tiempo real llega, es probable que no (los programadores comerciales ) para encontrar los codecs a la antigua arquitecturas HW para adaptarse, porque los resultados junto con los requisitos, por supuesto, siempre ser peor.
Y en lo que respecta a patentes se refiere .... solo un ejemplo: si Microsoft es VC1 de un primer borrador de la ... H.264 desarrollo na prestado decir ... Debido a los posibles usuarios a la divulgación, inevitablemente, había también los derechos de terceros revelada. Estos son aproximadamente 200 los titulares de patentes, exclusivamente para este codec. Ahora usted puede tener una idea de cómo muchas empresas en esta evolución están involucrados. Con el MPEG, hay más de 300, el H.264 cooperar.
Será una empresa que es un equivalente, el codec de alto rendimiento en el mercado, debe suceder un poco ... o simplemente que uno toma a él, como el chino. Cuando miro la televisión de alta definición en la especificación gráfica, también puedo especificar el H.264 próximo, sólo que muchas universidades chinas como la fuente mencionada.
Verá, los nuevos, verdaderamente pionera codecs no vienen fácilmente de la pluma de los desarrolladores de recursos, pero un grupo
Respuesta de motiongroup:
Lars hallo, di're en ese rango de su objetivo no está en una liga de DIRAC códec
http://diracvideo.org/
http://www.codec-download.de/codecs/video_codecs/bbc_dirac_video_codec_0.5.4_99.html
http://www.google.de/custom?domains=slashcam.de&q=dirac&sa.x=0&sa.y=0&sa=suche&sitesearch=slashcam.de&client=pub-8291754662609381&forid=1&ie=ISO-8859-1&oe=ISO-8859- café = 1 & WS% 3A% 23008000% 3BGL% 3BDIV% 3A1% 3A% 23336699% 3BVLC% 3A663399% 3BAH% 3Acenter% 3BBGC% 3AFFFFFF% 3BLBGC% 3AF09201% 3BALC% 3BLC% 3A000000% 3BT% 3A000000% 3A0000FF% 3BGFNT%% 3A0000FF 3BGIMP% 3A0000FF% 3BLH% 3BLW% 3A47% 3A429% 3BL% 3Ahttp% 3A% 2F% 2Fwww.slashcam.de% 2Fimages% 2F% 2Fgooglesuche_unserlogo.gif% 3BS% 3Ahttp% 3A% 2F% 2Fwww.slashcam.de% 3BFORID% 3A1% 3B & hl = es
Respuesta de LarsProgressiv:
Hola Wolfgang,
no, lo que hace Michael, él no sabe. Si le he entendido correctamente, hay varias posibilidades:
- Nieve garnicht y deja morir
- La nieve sigue para desarrollar y presentar una versión 1.0
- Otros codecs (h264) como base, y mejorar
--- Eliminar innecesarios
--- Mejorar la calidad
--- Optimizar velocidad
Lo que realmente sucede es a él.
Yo no soy el coordinador o menos. Sólo quería escuchar lo que otros tienen que decir, si lo desean, podría ser un códec.
Yo no soy un matemático y, por tanto, no soy el verdadero H264 o propiedades de otros. Sé sólo lo que yo uso y puede ajustar. Y a menudo me recuerda que he dado garnicht uso y necesidad.
Sin embargo, dado que requiere la concesión de licencias H264 costes, no es el derecho de codec para mí. Soy un idealista. Yo no uso de software propietario para todo lo demás, de modo que lo que hago.
Última pregunta: ¿De qué color qué color le ayuda?
Hola grupo de movimiento,
Dirac es ya bastante bueno, aunque sólo fuera porque él (L) GPL hizo. Tenía casi decidido Dirac, pero quería ver de nuevo después de la nieve, antes de que yo estoy decidido. Vamos a ver qué pasa.
Recuerdos
Lars
Respuesta de WoWu:
Hola Lars,
Gracias por la información dei ...
Ciertamente, mis necesidades son un poco diferente que de un consumidor, ya que trabajan exclusivamente para la televisión. A medida que más y más la demanda de 720, hemos aportado lo más rápidamente posible 720p50/60 en 4:4:4 de 12 bits para hacer. Los resultados (para lo cual se seleccionaron los perfiles y Nivel) una velocidad de datos de aprox. 200 Mbit / s y, por tanto, más fácilmente manejable.
También, por supuesto, porque tenemos el archivo en Hintertkopf. Actualmente, hacemos algunos. 2min. Último día y ya hoy a aprox. 600 TB por año, que se archivan y se debe mantener. Por lo tanto, 600 1 TByte placas al año.
También en relación con el color en realidad viene a nosotros para no RGB YCoCg sólo se aplican en cuestión porque nunca YUV para su uso en el ámbito digital, y los miserables y los pobres Rundungsfehehler codificación sólo conducirá a un compromiso. De ahí la decisión de YCoCg.
La cosa con DIRAC, quisiera una vez más superior, especialmente en lo que respecta a su aplicación. Que usted, en mi opinión, no muy feliz ... pero yo aún motivos de su interés.
Respuesta de LarsProgressiv:
Buenas noches, Wolfgang,
Schick doch mal un enlace a mí la diferencia entre YUV y YCoCg. No puedo imaginar que esto tiene sentido para la televisión, pero me gusta aprender.
Hasta ahora sólo he encontrado YCbCr.
Buenas noches
Respuesta de WoWu:
Hola Lars,
NVIDIA este documento es instructivo:
http://developer.download.nvidia.com/whitepapers/2007/Real-Time-YCoCg-DXT-Compression/Real-Time%20YCoCg-DXT%20Compression.pdf
Gruss Wolfgang
Respuesta de LarsProgressiv:
Buenos días, Wolfgang,
conversión, que se describe en el documento se utiliza, sino también redondeo. Al menos para la conversión de nuevo a RGB.
Además, incluso una pérdida en la conversión a YCoCg.
Si realmente quería tener pérdidas, hay que tener
Respuesta de WoWu:
Hola Lars
esto no es del todo correcta, porque De-codificador y sólo las operaciones de cambio y además para los dos procesos requieren.
Cubiertos son también difíciles de aplicar los valores de los coeficientes de distancia.
El deseo para el espacio de color que no es inusual y se utiliza de AVC FRExt apoya, al igual que el color en RGB 4:4:4. Actualmente se puede, pero sólo con la aplicación VSoft. Pero estoy bastante seguro de que otras implementaciones seguir.
En cuanto a su objeción respecto YCoCg-R, que es precisamente el más dinámico, el YCoCg tan interesante, porque más de yCoCg-R es un poco menos de 1 dB mayor. Microsoft ha añadido el parámetro-R a una mayor compresión para llegar a ... Pero creo que es en este punto los falsos ahorros. Una vez más, el proceso de multiplicación ..
En el documento (vínculo) es de 2003 y fue una inspiración para el pensamiento Standardisiertug ... Obviamente, no es entonces en la entrada estándar.
Pero que la cámara ya está en el espacio de color RGB o en?
Ya claro, pero eso es así, incluso con ese codec, simplemente porque no había ninguna cámara en 4:4:4 grabación, una manera significativa sobre el códec para encontrar la profundidad de los datos correspondientes a las tasas de registro y viable, porque lo que hacemos se 720p60 a 4:4:4 y 12 bits con AVCFRext alrededor. 200 Mbit / s ... y, por tanto, los datos a nosotros en relación a la transformación y el archivo es todavía manejable.
Sólo creo que en relación con el espacio de color se anunció finalmente, el viejo analógico YUV trenzas cortadas y olvidar.
Ahora va a, por lo tanto, un nuevo codec de recuerdos más amplio, deben ser requisitos al menos tan satisfechos.
Verá, el bar de un nuevo códec es alta, por otra parte facilitar precisamente tales requisitos son a su vez la aplicación.
Respuesta de LarsProgressiv:
Hola Wolfgang.
Hola Lars
esto no es del todo correcta, porque De-codificador y sólo las operaciones de cambio y además para los dos procesos requieren.
Sólo porque sólo añadir las operaciones de cambio y se llevan a cabo, la conversión no es automática pérdida. Pero sólo increíblemente rápido.
Porque, como en la referencia ya existe, la conversión de RGB a YCoCg con Bitverlust realizado:
[code: 1:33 abb0aabb] Y = ((R + B)>> 1) + G)>> 1 [/ code: 1:33 abb0aabb]
Este pierde un poco la baja. Y ya está la pérdida. Por lo tanto YCoCg-R fue desarrollado porque no hay pérdida. Cabe señalar aquí es que hay una conversión de 3 valores de 8 bits en 3 8-bits valores. El hombre puede esta pérdida, tal como se describe en el documento, por lo que el campo por cada canal 2 bits de más regalos. Luego de hacer 8-bit RGB valores (24 bits en total) en 10-bits YCoCg valores (30 bits en total) a partir del.
Otra parte, caben 30-bit RGB los valores (10 bits por canal) en el color de 32 bits sin pérdida YCoCg.
En cuanto a su objeción respecto YCoCg-R, que es precisamente el más dinámico, el YCoCg tan interesante, porque más de yCoCg-R es un poco menos de 1 dB mayor. Microsoft ha añadido el parámetro-R a una mayor compresión para llegar a ... Pero creo que es en este punto los falsos ahorros.
La dinámica es, según el documento, pero sólo por el aumento dazugemogelten bits, que en el caso de una conversión a RGB desaparecer.
Que es también cuando YCoCg el caso, pero
- 32-bits YCoCg-R puede ser usado en 30-bit RGB pérdidas y mapas
- 30-bits YCoCg sólo puede utilizarse en 24-bit RGB sin pérdida (o pérdida de 30-bit RGB) se mostrará.
Una vez más, el proceso de multiplicación ..
¿Dónde está? Hay dos direcciones en el (conversión), y además sólo las operaciones de cambio necesarias. E incluso en el mismo número.
Recuerdos
Lars
Respuesta de WoWu:
Si es sólo la cuestión de por qué la propuesta no se incorpora en la norma, después de todo, él es tan Microsoft ya la reunión en julio de 2003 se han introducido?
Ahora debemos mirar al JVT / MPEG documentos perseguir. (inactivo)
También ocurre, sin embargo, no suelen volver a la señal RGB.
Pero ¿por qué ese cambio no puede ser objeto de un muestreo al menos una vez? Sólo por supuesto, sería interesante saber por qué la propuesta fue rechazada.
Respuesta de LarsProgressiv:
Hola Wolfgang,
Creo que estoy correcta.
Porque la norma no estoy realmente en blanco y negro no puedo decir con certeza, pero parece como si YCoCg-R en la norma fue incorporada como YCoCg.
Por lo menos he leído desde:
Respuesta de WoWu:
I hab'Rico Malvar veces en mi viejo pc MPEG-cuenta. Tal vez hay una respuesta, porque para mí la cuestión no es tan alto en la lista.
Esperar y ver, entonces.
Respuesta de WoWu:
404ERR
Respuesta de LarsProgressiv:
Gracias Wolfgang!
Lars
Respuesta de TheBubble:
Necesito un futuro seguro códec, así que creo que una solución que resultó de mi casa hasta las películas y envasado con los correspondientes de audio en Vorbis en un recipiente abierto (MKV) para la conserva _Ewigkeit_ utilizable.
Por lo tanto, es para mí, mis nietos y bisnietos y así poder jugar las películas de nuevo.
La jugabilidad y el apoyo a los nuevos equipos y sistemas operativos probablemente no muy largos periodos de tiempo de garantía (puede). Incluso hoy en día, hay problemas ocasionales con la edad refleja las imágenes de vídeo y cintas de datos.
Usted podría intentar, como por ejemplo un formato de archivo ampliamente utilizado para elegir el codec, que se puede suponer que, incluso tanto tiempo como sea posible la necesidad de una reproducción del archivo existe. Además, las propias películas, no sólo olvidar por mucho tiempo, de modo que cuando se utiliza actualmente apoya los codecs o cambiar en el tiempo se puede convertir.
Y cuando veo un estándar abierto como un hecho, como el código fuente y documentación asociados con la atención gratuita y la enseñanza gratuita para garantizar algo.
Por sí sola no ayuda a nada, siempre y cuando usted no pueda utilizar el software que esperar, posiblemente el nuevo hardware y sistemas operativos para adaptarse al puerto o volver a aplicar o haya suficiente dinero para pagar a alguien más tarde para estas actividades.
Reimplementación de la carga podría reducirse en un codec de elegir o desarrollado, cuyo componente de jugar lo más simple y bien documentado. Pero incluso entonces podría necesitar a alguien que está en el futuro también, incluso si se compara con otros codecs en uso hoy en día es más simple.
Y, además, tenemos que en este proyecto no hay que olvidar que no es sólo sobre el archivo, sino también los medios de comunicación en la que los datos se almacenan en el futuro debe ser legible. Una vez más, las copias de seguridad y transferencias de la tecnología actual plan.
| |
