[mythtv] Latest CVS LiveTV->Recording problems

[avalanche at beyondmonkey.com]

I think this one should fix it. The ReadAheadThread() was setting
the ateof flag almost right at playback start, the only thing keeping 
it from quitting was the zerocnt threshold in safe_read(). If you had
any settings that caused a little latency like mpeg4 + mp3 the zerocnt
would bail and not read the header, bad frame etc. 

It think it's safe to check ret for 0 instead of != totfree, doesn't seem 
to break anything else. It works now even with the worst case 
settings that caused the player to quit almost immediately before. 

Changing the zerocnt check to 10 doesn't have anything to do with
the fix, just noticed that the player always has to wait for it on startup
(why?), it makes playback of files just a little bit snappier.

av


> If you're not adverse to adding a few debugging statements, it'd be nice to 
> fix the source of the bug (why it thinks it's at end-of-file).  Places to 
> look would be nuppeldecoder.cpp's GetFrame(), and RingBuffer.cpp's 
> safe_read() (the first one, not the second), ReadAheadThread(), and 
> ReadFromBuf().
> 
> Isaac
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev at snowman.net
> http://lists.snowman.net/cgi-bin/mailman/listinfo/mythtv-dev
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: playertimeoutfix.diff
Type: application/octet-stream
Size: 1051 bytes
Desc: not available
Url : http://lists.snowman.net/pipermail/mythtv-dev/attachments/20030719/eadacdf1/playertimeoutfix.obj