buffi
- Registriert
- 12.09.08
- Beiträge
- 3.318
- Reaktionen
- 541
- Punkte
- 15.111
@synth
mach doch erstmal den kern mit c++ oder eine andere schnelle sprache der wahl
auf basis des VST framework
da hast du genug zu tun bis das mal läuft
die gui spartanisch und funktionell mit standard gui elementen
wenn du danach dann noch nicht frustriert den löffel in den sand gesteckt hast, kannst du dich an die gui machen und an die portierung oder crosscompilierung auf andere systeme bzw schnittstellen
was du willst (32/64bit, Plattformunabhängig, top 3 schnittstellen versorgen) ist meines erachtens für einen anfänger zuviel des guten.. lern krabbeln, dann laufen
du wirst schon genug probleme im kern bewältigen müssen.. stichwort threading, synchronisation.
ich hab mal eine DAW programmiert, die man für live zwecke über wlan komplett fernsteuern konnte (multiclient fähig usw..) so wie das mackie dingens oder das von sm-pro-audio
da juckt einem die oberfläche erstmal garnicht weil da so viel probleme wärend dem coden auftreten, an die du vorher nicht im entferntesten geahnt hattest
z.b. war es krank, die VST plugins einzubinden als VST-Host - ferngesteuert!
dazu die synchronisation mit den lan schnittstellen in beide richtungen und multiclient fähig
das ganze dann auch noch multithreading fähig.. und ganz oben drauf kommt dann noch die anforderung, daß es nicht nur funktionieren soll, sondern auch performant (asio crackles) und stabil (live betrieb)
gut für ein einzelnes kleines VST (oder AU oder was auch immer) pluginchen ist die spielwiese etwas kleiner.. aber gerade die synchronisation der gui mit dem algorithmus, der die buffer berechnet ist schnell mal übersehen
btw assembler ist eigentlich kein thema mehr.. das meiste optimiert der compiler eh effizienter
d.h. man kann eher was verlangsamen.. aber das solltest du ja wissen, wenn du DSP kenntnisse hast..
mach doch erstmal den kern mit c++ oder eine andere schnelle sprache der wahl
auf basis des VST framework
da hast du genug zu tun bis das mal läuft
die gui spartanisch und funktionell mit standard gui elementen
wenn du danach dann noch nicht frustriert den löffel in den sand gesteckt hast, kannst du dich an die gui machen und an die portierung oder crosscompilierung auf andere systeme bzw schnittstellen
was du willst (32/64bit, Plattformunabhängig, top 3 schnittstellen versorgen) ist meines erachtens für einen anfänger zuviel des guten.. lern krabbeln, dann laufen
du wirst schon genug probleme im kern bewältigen müssen.. stichwort threading, synchronisation.
ich hab mal eine DAW programmiert, die man für live zwecke über wlan komplett fernsteuern konnte (multiclient fähig usw..) so wie das mackie dingens oder das von sm-pro-audio
da juckt einem die oberfläche erstmal garnicht weil da so viel probleme wärend dem coden auftreten, an die du vorher nicht im entferntesten geahnt hattest
z.b. war es krank, die VST plugins einzubinden als VST-Host - ferngesteuert!
dazu die synchronisation mit den lan schnittstellen in beide richtungen und multiclient fähig
das ganze dann auch noch multithreading fähig.. und ganz oben drauf kommt dann noch die anforderung, daß es nicht nur funktionieren soll, sondern auch performant (asio crackles) und stabil (live betrieb)
gut für ein einzelnes kleines VST (oder AU oder was auch immer) pluginchen ist die spielwiese etwas kleiner.. aber gerade die synchronisation der gui mit dem algorithmus, der die buffer berechnet ist schnell mal übersehen
btw assembler ist eigentlich kein thema mehr.. das meiste optimiert der compiler eh effizienter
d.h. man kann eher was verlangsamen.. aber das solltest du ja wissen, wenn du DSP kenntnisse hast..