Re: [vdr] Popcorn as VDR frontend
Thank you for your responses. I would be happy for any help offered and would gladly share any results I come up with. If anyone wants my diffs for building xinelib/vdr-fbe on PCH, please mail me. For me, the overall goal is: - Get the functionality of a full VDR frontend on PCH The current tech. idea is; - Use mono to display audio/video - Use custom directfb app to display xineliboutput VDR OSD and get lirc input The initial tasklist as I see it: - Test mono with xineliboutput http access - Make a simple directfb app displaying some image and see if it can show it ontop of a running mono av-stream. - Hack vdr-fbfe/xinelib wildly to get OSD from xineliboutput onto PCH. - Possibly rewrite without using xinelib. It might be good to locate the 'project' somewhere with a decent Wiki and SVN repository. Please suggest something. Please note though that the time I can put on this is very limited, my VDR adventures is a very slow moving process, with family, house and work taking up most of my time. /Johan -- Johan Andersson, j...@jna.pp.se ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Popcorn as VDR frontend
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 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Popcorn as VDR frontend
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=5201pid=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.. smime.p7s Description: S/MIME cryptographic signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Popcorn as VDR frontend
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.hamalai...@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=5201pid=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 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Popcorn as VDR frontend
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
Re: [vdr] Popcorn as VDR frontend
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 smime.p7s Description: S/MIME cryptographic signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Popcorn as VDR frontend
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 -- Johan Andersson, j...@jna.pp.se ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
