[mythtv-users] possible bug in 0.28 mythtranscode

[John Pilkington]

On 06/08/16 16:44, Jim Abernathy wrote:
>
>
> On 08/06/2016 09:44 AM, Mark Perkins wrote:
>> On 6 August 2016 9:20:48 PM ACST, Jim Abernathy
>> <jfabernathy at outlook.com> wrote:
>>>>>> Ok just checked and mythtranscode is NOT deleting the original
>>> file in
>>>>> fixes/0.27 using fifo mode.
>>>>>> Sorry for the bad info.
>>>>>> _
>>> So is there any further testing needed on my part to help fix this
>>> issue?  My reasoning is that if you see why it worked correctly in 0.27
>>> on fresh install, but not is later patches including 0.28, then I'll
>>> just move on to 0.28 for it's other advantages and wait to test
>>> mythtranscode with -o option until a fix is released?
>>>
>>> Does that make sense?
>>>
>>> Jim A
>>>
>>>
>> My 2 cents - i think there is little to be gained doing further
>> testing on fixes/0.27. Even if a bug is found in 0.27 a fix may not
>> get backported anyway, if there is actually a bug.
>>
>> In 0.28 there is a tickbox in mythtv-setup / 1. General / Job Queue
>> (global) about page 9 or so "save original files after transcoding".
>> Does mythtranscode honor this switch if mythtranscode is called from
>> an external script? If my test 0.28 backend is correct the tickbox
>> defaults to unticked, ie original files are not saved. So this might
>> be the issue / fix.
> So after I ticked the option in mythtv-setup and I ran the same test
> with external mythtranscode with the -o option.
>
> I see that original file is gone alone with it's .png.  However, I see a
> .ts.old version of that recording. when I run mythfrontend it can't find
> the program even though it's listed.
>
> If I rename the .ts.old back to .ts, mythfrontend can now find and play
> the recording, but there are no commercials detected and no cutlist.
>
> The -o file is created correctly with the cutlist honored.
>
> The version is mythtranscode version: fixes/0.28 [v0.28-46-ge5ce273]
>
> Per the console log below I see it's having problems renaming a .ts.tmp
> version of the file back to a .ts.  Not sure if it means .ts.old or what???

I think that would be the default output file, but in your case its name 
has been specified by the -o option; so xxxx.ts.tmp doesn't exist.  It 
can't be renamed and myth can't see it.

xxxx.ts.old is the file used as input, which was renamed from xxx.ts at 
the start of the process.
>
> 2016-08-06 11:27:43.317624 N  Transcode Completed
> 2016-08-06 11:27:43.322127 N  Transcoding
> /media/recording-tv-2/1171_20160806143000.ts done
> 2016-08-06 11:27:43.322389 N  Transcode: delete old file: waiting while
> program is in use.
> 2016-08-06 11:27:43.322714 N  Transcode: program is no longer in use.
> 2016-08-06 11:27:43.323747 E  mythtranscode: Error Renaming
> '/media/recording-tv-2/1171_20160806143000.ts.tmp' to
> '/media/recording-tv-2/1171_20160806143000.ts'
>             eno: No such file or directory (2)
> 2016-08-06 11:27:43.324896 N  Requesting delete for file
> 'myth://Default@mythbuntu/1171_20160806143000.ts.png'.
>
> Jim A