El estreno de Adobe se está retrasando en la ventana de vista previa

El video en la vista previa de la fuente está retrasado, pero se reproduce bien en los reproductores de video. ¿Qué puede causar esto? ¿Por qué Premiere no usa códecs estándar para la vista previa de la fuente?

Especificaciones: El video es: h264 2704x1536 @29.97fps (metraje GoPro) El sistema es: Core i7 2.3, 8GB RAM, GeForce GT 650M (MacBook Pro, bootcamp) Adobe Premiere CS 6

Posiblemente relacionado... video.stackexchange.com/questions/9976/…
¿Alguien sigue teniendo este problema? Estoy usando CS6 y la vista previa de mi video está retrasada. Pero cuando reproduzco el video usando el reproductor de Windows, el video fue fluido. y también probé con premiere CC, el video salió sin problemas. Pero, ¿por qué CS6 no lo es?

Respuestas (3)

La vista previa de Premiere no es simplemente un visor y no puede hacer tanto uso del almacenamiento en caché como necesita para poder desplazarse rápidamente en cualquier dirección. La compresión entre cuadros también lo hace tropezar por la misma razón. Creo que también procesa la cantidad total de datos. El tamaño de video que está utilizando es bastante grande y requiere mucho ancho de banda, por lo que, a menos que esté trabajando desde discos muy rápidos (estado sólido) (o una CPU rápida si está muy comprimida) y tenga una RAM rápida para manejar la tasa de datos sin comprimir, es fácil que la reproducción se retrase.

Las preguntas relacionadas hablan un poco más sobre los métodos para evitar esto (como dejar que Premiere termine de generar versiones conformadas del video o reducir la resolución de la reproducción para que no se tengan que renderizar todos los píxeles).

La velocidad de datos es de solo 4 MB/s. También Windows Media Player lo reproduce sin problemas mientras que la vista previa de Premiere está entrecortada incluso con una resolución de 1/8
Si su velocidad de datos es de solo 4 MB/seg, entonces debe estar usando una compresión muy fuerte. Su video sin comprimir es de alrededor de 124 MB por segundo (que es lo que tiene que decodificar ese video). Premiere intentará decodificar completamente la transmisión, lo que requerirá bastante CPU para tanta decodificación. ¿Cómo es su uso de CPU y/o GPU durante la reproducción? Estoy un poco sorprendido de que el 1/8 siga siendo un problema en ese caso, sin embargo, h.264 en general no se maneja bien en los NLE, por lo que la conformidad sigue siendo la mejor apuesta normalmente.
@Poma: parece que es un problema de rendimiento, incluso sin conformarme, pude reproducir un archivo GoPro 2.7k en mi equipo en Premiere Pro sin problemas. Tengo un i7 de primera generación de 2,93 ghz con 12 GB de RAM de triple canal de alta velocidad y una tarjeta gráfica Radeon 6970. Intenté reproducirlo en QuickTime y tartamudeó un poco, pero reproducirlo en Premiere fue más fluido. Todavía había un poco de rebote, pero mi impresión fue que ese era el metraje original. Incluso una muestra de 4k estaba bien.
parece que la causa del problema fue la representación del software. En la configuración del proyecto solo tengo Mercury Playback Engine Software Only. Aunque no se como solucionarlo.
@Poma: esa es la única opción que tengo también, pero aún funciona bien. Eso es solo porque no tiene soporte CUDA, sin embargo, puede probar uno de los trucos CUDA para que el 650M sea reconocido por soporte CUDA. Sin embargo, puede ser que su procesador de 2,3 ghz sea demasiado lento sin el soporte de CUDA. Hay un buen artículo sobre cómo habilitar CUDA en tarjetas NVidia no compatibles oficialmente aquí
Acabo de instalar actualizaciones de estreno que agregan compatibilidad con GeForce 650M sin modificaciones. Ahora todo funciona sin problemas.

Cualquiera que todavía tenga problemas de reproducción deficientes con Adobe Premiere CC, debe ir a Editar -> Preferencias -> Hardware de audio -> y cambiar su Entrada predeterminada a "Sin entrada".

Auge.

Muchísimas gracias, no hay forma de que pueda resolver esto por mí mismo en las próximas horas si no es por su respuesta. No tenía la menor idea de que conectar mis auriculares podría resultar en una disminución tan drástica en el rendimiento sin cambiar esta configuración. Realmente, tuve un video renderizado de 480p tartamudeando. ¡Muchas gracias!

Yo también tuve esto una vez. La solución para mí fue editar en el modo de video y fps correctos. ¿Tal vez pueda intentar crear una secuencia a partir de un preajuste estándar de DSLR HD? O primero intente editar en ese ajuste preestablecido. Prem 6.0 se creó con compatibilidad nativa con h.264, por lo que no debería necesitar ningún proxy.

El problema fue con la vista previa de la fuente , por lo que no tiene nada que ver con la secuencia. Pero elegí hacer coincidir el formato de secuencia con el video de origen de todos modos.