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>
_____________________________________________________
