[mythtv-users] mythtranscode questions

[John Pilkington]

On 25/05/16 00:39, George Bingham wrote:
> Hey all,
>
> 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.
>
> I am running V 28.0-26-gf58b100 on mythbuntu 16.04 (only under LXDE).
>
> 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)
>
>   2016-05-24 17:21:17.817072 N  Transcode Completed
> 2016-05-24 17:21:18.229547 N  Transcoding
> /var/lib/mythtv/recordings/1051_20160513000000.ts done
> 2016-05-24 17:21:18.300450 N  Transcode: delete old file: waiting while
> program is in use.
> 2016-05-24 17:21:18.340878 N  Transcode: program is no longer in use.
> 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'
>                          eno: No such file or directory (2)
> 2016-05-24 17:21:18.680306 N  Requesting delete for file
> 'myth://Default@compuxeon/1051_20160513000000.ts.old'.
> 2016-05-24 17:21:18.711952 I  MythCoreContext::ConnectCommandSocket():
> Connecting to backend server: 192.168.20.100:6543
> <http://192.168.20.100:6543> (try 1 of 1)
> 2016-05-24 17:21:18.950040 I  MythCoreContext::CheckProtoVersion():
> Using protocol version 88 XmasGift
> 2016-05-24 17:21:19.649089 N  Requesting delete for file
> 'myth://Default@compuxeon/1051_20160513000000.ts.-1.100x56.png'.
> 2016-05-24 17:21:19.733681 N  Requesting delete for file
> 'myth://Default@compuxeon/1051_20160513000000.ts.png'.
> 2016-05-24 17:21:19.910715 I  Waiting for threads to exit.
>
>
> Anyway, I was wondering if there was a switch to tell mythtranscode to
> NOT delete the original file?

mythtvsetup > General > Job Queue (Global) > Save original...

I have it ticked/checked - but rarely use mythtranscode, so ymmv.
>
> 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.
>
> 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.
>
> Also, has anyone experimented with the "--hls" option?
> 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?
>
> If I could get it to not delete the original, I would play around with
> this a lot more.
>
> Thanks for any knowledge sharing...
>
>
> -- George
>
>
> _______________________________________________
> 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
>