[vdr] VDR frontend device: Xtreamer

[alexw]

On 12/06/2009 04:18 PM, Theunis Potgieter wrote:
>
>
> 2009/12/1 alexw <alexw at undercover.mine.nu 
> <mailto:alexw at undercover.mine.nu>>
>
>     On 11/29/2009 04:13 PM, Theunis Potgieter wrote:
>
>         2009/11/27 alexw<alexw at undercover.mine.nu
>         <mailto:alexw at undercover.mine.nu>>:
>
>             Hi,
>
>             I do.
>
>
>         Do you use an Xtreamer device as a frontend, what are you
>         using to achive this?
>
>
>
>     I am using a PCH-A110 device with vdr-ui running on a separate
>     server (for better integration). Channels are served using the
>     standard streamdev plugin.
>     The only drawback is the necessity to quit (close) the running
>     stream and go back to the vdr-ui selection page each time you want
>     to change to another channel.
>
>     I have managed to build a jsp playlist with all VDR channels, but
>     channel change is not quick enough to bring a good `surfing`
>     experience with this method.
>
>     Using xineliboutput you can watch the `live` stream and change
>     channel without quitting the player but the mono pmt parser fails
>     sometime to get the new pids (tested with soft and hard demuxerm.
>     m2ts and pes container). I am convinced that this is the best way
>     to have an acceptable switching time between 2 channels reusing
>     existing player with low key/remote dev (directfb keyb app to
>     redirect remote key to VDR app).
>
>
> I tried this with vdr-1.7.9 and as soon as I switch the channel the 
> Xtreamer device stops. I still need to press stop and play again.
Are you using the cvs version of the plugin? If not, you should give it 
a try. There is a fix which send a new PMT with relevant pids each time 
a channel is performed. You can verify using a tool like dvbsnoop. If 
the screen is still black, it is a problem of the PCH player. Even if 
the new channel is not playing, going back to previous one must show the 
proper picture.
>
>
> _______________________________________________
> vdr mailing list
> vdr at linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>    

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.linuxtv.org/pipermail/vdr/attachments/20091206/d4b9c1b5/attachment-0001.htm>