Deiz <ffm...@pwnly.com> added the comment: I'm not 100% certain that ffplay is failing to play the track, as it does not echo pertinent information to stdout, even with -debug. mplayer and VLC, however, are both able to play WAVs generated by separately decoding the FLAC with ffmpeg or libflac, yet fail with the FLAC itself.
ffmpeg -i foo.flac foo2.wav, edited so as to not make this page miles long: FFmpeg version 0.5, Copyright (c) 2000-2009 Fabrice Bellard, et al. configuration: --prefix=/usr --enable-gpl --enable-libmp3lame --enable-libvorbis --enable-libfaac --enable-libfaad --enable-libxvid --enable-libx264 --enable-libtheora --enable-postproc --enable-shared --enable-pthreads --enable-x11grab --enable-swscale libavutil 49.15. 0 / 49.15. 0 libavcodec 52.20. 0 / 52.20. 0 libavformat 52.31. 0 / 52.31. 0 libavdevice 52. 1. 0 / 52. 1. 0 libswscale 0. 7. 1 / 0. 7. 1 libpostproc 51. 2. 0 / 51. 2. 0 built on Apr 18 2009 20:24:32, gcc: 4.3.3 Input #0, flac, from 'foo.flac': Duration: N/A, bitrate: N/A Stream #0.0: Audio: flac, 44100 Hz, stereo, s16 Output #0, wav, to 'foo2.wav': Stream #0.0: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop encoding Multiple frames in a packet from stream 0 [Trimmed, as the above line repeats 2448 times] [flac @ 0x19a4d80]FRAME HEADER not here size= 40960kB time=237.77 bitrate=1411.2kbits/s video:0kB audio:40960kB global headers:0kB muxing overhead 0.000105% The seek time in ffplay may be indicative of something. Regardless of input size (I tried 40 1MB blocks, 20, and 5), the seek time reported is always similar to this: "Seek to 42% (-241624:-50:-18) of total duration (-577014:-32:-22)", reporting the same total duration regardless of filesize. While ffplay cannot play either the dd-sourced file or my local file with a hidden track, mplayer reacts in a different manner. With the dd-sourced file, it terminates instantly (EOF). With the hidden track file, it seems to hang when decoding a frame, and seeking causes the decoder to completely skip the ten minutes of silence, moving directly to the audio. As ffplay provides no pertinent information, I've pastebinned mplayer's debug output, as it contains ffmpeg-related lines: http://pastebin.ca/1704873 ---------- substatus: needs_more_info -> _____________________________________________________ FFmpeg issue tracker <iss...@roundup.ffmpeg.org> <https://roundup.ffmpeg.org/roundup/ffmpeg/issue1595> _____________________________________________________