Yes exactly, please do it, so it will create a new internal timecode.Do you mean take out the video track, then the audio track and put i all together again with mkvmerge?
I have understood that, I'm trying to find the reason why.As i said, these videos works flawless in Media Player Classic.
that's because Haali's demux seeks better on cueless files.it's on my todo list.I have understood that, I'm trying to find the reason why.As i said, these videos works flawless in Media Player Classic.
That helped! thanks!that's because Haali's demux seeks better on cueless files.it's on my todo list.I have understood that, I'm trying to find the reason why.As i said, these videos works flawless in Media Player Classic.
edit:
Now that I'm thinking of it... it may be remuxed with the latest versions of MKVmerge which screws vlc's cue parsing so the files appear cueless. I'm working on it right now.
If you want to work around this, for now, you can try this : Tools->Preferences->Show Settings = All then in Demuxers -> Matroska check "Dummy Elements" then save and restart VLC.
Code: Select all
main warning: picture is too late to be displayed (missing 32 ms)
main warning: picture is too late to be displayed (missing 33 ms)
main warning: picture is too late to be displayed (missing 34 ms)
main warning: picture is too late to be displayed (missing 35 ms)
main debug: picture might be displayed late (missing 2 ms)
main warning: picture is too late to be displayed (missing 39 ms)
main debug: picture might be displayed late (missing 2 ms)
main warning: picture is too late to be displayed (missing 43 ms)
main debug: picture might be displayed late (missing 6 ms)
main warning: picture is too late to be displayed (missing 47 ms)
main warning: picture is too late to be displayed (missing 87 ms)
noDo you use GPU decoding?
tried 300/600/1000ms without success.In any case you can also try to increase file-caching.
You should really consider it since most GPU allow that and it lowers the CPU burden a lot. If you can't/don't want you can try to force ffmpeg threads to 1.noDo you use GPU decoding?
Did you restart VLC after saving the preferences? Preferences changes are applied after restart.tried 300/600/1000ms without success.In any case you can also try to increase file-caching.
MKVMerge makes the standards and I try to cope with it. Yet most of the changes are in up to date versions (2.1). This one has been backported to 2.0. branches for possible future release.I guess the most important would be to know which one of VLC or MKVMerge has a bad implementation of Matroska standards. It would be great if - what I consider the best player and the best muxer - were fully compatible
Just tried MPC-HC and I had the same lags...until I switched to VMR9 !! Tadaaaa! Hope this helps.
Thanks for your time.
Return to “VLC media player for Windows Troubleshooting”
Users browsing this forum: No registered users and 36 guests