[mythtv] Is mythtranscode removing mythcommflag's results?

Endaf Jones jonese at zener.com
Thu Sep 29 21:13:49 UTC 2005


Chris Pinkham wrote:

>>I can understand mythtranscode deleting the type=6 (the video is no long 
>>MPEG2, but rather MPEG4 now, so the seek table can be removed, I think?).
>>
>>Did mythtranscode just wipe out the commercial skip list for the 
>>recording?  Is that my problem or is something else magical happening 
>>that I don't know about.
>>    
>>
>
>This was never really guaranteed to work, but I reenabled it anyway.  The
>code used to keep the commercial skip markers when you transcoded without
>applying the cutlist (such as in auto-transocding) although there was no
>guarantee that the markers were still accurate since the frame numbers
>might not match up exactly.  Somewhere along the line, I think I removed
>that code while cleaning up other issues.  I added the code back in so
>the JobQueue will not remove the commercial markers unless the cutlist
>has been applied.
>
>  
>
>>I'm running a SVN of today.
>>    
>>
>
>Can you update again and let me know if it's not fixed?
>
>  
>
>------------------------------------------------------------------------
>
>_______________________________________________
>mythtv-dev mailing list
>mythtv-dev at mythtv.org
>http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>  
>
Well,

Here's what happened.

1. Started recording a dummy 30 minute commercial recording..
2. mythcommflag started up a few moments later.
3. About 15 minutes into the recording, I started viewing the 
recording.  I situated myself just before a commercial break and the 
commercial skip happened correctly.  I tried this at different 
ccommercial points in the recording, all was working fine.
4. When the recording finished and mythcommflag finished flagging, I 
checked the log and mythcommflag reported "Finished, 0 breaks found".  
Obviously, this is incorrect as I was watching myth skip over at least 2 
breaks during the recording.  There were never any type 4/5 entries in 
recordedmarkup.

I looked at the backend log, there were some new error message I hadn't 
noticed before.  They could be due to other issues, I'm not sure.


2005-09-29 15:01:04.834 TVRec(1): Changing from RecordingOnly to None
2005-09-29 15:01:04.869 Finished recording Megascience "Mosquito Wars": 
channel 1193
2005-09-29 15:01:04.898 Reschedule requested for id 0.
2005-09-29 15:01:04.930 scheduler: Last message repeated 29 times
2005-09-29 15:01:04.943 scheduler: Finished recording
QSocketNotifier: invalid socket 12 and type 'Read', disabling...
2005-09-29 15:01:06.385 Scheduled 443 items in 1.5 = 0.03 match + 1.45 place
2005-09-29 15:01:06.393 scheduler: Scheduled items
2005-09-29 15:01:27.606 MainServer::HandleAnnounce Playback
2005-09-29 15:01:27.608 adding: video as a client (events: 0)
2005-09-29 15:01:57.616 ReadStringList: Bad socket
2005-09-29 15:01:57.617 Connection to backend server lost
2005-09-29 15:01:57.631 WriteStringList: Bad socket
2005-09-29 15:01:57.638 ReadStringList: Bad socket
2005-09-29 15:01:57.646 Reconnection to backend server failed
QWidget: Cannot create a QWidget when no GUI is being used
2005-09-29 15:01:57.677 commflag: Commercial Flagging Finished
2005-09-29 15:01:57.681 Finished, 0 break(s) found.
2005-09-29 15:02:12.698 MainServer::HandleAnnounce Playback
2005-09-29 15:02:12.700 adding: video as a client (events: 0)
2005-09-29 15:02:22.300 Transcode Starting for Megascience "Mosquito 
Wars": 806.1 MB (Autodetect)
2005-09-29 15:02:22.307 transcode: Transcode Starting
2005-09-29 15:02:23.467 Using runtime prefix = /usr/local
2005-09-29 15:02:23.568 New DB connection, total: 1
2005-09-29 15:02:23.582 New DB connection, total: 2
2005-09-29 15:02:23.587 Transcoding from 
/u/mythtv/store/1193_20050929143000.mpg to 
/u/mythtv/store/1193_20050929143000.mpg.tmp

# Endaf


More information about the mythtv-dev mailing list