On Sun, Jun 26, 2016 at 2:30 PM, Paul B Mahol <one...@gmail.com> wrote: > On 6/26/16, Carl Eugen Hoyos <ceho...@ag.or.at> wrote: >> Muhammad Faiz <mfcc64 <at> gmail.com> writes: >> >>> I think it's not because of bit-exact problem. >>> But because fate probes supported formats (with >>> libavfilter/tests/filtfmts) >>> On BE machine, code with native formats will generate error >>> because fate-ref contains yuv*le entries but fate expects yuv*be
Another problem is that drawutils only support LE format. >> >> We control the fate test, so we can require an additional >> (bit-exact) conversion from BE to LE to make the fate >> test pass. > > Really, even for pixfmts? > > I will apply this as is. Feel free to add your hacks if you want, after. In the perspective of code correctness, this should be OK. But performance on BE machine will be unoptimal because: - reading/writing in foreign endian is probably slower - I guess most decoders' output frame is native endian. This will make unnecessary format conversion - some other filters only support native endian formats. This will also make unnecessary format conversion. Of course, the problem is not in your patch. Thank's _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
