La adaptabilidad de Premiere a vídeos con velocidad de fotogramas variable 2021-10-14

¿Puede Premiere editar vídeos con velocidad de fotogramas variable? Por supuesto que puede, y PR puede reconocerlo. Cuando importa un vídeo con velocidad de fotogramas variable, haga clic derecho en las propiedades y podrá ver la velocidad de fotogramas escrita allí. Video con velocidad de fotogramas variable, pero hacerlo no significa que PR pueda hacerlo muy bien, al igual que hay una casilla de verificación de secuencia en la esquina inferior izquierda al importar material, pero PR no admite bien las secuencias.

Lo que pasó es que grabé un lote de tutoriales. El software de grabación era bandicam. Cuando abrí el software de forma predeterminada, solo configuré el formato de grabación y no presté atención a la opción de velocidad de fotogramas variable. Todos fueron grabados. Después de terminarlo, descubrí que el archivo de video es muy pequeño, razón por la cual bandicam me atrajo en primer lugar. La imagen grabada es clara y el archivo aún es muy pequeño.

Pero así es como las cosas se hicieron más grandes. Cuando importé PR para editar, descubrí que el uso de memoria de PR se disparó. La memoria de mi computadora en casa es 32G, lo que debería ser 200M para un editor de video. Es pan comido, ¿por qué el uso de memoria es tan alto? En ese momento, tenía prisa por terminar el trabajo y no pensé demasiado. Solo pensé que la computadora ya era vieja y necesitaba ser actualizada a una memoria de 64G, pero más tarde me di cuenta de que algo andaba mal. ¡No se pudo generar! El mensaje de error de renderizado fue que no se pudo crear el búfer, lo que obviamente se debió a una memoria insuficiente. Apagué PR, me senté frente a la computadora y miré el renderizado de ME, y descubrí que el uso de memoria de ME se disparó durante el renderizado, no solo. Mi memoria física de 32G e incluso la memoria virtual están ocupadas. Cuando toda la memoria de 56G está ocupada, ME no ha terminado de renderizar en este momento, pero lo que sigue es el grito de una oveja de falla en la renderización (¿por qué es una oveja? (¿Se llama?), Luego rendericé más tutoriales en video de otros episodios y descubrí que si el renderizado se puede completar antes de que se llene la memoria, el renderizado puede ser exitoso, pero si la memoria se llena por completo antes de que se complete el renderizado, ¡el renderizado fallará!

He intentado mucho con este problema, intentando reinterpretar el material, intentando optimizar el contenido e intentando cambiar el programa de renderizado de la tarjeta gráfica a la CPU, pero fue en vano. arriba El fenómeno todavía existe. En ese momento, había un episodio del tutorial que no se pudo renderizar porque era demasiado largo (15 minutos). Lo siguiente que pensé fue en cortar el video en dos segmentos para editarlo. ¡Realmente funcionó, está bien!

Pero esta no es una solución a largo plazo, no estoy de acuerdo con esta solución ya que he grabado unos 20 episodios antes y no quiero volver a grabarlos. Sólo puedo pensar en cómo terminar estos videos y grabarlos más tarde para solucionar el problema desde la raíz.

Permítame brindarle una descripción general de este problema: la computadora está muy atascada cuando usa PR para abrir la edición, la memoria aumentará lentamente y no disminuirá. Se informa un error. Al editar el video, si hace zoom en la línea de tiempo, encontrará que la memoria está creciendo a una velocidad visible a simple vista. Cualquier efecto que realice en el video provocará el uso de la memoria. para aumentar pase lo que pase, solo comerá y no escupirá, y el uso de la memoria nunca disminuirá. Si insiste en ejecutar el software a la fuerza, la computadora fallará extremadamente, con síntomas como retraso en el escritorio y barra de tareas. retrasos, operaciones que no responden, cierre de otro software, errores de memoria, etc. Si se trata de renderizado (incluido el renderizado integrado y el renderizado ME), la velocidad será muy lenta. Una grabación de pantalla de 5 minutos tardará al menos 10 minutos en renderizarse. Es completamente irrazonable que una grabación de pantalla no agregue ningún efecto. simplemente edite durante tanto tiempo. Al renderizar, el uso del hardware de la computadora es del 70% de la potencia de la CPU y del 30% de la potencia de la GPU. El uso de la memoria de la tarjeta gráfica es extremadamente bajo. El uso de la memoria aumenta lentamente con el tiempo hasta que la memoria física y la memoria virtual están completamente ocupadas. el renderizado fallará. Si el renderizado se puede completar antes de que esté lleno, entonces este renderizado puede tener éxito. Si agrega un montón de secuencias de renderizado, las tareas posteriores fallarán directamente (es decir, puede seguir escuchando a las ovejas rebuznando). Qué hace ME al renderizar No se saldrá de la memoria ocupada Mientras no cierre el software, la memoria ocupada por el software siempre existirá.

De la misma manera, si renderiza tres secuencias cortas de videos con velocidad de fotogramas variable, la memoria ocupada por estas tres representaciones se superpondrá. Si solo renderiza un ME, consumirá 10 G de memoria y renderizará tres ME. consume 30G. Si la tercera memoria es insuficiente en 99, la renderización fallará; cuando PR realice la edición de video con velocidad de fotogramas variable, la memoria aumentará lentamente. Cuando la memoria esté llena, la computadora continuará editando y ocurrirán varios problemas. Este fenómeno ocurre porque la memoria está llena. En este momento, el software debe cerrarse y reiniciarse antes de que salga de la memoria. Por lo tanto, si tiene muchos videos con velocidades de cuadro variables que deben editarse, debe cortarlos. unos minutos y luego salir. Pero lo que hay que tener en cuenta aquí es que si abre una secuencia de edición de vídeo con velocidad de fotogramas variable en PR, pero no realiza ninguna acción en este momento para provocar que el software se cuelgue, ¡el uso de memoria no aumentará!

Bien, hablemos de la solución que probé. Al principio, corté el video un poco más largo en dos partes y luego las fusioné una vez completado el renderizado. De esta manera es posible la salida. Es muy problemático directamente Dejé de buscar otros métodos. Cuando estaba perdido, descubrí que Huadian "la velocidad de renderizado es muy rápida cuando se unen dos videos. En otras palabras, ¡el video se renderiza muy rápido!" Rápidamente después de ser codificado por ME, comencé a enviar los archivos fuente de video previamente grabados a ME para la transcodificación directa. Transferí dos videos relativamente cortos para probar y descubrí que, de hecho, los videos transcodificados eran normales en PR y ME, e incluso en ME. Salida ME. ¡Solo tomó 13 segundos! ! ! Luego, el problema se hizo evidente. Comencé a intentar volver a codificar estos videos uno por uno, pero el problema apareció nuevamente. La transcodificación de videos más grandes aún ocupaba toda la memoria y causaba fallas en la reproducción... En este momento, el problema ya no existe. Llegué a un punto muerto, incluso para aquellos videos que se pueden transcodificar exitosamente, tengo que mirar el software una vez que el renderizado es exitoso, cierro el software y lo vuelvo a abrir para continuar con el siguiente renderizado. Me quedo en la computadora toda la noche para renderizar, pero aun así, nunca he pensado en cómo resolver videos largos.

Quedarse despierto toda la noche para transcodificar es aburrido. Se necesitan unos 16 minutos para transcodificar un vídeo de 8 minutos. Empecé a aprovechar mi tiempo libre para preparar té y limpiar las bandejas y los juegos de té. La vida es corta. ¿Por qué molestarme? Me apresuro a ir a trabajar en medio de la noche para preparar un poco de té negro y beberlo, pero siento que la vida es demasiado amarga y no me arrepentiría de mí mismo si no bebo. el amargor, así que dejé el té negro y abrí el Pu'er. Cuando preparé el té, no tiré la piel del Pu'er de mandarina verde. El té preparado estaba extremadamente amargo. taza, sentí que era muy amarga. Suspiré y dejé la taza de té. Pensé por un momento, no, mi vida amarga debería ser más amarga que este té, así que me serví otra taza, después de beber esta taza. Sentí que Tianling Gai fue despertado por esta mandarina verde, y me sentí un poco disgustado. Esto era realmente demasiado amargo y no podía soportarlo en absoluto. ¿Por qué debería comprar ese té? la tetera. Tira las mandarinas verdes. Si sigue sufriendo, no habrá nadie cerca.

En este momento, de repente pensé en otro punto. Al usar el renderizado ME, independientemente de si se usa la tarjeta gráfica para acelerar el renderizado final, la CPU representa el 70% o incluso el 100%. La GPU pero tampoco la memoria de video de la tarjeta gráfica no se utilizan, ¿significa esto que la tarjeta gráfica no está involucrada en absoluto, así que intenté cambiar el muestreo de fotogramas en la configuración de renderizado al método de flujo óptico (para el relleno de fotogramas)? ), pero el resultado real sigue siendo el mismo que antes, porque la memoria está llena y el procesamiento falla.

El enfoque es más claro en este momento. Es obvio que la tarjeta gráfica se puede usar para acelerar. ¿Por qué la tarjeta gráfica tiene problemas cuando ME renderiza? ¿Por qué no puedo llamar a la aceleración de GPU? ¿YO llamo a la memoria de video para participar? ¿Por qué la memoria aumenta cuando está llena, por qué el uso de la memoria no disminuye sino que solo aumenta? . . .

En este momento, finalmente me di cuenta de una cosa: ¿es posible que estos problemas se deban a que PR no admite esta velocidad de fotogramas variable (o el soporte no es tan bueno? Pensé en el Da Vinci en el uso anterior). la eficiencia de renderizado es mucho mayor que la de ME y PR. Es inútil pensar en ello, ¡tenemos que hacerlo! Cuando pensé en esto, me senté en un estado de enfermedad mortal. Produje tres videos con velocidad de fotogramas variable e intenté transcodificarlos en Reaching Vinci. Por primera vez, configuré el formato de salida en MOV sin pérdidas, una variable de 8 minutos. La longitud del cuadro es de más de 100 M y la velocidad de grabación de DaVinci es de casi 9 G. ¿Cómo puede funcionar este TND? Si renderizo tantos videos, no podré transferir 1 T. La segunda vez probé MOV sin pérdidas y el efecto de renderizado fue de 600M. Esto todavía no era lo que quería y todavía era demasiado grande. La tercera vez intenté usar la codificación H265 (siempre 25 fotogramas de salida), pero el renderizado. El archivo era insuficiente. 400M es más de 300M, lo cual apenas puedo aceptar. Cuando lo abro con un reproductor, la calidad de la imagen es muy buena, básicamente, no puedo notar ninguna diferencia con la versión original (el video grabado en pantalla). La imagen es relativamente simple para empezar), así que comencé mi camino hacia el renderizado masivo.

A lo que debe prestar atención cuando utilice Da Vinci para renderizado masivo es a la ruta y el nombre del archivo de salida del renderizado, especialmente el nombre del archivo preestablecido de salida de Da Vinci contiene el nombre del archivo y usted al exportar. un nuevo proyecto, el nombre del archivo no se actualizará. Si cambia la ruta de guardado y no cambia el nombre, seguirá teniendo el mismo nombre que antes. Así que tengo que cambiar manualmente cada uno de los 20 videos. está en el archivo de video original. Agregue una A después del nombre y el software DaVinci no puede funcionar al renderizar. Tengo que agregar los archivos uno por uno a la cola y renderizarlos de manera uniforme. DaVinci estimará el tiempo de renderizado y le dirá cómo. Queda mucho tiempo. Lo experimenté en ese momento. Parece que este tiempo estimado sigue siendo muy preciso. Al mismo tiempo, descubrí un fenómeno con una velocidad de fotogramas variable. Algunos tienen 20 fotogramas. algunos tienen 10 fotogramas. Cuantos menos fotogramas genera el software, más lento se vuelve, lo que me recuerda por qué el tiempo de renderizado ME no coincide con la duración del vídeo. Al mismo tiempo, abrí el administrador de tareas y descubrí que el uso de la computadora por parte de Da Vinci no era alto, ¡era muy bajo! ! El uso de CPU, tarjeta gráfica y memoria no superó los 30. En este momento, abrí PR, reemplacé el video renderizado en la secuencia original y luego lo envié aquí. Todo el proceso en este momento fue muy fluido y sedoso. Ya no seguirá consumiendo memoria y ME ya no seguirá consumiendo memoria. La salida de ME también se ha vuelto más rápida. Lo que solía tomar 10 minutos ahora se completa en 45 segundos. En este momento, abrí PS, ME y PR. al mismo tiempo, y también use Da Vinci y ME para salida simultánea. La computadora es completamente normal y el uso de memoria es muy bajo. El número total de tantos software solo flota alrededor de 18G. bajará después de un tiempo (principalmente porque ME devolverá la memoria cuando finalice el procesamiento). Cuando ME estaba procesando la secuencia transcodificada, vi que el uso de la GPU por parte de ME comenzó a alcanzar el 100%. renderice un lote fácilmente. El 5800X y el 3070TI pueden funcionar felizmente con una memoria de 32G y desde entonces se ha confirmado que este problema está resuelto.

Después, comencé a investigar el problema de la velocidad de fotogramas variable. Descubrí que había una configuración de velocidad de fotogramas cuando hice clic en la velocidad de fotogramas de bandicam. La velocidad de fotogramas predeterminada era variable y la segunda era constante. velocidad de fotogramas, pero también escribió una recomendación para una velocidad de fotogramas constante (se recomienda opcional, se recomienda constante, pero si el rendimiento es insuficiente, el software volverá automáticamente a la opción variable), me pregunto si la versión china de esto. El software está fuera de lugar. Está roto. ¿Cómo puede la gente entender esto? Entonces comencé a hacer una serie de pruebas. En este momento, dije los resultados de la prueba: grabé en el mismo formato durante 30 segundos, si el tamaño del archivo estaba registrado. a una velocidad de fotogramas constante es de 6,8 MB, luego la velocidad de fotogramas variable es de 3,87 MB y la velocidad de fotogramas variable más baja probada es de 4 fotogramas, solo 2 cronómetros pequeños se mueven en la imagen, otros lugares están completamente quietos y el mouse está quieto; si se trata de una imagen compleja y en movimiento, variable y constante. La diferencia en el tamaño del archivo es aproximadamente la misma que la proporción de la prueba inicial. Lo importante a señalar es que el video grabado con H264 NVIDIA es más pequeño que el video; grabado en el formato HEVC NVIDIA si se utiliza la prueba inicial como referencia, el tamaño del archivo de HEVC NVIDIA con velocidad de fotogramas constante es 6,8, entonces el tamaño del archivo de H264 NIVIDIA con velocidad de fotogramas constante es de aproximadamente 4,8 M; En las observaciones, se encontró que los detalles de H264 NVIDIA en algunas áreas (bloques grandes) de la pantalla están ligeramente borrosos, en comparación con HEVC NVIDIA, este último es más claro en estos lugares después de la medición de transcodificación ME, la transcodificación de video con velocidad de cuadros variable es; el más rápido entre todos los formatos anteriores. Un video de 30 segundos solo toma 4 segundos, y el resto. Todos los tiempos de renderizado a continuación son 12 segundos (uno de ellos es de 13 segundos, lo que puede ser un error).

Entonces, la conclusión es que si la memoria de su computadora es 64G o 128G o incluso 256G, usar la codificación HEVC NVIDIA más la renderización de video con velocidad de fotogramas variable es lo más rápido cuando comenzó la renderización. ME funcionó muy rápido, pero luego se volvió cada vez más lento hasta que falló el renderizado. Probablemente se debió a memoria insuficiente. Si la memoria de la computadora es de 32G como la mía, puedes elegir la velocidad de fotogramas constante de HEVC NIDIA al grabar. Si su memoria es inferior a 32G, o si desea ahorrar algo de espacio en el disco duro desde una perspectiva de conservación, puede considerar la codificación NVIDIA H264. Hay una opción de CPU H264 en la opción de formato bandicam. Después de las pruebas reales, mi 5800X consumirá menos. CPU durante la grabación. De 2 a 9, puede elegir esto si su computadora admite su capacidad de inactividad. De lo contrario, la grabación y renderización de la pantalla perderán fotogramas o incluso se detendrán cuando esté realizando operaciones de CPU de alta intensidad.

No es que Premiere no pueda editar velocidades de cuadro variables, es solo que Adobe ha adoptado un enfoque aproximado en esta área, resolviendo directamente el problema mediante el uso de memoria. Por supuesto, esto no es un buen fenómeno, especialmente cuando. está ocupado y no se puede usar. Si puede elegir, grabe un video con una velocidad de cuadros constante tanto como sea posible, porque esto puede guardar muchas cosas más adelante. , y siempre es mejor que el que haces todo el tiempo; si la grabación se ha completado y el tiempo de grabación es relativamente largo, puede llenar tu memoria o la memoria se ha explotado si ya lo has intentado. en este momento solo puede elegir usar DaVinci para transcodificar y el período de tiempo de transcodificación simplemente seleccione 25 para la velocidad;

Lo último a tener en cuenta es que no habrá ningún problema si el archivo transcodificado se transcodifica directamente reemplazado en PR, y no habrá problema de que el audio y el video no estén sincronizados. Un reemplazo simple. Luego, la operación se envía a ME y luego se procesa usando ME. La operación completa, incluido el tiempo de renderizado, no excede 1 minuto. ¡Y se completa de una vez! Entonces, supongo que cuando PR hace zoom en la línea de tiempo, debería almacenar temporalmente los fotogramas locos en la memoria. Espero que este problema no dure demasiado y habrá una mejor manera de lidiar con este video de velocidad de fotogramas variable en el. futuro.

Este artículo termina aquí. Espero que mi experiencia pueda brindarte más información. Si puede ayudarte, sería aún mejor. Si tienes alguna pregunta, deja un mensaje. -El grupo de intercambio de tecnología de producción da la bienvenida a todos los amigos para que se unan. ¿No sería bueno que todos fueran felices a trabajar y pescar juntos? 93877916