#11179: JPEG conversion failure with zscale
-------------------------------------+-------------------------------------
Reporter: Niklas Haas | Owner: (none)
Type: defect | Status: new
Priority: normal | Component:
| undetermined
Version: unspecified | Resolution:
Keywords: | Blocked By:
Blocking: | Reproduced by developer: 1
Analyzed by developer: 0 |
-------------------------------------+-------------------------------------
Comment (by Michael Niedermayer):
Replying to [comment:8 Balling]:
> >We need to have good scaling support internally
>
> You do. it is called zscale that uses WTFPL license anyway.
https://github.com/sekrit-twc/zimg
This has nothing to do with the license. Its simply that we need a
internal scaler. Delegating scaling to a external library is not an
option. It causes problems with self tests, complicates dependencies and
others.
>
>
> >Time and effort should be concentrated on our scaler
>
> It is unsalvageable, there is a undefined behaviour without accurate_rnd
#10852
If you consider bugs related to the internal scaler unsalvageable and bugs
related to zscale "release blocking", thats your choice.
Also haasns swscale work is funded by STF currently. So i think swscale
will improve significantly within the next months.
Last but not least, the CC wanted to ban you (Balling) indefinitly in
march as you probably know. And it was me who stopped that.
If you want to convince me that I made a mistake, you are doing a good job
of that
--
Ticket URL: <https://trac.ffmpeg.org/ticket/11179#comment:9>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
_______________________________________________
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-trac
To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".
