[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