1

Allgemein [ General ] / EPG via XMLTV auf LG WebOS Client

« on: November 12, 2023, 17:33:38 »

Hallo,

ich habe die 5.5 Testing laufen.
An meinem LG C2 habe ich verschiedene IPTV Clients getestet. Letztlich ist es immer ähnlich, die wollen eine Playlist.m3u haben, die man auf einer entsprechenden Website hinterlegen kann.
Über die MAC des TV wird die dann zugeordnet und in der WebOS App angezeigt. Funktioniert mit den lokalen URL's prima über HTTP Streaming.
Problem ist aber das EPG. Da könnte man ebenfalls eine URL hinterlegen, unter der das entsprechende EPG im xmltv Format zu finden ist.
Aber: Wie bekomme ich das vom MLD Server? Mir gefällt mein EPG ganz gut (epgd mit externen Quellen). Wäre super, wenn das irgendwie auf dem LG ankommen könnte.

Gibt es da eventuell schon etwas passendes? Ich habe hier einen uralten Thread gefunden, wo sich mal jemand ein script gebastelt hatte:
https://www.vdr-portal.de/forum/index.php?thread/127523-script-vdr-epg-data-zu-xmltv/

2

x86 Systeme (PC) / [Erledigt] EPG fehlt bei manchen Sendern in der Webview

« on: November 24, 2021, 23:00:14 »

Danke für den Hinweis. vdradmin hatte ich nicht mehr auf dem Schirm, funktioniert aber perfekt.
Und jetzt wird es richtig verrückt...
Nachdem ich im vdradmin das EPG aller Kanäle vorgefunden habe, wollte ich zu Vergleichszwecken nochmal im epgd nachsehen.
...jetzt ist dort ebenfalls alles drin.
Vielleicht werde ich nur verrückt. Oder ich habe dem System einfach nicht genug Zeit gelassen.
Wahrscheinlich eine Kombination aus beidem.

3

x86 Systeme (PC) / EPG fehlt bei manchen Sendern in der Webview, ist aber auf dem VDR vorhanden?

« on: November 24, 2021, 21:37:34 »

Hmm, gut möglich. Es ist mir ein absolutes Rätsel. Ich habe die Tabellen schon mal alle gedropt und wieder neu auffüllen lassen, aber auch das hat nichts gebracht.

Andere Idee:
Wie wahrscheinlich ist es denn vom heutigen Standpunkt, dass in der testing das Plugin "live" irgendwann funktioniert?
Damit hatte ich früher zumindest keine Sorgen.
Die Webview von epgd sieht zwar hübsch aus, aber wenn sie den Zweck nicht erfüllt würde ich lieber wieder auf altbewährtes setzen...

4

x86 Systeme (PC) / EPG fehlt bei manchen Sendern in der Webview, ist aber auf dem VDR vorhanden?

« on: November 23, 2021, 21:25:30 »

Habe ich etwas falsches gefragt oder ist die Community ausgestorben?

5

x86 Systeme (PC) / [Erledigt] EPG fehlt bei manchen Sendern in der Webview

« on: November 21, 2021, 14:52:32 »

Hallo,

ich habe mit der x86 - 5.5Testing ein seltsames Problem.
Ich habe epgd mit den beiden zusätzlichen externen Providern zwar zum laufen gebracht, aber mir fehlt bei einigen Sendern das EPG, z.B. bei VOX und SyFy, in der Webübersicht.
Wenn ich das EPG im VDR Menü öffne, ist dort aber alles vorhanden, auch die verschiedenen Quellen werden einbezogen.
Es scheint also ein Problem des epgd Webview zu sein.
Gibt es einen Trick?

6

Raspberry PI / Mountpoint nach jedem Neustart deaktiviert

« on: November 01, 2016, 20:39:05 »

EDIT: erledigt, habe die exports auf dem Server angepasst und alle Zugriffe nach dem dortigen VDR User gemapt, das brahcte die Lösung.

Habe die Zeile nicht mehr drin, mittlerweile wird auch das Videoverzeichnis des Servers gemountet.
VDR startet dann allerdings nicht mehr, es wird behauptet:

Code: [Select]

vdr: can't access video directory /data/tv
unter /data gibt es aber den link tv.
Der führt nach /mnt/data in das gemountete Videoverzeichnis.
Das muss doch funktionieren?


Der Eintrag in der exports des Servers sieht so aus:

Code: [Select]

/media/easyvdr01/video0 *(rw,async,subtree_check)
mount gibt auf dem client für den share aus:

Code: [Select]

192.168.2.200:/media/easyvdr01/video0 on /mnt/data type nfs (rw,relatime,vers=3,rsize=524288,wsize=524288,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.2.200,mountvers=3,mountproto=tcp,local_lock=none,addr=192.168.2.200)
Denke mal es ist ein Berechtigungsproblem?
Alle Ordner des gemounteten shares sindd auf dem Client einem Besitzer namens 2000 (user "vdr" auf dem server) zugeordnet.

7

Raspberry PI / Mountpoint nach jedem Neustart deaktiviert

« on: October 28, 2016, 00:42:51 »

Keine Ahnung warum, aber plötzlich funktioniert es.
Thema ist erledigt, Danke an alle beteiligten.

8

Raspberry PI / Mountpoint nach jedem Neustart deaktiviert

« on: October 27, 2016, 23:59:51 »

Ich habe den nfs-client installiert.
Sollte ja eigentlich reichen.
Könnte mir vorstellen, dass zum Zeitpunkt des mountens der fstab Einträge das Netzwerk noch nicht läuft.
Habe ich auf der anderen Kiste auch gehabt.
Allerdings hat da ein später ausgeführtes mount -a geholfen, bei der MLD klappt das aber nicht.
Wenn ich den fstab eintrag

192.168.2.200:/media/easyvdr01/video0  /mnt/data  nfs  bg  0 0

"händisch" mounte geht es aber.
Die Pfade sind korrekt.
Begreife ich nicht.

9

Raspberry PI / Mountpoint nach jedem Neustart deaktiviert

« on: October 27, 2016, 20:13:53 »

Das hat funktioniert, der avahi-linker war also doch noch irgendwie drauf.
Jetzt wird in der fstab nichts mehr verändert, allerdings wird auch nicht automatisch gemountet.
Wenn das System hochgefahren ist, kann ich im WebIF nach dem share suchen, er wird auch gefunden.
Dann kann ich ihn das Verzeichnis mounten und als Datenverzeichnis nutzen.
In der fstab wird dann der alte Eintrag mit # versehen und ein neuer (gleicher) Eintrag hinzugefügt.
Das Serververzeichnis steht dann bis zum Neustart zur Verfügung, danach wiederholt sich das Spiel.

10

Raspberry PI / Mountpoint nach jedem Neustart deaktiviert

« on: October 26, 2016, 23:15:17 »

Avahi-Linker habe ich wie gesagt über das WebIF deinstalliert, allerdings ist da noch das config Verzeichnis unter /etc.
Wurde nicht sauber deinstalliert?

Zum Thema NFS, ich habe laut WebIF den Client installiert.
Ich glaube aber, die Beschreibungen im WebIF sind mglw. falsch:

nfs-client
Dateifreigabe über das Netzwerk

nfs-server
Dateifreigaben einbinden

11

Raspberry PI / Mountpoint nach jedem Neustart deaktiviert

« on: October 26, 2016, 23:10:12 »

Hast du den nach den Änderungen auch ein reboot gemacht?

Ja, hatte ich.
Mir ist es vorhin gelungen nach händischer Änderung der fstab das Verzeichnis über das WebIF einzuhängen.
Nach einem Neustart ist es nun wieder weg und die fstab sieht wieder fast so aus wie vorher:

Code: [Select]

proc        /proc           proc      defaults            0 0
sys         /sys            sysfs     defaults            0 0
run         /run            tmpfs     defaults            0 0
tmp         /tmp            tmpfs     defaults            0 0
dev         /dev            devtmpfs  defaults            0 0
devpts      /dev/pts        devpts    mode=0620,gid=5     0 0
/dev/dvd    /media/dvd      auto      ro,noauto           0 0
/dev/cdrom  /media/cdrom    auto      ro,noauto           0 0
UUID=ae589c6c-f48f-4fe0-bf1d-6c32f3bd591b  /  auto  defaults  0 1
UUID=ae589c6c-f48f-4fe0-bf1d-6c32f3bd591b  /var/cache  btrfs  subvol=@cache  0 0
UUID=6f2dc937-709a-4c6c-9b81-df68ea1a90ea  /mnt/data  auto  defaults  0 2
UUID=E66D-76E8   /boot        auto      defaults            0 2
#192.168.2.200:/media/easyvdr01/video0  /mnt/video0  nfs  bg  0 0

###192.168.2.200:/media/easyvdr01/video0  /mnt/data  nfs  bg  0 0


12

Raspberry PI / Mountpoint nach jedem Neustart deaktiviert

« on: October 26, 2016, 22:59:48 »

Das liegt da dran, das Du auch den avahi Linker installiert hast. Da sich der aber nicht mit dem nfs Mount des Daten Laufwerkes (/mnt/data) verträgt, wird dieses deaktiviert.

Claus

Den hatte  ich installiert, aber wieder entfernt weil es damit überhaupt nicht funktionierte.

13

Raspberry PI / Mountpoint nach jedem Neustart deaktiviert

« on: October 26, 2016, 22:59:02 »

nimm doch mal alle auskommentieren raus, und als letzte nur den nfs mount drin , den du haben willst.

Dann macht er beim versuch über das WebIF das:

Code: [Select]

proc        /proc           proc      defaults            0 0
sys         /sys            sysfs     defaults            0 0
run         /run            tmpfs     defaults            0 0
tmp         /tmp            tmpfs     defaults            0 0
dev         /dev            devtmpfs  defaults            0 0
devpts      /dev/pts        devpts    mode=0620,gid=5     0 0
/dev/dvd    /media/dvd      auto      ro,noauto           0 0
/dev/cdrom  /media/cdrom    auto      ro,noauto           0 0
UUID=ae589c6c-f48f-4fe0-bf1d-6c32f3bd591b  /  auto  defaults  0 1
UUID=ae589c6c-f48f-4fe0-bf1d-6c32f3bd591b  /var/cache  btrfs  subvol=@cache  0 0
UUID=6f2dc937-709a-4c6c-9b81-df68ea1a90ea  /mnt/data  auto  defaults  0 2
UUID=E66D-76E8   /boot        auto      defaults            0 2
192.168.2.200:/media/easyvdr01/video0  /mnt/data  nfs  bg  0 0192.168.2.200:/media/easyvdr01/video0  /mnt/192.168.2.200__media_easyvdr01_video0  nfs  bg  0 0
Mounten schlägt dann fehl.
Ich versuche es nochmal am TV, hatte vorher auch besser funktioniert.

14

Raspberry PI / Mountpoint nach jedem Neustart deaktiviert

« on: October 26, 2016, 22:29:08 »

Ich möchte meine Aufnahmeplatte vom Server als Datenverzeichnis einbinden.

Code: [Select]

proc        /proc           proc      defaults            0 0
sys         /sys            sysfs     defaults            0 0
run         /run            tmpfs     defaults            0 0
tmp         /tmp            tmpfs     defaults            0 0
dev         /dev            devtmpfs  defaults            0 0
devpts      /dev/pts        devpts    mode=0620,gid=5     0 0
/dev/dvd    /media/dvd      auto      ro,noauto           0 0
/dev/cdrom  /media/cdrom    auto      ro,noauto           0 0
UUID=ae589c6c-f48f-4fe0-bf1d-6c32f3bd591b  /  auto  defaults  0 1
UUID=ae589c6c-f48f-4fe0-bf1d-6c32f3bd591b  /var/cache  btrfs  subvol=@cache  0 0
UUID=6f2dc937-709a-4c6c-9b81-df68ea1a90ea  /mnt/data  auto  defaults  0 2
UUID=E66D-76E8   /boot        auto      defaults            0 2
192.168.2.200:/media/easyvdr01/video0  /mnt/video0  nfs  bg  0 0
#/dev/mmcblk0p2   /mnt/mmcblk0p2       btrfs    defaults         0 0

###192.168.2.200:/media/easyvdr01/video0  /mnt/data  nfs  bg  0 0
Wenn ich die fstab so editiere, kann ich das nfs-Laufwerk mounten.
Nach einem Neustart sieht die fstab dann so aus:

Code: [Select]

proc        /proc           proc      defaults            0 0
sys         /sys            sysfs     defaults            0 0
run         /run            tmpfs     defaults            0 0
tmp         /tmp            tmpfs     defaults            0 0
dev         /dev            devtmpfs  defaults            0 0
devpts      /dev/pts        devpts    mode=0620,gid=5     0 0
/dev/dvd    /media/dvd      auto      ro,noauto           0 0
/dev/cdrom  /media/cdrom    auto      ro,noauto           0 0
UUID=ae589c6c-f48f-4fe0-bf1d-6c32f3bd591b  /  auto  defaults  0 1
UUID=ae589c6c-f48f-4fe0-bf1d-6c32f3bd591b  /var/cache  btrfs  subvol=@cache  0 0
UUID=6f2dc937-709a-4c6c-9b81-df68ea1a90ea  /mnt/data  auto  defaults  0 2
UUID=E66D-76E8   /boot        auto      defaults            0 2
###192.168.2.200:/media/easyvdr01/video0  /mnt/data  nfs  bg  0 0
#/dev/mmcblk0p2   /mnt/mmcblk0p2       btrfs    defaults         0 0

###192.168.2.200:/media/easyvdr01/video0  /mnt/data  nfs  bg  0 0

Ein mounten über das OSD ist dann erst wieder möglich wenn ich die Zeile wieder entkommentiert habe.
Es sind jetzt 3x # . Ich hatte mir eingebildet vorher waren es auch mal nur ein oder 2 Rauten.

15

Raspberry PI / Mountpoint nach jedem Neustart deaktiviert

« on: October 26, 2016, 22:18:47 »

Ich habe die MLD5.1 "stable" auf einem Raspberry Pi 2 installiert.
Einbinden meines VDR Servers läuft MLD typisch gut, bis auf das Aufnahmeverzeichnis.
Das kann ich händisch, über das WebIF oder über das OSD einhängen und habe dann meine Aufnahmen zur Verfügung.
Nach jedem Neustart ist das Verzeichnis weg und wird nicht gemountet. In der fstab wird bei jedem Start ein # mehr vor den Eintrag geschrieben.
Wozu ist das gut?