hätte was ist vieles etwas anders (neue VDR-Version & Plugin-Versionen), nur des Supportes und Funktion wegen
Posts by cinfo
-
-
-
Ein aktuell verfügbares Gerät mit IR-Empfänger wäre folgendes: ASUS ExpertCenter PN42-BBN100MV
Ist absolut lautlos, habe es aber persönlich noch nicht mit vdr getestet.
waren diese Geräte denn nicht nur mit einem Header ausgestattet -- und man muß sich noch um den Sensor kümmern?QuoteBestimmte kompakte Mini-PCs, wie beispielsweise Modelle der ASUS PN-Serie PN42-BBN100MV oder PN41-BBC052MVN, verfügen über Consumer Infrared (CIR) Header. Diese ermöglichen den Anschluss eines IR-Sensors zur Fernsteuerung, oft zu finden in den technischen Spezifikationen bei den Anschlussoptionen (z. B. PN41-BBC052MVN und PN42-BBN100/200MV).
ist wohl jetzt immer mit an Board
-
-
jojo61 sollte/könnte man auch in vdr-plugin-softhdcuvid mitübernehmen
-
Ich würde noch einmal hier lesen -->.https://www.vdr-portal.de/forum/thread/1…ini-pc-mit-cir/
Für eine Remoteunterstützung würde ich einmal per PN Emma53 ansprechen.
Info´s vorab hier -> RE: {2026} BM²LTS-v4.6.* - > DD-NET / EXIP / NetCeiver
-
-
Du hast es ja oben eigentlich erklärt:
richtig

-
mal eine Frage zu den Samples
müsste es denn hier nicht noch "T" mit rein?
QuoteScript UDP;IPTV:10:S=1|P=0|F=EXTT|U=iptvstream.sh|A=1:I:0:100=27:200=deu@15,201=deu@15,202=deu@15:0:0:1:0:0:10
Script TCP;IPTV:20:S=1|P=0|F=EXTT|U=iptvstreamtcp.sh|A=1:I:0:256=27:257=@15:0:0:1:0:0:20 -
Bisher OK. Da haben sich in letzter Zeit 2 alte Dateien eingeschlichen. Im Anhang die Aktuellen
OK
-
HI werde es demnächst testen. lt. Readme (Seite 1 im Thread )sind alle Versionen ident zu 4.5.30 ?
Nein
-
-
-
-
Das Problem im Ausgabeplugin liegt am design. Wenn noch nie ein Video abgespielt wurde, dann ist da nix initialisiert und deswegen geht dann auch das OSD nicht. Das umzubauen möchte ich vermeiden.
Im Prinzip ist es ein Problem vom Ausgabeplugin, könnte aber im VDR gelöst werden wenn beim start ein einzelnes (oder mehrere) schwarzes I-Frame geschickt werden würde (evtl. mit dem Text "No Signal"). Dann wäre alles initialisiert und das OSD würde funktionieren.
Wenn dann kein Stream kommt bleibt das "No Signal" stehen und man weiss das der VDR aktiv ist.
könnte man die hier geschilderte Lösung vom softhddevice Plugin in das Ausgabeplugin z.B. Softhddrm übernehmen?
-
OK. Was hattest du denn in der letzten Version geändert ?
auf 60s
-
aber hast du das timeout auf 220 gesetzt ? Zum Testen wäre es hilfreich das eher auf 60s (schade dass wir dazu keinen Parameter haben) zu setzten
ich habe für den MCLI dieses Jahr leider keine Zeit mehr .
Ich denke hier wird nur dieser Ansatz zu eine Lösung führen
QuoteOption 2: neue Option einbauen "ignore-if-problem", man merkt sich den cPluginMcli::Initialize den Fehlerstatus, gibt aber trotzdem "true" zurück, aber bei "cPluginMcli::Start" wird das "gemerkte" geprüft und das Plugin gibt entweder hier dann "false" zurück....wenn einem der VDR das immer noch übel nimmt, dann weiter vorarbeiten und z.B. bei "cPluginMcli::Action" einfach nichts tun.
das muß aber jemand anderes angehen, dazu fehlt mir die Zeit
-
Display More
DAnke,
Dec 8 17:56:23 BM2LTS-MC vdr: [1431] initializing plugin: mcli (1.0.1B): NetCeiver Client Application
Dec 8 17:56:23 BM2LTS-MC vdr: [1431] mcli::Initialize: called
Dec 8 17:56:23 BM2LTS-MC vdr: [1431] mcli::PreInitMcli: called with m_cmd.iface='eth0.2' builtin watch-timeout=220 watch-step=3
Dec 8 17:56:23 BM2LTS-MC vdr: [1460] video directory scanner thread started (pid=1431, tid=1460, prio=low)
Dec 8 17:56:23 BM2LTS-MC vdr: [1431] mcli::PreInitMcli: can't find specified device 'eth0.2' in /proc/net/if_inet6 (after 0 of 220 sec / wait next 3 sec)
Dec 8 17:56:26 BM2LTS-MC vdr: [1431] mcli::PreInitMcli: can't find specified device 'eth0.2' in /proc/net/if_inet6 (after 3 of 220 sec / wait next 3 sec)aber hast du das timeout auf 220 gesetzt ? Zum Testen wäre es hilfreich das eher auf 60s (schade dass wir dazu keinen Parameter haben) zu setzten
So einfach wie ich hoffte ist es wohl nicht, weil der vdr stürtzt nach den 220s ab:
Dec 8 18:10:34 BM2LTS-MC vdr: [1431] mcli::PreInitMcli: can't find specified device 'eth0.2' in /proc/net/if_inet6 (after 220 sec)
Dec 8 18:10:34 BM2LTS-MC vdr: [1431] new device number 1 (card index 1)
Dec 8 18:10:34 BM2LTS-MC vdr: [1431] cTimeMs: using monotonic clock (resolution is 1 ns)
Dec 8 18:10:34 BM2LTS-MC vdr: [1999] device 1 section handler thread started (pid=1431, tid=1999, prio=low)
Dec 8 18:10:34 BM2LTS-MC vdr: [1431] mcli::cMcliDevice: USING VDR PACKET BUFFER
Dec 8 18:10:34 BM2LTS-MC kernel: [ 227.858319] vdr[1431]: segfault at 8 ip 00007f9210556c07 sp 00007ffee7ce8180 error 6 in libnetceiver.so.1.0.0[8c07,7f9210552000+10000] likely on CPU 3 (core 1, socket 0)
Dec 8 18:10:34 BM2LTS-MC kernel: [ 227.858340] Code: df 03 01 00 48 89 68 f8 4c 89 e7 48 89 43 20 48 89 43 18 e8 0b c6 ff ff 48 8b 45 00 48 89 6b 08 4c 89 e7 48 89 5d 00 48 89 03 <48> 89 58 08 e8 a0 c6 ff ff 48 89 d8 5b 5d 41 5c c3 e8 c3 c3 ff ff
Dec 8 18:10:34 BM2LTS-MC systemd[1]: vdr.service: Main process exited, code=killed, status=11/SEGVhier was zum Testen
CodeOption 2: neue Option einbauen "ignore-if-problem", man merkt sich den cPluginMcli::Initialize den Fehlerstatus, gibt aber trotzdem "true" zurück, aber bei "cPluginMcli::Start" wird das "gemerkte" geprüft und das Plugin gibt entweder hier dann "false" zurück....wenn einem der VDR das immer noch übel nimmt, dann weiter vorarbeiten und z.B. bei "cPluginMcli::Action" einfach nichts tun.das muß aber jemand anderes angehen, dazu fehlt mir die Zeit
-
Zum Prob, dass mcli ohne Netzwerk nach 3min. den vdr stoppt (die Idee mit dem IPTV funkt erst wenn das gelöst ist):
https://github.com/pbiering/vdr-p…b/master/mcli.c
#define IFACE_WATCH_TIMEOUT 180
#define IFACE_WATCH_STEP 5Nach Ablauf der 3min kommt dann in Zeile 200 return=false und ich vermute der vdr stoppt danach.
Ev. reicht es in Zeile 200 = true zu retournieren.
cinfo könntest du bitte mcli.c mit dieser Änderung bauen.zum Testen
-