2 Soundkarten -->Ausgabeort wählen

[Cholera]

Hi!
Ich habe in meinem Rechner 2 Soundkarten..
1) Soundblaster 1024 player
2) Onboard via 8233 (auf einem 8KHA+)

mein Suse 8.2 hat auch beide erkannt und auch für beide Treiber installiert.

Alerdings kommt der Ton immer aus dem Soundblasterausgang..
das ist soweit meistens auch ok, aber wenn ich mal nen film gucken möchte, habe ich die Anlage im Nebenraum an den anderen Ausgang angeschlossen, es wäre also praktisch, wenn ich direkt sagen könnte, er soll die Ausgabe auf die andere KArte umleiten.

Unter windows konnte ich hin und herschalten, wie ich gerade wollte, aber das hat bis jetzt unter Linux noch nicht geklappt...

Ich habe es mit Xine probiert, da kann man beim Konsolenaufruf den Ausgabetreiber wählen, aber der hat auch nix geändert..
oder ich habe halt was falschen probiert...

Weiss jemand was zu tun ist??

[Cholera]

So da isser wieder..

habe mitlerweile rausgefunden, dass ich z.B. bei Xmms intern umschalten kann..
er nutzt den installierten OSS treiber 1.2.7
dann kann ich auf konfigurieren gehen und bei Geräte statt
Vorgabe EMU10K1 (DUPLEX)
auf VIA8233 (DUPLEX) stellen... dann geht es schonmal nach drüben mit dem sound...
alle anderen Progs sind davon allerdings nicht betroffen...
auch nicht zur laufzeit...

Jemand also ne Anregung für Xine / Mplayer?
geteste habe ich schon bei Xine die option:
-A, --audio-driver <dvr> Auswahl des Audio Treibers nach id. Verfügbar:
null oss
leider weiss ich immer noch nicht wie ich ihm sagen könnte oss mit der anderen Karte zu nutzten....

//UPDATE:
Also nachdem ich bei XMMS gesehen habe dass es irgendwie geht, habe ich es auch beim MPlayer per konsole geschaft:
mplayer guterfilm.avi -ao oss:/dev/dsp1

leider geht es bei Xnie noch nicht per Konsolenaufruf, aber immerhin habe ich es in der Config datei ändern können (Die option ist nichtmal im der Gui wenn man auf super-was-auch-immer-user stellt...)
in der datei: home/blah/.xine/config
# /dev/dsp# Gerät für OSS-Soundausgabe, -1 für automatische Erkennung
# numeric, default: -1
audio.oss_device_num:1 <--- hier anstatt o oder -1 eine 1

und wieder wird die andere Soundkarte benutzt..


Leider habe ich es für Xine noch nciht geschafft es einfach per konsole "umzuschalten", was mir besser gefallen würde, denn immer die config dateien zu ändern/umzukopieren ist auf dauer doof ;)

Auch ein Xine datei.avi -A oss:1 oder
Xine datei.avi -A oss_number:1 oder
xine datei.avi -A oss_num:1 funtzt nicht...

[THEReapMan]

Hi!

Ich würde es vieleicht mit nem Script lösen.

und zwar so:

Du machst dir 2 Configs für Xine.
Eine für die SB und speicherst unter zb. sbxine.cfg
und eine für Onboard (onboard.cfg)

Danach folgendes Script basteln:



#!/bin/bash
echo "XineStarter"
echo "========="
echo " 1. SB-Sound"
echo " 2. OnBoard Sound"
echo " "
echo "Wählen:"
read wahl
case $wahl in
1)
cp sbxine.cfg /name/der/xine/config;; <--ZEILE ANPASSEN
2)
cp onboard.cfg /name/der/xine/config;; <-- ZEILE ANPASSEN
*)
echo "Wahl ungültig";;
esac
xine


Danach einfach das Script starten und den sound wählen.


Hoffe ich konnte helfen!

MfG Reapy

[Cholera]

Hi!
das hat mir schon echt gut geholfen..
bin auch soweit, dass ich den mplayer auch dazu bekomme, mit seiner eigenen gui.conf

hatte mir allerdings was anderes vorgestellt, dass ich mit meinem Unwissen allerdings noch nicht hinbekommen habe..
es sollte ungefähr so aussehen:


#!/bin/bash
if /home/Cholera/.xine/test exist then begin
cp /home/Cholera/.xine/viaconfig /home/Cholera/.xine/config
cp /home/Cholera/.xmms/viaconfig /home/Cholera/.xmms/config
cp /home/Cholera/.mplayer/viagui.conf /home/Cholera/.mplayer/gui.conf
rm /home/Cholera/.xine/test
end
else begin
cp /home/Cholera/.xine/sbconfig /home/Cholera/.xine/config
cp /home/Cholera/.xmms/sbconfig /home/Cholera/.xmms/config
cp /home/Cholera/.mplayer/sbgui.conf /home/Cholera/.mplayer/gui.conf
cp /home/Cholera/.xine/sbconfig /home/Cholera/.xine/test
end

nur dass es halt noch nciht funtzt...
da ich keine Ahnung habe, wie ich soetwas wie "exists" oder so nutzten kann, fände ich es cool, wenn mir da jemand helfen könnte...