The VideoLAN Forums

Hi

what do i need to do in pref. for vlc to play FLAC files without jumping in the start of the tracke

tryed sevel defrent FLAC tracks

and or where do i chance the priority to ultra high... heh


sorry my english im danish

thanks

sems like im not the only one with this problem

is it a bug ?

can u fix it og do we need to find a defrent player ?

[quote] fladon:
When I play a FLAC file, even if VLC is already open, there is a small amount of stuttering for the first couple seconds. Just wondering if there are some settings I can alter to prevent this? I'm running VLC 0.8.5 on an amd64 2800+/winXP box.

I'm not aware of a FLAC problem and I don't remember this coming up before in 0.8.5

All my FLAC files open and play smoothly with no hesitation or stuttering. Are you having problems with other file types?

NOPE but use winamp now 4 FLAC files

Seems logical when you can't find a solution to a problem to side step the issue.

When I play a FLAC file, even if VLC is already open, there is a small amount of stuttering for the first couple seconds.

Yup, I got the same behaviour here.

It's not terrific but you can't miss it.

While I have randomly noticed this issue with Vorbis in an OGG container I have NEVER experienced this behavior with FLAC files. The problem with Vorbis revolves around insufficient dead space before the sound starts.

I have NEVER experienced this behavior with FLAC files.

I ALWAYS got it.

It occurs during the very first second of playing, even if VLC is already opened and the file is loaded and has been played once already.

Here is the messages output if it can help (I stopped playing the file after about 10 seconds): And BTW the elapsed/total time counter is always showing 0:00:00/0:00:00.

Windows XP, P4 2.8GHz HT, 1GB RAM, nothing special is running except SeaMonkey, Notepad++ and VLC.

More infos about problems playing FLAC files with VLC:

I have a FLAC file I've encoded years ago with LibFLAC 1.1.2 through Goldwave.

The file is playing fine with Goldwave using LibFLAC 1.1.2. The elapsed time/total time counter is properly running.
The file is also playing fine with Media Player Classic using CoreFLAC.ax Audio Decoder DirectShow Filter v0.4.0.46. The elapsed time/total time counter is correctly shown.

VLC always stops playing this file after few seconds and always at the same position: EOF...? Nothing to play...?

And BTW the elapsed time/total time counter is always set to 0:00:00/0:00:00 for any FLAC file.
Same goes with VLC v0.8.4a and v0.8.5.

Hmm! I just tried about 9 files and notice the time is not displayed and this is the consistent set of error messages at the hiccup:

main warning: buffer is 97390 in advance, triggering downsampling
main warning: the mixer got a packet in the past (42902)
main warning: mixer start isn't output start (15135)
main warning: mixer start isn't output start (8)

Also if you seek within the file the sound hiccup and errors are repeated. I did however find 1 file that had a slight bit of lead in time where the error was reported but the hiccup was not there. The rest of the tunes were cut very tight as though they were scrubbed and cut on the moment of first sound which is not a good practice for any format.

Considering I am able to confirm both the hiccup and time display problem you are welcome to submit a trouble report and refer to this post.

you are welcome to submit a trouble report and refer to this post.

Feel free to do it yourself as you know where to do it and how to do it

Could someone test with a nightly build ?

you are welcome to submit a trouble report and refer to this post.

Feel free to do it yourself as you know where to do it and how to do it

Ah! But I'm not the one with the problem and like Vorbis and OGG it may not be resolvable because the conditions are and the reality is that the files are cut to tight and this is a known problem for all file types, not to scrub and cut at the moment (to the NS) of first sound. For the file that I found that seemed to be properly cut there was no problem. Seeking within a file while the problem did repeat exactly could be considered normal for the format. Without doing more research there are no more answers here.

@j-b I could be wrong here, but the problem really does sound and act like insufficient time for the converters to fully open thus causing a momentary doubling effect or burp. I will try it again with a later version of VLC but my last checks indicated it wasn't ready yet, so haven't tried lately. Sometimes it's best just to leave the cooks alone rather than push no mater how hungry you are.

Could someone test with a nightly build ?

Tested version: vlc-0.9.0-svn-20060929-0000-win32

I don't have the erm cough "missing frame" cough problem at the very beginning of the file (which was reported at the start of this thread) anymore.

However if I now stop the file from playing and then click on the Play button to restart it, it just doesn't play, I have to load the file again
This worked fine in previous versions.

The file which stops playing with v0.8.4a and v0.8.5 still stops playing after 52 seconds: If I move the slider after this 'fail point' the file is playing fine till the end.

The time counter is still stuck to 0:00:00/0:00:00

Should I try with a newer nightly build ?

FYI I've tested the same files on Linux with VLC 0.8.5.debian-2:

No "missing frame" problem at all at the very beginning of any files.

The file which stops playing with v0.8.4a and v0.8.5 on Windows also stops playing after 52 seconds on Linux: Time counter is also stuck to 0:00:00/0:00:00

Could someone test with a nightly build ?

Tested version: vlc-0.9.0-svn-20060929-0000-win32

I don't have the erm cough "missing frame" cough problem at the very beginning of the file (which was reported at the start of this thread) anymore.

However if I now stop the file from playing and then click on the Play button to restart it, it just doesn't play, I have to load the file again
This worked fine in previous versions.

The file which stops playing with v0.8.4a and v0.8.5 still stops playing after 52 seconds

Tested version: vlc-0.9.0-svn-20061013-0000-win32.7z

Still no "missing frame" anymore at the very beginning of a file.
Although I can feel some kind of little hesitation. I mean I can feel it more than I can really hear it, like a very short slowdown.

I'm now able to stop a file from playing and then to use the Play button.

And the file which stops playing with v0.8.4a, v0.8.5, v0.8.5.debian-2 and vlc-0.9.0-svn-20060929-0000-win32 still stops playing after 52 seconds: But now instead of directly stopping at 52 seconds I can see the slider moving to the end at something like 10x speed and then the player stops.

The time counter is still stuck to 0:00:00/0:00:00

I can confirm that bug.
It needs to be added to trac.

I was experiencing the EXACT same stuttering problem during the first few seconds of flac file playback until I changed the following setting. So far in my testing, this change has totally fixed the problem.

Instructions:
1. Open VLC Media Player
2. Settings
3. Preferences
4. Input / Codecs
5. Access Modules
6. File -> Check "Advanced Options" Checkbox -> Caching value in ms, default value 300, I played around & found 500 to completely eliminate my stuttering problems.
7. Save
8. Test
9. Good Luck!

NOTE: Changing this setting will increase the delay you experience when you press Play/Pause. Therefore, I would suggest you only increase the value to the minimum amount necessary to stop the stuttering.

Ticket #813 (new defect) I put it in today.

https://trac.videolan.org/vlc/ticket/813

Flac time has been added to trunk.

yes please.