On 12/06/2009 04:18 PM, Theunis Potgieter wrote:
2009/12/1 alexw <[email protected]
<mailto:[email protected]>>
On 11/29/2009 04:13 PM, Theunis Potgieter wrote:
2009/11/27 alexw<[email protected]
<mailto:[email protected]>>:
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
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
_______________________________________________
vdr mailing list
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
