Go Back   Rumski Forum > Studijska tehnika i instrumenti > Audio Software

Audio Software VST, DX, AU.... plug-in instrumenti i efekti, modularni sintovi i dizajn modularne sinteze, semplovanje, semplovi i sample libraries diskusije, koje sekvencere, editore, plug-inse koristite. Da li je bolji Sonar ili Cubase? Sound Forge ili WaveLab?..

Reply
 
Thread Tools Display Modes
Old 18-10-2006, 08:58 PM   #1
peraZdera
Guest
 
Posts: n/a
Default Re: GPU Delay!!!

idekius:
Ali moras priznati da je mucenje samo sa jednim UAD-om...
Kako meris protok kroz PCI magistralu?
Ocigledno da je za UAD-ov GPU (s3 trio) dovoljan bandwith PCI magistrale... Ali bas me zanima sta koci, kad se preoptereti uad? Da li mu je slab gpu, PCI magistrala, spora memorija(na UAD-u), ili je ima malo, pa je onda velika potreba za streamovanje iz RAMa...

Quote:
Pusti Peru, nije pojeo pljesku već dva dana pa mu je percepcija specifična, ljuti nadrealizam, ne možeš ti to da skapiraš.
Dushan_S:
Sve ovo sto pricam sam negde procitao, probao i licno se uverio!

Graficka kartica vrlo mocna sprava i jeftina je samo zbog milijarderskog gaming trzista.
Pored brzog procesora odlikuje je i mnogo sira veza GPU - GDDR
- 3.0 GHz dual-core Pentium4: 24.6 GFLOPS
- NVIDIA GeForceFX 7800: 165 GFLOPs
- 1066 MHz FSB Pentium Extreme Edition : 8.5 GB/s
- ATI Radeon X850 XT Platinum Edition: 37.8 GB/s
Jedino usko grlo je PCIe magistrala. Kao sto sam vec rekao, zbog latence(upload - download) i bandwith-a(4gb up + 4gb dw)
  Reply With Quote
Old 18-10-2006, 09:33 PM   #2
idekius
Mason
 
idekius's Avatar
 
Join Date: May 2003
Location: Otkude Ni?, Serbia
Posts: 5,520
Default Re: GPU Delay!!!

Quote:
Originally Posted by peraZdera
idekius:
Ali moras priznati da je mucenje samo sa jednim UAD-om...
Kako meris protok kroz PCI magistralu?
Ocigledno da je za UAD-ov GPU (s3 trio) dovoljan bandwith PCI magistrale... Ali bas me zanima sta koci, kad se preoptereti uad? Da li mu je slab gpu, PCI magistrala, spora memorija(na UAD-u), ili je ima malo, pa je onda velika potreba za streamovanje iz RAMa...
Ne bih to nazvao muchenjem, vec bonusom preko onoga sto vec imas... a i jos uvek nisam video analogni studio u kojem imas 11 Pultec-a, a jos manje 8 stereo 1176-ica....

Sto se tice UAD-ovog DSP-a... ne iskljucujem mogucnost da je u pitanju neki GPU, nije nemoguce, ali... u zvanicnim specifikacijama ne sme da se laze, sme da se precuti, ali ne i da se laze, a tamo doslovce stoji 1GHz...

Pozeljno je da u nekoj narednoj verziji UAD-u pojachaju DSP, ali ovde je rech o nechem drugom...

Za preopterecenje UAD-a sam ti vec odgovorio, ali... reci cu ti opet... zasicenje DSP-a... ti razmisli sta bi se sa tvojim CPU-om desilo kada bi mu dao da gura istovremeno 4 odlichna reverba, ma da je to nemoguce porediti, jer neznam koji bi native reverb mogao da bude slichnih karakteristika Plate-u 140...

PCI protok ne merim... Jednostavno koristim kartu, radi, ne zeza me, plugovi su vise nego zadovoljavajuci i to mi je sasvim dovoljno, posto se bavim muzikom, a ne benchmarkovanjem racunara...

Neznam za novi TC PoCo, ali stari ima 4 x Motorola DSP 56362 / 100 MHz + 1 x Power PC 8240 / 200 MHz

SSL Duende ima 4 X Analog Devices Sharc S 333 MHz i to radi preko FW!

Pulsar ima 6 X Sharc S od po 66 MHz

CreamWare Scope Profesional ima 14 X Sharc S od po 66 MHz...

...i sve to radi u PCI slotu bez problema...

A bolje i da ne pominjem bombastichni Fairlight CC-1 koji ima monstruma od DSP-a koji gura 230 kanala sa svojim chanal streep-ovima sa 72 bit-nom dubinom po kanalu, 36 bitnom sabirnicom i to takodje ide u PCI slot... i radi... jos uvek neznam koji je to chip (ili chipovi) u pitanju...
__________________
http://www.facebook.com/idekius
idekius is offline   Reply With Quote
Old 18-10-2006, 11:02 PM   #3
alen
VIP Member
 
alen's Avatar
 
Join Date: Aug 2003
Location: Bački Petrovac
Posts: 1,087
Default Re: GPU Delay!!!

Auuuuuuuuuu ....
__________________
"Without deviation from the norm, 'progress' is not possible."
alen is offline   Reply With Quote
Old 20-10-2006, 02:02 AM   #4
Dushan_S
Pro Member
 
Dushan_S's Avatar
 
Join Date: Nov 2004
Posts: 1,736
Default Re: GPU Delay!!!

Quote:
Originally Posted by idekius

Sto se tice UAD-ovog DSP-a... ne iskljucujem mogucnost da je u pitanju neki GPU, nije nemoguce, ali... u zvanicnim specifikacijama ne sme da se laze, sme da se precuti, ali ne i da se laze, a tamo doslovce stoji 1GHz...
Ma jeste GPU, i jeste ne?to slabiji ali su ga nasvirali na veći klok. Bila već neka tema gde smo to pričali, a i bilo na drugim forumima tema gde se konkretno i pominjalo koji je konkretno čip u pitanju. A sve to opet nema veze sa onim o čemu se priča
__________________
"Ni pro?li put nisam verovao u reinkarnaciju"
www.triggerband.net
www.facebook.com/bandtrigger
Dushan_S is offline   Reply With Quote
Old 20-10-2006, 02:00 AM   #5
Dushan_S
Pro Member
 
Dushan_S's Avatar
 
Join Date: Nov 2004
Posts: 1,736
Default Re: GPU Delay!!!

Quote:
Originally Posted by peraZdera

Dushan_S:
Sve ovo sto pricam sam negde procitao, probao i licno se uverio!

Graficka kartica vrlo mocna sprava i jeftina je samo zbog milijarderskog gaming trzista.
Pored brzog procesora odlikuje je i mnogo sira veza GPU - GDDR
- 3.0 GHz dual-core Pentium4: 24.6 GFLOPS
- NVIDIA GeForceFX 7800: 165 GFLOPs
- 1066 MHz FSB Pentium Extreme Edition : 8.5 GB/s
- ATI Radeon X850 XT Platinum Edition: 37.8 GB/s
Jedino usko grlo je PCIe magistrala. Kao sto sam vec rekao, zbog latence(upload - download) i bandwith-a(4gb up + 4gb dw)
Nadrealizam sam vi?e pomenuo zato ?to se ne bi moglo reći da su ti postovi jasni na prvu loptu, kao ?to se da primetiti po reakcijama drugih ljudi. Ali mislim, nebitno, zajebancija. A to da li je PCIe "usko grlo" zaista ne znam ?ta da ka?em. usko u poređenju sa čime? Porno zvezdom? Đerdapskom klisurom? Firewire-om? Koliko sam ja kao slučajni prolaznik informisan, propusnost PCIe magistrale nije ono ?to je bio problem onima koji rade na iskoripćenju GPU-a za obradu audio podataka, nisam nigde pročitao da se neko ?alio na to, ?alili su se svojevremeno na AGP.
__________________
"Ni pro?li put nisam verovao u reinkarnaciju"
www.triggerband.net
www.facebook.com/bandtrigger
Dushan_S is offline   Reply With Quote
Old 20-10-2006, 03:50 AM   #6
diviner
Administrator
 
diviner's Avatar
 
Join Date: Jan 2003
Location: Novi Sad
Posts: 4,552
Default Re: GPU Delay!!!

Quote:
Originally Posted by peraZdera
idekius:
Ali moras priznati da je mucenje samo sa jednim UAD-om...
Kako meris protok kroz PCI magistralu?
Ocigledno da je za UAD-ov GPU (s3 trio) dovoljan bandwith PCI magistrale... Ali bas me zanima sta koci, kad se preoptereti uad? Da li mu je slab gpu, PCI magistrala, spora memorija(na UAD-u), ili je ima malo, pa je onda velika potreba za streamovanje iz RAMa...


Dushan_S:
Sve ovo sto pricam sam negde procitao, probao i licno se uverio!

Graficka kartica vrlo mocna sprava i jeftina je samo zbog milijarderskog gaming trzista.
Pored brzog procesora odlikuje je i mnogo sira veza GPU - GDDR
- 3.0 GHz dual-core Pentium4: 24.6 GFLOPS
- NVIDIA GeForceFX 7800: 165 GFLOPs
- 1066 MHz FSB Pentium Extreme Edition : 8.5 GB/s
- ATI Radeon X850 XT Platinum Edition: 37.8 GB/s
Jedino usko grlo je PCIe magistrala. Kao sto sam vec rekao, zbog latence(upload - download) i bandwith-a(4gb up + 4gb dw)

Mislim da pogresno kapiras i povezujes podatke sa nacinom funkcionisanja obrade podataka.

Obrada podataka se i u slucaju procesiranja na centralnom procesoru i u slucaju obrade grafike ne obavlja u streamu (onda bi zaista vazio problem koji si ti pokusao da aproksimiras nama). Koriste se blokovi podataka, koji se prebace u graficku, obradjuju dok se izvrsava scena, a zatim se loud-uje sledeca scena (cesto su ti podaci, koji cine sledecu scenu, komprimovani internim algoritmima za kompresiju i dekompresiju podataka). Isto to se radi i kada graficki cip poziva teksture iz graficke memorije, kojima zatim oblaze "geometriju" iliti mesh model. Onaj blok podataka koji se cesce poziva se smjesta u bafer memoriju (cache kod procesora, ili AGP aperture memorija kod graficke karte...imas u biosu opciju aperture size....ili "turbo cache" koje imaju recimo sve 6200 graficke karte sa malo memorije, pa koriste operativnu memoriju kao graficku po potrebi, a ta potreba je taman tolika da je i vise nego zadovoljava bandwidth PCI-E x16 ...inace bi ove mocne graficke karte trazile novi interfejs). Sve ovo implicira da slican zakljucak mozemo izvuci i kada je u pitanju funkcionisanje obrade podataka kod DSP audio karti, s tim da je audio mnogo, mnogo manje zahtjevan (manja kolicina podataka za obraditi) od grafike i videa (time propusni opseg totalno nestaje iz grupe cinilaca o kojima treba uopste razmisljati kao o problemu).

To je to...a zasto neke karte "opterecuju" PCI magistralu nekih maticnih ploca cemo ostaviti za drugi put.

PS. I pise se bandwidth a ne bandwith NHF.
__________________
[rumski administrator team] [ruDAW]


diviner is offline   Reply With Quote
Old 22-10-2006, 01:09 PM   #7
peraZdera
Guest
 
Posts: n/a
Default Re: GPU Delay!!!

Tek sada odgovaram, jer sam imao problema nalogom (kada bih pokusao da postujem, izbaci mi poruku ...you don't have permisssions... bla bla...).

Quote:
Mislim da pogresno kapiras i povezujes podatke sa nacinom funkcionisanja obrade podataka.
Ne.

Quote:
s tim da je audio mnogo, mnogo manje zahtjevan (manja kolicina podataka za obraditi) od grafike i videa
Bas me zanima da li imas predstavu kolika je to kolicina(u MB), kada uzmemo u obzir 192kHz audio i recimo 30 kanala?

Quote:
(time propusni opseg totalno nestaje iz grupe cinilaca o kojima treba uopste razmisljati kao o problemu).
Ok, ali sta kad podatak ne moze dovoljno brzo da se prenese iz gddr-a u ddr? Onda protok moze da bude i 4TB pa ne bi vredelo...

a evo i ovo..
christian hresko christian.hresko at verizon.net
Sun Aug 15 21:42:17 PDT 2004
this will change. soon. the major vendors (ATI, NVIDIA) are working hard to optimize the pipeline for gpgpu. at least that's what they said...On Aug 15, 2004, at 4:15 PM, James McCartney wrote:>> The problem with using the GPU for audio is getting the data off of > the GPU.> It is built to work as a one way pipe.>> On Aug 15, 2004, at 9:02 AM, christian hresko wrote:>>> and one of them illustrated the use of the gpu for FFTs in audio >> processing.>> _______________________________________________> sc-dev mailing list> sc-dev at create.ucsb.edu> http://www.create.ucsb.edu/mailman/listinfo/sc-dev


A evo malo i testova:U programu test1.exe mnozim dva niza od 8388608(2048*2048*2) clanova kroz 300 iteracija (300 frame-ova)i ne vracam rezultat u ram.U test2.exe radim ovo isto, s tim sto posle svake iteracije vratim rezultat u ram. U istom fodleru gde se nalazi exe pravi se textualni fajl sa rezultatom koji se moze videti i posle zavrsetka testa.http://www.rumski.com/forum/attachme...1&d=1161518797P.S.
Quote:
a zatim se loud-uje sledeca scena
predpostavljam da si hteo da kazes load-uje (zbog ove crtice...)
Attached Files
File Type: zip GPUvsCPU test.zip (131.2 KB, 358 views)
  Reply With Quote
Old 22-10-2006, 02:34 PM   #8
boggy
Moderator
 
boggy's Avatar
 
Join Date: Sep 2005
Location: Beograd
Posts: 6,200
Default Re: GPU Delay!!!

Quote:
Originally Posted by peraZdera
....... kolika je to kolicina(u MB), kada uzmemo u obzir 192kHz audio i recimo 30 kanala?
......
Evo, 'el mogu ja?

ako je 24bit (ili bolje 32bit, jer se transakcije ni ne mogu najcesce uraditi samo 24bitno), i neka je samo 48kHz, i neka audio nije kompresovan u mp3 (koliko znam, nikada nije u toku obrade), to je onda 48kS/sec*4byte = 192kByte/sec po kanalu. Za trideset dva kanala to postaje 6144kByte/sec, odnosno dva puta toliko ako u neku "masinu" ulazi da bi se obradio, pa kasnije izlazi obradjen odatle (doticne magistrale nemaju posebnu Read i Write magistralu, nego sve ide "ucesljavanjem" Read i Write sekvence).

Znaci 12288kByte/sec ili 12Mbyte/sec je teoretska potreba za protokom prilikom obrade 32 audio kanala sa sample rate od 48kHz i duzine sample-a 32bit (integer, fixed point), pod uslovom da se strimovi obradjuju, odnosno, moraju da odu i da se vrate. Ako se poveca sampling rate dva puta, onda se i to povecava dva puta itd...

E sad, za doticne magistrale postoji dosta stvari koje uticu na njihovu raspolozivost, znaci pitanje komunikacije sa ostalim periferalima na magistrali pitanje njihovog zadrzavanja (nisu sve periferije brze imaju "stanja cekanja" na odziv,... itd), isto tako, ako je PC u pitanju (relativno nepoznat i neocekivan hardware, mislim, sa neocekivanim ponasanjem), mogu nastati neocekivani rezultati...

Magistrala je "brza" obicno onoliko koliko je "brza" najsporija periferija na njoj i koliko prostora ima dizajner da je ubrza i vrlo cesto, manje se spominje, zavisi od vestine dizajnera ploce/periferije (teoretske propusne moci obicno odredjuju oni koji su magistralu dizajnirali, e sad, oni koji dizajniraju ploce moraju znati isto sto i dizajneri ploca u firmi koja dizajnira BUS... koja im, pak, uzima pare za kurseve... itd... komplikuje se, u smislu poslovnih interesa)...

Tako da price o teoretskoj propustljivosti nekog BUS-a su samo lepe zelje onih koji taj BUS guraju na trziste, a sta se sa njime realno moze postici, to se ne moze ocekivati bez "prljanja ruku", odnosno bez pokusaja da se nesto napravi, pa kontrolisati rezultate...

Pricam iz licnog iskustva, ne sa pomenutom novom magistralom, nego sa magistralama uopste. Recimo, ako se ploca pravi custom, samo za odredjenu namenu, moguce je sa smesno sporim i malim procesorom "naprziti" memorijsku magistralu da realno (iz aplikacije) dopusta veci protok nego procesor na standardnoj PC ploci sa desetak i vise puta brzim clockom...

E sad, tu "igra" i hardverski dizajn ploce, gde kod mene veze do memorijskih cipova (BEZ konektora, ulemljeni) ne prelaze duzinu od 5cm, a da su na standardnim PC plocama te veze duze i pet puta, jos ako se uzme sirina konektora itd... Isto tako na custom ploci ja ne razbijam glavu sta ce neko da "ubode" u nju jer nema GDE to da uradi... itd.

Znaci, teoretske brzine su jedna prica, i lepa zelja, bile uvek,... moguce je najsigurnije ostvariti ih samo na custom hardware-u, koji radi samo jedan posao i/ili samo jednu grupu poslova... u standardnom hardware-u je primarno da on radi sa svim neocekivanim dodatnim karticama, te se tu vrlo cesto srozavaju performanse u cilju stabilnog rada...

Da ponovim, ovo je stara prica, i postoji od kada postoje procesorske magistrale za periferije... i od kada je, nekad davno, stampanje na stampacu "smrzavalo" ceo PC (tako je sve pocelo)... sada su magistrale nove i brze, ali problemi su stari iako su brzi i oni...


pozdrav i izvin'te sto se ubacujem

bogi
__________________
@Facebook
@Instagram
Email: boggy@myroom-acoustics.com

--"We can never see past the choices we don't understand." (Oracle, The Matrix Reloaded)
boggy is offline   Reply With Quote
Old 22-10-2006, 03:45 PM   #9
peraZdera
Guest
 
Posts: n/a
Default Re: GPU Delay!!!

Quote:
Quote:
Originally Posted by peraZdera
....... kolika je to kolicina(u MB), kada uzmemo u obzir 192kHz audio i recimo 30 kanala?
......



Evo, 'el mogu ja?

ako je 24bit (ili bolje 32bit, jer se transakcije ni ne mogu najcesce uraditi samo 24bitno), i neka je samo 48kHz, i neka audio nije kompresovan u mp3 (koliko znam, nikada nije u toku obrade), to je onda 48kS/sec*4byte = 192kByte/sec po kanalu. Za trideset dva kanala to postaje 6144kByte/sec, odnosno dva puta toliko ako u neku "masinu" ulazi da bi se obradio, pa kasnije izlazi obradjen odatle (doticne magistrale nemaju posebnu Read i Write magistralu, nego sve ide "ucesljavanjem" Read i Write sekvence).

Znaci 12288kByte/sec ili 12Mbyte/sec je teoretska potreba za protokom prilikom obrade 32 audio kanala sa sample rate od 48kHz i duzine sample-a 32bit (integer, fixed point), pod uslovom da se strimovi obradjuju, odnosno, moraju da odu i da se vrate. Ako se poveca sampling rate dva puta, onda se i to povecava dva puta itd...

E sad, za doticne magistrale postoji dosta stvari koje uticu na njihovu raspolozivost, znaci pitanje komunikacije sa ostalim periferalima na magistrali pitanje njihovog zadrzavanja (nisu sve periferije brze imaju "stanja cekanja" na odziv,... itd), isto tako, ako je PC u pitanju (relativno nepoznat i neocekivan hardware, mislim, sa neocekivanim ponasanjem), mogu nastati neocekivani rezultati...

Magistrala je "brza" obicno onoliko koliko je "brza" najsporija periferija na njoj i koliko prostora ima dizajner da je ubrza i vrlo cesto, manje se spominje, zavisi od vestine dizajnera ploce/periferije (teoretske propusne moci obicno odredjuju oni koji su magistralu dizajnirali, e sad, oni koji dizajniraju ploce moraju znati isto sto i dizajneri ploca u firmi koja dizajnira BUS... koja im, pak, uzima pare za kurseve... itd... komplikuje se, u smislu poslovnih interesa)...

Tako da price o teoretskoj propustljivosti nekog BUS-a su samo lepe zelje onih koji taj BUS guraju na trziste, a sta se sa njime realno moze postici, to se ne moze ocekivati bez "prljanja ruku", odnosno bez pokusaja da se nesto napravi, pa kontrolisati rezultate...

Pricam iz licnog iskustva, ne sa pomenutom novom magistralom, nego sa magistralama uopste. Recimo, ako se ploca pravi custom, samo za odredjenu namenu, moguce je sa smesno sporim i malim procesorom "naprziti" memorijsku magistralu da realno (iz aplikacije) dopusta veci protok nego procesor na standardnoj PC ploci sa desetak i vise puta brzim clockom...

E sad, tu "igra" i hardverski dizajn ploce, gde kod mene veze do memorijskih cipova (BEZ konektora, ulemljeni) ne prelaze duzinu od 5cm, a da su na standardnim PC plocama te veze duze i pet puta, jos ako se uzme sirina konektora itd... Isto tako na custom ploci ja ne razbijam glavu sta ce neko da "ubode" u nju jer nema GDE to da uradi... itd.

Znaci, teoretske brzine su jedna prica, i lepa zelja, bile uvek,... moguce je najsigurnije ostvariti ih samo na custom hardware-u, koji radi samo jedan posao i/ili samo jednu grupu poslova... u standardnom hardware-u je primarno da on radi sa svim neocekivanim dodatnim karticama, te se tu vrlo cesto srozavaju performanse u cilju stabilnog rada...

Da ponovim, ovo je stara prica, i postoji od kada postoje procesorske magistrale za periferije... i od kada je, nekad davno, stampanje na stampacu "smrzavalo" ceo PC (tako je sve pocelo)... sada su magistrale nove i brze, ali problemi su stari iako su brzi i oni...


pozdrav i izvin'te sto se ubacujem

bogi
Ok. Da racunamo u svakom slucaju nije preko 50 MB/s pri najvecem sample rate-u. To svakako nije mnogo...
A sto se tice PCIe slota... u praksi nije uopste mnogo brzi od agp8x.
Jesi li pogledao one test programe koje sam okacio?
  Reply With Quote
Old 22-10-2006, 04:06 PM   #10
boggy
Moderator
 
boggy's Avatar
 
Join Date: Sep 2005
Location: Beograd
Posts: 6,200
Default Re: GPU Delay!!!

Quote:
Originally Posted by peraZdera
Ok. Da racunamo u svakom slucaju nije preko 50 MB/s pri najvecem sample rate-u. To svakako nije mnogo...
Pod uslovom da je samo to...

Bez obzira na sve, papir i olovka su izuzetno vredni pomagaci kod ovakvih stvari... sprecavaju "rad napamet" i ofrlje pretpostavke...
Ako nekako mozes da meris vremena, onda to uradi... nemas Logic Analyzer, i nemas predstavu ko te usporava (ako te iko usporava), brljas u "mraku i magli"... spremi alate za to!
Dibagovati magistralu bez Logic Anlyzera je prilicno velika vestina, i potpisujem da oni koji su dizajnirali sprave na kojima radis ne znaju tu vestinu, jednostavno zato sto su Logic Analyzer imali na stolu

Quote:
Originally Posted by peraZdera
A sto se tice PCIe slota... u praksi nije uopste mnogo brzi od agp8x.
Kreni sa stereo stream-om, malim koracima, brini o funkcionalnosti, batali ostale stvari... dok ne proradi...

Pretpostavljam da se tu mora i nekakav protokol komunikacije napisati... sta se radi sa kojim semplom, redni broj sempla (da se ne pobrkaju)... itd..
Nisam upoznat detaljno o prici koju pricas, ali je pomno pratim na ovom Forumu, jer mi je interesantna.
Pomagacu nekim opstim pricama koje sam iskusio, ako bude prilike kao sad, recimo kada krenu price da ti "bulaznis" jer su svi procitali da to nije tako, iako ti GLEDAS problem a ostali citaju o problemu i veruju... Takve probleme sam imao i ja, i to je prilicno destimulisuce za onog ko je zavukao ruke u "saht" da ne bi (i drugima, komentatorima) "smrdelo"... naravno, niko od komentatora ne primecuje da tebi smrdi do besvesti u tome sahtu... itd.

Da ponovim, ne znam ja uopste da li ti gresis negde ili ne, ali ova prica mi dovoljno izgleda poznato da se ne moze ocekivati bas sve onako kako papiri kazu... dok se to ne proveri i konkretno, na kraju, ne iskristalise ko je nesto "zaj..'o" u ARMIJI ljudi koji su dotakli ovu tvoju problematiku, u toku realizacije, dok nije dosla do tebe.

Inace kada to saznas, najverovatnije mozes da se "slikas" sa tim saznanjem.

Quote:
Originally Posted by peraZdera
Jesi li pogledao one test programe koje sam okacio?
Ne, nisam... ne smem! Radim nesto drugo, i ako krenem da brljam po tome mogu da se "zaboravim"

Trudicu se, barem za sad, da budem samo "glas razuma" u ovoj prici... mislim da ti je to dovoljno, i da ces se vec sam iskobeljati...

pozdrav

bogi


p.s. Pokusaj da sto pre dobijes stereo DEMO i baci na Forum da ljudi to probaju!!! Mnogo je vaznije raditi funkcionalnost, a brzinu ostaviti za kasnije,... seti se da je namena onoga sto radis primarno funkcija i kvalitet, a brzina je tek sledeci zahtev
__________________
@Facebook
@Instagram
Email: boggy@myroom-acoustics.com

--"We can never see past the choices we don't understand." (Oracle, The Matrix Reloaded)
boggy is offline   Reply With Quote
Reply


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is On

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Delay zmaj Audio Software 13 30-03-2009 10:16 PM
Pilotirani delay??? bojanmil Audio Produkcija - Tehnike 9 19-06-2008 02:42 PM
vst delay loomen Audio Software 12 04-04-2008 10:30 PM


All times are GMT +1. The time now is 12:03 PM.


Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.
vB.Sponsors