Picos de CPU - Rendimiento de VST - Nuendo 4.3

Stillwell Audio Plugins Bombardier
1

¡Hola a todos!

Me encontré con Bombardier hace unas semanas y debo decir que siento que este complemento podría ser la respuesta que he estado buscando.

Lo utilizo como un «pegamento de mezcla completa» en la última ranura de inserción estéreo. En el momento en que activé «Oversample», sentí como si hubiera estado mezclando a través de él desde el principio. Por supuesto, tenía otro compresor en esa misma ranura antes, pero fue Bombardier en modo Punch-Bomb el que me dio los mejores resultados. Se hicieron muy pocos ajustes al preajuste de «Glue».

Sin embargo, estoy experimentando fallos preocupantes. Aquí hay una breve descripción de mi configuración All-In-The-Box:

E6600 - Core 2 Duo - 2.4gHz, 4GB RAM, chipset Intel 965G en placa base Gigabyte DS3. Todos los discos SATA, incluido un RAID-0 para una transmisión de audio impecable. FireWire PCI de Texas Instruments para la interfaz Audiofire 12 de EchoAudio, nVidia GeForce 8400GS.

Esta sesión en la que he estado trabajando es de 24 bits/44.100Hz. Estoy ejecutando Nuendo 4.3(x86) en Vista(x64) y todos los complementos en su versión x86.

El mayor problema son los picos de CPU que estoy experimentando durante la reproducción. La pantalla de rendimiento VST de Nuendo muestra un 60% antes de insertar Bombardier y sube a un 80% cuando presiono el botón «Oversample». Tal aumento es esperado y todo parece seguir bajo control, excepto por esos picos de CPU que ocurren al menos una vez, interrumpiendo el audio. Tengo que detener el motor de audio y reiniciarlo para volver al margen del 80%.

He intentado configurar la latencia al valor máximo disponible y cerrar todas las ventanas para ahorrar recursos de video. También intenté mezclar con grandes stems de audio para darle a Bombardier algo de margen, pero los fallos persisten.

Tomé algunas notas que podrían ser útiles con los problemas de Steinberg VST:

  • La compensación de retardo de Bombardier está configurada en 0 en la ventana de información del complemento. Otros complementos de procesamiento pesado que tengo muestran valores de latencia bastante grandes aquí. El Manual de Operaciones de Nuendo lo describe brevemente en la página 170. Esto podría ser;

  • El modo de liberación se queda en «Bomb» después de hacer doble clic. Y cada vez que se guarda la sesión, vuelve a «Fast». También «Punch» vuelve a «Firm». Sucede cuando reinicio el controlador de audio desde Nuendo también. Nunca probé lo que realmente hacen porque esas interrupciones de audio me han estado dando dolores de cabeza… Estoy tan cerca de terminar esta mezcla… esto podría ser solo un problema de la interfaz gráfica;

  • El guardado de preajustes funciona, pero los preajustes no aparecen en la lista de preajustes del complemento. Sospecho que solo se guardan para la lista de la sesión. Sin embargo, «Mode» y «Release Mode» se guardan incorrectamente. Esto parece estar relacionado con el error reportado anteriormente.

    ¡Scott, por favor! ¡AYUUUDA!

    Gracias por su atención,

    Leo

2

No veo ninguna razón por la que el uso de tu CPU deba aumentar un 20% en esa máquina al activar el sobremuestreo… No consideraría que eso sea «esperado». En un AMD Phenom 9850 de 2.5 GHz de cuatro núcleos, es aproximadamente un 1.4% normalmente, un 4.7% o así cuando se sobremuestrea, al ejecutarse con un tamaño de búfer ASIO de 128. Podría ser aproximadamente el doble en un doble núcleo con la mitad de la potencia de procesamiento, por lo que un 10% PODRÍA ser razonable, pero esperaría un mejor rendimiento de un procesador Intel Core2 en comparación con un AMD de la generación anterior…

El valor de latencia cero para este plugin es correcto. La latencia no tiene necesariamente nada que ver con la intensidad de la CPU de un proceso (aunque algunos plugins con grandes latencias SÍ son intensivos en CPU)… usualmente se trata de si el plugin necesita o no «anticiparse» en el tiempo para ver lo que viene. Bombardier no utiliza anticipación, por lo que funciona como un verdadero plugin de latencia cero.

No puedo reproducir tus problemas con el modo de liberación atascado, o con los valores guardados que no se restauran correctamente. Se hicieron varias actualizaciones a los plugins en los primeros días de su lanzamiento… ¿has vuelto a descargar y reinstalar el plugin?

No tengo Nuendo, así que no puedo probarlo específicamente, pero en los hosts que tengo, el plugin se comporta correctamente.

Scott

3

¡Hola, Scott! Gracias por las respuestas.

Así que “Oversample” no debería ocupar tanto CPU… hmm… entonces se ha convertido en un verdadero rompecabezas para mí. Lo más extraño es que la mayoría de las veces tengo un pico claro de CPU al final de la canción, en el último acorde, cuando la mayoría de los otros complementos no están haciendo mucho, ni tampoco Bombardier, porque los niveles están muy por debajo del umbral. He buscado automatización en otras pistas, pero no está pasando nada.

Tengo la última versión de Bombardier y ahora me pregunto si todo este problema (también los de la interfaz gráfica) podría haber sido causado por una desinstalación imperfecta…

¡AYUDA, POR FAVOR! ¡Bombardier suena tan bien!

4

El plugin utilizará aproximadamente 4 veces más CPU con el sobremuestreo activado que con él desactivado (porque está haciendo un sobremuestreo de 4x y, por lo tanto, 4 veces más trabajo…). Simplemente tengo un problema real con que eso sea el 20 % de un Core 2 Duo a 2,4 GHz. Tu ordenador NO debería tener entre 1/4 y 1/5 de la velocidad del mío.

Intenta comprobar el uso de tu CPU y luego añadir una instancia predeterminada de Bombardier… ¿cuánto aumenta el uso de la CPU entonces? Algo anda mal aquí, y estoy bastante seguro (pero no positivo) de que no es Bombardier. Si podemos encontrar y reproducir un problema aquí donde pueda ver lo que está sucediendo, puedes apostar que lo solucionaré.

Scott

5

Seguro que haré esa prueba.

También actualizaré el controlador de GForce 8400 GS.

Publicaré los resultados en unas pocas horas.

¡Muchas gracias!

6

Scott,

Hice algunas pruebas… No soy muy fanático del intento y error, pero esta vez me siento un poco perdido.

Esto es lo que hice:

Primero, creé la sesión más simple posible de 24 bits/44.100 Hz. Solo un canal de audio, sin complementos.

Importé dos canciones sin masterizar diferentes a la pista de audio. El medidor VST de Nuendo mostraba cero en este punto.

Insertar Bombardier (por defecto) me dio un 5% constante en el medidor VST. Pulsé «Oversample» y el medidor VST mostró un 20% constante. Pero esto no es CPU, esto es el VST Bridge de Nuendo funcionando. Y los foros de Nuendo 4 están llenos de quejas sobre VST Bridge…

Como mencioné en el primer post, obtengo al menos un pico de VST durante la reproducción, y este en particular tiende a ocurrir en el último acorde. Para eliminar las posibilidades relacionadas con el ‘código de tiempo’ (en este punto, eliminaría cada detalle que se me ocurriera, por absurdo que pareciera), simplemente moví los archivos a diferentes posiciones de inicio de vez en cuando. Así fue como pude eliminar también las formas de pensar relacionadas con el ‘código de tiempo’.

Pero los picos ocurrieron. Y no fueron aleatorios. No puedo entender por qué, pero cada vez que los medidores de Bombardier caían alrededor de 8 dB del Umbral, el rendimiento VST de Nuendo subía hasta un 50%. Sin artefactos audibles, por supuesto, todavía estaba muy por debajo del 100%. Presté mucha atención al hecho de que no hubo picos en la introducción de una de las canciones, con un rango dinámico sólido de 8 dB por debajo del punto Umbral. Los picos ocurrieron solo después de que los medidores habían pasado el Umbral y luego cayeron.

Ambas canciones tienen un sonido cálido tipo pad, así que a medida que comienza el último acorde, los medidores de audio no se desvanecen de manera lineal, de hecho, modulan su descenso con pequeños aumentos de volumen. Así que solo puedo darte el rango de 8 dB como guía.

Por favor, ten en cuenta que no sé nada sobre la implementación de Bombardier, así que realmente no puedo decir si esto tiene que ver con redondeos matemáticos o ecuaciones fijas. Tampoco descartaría problemas con el VST Bridge de Steinberg o el controlador ASIO de AudioFire. Debo mencionar que el rendimiento de la CPU de Vista nunca superó el 21%, con o sin picos de VST. Es imposible determinar visualmente si están relacionados, ya que el rendimiento de la CPU sigue cambiando rápidamente en todo momento.

Los defectos de la interfaz gráfica de usuario que mencioné antes no están relacionados con los picos de rendimiento de VST, porque también probé con la ventana de Bombardier cerrada.

Aquí están los parámetros de Bombardier que más utilicé para esta prueba:

MODO:Punch
Knee: 03.0dB
RMS: 130.6ms
Threshold: 14.31
Gain Reduction Range: 35 -dB
Feedback
Attack 009.91
Ratio 01.19:1
Bomb

Debo señalar que no hubo picos si bajé demasiado el Umbral.

¡¡¡¡¡Espero haberte podido ayudar a ayudarme!!!

Gracias por tu atención,

Leo

7

Pensando… Dejé de programar hace mucho tiempo… ¿podría todo esto deberse a algún tipo de conversión de tipos o redondeos de coma flotante que el puente VST de Nuendo ‘siente’ la necesidad de traducir?

Verás, por eso abandoné esos temas hace mucho tiempo, no soy bueno en eso.

8

Acabo de tener una idea…

Mañana, voy a intentar usar Bombardier por medio de JBridge - un ‘wrapper’ de VST que abre los ‘plug-ins’ en un nuevo proceso, independiente del puente VST de Nuendo…

Vamos a ver qué pasa…

9

Además, ya que se puede descargar gratis, prueba Reaper… tiene una sincronización nativa integrada que parece funcionar muy bien. Es lo que uso yo y sería interesante ver los resultados en tu PC para que podamos comparar con el mío.

No estoy sugiriendo que necesites cambiar el software del host, solo que es una descarga pequeña y una “cantidad conocida” en lo que a mí respecta.

Scott

10

Así que probé Bombardier en Reaper, pero primero lo primero…

He estado usando el mismo material de audio para todas las pruebas.

Todo lo que sigue se refiere a pruebas configuradas en «Oversample»:

Bombardier «JBridged» se comportó de la misma manera en Nuendo 4.3(x86). El rendimiento VST al final de la canción alcanzaba un pico en el mismo rango. Ninguna diferencia en absoluto.

También probé Bombardier(x64) en Nuendo 4.3(x64). Aquí hay un rendimiento mucho mejor a pesar del problema del pico del medidor VST. En lugar de alcanzar el 50 %, llega al 30 %.

Ahora, pasando a Reaper:

Lo primero que noté fue que los medidores de CPU de Reaper mostraban un uso mucho más eficiente en comparación con los de Nuendo. De nuevo, no tengo ni idea de cómo miden los hosts. El promedio sería algo así como el 14 %, quizás menos. Pero, ¿adivinen dónde obtuve los valores más altos? En el último acorde de la canción… superó el 21 % con bastante frecuencia. De esto, diría que un efecto secundario en el algoritmo de Bombardier podría haber sido enmascarado fácilmente. Por favor, no pretendo ofender o ser descortés. Solo digo que me parece lógico.

En este punto, noté que los medidores de entrada y salida de Bombardier se comportaban de manera demasiado diferente en comparación con el Bombardier de Nuendo. Intenté cargar mi propio preset, pero solo se cargaron correctamente «Knee» y «Attack». Hice todos los cambios necesarios, pero los medidores se comportaban de manera demasiado diferente a lo que estaba acostumbrado a ver. Y aquí es donde puedo ser un poco más preciso sobre el problema del pico VST. Mi suposición dio un pequeño giro: diría que los problemas ocurren cuando los niveles caen alrededor del umbral de salida de Bombardier.

¿Recuerdan que mencioné que el material de la canción tenía un sonido tipo pad que hacía que los niveles bajaran con pequeños golpes en el acorde final? El pico de rendimiento VST parece ocurrir cuando estos golpes se producen alrededor del umbral de Bombardier. Es como si encendiera y apagara algo muchas veces o podría estar haciendo que Bombardier procese el material dos veces innecesariamente… Realmente no lo sé, todo esto es solo una suposición.

Por cierto, todavía tengo ese problema del «Release Mode», solo que un poco diferente. Cada vez que le doy a reproducir, cambia a «Fast». Le doy a «Release Mode» dos veces durante la reproducción y cambia a «Bomb» y no se puede cambiar hasta que lo detengo y le doy a reproducir de nuevo, ya que automáticamente vuelve a «Fast».

Sobre la credibilidad de mi sistema… bueno, no tengo problemas con ninguno de mis plug-ins. Lo peor que puedo decir al respecto es que Steinberg nunca resolvió completamente los problemas de rendimiento VST de Nuendo 4.3. Hay varias quejas en su foro.

Espero que todo este esfuerzo valga la pena… Solo me tomé este tiempo para probar/informar porque realmente creo en su trabajo en Stillwell.

¡Muchas gracias!

P.D.: ¡AYUUUUUDA!

11

NO hay diferencia en el comportamiento desde el punto de vista del sonido y el nivel según el host… el mismo conjunto de muestras de entrada producirá el mismo conjunto de muestras de salida. Punto.

Intente esto… cree un proyecto simple para que pueda eliminar influencias externas, o haga una copia de su proyecto grande y elimine algunas de las cosas para que podamos concentrarnos en Bombardier.

Lo que quiero que haga es tomar la pista, el bus o el master que está fallando e inyectar un poco de ruido rosa o blanco detrás a un nivel bajo… -60 dB más o menos. Vea si el problema desaparece. Lo que podemos estar viendo es la desnormalización de punto flotante. Mi complemento lo detecta de forma bastante exhaustiva y lo corrige donde lo encuentra. Reaper también tiene una opción para corregirlo automáticamente cuando lo encuentra. ¿Nuendo? No tengo ni idea. Agregar ruido debería elevar el nivel lo suficiente como para que al menos algunas partes de los complementos (incluido el mío) no se desnormalicen. No es una solución, y ni siquiera siempre resolverá el problema, pero si el uso de la CPU BAJA cuando lo hace, nos dice de dónde viene el problema.

Scott

Scott

12

Además, ¿Nuendo tiene una opción de procesamiento de 64 bits (punto flotante de doble precisión)? Si es así, prueba a activarla. Reaper es intrínsecamente una ruta de señal de 64 bits internamente, al igual que todos nuestros plugins. Siempre que un host no soporta doble precisión, tenemos que convertir cada muestra a dobles al entrar y de vuelta a flotante al salir. No es mucha más carga, pero sí es más carga.

Scott

13

Nuendo (x64) es nativo de 64 bits. Eso podría explicar el mejor rendimiento que mencioné antes.

No creo que Nuendo (x86) tenga un interruptor para procesamiento de 64 bits. Estoy bastante seguro de que se basa en un proceso interno de 32 bits.

14

Acabo de crear un proyecto de prueba… la prueba más sencilla posible. Nuevo proyecto, añadir Bombardier al maestro, ajustar todos los parámetros a valores no predeterminados, guardar, salir de Reaper, reiniciar Reaper, recargar el proyecto, abrir la interfaz de usuario del plugin, listo. Por favor, haz eso con TU copia de Reaper, y con Nuendo… tanto en versiones x86 como x64 si es posible (estás descargando la versión x64 de Bombardier para usar con Nuendo x64, ¿verdad? ¿Nuendo x64 soporta VSTs x64, o sólo plugins x86 puenteados?) Haz SOLO eso… sin otras variables en la prueba… Sólo quiero ver si ESTE plugin funciona, por sí mismo, en esos dos hosts, en ESA máquina.

No importa si uso Reaper x86 o Reaper x64, el plugin se carga con todos los parámetros como los guardé. No importa si el lanzamiento está configurado en manual, lento, rápido o bomba… hace lo que se supone que debe hacer y lo muestra en consecuencia.

Vamos a abordar este problema uno a la vez. El problema por el momento es que «los parámetros del plugin guardados no se restauran». No especules sobre lo que crees que puede o no estar haciendo… todo lo que hace es dificultarme separar la información fáctica que puedo usar para solucionar problemas de lo que estás escribiendo. Agradezco tu intento de ayudar, pero es contraproducente en este caso. Limítate a los comportamientos observables y repetibles y repórtalos.

No intento ser grosero, solo intento resolver las cosas lo más rápido posible para ti.

Scott

15

No te preocupes, hombre.

Me ceñiré al problema del pico VST y luego nos ocuparemos de los de la GUI, si estás de acuerdo. Entiendo totalmente y desapruebo ser contraproducente.

Estas pruebas que hice antes eran exactamente lo que acabas de proponer. Sesiones nuevas, una sola pista estéreo, Bombardier configurado en la primera ranura solamente.

Usé Nuendo x64 con Bombardier x64.

Tengo una pregunta para ti: ¿obtienes un procesamiento intensivo más de lo normal a medida que la música también se desvanece? Quiero decir, probablemente no notaría nada si no estuviera usando Nuendo.

¡Lo lograremos!

16

Así que, recapitulando lo que logré con Reaper hoy.

Sobremuestreo activado:

Pico promedio de CPU: 14%, quizás menos.
Al final de la canción, pico de CPU, desvaneciéndose cerca del umbral: 21%

17

Argh… no.

Por favor, haz lo que te pedí. Primero nos estamos concentrando en los problemas de carga/guardado, ya que son críticos para el uso. Si tienes problemas con el uso de la CPU, siempre puedes congelar o renderizar pistas, pero un proyecto que no se restaure de la forma en que lo guardaste podría ser un problema.

Scott

18

Ok, Scott. Estaré fuera por las próximas dos horas. Cuando regrese, haré lo que me pides.

Y solo para que conste, como uso Bombardier para pegar la mezcla final, congelar las pistas es imposible. El objetivo es evitar más rebotes. Pero lo dejaré por ahora.

Volveré pronto, con más resultados.

¡¡¡¡¡¡¡¡¡¡Gracias!!!

19

Correcto, entiendo… Digo «tú» en el sentido general de que si alguien tiene problemas de carga de CPU, congelamiento y/o renderizado es una opción bastante frecuente… no te impide usar el plugin. Mira la cantidad de personas que ejecutan enormes programas Nebula en varias pistas…

Volveré más tarde para ver qué pasa en tu máquina. Gracias.

Scott

20

Oh, ya veo a lo que te refieres…

Usuarios generales: ¡CONGELADLOS si lo necesitáis, este plug-in merece la pena!

Vuelvo enseguida.