Plugin satip wer pflegt das ?

https://github.com/joed74/vtuner-ng ?

Das zumindest ist kein Plugin...

Quote from rell

Das zumindest ist kein Plugin...

Stimmt, ich erinnere mich dunkel, dass das ein Linux-Treiber ist, der ein DVB-Device via SatIP emuliert. Mein Fehler…

Nur um Missverständnisse auszuchließen.... Falls deine Tests schon länger her sind, könntest du da evtl. nochmal reinschauen.

Siehe [ANNOUNCE] VDR version 2.6.8 freigegeben

Quote

Unused devices can now be put into a power save mode (suggested by Markus

Ehrnsperger). Device plugins need to implement the new function

cDevice::SetPowerSaveMode() to make this work.

vtuner nutzt das.

Einen versuch wäre es wert…

Bitte bleibt hier im Thread beim Thema 'vdr-plugin-satip'. Danke.

Hallo wirbel, ich beobachte einen seltsamen Effekt, an den ich mich so nicht erinnern kann. Ich habe folgende Einstellungen fürs Plugin:

-P 'satip --devices=1'

Ich möchte auf diesem Device (Device 3) zwei aufeinanderfolgende Episoden einer Serie aufnehmen, deren Timer sich überlappen. Sobald die zweite Episode startet, wird diese Aufnahme (unerwarteterweise) einem anderen Device zugeteilt.

Sollten nicht alle Aufnahmen auf Sendern des gleichen Bouquets (oder zumindest des gleichen Kanals) diesem Device zugeteilt werden? Ich meine mich zu erinnern, das das früher so war.

Seltsamerweise zeigt auch femon – anders als für Device 2 meiner S2-6400 – keine Kanäle für dieses Device an:

Ist das normal oder was ist die Ursache dafür?

Mein Stand ist der aktuelle von deinem Git-Repository:
be96a98 add comment

Das sollte so sein, zumindest war es früher so.

Evtl. kannst du mit commit 1a1377e mal gegen prüfen, danach kamen Änderungen in der device Zuteilung zu, die von madmartin und FireFlyVDR beim Hautpzweig von rofafor kamen.

Ich kann gerade nicht rauf schauen, bin gerade mitten im Koffer packen.

Ich bin auf Commit 407ed39 zurückgegangen:

Das Plugin habe ich danach mit make clean; make install übersetzt und den VDR 2.7.4 neu gestartet. Nach einem ersten Timer für Device 2 habe ich einen zweiten für Device 3 gestartet. Gleiches Ergebnis wie zuvor:

Ich habe dann die Timer mehrfach an- und wieder abgeschaltet. Als ich zuerst den Timer für Device 2 und dann für Device 3 abgeschaltet und in dieser Reihenfolge wieder angeschaltet habe, sind hin und wieder (leider nicht jedes Mal) alle Kanäle im Device 3 sichtbar gewesen:

Nach einem erneuten ab- und anschalten des Timers für Device 3 hat sich wieder der alte Zustand mit nur einem Kanal eingestellt. Das Ab- und Anschalten beider Timer in der genannten Reihenfolge hat aber gelegentlich wieder zum "erwünschten" Zustand geführt.

Für mich sieht das so aus, als ob dies von der Vorgeschichte, sprich: von internen Zuständen des Plugins abhängt. Könnten das Race conditions oder un- bzw. falsch initialisierte Variablen sein?

Mit dem aktuellen Commit ist es mir übrigens nicht mehr gelungen, diesen Zustand mit den zwei Kanälen im Device 3 zu reproduzieren.

Die Prioritätensteuerung von vdr gehört zu den kompliziertesten Stellen überhaupt. Probier mal in device.cpp in der Funktion ProvidesChannel die Zeile

 if (Receiving()) {

durch

if ((Priority >= 0) && Receiving()) {

zu ersetzen. Die ganze Konstruktion wann result true oder hasPriority zurückliefert weicht ab von dem in dvbdevice.c und anderen device-Plugins. Aber das ist das was mir als erstes auffällt.

Ungetestet!

Vielleicht auch mal schauen, ob es einen Unterschied mit oder ohne Plugin osdteletext gibt.

Danke für den Hinweis, aber leider hilft beides nicht.

ups, ich war auch im iptv-Plugin. Bei satip ist ja schon if (priorityP > IDLEPRIORITY) { eine Zeile darüber.

Quote from SHofmann

Für mich sieht das so aus, als ob dies von der Vorgeschichte, sprich: von internen Zuständen des Plugins abhängt.

Das ist gut möglich, auch wenn ich eher erwarte, dass der VDR für die mehrfache Belegung eines Device zuständig ist.

Das satip-Plugin hat intern nochmal eine Verteilschicht implementiert, wo zuerst ein Assign() des SAT-Transponders zu einem SAT-Tuner gemacht wird und in einem weiteren Schritt wird dann beim Attach nach dem SAT-Tuner gesucht, der diesen SAT-Transponder hat - vorausgesetzt man hat mehere SATIP-Devices. Wenn dann damals ein EPG-Scan den gleichen Transponder auf einem anderen SAT-Tuner eingestellt hatte, wurde u.U. dieser zuerst gefunden und das VDR-Device daran Attach()-ed. Das hatte zur Folge, dass der andere SAT-Tuner assigned (=reserviert) war, aber nicht benutzt wurde und deshalb auch nicht freigegeben wurde (bis evtl. der gleiche Transponder nochmal angefragt wurde). Und irgendwann gingen dann die freien SAT-Tuner aus, so dass Sender nicht mehr empfangen werden konnten.
Ich habe die Zuordnung damals so umgebaut, dass der "richtige" SAT-Tuner gefunden wird, aber in selten Fällen (bei mir vielleicht 1-2x pro Jahr) klappt das wohl trotzdem nicht. Immerhin kann man damit wieder EPG benutzen denn damals kursierte als "Lösung" den EPG-Scan abzuschalten.

Warum da noch eine Schicht zwischen VDR-Device und SATIP-Tuner eingeführt wurde erschließt sich mir bis heute nicht, aber es hat mir bisher auch die Motivation gefehlt das (zumindest testweise) umzuprogrammieren.

Quote from FireFly

Das ist gut möglich, auch wenn ich eher erwarte, dass der VDR für die mehrfache Belegung eines Device zuständig ist.

Ich denke, das tut er auch. Nur leider liefert ihm SatIP nach meinem Dafürhalten nicht alle Kanäle im Bouquet, sondern nur den einen, auf den es tunen sollte…

Deinen Ausführungen kann ich leider nicht entnehmen, ob ich darauf hoffen darf, dass du dir das einmal etwas genauer anschaust. Spannend ist ja immerhin, dass das Device bis zum dem von dir genannten Commit wenigstens hin und wieder alle Kanäle ausgewiesen hat, mit dem aktuellen Head-Commit aber nicht ein einziges Mal.

Quote from SHofmann

Nur leider liefert ihm SatIP nach meinem Dafürhalten nicht alle Kanäle im Bouquet, sondern nur den einen, auf den es tunen sollte…

Du meinst alle Kanäle auf einem Transponder? Ich hatte beobachtet, dass beim Umschalten PIDs entfernt werden und andere PIDs hinzukommen ohne neu zu tunen. Wenn man beim Satip-Plugin das Debugging einschaltet (z.B. via svdrp) sollte man das auch sehen können.

Quote from SHofmann

Deinen Ausführungen kann ich leider nicht entnehmen, ob ich darauf hoffen darf, dass du dir das einmal etwas genauer anschaust

Wie angedeutet gibt's Ideen, aber bisher nicht ausreichend Motivation mich vollständig in das Satip-Plugin einzuarbeiten ...

Den folgenden Satz versteh nicht nicht ganz ....

Quote

Spannend ist ja immerhin, dass das Device bis zum dem von dir genannten Commit wenigstens hin und wieder alle Kanäle ausgewiesen hat, mit dem aktuellen Head-Commit aber nicht ein einziges Mal.

Das hatte ich doch geschrieben: Mit Commit 1a1377e konnte ich hin- und wieder in femon alle Kanäle im Bouquet sehen, mit dem aktuellen Stand im Git konnte ich diesen Zustand nicht mehr herstellen.