[mythtv-users] Backend Deleting Files for no Reason - *again*...
Greg Oliver
oliver.greg at gmail.com
Tue Jan 14 16:46:09 UTC 2020
On Tue, Jan 14, 2020 at 8:10 AM Michael T. Dean <mtdean at thirdcontact.com>
wrote:
> On 01/14/2020 12:09 AM, Greg Oliver wrote:
> >
> > And just to note, it deletes no metadata, just the file. The only
> > reason I notice is that it leaves a blue entry in the GUI. I then
> > know that file just disappeared. I guess the blue might be theme
> > dependent, but it is blue for me.
>
> The only time MythTV will ever delete a recording file without deleting
> the recording metadata is when it finishes a transcode and you don't
> have the setting:
>
> Save original files after transcoding (globally)
> If enabled and the transcoder is active, the original files will be
> renamed to .old once the transcoding is complete.
>
> enabled.
>
> Check your transcoding settings for the recording rule and/or check to
> see if your key bindings and/or remote mappings might be causing you to
> submit a TV Playback|QUEUETRANSCODE action at some point.
>
> Also note that at various times there have been issues with transcoding
> and some people have said that even when the transcoding fails, MythTV
> will delete the original recording--which is the entire reason for the
> above-mentioned setting. I think I remember seeing some recent mentions
> of issues with failed transcodings, too. If a transcode were started,
> it failed, and MythTV deleted the original file, you'd have a recording
> listed with no file associated with it. Even if you have the above
> setting enabled, your original file may have been renamed to *.old , so
> would need to be renamed without the .old to be available again (and may
> or may not require rebuilding the seek table, depending on various
> factors).
>
> Mike
>
No transcoding set up anywhere either.
Could someone who runs the mythbuntu repo builds and is on:
Version: 2:30.0+fixes.201912012038.a27754a~ubuntu18.04.1
please post the output of :
sha1sum $(which mythbackend)
Mine is:
511cfeb4e34607360dda9f4e7b145fff2b76b875 /usr/bin/mythbackend
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-users/attachments/20200114/692105c0/attachment.htm>
More information about the mythtv-users
mailing list