[dynamite] Freigeben von ungenutzten Tunern

gggggg · 1. Mai 2021

Hi, bin gerade beim Test v. libvdr-dynamite.so.2.4.7 gemeinsam mit BM2LTS und mcli.

Plugin-Readme mit Infos für devs: https://github.com/flensrocker…te/blob/master/README#L39

Hintergrund:

Mein Netceiver ist mit 6 Tunern bestückt und wird, da er im Heizraum steht (dort kommen halt die SAT Kabel an) "etwas warm". Die Tuner würden sich, wenn der vdr sie freigibt autom. schlafen legen ;-).

dynamite wird nach dem softhddrm und mcli geladen - aktueller Status:

Prinzipiell läuft es und erkennt wohl auch mcli ... im .conf habe ich --idle-timeout=1 das Timeout auf 1 Minute, aber released wird keiner der 2 (mit Kanal 17 + 18, durch 1x Channel UP + dann wieder Down) belegten Tuner ...

Hier der Link zum vollständigen Log mit --log=3

Code

...
May  1 11:48:55 BM2LTSnativeMC vdr: [5354] loading plugin: /usr/lib/vdr/plugins/libvdr-dynamite.so.2.4.7
May  1 11:48:55 BM2LTSnativeMC vdr: [5354] dynamite: setting auto-idle-timeout to 1 minute
...
May  1 11:48:55 BM2LTSnativeMC vdr: [5355] dynamite udev monitor for subsystem dvb thread started (pid=5354, tid=5355, prio=high)
...
May  1 11:48:55 BM2LTSnativeMC vdr: [5354] initializing plugin: dynamite (0.3.1-BM2LTS): EmpfangsgerÃ¤te wÃ¤hrend des Betriebs ein- und aushÃ¤ngen
May  1 11:48:55 BM2LTSnativeMC vdr: [5354] dynamite: mcli detected, leaving 8 additional slot(s) free
May  1 11:48:55 BM2LTSnativeMC vdr: [5354] dynamite: creating dynamic device slots as much as possible
May  1 11:48:55 BM2LTSnativeMC vdr: [5354] new device number 2 (card index 2)
...
May  1 11:48:55 BM2LTSnativeMC vdr: [5354] new device number 24 (card index 24)
May  1 11:48:55 BM2LTSnativeMC vdr: [5354] udev: no devices found for dvb/DVB_DEVICE_TYPE=frontend
...
May  1 11:48:56 BM2LTSnativeMC vdr: [5354] starting plugin: dynamite
May  1 11:48:56 BM2LTSnativeMC vdr: [5354] dynamite: startup channel is 17

Alles anzeigen

Zitat von SurfaceCleanerZ

Hi, Prinzipiell via dynamite-Plugin ja. Ob das mit dem Exot mcli zusammen funktioniert, keine Ahnung...

Eher nicht, aber ist nen Versuch wert. Vdr muss gepatcht sein dafür.

Mfg Stefan

cinfo : Nur z. Sicherheit die Frage: Der vdr ist dazu gepatched oder ?

Wie sollte ich zur Eingrenzung weiter vorgehen ?

SurfaceCleanerZ · 1. Mai 2021

Hi,

Ich würde behaupten, so kann es nicht funktionieren. Dynamite funktioniert nach dem Prinzip dass er alle verfügbaren Tunerslots (ich meine es sind 10 im Standard VDR, kann aber erhöht werden im src) des VDRs an sich reißt beim Start und dann wenn verfügbar die Tuner da drauf gemappt werden. Deshalb kann vdr dann auch ohne geladene Tuner schon starten und später die lahmen Treiber von z. B. Sundtek Sticks geladen werden. Dafür wurde es mal entwickelt. Deshalb muss es vor allen Tuner Plugins geladen werden (und auch Frontends meine ich mich zu erinnern).

Mfg Stefan

kfb77 · 1. Mai 2021

Sehe ich auch so, das wird nicht gehen. Dynamite simuliert gegenüber VDR (noch) nicht vorhandene DVB Devices. Was du suchst ist, dass der VDR die Devices, die er nicht braucht, frei gibt. Und das gibt es im VDR nicht. Normalerwiese werden auch alle Devices zumindest für den EPG Scan verwendet (wenn man den nicht abgeschaltet hat).

SurfaceCleanerZ · 1. Mai 2021

Hi,

Das habe ich nicht gesagt, dass es nicht geht. Nur nicht mit seiner Start Reihenfolge. Weil dann sind die Tuner ja schon geladen, wenn Dynamite startet(und dynamite bekommt nur noch die restlichen freien Slots ab).

Dynamite kann zumindest bei USB Tunern diese schlafen legen. Dass die für EPG und Kanalsuchen genutzt werden ist klar, aber nicht das Problem, da dann nicht alle immer laufen. Darum geht es ja.

Und ob es mit dem Netceiver geht ist zu prüfen, keine Ahnung... (wie der seine Tuner lädt/einbindet).

Mfg Stefan

kfb77 · 1. Mai 2021

Zitat von SurfaceCleanerZ

Dynamite kann zumindest bei USB Tunern diese schlafen legen.

Lokale Hardware schlafen schicken ja, weil Dynamite die unter seiner Kontrolle hat. Um ein remote Device schlafen zu schicken, müsste er ja dem Plugin, dass das Remote Device unter seiner Kontrolle hat, kommunizieren. Und das kann Dynamite nicht. Wäre aber schön, ich hätte das für SATIP auch gerne.

gggggg · 1. Mai 2021

Nein es müsste nicht kommunizieren, sondern nur dem vdr ungenutzte devices entziehen ... schlafen legen sich die Tuner beim NCV v. selbst...

Habe 10-dynamite nun vor 20-mcli geladen ... Ich vermute dass mcli da die device Klasse o.ä. von dynamite nutzen müsste um devices anzulegenvdr: [19061] ERROR: too many devices or "dynamite"-unpatched device creator!

oder ist es das ?

vdr: [19061] udev: no devices found for dvb/DVB_DEVICE_TYPE=frontend

Hier das log, wo dynamite beginnt die devices zu krallen und Mitten drin mcli los legt.

Code

...
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] dynamite: mcli detected, leaving 8 additional slot(s) free
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] dynamite: creating dynamic device slots as much as possible
May  1 15:34:12 BM2LTSnativeMC vdr: [19065] epg data reader thread started (pid=19061, tid=19065, prio=high)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 1 (card index 1)
May  1 15:34:12 BM2LTSnativeMC vdr: [19065] reading EPG data from /var/cache/vdr/epg.data
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 2 (card index 2)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 3 (card index 3)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 4 (card index 4)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 5 (card index 5)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 6 (card index 6)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 7 (card index 7)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 8 (card index 8)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 9 (card index 9)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 10 (card index 10)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 11 (card index 11)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 12 (card index 12)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 13 (card index 13)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 14 (card index 14)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 15 (card index 15)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 16 (card index 16)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 17 (card index 17)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 18 (card index 18)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 19 (card index 19)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 20 (card index 20)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 21 (card index 21)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 22 (card index 22)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 23 (card index 23)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 24 (card index 24)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] udev: no devices found for dvb/DVB_DEVICE_TYPE=frontend
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] initializing plugin: mcli (0.9.6-BM2LTS-pre8): NetCeiver Client Application
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] mcli::Initialize: called
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] mcli::PreInitMcli: called with m_cmd.iface='eth0.2' builtin watch-timeout=180 watch-step=5
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] mcli::PreInitMcli: found specified device 'eth0.2' in /proc/net/if_inet6 (after 0 sec)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] mcli::Initialize: successful
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] initializing plugin: softhddrm (3.5.0-BM2LTS): A software and GPU emulated UHD/HLG HDR device
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 25 (card index 25)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] initializing plugin: extrecmenung (2.0.11-BM2LTS): Erweitertes Aufzeichnungs-MenÃ¼
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] initializing plugin: menuorg (0.5.2): Reorganisiert das HaupmenÃ¼
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] loading menuorg config file from /var/lib/vdr/plugins/menuorg.xml
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] setting primary device to 1
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] device 1 has no MPEG decoder
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] trying device number 25 instead
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] setting primary device to 25
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] [softhddev]MakePrimaryDevice: 1
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] [softhddev]stopping OpenGL Worker Thread 
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] [softhddev]OpenGL Worker Thread stopped
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] [softhddev]SetVideoFormat: 1
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] [softhddev]SetVideoDisplayFormat: 1
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] [softhddev]GetSpuDecoder:
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] [softhddev]SetVolumeDevice: 61
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] assuming manual start of VDR
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] setting current skin to "lcars"
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] loading /var/lib/vdr/themes/lcars-default.theme
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] starting plugin: dynamite
May  1 15:34:12 BM2LTSnativeMC vdr: [19064] video directory scanner thread ended (pid=19061, tid=19064)
May  1 15:34:12 BM2LTSnativeMC vdr: [19065] epg data reader thread ended (pid=19061, tid=19065)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] dynamite: startup channel is 17
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] starting plugin: mcli
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] mcli version 0.9.6-BM2LTS-pre8 started
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 26 (card index 26)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] cTimeMs: using monotonic clock (resolution is 1 ns)
May  1 15:34:12 BM2LTSnativeMC vdr: [19070] device 26 section handler thread started (pid=19061, tid=19070, prio=low)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] mcli::cMcliDevice: USING VDR PACKET BUFFER 
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 27 (card index 27)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] mcli::cMcliDevice: USING VDR PACKET BUFFER 
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 28 (card index 28)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] mcli::cMcliDevice: USING VDR PACKET BUFFER 
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 29 (card index 29)
May  1 15:34:12 BM2LTSnativeMC vdr: [19072] device 28 section handler thread started (pid=19061, tid=19072, prio=low)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] mcli::cMcliDevice: USING VDR PACKET BUFFER 
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 30 (card index 30)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] mcli::cMcliDevice: USING VDR PACKET BUFFER 
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 31 (card index 31)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] mcli::cMcliDevice: USING VDR PACKET BUFFER 
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 32 (card index 32)
May  1 15:34:12 BM2LTSnativeMC vdr: [19075] device 31 section handler thread started (pid=19061, tid=19075, prio=low)
May  1 15:34:12 BM2LTSnativeMC vdr: [19073] device 29 section handler thread started (pid=19061, tid=19073, prio=low)
May  1 15:34:12 BM2LTSnativeMC vdr: [19074] device 30 section handler thread started (pid=19061, tid=19074, prio=low)
May  1 15:34:12 BM2LTSnativeMC vdr: [19071] device 27 section handler thread started (pid=19061, tid=19071, prio=low)
May  1 15:34:12 BM2LTSnativeMC vdr: [19076] device 32 section handler thread started (pid=19061, tid=19076, prio=low)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] mcli::cMcliDevice: USING VDR PACKET BUFFER 
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] new device number 33 (card index 33)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] ERROR: too many devices or "dynamite"-unpatched device creator!
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] mcli::cMcliDevice: USING VDR PACKET BUFFER 
May  1 15:34:12 BM2LTSnativeMC vdr: [19077] device 0 section handler thread started (pid=19061, tid=19077, prio=low)
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] mcli::Start: successful
May  1 15:34:12 BM2LTSnativeMC vdr: [19061] starting plugin: softhddrm
May  1 15:34:13 BM2LTSnativeMC vdr[19061]: FindDevice: open /dev/dri/card0:  i915
May  1 15:34:13 BM2LTSnativeMC vdr: [FindDevice] DRM have 3 connectors, 3 crtcs, 8 encoders
May  1 15:34:13 BM2LTSnativeMC acpid: received input layer event "jack/lineout LINEOUT unplug"
May  1 15:34:13 BM2LTSnativeMC acpid: 0 total rules matched
May  1 15:34:13 BM2LTSnativeMC acpid: completed input layer event "jack/lineout LINEOUT unplug"
May  1 15:34:13 BM2LTSnativeMC acpid: received input layer event "jack/videoout VIDEOOUT unplug"
May  1 15:34:13 BM2LTSnativeMC acpid: 0 total rules matched
May  1 15:34:13 BM2LTSnativeMC acpid: completed input layer event "jack/videoout VIDEOOUT unplug"
May  1 15:34:13 BM2LTSnativeMC vdr: [19078] mcli::Action: Add CAMs from NetCeiver: [fe80::208:54ff:fe54:b261] -> 1
May  1 15:34:13 BM2LTSnativeMC vdr: [19078] mcli::Action: Add Tuner(#0): Conexant CX24116 DVB-S2 [fe80::208:54ff:fe54:b261:0400], Type 4 @ 1
May  1 15:34:13 BM2LTSnativeMC vdr: [19078] mcli::Action: Add Tuner(#1): Conexant CX24116 DVB-S2 [fe80::208:54ff:fe54:b261:0401], Type 4 @ 1
May  1 15:34:13 BM2LTSnativeMC vdr: [19078] mcli::Action: Add Tuner(#2): Conexant CX24116 DVB-S2 [fe80::208:54ff:fe54:b261:0402], Type 4 @ 1
May  1 15:34:13 BM2LTSnativeMC vdr: [19078] mcli::Action: Add Tuner(#3): Conexant CX24116 DVB-S2 [fe80::208:54ff:fe54:b261:0403], Type 4 @ 1
May  1 15:34:13 BM2LTSnativeMC vdr: [19078] mcli::Action: Add Tuner(#4): Conexant CX24116 DVB-S2 [fe80::208:54ff:fe54:b261:0404], Type 4 @ 1
May  1 15:34:13 BM2LTSnativeMC vdr: [19078] mcli::Action: Add Tuner(#5): Conexant CX24116 DVB-S2 [fe80::208:54ff:fe54:b261:0405], Type 4 @ 1
May  1 15:34:13 BM2LTSnativeMC vdr: [19078] 3 tuner available: enabling 3 devices
...

Alles anzeigen

SurfaceCleanerZ · 1. Mai 2021

Hi,

2 Dinge: der Vdr scheint nicht dynamite gepatcht zu sein, das sagt das log und die Frage ist ob mcli per udev die Tuner anlegt.

Die Sundtek Tuner sind ja auch ähnlich satip Tunern. Die müssen nicht lokal gemountet sein, sondern im LAN. Aber das ist da über den Userspace Treiber realisiert. Nutzt nur fast niemand, aber in yavdr 0.6 zumindest war es drin.

Mfg Stefan

kfb77 · 1. Mai 2021

Zitat von gggggg

sondern nur dem vdr ungenutzte devices entziehen

Wirklich entziehen kann man Devices dem VDR zur Laufzeit nicht. Man kann sie nur in den Zustand "ich kann nichts empfangen" versetzen. Dann muss Dynamite sich selber um die andere Seite kümmern, USB Device schlafen legen, oder eben mcli sagen, dass das Device nicht mehr benützt wird.

Dazu müsste mcli aber die Dynamite Device Klasse verwenden und wie du schon festgestellt hat, ist dies nicht der Fall. Ohne Patch für mcli geht das eh nicht.

gggggg · 1. Mai 2021

pbrb HelmutB cinfo ... könnt ihr bitte obige Punkte von Stefan und kfb77 beantworten.

Falls es darin mündet, dass ihr mcli grob umbauen müsstet od. der vdr patchaufwand nicht dafür steht, vergessen wir das Ganze besser und ich kauf mir noch ein paar DVB-S2, für den Fall, dass die "Alten" das zeitliche segnen .

pbrb · 1. Mai 2021

Wirklich helfen kann ich aktuell wohl nicht, aber man könnte ggf. in mcli eine API (und ggf. ein svdr-Kommando) einbauen, was einzelne unbeschäftigte Tuner abmeldet. Allerdings müßte man dann auch verhindern, daß die danach gleich wieder gefunden werden automatisch. Klingt nach "list tuner" und dann "blacklist tuner <ID>" und wenn man's wieder braucht: "whitelist tuner <ID>" bzw. "whitelist tuner *" - ob's (so einfach) geht, müßte mal einer versuchen zu programmieren...ich kann mir dann den Patch mal anschauen und mergen, wenn ok.

mini73 · 3. Mai 2021

Moin!

Einfach mal das Readme genau lesen und sich die Beispiele für das dynamite-dummydevice [1] und pvrinput [2-5] ansehen, dann sollte hoffentlich klar werden, was mcli machen muss.

Letztendlich ist es so, dass dynamite alle Device-Slots im vdr belegt (minus ein paar für Ausgabe usw.). Und wenn der vdr auf einen dieser Tuner zugreifen will, dann erstellt es im Hintergrund per "new" das entsprechende Device-Objekt des Plugins, welches dann alles initialisieren muss, was es so muss.

Wenn nach Ablauf des Idle-Timeout niemand mehr auf das Device zugegriffen hat, dann wird das Plugin-Device-Objekt einfach per "delete" wieder gelöscht, also muss es im Destruktor alles aufräumen, als ob der vdr beendet wird.

[1] https://github.com/flensrocker…lob/master/dynamite.c#L55

[2] https://github.com/flensrocker…blob/master/device.h#L167

[3] https://github.com/flensrocker…/blob/master/device.c#L20

[4] https://github.com/flensrocker…blob/master/device.c#L284

[5] https://github.com/flensrocker…lob/master/device.c#L1533

Lars.

gggggg · 13. Mai 2021

Danke Lars ... dann hoff ich mal auf HelmutB ... wie er und cinfo den Aufwand beurteilen .

[dynamite] Freigeben von ungenutzten Tunern

Jetzt mitmachen!

Teilen