[FFmpeg-devel] [PATCH]fate: Add a test for ticket #5805.

Michael Niedermayer michael at niedermayer.cc
Sun Sep 4 14:44:13 EEST 2016


On Sun, Sep 04, 2016 at 01:33:01PM +0200, Carl Eugen Hoyos wrote:
> 2016-09-04 13:27 GMT+02:00 Michael Niedermayer <michael at niedermayer.cc>:
> >> >> >> >> Subject: [PATCH] fate: Add test for ticket #5805.
> >> >> >> >
> >> >> >> > fails on mips
> >> >> >>
> >> >> >> How can I fix this?
> >> >> >
> >> >> > see b6e8efb082c284091e267a29b6060b97692d1740
> >> >> > that _should_ work
> >> >>
> >> >> You mean "setsar=sar=sar" makes the difference?
> >> >
> >> > likely that too (and pixfmt)
> >> >
> >> > sar gets simplified if pixel fmt is converted but not if its
> >> > not so there was a 300/300 vs 1/1 difference
> >>
> >> Yes, and I believe this makes sense (for ticket #4683).
> >>
> >> But in the case of ticket #5805, there is no pix_fmt
> >> conversion.
> >
> > mips returns the big endian one, x86 the little endian ond
> > convert is needed on one side so the framecrc / md5 of the byte
> > values match
> 
> > or iam missing something
> 
> The sample in question - ticket #5805 - is eight bit and
> knows nothing about endianness:
> Stream #0:0: Video: mjpeg, yuvj420p

the test you submitted adds:
+fate-jpg-jfif: CMD = framecrc -idct simple -i $(TARGET_SAMPLES)/jpg/12bpp.jpg

that 12bpp sample is not eight bit

[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Complexity theory is the science of finding the exact solution to an
approximation. Benchmarking OTOH is finding an approximation of the exact
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20160904/ebb95407/attachment.sig>


More information about the ffmpeg-devel mailing list