Compile von VDR 2.4.1 für Plugin easyvdr Test

[Wirbel]

Ok, dann schauen wir demnächst da drauf.


So sollte es sein, z.B. aus der Shell, bei einem nicht existierenden Plugin names 'foobar'.

Code:

easyvdrctl-2.4.1 --plugin foobar --status
Plugin            | install | ini    | AutoRun | Stop | Arguments
--------------------------------------------------------------------------------
foobar            | no      | missing | no      | yes  |

install = no -> keine libvdr-foobar.so.2.4.1 gefunden
ini = missing -> keine foobar_settings.ini gefunden, damit defaults für AutoRun, Stop, Argument; auch falls die ini nicht gelesen werden kann 'invalid' - dann auch defaults.

Code:

easyvdrctl-2.4.1 --plugin foobar --enable

Liest die ini, schreibt 'AutoRun = true' und speichert. Falls keine ini vorhanden, sollte eine neue ini erzeugt werden.


Per Menü sinngemäß ähnlich. Kann aber sein, dass noch nicht alles funzt, muss mal testen.

[gb]

Ok..
Da mit kann ich arbeiten, teste ich nachher mal.

Gruß Aaron

[Wirbel]

Sinngemaäß auch die anderen Optionen, z.B.

Code:

$ ./easyvdrctl-2.4.1 --plugin softhddevice --status
Plugin            | install | ini    | AutoRun | Stop | Arguments
--------------------------------------------------------------------------------
softhddevice      | yes    | valid  | no      | no  | -f -v vaapi -a hw:1,7

$ ./easyvdrctl-2.4.1 --plugin softhddevice --replace-commandline vaapi vdpau


$ ./easyvdrctl-2.4.1 --plugin softhddevice --status
Plugin            | install | ini    | AutoRun | Stop | Arguments
--------------------------------------------------------------------------------
softhddevice      | yes    | valid  | no      | no  | -f -v vdpau -a hw:1,7

[gb]

Hi Wirbel

Sorry, das Wetter war in den letzten Tagen einfach zu gut und viel Arbeit, aber das kennst du ja sicher  

Ich hab das mal durchgespielt, das Tool ist nice..

Wenn wir das Tool über die Setuproutine steuern, sollte das kein Problem werden, da ja diese mit Root arbeitet, aber ich denke das Problem hier drunter könnte erklären, warum es aus dem VDR mit dem Plugin easyvdr nicht zum erstellen der ini's kommt.

[email protected]:~$ easyvdrctl-2.4.1 --plugin control --status
Plugin            | install | ini    | AutoRun | Stop | Arguments
--------------------------------------------------------------------------------
control            | no      | missing | no      | yes  |
[email protected]:~$ easyvdrctl-2.4.1 --plugin control --enable
[email protected]:~$ easyvdrctl-2.4.1 --plugin control --status
Plugin            | install | ini    | AutoRun | Stop | Arguments
--------------------------------------------------------------------------------
control            | no      | missing | no      | yes  |
[email protected]:~$ su easyvdr
Passwort:
[email protected]:/var/lib/vdr$ easyvdrctl-2.4.1 --plugin control --enable
[email protected]:/var/lib/vdr$ easyvdrctl-2.4.1 --plugin control --status
Plugin            | install | ini    | AutoRun | Stop | Arguments
--------------------------------------------------------------------------------
control            | no      | missing | no      | yes  |
[email protected]R:/var/lib/vdr$ sudo su
[sudo] Passwort für easyvdr:
[email protected]:/var/lib/vdr# easyvdrctl-2.4.1 --plugin control --enable
[email protected]:/var/lib/vdr# easyvdrctl-2.4.1 --plugin control --status
Plugin            | install | ini    | AutoRun | Stop | Arguments
--------------------------------------------------------------------------------
control            | no      | valid  | yes    | yes  |

Komischerweise kann aber das Plugin easyvdr die vorhandenen ini's bearbeiten.

Gruß Aaron

[Wirbel]

Hmm, das Plugin muss in jedem Falle die ini schreiben können, macht ja sonst wenig Sinn.

Welche Lösung gefällt denn am besten?
Dem Benutzer die Rechte dafür geben oder falls nein, welchen anderen schreibbaren Ordner schlagt ihr vor?


Bin übrigend dran, das Nachträgliche Laden von Budget Karten zum implementieren,
wie von Stefan gewünscht. Im Gegensatz zu dynamite wird kein weiterer Patch notwendig
werden als der bisherige - Minimalismus hilft hier..

[gb]

Hallo Wirbel 
Der Ordner ist schon okay, dann muss vdr dort die Rechte bekommen. Wie, ist mir noch nicht ganz klar, aber gibt ja immer Mittel und Wege. 

Zum zweiten Thema muss mal Stefan Feedback geben, ich hab keine Hardware, die mit dem Laden der DVB Devices Probleme hat, also schwer für mich zu testen.

Gruß Aaron

[SurfaceCleanerZ]

Hi, 
Super dass du dich dem annimmst! Was brauchst du denn an Feedback? Die TT S2 3200 laden grundsätzlich langsam. Und Sundtek Sticks eh, aber damit kann Winfried ja selbst testen, der hat ja einen davon von mir erhalten damals. Sonst hat Wolfgang ja den von mir jetzt. Hab ja kein Kabel mehr seit 3 Jahren. 
Wenn ich testen soll, könnte ich mal am Produktiv System die HDD umklemmen auf die Test SSD. 
Sag Bescheid! 
Mfg Stefan

[Wirbel]

Erst mal kämpfe ich noch mit dem Menü, das will nicht und ich versteh noch nicht was los ist.

[Wirbel]

Der Sundtek Stick hat sich schon seit einiger Zeit erledigt,
Sundtek kann ich also nicht testen. Ich weiß nicht, ob Sundtek überhaupt separat getestet werden muss.



Die easyvdr.ini muss erweitert werden:

Code:

[Common]
Description = easyvdr setup helper plugin
PluginConfigFile = /etc/vdr/conf.d/*_settings.ini
MainMenuEntry = EasyVdr Setup
PluginDebug = true
PluginManagerDebug = true

[DeviceManager]
Enabled = true
SettlingTime = 600
Debug = true
MaxDevices = 100

[HelpText]
Common::Description = The description displayed in VDR settings menu.
Common::MainMenuEntry = The name of the VDR main menu entry.
Common::PluginConfigFile = The full path for the plugins settings, the asterisk will be later replaced by the actual plugins name.
Common::PluginDebug = true/false : extended debug messages from core plugin to stderr
Common::PluginManagerDebug = true/false : PluginManager debug messages to stderr

DeviceManager::Enabled = true/false : try to load budget cards if found after vdr start
DeviceManager::SettlingTime = integer : the time in msec dvb drivers need to fully load after hardware was detected. default: 500
DeviceManager::Debug = true/false : extended debug messages from DeviceManager to stderr. default: false
DeviceManager::MaxDevices = the maximum number of dvb budget cards, also limited by VDR to MAXDEVICES(16). integer default: 100

Zur Wirkungsweise des nachträglichen Ladens von Budget Karten:
/******************************************************************************
* Der DVB Device Manager.
******************************************************************************/
Dieses Plugin beobachtet zwei Ordner mit der Kernel inotify Schnittstelle.
1) /dev -> falls /dev/dvb existiert, wird ein neuer Beobachter 2) für /dev/dvb
  erzeugt.
2) /dev/dvb, siehe 1), dort werden alle neuen Ordner beobachtet.

Sobald das Plugin vom Kernel benachrichtigt wird, dass ein neuer Ordner namens
adapterN in /dev/dvb erzeugt wurde, sucht das Plugin dort nach demux und
frontend devices nodes.

Sobald eine unbekannte Kombination aus adapter, demux und frontend erkannt wird,
versucht das Plugin ein passendes VDR cDvbDevice zu erzeugen.

Voraussetzung: (e)udev für /dev und Kernel Konfiguration mit inotify.

Die Einstellungen zum DeviceManager in der easyvdr.ini:

[DeviceManager]
Enabled = true
SettlingTime = 600
Debug = true
MaxDevices = 100


Enabled      : true/false, soll der Device Manager gestartet werden.
SettlingTime : integer 0..N, die Zeit zwischen Anlegen eines neuen Ordners
              /dev/dvb/adapterN und dem vollständigen Ladens des DVB
              Treibers in Millisekunden. default: 500
Debug        : true/false, erweiterte Meldungen nach stderr
MaxDevices  : integer 1..N, die maximale Anzahl von dvb devices,
              die das Plugin erzeugen darf. Diese Zahl wird durch den VDR
              selbst zusätzlich auf MAXDEVICES limitiert (z.B. 16)

[Wirbel]

Zum Testen am besten den DVB Treiber von Hand entladen, danach VDR starten und dann per Hand laden.
Das geht auch bei Aaron, da kann eigentlich jeder testen..

lsmod verrät (wie liste modules.. ), welche Treiber geladen sind:

Code:

root [ /usr/src/vdr-2.4.1 ]# lsmod
Module                  Size  Used by
ddbridge              73728  0
input_leds            16384  0
led_class              16384  1 input_leds
rc_total_media_in_hand_02    16384  0
si2157                16384  0
si2168                20480  0
rc_core                36864  1 rc_total_media_in_hand_02
tda18212              16384  4
cxd2841er              45056  4
nvidia_drm            36864  1
nvidia_modeset      1077248  3 nvidia_drm
dvb_core              106496  2 cxd2841er,ddbridge
nvidia              14237696  84 nvidia_modeset
videobuf2_vmalloc      16384  1 dvb_core
videobuf2_memops      16384  1 videobuf2_vmalloc
videobuf2_common      45056  1 dvb_core
xhci_pci              16384  0
videodev              172032  1 videobuf2_common
xhci_hcd              110592  1 xhci_pci
ehci_hcd              49152  0
mc                    28672  4 videobuf2_common,videodev,dvb_core,si2157
x86_pkg_temp_thermal    16384  0
coretemp              16384  0

In meinem Fall ist das ddbridge. Also ddbridge von Hand entladen:
(sudo) modprobe -r ddbridge

Danach sollten die Einträge in /dev/dvb verschwunden sein - kontrollieren !

Dann vdr starten wie bisher.

in einer zweiten Shell bei laufendem VDR die DVB Treiber laden und schauen, ob TV geht.

(sudo) modprobe ddbridge

[Wirbel]

Ebenso kann man im Menü sehen, welche dvb devices das Plugin kennt.

Plugins, welche beim Start von VDR erkannt wurden, sind als Loaded : at VDR start markiert, Devices, welche vom Plugin angelegt wurden markeirt als Loaded : by easyvdr Plugin markiert.



Link zur aktuellen Version.
https://www.gen2vdr.de/wirbel/easyvdr/vd....07.10.tgz