James Stembridge schrieb:
av_remove_stream 0xb0d
adding pes stream at pid 0x12d with type 2
adding pes stream at pid 0x12e with type 3
closing filter for pid 0xb0c
av_remove_stream 0xb0c
closing filter for pid 0xb0d
streams_changed()
2005-04-21 23:34:33.824 streams_changed() -- stream count 2
2005-04-21 23:34:34.307 AvFormatDecoder: Video has changed from 0x0 to 720x576.
XvMCPutSlice: This context does not own decoder!
XvMCPutSlice: Error: 11
I want to add: This only occurs, if TS mode is enabled.
Kristian. _______________________________________________ mythtv-dev mailing list [email protected] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Another addition to this, I believe XvMCSyncSurface() must be called when the frame has been fully decoded and finished. The Unichrome libviaXvMC locks the decoder to this context between XvMCBeginSurface and XvMCSyncSurface(). This is so other processes can make use of the HW MPEG engine. If this is the case, which I think it is, then that is why XvMCSyncSurface() is needed. This is probably the reason for the "XvMCPutSlice: This context does not own decoder!" messages and failer on channel change.
At the moment in MythTV CVS 2005-04-25 (after XVMC/XV merge) XvMCSyncSurface() does not appear to be called ...
Why the behaviour is different for PS and TS DVB streams ??? Maybe the TS stream ends up by opening a separate XvMC context bu the PS stream keeps the same XvMC contect ...
Terry
_______________________________________________ mythtv-dev mailing list [email protected] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
