I need some advise on routes to look into on the subject.
First, thank you Klaus and all for a great PVR. I have tried a lot of others like Myth, MediaPortal, GBPVR etc, but the silent menusystems are hopelessly inferior to having all menus on OSD. Me and my family have used VDR for 2+ years now and we are all happy with it.
I am not bleeding edge VDR with DVB-T in Sweden being SDTV and we have only one TV-set although I'm running client/server xineliboutpout with a dedicated frontend machine.
I bought myself a PCH with the idea of using it instead of my PC VDR frontend.
With some effort and googling I got xineliboutputs vdr-fbfe (with xinelib et.al) cross compiled and runnable on the PCH.
However AFAIK, the directfb usage in xinelib is based on pixelmaps written to a dfb surface, all mpeg decode is done in software, this is suboptimal on the PCH along with sound being a problem. Running vdr-fbfe on PCH says 'DFBGetSurface() not supported' and exits.
It seems people have looked into streamdev instead. I like my VDR OSD though on the TV-set, am I wrong in believing that is a nono with streamdev?
Now PCH has an 'IAdvancedMediaProvider' extension to directfb seemingly allowing the mpeg-stream to be sent directly to the hardware, thereby including both video and audio, it is sadly not fully documented in the headers released by Syabas...
The most promising option as I see it is to slash down vdr-fbfe to only display the 'osd_command' data on a PCH DFB layer without video capability and stream 'normally' to PCH using ideally the xineliboutputs servers ability to supply for example an http stream. The hope being that the 'vdr-fbfe' application can access directfb concurrently and have the OSD displayed ontop of the video layer.
Before I dig deeper into this I would like to ask the community what has been tried and what routes do you see as most viable?
I know of some other PCH frontend software for GBPVR Myth, ie vomp and mvcpmx(?) but they seem to return me to the world of silent menus, not a place I want to be.
/Johan
Hi Johan,
You have a good approach. I am using the vdr-ui frontend right now which uses the TS from streamdev to feed the mono player. I managed to have a compiled version of the xine lib but I failed to use it due to deep code cutting to get it running. As far as I have understood you succeed to have xine library available on your PCH. Making an adaptation of the OSD layer should then not be a big issue. The complexity will reside in the video stream handling as you have already mentioned. Digging into other projects or starting a discussion in the networkedmediatank can bring a lot of of knowledge here.
This project sounds very interesting to me. If you need some help, I would be pleased to provide my support.
Regards,
Alex
Johan Andersson wrote:
I need some advise on routes to look into on the subject.
First, thank you Klaus and all for a great PVR. I have tried a lot of others like Myth, MediaPortal, GBPVR etc, but the silent menusystems are hopelessly inferior to having all menus on OSD. Me and my family have used VDR for 2+ years now and we are all happy with it.
I am not bleeding edge VDR with DVB-T in Sweden being SDTV and we have only one TV-set although I'm running client/server xineliboutpout with a dedicated frontend machine.
I bought myself a PCH with the idea of using it instead of my PC VDR frontend.
With some effort and googling I got xineliboutputs vdr-fbfe (with xinelib et.al) cross compiled and runnable on the PCH.
However AFAIK, the directfb usage in xinelib is based on pixelmaps written to a dfb surface, all mpeg decode is done in software, this is suboptimal on the PCH along with sound being a problem. Running vdr-fbfe on PCH says 'DFBGetSurface() not supported' and exits.
It seems people have looked into streamdev instead. I like my VDR OSD though on the TV-set, am I wrong in believing that is a nono with streamdev?
Now PCH has an 'IAdvancedMediaProvider' extension to directfb seemingly allowing the mpeg-stream to be sent directly to the hardware, thereby including both video and audio, it is sadly not fully documented in the headers released by Syabas...
The most promising option as I see it is to slash down vdr-fbfe to only display the 'osd_command' data on a PCH DFB layer without video capability and stream 'normally' to PCH using ideally the xineliboutputs servers ability to supply for example an http stream. The hope being that the 'vdr-fbfe' application can access directfb concurrently and have the OSD displayed ontop of the video layer.
Before I dig deeper into this I would like to ask the community what has been tried and what routes do you see as most viable?
I know of some other PCH frontend software for GBPVR Myth, ie vomp and mvcpmx(?) but they seem to return me to the world of silent menus, not a place I want to be.
/Johan
Before I dig deeper into this I would like to ask the community what has been tried
Have you tried "vdr-ui", it is a cgi-binary ran on PCH to fetch EPG from VDR and using streamdev to stream.
http://www.popcornforum.de/showthread.php?tid=5201&pid=71288
and what routes do you see as most viable?
Well this sounds the best option for full VDR front-end if recordings work as well..
Hi,
VDR-UI uses mono to play the stream. It is impossible for the moment to switch from one channel to another without going back to VDR-UI. I can imagine a workaround that consists of using a playlist instead of a stream URL. But direct channel selection will still not be possible (example: switching from channel 1 to channel 5 directly).
Having the full frontend will also bring all the plugin flexibility back to the NMT :o) And recording/cutting/marks/realtime EPG/time shifting... as well
Alex
jori.hamalainen@teliasonera.com wrote:
Before I dig deeper into this I would like to ask the community what has been tried
Have you tried "vdr-ui", it is a cgi-binary ran on PCH to fetch EPG from VDR and using streamdev to stream.
http://www.popcornforum.de/showthread.php?tid=5201&pid=71288
and what routes do you see as most viable?
Well this sounds the best option for full VDR front-end if recordings work as well..
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hello,
alexw schrieb:
Hi,
VDR-UI uses mono to play the stream. It is impossible for the moment to switch from one channel to another without going back to VDR-UI. I can imagine a workaround that consists of using a playlist instead of a stream URL. But direct channel selection will still not be possible (example: switching from channel 1 to channel 5 directly).
Having the full frontend will also bring all the plugin flexibility back to the NMT :o) And recording/cutting/marks/realtime EPG/time shifting... as well
Can Popcorn play multicast streams?
Thanks, Artem
That's a good question. After drilling into the news, the answer is no. If you want to do so you need to have an UDP proxy to convert to either HTTP or WMS/RTSP. This tool can be located on the PCH itself and will act as an abstraction layer.
Cheers,
Alex
Artem Makhutov wrote:
Hello,
alexw schrieb:
Hi,
VDR-UI uses mono to play the stream. It is impossible for the moment to switch from one channel to another without going back to VDR-UI. I can imagine a workaround that consists of using a playlist instead of a stream URL. But direct channel selection will still not be possible (example: switching from channel 1 to channel 5 directly).
Having the full frontend will also bring all the plugin flexibility back to the NMT :o) And recording/cutting/marks/realtime EPG/time shifting... as well
Can Popcorn play multicast streams?
Thanks, Artem
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
and what routes do you see as most viable?
Well this sounds the best option for full VDR front-end if recordings work as well..
Having the full frontend will also bring all the plugin flexibility back to the NMT :o) And recording/cutting/marks/realtime EPG/time shifting...
Yes, I gave my vote for vdr-fbfe if playback works with hardware.. :) But I realize that due to last minute edit of my mail you could read that I gave my vote for VDR-UI. I don't like VDR-UI - it does not show channels if there
is no EPG, and you need to use menus to switch channels, no recordings etc...
+1 pch-vdr-fbfe :)
- Jori