[vdr] Popcorn as VDR frontend
alexw at undercover.mine.nu
Fri Mar 13 09:46:17 CET 2009
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.
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
> 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.
More information about the vdr