(Hinweis: ich bin derzeit auf Debian sid)...
Moin,
lange nichts gepostet - Debian/Ubuntu machen ja auch keine Probleme, wenn man ein wenig recherchiert... wenn überhaupt notwendig 😉
Aber nun doch ein Rätsel - habe mir für diverse kommende Auslandsaufenthalte eine billige Camping-SAT Schüssel geholt und dazu den DVBSky S960 (USB) Receiver (der ja gute Linux Unterstützung hat). Soweit so gut: Firmware installiert, Testlauf am Balkon, Astra gefunden, Karte erkannt - Sender läuft - Bild und Ton! Mich interessieren nur 5-6 Sender und 2-3 Radio-Stationen, aber egal.
Das Rätsel ist: mit meiner funktionierenden channels_astra. xspf für VLC läuft es - bekomme ein 1A Bild. Wenn ich jedoch einen anderen Kanal schalte (der auch frei ist), ist es aus. Hangover... Tuning läuft nicht beim Kanalwechsel. Es genügt auch nicht VLC neu zu starten - ich muss den DVB-S2 Receiver vom USB trennen und neu anschließen, damit ich wieder tunen kann.
Kontrolle: selbe Senderliste Astra für mplayer channels.conf - Kanalwechsel funktioniert. Auch nach Schließen (ohne Trennen) - funktioniert immer noch.
Scheinbar ein SW-Problem mit VLC (in Zusammenhang mit dem DVBSky S960) - würde ich vor meiner Reise gern lösen, denn mplayer ist wirklich eine Krücke, zumal unter Debian der vaapi Support wieder Hindernisse bringt. Und mit den schönen Playlisten bei VLC bin ich wirklich verwöhnt...
Lang nicht passiert, aber nach ewiger Recherche zu keinem Resultat gelagt. Laufe auf 4.15er Kernel, Firmware läuft (sonst hätte ich kein Bild, sonst könnte mplayer nicht tunen)...
Auch vlc -vvv liefert keine plausiblen Aussagen: beim ersten Start (erstes (freies) Programm in der Senderliste) hab ich nach 5 Sekunden Bild und Ton. Kanalwechsel: selbe Debugausgabe, nur dass es nicht mehr weiter geht - keine Fehlermeldung, nichts.
Hat irgend jemand eine Idee, wo ich hier ansetzen könnte? Anzumerken ist, dass der DVBSky S960 den Strom abdreht, wenn kein Lock da ist (und er killt den Lock, sobald kein Empfang)... ist nur so eine Idee, aber womöglich belässt VLC den Adapter in "cold state", während mplayer ihn aufweckt "warm state". Falls das die Ursache ist, wäre ein Workaround, den Adapter permanent in warm-state zu halten, jedoch keine Idee wie.
Vielleicht hat jemand eine Idee... wäre sehr dankbar! LG, Markus