Ticket #10294 (new Bug Report - General)
Opened 16 months ago
Last modified 9 months ago
Bluray playback stutters due to delay reading next .m2ts file
| Reported by: | mythtv@… | Owned by: | |
|---|---|---|---|
| Priority: | minor | Milestone: | unknown |
| Component: | MythTV - Blu-ray Playback | Version: | Master Head |
| Severity: | medium | Keywords: | |
| Cc: | Ticket locked: | yes |
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
Change History
comment:1 Changed 16 months ago by mythtv@…
I should probably clarify that this is a disc backed up using makemkvcon backup --decrypt, not a BD ISO.
comment:2 Changed 16 months ago by mythtv@…
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 months ago by robertm
- Owner robertm deleted
- Status changed from new to assigned
comment:5 Changed 9 months ago by jameswalker@…
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).
