[audio4linux]

Verfasst: **Do Dez 22, 2011 10:18 am**

Hallo, ich benutze qjackctl für die Konfiguration von JACK. Ich habe eine Soudkarte mit Samplerate 48000, will jetzt aber alte Aufnahmen bearbeiten, die mit Samplerate 44100 aufgenommen wurden. Damit diese ohne Umwandlung der Samplerate problemlos importiert werden können, habe ich JACK mit entsprechender Samplerate von 44100 gestartet, aber Ardour läuft dann trotzdem noch mit 48000 kHz. Wie kann das möglich sein?

Ich arbeite mit Debian Linux 6.0 (Squeeze), Ardour2 (2.8.11) und qjackctl 0.3.6.

Hier noch die Ausgabe von qjackctl:

Code: Alles auswählen

10:10:58.917 ALSA connection change.
10:11:06.241 Startup script...
10:11:06.241 artsshell -q terminate
Cannot connect to server socket err = No such file or directory
Cannot connect to server socket
jack server is not running or cannot be started
sh: artsshell: not found
10:11:06.642 Startup script terminated with exit status=32512.
10:11:06.642 JACK is starting...
10:11:06.642 /usr/bin/jackd -P80 -dalsa -r44100 -p128 -n2 -D -Chw:0,2 -Phw:0,3 -S -i16 -o16
10:11:06.645 JACK was started with PID=5140.
no message buffer overruns
no message buffer overruns
jackdmp 1.9.6
Copyright 2001-2005 Paul Davis and others.
Copyright 2004-2010 Grame.
jackdmp 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 server starting in realtime mode with priority 80
audio_reservation_init
Acquire audio card Audio0
creating alsa driver ... hw:0,3|hw:0,2|128|2|44100|16|16|nomon|swmeter|-|16bit
Using ALSA driver EMU10K1 running on card 0 - SB Live! Platinum [CT4760P] (rev.7, serial:0x80401102) at 0xe880, irq 20
configuring for 44100Hz, period = 128 frames (2.9 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
10:11:08.731 Server configuration saved to "/home/matman/.jackdrc".
10:11:08.732 Statistics reset.
10:11:08.735 Client activated.
10:11:08.737 JACK connection change.
10:11:08.739 JACK connection graph change.

Verfasst: **Do Dez 22, 2011 2:40 pm**

tag,

eigentlich kann es ja gar nicht sein?!

was mir als erstes einfällt - es gibt situationen, wo jack schon im hintergrund läuft, so dass wenn du qjackctl startest, jackd nicht noch einmal gestartet wird...

oder deine karte kann gar keine 44.1, dann wird es zwar so angezeigt aber die frequenz ist immer noch 48k.

was für eine sound karte benutzst du?

gruss,
doc

Verfasst: **Do Dez 22, 2011 4:06 pm**

Ich schätze mittlerweile auch, dass es an der Soundkarte liegt. Oder vielleicht auch an dem Treiber für die Karte. Ich habe die Sound Blaster Live Platinum. Und ich nutze die Alsa-Treiber. Demnach müsste 44.100 und 48.000 unterstützt sein, wenn ich diesen Text hier richtig verstanden habe: http://alsa-project.org/main/index.php/ ... le-emu10k1

Schaut man aber auf die Seite http://alsa-project.org/main/index.php/ ... ative_Labs so ist dort wiederum ein Link zu Tag-48kHz. Da steht "Hardware has only strict 48kHz output (resamples samples to 48kHz)".

Vielleicht erkennt Ardour das und stellt darauf von alleine ein, da es ja zur Hauptsache ein Hardware-Recorder ist?

Ich möchte allerdings einfach nur wav Dateien mit 44.100 Samplerate importieren und z.B. mit Jam remastern. Vielleicht käme für dieses Vorhaben eine andere Software in Frage? Es gibt ja noch wav Editoren. Nur eigentlich gefällt mir Ardour am besten, alleine schon wegen der sehr genauen grafischen Pegelanzeige. Aber vielleicht kennt hier jemand ein ähnlich gutes Programm als Alternative zu Ardour? Aufnahmefunktion muss es ja nicht haben.

Verfasst: **Do Dez 22, 2011 5:40 pm**

ardour tut nicht resamplen. der fehler liegt dadrinne, dass qjack zwar meldet, die rate wäre 44.1k in warheit aber in 48k läuft.

wenn du es nur einmal durch jamin jagen willst, dann kannste jeden beliebigen player nehmen (mhwaveedit wäre meine wahl) und mit jammi verbinden. und ich denke, dass jamin's pegel anzeige ebenso gut genug ist.
am ende könntest du mit jack_capture dein resultat noch mals aufnehemen.

was ich sowieso nach jedem export immer mache ist:

Code: Alles auswählen

nowhiskey@murija5:~/Desktop/var/sounds$ sndfile-info jail.wav 

Version : libsndfile-1.0.25

========================================
File : jail.wav
Length : 1326532
RIFF : 1326524
WAVE
fmt  : 16
  Format        : 0x1 => WAVE_FORMAT_PCM
  Channels      : 2
  Sample Rate   : 48000
  Block Align   : 4
  Bit Width     : 16
  Bytes/sec     : 192000
data : 1326488
End

----------------------------------------
Sample Rate : 48000
Frames      : 331622
Channels    : 2
Format      : 0x00010002
Sections    : 1
Seekable    : TRUE
Duration    : 00:00:06.909
Signal Max  : 31514 (-0.34 dB)

nowhiskey@murija5:~/Desktop/var/sounds$

da sieht man dann genau, wo der max. pegel liegt.

gruss,
doc

Verfasst: **Do Dez 22, 2011 11:50 pm**

Also wenn ich über Session --> Import eine 44.1k Datei bei Ardour als Track einfüge, dann wird das bei mir schon zu 48k resampled.

Stimmt, die Pegelanzeige von Jamin ist auch gut.

Nur wenn ich das Resultat dann per jack_capture aufnehme, dann habe ich wohl doch wieder eine Datei mit 48k? Immerhin will Jamin auch nur mit 48k arbeiten. Da habe ich wohl (für diesen Zweck) die falsche Soundkarte, oder ich muss mit den 48k leben.

Da könnte ich dann aber auch gleich alles mit Ardour machen, wenn es eh auf 48k hinausläuft. Oder gibt es vielleicht doch noch eine Möglichkeit? Der Treiber soll ja 44.1k unterstützen. Aber JACK will wohl ausdrücklich die hardwareseitigen 48k? Nur warum erzählt mir JACK dann, es würde mit 44.1k laufen? Das ist mir noch nicht so ganz klar.

Verfasst: **Fr Dez 23, 2011 3:48 pm**

Es geht doch. Wenn ich JACK ohne Multichannel konfiguriere, dann habe ich tatsächlich 44.100 auch in Jamin und Ardour am Laufen.

Allerdings mit einem Nachteil: Es gibt schneller mal Xruns, was vermutlich daran liegt, weil fürs Playback der Soundkartentreiber zu 48k resampeln muss. Und gut, da kann man ja die Latenz etwas weniger empfindlich einstellen.

Eine Frage bleibt mir jetzt aber noch: Wenn ich nun mit Ardour einen solchen 44.1k Track abspiele, das Ganze durch Jamin jage und auf den Master-Track von Ardour lege, um das Resultat dann vom Master-Track in eine wav Datei zu exportieren, kann ich da sicher sein, dass zwischendurch nicht doch einmal oder sogar mehrmals zwischen den Sampleraten 44.1k und 48k hin und her resampled wird? Die Soundkarte kann ja nur 48k. Wie kann man da sicher sein, dass während dieser Prozedur konstant 44.1k beibehalten wird? Ist das eventuell irgendwo dokumentiert?

Verfasst: **Do Dez 29, 2011 9:54 am**

matman hat geschrieben:
Eine Frage bleibt mir jetzt aber noch: Wenn ich nun mit Ardour einen solchen 44.1k Track abspiele, das Ganze durch Jamin jage und auf den Master-Track von Ardour lege, um das Resultat dann vom Master-Track in eine wav Datei zu exportieren, kann ich da sicher sein, dass zwischendurch nicht doch einmal oder sogar mehrmals zwischen den Sampleraten 44.1k und 48k hin und her resampled wird?

während Jack mit 44.1 läuft, wird jeder Stream in Jack auch so laufen und so aufgenommen, wenn Du zum Beispiel was vom Ausgang von Jamin aufnimmst. Resampled wird nur für die Ausgabe, intern läuft alles so , wie Jack eingestellt ist.

[audio4linux]

Ardour2 andere Samplerate als JACK?

Ardour2 andere Samplerate als JACK?

Re: Ardour2 andere Samplerate als JACK?

Re: Ardour2 andere Samplerate als JACK?

Re: Ardour2 andere Samplerate als JACK?

Re: Ardour2 andere Samplerate als JACK?

Re: Ardour2 andere Samplerate als JACK?

Re: Ardour2 andere Samplerate als JACK?