einseinsnull
[nur noch PN]
mit beap oder 110.modular oder mit jsui oder live decives kommst du schnell irgendwohin, weisst dann aber nicht, warum es funktioniert.
natürlich könnte man dann auch einfach mal reinschauen, wie es gemacht ist, aber beap ist dann eben christopher style und 110 modular ist roman style, javascript müsste man auch bereits kennen um es lesen zu können.
das heißt um deinen eigenen style zu finden sind die mitgelieferten sachen vermutlich besser, weil sie halbwegs neutral sind.
ich selbst bin niemand der aus büchern oder tutorials lernen könnte, ich mach auch einfach drauf los. aber da du dabei erst mal alle 5 minuten hängen bleibst sind die diversen hilfen dann wenigstens hinterher dein freund.
wenn man nicht weiß, ob es für den job X ein objekt gibt helfen schlagworte in der programmeigenen suche oder das forum.
wenn man dann wissen will, wie das objekt funktioniert, empfiehlt sich als erstes das helpfile, wobei die allerdings nie "komplett" sind und auch nicht fehlerfrei.
eine quasi technische dokumentation findet man dann in der reference. ich persönlich google dazu einfach "objectname max msp reference" und dann bin ich bei der online version.
die für v8 ist irgendwie immer noch nicht fertig, aber im regelfall kommst du mit der 7er auch erst mal klar, zumindest aufwärtskompatibiltät ist immer vorhanden.
eine ähnliche funktion, jedenfalls in bezug auf nachrichten die ein objekt entgegennimmt, bietet dir seit max v6 auch das objekt [attrui], dem allerdings leider eine sinnvolle darstellung der erlaubten number ranges fehlt.
über solche themen wie "data rate vs signal rate" oder die best practice für #irgendwas aus der szene wirst du im forum immer irgendwas finden.
auch gibt es inzwischen ein paar ganz nette artikel auf der webseite, vor allem der über "scheduler, queue und order" wurde nach 20 jahren ratespiel mal dringend benötigt.
natürlich könnte man dann auch einfach mal reinschauen, wie es gemacht ist, aber beap ist dann eben christopher style und 110 modular ist roman style, javascript müsste man auch bereits kennen um es lesen zu können.
das heißt um deinen eigenen style zu finden sind die mitgelieferten sachen vermutlich besser, weil sie halbwegs neutral sind.
ich selbst bin niemand der aus büchern oder tutorials lernen könnte, ich mach auch einfach drauf los. aber da du dabei erst mal alle 5 minuten hängen bleibst sind die diversen hilfen dann wenigstens hinterher dein freund.
wenn man nicht weiß, ob es für den job X ein objekt gibt helfen schlagworte in der programmeigenen suche oder das forum.
wenn man dann wissen will, wie das objekt funktioniert, empfiehlt sich als erstes das helpfile, wobei die allerdings nie "komplett" sind und auch nicht fehlerfrei.
eine quasi technische dokumentation findet man dann in der reference. ich persönlich google dazu einfach "objectname max msp reference" und dann bin ich bei der online version.
die für v8 ist irgendwie immer noch nicht fertig, aber im regelfall kommst du mit der 7er auch erst mal klar, zumindest aufwärtskompatibiltät ist immer vorhanden.
eine ähnliche funktion, jedenfalls in bezug auf nachrichten die ein objekt entgegennimmt, bietet dir seit max v6 auch das objekt [attrui], dem allerdings leider eine sinnvolle darstellung der erlaubten number ranges fehlt.
über solche themen wie "data rate vs signal rate" oder die best practice für #irgendwas aus der szene wirst du im forum immer irgendwas finden.
auch gibt es inzwischen ein paar ganz nette artikel auf der webseite, vor allem der über "scheduler, queue und order" wurde nach 20 jahren ratespiel mal dringend benötigt.