I sometimes still used the Convert to profile 8.1 option with FEL titles that are in ISO or BDMV format though.
As has been reported by several people, FEL does not work properly for ISO and BDMV at the moment, because when you use skip to next/previous chapter or skip forward or back in time, the video starts to stutter and gets out of sync with the audio.
A few months ago, I provided you with a full 60 GB ISO file of a movie to assist you in implementing FEL support for ISO/BDMV. You did implement this, which is quite awesome, but it turns out itās not fully functioning.
Weāre all very grateful for this and Iām not trying to put pressure on you or anything, but some kind of acknowledgement of the reported issues would be appreciated. And if you come to the conclusion that the video stutters and audio sync issues are not fixable for ISO/BDMV + FEL, thatās fine too, but at least weāll know for sure.
Related to this and other cases now that DoVi activity is causing a jump in forum activity as well, is there a specific reason why the team doesnāt use the GitHub issue tracker?
And should issues be reported in this thread or the branch related thread? I have no idea if anyone has checked the logs or samples Iāve sent so I also have no idea if itās in the correct place.
I agree that a fix would be better. But when the issue was discovered a few months ago, me and some others (like @DMDreview) provided debug logs and none of the developers responded.
Unfortunately Iām not a developer myself, but I would be happy to provide new debug logs if that will help. Since you are the one who originally implemented FEL functionality for the various formats, I thought you would be the best person to ask.
If you have the time to look into this, please let us know and we can provide you with new debug logs. Also, if you have held on the ISO that I provided earlier, itās quite easy to reproduce the issue. All you have to do is start the movie and skip to the next chapter. For me, that results in video stutter and audio gets out of sync.
Not sure where all the negativity comes from about this subject.
@Portisch has worked on adding FEL support for BDMV/ISO himself and all weāre doing is reporting a (minor) issue with it. Now if the developer tells us itās unfixable or he doesnāt have time to look at it, thatās perfectly acceptable too.
But if you add new features and something doesnāt work quite right, is it really so bad to report it? I know this is all done on a voluntary basis, but that doesnāt mean itās not allowed to report a bug is it?
I realize in this case the issue can be worked around by converting to MKV or playing BDMV/ISO with another device such as an Oppo (or one of its clones), but it would just be cool to have one device that can handle everything.
As stated multiple times, we arenāt a commercial product. So get support or getting something fixed depends on multiple factors, time doable at all, able to reproduce, test setup,ā¦
I realize this and never in any of my messages about this issue have I made any kind of demands. Iāve always asked if you have time to look into it and if you need any new debug logs.
Regarding test setup, Iāve provided you with a full movie ISO with which you were able to test and develop FEL support if Iām not mistaken? For me, the issue with skipping time/chapters also occurs with this particular ISO, so I was hoping you could reproduce this issue yourself.
If you did not hold on to that ISO and need it again, I will be happy to share it with you again.
The issue is same like before we found the parameter for the decoder to start at the I frame.
It looks like this is not done again after seek so it start to stutter.
When playing a ISO it uses libbluray and seek to the TS packet of the chapter.
And the decoder start to decode the key-frame what is not real a key-frame:
Itās encoded as random access and work from beginning with key-frame 0 as all POC references are correct. But on seek it jump in like on key-frame 16 so the frames before like 12, 14 and 15 are missing ā error in decoder.
Yes. And as far as I remember, when libdovi was still present in CE and you configured DV to be converted to Profile 8.1 (so not use the FEL layer), the issue also wasnāt there.
Ok, interesting, then probably my memory was wrong.
However, when you completely disable DV in CE and let the ISO play in HDR, the issue does not occur. I just tested this with the 5.46 GB ISO from above and after skipping to the next chapter, everyhing stays in sync and without stutter.
So it seems the issue only occurs when the second video layer needs to be read and libbluray handles the seeking ok when there is only one video layer being played?
Dolby Vision FEL BluRay ISO (chapter) seeking should now be fixed with tomorrow nightly. libbluray did cut off the beginning of the bitstream after seek.
Please have a test with 20240925.