[mythtv-users] possible bug in 0.28 mythtranscode

John Pilkington J.Pilk at tesco.net
Fri Aug 5 21:33:11 UTC 2016


On 05/08/16 22:21, 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

I see this has appeared as Ticket #12845, and I added a comment there. 
It's quite similar to #12698 and it looks to me as if

https://www.mythtv.org/wiki/Copy_and_transcode.pl

should do what is wanted.  But I haven't used it myself :-)

John P



More information about the mythtv-users mailing list