FLAC problem

DonRon · Postby **DonRon** » 10 Sep 2006 02:14

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

DonRon · Postby **DonRon** » 10 Sep 2006 09:41

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.

Postby DJ » 10 Sep 2006 20:32

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?

DonRon · Postby **DonRon** » 10 Sep 2006 22:13

NOPE but use winamp now 4 FLAC files

Postby DJ » 10 Sep 2006 22:15

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

Postby **Lotesdelere** » 11 Sep 2006 01:04

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.

Postby DJ » 12 Sep 2006 11:55

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.

Postby **Lotesdelere** » 12 Sep 2006 20:27

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):

Code: Select all

main debug: creating new input thread
main debug: waiting for thread completion
main warning: drive letter E: found in source
main debug: `E:\Temp\File.flac' gives access `' demux `' path `E:\Temp\File.flac'
main debug: creating demux: access='' demux='' path='E:\Temp\File.flac'
main debug: looking for access_demux module: 1 candidate
main debug: creating access '' path='E:\Temp\File.flac'
main debug: looking for access2 module: 5 candidates
vcd debug: trying .cue file: E:\Temp\File.cue
access_file debug: opening file `E:\Temp\File.flac'
main debug: using access2 module "access_file"
main debug: pre buffering
main debug: received first data for our buffer
main debug: prebuffering done 1408981 bytes in 0s - 1375958007 kbytes/s
main debug: creating demux: access='' demux='' path='E:\Temp\File.flac'
main debug: looking for demux2 module: 40 candidates
main debug: looking for packetizer module: 17 candidates
main debug: using packetizer module "flacdec"
main debug: selecting program id=0
main debug: looking for id3 module: 1 candidate
id3tag debug: checking for ID3 tag
main debug: using id3 module "id3tag"
main debug: unlocking module "id3tag"
main debug: using demux2 module "flac"
main debug: looking for a subtitle file in E:\Temp\
main debug: looking for decoder module: 26 candidates
main debug: using decoder module "flacdec"
main debug: thread 3648 (decoder) created at priority 2 (src/input/decoder.c:159)
main debug: `E:\Temp\File.flac' successfully opened
flacdec debug: decode STREAMINFO
flacdec debug: channels:2 samplerate:44100 bitspersamples:16
flacdec debug: STREAMINFO decoded
flacdec debug: decode STREAMINFO
flacdec debug: channels:2 samplerate:44100 bitspersamples:16
flacdec debug: STREAMINFO decoded
main debug: thread 3780 (input) created at priority 1 (src/input/input.c:230)
main debug: looking for audio output module: 3 candidates
aout_directx debug: OpenAudio
aout_directx debug: 
aout_directx debug: found device: Realtek AC97 Audio
aout_directx debug: device supports 2 channels
aout_directx debug: device supports 1 channel
aout_directx debug: creating DirectSoundThread
main debug: thread 4008 (DirectSound Notification Thread) created at priority 15 (directx.c:374)
main debug: using audio output module "aout_directx"
aout_directx debug: DirectSoundThread ready
main debug: output 'fl32' 44100 Hz Stereo frame=1 samples/8 bytes
main debug: mixer 'fl32' 44100 Hz Stereo frame=1 samples/8 bytes
main debug: no need for any filter
main debug: looking for audio mixer module: 3 candidates
main debug: using audio mixer module "float32_mixer"
main debug: input 's16l' 44100 Hz Stereo frame=1 samples/4 bytes
main debug: looking for audio filter module: 1 candidate
equalizer warning: Bad input or output format
main warning: no audio filter module matching "equalizer" could be loaded
main debug: looking for audio filter module: 1 candidate
equalizer debug: equalizer loaded for 44100 Hz with 10 bands 1 pass
equalizer debug:    60 Hz -> factor:0.050566 alpha:0.003013 beta:0.993973 gamma:1.993901
equalizer debug:    170 Hz -> factor:0.030505 alpha:0.008490 beta:0.983019 gamma:1.982437
equalizer debug:    310 Hz -> factor:0.000000 alpha:0.015374 beta:0.969252 gamma:1.967331
equalizer debug:    600 Hz -> factor:0.000000 alpha:0.029328 beta:0.941343 gamma:1.934254
equalizer debug:    1000 Hz -> factor:0.000000 alpha:0.047918 beta:0.904163 gamma:1.884869
equalizer debug:    3000 Hz -> factor:0.000000 alpha:0.130408 beta:0.739184 gamma:1.582718
equalizer debug:    6000 Hz -> factor:0.000000 alpha:0.226555 beta:0.546889 gamma:1.015267
equalizer debug:    12000 Hz -> factor:0.000000 alpha:0.344937 beta:0.310127 gamma:-0.181410
equalizer debug:    14000 Hz -> factor:0.000000 alpha:0.366438 beta:0.267123 gamma:-0.521151
equalizer debug:    16000 Hz -> factor:0.000000 alpha:0.379009 beta:0.241981 gamma:-0.808451
main debug: using audio filter module "equalizer"
main debug: filter(s) 's16l'->'fl32' 44100 Hz->44100 Hz Stereo->Stereo
main debug: looking for audio filter module: 23 candidates
main debug: using audio filter module "s16tofloat32"
main debug: found a filter for the whole conversion
main debug: filter(s) 'fl32'->'fl32' 48510 Hz->44100 Hz Stereo->Stereo
main debug: looking for audio filter module: 23 candidates
main debug: using audio filter module "bandlimited_resampler"
main debug: found a filter for the whole conversion
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)
main warning: resampling stopped after 29984000 usec (drift: -1140)

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.

Postby **Lotesdelere** » 28 Sep 2006 01:49

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:

Code: Select all

main warning: resampling stopped after 29984000 usec (drift: -1140)
main debug: EOF reached
main debug: closing input
main debug: unlocking module "flacdec"
main debug: unlocking module "flac"
main debug: unlocking module "access_file"
main debug: unlocking module "flacdec"
main debug: thread times: real 0m51.718750s, kernel 0m0.046875s, user 0m0.000000s
main debug: thread 4136 joined (src/input/decoder.c:191)
main debug: killing decoder fourcc `flac', 0 PES in FIFO
main debug: unlocking module "s16tofloat32"
main debug: unlocking module "equalizer"
main debug: unlocking module "bandlimited_resampler"
aout_directx debug: CloseAudio
aout_directx debug: DirectSoundThread exiting
main debug: thread times: real 0m51.625000s, kernel 0m0.000000s, user 0m0.000000s
main debug: thread 3604 joined (directx.c:600)
main debug: unlocking module "aout_directx"
main debug: unlocking module "float32_mixer"
main debug: thread times: real 0m51.812500s, kernel 0m0.156250s, user 0m0.062500s
main debug: thread 3600 joined (src/input/input.c:386)
main: nothing to play

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.

Postby DJ » 28 Sep 2006 22:48

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.

Postby **Lotesdelere** » 29 Sep 2006 10:53

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

Postby **Jean-Baptiste Kempf** » 29 Sep 2006 13:57

Could someone test with a nightly build ?

Postby DJ » 30 Sep 2006 00:06

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.

Postby **Lotesdelere** » 30 Sep 2006 02:10

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:

Code: Select all

main error: no suitable access module for `file/xspf-open://C:\Documents and Settings\user\Application Data\vlc\ml.xsp'
main warning: resampling stopped after 29985000 usec (drift: -1140)
main debug: EOF reached
main debug: finished input
main debug: closing input
main debug: dying input
main debug: removing module "flacdec"
main debug: removing module "flac"
main debug: removing module "access_file"
main debug: removing module "flacdec"
main debug: thread times: real 0m52,218750s, kernel 0m0,046875s, user 0m0,000000s
main debug: thread 4572 joined (input/decoder.c:200)
main debug: killing decoder fourcc `flac', 0 PES in FIFO
main debug: removing module "s16tofloat32"
main debug: removing module "equalizer"
main debug: removing module "bandlimited_resampler"
aout_directx debug: closing audio device
aout_directx debug: DirectSoundThread exiting
main debug: thread times: real 0m52,109375s, kernel 0m0,000000s, user 0m0,000000s
main debug: thread 4704 joined (directx.c:598)
main debug: removing module "aout_directx"
main debug: removing module "float32_mixer"
main debug: dead input
main debug: thread times: real 0m52,328125s, kernel 0m0,125000s, user 0m0,031250s
main debug: thread 4264 joined (input/input.c:403)
main debug: starting new item
main debug: changing item without a request
main debug: finding next of E:\Temp\File.flac within Liste de lecture
main debug: Current item is the last of the node,looking for uncle from Liste de lecture
main debug: already at root
main debug: At end of node
main debug: did not find something to play
main debug: nothing to play

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

Postby **Lotesdelere** » 02 Oct 2006 19:50

Should I try with a newer nightly build ?

Postby **Lotesdelere** » 10 Oct 2006 13:13

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:

Code: Select all

main warning: resampling stopped after 29988948 usec (drift: -1140)
alsa debug: recovered from buffer underrun
main debug: EOF reached
main debug: closing input
main debug: removing module "flacdec"
main debug: removing module "flac"
main debug: removing module "access_file"
main debug: removing module "flacdec"
main debug: thread 2996407216 joined (input/decoder.c:191)
main debug: killing decoder fourcc `flac', 0 PES in FIFO
main debug: removing module "s16tofloat32"
main debug: removing module "bandlimited_resampler"
main debug: thread 2987809712 joined (alsa.c:714)
main debug: removing module "alsa"
main debug: removing module "trivial_mixer"
main debug: thread 3019279280 joined (input/input.c:399)
main: nothing to play

Time counter is also stuck to 0:00:00/0:00:00

Postby **Lotesdelere** » 13 Oct 2006 19:15

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:

Code: Select all

main warning: resampling stopped after 29985000 usec (drift: -1140)
main debug: EOF reached
main debug: finished input
main debug: closing input
main debug: removing module "flacdec"
main debug: removing module "flac"
main debug: removing module "access_file"
main debug: removing module "flacdec"
main debug: thread times: real 0m52,078125s, kernel 0m0,031250s, user 0m0,000000s
main debug: thread 4552 joined (input/decoder.c:200)
main debug: killing decoder fourcc `flac', 0 PES in FIFO
main debug: removing module "s16tofloat32"
main debug: removing module "equalizer"
main debug: removing module "bandlimited_resampler"
aout_directx debug: closing audio device
main debug: dying input
aout_directx debug: DirectSoundThread exiting
main debug: thread times: real 0m51,984375s, kernel 0m0,000000s, user 0m0,000000s
main debug: thread 4628 joined (directx.c:598)
main debug: removing module "aout_directx"
main debug: removing module "float32_mixer"
main debug: dead input
main debug: thread times: real 0m52,187500s, kernel 0m0,093750s, user 0m0,078125s
main debug: thread 4124 joined (input/input.c:422)
main debug: starting new item
main debug: changing item without a request
main debug: finding next of File.flac within Liste de lecture
main debug: Current item is the last of the node,looking for uncle from Liste de lecture
main debug: already at root
main debug: At end of node
main debug: did not find something to play
main debug: nothing to play

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

Postby **Jean-Baptiste Kempf** » 14 Oct 2006 00:14

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

kjdotts · Postby **kjdotts** » 30 Oct 2006 17:01

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.

Postby DJ » 03 Nov 2006 06:36

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

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

Postby **Jean-Baptiste Kempf** » 30 May 2007 22:11

Flac time has been added to trunk.

Postby **Jean-Baptiste Kempf** » 11 Jan 2008 08:09

yes please.

The VideoLAN Forums

FLAC problem

FLAC problem

Possible solution to stuttering during flac file playback

Re: FLAC problem

Who is online