Ardour 9.7 veröffentlicht - DAW

• Die Seitenleiste MIDI Tools kann nun nicht nur im Pianoroll, sondern auch im Editor verwendet werden; der Quantize-Dialog wurde entfernt, und der Inline-Editor nutzt stattdessen die Quantize-Einstellungen von MIDI Tools
• Die Seite Control Surfaces in den Einstellungen zeigt unterstützte Geräte gruppiert nach Herstellern an und bietet für jede aktive Surface eine eigene Schaltfläche Settings
• Ein Regression bei hot-plugging auf mehreren unterstützten Surfaces wurde behoben, sodass sie beim Anschließen an den Computer wieder automatisch aktiviert werden können
• Dem Editor wurde eine optionale Vertical Summary hinzugefügt, die standardmäßig deaktiviert ist und über View > Show Vertical Summary eingeschaltet werden kann
• Die Wiederherstellung von misc-port-Verbindungen wurde je nach Backend/Gerät auf auditioner, metronome click out und LTC generator output erweitert; die Preferences-Option zur Auswahl des LTC-generator-Ports ist nicht mehr nötig und wurde entfernt
• LTC sync hält die Aufnahme auch dann weiter aufrecht, wenn die Verbindung unterbrochen wird oder sich die FPS ändern
• Die Automation-Lane im Pianoroll arbeitet auf HiDPI-Geräten stärker dpi-aware, und die Erkennung des note visibility range ist genauer geworden
• Durch die Bereinigung von MIDI chase sollten keine drone notes mehr auftreten, wenn Playhead und Notenstartpunkt übereinstimmen; außerdem werden beim Locaten innerhalb einer Region nun auch Parameter wie MIDI CC und bender gechased
• Behoben wurden unter anderem ein sofortiger Absturz beim Aufklappen der MIDI-Tools in einem leeren Pianoroll, Probleme beim erneuten mp3-Export nach dem Audition unter Windows sowie eine dangling reference von MidiRegion beim Beenden einer Session

[GN⁺]

Meinungen auf Hacker News

• Die Formulierung auf der „What’s New“-Seite war lustig: „Manche werden vielleicht darüber lachen, dass einige ‚neue Funktionen‘ in anderen DAWs schon seit 20 Jahren existieren, aber das ist in Ordnung — wir lachen auch, wenn andere DAWs jetzt erst Dinge hinzufügen, die Ardour schon 2005 konnte.“

  • Ich habe 2007 angefangen, Ardour zu nutzen, und mein Studio weitgehend auf Linux-basierte Audioproduktion umgestellt. Dieses Jahr habe ich nach fast 10 Jahren wieder einen Auftrag zur analogen Restaurierung übernommen und freue mich darauf, mich wieder einzuarbeiten.
    Früher haben wir mit jack+ardour, einem Low-Latency-/Preemption-Kernel und Anpassungen am TCP/IP-Stack auf Standardhardware 40 ms Netzwerkaudio-Latenz erreicht und damit die Abläufe vor Ort stark erweitert. Mit nur einem Laptop, einer USB-Soundkarte, einem Mikrofon und Internet konnten wir wenige Minuten nach Ende einer Veranstaltung MP3s, CDs und Live-Webcasts erstellen.
    Transkriptionen erledigten wir ebenfalls per makrobasierter Stenografie, am Ende konnte ich sogar alles einhändig tippen. Es ist erstaunlich, dass wir heute in einer Zeit leben, in der man es einfach per Pipe an Whisper übergibt und Untertitel in allen Formaten und Sprachen erhält.
    Gelernt habe ich, dass freie und Open-Source-Software großartig ist — und dass mich etwas nicht aufhalten kann, wenn ich nie gelernt habe, dass es „schwierig“ ist. Man sollte sich nicht aus Gier oder Stolz selbst die Werkzeuge wegnehmen.

• Ich bin kein Musiker, aber ich schneide seit Jahren Podcasts mit Ardour und zahle weiterhin ein Abo. Besonders gefällt mir der Workflow, Audio beim Editieren mit 2-facher Geschwindigkeit abzuspielen: Im ersten Durchgang entferne ich schnell offensichtliche Stellen wie Stille, Husten und „äh“, danach mache ich bei 1-facher Geschwindigkeit die Feinbearbeitung.
  Allerdings ist diese Funktion seit v6 etwas schlechter geworden, sodass ich trotz vieler neuer Releases weiter bei v5 geblieben bin. Ich teste jede neue Version sofort, wenn sie erscheint, habe aber für meinen Workflow weiterhin das Gefühl, dass v5 besser ist.
  Das soll keine Beschwerde sein; solange Ardour 5 auf meinem Computer weiterläuft, bin ich ein zufriedener Nutzer, und ich bin dankbar, dass es Ardour gibt. Ich frage mich nur, ob es andere gibt, die es ähnlich verwenden und in neueren Versionen dasselbe Problem hatten.

  • Gut zu hören, dass dieses Problem behoben wurde, aber ich frage mich wirklich, warum du es nicht gemeldet hast, obwohl du über drei Jahre lang ein Abo bezahlt hast und das Problem dich am Upgrade gehindert hat. Ardour 6.0 erschien im Mai 2020, und wie man in diesem Thread sieht, sind die Ardour-Entwickler durchaus bereit, die Software anhand von Feedback zu verbessern.
    Im Allgemeinen freuen sich Open-Source-Entwickler, von einigen Ausnahmen abgesehen, über Bugreports. Das ist nicht wie in der Windows-Freeware-Welt, wo etwas irgendwo in ein Webforum geworfen wird und der Bericht in einem schwarzen Loch verschwindet.
  • Ich würde gern wissen, wie genau diese Funktion seit v6 schlechter geworden ist.

• Glückwunsch, Paul. Der Schöpfer von Ardour ist auch hier aktiv und war früher auch auf der Linux-Audio-Mailingliste sehr aktiv und äußerst hilfsbereit. Aus den dortigen Detaildiskussionen zur Audioprogrammierung habe ich viel gelernt.
  Heute hat sich meine Arbeit von Linux-Audio in Richtung Max/MSP verlagert, aber Linux-Audio-Hacking Mitte der 2000er war mein Einstieg in die Welt der Programmierung und führte letztlich zu einer produktiven Karriere in der Tech-Branche. Ardour war immer eine große Hacker-Inspiration und ein glänzendes Beispiel dafür, wie viel ein einzelner kluger und engagierter Programmierer erreichen kann. Ich freue mich, dass es immer noch so gut dasteht.

  • Schön zu sehen, dass Scheme for Max offenbar das ist, worauf ich lange gehofft habe.

• Ich bin der Lead Developer, falls es Fragen gibt, kann ich sie beantworten.

  • Track-/Bus-Gruppen, VCA und jetzt temporäre Gruppen wirken wie drei verschiedene Arten, ungefähr dasselbe zu tun. Ich frage mich, ob es Pläne gibt, sie in einem einzigen Konzept zu vereinheitlichen.
    Mir ist besonders klar, dass VCA anders ist, aber aus der Ferne betrachtet ist es am Ende doch eine Gruppe von Gruppen, oder?
  • Mich würde interessieren, was der Hauptgrund dafür war, dass Auswahlgruppen nicht auf Control Surfaces angewendet werden. Andernfalls ist mir nicht ganz klar, was Mehrfachauswahl bedeutet.
    Außerdem frage ich mich, ob es eine Möglichkeit gibt, Funktionen zu Control Surfaces hinzuzufügen, ohne C zu schreiben. Ich nutze viel den Behringer X-Touch, bin aber zu Reaper gewechselt, weil es ein Plugin mit tieferer X-Touch-Integration gibt, wodurch bestimmte Aufgaben für mich deutlich schneller gehen.
  • Das sieht wirklich großartig aus. Falls kleines Feedback hilft: In iOS Safari ist das Website-Layout kaputt. Man kann horizontal etwa vier Seitenbreiten weit scrollen, danach ist nichts mehr zu sehen. Die erste Seite ist ebenfalls so.
    Ich habe auch ein kurzes Video hochgeladen, falls das hilft: https://youtube.com/shorts/2dItDk_FtkI?si=WSsM2fgWR91IR7wU
  • Früher habe ich Cubase benutzt, bin jetzt aber wieder zu FL Studio zurückgekehrt, weil ich Gedanken und Ideen dort schneller herausbekomme als in Cubase.
    Ardour verfolge ich schon seit sehr langer Zeit, habe es aber nie ausprobiert. Da ich hauptsächlich komponiere und viele VSTs nutze, frage ich mich, worauf ich bei einem Wechsel verzichten müsste.

• Ich wollte es seit Jahren ausprobieren und habe erst vor Kurzem angefangen, Ardour zu nutzen. Wenn man die Grundlagen lernt, etwa den Unterschied zwischen Tracks und Bussen und den Umgang mit EQ-/Kompressor-/Limiter-Plugins, wirkt es weniger einschüchternd. Die Unfa-Tutorials auf YouTube haben mir sehr geholfen.

• Im Screenshot ist der hervorragende Surge-Synthesizer zu sehen. Falls ihr ihn nicht kennt, lohnt sich ein Blick. Er klingt gut und die Oszillator-Sektion ist großartig.

  • Surge ist gut, aber Vital ist deutlich leistungsfähiger: https://vital.audio/
    Früher konnte man Synthesizer auf dem Niveau von Sylenth oder Serum nicht kostenlos nutzen, und damals waren Dinge wie Surge oder Helm das Beste, worauf man sich verlassen konnte. Ein paar kostenlose U-HE-Plugins oder die Standard-Plugins der DAW waren ungefähr die Optionen. Produzenten heute haben wirklich Glück, weil es so viele hervorragende kostenlose Optionen gibt.
  • Es ist dreimal so groß wie die DAW selbst, und anders als die DAW braucht es ein Installationsprogramm, das dabei nach dem Admin-Passwort fragt. Ich frage mich, wo die alten README.txt-Dateien geblieben sind, in denen stand: „Lege diese Datei in jenes Verzeichnis.“

• Die mit Ardour 8.0 eingeführte Raster-Werkzeugfunktion, mit der man das Raster direkt an von Menschen gespielte Beats und Taktanfänge ziehen und ausrichten kann, war seit über 20 Jahren nötig. Viel Musik ist durch die Maschinenhaftigkeit des Rasters ausgedünnt worden, und menschliches Tempo verändert sich ganz natürlich ständig ein wenig. Wer das kaum glauben kann, sollte einmal einen alten Klassiker in eine DAW laden und das Raster daran ausrichten
  Mit „Quantize“ oder „Humanize“ ließ sich das nicht lösen. Tempoänderungen wie Ritardando, Accelerando und Rubato sind für die Musikalität echter Aufführungen unverzichtbar. Raster oder Click-Track müssen nicht zwangsläufig jede Spur beeinflussen, erhöhen aber bei automatisierten Parts oder Sample-Parts die Komplexität erheblich
  Bei menschlichem Spiel ändert sich das Tempo je nach Emotion. Diese Funktion mag manuell sein, klingt aber eindeutig nach einem Fortschritt
  „Es wird Musik entstehen, als würde ein guter Sänger singen und ein armseliger Dummkopf begleiten, der nur stur den Takt klopft und dem Sänger nicht nachgibt. Der Sänger müsste in Verzweiflung auf jeden künstlerischen Ausdruck verzichten.“ — Constantin von Sternberg, „Tempo rubato, and other essays“

• Ardour ist zwar GPLv2-Open-Source, rät aber ziemlich unverblümt davon ab, es aus dem Quellcode zu bauen: https://ardour.org/building_linux.html
  Die Gründe dafür sind gut nachvollziehbar. Für vorgefertigte Binaries Geld zu verlangen, ist eine völlig legitime Art, ein Open-Source-Projekt finanziell zu tragen, und der verlangte Betrag ist im Vergleich zu kommerziellen Produkten sehr gering
  Trotzdem fühlt sich LMMS für mich zugänglicher an

  • LMMS ist ebenfalls ein hervorragendes kleines Programm, aber das ist ungefähr so, wie wenn ein professionelles Mischpult weniger „zugänglich“ wirkt als ein 4-Spur-Recorder
    Beides hat seinen Zweck. Was mir bei LMMS fehlt: Es ist schwer, es anders zu nutzen, als die Ausgabe an ein Gerät zu schicken, und die Interoperabilität mit anderer Software ist abgesehen von Plugins nicht besonders gut
    Und weder Ardour noch LMMS reichen beim Bearbeiten roher MIDI-Dateien an midieditor heran. Leider wird midieditor schlecht unterstützt und ist ziemlich instabil, sodass es erstaunlich oft abstürzt

• Auf der What's-New-Seite steht, dass Novation Launchpad Pro unterstützt wird, aber das Foto daneben zeigt das deutlich teurere Novation Launchpad Pro [MK3]. Solche uneindeutigen Produktnamen sind unterschwellig nervig
  Ich frage mich, ob jemand weiß, ob sowohl das günstigere als auch das teure Gerät mit Ardour 8 kompatibel sind
  https://novationmusic.com/products/launchpad-pro
  https://novationmusic.com/products/launchpad-pro-mk3

  • Der erste Link führt zum alten Launchpad Pro, das Novation nicht mehr verkauft oder herstellt. Mk3 ist die aktuelle Version des Launchpad Pro
    Wie in den Release Notes geschrieben, hoffen und planen wir, im Laufe der 8.x-Entwicklung Unterstützung für die günstigeren Launchpad X und Mini ankündigen zu können

• Die UI von Ardour ist im Vergleich zu etwas wie Ableton Live komplex. Wenn man zum Beispiel eine MIDI-Spur hinzufügt, ist nicht klar, wie man dort Noten einfügt. Auch ein Rechtsklick auf die Spur bietet keine entsprechende Option
  Unter Linux werden nur selten verwendete Plugin-Formate wie LV2 und Linux VST unterstützt, daher gibt es wenige Plugins

  • Das Erstellen von MIDI-Regionen und das Hinzufügen neuer Noten stehen im Handbuch
    https://manual.ardour.org/working-with-midi/create-midi-regi...
    https://manual.ardour.org/working-with-midi/add-new-notes/
    Für Linux VST sollte man sich yabridge ansehen: https://github.com/robbert-vdh/yabridge
  • Ich habe Ableton mehrfach benutzt, aber ehrlich gesagt ist es nicht weniger komplex als Ardour. Windows-VSTs lassen sich mit yabridge nutzen, und meiner Erfahrung nach funktioniert das mit den meisten Plugins ziemlich gut
    Bei kx.studio gibt es sehr viele native Linux-Plugins. Sie sehen nicht so glänzend aus wie kommerzielle Plugins, erledigen aber ihren Job. Musikproduktion unter Linux ist oft etwas hackiger, aber bisher ist es in Ordnung
    Am Ende sind es alles nur Werkzeuge, und die eigentliche Kunst liegt darin, diese Werkzeuge zu benutzen
  • Ardour hatte früher eingebaute Unterstützung für Windows-VST über WINE, aber sie war zu instabil und unvorhersehbar, wurde deshalb standardmäßig deaktiviert und schließlich entfernt. Wenn man sie wirklich braucht, wird normalerweise Yabridge empfohlen
  • Unter Linux unterstützt Ardour LADSPA, LV2, VST2 und VST3. Das sind die am weitesten verbreiteten Plugin-Formate. Ich frage mich, was genau fehlen soll
  • Wenn VST unterstützt wird, dürfte yabridge gut funktionieren, um Windows-VSTs zu nutzen: https://github.com/robbert-vdh/yabridge