[FFmpeg-trac] #372(avformat:open): spdifenc does an output not correct
FFmpeg
trac at avcodec.org
Thu Aug 4 21:03:15 CEST 2011
#372: spdifenc does an output not correct
----------------------+-----------------------
Reporter: naoya | Owner:
Type: defect | Status: open
Priority: important | Component: avformat
Version: git | Resolution:
Keywords: spdifenc | Blocked By:
Blocking: | Reproduced: 0
Analyzed: 1 |
----------------------+-----------------------
Comment (by anssi):
Replying to [comment:4 naoya]:
> {{{+#ifndef AC3_HEADER_SIZE}}}
Is there a reason for the conditional here?
> {{{+ av_log(s, AV_LOG_ERROR, "Wrong AC3 file format\n");}}}
I think better would be "Invalid AC3 header\n" or similar
> {{{+ av_log(s, AV_LOG_ERROR, "AC3 invalid num_blocks[%d]\n",
hdr.num_blocks);}}}
I don't think non-6 values here are "invalid", just unsupported by the
muxer. So I'd go for "AC3 num_blocks[%d] not supported for IEC-61937" or
something.
Also, the leak was not fixed. Why not just keep av_fast_malloc() as it was
previously?
Regarding the replacement of av_freep() with av_free(). The documentation
says that av_freep() is recommended instead, but indeed in this case that
doesn't make much sense since the structure is discarded anyway. Cehoyos,
do you know what is the convention here?
--
Ticket URL: <http://avcodec.org/trac/ffmpeg/ticket/372#comment:5>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list