Posts by Kitsab

    Hallo,

    ich nutze RoboTV in Verbindung mit der "Live-Channels" App. Die RoboTV App selbst kann ich nicht mal öffnen, meine Android Version scheint zu aktuell zu sein. Ich musste RoboTV auch über das adb interface mit "abd install" installieren, die APKs wollte Android selbst erst garnicht installieren trotz gewährter Ausnahmen zum installieren aus fremden Quellen.

    Ich habe RoboTV Version 0.96 - gibt es irgendwo etwas aktuelleres?

    Oder habt ihr das mit Android Studio selbst kopiliert?

    Danke und viele Grüße

    Kitsab

    Hallo Community,

    ich war ne ganze weile inaktiv, hatte mein KabelTV gekündigt und bin auf IP-TV umgestiegen.

    Nun gab es Kabel zum neuen Tarif umsonst dazu, da musste natürlich gleich wieder am VDR-Server gefrickelt werden :)

    Habe es nun endlich geschafft den VDR in einem Proxmox unprivileged Container zum laufen zu bringen. VDR 2.6.4 mit einigen Plugins auf Arch Linux Basis. (Das usermapping für die rechte des Clients auf die Videokarte zuzugreifen war ein gefrickel, aber es läuft).

    Mich freut zu sehen, dass die Community noch immer so aktiv ist :)

    Nun aber zu meiner Frage:

    Ich nutze bislang immer Kodi als Frontend, und habe nun bei meinen aktuellen Ermittlungen auch RoboTV gefunden.

    Ich nutze NVidia shield mit der Live Channels App bzw. mit Kodi.

    Eigentlich habe ich nach einem kleinen Live-TV only frontend gesucht. Das RoboTV ist nur ein Kompatibilitäts Layer/Interface.

    Gibt es außer Kodi und RoboTV noch weitere Frontends für Android? RoboTV hat außerdem keine Möglichkeit Recordings abzuspielen.

    Danke und viele Grüße

    Kitsab

    Hallo Community,

    ich nutze VDR2.4.1 kann ich irgendwie konfigurieren, wie viele Tage EPG vorgeladen werden?

    ich nutze das Live Addon um Aufnahmen zu Programmieren.

    Aktuell sehe ich ~3 Tage EPG im Vorfeld.

    Ich habe mir die Optionen im Live Addon angesehen und die von VDR selber. Ich hab nur die Option gefunden, mit der ich die EPG-Daten in eine Benutzerdefinierte Datei speichern kann, aber keine Option mit der ich den Zeitraum definieren kann für die EPG vorgeladen wird.

    Habe ich etwas übersehen oder geht das tatsächlich nicht?

    Danke und viele Grüße

    Kitsab

    Hallo zusammen,

    nun habe ich mal mein Script fertig gestellt, ich stells einfach mal rein falls jemand eine Anregung braucht - bin aber kein Profi Coder :).

    Das Script wird von einem Cronjob als user vdr ausgeführt.

    Display Spoiler

    #!/usr/bin/env /usr/bin/python3.7

    #important run as user vdr!!!

    #

    import pathlib, os, shutil, datetime

    from pydbus2vdr import DBus2VDR

    # Get and print local drive usage

    total, used, free = shutil.disk_usage("/")

    print("Total: %d GiB" % (total / (2**30)))

    print("Used: %d GiB" % (used / (2**30)))

    print("Free: %d GiB" % (free / (2**30)))


    upper_limit=90 #oberes Limit Laufwerksbelegung in %

    lower_limit=80 #unteres Limit Laufwerksbelegung in %

    local_dir = "/video/local/"

    archive_dir = "/video/archive/"

    recTup=[]

    VDir="/video/local/"

    logfile="/video/moveRec.log"

    debug=False #Bei Debug=True wird bei jeder Ausführung die älteste Aufnahme ins Archiv geschoben, unabhängig von der Festplatten Belegung.

    # Funktion die leere Verzeichnisse entfernt.

    def RmEmptyDir(path):

    if not os.path.isdir(path):

    return

    files = os.listdir(path)

    if len(files):

    for f in files:

    fullpath = os.path.join(path, f)

    if os.path.isdir(fullpath):

    RmEmptyDir(fullpath)

    if len(files) == 0:

    print ("Removing empty folder:", path)

    parent=pathlib.Path(path).parent

    os.rmdir(path)

    RmEmptyDir(parent)

    # VDR2DBUS Abfrage der local gespeicherten Aufnahmen und Speicherung der Aufnahmeliste in einem Tupel

    vdr = DBus2VDR()

    recordings = (vdr.Recording(r) for r in vdr.Recordings.List())

    for rec in recordings:

    if rec.Path.startswith(local_dir):

    recTup.append([rec.Start, rec.Path])

    # Sortierung des Tupel nach Datum absteigend (älteste Aufnahme zuletzt)

    recTup.sort(reverse=True)

    # Loop die wenn das obere Limit erreicht wurde das verschieben anfängt, bis das untere limit unterschritten wird.

    print(len(recTup), "Aufnahmen im Lokalen Speicher gefunden.")

    if upper_limit < int(100/total*used) or debug:

    f=open(logfile, "a+")

    while (int(100/total*used) > lower_limit or debug) and len(recTup) > 0:

    moverec=recTup.pop();

    dest=str(pathlib.Path(moverec[1]).parent).replace(local_dir, archive_dir)

    pathlib.Path(dest).mkdir(parents=True, exist_ok=True)

    shutil.move(moverec[1], dest)

    now=datetime.datetime.now()

    f.write(now.strftime("%Y-%m-%d %H:%M:%S") + " - " + moverec[1] + " wurde ins Archiv verschoben, Disk Belegung: " + str(int(100/total*used)) +"%\n\n")

    print(moverec[1], " wurde ins Archiv verschoben\n")

    total, used, free = shutil.disk_usage("/")

    debug=False

    f.close()

    # Löschen der eventuell verbleibenden leeren Verzeichnisse in /video/local/...

    RmEmptyDir(local_dir)

    if not os.path.isdir(local_dir):

    os.mkdir(local_dir)

    os.system("svdrpsend updr")

    Danke nochmal an die tolle Community, die einem immer mit Rat und Tat zur Seite steht.

    Viele Grüße

    Kitsab

    Hallo Community,

    die IDs zwischen Dbus2vdr und svdrpsend stimmen nicht überein

    Display Spoiler

    [root@vdr video]$> ./vdrlstr.py |grep Survivor

    [1572297000, 89, '/video/local/Survivor/_/2019-10-28.22.10.12-0.rec', 3.687]

    [1572901800, 88, '/video/local/Survivor/_/2019-11-04.22.10.12-0.rec', 3.731]

    [1573506600, 87, '/video/local/Survivor/_/2019-11-11.22.10.12-0.rec', 3.584]

    [1574111400, 90, '/video/local/Survivor/_/2019-11-18.22.10.12-0.rec', 3.703]

    [root@vdr video]$> svdrpsend lstr |grep Survivor

    250-89 11.11.19 22:10 3:20* Survivor~

    250-90 04.11.19 22:10 3:20* Survivor~

    250-91 28.10.19 22:10 3:20* Survivor~

    250-92 18.11.19 22:10 3:20* Survivor~

    [root@vdr video]$>


    mein Ziel war eigentlich per intelligentem Python Script die ältesten Aufnahmen im Verzeichnis /video/local/ zu finden und diese dann mit dem Befehl

    svdrpsend movr [id] ~video~archive~[Name]

    zu verschieben

    über Methoden move oder copy/del verfügt dbus2vdr nicht, soweit ich es in der Dokumentation gefunden habe.

    https://github.com/flensrocker/vd…b/master/README

    aktueller Stand Python script (ich bin kein Profi Coder ... also kann sein dass es besser geht)

    Display Spoiler

    #!/usr/bin/env /usr/bin/python3.7

    import os

    import shutil

    from pydbus2vdr import DBus2VDR

    total, used, free = shutil.disk_usage("/")

    print("Total: %d GiB" % (total / (2**30)))

    print("Used: %d GiB" % (used / (2**30)))

    print("Free: %d GiB" % (free / (2**30)))

    local_dir = "/video/local/"

    recTup=[]

    vdr = DBus2VDR()

    recordings = (vdr.Recording(r) for r in vdr.Recordings.List())

    for rec in recordings:

    if rec.Path.startswith(local_dir):

    recTup.append([rec.Start, rec.id, rec.Path, round(rec.FileSizeMB/1024,3)])

    recTup.sort()

    for x in recTup:

    print(x)


    # https://github.com/flensrocker/vd…b/master/README

    # rec.start is the timestamp



    Danke für Tips und Anregungen

    Viele Grüße

    Kitsab

    Hallo Community,

    also aktuelle Erkenntnis, dbus redet nicht so gerne mit root :)

    Sprich aus Sicherheitstechnischen Gründen ist wohl der Root Account prinzipiell deaktiviert für dbus abfragen.

    Aktuell läuft mein vdr noch als root, ich werde den vdr also bald umkonfigurieren damit er als User vdr läuft, damit sollte das Problem behoben sein.

    Einfacher Test zu dBus:

    su root .... dbus-monitor

    bla ... blocked or no replay

    *irgendein user:

    dbus-monitor

    und schon ist der debugging listener aktiv.

    Danke für eure Tipps und Unterstützung. Ich werde nochmal ne Info dazu geben wenn das Problem komplett gelöst ist.

    *Update - inzwischen ist der VDR ausführende User "VDR" also in der runvdr wird die Option -u vdr gesetzt, und damit funktioniert dann auch dbus2vdr :)

    Kitsab

    Hallo,

    nun hatte ich mal Zeit den dbus2vdr mit Loglevel 4 zu starten und nachzusehen was das Plugin macht ..

    Output ist journalctl -r (also reverse).

    Das Plugin registreirt und unregistered ständig Objetke, das geht etwa 6-8 Sekunden so (20000 Zeilen Logfile) danach steht nur noch

    "dbus2vdr: System: connected with unique name" über etwa 10000 Zeilen log. das alles auf ca 1 Minute aktivem vdr Dienst.

    Irgendwo in den Logzeilen zwischen 10000 und 30000 kommt in den Zeilen auch mal was von Kanal blockiert wegen Aufnahme (stimmt aber nicht)

    und meine Timer sind einmal gelistet beides innerhalb der dbus Meldungen. Kann aber auch normaler output des vdr sein.

    Ich habe das Ende vom VDR start dazu genommen, damit man sieht wo es anfängt.

    Das Problem ist wohl "on_name_lost de.tvdr.vdr". Nur wie löse ich das?

    Display Spoiler

    [1384] dbus2vdr: System: connected with unique name :1.182039

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: on_bus_get

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: do_connect

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: Connect

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: on_name_lost_close

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /vdr with interface de.tvdr.vdr.vdr on id 18

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Timers with interface de.tvdr.vdr.timer on id 17

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Status with interface de.tvdr.vdr.status on id 16

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Skin with interface de.tvdr.vdr.skin on id 15

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Shutdown with interface de.tvdr.vdr.shutdown on id 14

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Setup with interface de.tvdr.vdr.setup on id 13

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Remote with interface de.tvdr.vdr.remote on id 12

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Recordings with interface de.tvdr.vdr.recording on id 11

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Plugins with interface de.tvdr.vdr.plugin on id 10

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Plugins with interface de.tvdr.vdr.pluginmanager on id 9

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Plugins/dbus2vdr with interface de.tvdr.vdr.plugin on id 8

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Plugins/vnsiserver with interface de.tvdr.vdr.plugin on id 7

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Plugins/wirbelscan with interface de.tvdr.vdr.plugin on id 6

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Plugins/live with interface de.tvdr.vdr.plugin on id 5

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Plugins/streamdev_server with interface de.tvdr.vdr.plugin on id 4

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /EPG with interface de.tvdr.vdr.epg on id 3

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Devices with interface de.tvdr.vdr.device on id 2

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Channels with interface de.tvdr.vdr.channel on id 1

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: UnregisterObjects

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: UnregisterWatchers

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: on_name_lost de.tvdr.vdr

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: thread-pool for handling signal-emits started

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: RegisterWatchers

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /vdr with interface de.tvdr.vdr.vdr on id 18

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Timers with interface de.tvdr.vdr.timer on id 17

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Status with interface de.tvdr.vdr.status on id 16

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Skin with interface de.tvdr.vdr.skin on id 15

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Shutdown with interface de.tvdr.vdr.shutdown on id 14

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Setup with interface de.tvdr.vdr.setup on id 13

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Remote with interface de.tvdr.vdr.remote on id 12

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Recordings with interface de.tvdr.vdr.recording on id 11

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Plugins with interface de.tvdr.vdr.plugin on id 10

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Plugins with interface de.tvdr.vdr.pluginmanager on id 9

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Plugins/dbus2vdr with interface de.tvdr.vdr.plugin on id 8

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Plugins/vnsiserver with interface de.tvdr.vdr.plugin on id 7

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Plugins/wirbelscan with interface de.tvdr.vdr.plugin on id 6

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Plugins/live with interface de.tvdr.vdr.plugin on id 5

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Plugins/streamdev_server with interface de.tvdr.vdr.plugin on id 4

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /EPG with interface de.tvdr.vdr.epg on id 3

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Devices with interface de.tvdr.vdr.device on id 2

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Channels with interface de.tvdr.vdr.channel on id 1

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: RegisterObjects

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: connected with unique name :1.182038

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: on_bus_get

    Okt 27 15:12:08 vdr vdr[1374]: [1374] loading /video/cam.data

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: do_connect

    Okt 27 15:12:08 vdr vdr[1374]: [1374] dbus2vdr: System: Connect

    Okt 27 15:12:08 vdr vdr[1374]: [1382] [live] INFO: attempt to listen on ip = '192.168.111.202'

    Okt 27 15:12:08 vdr vdr[1374]: [1383] VNSI Server thread started (pid=1374, tid=1383, prio=high)

    Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: mainloop started

    Okt 27 15:12:08 vdr vdr[1374]: [1374] starting plugin: dbus2vdr

    Okt 27 15:12:08 vdr vdr[1374]: [1374] VNSI: Channel streaming timeout: 10 seconds

    Okt 27 15:12:08 vdr vdr[1374]: [1374] VNSI: VNSI Server started

    Okt 27 15:12:08 vdr vdr[1374]: [1374] VNSI: Starting vnsi server at port=34890

    Okt 27 15:12:08 vdr vdr[1374]: [1374] starting plugin: vnsiserver

    Okt 27 15:12:08 vdr vdr[1374]: [1374] starting plugin: wirbelscan

    Okt 27 15:12:08 vdr vdr[1374]: [1374] loading /video/plugins/live/users.conf

    Okt 27 15:12:08 vdr vdr[1374]: [1374] LIVE: initial file cache has 82 entries and needs 377394 bytes of data!

    Okt 27 15:12:08 vdr vdr[1374]: [1381] Streamdev: Listening (HTTP) on port 3000

    Okt 27 15:12:08 vdr vdr[1374]: [1381] Streamdev: Listening (VTP) on port 2004


    Hallo,

    danke euch für die Antworten, war die Tage sehr beschäftigt und konnte mich nicht der Sache annehmen.
    Ich werde die die Sache mit --log=4 mal testen. Problem ist wir haben jeden Abend diverese Aufnahmen, ich muss immer abwarten bis der VDR mal Pause hat :).

    Im LXC Container läuft Arch Linux mit Systemd, man muss den Container als "nested" konfigurieren, da systemd sonst Rechte Probleme hat und diverse Dienste nicht zuverlässig laden, außerdem ist für die Berechtigung auf die TV-Kartezuzugreifen die Konfiguration eines "privileged" Containers notwendig.

    Das Dbus2vdr nutze ich zum ersten mal daher kann ich den Unterschied zwischen normaler installation bzw. vm/container nicht beurteilen.

    Im Container laufen aktuell die Addons live, streamdev, vnsiserver und wirbelscan Problemlos.

    Ich melde mich die Tage mit weiteren Testergebnissen.

    Danke schonmal.

    Kitsab

    Hallo,

    ich habe den Plugin auch versucht ohne Optionen zu starten, also die Plugin Befehlszeile um -P\"dbus2vdr\" erweitert.

    Das Problem war dadurch trotzdem vorhanden, wie kann ich das debuggen?

    mit --log=3 habe ich auch keine weiteren Einträge in journalctl gehabt außer dass sich dbus2vdr ständig verbindet.

    Danke

    Kitsab

    Hallo Community,

    da ich eine Funktion des Plugins dbus2vdr nutzen möchte, habe ich nun dieses Plugin hinzugefügt und vdr komplett neu kompiliert.

    Allerdings bringe ich das Plugin nicht so richtig zum laufen. Es scheint sich ständig neu mit dem Dbus zu verbinden:

    Display Spoiler

    Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168486

    Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168485

    Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168484

    Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168483

    Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168482

    Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168481

    Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168480

    Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168479

    Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168478

    Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168477

    Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168476

    Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168475

    Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168474

    Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168473

    Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168472

    Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168471

    Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168470

    Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168469

    Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168468

    Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168467

    Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168466

    Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168465

    Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168464

    Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168463

    Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168462

    Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168461


    meine /etc/dbus-1/systemd.d/de.tvdr.vdr.conf sieht so aus:

    Ich führe vdr momentan als root aus, den nutzer vdr gibt es aktuell nicht

    Display Spoiler

    <!DOCTYPE busconfig PUBLIC

    "-//freedesktop//DTD D-BUS Bus Configuration 1.0//EN"

    "http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd">

    <busconfig>

    <!-- Only user vdr can own the vdr-dbus-service -->

    <policy user="root">

    <allow own="de.tvdr.vdr"/>

    </policy>

    <!-- allow everyone to call vdr's methods -->

    <policy context="default">

    <allow send_destination="de.tvdr.vdr"/>

    <allow receive_sender="de.tvdr.vdr"/>

    </policy>

    </busconfig>

    der Plugin wird in vdr --help gelistet.

    Mein Aufruf in der runvdr sieht so habe ich um -P\"dbus2vdr --session --network --log=3\" ergänzt (auch mal ohne die 3 Optionen versucht) immer wird mein systemlog vollgespammt, dass die dbus2vdr unipue verbindet.

    Top zeigt, dass dBus und journalctl recht beschäftigt sind.

    Display Spoiler

    31127 root 20 0 1547564 96436 19500 S 64,8 9,2 0:25.76 vdr

    57 dbus 20 0 10680 924 552 S 8,0 0,1 2:50.63 dbus-daemon

    42 root 20 0 399040 263920 263532 S 2,2 25,2 1:13.05 systemd-journal

    Soblad ich das addon wieder aus der Runvdr entferne ist alles normal.

    Abfragen auf den dbus2vdr funktionieren nicht.

    *Ich nutze Vdr 2.4.1 mit den Standard Plugins + live + vnsiserver + streamdev-server + wirbelscan + vdr-manager + (dbus2vdr)

    System: Arch linux vdr 5.0.21-2-pve #1 SMP PVE 5.0.21-3 (Thu, 05 Sep 2019 13:56:01 +0200) x86_64 GNU/Linux in einem Proxmox privileged lxc container.

    Kompilliert habe ich mit der Option ONEDIR=1 alle files liegen in /video

    Ich habe den vdr service mehrfach neu gestartet

    Danke für Tips und Anregungen.

    Viele Grüße

    Kitsab

    Hallo,

    Edit:

    Irgendwie erscheint es mir gerade leichter die Funktionen mit linux find und mv durchzuführen, und am ende ein svdrpsend updr um den VDR zum neuen einlesen der DB zu bewegen.

    Edit Ende:

    danke schonmal für die Tips, ich habe für Arch Linux das Package PyDBus installiert. PyDbus2VDR habe ich mir über GIT clone besorgt, und die setup.py und pydbus2vdr.py in das Verzeichnis /usr/lib/python3.7/site-packages kopiert.

    Das vorgeschlagene Script habe ich auf Python 3.7 angepasse in der ersten Zeile "#!/usr/bin/env python3.7"

    das Script bringt allerdings bei der Ausführung den Fehler: AttributeError: 'DBus2VDR' object has no attribute 'Recordings'

    Ich habe versucht die Zeile anzupassen indem ich vdr.Recordings.List() in Recording.List() geängert habe. Allerdings scheint es das Attribut nicht zu geben.

    recordings = (vdr.Recording(r) for r in vdr.Recordings.List())


    Python Modul Funktionsabfrage:

    help('pydbus2vdr.dbus2vdr.Recording')


    Außerdem habe ich die Funktion svdrpsend movr ausprobiert, diese verschiebt nicht mehr sondern kopiert.

    Das habe ich dann nochmals im svdrpsend Eintrag im VDR Wiki nachgelesen: Wiki svdrpsend

    Nach dem Ausführen eines svdrpsend movr 86 archive~heute

    hatte ich /video/local/heute und /local/archive/heute

    das svdrpsend lstr zeigte mir aber immernoch eine Sendung mit "heute" mit der ID 86

    Allerdings, wird im local Verzeichnis die Datei mit Auzeichnugsdatum.del angezeigt, ein svdrpsend updr löscht diese allerdings nicht wann wir ein
    .del File gelöscht?

    Danke und viele Grüße

    Kitsab

    Hallo Community.

    bei meinem aktuellen VDR Projekt VDR 2.4.1 bin ich aktuell dabei das Script zu schreiben, das per Cronjob bei 85% Festplattenfüllung die alten Aufnahmen ins Archiv schiebt, solange bis 70% HDD noch belegt ist.

    Dies wollte ich mit svdrpsend lstr (ermitteln der ältesten Aufnahme)

    -> ich filtere nach dem Datum suche mir das älteste Aufnahme heraus, die Funktion ist soweit fertig.

    Nun habe ich bemerkt, dass mir die Ausgabe von svdrpsend lstr garnicht anzeigt ob die Aufnahme im Ordner "local" oder im Ordner "archive" ist ...

    1. Wie soll ich nun identifizieren welche Aufnahme schon im Archiv ist, und welche noch nicht?

    2. Wie kann ich denn mit svdrpsend movr NR Name angeben, dass die Aufnahme vom Ordner "local" in den Ordner "archive" verschoben werden soll?

    Habe ich etwas zu patchen vergessen?

    Ich habe den vdr-2.3.9-hide-first-recording-level-v2.patch angewandt, dieser lief auch erfolgreich durch, meine Aufnahmen laufen in den Ordner /video/local - /video ist mein VDR Video Verzeichnis (kompiliert mit ONEDIR=1)

    Bei meinem alten VDR-Server 2.20 hatte ich soweit ich mich erinnern kann bei dem lstr die Angabe local~ bzw archive~ vor dem Namen der Aufnahme.

    Also Beispiel: 250-12 19.07.2019 local~Tagesschau

    bzw. 250-18 19.02.2019 archive~Tagesschau

    Beispiel der Ausgabe svdrpsend lstr:

    Code
    250-55 17.12.17 20:13 3:42* The Voice of Germany~Musikalische Castingshow. Wer wird 'The
    250-56 15.09.19 20:13 3:57* The Voice of Germany~In den Blind Auditions versuchen die Kan
    250-57 22.09.19 20:13 3:57* The Voice of Germany~In den Blind Auditions versuchen die Kan
    250-58 19.09.19 20:13 3:47* The Voice of Germany~In den Blind Auditions versuchen die Kan
    250-59 26.09.19 20:13 3:47* The Voice of Germany~In den Blind Auditions versuchen die Kan
    250-60 29.09.19 20:13 3:28* The Voice of Germany~In den Blind Auditions versuchen die Kan

    Beispiel der Ausgabe svdrpsend lstr 55

    Danke für Tips und Anregungen.

    Viele Grüße

    Kitsab

    Hallo,

    sorry das macht natürlich Sinn.

    Ich benutze VDR als backend für 2 Kodi Clients mit dem vnsiserver plugin. Das ist soweit fertig und konfiguriert.

    Der Home Server läuft headless.

    Das System ist als privileged Container in auf einem Proxmox Server installiert.

    Der Container läuft unter Arch Linux.

    TV Karte Digital Devices Cine C2T2 Rev 7, an Kabel-BW.

    Der VDR Client 2.4.1 ist selbst kompiliert und läuft mit den Plugins Live, vdr-manager (nocht nicht getestet), vnsiserver, streamdev-server.

    Ich habe eine Aufnahme und Wiedergabe ARD HD versucht, das funktioniert nicht.

    Allerdings kann ich normale SD Sender ansehen und aufnehmen.

    Zur channels.conf, die habe ich von meinem noch aktuellen VDR 2.2.1 kopiert und die lief bislang makellos.

    *Ach ja und das EPG von ARD, ZDF ... HD sehe ich ebenfalls (im live Plugin-).

    Danke schon mal für das nachhacken.

    Viele Grüße

    Kitsab

    Hallo,

    mein vdr läuft endlich - naja fast:)


    ich habe festgestellt, dass ich keine HD-Ready channels ansehen/aufnahmen kann. ARD, ZDF, dritte ...

    Die SD Programme laufen.

    Kann es sein, dass ich dafür das Plugin dvbhddevice benötige?

    *Das macht mir aktuell Probleme beim kompilieren für VDR 2.4.1 - der Patch für > 2.32 wird abgelehnt, scheint als wäre der im HG clone schon enthalten, aber es kompiliert trotzdem nicht.

    Bin gerade dran eine neue channels.conf zu erstellen aber bekomme mein Scan tool aktuell noch nicht zu laufen, wobei ich nicht glaube, dass es an der channels.conf liegt.

    Danke für Tips und Anregungen

    Kitsab

    Hallo Community,

    Edit:

    Es hilft immer sich den Frust von der Seele zu schreiben, dann kommen neue Ideen xD.

    Thema gelöst, tntnet und cxx haben die Libraries nicht in ldconfig angelegt.

    Sprich:

    cd /etc/ld.so.conf.d/

    echo "/usr/local/lib" > tntnet_cxx.conf

    und schon funktioniert es.

    Edit Ende

    ich habe VDR 2.4.1 mit diversen Plugins im Verzeichnis vdr-2.4.1/PLUGINS/src kompiliert, der Vorgang make ONEDIR=1 läuft ohne Fehlermeldung durch.

    Ich habe mir das Live Plugin geladen, das für 2.3.1 erstellt wurde (26.Jun-2017)

    Problem bei starten des vdr mit folgender Befehlszeile:

    vdr --plugin="live --port=28008 --ip=192.168.111.202 -sslport=28843 -c /video/plugins/live/live.pem -k /video/plugins/live/live-key.pem"

    vdr: libtntnet.so.12: cannot open shared object file: No such file or directory

    journalctl -xe:

    Sep 27 00:59:01 vdr vdr[12477]: [12477] loading plugin: /usr/local/lib/vdr/libvdr-live.>

    Sep 27 00:59:01 vdr vdr[12477]: [12477] ERROR: libtntnet.so.12: cannot open shared object file: No such file or directory

    Sep 27 00:59:01 vdr vdr[12477]: [12477] exiting, exit code 2

    [root@vdr vdr]# find / -name libtntnet.so.12 2>/dev/0

    /usr/local/lib/vdr/libtntnet.so.12

    /usr/local/lib/libtntnet.so.12

    /usr/local/src/tntnet-2.2.1/framework/common/.libs/libtntnet.so.12


    *der in /usr/local/lib/vdr ist ein Symlink den ich erstellt habe.

    Außerdem heißt es in der Live - README, man möge das Untrerverzeichnis $(VDRSource)/PLUGINS/src/live/live in das VDR-Ressource Verzeichnis kopieren.

    Ich habe das Verzeichnis live in das Verzeichnis /video und /video/plugins kopiert.

    Mit ist nicht ganz klar, was dem Plugin nun fehlt, das libtntnet.so.12, oder das Verzeichnis live (das das Web Interface enthält).

    Wo werden die Daten erwartet, leider steht im Debugging nicht wo gesucht wird sondern nur dass Datei oder Verzeichnis nicht vorhanden sei :/.

    Ergänzung:

    auch wenn ich vdr --lib /usr/local/lib/vdr ändert sich das Problem nicht

    vdr wir als root ausgeführt, Rechte Probleme beim lesen der Files sollten nicht vorliegen.

    Danke für Tips und Anregungen.

    Viele Grüße

    Kitsab

    Hallo,

    ich hatte die Konfiguration die du zum Ziel hast früher am laufen mit einem Flirc USB IR Empfänger.

    /etc/init.d/harmony (harmony muss ausführbar sein chmod +x)

    Inhalt:

    flirc_util loadconfig /etc/rc_keymaps/my_flirc_config

    *flirc_util ist der Treiber des Flirc USB IR Receivers und lädt die keymaps die im File my_flirc_config definiert sind.

    Ich weiß nimmer genau wie ich dieses File damals erstellt habe vermutlich mit dem Flirc_util selber.

    Ich habe es gerade mal gegooglet:

    https://www.howtogeek.com/217587/how-to-…y-media-center/

    Anschließend musst du die Kodi Keymaps an deine keys anpassen.

    Ich habe vielen Funktionen Tastaturbefehle zugeordnet:

    Im Verzeichnis:

    /home/kodi/.kodi/userdata/keymaps/

    gibt es das File Keyboard.xml

    Also:

    Keymap erstellen und der Harmony Tasten der Tastatur zuweisen a,b,c,d,e,f ... F1, F2, F3 .... was auch immer.

    Dann in Kodi die Keymap anpassen und den mit angeleten Tastaurbefehlen der Harmony abstimmen a = play, b = stop .... wie du magst.

    Es hilft natürlich mal vorher nachzusehen was in Kodi hinterelegt ist Beispiel Space war Play/Pause bei wiedergabe, X war glaube ich Stop ...

    Auszug aus dem File:


    Viele Grüße

    Kitsab