[mythtv] Re: Problems with latest CVS & DVB & Unichrome

Terry Barnaby terry1 at beam.ltd.uk
Mon Apr 25 11:11:37 UTC 2005


Kristian Kalweit wrote:
> 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
> mythtv-dev at mythtv.org
> 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


More information about the mythtv-dev mailing list