Picchi CPU - Performance VST - Nuendo 4.3

Stillwell Audio Plugins Bombardier
1

Ciao a tutti!

Ho avuto modo di provare Bombardier qualche settimana fa e devo dire che sento che questo plug-in potrebbe essere la risposta che stavo cercando.

Lo uso come «Whole Mix Glue» nell’ultimo slot di insert stereo. Nel momento in cui ho attivato l’«Oversample», mi è sembrato di averci mixato attraverso fin dall’inizio. Certo, prima avevo un altro compressore nello stesso slot, ma è stato Bombardier in modalità «Punch-Bomb» a darmi i migliori risultati. Sono state apportate pochissime modifiche al preset «Glue».

Tuttavia, ci sono dei disturbi che mi stanno creando problemi. Ecco una breve descrizione della mia configurazione All-In-The-Box:

E6600 - Core 2 Duo - 2.4gHz, 4GB RAM, Chipset Intel 965G su scheda madre Gigabyte DS3. Tutti dischi SATA, incluso un RAID-0 per uno streaming audio impeccabile. Firewire PCI Texas Instruments per interfaccia Audiofire 12 di EchoAudio, nVidia GeForce 8400GS.

Questa sessione a cui sto lavorando è a 24 bit/44.100Hz. Sto usando Nuendo 4.3(x86) su Vista(x64) e tutti i plug-in nella loro versione x86.

Il problema più grande sono i picchi di CPU che ottengo durante la riproduzione. Il display delle prestazioni VST di Nuendo mostra il 60% prima di inserire Bombardier e sale all’80% quando premo il pulsante «Oversample». Questo aumento è atteso e tutto sembra ancora sotto controllo, tranne quei picchi di CPU che si verificano almeno una volta, interrompendo l’audio. Devo fermare il motore audio e riavviarlo per tornare al margine dell’80%.

Ho provato a impostare la latenza sul valore massimo disponibile e a chiudere ogni singola finestra per risparmiare risorse video. Ho anche provato a mixare con stem audio enormi per dare un po’ di margine a Bombardier, ma i disturbi sono ancora presenti.

Ho preso alcuni appunti che potrebbero essere utili per i problemi VST di Steinberg:

  • La compensazione del ritardo di Bombardier è impostata su 0 nella finestra delle informazioni del plug-in. Altri plug-in di elaborazione pesante che possiedo mostrano valori di latenza piuttosto elevati qui. Il manuale operativo di Nuendo lo descrive brevemente a pagina 170. Questo potrebbe essere il problema;

  • La modalità di rilascio rimane su «Bomb» dopo aver fatto doppio clic. E ogni volta che la sessione viene salvata, torna a «Fast». Anche «Punch» torna a «Firm». Succede anche quando riavvio il driver audio dall’interno di Nuendo. Non ho mai verificato cosa stiano realmente facendo perché quelle interruzioni audio mi stanno dando il mal di testa… Sono così vicino a finire questo mix… questo potrebbe essere solo un problema dell’interfaccia grafica;

  • Il salvataggio dei preset funziona, ma i preset non vengono visualizzati nell’elenco dei preset del plug-in. Sospetto che siano salvati solo per l’elenco della sessione. Tuttavia, «Mode» e «Release Mode» vengono salvati in modo errato. Sembra che questo sia correlato al bug precedentemente segnalato.

Scott, per favore! AIIIUUTO!

Grazie per l’attenzione,

Leo

2

Non riesco a capire perché l’utilizzo della CPU dovrebbe aumentare del 20% su quella macchina quando si attiva l’oversampling… non lo considererei “previsto”. Su un AMD Phenom 9850 2.5 GHz quad-core, è circa l’1,4% normalmente, circa il 4,7% con oversampling, quando si esegue con una dimensione del buffer ASIO di 128. Potrei vederlo essere circa il doppio su un dual-core con metà della potenza di elaborazione, quindi il 10% POTREBBE essere ragionevole, ma mi aspetterei prestazioni migliori da un processore Intel Core2 rispetto a un AMD della generazione precedente…

Il valore di latenza zero per questo plugin è corretto. La latenza non ha necessariamente a che fare con l’intensità della CPU di un processo (anche se alcuni plugin con grandi latenze SONO intensivi per la CPU)… di solito riguarda se il plugin ha bisogno di “guardare avanti” nel tempo per vedere cosa sta arrivando. Bombardier non usa il “lookahead” e quindi funziona come un vero plugin a latenza zero.

Non riesco a riprodurre i tuoi problemi con la modalità di rilascio che “si blocca” o con i valori salvati che non vengono ripristinati correttamente. Ci sono stati diversi aggiornamenti ai plugin nei primi giorni di rilascio… hai scaricato e reinstallato il plugin?

Non ho Nuendo, quindi non posso testarlo specificamente, ma sugli host che ho, il plugin si comporta correttamente.

Scott

3

Ehi, Scott! Grazie per le risposte.

Quindi “Oversample” non dovrebbe essere così intensivo per la CPU… humm… è diventato un vero enigma per me, allora. Ancor più strano è il fatto che il più delle volte ottengo un picco di CPU molto chiaro proprio alla fine del brano, sull’ultimo accordo, quando la maggior parte degli altri plug-in non stanno facendo molto, né Bombardier, dato che i livelli sono ben al di sotto della soglia. Ho cercato automazioni in altre tracce, ma in realtà non sta succedendo nulla.

Ho l’ultima versione di Bombardier e ora mi chiedo se tutto questo problema (anche quelli della GUI) possa essere stato causato da una disinstallazione imperfetta…

Per favore, AIUTO! Bombardier suona così bene!

4

Il plug-in utilizzerà circa 4 volte più CPU con l’oversampling attivo rispetto a quando è disattivato (perché esegue un oversampling 4 volte superiore e quindi 4 volte più lavoro…). Il fatto che questo rappresenti il 20% di un Core 2 Duo a 2,4 GHz mi crea un serio problema. Il tuo computer NON dovrebbe essere 1/4 o 1/5 della velocità del mio.

Prova a controllare l’utilizzo della tua CPU e poi aggiungi un’istanza predefinita di Bombardier… di quanto aumenta l’utilizzo della CPU in quel caso? C’è qualcosa che non va qui, e sono abbastanza sicuro (ma non positivo) che non sia Bombardier. Se riusciamo a trovare e riprodurre un problema qui in modo che io possa vedere cosa sta succedendo, puoi scommettere che lo risolverò.

Scott

5

Farò sicuramente quel test.

Aggiornerò anche il driver della GeForce 8400 GS.

Pubblicherò i risultati entro poche ore.

Mille grazie!

6

Scott,

Ho fatto un po’ di test… Non sono un gran fan del tentativo ed errore, ma questa volta mi sento un po’ perso.

Ecco cosa ho fatto:

Innanzitutto, ho creato la sessione a 24 bit/44.100 Hz più semplice possibile. Solo un canale audio, nessun plug-in.

Ho importato due diverse canzoni non masterizzate nella traccia audio. Il misuratore VST di Nuendo mostrava zero a questo punto.

Inserendo Bombardier (predefinito) ho ottenuto un costante 5% nel misuratore VST. Ho premuto «Oversample» e il misuratore VST ha mostrato un costante 20%. Ma questo non è CPU, è il VST Bridge di Nuendo che lavora. E i forum di Nuendo 4 sono pieni di lamentele sul VST Bridge…

Come ho menzionato nel primo post, ottengo almeno un picco VST durante la riproduzione, e questo in particolare tende a verificarsi all’ultimo accordo. Per eliminare le possibilità legate al «time-code» (a questo punto, avrei eliminato ogni dettaglio che mi veniva in mente, non importa quanto assurdo sembrasse), ho semplicemente spostato i file in diverse posizioni di partenza di tanto in tanto. Questo è stato il modo in cui sono riuscito a eliminare anche i modi di pensare legati al «time-code».

Ma i picchi si sono verificati. E non erano casuali. Non riesco a capire perché, ma ogni volta che i misuratori di Bombardier scendevano di circa 8 dB dalla soglia (Threshold), le prestazioni VST di Nuendo salivano fino al 50%. Nessun artefatto udibile, ovviamente, era ancora ben al di sotto del 100%. Ho prestato molta attenzione al fatto che nessun picco si è verificato all’introduzione di una delle canzoni, con un solido range dinamico di 8 dB al di sotto del punto di soglia. I picchi si sono verificati solo dopo che i misuratori avevano superato la soglia e poi erano scesi.

Entrambe le canzoni hanno un suono caldo tipo pad, quindi quando inizia l’ultimo accordo, i misuratori audio non svaniscono in modo lineare, in realtà, modulano la loro discesa con piccole variazioni di volume. Quindi posso darti la gamma di 8 dB solo come linea guida.

Ti prego, tieni presente che non so nulla dell’implementazione di Bombardier, quindi non posso davvero dire se questo abbia a che fare con arrotondamenti matematici o equazioni fisse. Non scarterei neanche i problemi del VST Bridge di Steinberg o del driver ASIO di AudioFire. Devo menzionare che le prestazioni della CPU di Vista non hanno mai superato il 21%, con o senza picchi VST. È impossibile determinare visivamente se sono correlati, perché le prestazioni della CPU continuano a cambiare rapidamente in ogni momento.

I difetti dell’interfaccia grafica che ho menzionato prima non sono correlati ai picchi di prestazioni VST, perché ho testato Bombardier anche con la finestra chiusa.

Ecco i parametri di Bombardier che ho usato di più per questo test:

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

Devo sottolineare che i picchi non si verificavano se spostavo la soglia troppo in basso.

Spero di esserti stato d’aiuto ad aiutarmi!!!

Grazie per la tua attenzione,

Leo

7

Stavo pensando… Ho smesso di programmare molto tempo fa… potrebbe essere che tutto questo sia dovuto a qualche tipo di conversione di tipo o arrotondamenti in virgola mobile che il VST bridge di Nuendo “sente” il bisogno di tradurre?

Vedi, è per questo che ho abbandonato tali argomenti molto tempo fa — non sono bravo in questo.

8

Ho avuto un’intuizione…

Domani proverò a usare Bombardier tramite JBridge — un wrapper VST che apre i plug-in in un nuovo processo, indipendente dal Nuendo VST Bridge…

Vediamo cosa succede…

9

Inoltre, dato che è scaricabile gratuitamente, prova Reaper… ha un bridging nativo integrato che sembra funzionare molto bene. È quello che uso io e sarebbe interessante vedere i risultati sul tuo PC, così possiamo confrontare i dati in modo diretto con i miei.

Non sto suggerendo che tu debba cambiare software host, solo che è un piccolo download e una «quantità conosciuta» per quanto mi riguarda.

Scott

10

Quindi ho testato Bombardier su Reaper, ma prima le cose importanti…

Ho usato lo stesso materiale audio per tutti i test.

Tutto ciò che segue si riferisce a test impostati su «Oversample»:

Bombardier «JBridged» si è comportato allo stesso modo su Nuendo 4.3 (x86). Le prestazioni VST alla fine del brano hanno raggiunto un picco di circa lo stesso intervallo. Nessuna differenza di sorta.

Ho anche testato Bombardier (x64) su Nuendo 4.3 (x64). Qui le prestazioni sono molto migliori nonostante il problema del picco del misuratore VST. Invece di raggiungere il 50%, arriva al 30%.

Ora, passando a Reaper:

La prima cosa che ho notato è che i misuratori della CPU di Reaper mostravano un utilizzo molto più efficiente rispetto a quelli di Nuendo. Anche in questo caso, non ho idea di come nessuno dei due host effettui tali misurazioni. La media sarebbe qualcosa come il 14%, forse meno. Ma, indovinate dove ho ottenuto i valori più alti? All’ultimo accordo del brano… ha superato il 21% abbastanza spesso. Da questo, direi che un effetto collaterale nell’algoritmo di Bombardier avrebbe potuto essere facilmente mascherato. Per favore, non intendo arrecare danno o essere scortese. Dico solo che mi sembra sensato.

A questo punto, ho notato che i misuratori di input e output di Bombardier si comportavano in modo troppo diverso rispetto a quelli di Bombardier su Nuendo. Ho provato a caricare il mio preset, ma solo «Knee» e «Attack» sono stati caricati correttamente. Ho apportato tutte le modifiche necessarie, eppure i misuratori si comportavano in modo troppo diverso da quello a cui ero abituato a vedere. Ed è qui che posso essere un po’ più preciso sulla questione del picco VST. La mia ipotesi ha preso una piccola svolta: direi che i problemi si verificano quando i livelli scendono intorno alla soglia di output di Bombardier.

Ricordate che ho menzionato che il materiale del brano aveva un suono tipo pad che faceva scendere i livelli con piccole variazioni all’accordo finale? Il picco di prestazioni VST sembra verificarsi quando queste variazioni si verificano intorno alla soglia di Bombardier. È come se stesse attivando e disattivando qualcosa molte volte o potrebbe far elaborare a Bombardier il materiale due volte inutilmente… Non lo so proprio, è tutto un lavoro di supposizioni.

A proposito, ho ancora quel problema con la «Modalità di rilascio», solo un po’ diverso. Ogni volta che premo play, commuta su «Veloce». Premo «Modalità di rilascio» due volte durante la riproduzione e va su «Bomb» e non può essere modificato finché non mi fermo e premo di nuovo play perché commuta automaticamente su «Veloce».

Sulla credibilità del mio sistema… beh, non ho problemi con nessuno dei miei plug-in. Il peggio che posso dire è che Steinberg non ha mai risolto completamente i problemi di prestazioni VST di Nuendo 4.3. Ci sono diverse lamentele sul loro forum.

Spero che tutto questo sforzo ripaghi… Ho impiegato così tanto tempo per testare/segnalare solo perché credo davvero nel vostro lavoro a Stillwell.

Molte grazie!

P.S.: AAAAAIUTO!

11

NON c’è alcuna differenza di comportamento dal punto di vista del suono e del livello in base all’host… lo stesso set di campioni in ingresso produrrà lo stesso set di campioni in uscita. Punto.

Prova questo… crea un progetto semplice in modo da poter eliminare le influenze esterne, oppure crea una copia del tuo progetto grande ed elimina alcune cose in modo da poterti concentrare su Bombardier.

Quello che voglio che tu faccia è prendere la traccia, il bus o il master che sta funzionando male e iniettare del rumore rosa o bianco dietro di esso a un livello basso… -60 dB circa. Vedi se il problema scompare. Quello che potremmo vedere è la denormalizzazione in virgola mobile. Il mio plugin la rileva in modo piuttosto estensivo e la risolve dove la trova. Reaper ha un’opzione per risolverla automaticamente quando la trova. Nuendo? Non ne ho idea. L’aggiunta di rumore dovrebbe aumentare il livello abbastanza in modo che almeno alcune parti dei plugin (compreso il mio) non vadano in denormalizzazione. Non è una soluzione, e non sempre aggirerà il problema, ma se l’utilizzo della CPU DIMINUISCE quando lo fai, ci dice da dove viene il problema.

Scott

Scott

12

Inoltre, Nuendo ha un’opzione di elaborazione a 64 bit (virgola mobile a doppia precisione)? Se sì, prova ad attivarla. Reaper ha intrinsecamente un percorso del segnale a 64 bit internamente, così come tutti i nostri plugin. Ogni volta che un host non supporta la doppia precisione, dobbiamo convertire ogni campione in doppia precisione all’ingresso e di nuovo in virgola mobile all’uscita. Non è un carico MOLTO più grande, ma è un carico maggiore.

Scott

13

Nuendo (x64) è nativo a 64 bit. Ciò potrebbe spiegare le migliori prestazioni che ho menzionato prima.

Non credo che Nuendo (x86) abbia un interruttore per l’elaborazione a 64 bit. Sono abbastanza sicuro che sia basato su un processo interno a 32 bit.

14

Ho appena creato un progetto di prova… il test più semplice possibile. Nuovo progetto, aggiungo Bombardier al master, regolo tutti i parametri a valori non predefiniti, salvo, chiudo Reaper, riavvio Reaper, ricarico il progetto, apro l’interfaccia utente del plugin, fatto. Per favore fatelo con LA VOSTRA copia di Reaper e con Nuendo… entrambe le versioni x86 e x64 se possibile (state scaricando la versione x64 di Bombardier da usare con Nuendo x64, giusto? Nuendo x64 supporta i VST x64, o solo i plugin x86 bridgeati?) Fate SOLO questo… nessun’altra variabile al test… Voglio solo vedere se QUESTO plugin funziona, da solo, in questi due host, su QUELLA macchina.

Non importa se uso Reaper x86 o Reaper x64, il plugin si carica con tutti i parametri come li ho salvati. Non importa se il “release” è impostato su manuale, lento, veloce o bomb… fa quello che dovrebbe e lo visualizza di conseguenza.

Affrontiamo un problema alla volta. Il problema per il momento è «i parametri del plugin salvati non vengono ripristinati.» Non speculizzate su cosa pensate che possa o non possa fare… tutto ciò rende più difficile per me separare le informazioni fattuali che posso usare per la risoluzione dei problemi da quello che state scrivendo. Apprezzo il vostro tentativo di aiutare, ma in questo caso è controproducente. Attenetevi a comportamenti osservabili e ripetibili e riportateli.

Non sto cercando di essere scortese, sto solo cercando di risolvere le cose il più rapidamente possibile per voi.

Scott

15

Non preoccuparti, amico.

Mi atterrò al problema del picco VST e affronteremo quelli della GUI più tardi, se sei d’accordo. Capisco pienamente e disapprovo l’essere controproducente.

Questi test che ho fatto in precedenza erano esattamente ciò che hai appena proposto. Sessioni nuove di zecca, solo una traccia stereo, Bombardier impostato solo nel primo slot.

Ho usato Nuendo x64 con Bombardier x64.

Ho una domanda per te: ottieni una elaborazione più intensiva del solito anche quando il materiale musicale svanisce? Voglio dire, probabilmente non noterei nulla se non usassi Nuendo.

Riusciremo a risolverlo!

16

Quindi riassumo ciò che ho ottenuto con Reaper oggi.

Oversample su:

Picco medio della CPU: 14%, forse meno.
Al termine del brano, picco della CPU, con dissolvenza vicino alla soglia: 21%

17

Uhm… no.

Per favore, fai quello che ti ho chiesto. Ci stiamo concentrando prima sui problemi di caricamento/salvataggio, poiché sono fondamentali per l’uso. Se hai problemi con l’utilizzo della CPU, puoi sempre bloccare o renderizzare le tracce, ma un progetto che non viene ripristinato nel modo in cui lo hai salvato potrebbe essere un problema.

Scott

18

Ok, Scott. Sarò fuori per le prossime due ore. Farò quello che mi hai chiesto quando torno.

E, giusto per la cronaca, dato che uso Bombardier per incollare il mix finale, congelare le tracce è impossibile. L’obiettivo è evitare più bounce. Ma per ora lascio perdere.

Tornerò presto, con altri risultati.

Grazie!!!

19

Certo, capisco… Dico «tu» nel senso generale che se qualcuno ha problemi di carico della CPU, il congelamento e/o il rendering sono abbastanza spesso un’opzione… non ti impedisce di usare il plugin. Testimone il numero di persone che eseguono enormi programmi Nebula su più tracce…

Controllerò più tardi per vedere cosa succede sulla tua macchina. Grazie.

Scott

20

Oh, capisco cosa intendi…

Utenti generici: CONGELATELI se ne avete bisogno, questo plug-in ne vale la pena!

Ritorno presto.