Re: Sound-Treiber FreeBSD vs. Linux

From: Marc Santhoff <M.Santhoff(at)web.de>
Date: Sat, 13 Apr 2019 20:15:04 +0200

Hmmm...

Leider muß ich einen Rückzieher machen. Es ist momentan so:

Ich kann abgespielte Sounds im Kopfhörer am Monitorausgang des USB-Dings
hören. Die Ausgänge bleiben stumm, "Main out" als Verkettungsanschluß zum
Sammelmixer bleibt stumm. Die Eingänge bleiben auch stumm.

Pffft. Da scheint doch noch ein im USB-Teil sitzender Mischer in die Suppe zu
spucken. Unter Windows läuft alles soweit, auffällig war, daß die
Mischereingänge nach dem Einschalten sehr leise daherkamen. Wenn ich unter
FreeBSD den Mischer abfrage, ist "mic" auf Null, die anderen bei 75%.

Leider fehlen mir momentan die Ideen, ich poste also mal was FreeBSD-
spezifisches, das komisch aussieht:

$ cat /dev/sndstat
Installed devices:
pcm0: <ATI RS690/780 (HDMI)> (play)
pcm1: <Realtek ALC892 (Rear Analog 7.1/2.0)> (play/rec) default
pcm2: <Realtek ALC892 (Front Analog)> (play/rec)
pcm3: <Realtek ALC892 (Rear Digital)> (play)
pcm4: <Realtek ALC892 (Onboard Digital)> (play)
pcm5: <USB audio> (play/rec)

$ sysctl -a | grep pcm
dev.pcm.5.feedback_rate: 47983
dev.pcm.5.mixer.mute_3.desc:
dev.pcm.5.mixer.mute_3.max: 1
dev.pcm.5.mixer.mute_3.min: 0
dev.pcm.5.mixer.mute_3.val: 0
dev.pcm.5.mixer.vol_2.desc:
dev.pcm.5.mixer.vol_2.max: 0
dev.pcm.5.mixer.vol_2.min: -32512
dev.pcm.5.mixer.vol_2.val: -24480
dev.pcm.5.mixer.mute_1.desc:
dev.pcm.5.mixer.mute_1.max: 1
dev.pcm.5.mixer.mute_1.min: 0
dev.pcm.5.mixer.mute_1.val: 0
dev.pcm.5.mixer.vol_0.desc:
dev.pcm.5.mixer.vol_0.max: 0
dev.pcm.5.mixer.vol_0.min: -32512
dev.pcm.5.mixer.vol_0.val: -24480
dev.pcm.5.bitperfect: 0
dev.pcm.5.buffersize: 0
dev.pcm.5.rec.vchanformat: s16le:2.0
dev.pcm.5.rec.vchanrate: 48000
dev.pcm.5.rec.vchanmode: fixed
dev.pcm.5.rec.vchans: 2
dev.pcm.5.play.vchanformat: s16le:2.0
dev.pcm.5.play.vchanrate: 48000
dev.pcm.5.play.vchanmode: fixed
dev.pcm.5.play.vchans: 2
dev.pcm.5.hwvol_mixer: vol
dev.pcm.5.hwvol_step: 5
dev.pcm.5.%parent: uaudio0
dev.pcm.5.%pnpinfo:
dev.pcm.5.%location:
dev.pcm.5.%driver: pcm
dev.pcm.5.%desc: USB audio
[... hier die restlichen pcm ...]

Sehr merkwürdig scheint mir einiges untere dev.pcm.5.mixer.* .
Das sind Einträge, die bei den anderen psm's nicht auftauchen, mute_1 und
mute_3 und dann noch mit seltsamen Werten wie bei vol_0 und vol_2, max 0 und
min -32512? Was will mir das sagen?
Falls hier niemand die werte deuten kann würde ich mal die englische
Multimedia-Liste befragen müssen.

Soviel zu Prognosen und Ausheulen, wenn was nicht geht. ;)

Grüße,
Marc

On Thu, 2019-04-04 at 21:18 +0200, Marc Santhoff wrote:
> On Tue, 2019-03-19 at 18:20 +0100, Marc Santhoff wrote:
> > On Tue, 2019-03-19 at 17:54 +0100, Oliver Fromme wrote:
> > > Marc Santhoff wrote:
> > > > Vielen Dank jedenfalls, ich werde mich jetzt mal trauen. wenn alles
> > > nix
> > > is
> > > > [kann|muß] ich immer noch auf Linux oder Windows zurückgreifen.
> > >
> > > Kannst Du dann bitte von Deinem Erfolg / Misserfolg berichten?
> > > Würde mich interessieren; vielleicht komme ich mal in eine
> > > ähnliche Situation.
> >
> > Mach ich gern. Und sowieso wenn ich hier wieder auftauche, um mich bei
> > Problemen auszuheulen. ;)
>
> Also:
>
> Da die USB-Audio-Interfaces heutzutage als "Class Compliant Device" im Sinne
> von USB Audio daherkommen, meldet sich das Teil nett an. Das System findet
> keinen Treiber, klar.
>
> ugen3.2: <BEHRINGER UMC404HD 192k> at usbus3
> uaudio0: <UMC404HD 192k> on usbus3
> uaudio0: Play: 192000 Hz, 4 ch, 32-bit S-LE PCM format, 2x8ms buffer.
> uaudio0: Play: 176400 Hz, 4 ch, 32-bit S-LE PCM format, 2x8ms buffer.
> uaudio0: Play: 96000 Hz, 4 ch, 32-bit S-LE PCM format, 2x8ms buffer.
> uaudio0: Play: 88200 Hz, 4 ch, 32-bit S-LE PCM format, 2x8ms buffer.
> uaudio0: Play: 48000 Hz, 4 ch, 32-bit S-LE PCM format, 2x8ms buffer.
> uaudio0: Play: 44100 Hz, 4 ch, 32-bit S-LE PCM format, 2x8ms buffer.
> uaudio0: Record: 192000 Hz, 4 ch, 32-bit S-LE PCM format, 2x8ms buffer.
> uaudio0: Record: 176400 Hz, 4 ch, 32-bit S-LE PCM format, 2x8ms buffer.
> uaudio0: Record: 96000 Hz, 4 ch, 32-bit S-LE PCM format, 2x8ms buffer.
> uaudio0: Record: 88200 Hz, 4 ch, 32-bit S-LE PCM format, 2x8ms buffer.
> uaudio0: Record: 48000 Hz, 4 ch, 32-bit S-LE PCM format, 2x8ms buffer.
> uaudio0: Record: 44100 Hz, 4 ch, 32-bit S-LE PCM format, 2x8ms buffer.
> uaudio0: MIDI sequencer.
> pcm4: <USB audio> on uaudio0
> uaudio0: No HID volume keys found.
>
> Das sieht gut aus und ist es auch. Dieses Gerät habe ich ausgewählt weil
> alle
> Umschalter, Steller, etc. als Hardware also Schalter und Potis an der Front
> sitzen. Der andere Weg mit Umschaltung per USB-Kommando ist versperrt, weil
> es
> die Hersteller nicht interessiert und das Re-Engineering nichtmal für Linux
> die im Handel befindlichen Versionen abdeckt. Schön wäre das wg.
> Automatisierbarkeit, geht aber erstmal nicht. Mein erster Wunschkandidat
> wäre
> ein Focusrite Scarlett 6i6 gewesen, aber die derzeitg verkaufte Gen. 2 hat
> das
> Kommandoproblem (Gen. 1 wird unter Linux unterstützt, ist aber nicht mehr zu
> bekommen).
>
> /home/marc > diff devs.txt devs-behringer.txt
> 38a39
> > crw-rw-rw- 1 root wheel 0xb4 26 Mär 14:46 dsp4.0
>
> 71a73
> > crw-rw-rw- 1 root wheel 0xb3 26 Mär 14:46 mixer4
>
> 73c75
> < crw-rw-rw- 1 root wheel 0xe 26 Mär 14:44 null
> ---
> > crw-rw-rw- 1 root wheel 0xe 26 Mär 14:46 null
>
> 112a115
> > lrwxr-xr-x 1 root wheel 9 26 Mär 14:46 ugen3.2 -> usb/3.2.0
>
> 118a122
> > crw-r--r-- 1 root operator 0xb2 26 Mär 14:46 umidi0.0
>
> Nächster Schritt war die Installation der nötigen Programme, die muß man
> besser gleich aus den Ports selbst übersetzen, von dreien lief keines aus
> dem
> Package.
>
> Jack aka audio/jack, die Ports-Liste online zeigt es als audio/jackit an,
> braucht nach pkg-message eine Konfiguration zum Start, setzt man die so wie
> gefordert mit dem passenden Device erscheint das neue Gerät in /dev und bei
> jack. Ich mußte nur noch dafür sorgen, daß auch genügend Kanäle sichtbar
> sind.
>
> Aus /etc/rc.conf:
>
> jackd_enable="YES"
> jackd_user="marc"
> jackd_rtprio="YES"
> jackd_args="-R -doss -r48000 -p1024 -n3 -w16 \
> --capture /dev/dsp4 -i4 --playback /dev/dsp4 -o4"
>
> Ich habe für die Gerätezahl -i4 und -o4 hinzugefügt, dann werden alle
> Kanäle
> auch angezeigt. rtprio merkt man noch kaum, in top im Leerlauf bei 0,05%
> CPU-
> Last. Version ist 0.125 (oder so), die ist gut und tatsächlich aktuell.
>
> Audacity ist ein sehr komplexes Werkzeug, läuft aber nun und läßt mich
> zwischen OSS und jack als Quelle wählen, damit kann es auch auf den OnBoard-
> Sound im Rechner zugreifen. Abspielen einer Tonspur funktioniert in beiden
> Fällen, also eine Richtung zum USB-Dings geht schonmal.
>
> Für Aufnehmen vom USB muß ich mich erst einlesen, ein bischen Kabel
> frickeln,
> so weit bin ich noch nicht. Die vier Kanäle sind aber ebenso vorhanden wie
> die
> für Ausgabe.
>
> Außerdem fehlt mir noch Information, wie ich mit OSS als Backend mehrere
> Geräte in jack einbinde. Die Beschreibungen im Web beziehen sich bisher alle
> auf ALSA, daß seine eigenen Konfigurationsdateien benutzt. Den Weg kann ich
> nicht gehen.
>
> Das ursächliche Anliegen, vier Kanäle aufzeichnen und gleichzeitig eine
> Tonspur ausgeben, sollte hinzukriegen sein. Wer einfach nur so ein externes
> Teil statt internem Sound ansteuern will, kann natürlich auf jack
> verzichten,
> den brauche ich später für spezielles (Abspielen gleichzeitig am USB-Gerät
> und
> über den Systemkanal).
>

--
Marc Santhoff <M.Santhoff(at)web.de>
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Sat 13 Apr 2019 - 20:20:22 CEST

search this site