Buster: qjackctl startet mit falscher Samplerate

[matman]

Ich habe diverse ältere Ardour-Projekte mit CD-Qualität und dafür auch immer entsprechende Einstellungen im qjackctl gemacht. Selbes geht aber seit Buster nicht mehr (Umstieg von Jessie auf Buster, Testing vor geraumer Zeit). Obwohl ich explizit in den qjackctl Settings 44100 Hz als Samplerate stehen habe, läuft qjackctl aber mit 48000 Hz.

Könnte das daran liegen das die Soundkarte nur 48000 Hz kann? Dann war das aber vorher kein Problem und ich hoffe das Ganze hat eine andere Ursache. Blöd für mich ist in dem Fall nämlich das ich diverse Audiofiles dann zwei mal resamplen müsste, um sie mit Ardour zu bearbeiten. Denn Ardour übernimmt ja nunmal die Einstellungen von jack.

Hier mal der Output der qjackctl messages. Vielleicht fällt euch dazu ja was ein:

40800

[CH777]

Obwohl ich explizit in den qjackctl Settings 44100 kHz als Samplerate stehen habe, läuft qjackctl aber mit 48000 kHz.

Bist du sicher? Laut deinem Log läuft es mit 44100:

creating alsa driver ... hw:Live,3|hw:Live,2|256|2|44100|16|16|nomon|swmeter|-|32bit
configuring for 44100Hz, period = 256 frames (5.8 ms), buffer = 2 periods

Falls du Jack nicht zwingend brauchst empfehle ich, das Alsa-Backend von Ardour zu benutzen, in aktuellen Versionen funktioniert das sehr gut.

[pferdefreund]

jack verwendet wohl 44100 für interne Verarbeitung - aber wenn die Karte nur 48000 kann, muss er das ja so der Karte auch füttern. Ich verwende selbst auch jack und bin sehr zufrieden damit - insbesondere in Verbindung mit JackEQ - ein genialer Mixer mit einem 3-Fach EQ pro Kanal.

[CH777]

aber wenn die Karte nur 48000 kann, muss er das ja so der Karte auch füttern.

Sehr unwahrscheinlich, ich kenne keine Karte, bei der das so wäre.

[smutbert]

Also die Creativ-Karten sind bekannt dafür, dass sie nur 24000, 48000 und z.T. auch 96000 1920000 Hz /konnten/können. Es gab glaube ich welche die vorgaukelten auch 22050 und 44100 Hz zu können, die haben dann aber intern auf 48000 (oder vielleicht gegebenenfalls nahegelegene Sampleraten aus der anderen Reihe) geresampelt.

Mir scheint Pferderfreunds Erklärung am einleuchtendsten.

[CH777]

Mir scheint Pferderfreunds Erklärung am einleuchtendsten.

Erhellend wäre es, wenn matman verrät, wieso er glaubt, dass jack mit 48 kHz läuft (s.o.).

[matman]

Hallo, danke für eure Bemühungen. Also meine Soundkarte arbeitet hardwareseitig wirklich nur mit 48000 Hz. Aber das ist Ardour und Jack ziemlich egal. Ich habe mit Ardour/Jack schon jahrelang sehr viel mit 44100 Hz gearbeitet. In dem Fall wird dann wohl der Treiber zu 48000 Hz umsamplen, für das was aus den Boxen kommt. Und das ist auch ok. Was ich jedoch vermeiden will, 44100 Hz Aufnahmen zwecks Bearbeitung erst nach 48000 Hz und danach wieder nach 44100 Hz zu resampeln.

Ich bin ziemlich sicher das Jack mit 48000 Hz arbeitet, denn qjackctl zeigt das auch so an. Ich habe dazu mal einen Screenshot hochgeladen: gallery/image/2199. Man kann es hoffentlich gut genug erkennen. Ich habe den Screenshot extra um 300% vergrößert.

Außerdem meckert Ardour das die Samplerate falsch ist, wenn ich alte Projekte mit 44100 Hz öffnen will. Lege ich neue Projekte an, so werden diese grundsätzlich mit 48000 Hz Samplerate angelegt. Und soweit ich weiß nimmt Ardour schlicht die Werte von Jack, wenn man Jack als erstes startet. Und das mache ich immer so.

[CH777]

Das ist in der Tat seltsam, da Jack laut Log mit 44.1 kHz läuft.

Und soweit ich weiß nimmt Ardour schlicht die Werte von Jack, wenn man Jack als erstes startet. Und das mache ich immer so.

Genau so ist es. Versuche es mal ohne qjackctl, Ardour kann den Jack-Server auch selber starten. Wäre interessant, ob er dann die richtigen Einstellungen übernimmt.

[smutbert]

Kann es sein, dass jack selbst Sampleraten (grundsätzlich) nicht konviertiert?
(Ich kenne mich mit jack nicht aus, meine aber schon einmal gelesen zu haben, dass jack die Samplerate nimmt, die der geforderten am nächsten ist und von der Hardware unterstützt wird.)

Dann bestünde eine einfache Lösung darin Alsa das Resampeln zu überlassen. Im Grunde genügt es jack dazu zu bringen statt direkt auf die Hardware (hw:x,y) über ein Konversionsplugin zuzugreifen, im einfachsten Fall sieht das in der alsa-Schreibweise dann so aus »plughw:x,y«
Ich weiß nicht wie man das in qjackctl oder ardour macht, aber beim Starten von jack auf der Kommandozeile könntest du das in etwa so machen

Code: Alles auswählen

jackd -d alsa -r 44100 -n2 -D -C "plughw:Live,2" -P "plughw:Live,3"

(die Parameter habe ich zum größten Teil den Meldungen entnommen, die du gepostest hast)

[matman]

Code: Alles auswählen

jackd -d alsa -r 44100 -n2 -D -C "plughw:Live,2" -P "plughw:Live,3"

Mit plughw kann jackd nichts anfangen. In der manpage steht dazu auch nichts. Habe mit /plughw danach gesucht. Es kommt auf der manpage nicht vor.

Versuche es mal ohne qjackctl

Das geht ganz gut. Jedenfalls für meine bestenenden Projekte. Dann läuft innerhalb von Ardour alles mit 44100 Hz. Im Fenster von qjackctl steht aber weiterhin 48000 Hz. Leider weiß ich nicht mehr, ob das früher mit Jessie auch so war.

Und leider klappt das nicht mit neuen Projekten. Wenn ich ein neues Projekt mit 44100 Hz anlegen will, dann meckert Ardour rum: "Could not reconnect to Audio/MIDI engine" und fängt wieder ganz von vorne an. Das passiert allerdings auch wenn ich ein Projekt mit 48000 Hz zu starten versuche. Über die Konsole meldet Ardour das der jackd String vermisst wird und versucht es mit default Werten, die aber fehlschlagen. Jack als erstes zu starten scheint prinzipiell wohl doch besser zu sein.

[CH777]

Jack als erstes zu starten scheint prinzipiell wohl doch besser zu sein.

Eigentlich nicht.
Welche Ardour Version benutzt du?
Hast du es mal direkt mit dem Alsa-Backend probiert?

[matman]

Ardour Version ist 5.12.0-3

Mit dem Alsa-Backend geht es. Was für ein Tool würdest Du für die Verbindungen der Geräte/Tonspuren empfehlen? Das klappt mit jack ja wirklich bestens.

[CH777]

Ich nutze seit Jahren qjackctl, funktioniert hier problemlos auch mit Ardour 5.12 (allerdings die offizielle Version von der Ardour-Seite).
Wahrscheinlich also ein Bug im Ardour-Debianpaket.

[matman]

Ich weiß nicht. Mir kommt so der Verdacht es könnte irgendein Bug sein der möglicherweise behoben wurde, aber bei mir irgendwie geblieben ist. Oder wäre sowas ausgeschlossen? Ich könnte mit jedenfalls vorstellen das sich Fehler im System einschleichen, wenn man nicht jedes Update mit einspielt. In der Testing-Phase von Buster konnte ich mangels Zeit dafür leider rmanchmal über eine Wochen keine Updates installieren. Wäre eventuell eine Fehlerquelle. Aber jetzt alles neu installieren dauert mir auch zu lange.

Mittlerweile bin ich mir jedenfalls sicher, das mit Jessie noch 44100 Hz mit Jack möglich war und auch entsprechend im qjackctl angezeigt wurde. In Buster gibt es jackd1 und jackd2. Letzteres wird standardmäßig installiert. Das habe ich mal mit dpkg --purge entfernt und durch jackd1 ersetzt. Aber leider selbes seltsames Verhalten.

Das Alsa-Backend nutzt mir leider nichts. Ich habe eben probiert ein 44100 Hz Stereo-Audiofile zu importieren. Es sind dann auch zwei Tracks in Ardour vorhanden. Aber leider hört man jeden davon in beiden Stereo-Ausgängen. Die werden also gemischt und es fehlt eine Möglichkeit die Tracks vernünftig mit dem Master oder Ausgang zu verbinden. Oder hat Ardour dafür eine mir nicht bekannte Funktion?

Ich kann ja mal qjackctl von der Ardour-Seite ausprobieren.

[matman]

Also auf den Ardour-Seiten finde ich nur nen Link zu der Entwicklerseite von qjackctl. Ich glaube aber auch es liegt mehr an jackd oder einer lib von der jackd abhängig ist. Ich habe eben mal das Kommando, welches qjackctl zum Starten von jackd verwendet, direkt in der Konsole ausgeführt. Demnach sollte jackd mit 44100 Hz laufen:

Code: Alles auswählen

jackd -r -p128 -dalsa -r44100 -p256 -n2 -D -Chw:Live,2 -Phw:Live,3 -i16 -o16
jackd 0.125.0rc1
Copyright 2001-2009 Paul Davis, Stephane Letz, Jack O'Quinn, Torben Hohn and others.
jackd comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details
JACK compiled with System V SHM support.
loading driver ..
apparent rate = 44100
creating alsa driver ... hw:Live,3|hw:Live,2|256|2|44100|16|16|nomon|swmeter|-|32bit
configuring for 44100Hz, period = 256 frames (5.8 ms), buffer = 2 periods
ALSA: final selected sample format for capture: 16bit little-endian
ALSA: use 2 periods for capture
ALSA: final selected sample format for playback: 16bit little-endian
ALSA: use 2 periods for playback

Aber wenn ich dann Ardour starte und ein 44100 Hz Projekt öffne, beschwert sich Ardour wieder darüber, das die Samplerate nicht kompatibel mit 48000 Hz ist.

Gibt es ein Tool mit dem man überprüfen kann, ob jackd nun wirklich mit 44100 Hz läuft? Irgendwie scheint das ja nicht der Fall zu sein.

[Babarosa]

Grüße an Alle, dies ist mein erster Beitrag in diesem Forum

Matman, lösche einmal in deinem Home-Ordner alle config-Dateien von jackd ($HOME/) und qjackctl ($HOME/.config/rncbc.org/QjackCtl.conf ). Die sind versteckt, deshalb mit Strg+H sichtbar machen, und starte den Rechner neu.

[CH777]

Ich kann ja mal qjackctl von der Ardour-Seite ausprobieren.

Nee, ich meinte Ardour von der Ardour-Seite