[mythtv-users] 0.27-fixes problems with mythcommflag --rebuild and mythpreviewgen

[JOHN PILKINGTON]

Hi: I've been running my own build from Richard Shaw's SRPM 
http://www.gossamer-threads.com/lists/mythtv/users/552232#552232 
on my laptop for about a week now and as a result I'm intendig to upgrade my main box from 0.26 when I'm next back in front of it, but I do have problems with seektable regeneration and previewgen for both SD and HD recordings from DVB-T/T2 in the UK. For HD it seems to be mheg-related and might be work-in-progress, but the SD files are mpeg2-ps, with only single video and audio streams, created by my mythdvbcut script. The problem occurs, at least with SD, on exit from the utilities. IIRC the commflag command has previously complained on reaching EOF; now it's much louder. 

ionice -c3 mythpreviewgen --chanid 1002 --starttime 20130917151100 -q 
QWaitCondition: cv destroy failure: Device or resource busy 
QWaitCondition: mutex destroy failure: Device or resource busy 
QThread: Destroyed while thread is still running 

ionice -c3 mythcommflag -q --rebuild --file 1002_20130917151100.mpg 
MythTV Commercial Flagger, building seek table for: 
Seven Ages of Britain - Age of Revolution 
Rebuild started at Tue Sep 17 20:30:20 2013 
Rebuild completed at Tue Sep 17 20:30:56 2013 
QWaitCondition: cv destroy failure: Device or resource busy 
QWaitCondition: mutex destroy failure: Device or resource busy 
QThread: Destroyed while thread is still running 

sometimes followed by a backtrace 

*** glibc detected *** mythcommflag: corrupted double-linked list: 0x08a4e7a0 *** 
+ backtrace 

Running the same commands on an HD recording (all original streams present) provokes many very rapid repetitions of 

[freemheg] WARN Quit during transition - ignoring 
[freemheg] WARN Quit during transition - ignoring 
[freemheg] WARN Quit during transition - ignoring 

until aborted. 


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mythtv.org/pipermail/mythtv-users/attachments/20130917/3ee4a69d/attachment-0001.html>