FFmpeg

Commit Graph

Author	SHA1	Message	Date
Paul B Mahol	762311ff94	swscale: fix conversion into yuva444p from non-alpha formats Signed-off-by: Paul B Mahol <onemda@gmail.com> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>	13 years ago
Paul B Mahol	f9ca1ac796	sws/pixfmt/pixdesc: add support for yuva444p Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com> Conflicts: libavutil/avutil.h libavutil/pixfmt.h	13 years ago
Alex Converse	08628b6afb	Revert "sws/pixfmt/pixdesc: add support for yuva444p" This reverts commit `fc115c80b7`. Tests are broken.	13 years ago
Paul B Mahol	fc115c80b7	sws/pixfmt/pixdesc: add support for yuva444p Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>	13 years ago
Paul B Mahol	5cad970971	swscale: RGB4444 and BGR444 input Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>	13 years ago
Luca Barbato	9f3c77dd2a	fate: account for NUT 10bit support Some libavifilter tests use NUT as output even if the produced files were not decodable. The support for 10bit introduced in `432f0e5b7d` and `91b1e6f0c` changed the hashes.	13 years ago
Reimar Döffinger	c66bd78e3d	vf_scale: support PAL8 output by producing BGR8. While quality is bad, PAL8 support is needed to allow testing some encoders that only support PAL8 input. Signed-off-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de>	13 years ago
Michael Niedermayer	b89ce2d6af	swscale: alpha less rgb32 support. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>	13 years ago
Ronald S. Bultje	f99654d470	swscale: reintroduce full precision in 16-bit output.	13 years ago
Ronald S. Bultje	dc49bf1270	sws/pixfmt/pixdesc: add support for yuv420p9le/be.	13 years ago
Anton Khirnov	04de1569cd	sws: support yuv444p9/10 output.	13 years ago
Michael Niedermayer	2f503851c6	fate: fix due to new yuv444 formats Signed-off-by: Michael Niedermayer <michaelni@gmx.at>	13 years ago
Kieran Kunhya	4d4d0e8176	Fix unnecessary shift with 9/10bit vertical scaling Signed-off-by: Diego Biurrun <diego@biurrun.de>	13 years ago
Michael Niedermayer	abe0b8e9f3	sws: use shift for chroma sample up convertion sws: use shifts for non full range luma sample upconvertion Signed-off-by: Michael Niedermayer <michaelni@gmx.at>	13 years ago
Ronald S. Bultje	28c1115a91	swscale: use 15-bit intermediates for 9/10-bit scaling.	13 years ago
Ronald S. Bultje	62ee0e6a97	Revert "swscale: use 15-bit intermediates for 9/10-bit scaling." This reverts commit `ac0fb59348`. It causes valgrind errors which I'll want to investigate before resubmitting this.	13 years ago
Ronald S. Bultje	ac0fb59348	swscale: use 15-bit intermediates for 9/10-bit scaling.	13 years ago
Joseph Artsimovich	eedb1f2034	swscale: mark YUV422P10(LE,BE) as supported for output Signed-off-by: Mans Rullgard <mans@mansr.com>	14 years ago
Michael Niedermayer	46b32b5197	regtests/sws: update checksums for recent changes Signed-off-by: Michael Niedermayer <michaelni@gmx.at>	14 years ago
Ronald S. Bultje	7d7bacf0f1	swscale: fix overflow in 16-bit vertical scaling. We operated on 31-bits, but with e.g. lanczos scaling, values can add up to beyond 0x80000000, thus leading to output of zeroes. Drop one bit of precision fixes this.	14 years ago
Ronald S. Bultje	f44d50a94c	swscale: fix 16-bit horizontal scaling underflow. When using e.g. lanczos scaling, values can drop below 0, so they should never be unsigned.	14 years ago
Ronald S. Bultje	42d622fab3	swscale: fix 16-bit scaling when output is 8-bits. We would use the second half of the U plane buffer, rather than the V plane buffer, to output the V plane pixels.	14 years ago
Ronald S. Bultje	8a8d0ce208	swscale: for >8bit scaling, read in native bit-depth. For 9/10bit, it means we don't have to upscale to 16bit before actual scaling or pixel format conversion, and thus a performance gain.	14 years ago
Ronald S. Bultje	45f6ffe5e9	swscale: implement >8bit scaling support. This means that precision is retained when scaling between sample formats with >8 bits per component (48bit RGB, 16bit grayscale, 9/10/16bit YUV).	14 years ago
Ronald S. Bultje	ef1ee362b3	swscale: implement >8bit scaling support. This means that precision is retained when scaling between sample formats with >8 bits per component (48bit RGB, 16bit grayscale, 9/10/16bit YUV).	14 years ago
Michael Niedermayer	9e17d051ac	swscale: Fix yuv422p10 Signed-off-by: Michael Niedermayer <michaelni@gmx.at>	14 years ago
Mans Rullgard	b0da4903dd	fate: enable lavfi-pixmt tests on big endian systems Signed-off-by: Mans Rullgard <mans@mansr.com>	14 years ago
Ronald S. Bultje	dff5a83532	swscale: re-add support for non-native endianness. This works through some non-obvious hacks in utils.c.	14 years ago
Michael Niedermayer	0af8a71d66	swscale: fix JPEG-range YUV scaling artifacts. YUV planes were marked as uint16_t, but they contained signed data. Fixes issue 1108 and 675. Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>	14 years ago
Michael Niedermayer	041dbd3c14	swscale: dont loose precission on RGB/BGR48 input, that is dont drop half the bits. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>	14 years ago
Michael Niedermayer	2b6bfff2b2	swscale: Do not loose precission on yuv values after rgb->yuv. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>	14 years ago
Michael Niedermayer	895b616146	swscale: dont loose bits on planar >8bit yuv ind gray nput. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>	14 years ago
Ronald S. Bultje	845807494b	fate: update 9/10bit refs.	14 years ago
Ronald S. Bultje	c8f487deae	swscale: fix YUV420P 9/10bit support. Fix handling of input if not in native endianness, and add support for 9/10-bit output. This allows us to force endianness of YUV420P 9/10bit in the H264/10bit fate tests, which should fix them on big-endian systems.	14 years ago
Baptiste Coudurier	b9e608492a	swscale: 9,10 bits pixel format output support Signed-off-by: Michael Niedermayer <michaelni@gmx.at>	14 years ago
Peter Ross	1afbae100b	libswcale: PIX_FMT_BGR48LE and PIX_FMT_BGR48BE scaler implementation Signed-off-by: Anton Khirnov <anton@khirnov.net>	14 years ago
Michael Niedermayer	116758a358	Fix yuvj420p scaling artefact, issue1108. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>	14 years ago
Peter Ross	3e2523db20	libswcale: PIX_FMT_BGR48LE and PIX_FMT_BGR48BE scaler implementation	14 years ago
Mans Rullgard	05238927b7	fate: make lavfi tests output only md5 Instead of saving huge raw files, use the md5: output pseudo-protocol to calculate the checksum of the file directly. This is especially useful when testing on remote targets as it avoids transferring 3.6GB over the network. (cherry picked from commit `f4b1e21a63`)	14 years ago
Mans Rullgard	f4b1e21a63	fate: make lavfi tests output only md5 Instead of saving huge raw files, use the md5: output pseudo-protocol to calculate the checksum of the file directly. This is especially useful when testing on remote targets as it avoids transferring 3.6GB over the network.	14 years ago
Stefano Sabatini	213a4cbb39	Add lavfi-pixfmts LE tests. The corresponding lavfi-pixfmts BE tests are not yet added, as there are some bugs in the scaler (scaling rgba, argb, bgra, abgr, yuva420p) which result in differences with the LE reference, and I cannot visually check the generated files on BE. Originally committed as revision 24657 to svn://svn.ffmpeg.org/ffmpeg/trunk	15 years ago

31 Commits (9719528e05eb076bd689e51bfc14a52d38e1d309)