[FFmpeg-trac] #1843(avformat:new): wav file fmt block size could be 16 for formatid==pcm

[FFmpeg]

#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