Dear visitor, welcome to VDR Portal. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.

This post has been edited 21 times, last edit by "herrlado" (Nov 15th 2011, 2:46pm)
Cool, das wäre genau das, was ich mir wünsche. Gleich mal ausprobieren.
Besonders gut finde ich, dass keine Fernbedienung dabei ist.
Diese Funktionalität halt ich nämlich auf einem Smartphone für unsinnig,
weil einfach total unergonomisch.
Schön fände ich, wenn die Installation des Plugins über ein Repository
ginge, was ja insbesondere bei VDR-Updates sinnvoll wäre.
Das Plugin läuft wohl nicht mit der aktuellen yaVDR 0.4?
Hatte das amd64 deb mit dpkg installiert und nach einen VDR-Neustart
die gleichen Phänomene, wie bei yaVDR dist-upgrade gestern. Da kam
glaub ich ne neue VDR-Version und ich hatte auch ein Plugin (dessen
Name mir komischerweise entfallen ist), was nicht dazu passte.
Muss ich dann vermutlich selber kompilieren, nich?

vdr-plugin-restfulapi
als kleiner hinweis :
https://github.com/yavdr/vdr-plugin-restfulapi
das muss erlaubt sein ....![]()
evtl. wäre eine mitarbeit dort "schöner" als ein extra plugin ?
und dann eben einen android vdr-manager ?
ich weiss das bei uns v_r damit auch schon angefangen hat.
bzw. auch das es durch das restful demnächst so eine art live ersatz geben soll
http://www.youtube.com/watch?v=A7KGhc06BOk&feature=related
ich denke der autor wird mir verzeihen....
ich will "deins" nicht kleinreden. im gegenteil, alles super
nur ein versuch geniale köpfe in einem projekt zu bündeln .....
ABER natürlich wirst du bei uns in den repos auch immer eine aktuelle version finden
zu androvdr !
gib mir zeit bis morgen

|
|
Source code |
1 2 |
Ich möchte also dann aus Android heraus auf diese Schnittstelle zugreifen als alternative zu vdr-plugin-vdrmanager. |
Bitte das hier testen
http://dl.dropbox.com/u/17326992/dev/vdr…13.50_amd64.deb
|
|
Source code |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 |
Nov 2 14:06:20 jpmvdr vdr: [9568] starting plugin: systeminfo Nov 2 14:06:20 jpmvdr vdr: [9568] starting plugin: zappilot Nov 2 14:06:20 jpmvdr vdr: [9568] starting plugin: restfulapi Nov 2 14:06:20 jpmvdr vdr: [9568] restfulapi: Used settings: port: 8002, ip: 0.0.0.0, eimgs: /var/cache/vdr/epgimages, cimgs: /usr/share/vdr-channellogos, headers: activated Nov 2 14:06:21 jpmvdr vdr: [9700] [xine..put] Client 0 connected: 127.0.0.1:38178 Nov 2 14:06:21 jpmvdr vdr: [9700] loading /var/lib/vdr/plugins/xineliboutput/allowed_hosts.conf Nov 2 14:06:21 jpmvdr vdr: [9700] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 262142 bytes Nov 2 14:06:21 jpmvdr vdr: [9700] [xine..put] Client 1 connected: 127.0.0.1:38179 Nov 2 14:06:21 jpmvdr vdr: [9700] loading /var/lib/vdr/plugins/xineliboutput/allowed_hosts.conf Nov 2 14:06:21 jpmvdr vdr: [9700] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 262142 bytes Nov 2 14:06:21 jpmvdr vdr: [9700] [xine..put] Data connection (TCP) requested Nov 2 14:06:21 jpmvdr vdr: [9700] [xine..put] cBackgroundWriterI initialized (buffer 512 kb) Nov 2 14:06:21 jpmvdr vdr: [9700] [xine..put] cTcpWriter initialized (buffer 512 kb) Nov 2 14:06:21 jpmvdr vdr-sxfe[9584]: [9729] [console] read_key: read(stdin) failed: no stdin Nov 2 14:06:21 jpmvdr vdr-sxfe[9584]: [9727] [input_vdr] Control stream disconnected Nov 2 14:06:21 jpmvdr init: vdr main process (9568) killed by PIPE signal Nov 2 14:06:21 jpmvdr init: graphtft-fe main process (9579) killed by TERM signal Nov 2 14:06:21 jpmvdr init: vdr-frontend main process (9584) terminated with status 1 Nov 2 14:06:21 jpmvdr vdr-crash: vdr exit with signal PIPE . Restarting |
Hmm, ok da hast du Recht. Klar würde ich mit ihm gerne reden. Ist er hier angemeldet?
![]()
Source code
1 2 Ich möchte also dann aus Android heraus auf diese Schnittstelle zugreifen als alternative zu vdr-plugin-vdrmanager.
sowas in der art, genau.
v_r hat halt auch angefangen sowas für android zu machen (guia ist wieder was anderes, braucht aber auch restfulapi).
v_r betont auch immer wieder es soll keine fernbedienung sein.
die sourcen des android programms von v_r finde ich nicht.
aber so sieht es aus : (nicht veröffentlicht)
http://www.bilderload.com/daten/yadroid2C0LD2.jpg
ich dachte nur, da machen sich zuviele leute gleichzeitig an das gleiche thema ran ....
am ende mir auch egal, ich bin der letzte der helfen kann.

Bitte das hier testen
http://dl.dropbox.com/u/17326992/dev/vdr…13.50_amd64.deb
Geht nicht, gleiches Spiel. Der VDR startet nicht vollständig und crasht.
syslog-Auszug
![]()
Source code
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 Nov 2 14:06:20 jpmvdr vdr: [9568] starting plugin: systeminfo Nov 2 14:06:20 jpmvdr vdr: [9568] starting plugin: zappilot Nov 2 14:06:20 jpmvdr vdr: [9568] starting plugin: restfulapi Nov 2 14:06:20 jpmvdr vdr: [9568] restfulapi: Used settings: port: 8002, ip: 0.0.0.0, eimgs: /var/cache/vdr/epgimages, cimgs: /usr/share/vdr-channellogos, headers: activated Nov 2 14:06:21 jpmvdr vdr: [9700] [xine..put] Client 0 connected: 127.0.0.1:38178 Nov 2 14:06:21 jpmvdr vdr: [9700] loading /var/lib/vdr/plugins/xineliboutput/allowed_hosts.conf Nov 2 14:06:21 jpmvdr vdr: [9700] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 262142 bytes Nov 2 14:06:21 jpmvdr vdr: [9700] [xine..put] Client 1 connected: 127.0.0.1:38179 Nov 2 14:06:21 jpmvdr vdr: [9700] loading /var/lib/vdr/plugins/xineliboutput/allowed_hosts.conf Nov 2 14:06:21 jpmvdr vdr: [9700] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 262142 bytes Nov 2 14:06:21 jpmvdr vdr: [9700] [xine..put] Data connection (TCP) requested Nov 2 14:06:21 jpmvdr vdr: [9700] [xine..put] cBackgroundWriterI initialized (buffer 512 kb) Nov 2 14:06:21 jpmvdr vdr: [9700] [xine..put] cTcpWriter initialized (buffer 512 kb) Nov 2 14:06:21 jpmvdr vdr-sxfe[9584]: [9729] [console] read_key: read(stdin) failed: no stdin Nov 2 14:06:21 jpmvdr vdr-sxfe[9584]: [9727] [input_vdr] Control stream disconnected Nov 2 14:06:21 jpmvdr init: vdr main process (9568) killed by PIPE signal Nov 2 14:06:21 jpmvdr init: graphtft-fe main process (9579) killed by TERM signal Nov 2 14:06:21 jpmvdr init: vdr-frontend main process (9584) terminated with status 1 Nov 2 14:06:21 jpmvdr vdr-crash: vdr exit with signal PIPE . Restarting
Im Prinzip ist das ganz Einfach, also an die Rohe Daten zu kommen. Ich habe es aber erst einmal als eine Idee nichts weiter, da ich nicht weiß, wie vebreitet restfulapi Plugin ist
bzw. ob es gängige Abhängigkeit hat, so dass jeder es Problemlos bei sich installieren kann.

Quoted
Crashlog from Wed Nov 2 14:21:20 CET 2011
----------------------------------
Environment details:
TERM=linux
EXIT_SIGNAL=PIPE
PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/sbin:/sbin:/bin
PWD=/
JOB=vdr
RESULT=failed
SHLVL=1
PROCESS=main
UPSTART_INSTANCE=
UPSTART_EVENTS=stopped
UPSTART_JOB=vdr-exit-other
INSTANCE=
_=/usr/bin/env
Command line:
/usr/bin/vdr-dbg --lirc=/var/run/lirc/lircd -v /srv/vdr/video.00 -c /var/lib/vdr -L /usr/lib/vdr/plugins -r /usr/lib/vdr/vdr-recordingaction -s -E /var/cache/vdr/epg.data -u vdr -g /tmp --port 6419 -w 0 -Psc -B0 -B1 -B2 -Pxineliboutput --local=none --primary --remote=127.0.0.1:37890 -Pgraphtft -d none -Plive --port=8008 --ip=0.0.0.0 --epgimages=/var/cache/vdr/epgimages -Pmenuorg -Pdbus2vdr -Pwirbelscan -Pmarkad -Pdvd -C /var/cache/vdr/dvd -Pchannellists -Ptext2skin -Posdteletext -Piptv -Pquickepgsearch -Pmlist -Pburn --iso=/srv/vdr/video.00/iso -Psysteminfo -Pzappilot -Prestfulapi --port=8002 --ip=0.0.0.0 --epgimages=/var/cache/vdr/epgimages --channellogos=/usr/share/vdr-channellogos -Pepgsearch -f /usr/bin/svdrpsend -Ptvm2vdr -Pconflictcheckonly -Pextrecmenu -Ptimeline -Pfemon -Pskinpearlhd --epgimages=/var/cache/vdr/epgimages -Pstreamdev-server -Pdvdswitch -Pepgsearchonly -Pundelete -Pskinelchi -Pxvdr -t 10 -Pdynamite &> /tmp/vdr.log
Versions:
---------
Nov 2 14:21:20.077 [general.debug] using new 1.7.11+ capture code
vdr (1.7.21/1.7.21) - The Video Disk Recorder
xineliboutput (1.0.90-cvs) - X11/xine-lib output plugin
graphtft (0.3.3) - VDR OSD on TFT
live (0.2.0) - Live Interactive VDR Environment
menuorg (0.4.4) - Reorganizes the main menu
dbus2vdr (0.0.2j) - expose methods for controlling vdr via DBus
wirbelscan (0.0.7) - DVB and pvrinput channel scan for VDR
markad (0.1.2) - Mark advertisements
dvd (0.3.6-b03) - turn VDR into an (almost) full featured DVD player
channellists (0.0.4) - Manage your channellists
text2skin (1.3.1) - Loader for text-based skins
osdteletext (0.9.1) - Displays teletext on the OSD
iptv (0.4.2) - Experience the IPTV
quickepgsearch (0.0.1) - Quick search for broadcasts
mlist (1.0.1) - Displays the message history
burn (0.2.0-beta7) - Versatile convert-and-burn plugin
systeminfo (0.1.2) - Display various system informations
zappilot (0.0.4) - A zapping co-pilot
restfulapi (0.1.0) - Offers a RESTful-API to retrieve data from VDR
epgsearch (1.0.1) - search the EPG for repeats and more
tvm2vdr (0.0.5) - Tvm2vdr EPG-Data from tvmovie
conflictcheckonly (0.0.1) - Direct access to epgsearch's conflict check menu
extrecmenu (1.2.1) - Extended recordings menu
timeline (1.0.141-kw001) - Show timer overview and collisions
femon (1.7.10) - DVB Signal Information Monitor (OSD)
skinpearlhd (0.0.1) - PearlHD Skin
streamdev-server (0.5.1-git) - VDR Streaming Server
dvdswitch (0.2.0) - Allows playback of DVD images
epgsearchonly (0.0.1) - Direct access to epgsearch's search menu
undelete (0.0.6) - undelete for recordings
skinelchi (0.2.4) - Elchi skin
xvdr (0.9.0) - VDR-Network-Streaming-Interface (XVDR) Server
dynamite (0.0.8a) - attach/detach devices on the fly
Backtrace:
----------
|
|
Source code |
1 2 |
Backtrace: ---------- |
Das was hiernach kommen würde wäre interessant.
Zitat von »gda«
Das was hiernach kommen würde wäre interessant.
Bin zwar in solchen Dingen nur sehr wenig erfahren, aber ja, kann ich mir vorstellen.
Nur ... da steht nix weiter, ehrlich.