Es funktioniert hier jetzt ebenfalls.
Ich muss aber noch herausfinden, warum es ruckelt...
vdr-plugin-plex
-
-
Bei mir wird unter Archlinux kein Server gefunden. Was bei dem vorherigen GIT-Stand noch funktionierte.
-
Bei mir wird unter Archlinux kein Server gefunden. Was bei dem vorherigen GIT-Stand noch funktionierte.
Irgend etwas ist ja immer :-/ Ich werde die Tage mal einen "stetigen" Discover von Servern einbauen, dh. wenn der Plexmediaserver nach dem VDR startet wird er nachträglich hinzugefügt.Als nächstest würde ich mich dann um das Thema "Player" kümmern. Mit Mplayer(2) bin ich nicht so happy, eventuell teste ich mal den "mpv" der hier in einem anderem Thread beworben wird.
Das Ultimum wäre natürlich das man es direkt über softhddevice wiedergeben könnte, da müsste man aber dem VDR erst einmal beibringen auch MKV (oder MP4, der plexserver kann ja das Containerformat "on the fly" ändern, leider nicht zu TS) anstelle von TS zu verarbeiten, was einige Patches im VDR nachziehen würde. Softhddevice müsste ja durch ffmpeg "irgendwie" möglich sein -
Als nächstest würde ich mich dann um das Thema "Player" kümmern. Mit Mplayer(2) bin ich nicht so happy, eventuell teste ich mal den "mpv" der hier in einem anderem Thread beworben wird.
Würde ich auch begrüßen. Ich bekomme den mplayer irgendwie nicht dazu ruckelfrei auszugeben...
-
oder MP4, der plexserver kann ja das Containerformat "on the fly" ändern, leider nicht zu TS
Ich bin mich nicht mehr Sicher aber konnte der On the Fly encoder nicht auch mpegts ausgeben? ... Plex nutzt "on the fly" ja auch nur ein modifziertes FFMPEG. Die gesamten Optionen sind zwar irgendwo in den Tiefen dieses ganzen Python-Wahnsinns von Plex verborgen - aber sicher müsste man dem Ding das doch beibringen können.
Oder mach ich jetzt einen Denkfehler und mpegts ist nicht das was wir für den VDR brauchen? *grübel* ...
Cheers
J* -
Ich bin mich nicht mehr Sicher aber konnte der On the Fly encoder nicht auch mpegts ausgeben? ... Plex nutzt "on the fly" ja auch nur ein modifziertes FFMPEG. Die gesamten Optionen sind zwar irgendwo in den Tiefen dieses ganzen Python-Wahnsinns von Plex verborgen - aber sicher müsste man dem Ding das doch beibringen können.
Oder mach ich jetzt einen Denkfehler und mpegts ist nicht das was wir für den VDR brauchen? *grübel* ...
Hätte ich jetzt spontan auch gesagt das mpegts das ist was der VDR braucht. Hab ich bis jetzt irgendwie überlesen. Die Xbox ONE wird auch mit mpegts vom PMS beliefert.
Jetzt muss ich nur eine Möglichkeit finden dem VDR beizubringen einen HTTP Stream abzuspielen. Das sollte aber keine Sache der Unmöglichkeit sen. -
Wie weit entfernt ist das Plex-Plugin eigentlich von einem funktionierenden DLNA-Client?
Mir gefällt minidlna mittlerweile besser als Plex. -
Wie weit entfernt ist das Plex-Plugin eigentlich von einem funktionierenden DLNA-Client?
Mir gefällt minidlna mittlerweile besser als Plex.Habe mir dlna noch nicht angeschaut. Plex hat halt eine eigene API, und ob die kompatibel ist bezweifle ich.
Ich habe mir jetzt mal Gedanken gemacht wie ich dem VDR die mpegts vom plex transcoder unterjubeln könnte. Sehe ich das richtig das ich nur ein eigenes "device" implementieren muss. sozusagen ein "plexdevice". Streamdev macht es ja genau so. Damit würde das ganze ohne externen mplayer auskommen. Würde aber ein entsprechend leistungsfähigen Server zum transcodieren voraussetzen, zumindest alles was nicht h264 oder mpeg2 ist.
-
-
Ich geb mal ein Update über den Stand der Dinge.
Ich habe mittlerweile einen funktionierenden Prototyp der über einen cPlayer direkt im VDR über das Ausgabedevice das Video abspielt, per softhddevice, eventuell auch mit dem rphddevice.
Komplett ohne Mplayer.
Dazu wird der Transcoder vom PlexMediaServer angewiesen das angeforderte Video als Segmentierten TS-Stream zu liefern. HLS (Http-Live-Streaming) m3u8Ist noch etwas rudimentär.
Extrem verwackeltes Handyvideo http://youtu.be/d1zykqcyKEM -
Neue Testversion im GIT.
Vorraussetzung Plex läuft auf einem Rechner mit etwas CPU (Kein NAS )Navigation geht noch nicht. (Pause, Stop, Spulen)
Unter meinem yavdr geht es nicht, crasht beim Menü aufrufen.
Unter Arch läufts es bei mir.Braucht jetzt libpcrepp.
-
Damit funktioniert es auch bei mir.
Wenn jetzt noch die "Navigation" eingebaut wird, fliegt xbmc, bzw. kodi runter von meinem VDR.
-
Hallo chriszero,
bei mir läuft VDR unter Archlinux. Mit aktiviertem menuorg Patch stürzt der VDR sofort bei der Betätigung einer Taste ab.
Codewarning: Could not load shared library symbols for linux-vdso.so.1. Do you need "set solib-search-path" or "set sysroot"? [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". Core was generated by `/usr/sbin/vdr -g /tmp -l 2 --lirc -p 6419 -P softhddevice -w alsa-driver-broken'. Program terminated with signal SIGSEGV, Segmentation fault. #0 EnterRootMenu () at menuorgpatch.h:58 58 menuorgpatch.h: Datei oder Verzeichnis nicht gefunden.]
Ohne diesem Patch scheint das Plugin zu laufen. Ich sehe zwar noch nichts auf dem Schirm aber im journal kann man es sehen.Code
Alles anzeigenan 11 17:09:49 N54L runvdr[3748]: Detected client discovery request from 127.0.0.1 Replying... Jan 11 17:09:49 N54L runvdr[3748]: TrancodeUri: http://192.168.1.xxx:32400/video/:/transcode/universal/start.m3u8?path=http%3A%2F%2F192.168.1.100%3A32400%2Flibrary%2Fmetadata%2F12562&mediaI Jan 11 17:09:49 N54L runvdr[3748]: Detected client discovery request from 192.168.1.xxx Replying... Jan 11 17:09:50 N54L vdr[3778]: video: decoder buffer empty, duping frame (5/2370) 0 v-buf Jan 11 17:09:50 N54L runvdr[3748]: Create Ringbuffer 48MB Jan 11 17:09:54 N54L runvdr[3748]: Detected client discovery request from 127.0.0.1 Replying... Jan 11 17:09:54 N54L runvdr[3748]: Loading Segment: /video/:/transcode/universal/session/9d7628a5-9432-4fbf-a282-2b603839a880/base/00001.ts... successfully. Jan 11 17:09:54 N54L runvdr[3748]: Detected client discovery request from 192.168.1.xxx Replying... Jan 11 17:09:55 N54L runvdr[3748]: Loading Segment: /video/:/transcode/universal/session/9d7628a5-9432-4fbf-a282-2b603839a880/base/00002.ts... successfully. Jan 11 17:09:55 N54L runvdr[3748]: Loading Segment: /video/:/transcode/universal/session/9d7628a5-9432-4fbf-a282-2b603839a880/base/00003.ts... successfully. Jan 11 17:09:56 N54L vdr[3778]: scraper2vdr: Loaded 500 series, continuing... Jan 11 17:09:56 N54L runvdr[3748]: Loading Segment: /video/:/transcode/universal/session/9d7628a5-9432-4fbf-a282-2b603839a880/base/00004.ts... successfully. Jan 11 17:09:57 N54L runvdr[3748]: Loading Segment: /video/:/transcode/universal/session/9d7628a5-9432-4fbf-a282-2b603839a880/base/00005.ts... successfully. Jan 11 17:09:57 N54L runvdr[3748]: Loading Segment: /video/:/transcode/universal/session/9d7628a5-9432-4fbf-a282-2b603839a880/base/00006.ts... successfully. Jan 11 17:09:58 N54L runvdr[3748]: Loading Segment: /video/:/transcode/universal/session/9d7628a5-9432-4fbf-a282-2b603839a880/base/00007.ts... successfully. Jan 11 17:09:59 N54L runvdr[3748]: Detected client discovery request from 127.0.0.1 Replying... Jan 11 17:09:59 N54L runvdr[3748]: Loading Segment: /video/:/transcode/universal/session/9d7628a5-9432-4fbf-a282-2b603839a880/base/00008.ts... successfully. Jan 11 17:10:00 N54L runvdr[3748]: Detected client discovery request from 192.168.1.xxx
Mit welchen Optionen startest Du das Plugin?
MfG
wino -
Das Plugin funktioniert. War wohl etwas ungeduldig. Die Befüllung des Puffer dauert wohl etwas lang. Ein Bild erscheint nach etwa 15-20 Sekunden.
-
Bei mir ist sofort ein Bild da.
-
Das Plugin hat keine Optionen mehr. Es nutzt ja kein Mplayer mehr
Das mit dem menuorgpatch ist auch das problem unter yavdr. Muss ich mal schauen an was das da genau liegt.
Navigation und "Fancy Fanart" wird in der Reihenfolge eingebaut.
Dauer des Puffer befüllen hängt davon ab wie schnell der "Server" ist... bau ich aber noch ein Ladebalken ein.
Wenn wer einen Raspi mit dem rphddevice hat darf er es gerne auch mal testen
-
Super, habs gleich auf nem raspberry probiert, trotz menuorg Patch. Hab deswegen auf Verdacht gleich ein bischen rumgepatcht den const char's DESCRIPTION und MAINMENUENTRY hab ich den trNOOP weggenommen und den Funktionen Service, CommandLineHelp und ProcessArgs, noch entsprechende return Werte verpasst, und das aufrufen des Menüs und das suchen der Filme funktioniert (trotz Patch).
Aber nun stehe ich vor dem Problem bei starten eines Films startet der VDR gleich neu. hier ein Auszug ausm syslog
Code
Alles anzeigenJan 11 19:03:42 pivdr2 vdr: [3406] [plex]ProcessKey: state=1 key=1 Jan 11 19:03:43 pivdr2 vdr: [3406] [plex]ProcessKey: state=1 key=1 Jan 11 19:03:44 pivdr2 vdr: [3406] [plex]ProcessKey: state=0 key=3 Jan 11 19:03:45 pivdr2 vdr: [3406] [plex] URI: 192.168.6.1[s%] Jan 11 19:03:51 pivdr2 vdr: [3406] [plex]ProcessKey: state=0 key=3 Jan 11 19:03:51 pivdr2 vdr: [3406] [plex]: play file 'http://192.168.6.1:32400/video/:/transcode/universal/start.m3u8?path=http%3A%2F%2F192.168.6.1%3A32400%2Flibrary%2Fmetadata%2F12562&mediaIndex=0&partIndex=0&protocol=hls&offset=0&fastSeek=1&directPlay=0&directStream=1&maxVideoBitrate=20000&skipSubtitles=1&videoResolution=1920x1080&videoQuality=100&session=857773a5-a279-4123-8b4d-1054f2f198ae&X-Plex-Client-Identifier=857773a5-a279-4123-8b4d-1054f2f198ae&X-Plex-Product=Plex%20Home%20Theater&X-Plex-Device=PC&X-Plex-Platform=Plex%20Home%20Theater&X-Plex-Model=Linux' Jan 11 19:03:51 pivdr2 vdr: [3406] streamdev-client: Connected to server 192.168.6.1:2004 using protocol version 1.0 Jan 11 19:03:51 pivdr2 vdr: [3406] streamdev-client: Command 'DELP 101' rejected by 192.168.6.1:2004: 560 Pid 101 not transferring Jan 11 19:03:51 pivdr2 vdr: [3406] streamdev-client: Command 'DELP 102' rejected by 192.168.6.1:2004: 560 Pid 102 not transferring Jan 11 19:03:51 pivdr2 vdr: [3406] streamdev-client: Command 'DELP 103' rejected by 192.168.6.1:2004: 560 Pid 103 not transferring Jan 11 19:03:51 pivdr2 vdr: [3406] streamdev-client: Command 'DELP 106' rejected by 192.168.6.1:2004: 560 Pid 106 not transferring Jan 11 19:03:51 pivdr2 vdr: [3406] streamdev-client: Command 'DELP 105' rejected by 192.168.6.1:2004: 560 Pid 105 not transferring Jan 11 19:03:51 pivdr2 lircd-0.9.0-pre1[322]: removed client Jan 11 19:03:51 pivdr2 lircd[322]: lircd-0.9.0-pre1[322]: removed client Jan 11 19:03:51 pivdr2 runvdr: restarting VDR
System ist ein Raspbian Jessie wenn ich noch mehr Zeit hab, kommt vielleicht noch ein BT dazu
Gruß Patrick
-
Das Problem mit segfaults mit dem menuorg patch trat jetzt ja wohl schon öfters bei anderen Plugins auf. Woran liegt das nun? Bug im menuorg Plugin? Oder Problem mit dem eigentlichem Plugin? Ich seh da gerade nicht wo es hängt...
-
maverick-me
Ich habe rausgefunden warum das Plugin einen segfault verursacht. Die libpoco Version muss mindestens größer gleich 1.4 sein.
Unter yaVDR mit Ubuntu 12.10 ist nur 1.3.6 (von 2007!!! das muss man sich mal geben) verfügbar. Aktuell ist 1.6!Deswegen haben die Gentoo und Arch User kein Problem damit
Das menuorg Problem habe ich auch behoben. Siehe Git.
-
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!