Opened 13 years ago

Closed 13 years ago

Last modified 13 years ago

#2466 closed defect (fixed)

recording list not updated after transcode finishes?

Reported by: anonymous Owned by: cpinkham
Priority: minor Milestone: unknown
Component: mythtv Version: 0.20
Severity: medium Keywords:
Cc: Ticket locked: no

Description

I was watching a show tonight shortly after it recorded, while the transcoding was going on. According to the log, transcoding finished at 23:40. We finished watching the show, pressed delete, it had a warning about being unable to delete the file (because .mpg as recorded from pvr250 was renamed to .nuv after transcoding to mpeg4), it appears that I guessed incorrectly in telling it to delete anyway, since its gone from the database but the mpeg4 .nuv file is still there, probably orphaned.

Seems like a bug - can't the backend notify the frontend that the filename has changed when transcode finishes?

Is it safe to simply rm the orphaned .nuv file?

Change History (3)

comment:1 Changed 13 years ago by cpinkham

Owner: changed from Isaac Richards to cpinkham

comment:2 Changed 13 years ago by cpinkham

Resolution: fixed
Status: newclosed

(In [11296]) When the backend deletes a file, get the basename from the DB so we pick up any changes in the filename such as when mythtranscode renames the file from .mpg to .nuv.

Closes #2466.

comment:3 Changed 13 years ago by cpinkham

(In [11297]) Copy over [11296] from trunk.

When the backend deletes a file, get the basename from the DB so we pick up any changes in the filename such as when mythtranscode renames the file from .mpg to .nuv.

References #2466.

Note: See TracTickets for help on using tickets.