[mythtv-users] MythArchive to DVD audio out of sync

[John Pilkington]

On 12/11/13 19:26, John Pilkington wrote:
> On 12/11/13 18:47, Tim wrote:
>>  > On Tuesday, November 12, 2013 11:22 AM, John Pilkington
>> <J.Pilk at tesco.net> wrote:
>>  > Afterthoughts:
>>
>>  > You log shows the commands that were issued for both the mythtranscode
>>  > and mythffmpeg stages.  You ought to be able to run them
>> stand-alone and
>>  > examine the results.  There's no sign of --honorcutlist.
>>
>>  > John
>>
>> I tried running the mythtranscode line that was in my log, it failed
>> with the following:
>> 2013-11-12 12:14:09.510555 E  Couldn't find recording for chanid 2265 @
>> 2013-11-06T21:00:00Z
>>
>> Which led me to believe maybe the UTC ticket #11758 (changing the line
>> in mythburn.py to use utcisoformat) would solve this, but mythburn fails
>> quickly after running it.
>>
>> I checked the mydata.xml file and it appears I have <file
>> usecutlist="0"... so I'm not attempting to strip commercials from my
>> dvd... But as a test I did run a transcode via MythWeb on the show and
>> it appears I can't even run transcode at all...
>>
>
> There's a thread about current difficulties with mythtranscode, but I
> think the problem there is subtle inconsistencies in the output file
> rather than total failure to run.  Can you run a similar mythtranscode
> command with other recordings?
>
> I think that that command is not supposed to change the format of the
> recording; just clean up some types of error and make cuts if given the
> right command.  But it might remove some streams. Can you run the
> mythffmpeg command with the original recording as input?  Or with
> shorter ones, of course?
>

Looking again at the log you posted:  it's strange that the output of 
mythtranscode is not the input to mythffmpeg.  That is apparently 
working with the original file.  I know that some renames happen in the 
mythburn script, but (although I haven't consulted the script) it 
doesn't look as if that's what has happened there.  I think I should 
give up :-)

> John
>