[vdr4arch] Streaming-Server auf ARM-NAS... Starthilfe

fernseheule · March 12, 2016 at 11:11 AM

Hallo zusammen,

ich nutze aktuell Tvheadend auf meinem Excito B3-NAS (armv5) als TV-Streaming-Server. Das ausgelieferte (angepasste) Debian Squeeze habe ich durch ein Arch Linux ersetzt.
Es lief wirklich lange stabil, seit einigen Wochen habe ich aber immer wieder Bildstörungen, so dass ich die Gelegenheit nutzen und auf VDR umsteigen will.
Das Kompilieren und allgemein der Wartungsaufwand haben mich einst abgeschreckt, mit dem Repo von Copperhead (Vielen Dank!!! ) sollte das aber doch machbar sein.

Ich habe mich bei der Paketauswahl an diesen Anleitungen orientiert:
http://www.vdr-wiki.de/wiki/index.php…erver_im_chroot
https://discourse.osmc.tv/t/howto-instal…ch-live-tv/3256

IP-Adressen entsprechend angepasst, vdr.service per systemd aktiviert und gestartet, per w_scan eine channel.conf erstellt.
Der VDR startet auch, per Browser (http://ip:3000, http://ip:8008) oder Kodi-VNSI-Plugin kann trotzdem keine Verbindung hergestellt werden...

Ich bin kein absoluter Linux-Anfänger, sehe aber bei der Menge an Anleitungen und Komfigurationsmöglichkeiten den Wald vor lauter Bäumen nicht mehr...
Vielleicht könnte ihr mich in die richtige Richtung stubsen?

Vielen Dank schonmal!

seahawk1986 · March 12, 2016 at 11:37 AM

Hast du die Plugins auch aktiviert? Was liefert ein

Code

vdr --showargs

Entweder du erzeugst die nötigen Symlinks von Hand (wie das geht, steht z.B. hier: https://github.com/VDR4Arch/vdr4a…(de_DE)#plugins am Beispiel von softhddevice) oder du installierst dir vdrctl, dann kannst du sowas machen:

Code

# vdrctl enable vnsiserver

Port 3000 wird von streamdev-server Plugin (Paket vdr-streamdev-server) angeboten. Damit das Verbindungen akzeptiert, musst du die /var/lib/vdr/plugins/streamdev-server/streamdevhosts.conf und ggf. die /var/lib/vdr/svdrphosts.conf deinem Netzwerk entsprechend anpassen. Beim vnsiserver-Plugin (Paket vdr-vnsiserver) ist es ähnlich - da muss die /var/lib/vdr/plugins/vnsiserver/allowed_hosts.conf passend konfiguriert werden.

Port 8008 stammt von live Plugin (Paket vdr-live), das will natürlich auch erst mal installiert und aktiviert werden.

fernseheule · March 12, 2016 at 11:51 AM

Die Plugins hatte ich natürlich nicht aktiviert...
vdrctl klingt super.

Könntest du mir die erforderlichen Pakete viellleicht nochmal auflisten? Brauche ich überhaupt alle im OSMC-Forum genannten Pakete, da wird der VDR ja schließlich lokal installiert?
Die verbastelten Versuche habe ich gestern Abend entfernt.

seahawk1986 · March 12, 2016 at 12:41 PM

Quote from fernseheule

Könntest du mir die erforderlichen Pakete viellleicht nochmal auflisten?

vdr, vdr-streamdev-server, vdr-vnsiserver (und ggf. vdr-live und was du sonst noch so benötigst) - die sonstigen Abhängigkeiten für die Pakete werden eigentlich automatisch von der Paketverwaltung installiert.

fernseheule · March 12, 2016 at 1:23 PM

Danke. Jetzt startet der VDR leider nicht mehr:

Code

$ sudo systemctl status vdr
● vdr.service - Video Disk Recorder
Loaded: loaded (/usr/lib/systemd/system/vdr.service; enabled; vendor preset: disabled)
Active: failed (Result: exit-code) since Sa 2016-03-12 13:12:19 CET; 11s ago
Process: 12128 ExecStart=/usr/bin/vdr (code=exited, status=2)
Main PID: 12128 (code=exited, status=2)


Mär 12 13:12:18 archb3 vdr[12128]: [12128] override character table is 'ISO-8859-15'
Mär 12 13:12:19 archb3 vdr[12128]: [12128] loading plugin: /usr/lib/vdr/plugins/libvdr-epgsearch.so.2.2.0
Mär 12 13:12:19 archb3 vdr[12128]: [12128] loading plugin: /usr/lib/vdr/plugins/libvdr-live.so.2.2.0
Mär 12 13:12:19 archb3 vdr[12128]: [12128] ERROR: /usr/lib/vdr/plugins/libvdr-live.so.2.2.0: undefined symbol: _ZN7pcrecpp2RE4InitERKSsPKNS_10RE_OptionsE
Mär 12 13:12:19 archb3 vdr[12128]: vdr: /usr/lib/vdr/plugins/libvdr-live.so.2.2.0: undefined symbol: _ZN7pcrecpp2RE4InitERKSsPKNS_10RE_OptionsE
Mär 12 13:12:19 archb3 vdr[12128]: [12128] deleting plugin: epgsearch
Mär 12 13:12:19 archb3 systemd[1]: vdr.service: Main process exited, code=exited, status=2/INVALIDARGUMENT
Mär 12 13:12:19 archb3 systemd[1]: Failed to start Video Disk Recorder.
Mär 12 13:12:19 archb3 systemd[1]: vdr.service: Unit entered failed state.
Mär 12 13:12:19 archb3 systemd[1]: vdr.service: Failed with result 'exit-code'.

Display More

Copperhead · March 12, 2016 at 1:28 PM

Das hatte ich befürchtet. Du bist gerade in das Problem gelaufen, dass die Pakete nicht aktuell sind und zum Teil neukompiliert werden müssten.
Die ARM Pakete sind nicht aktuell. Mein Buildsystem ist gestorben und meine bisherigen Versuche es neu aufzusetzen sind gescheitert, da mein neues System auf Docker basiert und sich Docker ziemlich störrisch auf ARM verhält.

fernseheule · March 12, 2016 at 1:35 PM

Ok, schade...
Ich probiere es dann mal mit den Paketen aus dem AUR.

seahawk1986 · March 12, 2016 at 1:52 PM

Dann sind das live-Plugin, die cxxtools und tntnet von Copperhead wohl noch nicht seit dem ABI-Wechsel für die C++ Pakete rekompiliert worden.
Du kannst dir die Pakete von vdr4arch auf dem Rechner neu bauen lassen - entweder einzeln in der passenden Reihenfolge (deps/cxxtools, deps/tntnet, vdr, vdr-live, vdr-streamdev usw.) oder alles in einem Rutsch (am besten in der repo-make.conf die Dinge auskommentieren, die du nicht benötigst, sonst musst du länger warten): https://github.com/VDR4Arch/vdr4a…bst-kompilieren

niedi_74 · March 12, 2016 at 1:53 PM

AUR habe ich auch versucht.... ich habe es damit nicht hinbekommen....

Copperhead · March 12, 2016 at 2:05 PM

Oha. Alle mal einen Gang zurückschalten.
Ich sitze da gerade dran und fixe mein Buildsystem.

Wenn es mit Docker auf ARM nicht geht muss ich eben für ARM wieder nspawn verwenden.
Alles keine große Sache.

Heute Abend bzw. spätestens morgen sollte es auch wieder ARM Pakete geben.

Copperhead · March 12, 2016 at 3:24 PM

OK. Ganz so schnell geht es doch nicht.
Wie sich herausstellt haben die beiden SD-Karten die für das Buildsystem gedacht sind kaputte Blöcke.

Da muss ich erst neue beschaffen.

fernseheule · March 13, 2016 at 5:26 PM

Super, vielen Dank!
Mit dem AUR hat es bei mir auch nicht geklappt.

Kann man sich bei dir auch Plugins für das Repo wünschen? Permashift hört sich sehr interessant an.

Copperhead · March 13, 2016 at 5:45 PM

Permashift braucht einen Patch. Da habe ich immer bedenken, ob das nicht unschöne Nebenwirkungen hat.

gda · March 13, 2016 at 6:05 PM

Quote from Copperhead

Permashift braucht einen Patch. Da habe ich immer bedenken, ob das nicht unschöne Nebenwirkungen hat.

Na ja, zumindest die, dass du den Patch dann ewig mit dir rumschleppen musst

Gerald

Copperhead · March 21, 2016 at 7:43 PM

Also ARMv5, ARMv6 und ARMv7 sind jetzt wieder aktuell.
Es ist gut möglich, das ihr die Meldung bekommt, dass das Paket im lokalen Paketcache korrupt ist.

Das liegt daran, dass ich den ganzen Tree neu kompiliert habe und sich jetzt die Prüfsummen geändert haben.

fernseheule · March 21, 2016 at 9:07 PM

DANKE!!! Jetzt wird gebastelt. Der Abend ist gerettet.

gehlhajo · March 22, 2016 at 8:00 PM

Doch nicht.....

fernseheule · March 23, 2016 at 10:24 AM

Ich kann nicht klagen. Läuft wesentlich besser als Tvheadend.

fernseheule · August 19, 2016 at 3:44 PM

Das Repo ist seit ein paar Tagen nicht erreichbar. Könntest du mal drüber schauen?

niedi_74 · August 20, 2016 at 2:02 PM

Quote from fernseheule

Das Repo ist seit ein paar Tagen nicht erreichbar. Könntest du mal drüber schauen?

schau mal hier rein

https://github.com/VDR4Arch/vdr4a…mment-241111214

Participate now!