[FFmpeg-trac] #3871(avcodec:new): FFmpeg MD5 output different with same data #2
FFmpeg
trac at avcodec.org
Sat Aug 23 12:20:00 CEST 2014
#3871: FFmpeg MD5 output different with same data #2
--------------------------------------+-----------------------------------
Reporter: ahthovaikied | Owner:
Type: defect | Status: new
Priority: normal | Component: avcodec
Version: 2.2.4 | Resolution:
Keywords: md5 aac h264 | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
--------------------------------------+-----------------------------------
Comment (by cehoyos):
Replying to [comment:8 ahthovaikied]:
> OK, it seems we disagree on only one thing:
> You are saying that a demuxer does not necessarily have a bit exact,
reproducible output, and that it could change depending on build options
or CPU, am I correct?
Yes, and the same is true for (at least some) decoders.
Since demuxers can depend on libavcodec, one implies the other.
> Isn't there a standard that precisely describes for example that in a
Matroska file, if byte w has value x, then the chunk from offset y to z is
part of a video stream?
If you have a Matroska file for which libavformat returns broken packets
with a default configuration, please report it here (or on the user
mailing list).
> Replying to [comment:7 cehoyos]:
> > Concerning the bisect: Did you find a version that produces the output
you want and a version that produces a different output on the same system
and with the same compilation options?
> Yes, see my comment above (https://trac.ffmpeg.org/ticket/3871#comment:4
), tests were done on the same core i7 PC, with the same build options.
Sorry, I expected you to write something like "yes, it works with version
x but fails with y". Anyway, please try:
{{{
$ make distclean
$ git bisect reset
$ git bisect start
$ git checkout x
$ git bisect good
$ git checkout y
$ git bisect bad
}}}
Then build and test and depending on the result either use {{{make
distclean && git bisect good}}} or {{{make distclean && git bisect bad}}}
to continue testing and find the version introducing the problem you see.
I run bisects on FFmpeg every day so I can help you if needed, but you may
have to explain how I can reproduce the problem without using a script.
--
Ticket URL: <https://trac.ffmpeg.org/ticket/3871#comment:9>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list