Closed clsid2 closed 1 year ago
Seeking is fixed, but video opening time is now bit slower. Using latest development build of MPC-HC. Can it be improved?
[Note] There are many mp4s which didn't have seeking issue before, now they are also giving bit delay when opening. You can compare video opening time by seeing the taskbar animation in windows 10.
I,m sorry but seeking is again kind of broken. It's not that much like before, but it has issue now.
MPC-HC 1.9.23.25 - Seeking was fine, but loading had issue. 1.9.23.27 - loading time fixed, but seeking issue. Plus some other mp4s are having diffrent kind of seeking issue. When seeking it takes some ms to go to that point. It's not like the above link I posted. Frame is not freezing. Just taking time.
clsid2 can you please check the keyframes of the above video in MPCHC 1.9.23.27 and 1.9.23.25. Are they similar?
If it's difficult to fix then I will request Nevcairiel to revert the changes. It's okay to have slighltly slower opening time than seeking issue.
@bibsp You should post the original video that cause the issue, the recording of the problem is useless.
Sample file: https://drive.google.com/file/d/1FuGTYRWhFnQOfU4Iq8ZrVxWUszkWkH1I/view?usp=sharing
Orginal is already posted.
Now the problem is not limited to a specific file. All other mp4s are affected after the latest patch, Optimize MP4 ctts processing
.
Fixed LAV is included in 1.9.23.28
Fixed LAV is included in 1.9.23.28
Yes, just checked. I think it's fixed now completely.
Sample file: https://drive.google.com/file/d/1FuGTYRWhFnQOfU4Iq8ZrVxWUszkWkH1I/view?usp=sharing
Timestamps of the keyframes seem to be slightly inaccurate, resulting in a tiny lag after seeking with MPC-HC.
Example timestamps with MPC-HC/LAV: 1:32:54.874 1:32.56.999
MPC-BE internal splitter: 1:32:55.166 1:32.57.291
292ms difference in both cases.