Beiträge von martin

    Hier kannst du auch Ideen einbringen.

    Zur der Idee:
    Ich sehe keinen Vorteil. Der Durchschnitt ist kaum so fit, das er 100% perfekt Anfang/Ende während einer Performance steuern könnte => Anfang/Ende muss man sowieso im Audio-Editor "beschneiden".
    Da kann man gleich die ganze Sitzung aufnehmen und dann die interessanten Bereich herauskopieren.

    Zu deiner Frage:
    Unter meinen Link findest du die gerade entstehende Beschreibung der gennanten Optionen + einige Diskussion darüber, der einmal Teil der GO Hilfe wird.

    Ein Mischen von HW und GO ist sinnloss.

    Es gibt schon so eine Liste als offenes Wiki:
    https://sourceforge.net/p/ourorgan/samplesets/

    Wie es dazu gekommen ist:
    1) Es wurde schon versucht, so eine Liste als Forum zu führen:
    http://www.magle.dk/music-forums/1…rgue-index.html
    Ergebnis: Daten kann man nur in einen neuen Post korrigieren => wird unübersichtlich, veraltete Links bleiben stehen.

    2) Eine Liste ist nur sinnvoll, wenn sie komplett ist und die Leute leicht ergänzen/updaten können.
    Wenn es Defizite gibt und man nichts daran ändern kann, besteht nur die Gefahr, das die nächste Version der Liste woanders gestartet wird.
    Von X-Listen mit 90% Überschneidung hat man nichts - es wird für die User nur verwirrender.

    Daher sollte ein einfaches, unbürokratisches Mitmachen auch möglich sein - selbst wenn der User nur einen Link beiträgt/aktualisiert.

    Was ist mit "Klaviatur mit gebrochener Okt." gemeint?

    Im Moment 11 Presets pro ODF (willkürliches Limit - beliebiger Erhöhbar im Code).

    "Tremulanten simuliert" ist bei GO nur "Amplitude based"

    Was sind Klangfilter?

    "Klangausgabe Kanaele": Kein Limit in GO - durch Hardware / Prozessorleistung / usw. faktisch begrenzt.

    "Polyphonie max." : Im Moment die willkürliche Konstante 50000 eingetragen - kann bei Bedarf erhöht werden.

    "Samplingrate max.": Ausgabe 44.1kHz, 48kHz. (Fehlen dort noch Sampleraten?). Samples: Beliebig - bei anderen muss angepasst werden, was zu lastern der Qualität geht.
    "Sample-Aufloesung max.": 8bit, 16bit, 24 bit PCM, 32 bit IEEEFloat.

    "Speicherbedarf min." welchen?

    Apple MAC OS: Prinzipiell möglich - nur gibt es keine regelmäßigen Builds dafür.

    "Preis aktuell in Euro": Ich würde auf OpenSource/GPL hinweisen.

    Add 1)
    a) MIDI Ausgabe-Interface/Gerät in den globalen Einstellungen aktivieren
    b) Im Senden Dialog Gerät + Kanel wählen. CTRL/PGM ist die Notennummer. Event ist 9x Note.

    Add 2)
    Nicht möglich. Schneide einfach die ganze Sitzung mit und kopiere mit einen Audio-Editor die interessanten Teile hinaus.

    "Presets" sind unterschiedliche Einstellungen für eine Orgel.

    Die Dokumentation der genannten Option wird hier gerade diskutiert:
    https://sourceforge.net/mailarchive/fo…rgan-developers

    Zum Vergleich mit HW kann ich nichts sagen.

    Da kommen die MIDI Kanäle durcheinander:
    0004A1E8 1 -- 94 45 64 5 A 4 Note On
    0004A1E8 1 -- 90 48 64 1 C 5 Note On
    0004A5BF 1 -- 84 48 00 5 C 5 Note Off
    0004A5CE 1 -- 90 45 00 1 A 4 Note Off

    On kommt auf Kanal 5, Off auf Kanal 1 [bzw. umgekehrt].

    Wenn es nur der Treiber von MIDI Interface ist, müßte ein alternatives Betriebsystem auch abhilfe schaffen. Bei GO Live (vgl. Forum) sollten Standard-Treiber für die meisten USB-MIDI Geräte/Interfaces dabei sein.

    1309 ist die neueste Version.

    Es kommen in unregelmäßigen Abständen neue Builds in den Testing Ordner - das zum "Stable" deklarieren wurde schon lange nicht mehr gemacht.

    Der alte GO ODF Parser war ziemlich tolerant, so das er selbst Blödsinn irgendwie interpretiert hat. Man findent in den diversen ODF diverse "Erfindungen" der ODF Ersteller (zB nicht existente Optionen, Syntax-Konstrukture) und kann teilweise anhand der Fehler auch nachvollziehen, wer von wem abgeschrieben hat.

    Der neue GO ODF Parser prüft strikt auf Fehler und meldet sie. Er sollte aber so sein, das die ODFs trotzdem noch nutzbar bleiben. Langfristig wird das die Qualität der ODFs verbessern.

    Bug im Startskript bei der Verwendung einer CD. Die Eingabe folgendes Startparameters (wo man GOtoGO auswählen kann) ist ein Workaround:
    kiwi_hybridpersistent=no

    An dauerhafte Lösung wird gearbeitet.

    Nachtrag: Korrigieres Image steht online (inkl. neueres GO).

    Kurz gesagt: Für den Resourcenverbrauch ist das Ergebniss stark erstaunlich.

    Stimmmodelierung geht Richtung Geheimwissenschaft (additive Synthese).

    Die Weiterentwicklung ist stehen geblieben - ich würde es für tot erklären.

    Zitat


    unabhängig davon, dass dieser Rechner mit Onboard-Sound wahrscheinlich arg in die Knie gehen würde (wenn das Board überhaupt welchen hat)

    Eine Soundkarte trägt bei GO NICHTS zur Performance bei. Egal ob ultra-teuer oder onboard, GO übergibt all X ms einen Datenblock zum Abspielen. Das Abspielen per DMA (dh. ohne CPU Nutzung) haben schon die SoundBlaster Karten vor X Jahren gekonnt.

    Wichtig für die GO Nutzung ist, das alle "Kanäle" vom Treiber als ein "Soundkarteneintrag" im Betriebsystem abgebildet werden. Die Unterstützung von Surround-Formaten wie 7.1 & Co ist ein gutes Zeichen dafür (was bei Onboard sehr oft gegeben ist). Teure Soundkarten können als Feature die Kanäle getrennt anbieten, was für GO nicht nutzbar ist.