Scripter Profi gesucht

[root_himself]

Ist schwer zu verallgemeinern. Mir persönlich sind 100 Zeilen Shellsript auch lieber als 30 Objekte im Automator. Wenn man tausende Zeilen Code in hunderten Sourcecodefiles gewöhnt ist, sind diese Snippets tatsächlich Kinkerlitzchen.

[milchstrasse7]

Yep,

wenn man mal die Alpensymphonie an einem Stück auf dem Flügel gespielt hat dann
ist das Wohltemperierte Klavier auch pipifax......

[deineblauenaugen]

Hehe genau so.

In der "richtigen" Programmierung hast du so Situationen wo einer sagt: "wir haben 1400 Zeilen Code in der Klasse XY. Das muss auf 500 runter!" Für so jemanden sind 200 Zeilen - das ist so das größte was ich in den Scripter Beispielen gesehen habe - natürlich Peanuts.

edit: ach das hat der su Root schon gesagt seh ich grad.

[root_himself]

In der "richtigen" Programmierung hast du so Situationen wo einer sagt: "wir haben 1400 Zeilen Code in der Klasse XY. Das muss auf 500 runter!"

Bei solchen Pflichtenheften ändere ich dann schon aus purer Boshaftigkeit einfach den Zeilenumbruch von ~80 auf ~200 Zeichen :hm_big_smile:

[Helge Kautz]

Ich muss gerade ur-ur-UR-alt Versionen von Software für neue Kernels compilieren (höre ich da "dependency hell"?) Alleine die configure-Dateien, die das Makefile basteln, haben mehr als 100.000 Zeilen... ganz schön unhandlich :-)

Im Allgemeinen sind mir aber ein paar Dutzend oder 100 Zeilen Script auch lieber, als Klötzchen per GUI mit bunten Linien zu verbinden.

Höllge

[Peter Ostry]

Variable im eigentlichen Sinn nicht, aber die meisten aktiven Environment Objekte können zur Speicherung von Daten verwendet werden. Was von der Anwendung her Variablen entspricht.

Ok, dann weiss ich nicht ob der Scripter tatsächlich mehr Funktionalität hat als das Environment. (Obwohl: kann man da auf Millisekunden Basis Aktionen steuern?

Das Environment hat keine Zeitbasis, es ist nur für die unmittelbare Bearbeitung von Events gedacht. Wer etwas zeitabhängig machen will muss Logic laufen lassen und aus dem jeweiligen Tempo eine Zeit gewinnen, oder einen MIDI-Puls von außen zuführen.

Ich weiß nicht was Chris vorhat, aber den EXS zum Beipiel für Artikulationen über Scripts zu steuern, wäre eine gute Idee für ähnliche Funktionalität wie in NI Kontakt. Für so etwas Environment Patches zu liefern ist für heutige User unzumutbar, vor dem EXS ein Script in ein Plugin kopieren kann jeder.

[milchstrasse7]

.....Für so etwas Environment Patches zu liefern ist für heutige User unzumutbar, vor dem EXS ein Script in ein Plugin kopieren kann jeder......

Nee eben nicht.

Ich kanns nicht.
Und da liegt das Problem was letztendlich keins ist/ oder doch.....:

Wie viele Jobs kann ein Mensch abdecken?
Instrumentalist + Komponist + Toningenieur + Programmierer + Systemadministrator + Buchhalter + Steuerfacharbeiter + wasmirgradnichteinfällt.....

Da MUSS einfach was auf der Strecke bleiben......

[deineblauenaugen]

.....Für so etwas Environment Patches zu liefern ist für heutige User unzumutbar, vor dem EXS ein Script in ein Plugin kopieren kann jeder......

Nee eben nicht.

Da hast du ihn glaub ich falsch verstanden. Um ein Scripter Midi Plugin von jemand anders zu verwenden legst du lediglich eine .pst Datei in einen bestimmten Order auf der HD. Dann kannst du es im Scripter Plugin auswählen und es läuft.

[deineblauenaugen]

Das Environment hat keine Zeitbasis, es ist nur für die unmittelbare Bearbeitung von Events gedacht. Wer etwas zeitabhängig machen will muss Logic laufen lassen und aus dem jeweiligen Tempo eine Zeit gewinnen, oder einen MIDI-Puls von außen zuführen.

Na dann geht im Scripter schon mehr als im Environment. Ob man viel Verwendung dafür findet ist eine andere Frage.

[milchstrasse7]

Da hast du ihn glaub ich falsch verstanden. Um ein Scripter Midi Plugin von jemand anders zu verwenden legst du lediglich eine .pst Datei in einen bestimmten Order auf der HD. Dann kannst du es im Scripter Plugin auswählen und es läuft.

Da kannst Du allerdings recht haben,

Es ist spät, ich hab 3 Bier intus, meine Frau ist seit gestern streitsüchtig, und Bayern München hat gewonnen.....
Fazit: ich bin heute nicht mehr zurechnungsfähig.

sorry

[Peter Ostry]

Alles gut in deiner Welt, du hast mich nicht falsch verstanden. Ich dachte wirklich, dass man den Code in eine Art Plugin-Editor reinkopiert. Daran sieht man wie gut ich mich mit dem Scripter auskenne und wie sehr mich der interessiert :-)

[Dingo]

Das Environment hat keine Zeitbasis, es ist nur für die unmittelbare Bearbeitung von Events gedacht. Wer etwas zeitabhängig machen will muss Logic laufen lassen und aus dem jeweiligen Tempo eine Zeit gewinnen, oder einen MIDI-Puls von außen zuführen.

Na dann geht im Scripter schon mehr als im Environment. Ob man viel Verwendung dafür findet ist eine andere Frage.

Es geht einiges im Scripter was im Environment nicht oder nicht so leicht umzusetzen ist.
Der Scripter hat keine Set Parameter Funktion und die Reset Parameter Funktion funktioniert nicht richtig.
Dadurch kann Beispielsweise kein visuelles Feedback erzeugt werden.

Simples Beispiel: Es wird eine Note gespielt und in der GUI kann es nicht angezeigt werden.

Dadurch wird ein Keyswicht Script zum Blindflug und meiner Meinung nach unbrauchbar.
Ein weiteres generelles Problem ist die Platzierung der Scripte innerhalb des Signalflusses.
Es ist nicht ohne gebastelt möglich den Midi Output eines Midi Plugins in Logic aufzunehmen.

Das macht das ganze Scripter Ding momentan noch zur Banane.
Vielleicht hat sich da ja mittlerweile etwas geändert... ich hab es nach zwei, drei Checks nicht mehr angefasst.

[Dingo]

Alles gut in deiner Welt, du hast mich nicht falsch verstanden. Ich dachte wirklich, dass man den Code in eine Art Plugin-Editor reinkopiert. Daran sieht man wie gut ich mich mit dem Scripter auskenne und wie sehr mich der interessiert :-)

Ja man kann den Code einfach in den Scripter reinkopieren und dann abspeichern oder aber schon abgespeicherte Scripte im Scripter öffnen. Beide Wege sind möglich.