[FFmpeg-trac] #1843(avformat:new): wav file fmt block size could be 16 for formatid==pcm
FFmpeg
trac at avcodec.org
Sat Oct 27 11:53:57 CEST 2012
#1843: wav file fmt block size could be 16 for formatid==pcm
------------------------------------+------------------------------------
Reporter: cgo | Owner:
Type: defect | Status: new
Priority: minor | Component: avformat
Version: git-master | Resolution:
Keywords: wav | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
------------------------------------+------------------------------------
Comment (by cgo):
Replying to [comment:2 cehoyos]:
> Could you test attached patch?
> If it works, please name the legacy software.
Hi,
the patch does the trick against ffmpeg-1.0, but not against git head.
The difference is that on git master there is now a lot of extra info such
as LIST/INFOISFT, encoder name etc included between the fmt and the data
section (with and without your patch). I'm not sure this is standard at
all?
The software that breaks is pure data, more precisely the wavinfo object,
maybe other objects such as readsf~. Note that I also filed a bug report
to the puredata project, because the way it reads the header is improper
anyway.
The information I found about the wav format are from wikipedia's external
links. They all sound like "if format is pcm, header size is 16". I wasn't
able to find a authoritative standard, but that's what audacity, sox and
to some extend ff_get_wav_header() do.
Thank you for your help.
--
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/1843#comment:3>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list