Opened 13 years ago
Closed 8 years ago
#10294 closed Bug Report - General (fixed)
Bluray playback stutters due to delay reading next .m2ts file
Reported by: | Owned by: | peper03 | |
---|---|---|---|
Priority: | minor | Milestone: | 29.0 |
Component: | MythTV - Blu-ray Playback | Version: | Master Head |
Severity: | medium | Keywords: | |
Cc: | Ticket locked: | no |
Description
While watching BD disks stored on a remote backend, there are occasional stutters at fixed points during playback (i.e. repeatable each and every time). Upon investigation, it looks like the stuttering occurs when it reaches the end of one .m2ts file and starts the next. Looking at the frontend log, it seems that there is a ~2 second period where it stops requesting new data at the end of a file, then starts looking for the next file. I suspect that this drains the buffers, causing stuttering until the next file is opened and the buffers are filled again. I have attached the part of the frontend log with --loglevel debug and -v network which shows the pause.
Attachments (1)
Change History (9)
Changed 13 years ago by
Attachment: | BD_playback.txt added |
---|
comment:1 Changed 13 years ago by
comment:2 Changed 13 years ago by
I tried implementing a 'preload' of the next m2ts file in the playlist to reduce the time taken to switch to the new file, but the problem still persists. It would seem that bluray.c would need to be changed so that it was aware of the fact that it is reading from a buffer, and signal the buffer to reading from the next file once the buffered reads reached the EOF.
comment:3 Changed 13 years ago by
Owner: | robertm deleted |
---|---|
Status: | new → assigned |
comment:4 Changed 13 years ago by
Status: | assigned → new |
---|
comment:5 Changed 12 years ago by
I can confirm the same behaviour which unfortunately makes MythTV a non viable bluray playing option until it is fixed as over 50% of my library uses the multiple m2ts approach.
I am on the latest update for 0.25 (fixes branch).
comment:7 Changed 8 years ago by
Milestone: | unknown → 29.0 |
---|---|
Owner: | set to peper03 |
Status: | new → assigned |
Ticket locked: | unset |
The problem is not caused because the next file is not preloaded but rather because the timecode jumps when reading from the next file (turn on the 'playback' logs to see it). This causes the player to think there's a sync problem and so there's a bit of a stutter until it's satisfied everything is back in sync again.
comment:8 Changed 8 years ago by
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
I should probably clarify that this is a disc backed up using makemkvcon backup --decrypt, not a BD ISO.