[Octopus NET Pro und Sat>IP] Fehler beim Umschalten (Tele 5 SD --> kabel eins SD)

Da kommt nach dem umschalten noch Mist vom SatIP plugin. Das führt dann dazu das ffmpeg der Meinung ist das das neue Video eine Auflösung von 480x576 hat und danach ist dann alles falsch.

Nov  7 20:19:11 vdr vdr: video: create decoder 16bit?=0 480x576 old     720 576

Zitat von jojo61

Da kommt nach dem umschalten noch Mist vom SatIP plugin.

Aber satip Plugin ändert nicht den Stream Payload oder die DVB Metadaten, kann es doch gar nicht, ist nur ein Input Device Plugin, und der SAT>IP Server auch nicht ... ?

Zitat von fnu

Aber satip Plugin ändert nicht den Stream Payload oder die DVB Metadaten, kann es doch gar nicht, ist nur ein Input Device Plugin, und der SAT>IP Server auch nicht ... ?

Alles richtig. Nur wenn ich versuche den neuen Stream an ffmpeg zum dekodieren zu geben dann meldet mir ffmpeg eine falsche Auflösung. Ich denke das beim Umschalten noch reste des alten Stream geliefert werden obwohl der vdr dem Ausgabeplugin schon gesagt hat das ein neuer Stream kommt.

Wie soll das gehen? Satip würfelt keine TS Pakete und VDR kann erst den Unterschied bemerken, wenn neue Pakete ankommen und dekodiert wurden..

Zeig mal deine channels.conf und deine sources.conf.

Daran liegt es auch nicht, die sehen normal aus.

Auf was steht in deiner setup.conf softhddevice.ClearOnSwitch?

heifisch : was ist, wenn Du eine Aufnahme von Tele5 abspielst und dann direkt (ohne die Wiedergabe vorher zu beenden) die Wiedergabe einer Aufzeichnung von Kabel 1 startest?

Die laufende Wiedergabe sollte enden und die neue Wiedergabe starten. Im Prinzip nichts anderes als bei einem Kanalwechsel.

Bei dem fehlerhaften Umschalten vermisse ich das setPlayMode 0. Ausserdem kommen da 2 get_format Callbacks von ffmpeg. Wobei schon der erste die falsche Auflösung von 480x576 bringt. Da ist definitiv etwas falsch in der Umschaltsequenz aus Sicht des Ausgabeplugins.

Zitat von heifisch

Das hatte ich schon mit softhddevice-cuvid probiert. Da hatte ich beim Umschalten auch öfters Bildfehler

Probier mal mit softhddevice.SoftStartSync = 3 (RE: [Announce] Softhddevice 2.0.0.)

Man müsste jetzt genauer analysieren, wie das satip-Plugin überhaupt den Kanalwechsel macht. Es ist ja aus Sicht von vdr ein DVB device. Der Ablauf wird von vdr wie folgt vorgegeben: Erstmal wird über die Priority sowie über Provides...-Funktionen geprüft, ob das device den gewünschten Kanal bereitstellen kann. Das kann das satip-Plugin m.E. nur aufgrund der ihm beim Start übergebenen Parameter prüfen. Eine Abfrage an den satip-Server findet da m.E. nicht jedesmal statt.

Das Beenden eines laufenden Streams sollte eigentlich in CloseDvr erfolgen. Das "Tunen" des neuen Kanals dann in SetChannelDevice. Danach wird dann mit OpenDvr der neue Stream geöffnet. Das basiert auf der DVB-Logik: Ein DVB device hat zwei unterschiedliche file descriptors, die unabhängig voneinander geöffnet und geschlossen werden können. Bei der Umsetzung für ein Plugin, das dem vdr analoge devices bereitstellt, bin ich deswegen halb verrückt geworden. Da gab es nämlich nur einen file descriptor. Wenn ich das in CloseDvr geschlossen habe, um den Stream zu beenden, lief der anschließende Versuch von SetChanneldevice, dort die Frequenz zu ändern, in einen Fehler. Und machmal ruft vdr OpenDvr zuerst auf (was dort automatisch zunächst einen CloseDvr auslöst...). Anfangs hatten wir deshalb darauf verzichtet, beim Kanalwechsel den Stream richtig zu beenden und einfach bei laufendem Stream den Kanalwechsel gemacht. Das führte mitunter zu genau solchen Problemen, dass im Buffer noch Reste vom alten Kanal waren. Später haben wir dann den eigentlichen Kanalwechsel in OpenDvr verlegt und dort eine Schleife eingebaut, die erstmal die Ausführung von CloseDvr abwartet.

Ich habe nur kurz in die Sourcen des satip-Plugins geschaut und überblicke die Ablaufsteuerung noch nicht. Aber dass in OpenDvr zunächst das propylaktische CloseDvr fehlt, wie es vdr in dvbdevice.c macht, halte ich für problematisch.

bool cSatipDevice::OpenDvr(void)
{
  debug9("%s [device %u]", __PRETTY_FUNCTION__, deviceIndexM);
  bytesDeliveredM = 0;
  tsBufferM->Clear();
  if (pTunerM)
     pTunerM->Open();
  isOpenDvrM = true;
  return true;
}

void cSatipDevice::CloseDvr(void)
{
  debug9("%s [device %u]", __PRETTY_FUNCTION__, deviceIndexM);
  if (pTunerM)
     pTunerM->Close();
  isOpenDvrM = false;
}

Zitat von heifisch

Ich versuche mich gerade mit den Starten des Trace beim satip-Plugin.

Kennt sich jemand aus, welches die sinnvollsten Einstellungen sind?

Guck mal in log.h

Je nach dem was du sehen willst, musst du die Werte addieren.