Opened 5 years ago

Last modified 5 years ago

#12247 new Bug Report - General

recordings slow to start for 1 minute.

Reported by: blm-ubunet@… Owned by: JYA
Priority: minor Milestone: unknown
Component: MythTV - Video Playback Version: Master Head
Severity: low Keywords:
Cc: Ticket locked: no

Description

For precisely one minute after recordings end, attempts to playback (that same recording) succeed only after 10 sec timeouts. This behaviour has been observed in master for some time (months). Good way to see the full screen "Please wait" message.

Seems like the reported recording file status is incorrect or out dated for 1 min. The file reader trying to read from in-progress recording buffer. The "recordings" screen appears to show the correct status.

Have attempted to find clues in the logs.

Attachments (2)

mbe-log.txt (951.1 KB) - added by blm-ubunet@… 5 years ago.
BE log using -v playback,record --loglevel=debug
fe-log.txt (508.0 KB) - added by blm-ubunet@… 5 years ago.
FE log using -v playback,record --loglevel=debug

Download all attachments as: .zip

Change History (9)

comment:1 Changed 5 years ago by JYA

Status: newinfoneeded_new

Have attempted to find clues in the logs.

That's great so where are they?

I'm sure when creating your bug you saw the massive header on how to create a ticket: https://code.mythtv.org/trac/wiki/TicketHowTo

comment:2 Changed 5 years ago by Raymond Wagner

Any chance this is nothing more than some jobqueue task such as commflagging waiting until a recording is complete, and then running full bore, overloading an underpowered system?

comment:3 Changed 5 years ago by blm-ubunet@…

No job queue stuff except metadata lookup Commflag does not work here (never read reports of it working).

That fact that this is:

  • 100% reproductible/repeatable
  • precisely 1 min post recording end
  • exactly 10sec timeouts
  • recording screen shows correct status at all times.

and the frontend log just FE doing nothing for 10sec might have been strong clues.

Attached logs are for short recording that ends at 8:02 FE log shows successful (fast) playback during recording. FE log shows multiple (5?) slow 10 sec timeouts playback starts.

I can not demonstrate the precise 1 minute window in these logs because of the overhead of starting/stopping playback (can not get 6 attempts inside 60 seconds). But I assure you that is the case.

Changed 5 years ago by blm-ubunet@…

Attachment: mbe-log.txt added

BE log using -v playback,record --loglevel=debug

Changed 5 years ago by blm-ubunet@…

Attachment: fe-log.txt added

FE log using -v playback,record --loglevel=debug

comment:4 Changed 5 years ago by blm-ubunet@…

comment:5 in reply to:  4 Changed 5 years ago by JYA

Replying to blm-ubunet@…:

http://www.gossamer-threads.com/lists/mythtv/dev/572059?#572059 mentions the same behaviour.

I can't draw any comparison there with you reported

comment:6 Changed 5 years ago by blm-ubunet@…

Please read again with open mind. ​http://www.gossamer-threads.com/lists/mythtv/dev/572059?#572059 post #1 <quote>Another issue I see, is when a just finished in-progress recording (in the same minute it closed) is played, the delay is between 10-20 seconds.</quote>

That reads as very similar to this reported bug. The 20sec mentioned could imply/indicate they did not measure against a reference clock & didn't want to imply it was exactly 10sec.

comment:7 Changed 5 years ago by paulh

Status: infoneeded_newnew
Note: See TracTickets for help on using tickets.