ich faend's cool, wenn man bei abgeschaltetem Ton (Mute) nach einem Senderwechsel der Ton aus bliebe (das Symbol bleib ja da, nur der Ton geht wieder an)

Major K. (JtG v. 29.03.2006)
Code: Alles auswählen
diff --git a/dvb/zapit/src/zapit.cpp b/dvb/zapit/src/zapit.cpp
index 08f6dfe..c1c07d9 100644
--- a/dvb/zapit/src/zapit.cpp
+++ b/dvb/zapit/src/zapit.cpp
@@ -2826,6 +2826,8 @@ int startPlayBack(CZapitChannel *thisChannel)
audioDecoder->setSource(AUDIO_SOURCE_DEMUX);
audioDecoder->start();
+ if (settings.mute)
+ audioDecoder->mute();
}
#ifdef HAVE_TRIPLEDRAGON
Code: Alles auswählen
+ if (settings.mute)
+ {
+ audioDecoder->unmute();
+ audioDecoder->mute();
+ }
Wenn man in audio.cpp eine Verzögerung zum Testen einbaut, dann geht es. Dann war Ton aber schon für ms da. Könnte also bedeuten das das Device blockiert ist, also den Befehl verschluckt oder ein nachfolgendes Ereignis das Device unmuted.seife hat geschrieben:hm. Dann habe ich auf die Schnelle auch keine zündende Idee... mal in den Treiber schaun...
Edit: Wobei es komisch ist, dass es dann mit der Mute-Taste noch zu beeinflussen geht - weil die macht auch nichts anderes, wenn ich mich jetzt nicht komplett im Code vertan habe...
Code: Alles auswählen
--- a/dvb/drivers/media/dvb/avia/avia_av_core.c
+++ b/dvb/drivers/media/dvb/avia/avia_av_core.c
@@ -659,6 +659,7 @@ int new_audio_sequence(u32 val)
static
void avia_av_audio_init(u16 rate)
{
+ printk(KERN_WARN "===>>>> avia_av_audio_init called <<===\n");
u32 val;
/*
Code: Alles auswählen
avia_av_core.c: In function `avia_av_audio_init':
avia_av_core.c:662: error: `KERN_WARN' undeclared (first use in this function)
avia_av_core.c:662: error: (Each undeclared identifier is reported only once
avia_av_core.c:662: error: for each function it appears in.)
avia_av_core.c:662: error: syntax error before string constant
make[6]: *** [avia_av_core.o] Fehler 1
Es ist so wie du sagst.GetAway hat geschrieben:eigentlich nur selten aufgerufen werden (Samplerate-änderung => Audioplayer, initialisierung, PAL->NTSC Umschaltung und wenn der chip nicht auf ein Kommando reagiert und deswegen "durchgestartet" wird).
Hi,seife hat geschrieben:Schade(das wäre ein einfacher fix gewesen)
Ätsch erwischtauf der TD ist das einfach zu fixen, ich muss es nur mal einchecken