#7137 closed defect (invalid)
bitstream filter dump_extra does not work with -vcodec copy
Reported by: | liu xiang | Owned by: | |
---|---|---|---|
Priority: | normal | Component: | avcodec |
Version: | unspecified | Keywords: | h264 |
Cc: | Blocked By: | ||
Blocking: | Reproduced by developer: | no | |
Analyzed by developer: | no |
Description
Summary of the bug:
i want to send my h264 encoded file to another rtp system, the rtp system need sps and pps before every keyframe
How to reproduce:
% ffmpeg -re -fflags nobuffer -i ./guigu_1.mp4 -vcodec copy -an -bsf:v dump_extra=freq=keyframe -f rtp -payload_type 96 rtp://127.0.0.1:59658 does not generate per gop sps and pps ffmpeg -re -fflags nobuffer -i ./guigu_1.mp4 -vcodec libx264 -an -bsf:v dump_extra=freq=keyframe -f rtp -payload_type 96 rtp://127.0.0.1:59658 works fine. ffmpeg version 3.4.2
Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker.
Change History (7)
comment:1 by , 7 years ago
comment:2 by , 7 years ago
The H.264 track in your input file isn't in annex B format, but in mp4 format. So is the extradata. The thing is that the format of the mp4-style extradata is different from the format that is used at the mp4 sample level; in other words, the output of the dump_extra bitstream filter is a totally invalid stream. Use the h264_mp4toannexb bitstream filter before dump_extra.
comment:5 by , 7 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
comment:6 by , 7 years ago
Resolution: | fixed → invalid |
---|
comment:7 by , 7 years ago
Version: | 3.4 → unspecified |
---|
"
A bitstream filter operates on the encoded stream data, and performs bitstream level modifications without performing decoding
"
as the docs said, you do not need to decod the stream todo bitstream filter. it is a bug.