The VideoLAN Forums

Just so you know, a fix is being developped to support those codecs without remuxing and will be commited soon. Thanks for reporting.

VLC won't change the metadata but they are not needed to automatically select a file they have to have the same filename not the same "title" which is set inside the file and just displayed. You can also manually play a subtitle file using Video->Subtitle->Open file when playing the file o...

The file is corrupted in several places yet the fix has been commited.

Update your source or wait for tomorrow's nightly build.

You can begin with verbose logs :

Tools->Messages (or Ctrl+m) set verbosity to 2 and start playback.

I'll check that tonight. For now your bast chance is to enable dummy elements...

Go in tools->preferences and Change your video output to OpenGL save and restart VLC.

With the same EOF error? As I said the symptom is quite similar to a broken file. The nightly build should show you additionnal traces in that case.
I can see another possible case of error but without the file it will be hard to test.

Your file may be corrupted and vlc doesn't know how to recover. You should try a nightly build. There is already a fix that may help vlc to behave more correctly http://nightlies.videolan.org.

Do you use GPU decoding? no 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. In any case you can also try to increase file-caching. tried 300/600/1000ms without success. Did you restart VLC ...

You can either test with another audio output or try a nightly build of 2.1 (http://nightlies.videolan.org/) and test the new waveout module.

Can you show us verbose logs of files that don't work?

Tools->Messages set verbosity to 2 then start playback

Do you use GPU decoding? It may be a contrib issue.
In any case you can also try to increase file-caching.

The possible causes are numerous... it could be a contrib issue or other changes. The best way to check is to give verbose logs. In my case I play mkvs without stuttering using an up to date vlc 2.1

x264 is an encoder so you're surely not using it for playback. Your video codec surely is H264 so you are either using GPU decoding or ffmpeg. In any case, the easiest way to have better performances is to enable the GPU decoding Don't forget to restart vlc each time you save the preferences or they...

For now you can apply the dummy element trick described above

By the way, the correct fix has been commited. Feel free to test the nightly builds on http://nightlies.videolan.org/ and if you do, don't forget to disable this option. It should avoid broken files to behave badly.

As i said, these videos works flawless in Media Player Classic. I have understood that, I'm trying to find the reason why. that's because Haali's demux seeks better on cueless files.it's on my todo list. edit: Now that I'm thinking of it... it may be remuxed with the latest versions of MKVmerge whi...

The 2.0.5 doesn't seem to embed this fix. You should try the nightly builds : http://nightlies.videolan.org/

I need the beginning of the logs. Be sure to open the log window before starting playback.
It also could help the debug, if you have a way to provide the file or some part of if (like the 20 first MB).

VLC doesn't use external codec packs.

Could you open Tool->Messages set verbosity to 2, start playback then paste the logs?

It was a bug in vlc... a fix should be commited soon. Thanks for the report.

I'll check that thanks for reporting

The channel problem is a bug in the demux and should be fixed soon.
For the codec, according to the traces it really is PCM 24 LE.

This can happen when seeking without cues (ie seek index) vlc will read the whole file until the wanted time and it can take a bunch of time if the file is big and/or on an slow support like USB key...
Showing the logs could help (tools->messages->set verbosity to 2 then start the playback).

Hi,

It's probably a bug in vlc... could you please share the verbose logs? Tools->Messages set verbosity to 2 then start playback (from a stopped state not a paused one). If you have a way to share the files, it would help me to debug faster.