[mythtv-users] possible bug in 0.28 mythtranscode

[Jim Abernathy]

On 08/05/2016 05:21 PM, George Bingham wrote:
> On Fri, Aug 5, 2016 at 10:47 AM, Jim Abernathy 
> <jfabernathy at outlook.com <mailto:jfabernathy at outlook.com>> wrote:
>
>     I posted this in mythv forum, but not sure if that was the place
>     for it.  In 0.27 I used the following procedure to process some
>     OTA TV recordings I wanted to save on a NAS:
>
>     1. using mythfrontend, I'd edit the recording using the detected
>     commercial list and fix any issues and save the edited list to the
>     cutlist.
>     2. I'd run the command:
>
>     mythtranscode --chanid 1111 --starttime 20160805000000 --mpeg2
>     --honorcutlist -o new-output-file.mpg
>
>     3. use handbrake to convert the .mpg file and put if on my NAS
>
>     Using this method I still had the original file within Mythtv.
>
>     In version 0.28 mythtranscode will create 'new-output-file.mpg'
>     but it deletes the original and now mythfrontend can't find it and
>     gets an error.
>
>     If I do not use the -o option it behaves correctly and
>     mythfrontend finds the same program and plays it but the cutlist
>     has been applied and deleted.
>
>     BTW, using the extension .ts instead of .mpg doesn't change the
>     behavior.
>
>     I see nothing in the 0.28 information that says the intent of
>     mythtranscode changed from 0.27 to 0.28.
>
>     Not sure of the rules here, but I've attached the console log to
>     this email.
>
>
>     _______________________________________________
>     mythtv-users mailing list
>     mythtv-users at mythtv.org <mailto:mythtv-users at mythtv.org>
>     http://lists.mythtv.org/mailman/listinfo/mythtv-users
>     <http://lists.mythtv.org/mailman/listinfo/mythtv-users>
>     http://wiki.mythtv.org/Mailing_List_etiquette
>     <http://wiki.mythtv.org/Mailing_List_etiquette>
>     MythTV Forums: https://forum.mythtv.org
>
>
>
>
> Hi Jim,
>
> I do much the same thing for some of my shows, and I have found that 
> if my script makes a copy of the original recording into the original 
> storage directory, but with a '.tmp' extension, then the mythtranscode 
> step will behave as expected.
>
> I do think it's a bug in that it doesn't make that backup copy, but if 
> that .tmp file is there, it will delete the original after it has been 
> transcoded, but recopy (or perhaps rename) the .tmp file back to it's 
> original filename (in my case it's .ts, but previous versions would be 
> .mpg).
>
> Just add that step to your transcode script near the beginning.
>
> The end result is that the original show is still in your listings and 
> playable and all, but there is no longer a cutlist associated with it. 
> I presume running mythcommflag or whatever it's called will re-create 
> one, or it can be done manually, but all I want is to have the 
> opportunity to try again should something else go wrong with the 
> transcoding steps. Generally it works correctly so after it's been 
> transcoded and saved away, I just manually delete it.
>
> Hope this helps.
>
> George
>

Thanks, George,

This is a good workaround and I can use this until the bug is addressed.

Jim A

>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at mythtv.org
> http://lists.mythtv.org/mailman/listinfo/mythtv-users
> http://wiki.mythtv.org/Mailing_List_etiquette
> MythTV Forums: https://forum.mythtv.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-users/attachments/20160807/271fd6a2/attachment.html>