<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Aug 5, 2016 at 10:47 AM, Jim Abernathy <span dir="ltr"><<a href="mailto:jfabernathy@outlook.com" target="_blank">jfabernathy@outlook.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div dir="ltr">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:<div><br></div><div>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.</div><div><span style="font-size:12pt">2. I'd run the command:</span></div><div><br></div><div>mythtranscode --chanid 1111 --starttime 20160805000000 --mpeg2 --honorcutlist -o new-output-file.mpg</div><div><br></div><div>3. use handbrake to convert the .mpg file and put if on my NAS</div><div><br></div><div>Using this method I still had the original file within Mythtv.</div><div><br></div><div>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.</div><div><br></div><div>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.</div><div><br></div><div>BTW, using the extension .ts instead of .mpg doesn't change the behavior.</div><div><br></div><div>I see nothing in the 0.28 information that says the intent of mythtranscode changed from 0.27 to 0.28.</div><div><br></div><div>Not sure of the rules here, but I've attached the console log to this email.</div><div><br></div> </div></div>
<br>______________________________<wbr>_________________<br>
mythtv-users mailing list<br>
<a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br>
<a href="http://lists.mythtv.org/mailman/listinfo/mythtv-users" rel="noreferrer" target="_blank">http://lists.mythtv.org/<wbr>mailman/listinfo/mythtv-users</a><br>
<a href="http://wiki.mythtv.org/Mailing_List_etiquette" rel="noreferrer" target="_blank">http://wiki.mythtv.org/<wbr>Mailing_List_etiquette</a><br>
MythTV Forums: <a href="https://forum.mythtv.org" rel="noreferrer" target="_blank">https://forum.mythtv.org</a><br>
<br></blockquote></div><br></div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Hi Jim,</div><div class="gmail_extra"><br></div><div class="gmail_extra">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. </div><div class="gmail_extra"><br></div><div class="gmail_extra">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).</div><div class="gmail_extra"><br></div><div class="gmail_extra">Just add that step to your transcode script near the beginning. </div><div class="gmail_extra"><br></div><div class="gmail_extra">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.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Hope this helps.</div><div class="gmail_extra"><br></div><div class="gmail_extra">George</div></div>