USB Mikrofon und USB Soundkarte jeweils als Standardgerät

Das hatten wir zum Beispiel im ersten Teil dieses Threads: USB-Mikrofon einrichten

Wenn du mehr Hilfe benötigst, wären die Ausgaben von

$ aplay -l
$ arecord -l

interessant und ob du mit mehreren Anwendungen gleichzeitig wiedergeben (und eventuell aufnahmen) willst oder nicht.

Wenn es funktioniert stimmt es auch ☺

Nur passt es nicht ganz zu deinem Eingangspost. Zur Wiedergabe hast du nun den Onboardsound (hw:2) auserkoren, obwohl dort die Rede von der USB-Soundkarte (hw:1) als Wiedergabegerät war.

Außerdem ist es meiner Erfahrung nach auf lange Sicht verlässlicher bzw. pflegeleichter die Namen statt der Nummern zu verwenden, weil die Nummern – ganz besonders bei USB-Geräten – ohne jeden Anlass nach einem Neustart anders sein können. Du könntest die Angaben folgendermaßen ändern:

• onboard: plughw:2 → plughw:ALSA
• usbmikrofon: plughw:0 → plughw:DeviceEEPROM
• usb-soundkarte: plughw:1 → plughw:Device

Das andere ist, das du nun die Wiedergabe/Aufnahme ohne weitere Plugins über plughw:X läuft. Es kann also nur eine Anwendung gleichzeitig auf eine Soundkarte zugreifen, ob dich das stört oder ob es gar gewünscht ist, weiß ich natürlich nicht.

Quote from HeAdLeSs

[…]Das Mikrofon ist für Input (Mikrofon der Soundkarte brauche ich nicht), die Ausgabe erfolgt über USB Soundkarte und eigentlich hätte ich gern das Espeak über die interne Soundausgabe spricht. […]

Das ist eigentlich kein Problem.

Du musst ja nirgends den besonderen Namen default verwenden. Du kannst den Absatz mit "pcm.meineSoundkarte { ..." beginnen und dann in der Anwendung "meineSoundkarte" als Alsagerät einstellen/angeben.

Genauso kannst du in einer Anwendung direkt, zum Beispiel bei der Aufnahme "plughw:DeviceEEPROM" einstellen und so komplett auf einen Eintrag in der .asoundrc oder asound.conf verzichten. Nur wenn eine Anwendung keine einfache Möglichkeit bietet die Alsageräte auszuwählen, dann hat man es mit (pcm.)default einfacher. (Bei mehreren Anwendungen zur Aufnahme und Wiedergabe ist es aber unwahrscheinlich, dass man dieses Pech für alle Anwendungen hat.)

Moin HeAdLeSs,

doch das geht.

Quote

pi@bernd-test:~ $ amixer

Simple mixer control 'Mini',0

Hier habe ich den Namen des Mixer's

Quote

pi@bernd-test:~ $ amixer set Mini 40%

Simple mixer control 'Mini',0

Capabilities: volume

Playback channels: Front Left - Front Right

Capture channels: Front Left - Front Right

Limits: 0 - 255

Front Left: 102 [40%]

Front Right: 102 [40%]

Display More

Und mit dem Befehl habe ich die Lautstärke verändert.

Gruss Bernd

amixer kennt auch die Namen und auch wenn ich nicht weiß wie, bin ich mir ziemlich sicher, dass auch in python geht

amixer -D hw:Device -- sset Speaker 73%

zur Wiedergabe mit mehreren Anwendungen musst du in den Weg, den die Audiodaten bei der Wiedergabe gehen das dmix-Plugin einbauen:

pcm.!default {
    type plug
    slave.pcm "duplex"
}

ctl.!default {
   type hw
   card Device
}

pcm.duplex {
    type asym
    playback.pcm "dmixer"
    capture.pcm  "hw:DeviceEEPROM"
}

pcm.dmixer {
   type dmix
   ipc_key 1234
   slave.pcm "hw:Device"
}

kurz zur Erklärung

Ich habe jedem Schritt, den die Audiodaten durchlaufen einen eigenen Namen gegeben, in der Hoffnung, dass es dadurch etwas übersichtlicher wird - es ist aber auch sonst so manchmal praktischer.

1. pcm.!default, ctl.!default
   Das sind nur die default-Geräte, wobei ctl.default nur das default-Gerät für die Lautstärkeregelung definiert. Das ! sorge übrigens dafür, dass mit der Konfigurationsdatei eine bereits existierende Definition des default-Geräts überschrieben bzw. überstimmt wird.
   In diesem Fall bietet pcm.default lediglich das plug-Plugin, das eventuell notwendige Konvertierungen des Sampleformates, der Samplerate und der Zahl der Kanäle übernimmt, abgesehen davon aber nur weiterleitet und zwar an
2. pcm.duplex
   Das dient der Kombination von Wiedergabe- und Aufnahmegeräten unterschiedlicher Soundkarten. Der Aufnahmezweig wird an DeviceEEPROM, also das USB-Mikrofon weitergeleitet (also eigentlich nicht weitergeleitet, sondern umgekehrt die Aufnahmedaten werden von dort gelesen) – nun absichtlich mit hw statt plughw, weil bereits pcm.default das plug-Plugin beinhaltet.
   Der Wiedergabezweig wird dagegen nur nur weitergeleitet an
3. pcm.dmixer
   dmix übernimmt das Mischen der Audioausgabe mehrerer Anwendungen und will nur direkt an die Soundkarte ausgeben, daher hier wieder hw statt plughw (und wie gesagt plug steckt bereits in der Definition von pcm.default drin).

Gerade ist mir noch etwas aufgefallen:

Du schreibst du hast eine ~/.asoundrc erstellt, aber du verwendest mpd. mpd läuft als Dienst normalerweise unter seinem eigenen Benutzeraccount, bekommt also von der ~/.asoundrc gar nichts mit. In dem Fall wäre es besser du schreibst das stattdessen in die /etc/asound.conf und löscht die ~/.asoundrc wieder (oder benennst sie um).

Damit hättest du mit der asound.conf für alle Benutzer das Defaultgerät festgelegt und könntest in mpd schreiben:

audio_output {
    type            "alsa"
    name            "USB-Soundkarte"
    device          "dmixer"
    mixer_type      "software"
}

oder alternativ sollte sogar das noch kürzere

audio_output {
    type            "alsa"
    name            "USB-Soundkarte"
    mixer_type      "software"
}

funktionieren (schließlich habe wir das selbst definierte „Gerät“ in der .asoundrc bzw. jetzt asound.conf zum Default gemacht).

Die Wiedergabe der Sprache sollte dann ebenfalls ohne weitere Parameter funktionieren

amixer -D hw:Device -- sset Speaker 50%
pico2wave --wave /tmp/pico.wav -l de-DE "Hallo. Ich mache jetzt die Heizung an. Ok?"
aplay -f S16_LE /tmp/pico.wav
rm /tmp/pico.wav

(root-Rechte/sudo sollten hier wirklich nicht notwendig sein!)

Moin HeAdLeSs,

kannst du, bei Gelegenheit, dein Thema als erledigt markieren.

Danke!!

Gruss Bernd