This is the "buffering bar" this means that vlc decoded and played the video faster than it could actually read it, so it will buffer some time then resume playback. This could happen with remote files on a slow network or big files on a slow support like USB1.1-. Of course you can try to ...
Flac into PS can hardly be qualified as "fine". The container is not thought for that. You should really consider another container that allow you to seek like ogg or matroska.
One more question. when will this bug with the delay induced by multithreaded CPU decoding be fixed? And the version 1.1.1.1 plays mkv without gpu encondig with no stuttering And i found another working solution with vlc 2.0.5 i changed the power plan from balanced to high performance and now it pl...
OK it looks like a decoder problem... you can temporarily bypass this problem by removing the libflac_plugin.dll in your VideoLAN/VLC/plugins/codec directory. It will fallback to avcodec for that and it will work.
Because vlc's video core need some rework to properly handle the "delay" induced by multithreaded CPU decoding. It's a bug, it is known but it is very hard to solve, so for now if you have such problems, stay in GPU decoding mode.
It's only on one file? If so maybe it lacks an extension and windows hides it (somewhere in the windows properties) and just renaming it to "add extension" won't do much.
You should be able to reassociate mkvs to vlc using Tools->Preferences and then use the association menu that should be at the bottom of the interface thumbnail. (Or the "open with" should allow you to use always the same software by clicking a checkbox).
Ok so it's either a MKV bug or a flac decoding bug, the fact that the audio breaks without a seek is very weird. Could you please create a sample of your file from the beginning to this point plus a few seconds (I think the first 50/100MB should be enough) and upload it on http://streams.videolan.or...
The other workaround suggested (to install the 2.1 nightly) resulted in the sound disappearing completely from VLC. The Win32 waveOut option worked in this version as well.
You should try a 2.1 nightly build (again with waveout or directsound) the audio output have been rewritten to suit the new audio core. (http://nightlies.videolan.org)
You may have several audio tracks, subtitles don't take that much space, it's only text. Fontfiles won't take such a big size, if you can reach 100MB of fonts then it's really bloated. In any case most of the space will surely come from the video track. Video size matters but not as much as the vari...
That's not a loop but an end of file, this sometimes happen when a file is corrupted and vlc doesn't handle it. Could you try with a 2.0.6 nightly build on http://nightlies.videolan.org ? (Disregard the warning it's almost out) there have been improvement for that. If it doesn't work I'll get the fi...
Open VLC (just vlc not the video), open tools->messages, set verbosity to 2 then open the video, wait for the loop then paste the complete logs here or on the pastebin-like you want.