Files not playing

[lucky_indian]

For some reason my music files are not playing here is the log i get for one of them

main debug: creating new input thread
main debug: waiting for thread completion
main debug: thread 3980 (input) created at priority 1 (input/input.c:265)
main debug: drive letter E: found in source
main debug: `E:\Meet\Music\touch the sky (feat lupe fiasco).mp3' gives access `' demux `' path `E:\Meet\Music\touch the sky (feat lupe fiasco).mp3'
main debug: creating demux: access='' demux='' path='E:\Meet\Music\touch the sky (feat lupe fiasco).mp3'
main debug: looking for access_demux module: 1 candidate
main debug: creating access '' path='E:\Meet\Music\touch the sky (feat lupe fiasco).mp3'
main debug: looking for access2 module: 5 candidates
vcd debug: trying .cue file: E:\Meet\Music\touch the sky (feat lupe fiasco).cue
vcd debug: could not find .cue file
access_file debug: opening file `E:\Meet\Music\touch the sky (feat lupe fiasco).mp3'
main debug: using access2 module "access_file"
main debug: pre-buffering...
main debug: received first data for our buffer
main debug: pre-buffering done 1408981 bytes in 0s - 1375958007 kbytes/s
main debug: creating demux: access='' demux='' path='E:\Meet\Music\touch the sky (feat lupe fiasco).mp3'
main debug: looking for demux2 module: 45 candidates
ffmpeg debug: couldn't guess format
ps warning: this does not look like an MPEG PS stream, continuing anyway
main debug: using demux2 module "ps"
main debug: looking for a subtitle file in E:\Meet\Music\
main debug: `E:\Meet\Music\touch the sky (feat lupe fiasco).mp3' successfully opened
ps warning: garbage at input, trying to resync...
ps warning: found sync code
ps warning: garbage at input, trying to resync...
ps warning: found sync code
ps warning: garbage at input, trying to resync...
ps warning: found sync code
ps warning: garbage at input, trying to resync...
ps warning: found sync code
ps warning: garbage at input, trying to resync...
ps warning: found sync code
ps warning: garbage at input, trying to resync...
ps warning: found sync code
ps warning: garbage at input, trying to resync...
main debug: selecting program id=0
main debug: looking for decoder module: 28 candidates
main debug: using decoder module "mpeg_audio"
main debug: thread 4100 (decoder) created at priority 2 (input/decoder.c:159)
ps warning: found sync code
ps warning: garbage at input, trying to resync...
ps warning: found sync code
main debug: looking for decoder module: 28 candidates
main debug: using decoder module "libmpeg2"
main debug: thread 4088 (decoder) created at priority 0 (input/decoder.c:159)
ps warning: garbage at input, trying to resync...
ps warning: found sync code
ps warning: garbage at input, trying to resync...
ps warning: found sync code
ps warning: garbage at input, trying to resync...
ps warning: found sync code
ps warning: garbage at input, trying to resync...
ps warning: found sync code
ps warning: garbage at input, trying to resync...
ps warning: found sync code
main debug: looking for decoder module: 28 candidates
main debug: using decoder module "libmpeg2"
main debug: thread 4076 (decoder) created at priority 0 (input/decoder.c:159)
ps warning: garbage at input, trying to resync...
ps warning: found sync code
main debug: EOF reached
main debug: waiting decoder fifos to empty
libmpeg2 warning: invalid picture encountered
main debug: closing input
main debug: removing module "mpeg_audio"
main debug: thread times: real 0m0.218750s, kernel 0m0.000000s, user 0m0.000000s
main debug: thread 4100 joined (input/decoder.c:191)
main debug: killing decoder fourcc `mpga', 0 PES in FIFO
main debug: looking for decoder module: 28 candidates
main debug: using decoder module "mpeg_audio"
main debug: thread 4100 (decoder) created at priority 2 (input/decoder.c:159)
main debug: removing module "mpeg_audio"
main debug: thread times: real 0m0.000000s, kernel 0m0.000000s, user 0m0.000000s
main debug: thread 4100 joined (input/decoder.c:191)
main debug: killing decoder fourcc `mpga', 0 PES in FIFO
main debug: removing module "libmpeg2"
main debug: thread times: real 0m0.218750s, kernel 0m0.000000s, user 0m0.015625s
main debug: thread 4088 joined (input/decoder.c:191)
main debug: killing decoder fourcc `mpgv', 0 PES in FIFO
main debug: removing module "libmpeg2"
main debug: thread times: real 0m0.218750s, kernel 0m0.000000s, user 0m0.000000s
main debug: thread 4076 joined (input/decoder.c:191)
main debug: killing decoder fourcc `mpgv', 0 PES in FIFO
main debug: Program doesn't contain anymore ES
main debug: removing module "ps"
main debug: removing module "access_file"
main debug: thread times: real 0m0.296875s, kernel 0m0.000000s, user 0m0.046875s
main debug: thread 3980 joined (input/input.c:412)
main: nothing to play

Please help me out there are lot of these

[Jean-Baptiste Kempf]

Reset preferences AND cache. Your vlc seems corrupted... using libmpeg2 for a mp3...

[lucky_indian]

Ok i reset all prefrences i m not sure how to do the cache but here is wat i got after resetting prefrences

main: nothing to play
main debug: creating new input thread
main debug: waiting for thread completion
main debug: thread 3980 (input) created at priority 1 (input/input.c:265)
main debug: drive letter E: found in source
main debug: `E:\Meet\Music\untitled8.mp3' gives access `' demux `' path `E:\Meet\Music\untitled8.mp3'
main debug: creating demux: access='' demux='' path='E:\Meet\Music\untitled8.mp3'
main debug: looking for access_demux module: 1 candidate
main debug: creating access '' path='E:\Meet\Music\untitled8.mp3'
main debug: looking for access2 module: 5 candidates
vcd debug: trying .cue file: E:\Meet\Music\untitled8.cue
vcd debug: could not find .cue file
access_file debug: opening file `E:\Meet\Music\untitled8.mp3'
main debug: using access2 module "access_file"
main debug: pre-buffering...
main debug: received first data for our buffer
main debug: pre-buffering done 1408981 bytes in 0s - 1375958007 kbytes/s
main debug: creating demux: access='' demux='' path='E:\Meet\Music\untitled8.mp3'
main debug: looking for demux2 module: 45 candidates
main debug: looking for packetizer module: 17 candidates
main debug: using packetizer module "mpeg_audio"
mpga debug: did not sync on first block
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: removing module "id3tag"
main debug: using demux2 module "mpga"
main debug: looking for a subtitle file in E:\Meet\Music\
main debug: looking for decoder module: 28 candidates
main debug: using decoder module "mpeg_audio"
main debug: thread 4028 (decoder) created at priority 2 (input/decoder.c:159)
main debug: `E:\Meet\Music\untitled8.mp3' successfully opened
main debug: EOF reached
main debug: closing input
main debug: removing module "mpeg_audio"
main debug: removing module "mpga"
main debug: removing module "access_file"
main debug: removing module "mpeg_audio"
main debug: thread times: real 0m0.375000s, kernel 0m0.000000s, user 0m0.000000s
main debug: thread 4028 joined (input/decoder.c:191)
main debug: killing decoder fourcc `mpga', 0 PES in FIFO
main debug: thread times: real 0m0.390625s, kernel 0m0.125000s, user 0m0.062500s
main debug: thread 3980 joined (input/input.c:412)
main: nothing to play

[lucky_indian]

It said successfully opened then why didn't it

[VLC_help]

main debug: `E:\Meet\Music\untitled8.mp3' successfully opened
main debug: EOF reached
either file is corrupted, very short, fake or VLC doesn't handle it.

[Jean-Baptiste Kempf]

I don't get why the mpga decoder is tried and not the ffmpeg one.
sample?

[lucky_indian]

wat shld i do?

[VLC_help]

If that happens with every MP3 file you have, then it is little hard to figure out the problem. If this only happens with specific file(s), you could upload short sample file to somewhere so someone could test it.

[lucky_indian]

It's only specific files not all, same problem with windows media player some of these files won't play for some reason how could i upload a sample? i can upload the whole file but samples i m not sure

[VLC_help]

Whole files are OK also. Example rapidshare or FTP are ok.
ftp://streams.videolan.org/incoming
http://rapidshare.com/

[lucky_indian]

here is one of the files that doesn't play
http://rapidshare.de/files/38353950/apologize.mp3.html
Here is a file that only half play's
http://rapidshare.de/files/38354027/50_ ... _.mp3.html

Please help

[g00ey]

OMFG what kind of crappy files are these?!?

I analyzed the "apologize" file using NotePad and found that it was padded with binary ones and zeros and repeating sequences of 8N ... ... Pp7.
The 0000000 FFFFFFF data occupies about 1.3Mb of the file.

After removing them it still had another half meg of redundancy (16%). A normal mp3 has 0.001% redundancy (in the file header and ID3 tag).

I wonder what kind of lame software makes such files.

After stripping off all these redundant data (remaining size = 3,02MB) from the mp3 it became analyzable to encspot which identified it as a Lame 3.90 VBR file. It still has corrupt data since WinAMP time length is drifting around during playback. I believe the drifting occurrs when the player re-adjusts the calculated length after skipping corrupt data during playback.***

However, stripping the file doesn't enable mplayer or VLC to play it. WinAMP plays them all flawlessly. So the score is 2-0.0000 to WinAMP
Sure, these files are really fishy, but that doesn't mean that the player shouldn't be able to play them.

Now, I took this one step further and analyzed the stripped file with encspot. In the details window I saw that the position of the first frame was located around 250kB from the beginning of the file. I stripped that preceding data off too and voilà, it played fine on all players (Windows Media Player, VLC and MPlayer).

I think the problem is that VLC is not trying hard enough to find the first frame. After reading the header at the end of the file it seems to skip to the beginning, see corrupt/incompatible data and automatically assume that the rest of it is corrupt.

If you wish to reproduce what I did; open up apologize.mp3 in a HEX editor (text editors tend to convert blank characters 0x00 into spaces 0x20 which will corrupt the file) search for HEX string "FF FB D0" (which appears to be the first three bytes of an mp3-frame). Remove all data preceding the first occurrence of this byte triplet and save. This new file should be playable on any media player.

edit:
*** This is just speculations; If the drifting was strictly downwards it could be explained by skipping corrupt data but since it is drifting in both directions I'm very unsure of this.


Conclusion
The first 2 megs of these mp3 files are corrupt. Data with a tangible amount of redundancy mixed with long sequences of 000 ... 000111 ... 111 is enough evidence to draw such a conclusion. Most players such as VLC and MPlayer fail to play them whereas more mature and stable media playing software such as WinAMP stubbornly searches further for the first frame and successfully starts playback from there.

[lucky_indian]

Thank you so much, no one was able to solve this problem for me apart from you guys thanks a lot

[g00ey]

Just keep in mind that this has exposed a flaw in VLC player. It could be improved to be better with handling corrupt mp3s.

[lucky_indian]

this is what one of my new video files say, i did a format and install windows XP Pro

aout_directx error: cannot initialize DirectSound
main error: couldn't find a filter for the conversion
main error: couldn't create audio output pipeline

[VLC_help]

You installed soundcard drivers?