<div dir="ltr">Hey all,<div><br></div><div>Just trying out some transcoding to save a few tv-shows into my "videos" directories after having cut the commercials and I have a few questions about mythtransode.</div><div><br></div><div>I am running V 28.0-26-gf58b100 on mythbuntu 16.04 (only under LXDE). </div><div><br></div><div>When mythtranscode runs and succeeds - the original file is deleted - (based on the logs, I am not sure this is the desired behavior, as it appears that it attempts to restore the original file, and when it can't it deletes -- see below)</div><div><br></div><div><font size="1"> 2016-05-24 17:21:17.817072 N  Transcode Completed</font><div><font size="1">2016-05-24 17:21:18.229547 N  Transcoding /var/lib/mythtv/recordings/1051_20160513000000.ts done</font></div><div><font size="1">2016-05-24 17:21:18.300450 N  Transcode: delete old file: waiting while program is in use.</font></div><div><font size="1">2016-05-24 17:21:18.340878 N  Transcode: program is no longer in use.</font></div><div><font size="1">2016-05-24 17:21:18.644004 E  mythtranscode: Error Renaming '/var/lib/mythtv/recordings/1051_20160513000000.ts.tmp' to '/var/lib/mythtv/recordings/1051_20160513000000.ts'</font></div><div><font size="1">                        eno: No such file or directory (2)</font></div><div><font size="1">2016-05-24 17:21:18.680306 N  Requesting delete for file 'myth://Default@compuxeon/1051_20160513000000.ts.old'.</font></div><div><font size="1">2016-05-24 17:21:18.711952 I  MythCoreContext::ConnectCommandSocket(): Connecting to backend server: <a href="http://192.168.20.100:6543">192.168.20.100:6543</a> (try 1 of 1)</font></div><div><font size="1">2016-05-24 17:21:18.950040 I  MythCoreContext::CheckProtoVersion(): Using protocol version 88 XmasGift</font></div><div><font size="1">2016-05-24 17:21:19.649089 N  Requesting delete for file 'myth://Default@compuxeon/1051_20160513000000.ts.-1.100x56.png'.</font></div><div><font size="1">2016-05-24 17:21:19.733681 N  Requesting delete for file 'myth://Default@compuxeon/1051_20160513000000.ts.png'.</font></div><div><font size="1">2016-05-24 17:21:19.910715 I  Waiting for threads to exit.</font></div><div><font size="1"><br></font></div><div><br></div><div>Anyway, I was wondering if there was a switch to tell mythtranscode to NOT delete the original file? </div><div><br></div><div>After testing this out on several shows, I am noticing that there is a growing number of expiring shows where the original file has been deleted, so expiring them fails because the show had already been deleted by mythtranscode. </div><div><br></div><div>Every time the backend checks for expired programs, there is a longer list of .ts files that it cannot locate and it complains that it will not delete the associated metadata.</div><div><br></div><div>Also, has anyone experimented with the "--hls" option?</div><div>It appears that if you specify --hls, that you also have to specify all the other associated options, e.g. audiobitrate, video bitrate, hlsstreamid, maxsegments, etc. - OR - does it assume appropriate defaults? </div><div><br></div><div>If I could get it to not delete the original, I would play around with this a lot more.</div><div><br></div><div>Thanks for any knowledge sharing...</div><div><br></div><div><span style="font-size:x-small"> </span><br></div><div><div class="gmail_signature">-- George</div></div>
</div></div>