De ce jbridge

program util. Se numește JBridge

Eu sincer vă sfătuiesc să cumpere toți cei care lucrează într-un mediu de cub pe Windows 5/32 7/64 cu cantitatea de memorie mai mare de 4 GB. (Am 16 GB.)
Practic, după instalarea programului - dispare limită de RAM atunci când se lucrează într-un cub de 5/32. Puteți încărca orice număr de „grăsime“ în biblioteca «Contact», așa cum mulți se „contacte“. Am proiectele mele mari nu a avut niciodată măcar Vries ceva. Toate trasee, 10-20 „contacte“ - fără nici o problemă.

Un pic de abstractizare.

64-biți windose oferă posibilitatea de a vedea toate aplicația care rulează instalată în memoria calculatorului numai în cazul în care cererea în sine este de 64 de biți.
cub nostru 5 este o aplicație pe 32 de biți. Un proces pe 32 de biți windose poate aloca mai mult de 2 GB de memorie (aici o mulțime de controverse - exact cât de multe, dar omite convențiile). Deci, chiar și în cazul în care computerul este setat la 32 GB de memorie RAM, cub 5/32 vede doar 2GB si nu mai mult. Și toate „contactele“ lor și așa mai departe, executați în interiorul spațiului de memorie, de exemplu. A. Pentru toate plug and VSTi, cubul este gazda. mediu și coajă. În cazul în care interiorul deschis „contact“ cub 5/32, descărcați-l la orice pian gros, bas si tobe Rickenbacker (orice de la Abbey Road), - scrie ceva pur și simplu nu este realist - ne lovim plafonul de memorie (2 GB per proces) și 2 GB foarte rapid rulează afară. Și creative cu auto-închidere capete / friză cub sau BSOD. Pentru sistemul, tot ceea ce am deschis in interiorul cubului - este un singur proces care este alocat la 2GB de memorie.

Destul de o imagine diferită dacă vom folosi JBridge.

Fără a intra în detalii, JBridge vă permite să rulați VSTi preferat în zona de memorie, care se află în afara memoriei alocate cubul. E. Cubul sistemului este eliberat, maxim, 2 GB. Un „contact“, care a fost condusă într-un mediu cub - a emis acum sistemele lor, personale 2GB disponibile. Și dacă, de exemplu, VSTi tau preferat - vechi și există numai ca pe 32 de biți, JBridge îl convertește astfel încât acesta va rula în propria sa separat de zona de depozitare cub, dar va avea o limită de 2 GB. Și dacă VSTi preferate pe 64 de biți, apoi JBridge clar pe 32 de biți cub face, și el (64-biți VSTi) începe să vadă toate RAM instalat. În ciuda faptului că lansarea cubului pe 32 de biți. În general, astfel încât să modifice JBridge stecher, că ei încep să nu pentru a rula ca procese in interiorul cubului, precum și procese independente windose. Ca programe separate.
Prin urmare, dacă aveți o mulțime de memorie RAM, puteți utiliza toate, deschiderea de procese noi si noi, instrumente.

De ce jbridge

În imagine: fiecare proces este auxhost64.exe VSTi, deschis în interiorul cubului.

Vreau restul vechi dragi cititori, v-ați găsit.
Aici am explicat că eu personal sunt impresionat. O cerere pentru mai multe detalii du-te pe site-ul programului. Pentru cei care nu vorbesc limbi, oferind un indiciu. Pe Google Translate (traducător în ambele direcții).

Vă mulțumesc pentru atenție, vă doresc buna dispozitie!

De ce jbridge