Edd Barrett added the comment:
This issue *does* happen in ffplay (what do you mean by "a" ?). And
yes, using the external ogg demuxer in mplayer works, but just hides
the issue.
FFmpeg issue tracker
<https://roundup.ffmpeg.org/issue2337>
Edd Barrett added the comment:
add to nosy list.
--
nosy: +vext01
FFmpeg issue tracker
<https://roundup.ffmpeg.org/issue2337>
Edd Barrett added the comment:
I just checked out trunk and built. ffplay and ffmpeg output follows:
% ./ffplay -loglevel debug http://icecast.version6.net:/okul.ogg
FFplay version SVN-r25614, Copyright (c) 2003-2010 the FFmpeg developers
built on Oct 31 2010 19:05:23 with gcc 4.2.1
New submission from Edd Barrett :
The ogg demuxer is broken for the following stream. This was noticed in mplayer,
but communication with the mplayer developers confirms that the issue exists in
ffmpeg.
Using an mplayer snapshot from 23rd October,
mplayer http://icecast.version6.net:
Edd Barrett added the comment:
Currently I am suspecting revision 19726, however, following your instructions:
svn up --ignore-externals -r19725
svn up --ignore-externals -r19725 libswscale
./configure
vi config.h# (turn off FAST_CMOV)
gmake
gmake: *** No rule to make target `libavutil
New submission from Edd Barrett :
Hi,
I first noticed this in mplayer trunk on OpenBSD, but as it is in libavcodec, I
thought I would try in ffmpeg.
The problem is, on OpenBSD amd64/i386 (possible more), ffplay (20100804) will no
longer play vorbis files, reporting that the headers are