| Codec de rendimiento
Página siguiente funnyjanni:
Mai 2006
Hola!
Actualmente estoy escribiendo un trabajo para la universidad, que es una comparación de la calidad (en términos de retrasos, derivados contratados por el cálculo del codec), de 2 sistemas de vídeo.
Mi pregunta es: ¿Puede usted decir plana: "El más fotogramas de un vídeo que debe ser procesado por el códec, mayor es el retraso resultante a ser?"
La mejor manera sería si usted me da hasta a una fuente (página web, la literatura, ¿Podría usted llamar), lo que confirma esta conclusión! Ya he rumgesucht siempre, pero nunca encontró ne respuesta real y concreta.
Gracias por sus respuestas!
Enero Stanetzki
Responder soahC:
Yo entiendo que de alguna manera solicitar Garnich ...
tiempo de retraso?? en lo que les afecta? 2 sistemas de vídeo?
Responder prem:
Cuando la codificación y decodificación de transmisión de una cámara de manera que es inevitable que haya retrasos. He probado estos retrasos en 2 sistemas diferentes ...
El problema: Un sistema de corrientes de 25 campos, que otros 25 cuadros. Cuando el sistema envía las imágenes menos, el tiempo de retardo es mayor. Para comparar ambos sistemas haría normalmente, en condiciones idénticas (que) enviar la misma cantidad de cuadros, pero que no es técnicamente factible.
Mi pregunta es: El sistema con 25 campos es bastante más lento. ¿Puede una suma a tanto alzado hasta la teoría de que sería (se puede ejecutar a 25 fotogramas - así que con ventaja de dos "conjunto de imágenes") la transformación de más imágenes serían aún mayores tiempos de retraso (porque el codec tiene que ver más) y por lo tanto a la conclusión de de que el otro funciona el sistema de vídeo de manera más eficiente?
Y: ¿Alguien sabe de una fuente que se muestra: "Más fotos para ser procesado lleva a veces más retraso en el códec"?
PS: No es causado por los retrasos debidos a la falta de velocidad de transferencia, esto es más que suficiente!
Gracias por sus respuestas,
Enero
Responder b0kaJ:
Ni una opinión al respecto?
LG
Enero
Responder b0kaJ:
Ni una opinión al respecto?
LG
Enero
Puesto que usted está pidiendo: que rara vez se lee como un sinsentido.
Responder b0kaJ:
Hmm ... De hecho, es un sistema bastante complejo. Así que, una vez más un intento de explicar:
En las imágenes estándar MPEG comprimidos. Al comprimir la imagen, la tasa de datos es baja, sin embargo, el códec tiene más trabajo computacional. A través del cálculo de los retrasos incurridos en el sistema de vídeo.
Puede mantenerse plana, toma la codificación de un vídeo con 25 fps (frames) por segundo a más de la transformación de 25 campos (los campos, lo que representa 12,5 fotogramas completos)?
Ne cuestión que es realmente muy simple y sólo quiero que la confirmación de que puedo jugar bien con los razonamientos consiste en la defensa y se muestran en el trabajo, sin preguntas tontas ;-)!
Recuerdos,
Enero
Responder b0kaJ:
= Delay El vídeo es luego se muestran en un monitor de unos pocos milisegundos, ya que es registrado por la cámara.
Responder soahC:
Lo siento, de verdad, pero yo todavía no verstehs. Cuando uno ve este retraso?
durante la captura? durante el juego? cuando se comprime??
Responder AndyZZ:
Puede mantenerse plana, toma la codificación de un vídeo con 25 fps (frames) por segundo a más de la transformación de 25 campos (los campos, lo que representa 12,5 fotogramas completos)?
Ahora acabo de decir la hora SÍ: ¿Realmente es lógico que el proceso lleva más tiempo que la imagen completa de 25 imágenes llenas de 12,5.
Ahora, la filosofía: Eso es cierto sólo si eso es todo lo que comprimir. ¿Tiene usted una película que consta de 1000 bloquea un 12,5 pinturas y uno de los consta de 500 bloques de 25 imágenes, entonces no hay diferencia a tener en cuenta.
La pregunta es la siguiente: 25 cuadros se compara con 50 campos? O con 25 campos? ¿Qué resolución de hacer los campos? Tienen la mitad de la resolución de las imágenes por completo? O tienen el mismo, es sólo uno de cada segunda línea en blanco ...? Preguntas, preguntas ...
Responder Markus:
Rara vez han leído tal sentido.
Lo siento, de verdad, pero yo todavía no verstehs.
Estoy de acuerdo conmigo y me pregunto dónde está mi error? Si mi equipo es una representación de vídeo (como After Effects, donde arbitrariamente puede variar la frecuencia de imagen y tamaño de la imagen), entonces el tiempo de renderizado es, obviamente, en relación directa con el número total de marcos, ya que cada imagen debe ser calculada individualmente.
Lógicamente, los incrementos de tiempo de presentación incluso cuando la velocidad de cuadros (frames por segundo) es mayor, ya que también aumenta el número total de fotogramas. Puedo configurar un equipo más rápido de hacer, entonces, lógicamente, disminuye el tiempo de la prestación de nuevo. A menos que el uso de la CPU todavía no estaba al 100% o la prestación se organizó computerintern no es efectivo.
¿En qué medida esto puede ser transferida a las fuentes de DV, es probable que sólo teórica, porque DV es siempre corriendo a 25 fps (= 50 campos por segundo).
Responder Gast1:
Lo siento, pero es una tontería.
Uno no puede sino hacer una pregunta sin definir el medio ambiente.
Estoy asumiendo que el "Sistema de vídeo" es un estudio, el es un codificador de hardware.
Sólo como ejemplo: Supongamos que la capacidad del codificador está a 25 fps plena capacidad sólo el 10% será a 100 fps, no adicionales "se producen retrasos. De cualquier tipo de marco es salir de ella. También nix relativa, único absoluto.
Por supuesto, la imagen aparecerá más tarde en el monitor cuando se incluyó en la cámara. Y antes de la aparición en el monitor, que aún debe decodificar, etc, son. La velocidad de la luz es ahora llegado el momento. Por eso, en última instancia, cada producción es una continuidad importante de la vida.
La única respuesta posible es: Sí, puedo conseguir a través de la codificación de MPEG irgenwas en "retrasos" cuando se utiliza equipo inapropiado.
Responder mrt:
El "marco" único que se conseguiría confundir a todos, créeme ;-)! Se trata de un sistema de control (uso en proyectos más grandes) como el seguimiento de la plataforma.
Una cámara de streaming de las imágenes es similar a la del codificador, que comprime y codifica los datos. Los datos se envían al decodificador a través de una red y, o bien de salida analógica o digital.
Dado que se trata de un sistema de ensayo en el que sólo pequeñas distancias pueden ser superados y la posición de la cámara y monitor al lado del otro, se ve el retraso directamente (los valores actuales son alrededor de 1 / 2 segundo). Es decir, se nota que un movimiento se muestra en la pantalla con un retraso (por ejemplo, cuando la mano que sostiene la cámara).
Puesto que los dos "vídeos" relativa a los flujos, por supuesto, hay final no se definen ....
Espero que pueda hacer un poco más claro?
Recuerdos,
Enero
Responder AndyZZ:
Y ahora quieres saber si el retraso es menos evidente cuando en vez de 25 fps (BSP imagen PAL. Sólo 12 fps (por así decirlo) el efecto estroboscópico) los datos transmitidos?
Responder Markus:
Y ahora quieres saber si el retraso es menos evidente cuando en vez de 25 fps (BSP imagen PAL. Sólo 12 fps (por así decirlo) el efecto estroboscópico) los datos transmitidos?
Si es así: ¡Pruébelo todavía.
Responder Quadruplex:
Mi pregunta es: ¿Puede usted decir plana: "El más fotogramas de un vídeo que debe ser procesado por el códec, mayor es el retraso resultante a ser?"
No - al menos no necesariamente. Echa un vistazo a la (en este foro más a menudo discutido) DV codec y digitales 8 Este último, llamado el DCT, sólo funciona dentro de imágenes individuales. Ergo: ¿Querías proceso, en lugar de una imagen PAL estándar a través de ejemplo DCT, imágenes de alta definición, se necesita un codificador de hardware más potente. Si el codificador DCT con gran dificultad ahora al 25 por PAL segundo crea las imágenes, es una mayor imagen de la resolución ya no es capaz de codificar en tiempo real.
Dentro de ciertos límites (codificador de hardware, pero tienen 'ne frecuencia de funcionamiento finito) Pero se puede a través de su codificador DCT más de 25 fps con resolución PAL para enviar - incluso cuando la codificación DCT es sólo en el tiempo de procesamiento de imagen por de la imagen es tan compulsivo de ser procesados por la resolución de la imagen, no por el número de fotogramas por segundo. (Como ya he dicho, jugaron un papel, siempre que el hardware, en principio.)
Las modernas, los codecs más eficientes - MPEG y asociados - para lograr su mayor eficiencia de codificación de manera significativa por el hecho de que media en las imágenes de varios, o sólo admiten ciertas imágenes transmitidas por completo. (Yo me salve ahora, he aquí una explicación detallada que usted debe saber o puede buscar).
Es, en principio: Éstos son el tiempo de retraso es más largo, porque tiene tanto caché al menos unas cuantas fotos y ver las diferencias de uno a otro y codificar en cualquier forma.
¡Ojalá sea, como yo lo entiendo: Si tal sistema, el tiempo de demora depende en gran medida en primer lugar, si me dicen, 25 o 250 imágenes se acercaba a la reducción de datos. Luego que el tatsählich notable por segundo que se transmiten imágenes y el número de píxeles por imagen.
Codec
 Problemas con el codec de animación en Final Cut
Cine de Avid para FCP - codec?
El mejor codec para comprimir ...
El mejor codec miniDV
Pinnacle Studio Pro 10 puede capturar el AVCHG nuevo codec (Sony)?
Selección DV codec
¿Qué codec en prem. por 2,0 para fines de archivo?
Nero Vision sin sonido en el Sonic Cinemaster codec??
Que codec para la creación de Mpeg2 trae el mejor resultado
DV500 y el codec
Codec H264 - sonido, pero no hay imagen ... argh!
Busco como un codec;)
No se trata de indexación con Microsoft DV codec
Codec H.264
Codecs para Premiere Pro
El mejor codec HDV?
DV codec en Premiere 6.5 no puede elegir
Cuestión de la conversión y la elección de codec
VHS a SVCD / pregunta codec
Configuración Cinepak codec?
| |
