vdr client (zum Videos schneiden)

Martha · 11. Dezember 2016

Hallöle!

Bei Eurer Martha hat sich VDR-technisch ja einiges getan: Unser Wohnzimmer-YaVDR (Version 5, glaub' ich) ist als headless Server auf den Speicher gewandert und zum Fernsehen nehmen wir Kodi auf ein paar Raspberries und einem Vero2

Aber an eines hat eure Martha nicht gedacht: Wie schneide ich jetzt meine Serien? Das Userinterface des VDR war dafür einfach und genial - einfach genial Auf Kodi mit VNSI gibt's da wohl gar nix. Klar könnte ich mit die *.ts mit projectx in ein mpg demuxen und dann mit gopchop verlustlos schneiden. Hab' ich schon gemacht, dauert aber im Vergleich zu VDR ewig und ist soooo umständlich.

Jetzt dachte ich mir: Ich könnte doch auf meinem Schlepptopp einen VDR-client einrichten, mit dem Headless Server als Server und so das VDR Interface zum Schneiden auf meinen Schlepptopp holen - müsste doch gehen, oder?

Ich hab's auch schon versucht, aber irgendwie hab' ich die richtige Doku nicht gefunden...

Also, Ihr lieben: könnt Ihr Eurer Martha eine Anleitung zeigen, wie ich das mache? Auf meinem Schlepptop läuft ein Debian Testing...

Vielen Lieben Dank für Eure Mühen!
Eure Martha

Martha · 11. Dezember 2016

Also ich hab' da was gefunden: Das Pärchen xineliboutput/vdr-sxfe könnte mir helfen.

Klappt leider noch nicht. Ich hab' den Headless server mit dem Webinterface umgestellt auf vdr-sxfe@vdr-plugin-xineliboutput gestellt und plugins/xineliboutput/allowed_hosts.conf die Zeile

Code

192.168.178.0/24        # any host on the local net

angefügt. Auf meinem Schlepptopp starte ich vdr-sxfe und leider kracht es:

Code

% vdr-sxfe xvdr://vdr
vdr-sxfe 2.0.0-cvs  (build with xine-lib 1.2.6, using xine-lib 1.2.6)


VDR Server: xvdr://vdr


[19972] [scrnsaver] Error: The name org.gnome.SessionManager was not provided by any .service files
[19972] [scrnsaver] Error: The name org.gnome.ScreenSaver was not provided by any .service files
libva info: VA-API version 0.39.4
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: va_openDriver() returns -1
vo_vdpau: vdpau API version : 1
vo_vdpau: vdpau implementation description : OpenGL/VAAPI backend for VDPAU
vo_vdpau: maximum video surface size for chroma type 4:2:2 is 4096x4096
vo_vdpau: maximum video surface size for chroma type 4:2:0 is 4096x4096
vo_vdpau: maximum output surface size is 8192x8192
vo_vdpau: Failed to check vdpau get/put bits native capability : VDP_STATUS_NO_IMPLEMENTATION
libva info: VA-API version 0.39.4
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: va_openDriver() returns -1
[19972] [vdr-fe]    Detected 2 CPUs
[19972] [vdr-fe]    Enabling FFmpeg multithreaded video decoding
[19972] [input_vdr] Can't connect to tcp://vdr:37890
[19972] [input_vdr]    (ERROR (xine_input_vdr.c,5362): Operation now in progress)
[19972] [input_vdr] Can't connect to tcp://vdr:37890
[19972] [input_vdr]    (ERROR (xine_input_vdr.c,5789): Operation now in progress)
[19972] [vdr-fe]    fe_xine_open: xine_open("xvdr://vdr#nocache") failed
Error opening xvdr://vdr
[19972] [scrnsaver] Error: The name org.gnome.SessionManager was not provided by any .service files
[19972] [scrnsaver] Error: The name org.gnome.ScreenSaver was not provided by any .service files

Alles anzeigen

Ich glaube ich bin soooo nah dran...

te36 · 11. Dezember 2016

Ich habe zwar keine Ahnung was Du da machst, aber warum nimmst Du nicht einfach eine distribution fuer die RPIs die auch VDR als frontend unterstuetzt ?

http://www.minidvblinux.de/wik…n#schneiden_von_aufnahmen

Wenn ich das recht verstehe, sollte sich KOdi auch einfach in MLD als app starten lassen. Habe bisher MLD nicht selbst eingesetzt.

don-baba · 12. Dezember 2016

Das xineliboutput brauchst du gar nicht mal.
Ich habe das mit dem Schneiden so gelöst:

Mein Server ist ein headless Debian System. Diesem habe ich einen Streamdev Server und einen NFS Server Dienst spendiert.
Auf einem ollen Atom mit Nvidia onboard habe ich ein yavdr installiert mit dem Streamdev Client system.
Dieser bindet sich die Videoplatte über NFS ein und ich kann am Client munter schneiden.
Somit bin ich unabhängig von den verschiedenen xine/softdevice Versionen in Ubuntu und Debian.

Wichtig der User VDR muss auf dem Server wie dem Client die selbe UserID haben, damit man über NF S schreibrechte bekommt.
Somit schneide ich am client und schreibe auf den Server. Klappt ganz gut.

Ansonsten hatte ich mit xineliboutput und deiner Lösung immer das Problem der verschiedenen Versionen in Debian und ubuntu.
So habe ich einen client der unabhängig vom Server ist und ich kann trotzdem die Aufnahmen vom Server schneiden.

M-Reimer · 12. Dezember 2016

Steht doch im Log. "Can't connect to..."
Sicher das der Server "vdr" heißt?

Martha · 18. Dezember 2016

Hallo R-Reimer!

Ja, sicher, daß der Server "vdr" heißt - aber daran lag's trotzdem Der Server unterstützt nämlich kein IPv6 - und "vdr" wird zu einer IPv6-Adresse aufgelöst...

Danke für's von-der-Leitung-schubsen!

Martha

vdr client (zum Videos schneiden)

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema