FFmpeg

Commit Graph

Author	SHA1	Message	Date
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
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
Ronald S. Bultje	28c1115a91	swscale: use 15-bit intermediates for 9/10-bit scaling.	14 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.	14 years ago
Ronald S. Bultje	ac0fb59348	swscale: use 15-bit intermediates for 9/10-bit scaling.	14 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
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	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
Mans Rullgard	842f463c77	fate: merge identical pixdesc_be/le tests Signed-off-by: Mans Rullgard <mans@mansr.com>	14 years ago
Ronald S. Bultje	618230c7f4	swscale: update big endian reference values after `dff5a835`.	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
Ronald S. Bultje	76f8a96e00	[PATCH] Update pixdesc_be fate refs after adding 9/10bit YUV420P formats. Also remove code that overwrites the C versions of functions in sws_init_swScale_altivec(), so that it uses the C functions of files if no altivec-optimized version exists.	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
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	546017fc79	Sort lavfi pixdesc tests. Increase readability and robustness, as the test result is not going to differ if the order of the pixfmts codes changes. Originally committed as revision 24665 to svn://svn.ffmpeg.org/ffmpeg/trunk	15 years ago
Måns Rullgård	7c1bb9143e	Fix lavfi pixdesc test This test verifies the pixdesc code by comparing the output with and without a filter which should have no effect on the image. Since the available pixel formats depend on the byte order of the machine, a simple reference checksum is not possible. The test originally tried to solve this by generating a reference file on the fly. The problem with this is that the test framework expects the reference file in the source tree, and writing to the source tree is not allowed. To avoid complicating the test framework, we instead provide two reference files and select which to use based on the byte order. Originally committed as revision 24330 to svn://svn.ffmpeg.org/ffmpeg/trunk	15 years ago

13 Commits (60d626650a123532af9bbc63cc5344b470b1633d)