- 22 Aug, 2016 1 commit
-
-
Mark Reid authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 16 Aug, 2016 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 12 Aug, 2016 1 commit
-
-
Mark Reid authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 24 Jul, 2016 1 commit
-
-
Mark Reid authored
added sws_flags flags and tested against x86_32 Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 08 May, 2016 1 commit
-
-
Christophe Gisquet authored
-
- 13 Mar, 2016 2 commits
-
-
Mats Peterson authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Mats Peterson authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 23 Feb, 2016 1 commit
-
-
Anton Khirnov authored
Currently, AVStream contains an embedded AVCodecContext instance, which is used by demuxers to export stream parameters to the caller and by muxers to receive stream parameters from the caller. It is also used internally as the codec context that is passed to parsers. In addition, it is also widely used by the callers as the decoding (when demuxer) or encoding (when muxing) context, though this has been officially discouraged since Libav 11. There are multiple important problems with this approach: - the fields in AVCodecContext are in general one of * stream parameters * codec options * codec state However, it's not clear which ones are which. It is consequently unclear which fields are a demuxer allowed to set or a muxer allowed to read. This leads to erratic behaviour depending on whether decoding or encoding is being performed or not (and whether it uses the AVStream embedded codec context). - various synchronization issues arising from the fact that the same context is used by several different APIs (muxers/demuxers, parsers, bitstream filters and encoders/decoders) simultaneously, with there being no clear rules for who can modify what and the different processes being typically delayed with respect to each other. - avformat_find_stream_info() making it necessary to support opening and closing a single codec context multiple times, thus complicating the semantics of freeing various allocated objects in the codec context. Those problems are resolved by replacing the AVStream embedded codec context with a newly added AVCodecParameters instance, which stores only the stream parameters exported by the demuxers or read by the muxers.
-
- 21 Feb, 2016 1 commit
-
-
Mats Peterson authored
lavf/riffenc: Write space for palette tests/ref/vsynth: Update 1 bpp files for pal8 Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 18 Feb, 2016 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 10 Feb, 2016 1 commit
-
-
Michael Niedermayer authored
This makes sure that white stays white and black black Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 31 Jan, 2016 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 29 Jan, 2016 1 commit
-
-
Mats Peterson authored
From https://msdn.microsoft.com/en-us/library/windows/desktop/dd318229%28v=vs.85%29.aspx: "If biCompression equals BI_RGB and the bitmap uses 8 bpp or less, the bitmap has a color table immediatelly following the BITMAPINFOHEADER structure. The color table consists of an array of RGBQUAD values. The size of the array is given by the biClrUsed member. If biClrUsed is zero, the array contains the maximum number of colors for the given bitdepth; that is, 2^biBitCount colors." Nothing about "monochrome" here. Unfortunately, pal8 to monow conversion seems a bit flaky, but that's another story. Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 22 Jan, 2016 2 commits
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 21 Jan, 2016 1 commit
-
-
James Darnley authored
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
- 17 Jan, 2016 1 commit
-
-
James Darnley authored
-
- 13 Oct, 2015 2 commits
-
-
Christophe Gisquet authored
It was useful to (accidentally?) spot an overflow in the column pass of the x86 simple_idct10 implementation. Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Christophe Gisquet authored
omse goes from 0.03060703 (which fails for dct-test) to 0.01663750. This also actually improve the error of decoding the sample generated by fate-vsynth3-dnxhd1080i-10bit using simple_idct10 to FAANI, which goes (when resampled to yuv422p) from: stddev: 0.06 PSNR: 72.28 MAXDIFF: 1 to identical. Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 02 Oct, 2015 2 commits
-
-
Christophe Gisquet authored
The current one, while correct, does not yield the best possible results. The specificiations suggest another formula, which results in quality gains in the decoded output from fate tests. This justifies changing said formula. Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Joseph Artsimovich authored
Convert them to zigzag order, as the rest of them are. When I was adding support for 10-bit DNxHD, I just copy-pasted the missing quant matrices from the spec. Now it turns out the existing matrices in dnxhddata.c were in zigzag order. This resulted in wrong quantization for 10-bit DNxHD. The attached patch fixes the problem by converting 10-bit quant matrices to zigzag order. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 31 Aug, 2015 1 commit
-
-
Peter B authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 07 Jul, 2015 2 commits
-
-
Stian Selnes authored
Freeze picture release should be set to 1 when we're responding to a fast update request. For simplicity we set it for all intra frames, including those that starts a GOP. Fixes issue where Tandberg MXP1700 does not recover from packet loss state since it's waiting for the freeze picture relase indication. Bug-Id: 873 CC: libav-stable@libav.org Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Stian Selnes authored
Ref H.261 recommendation section 4.2.1.3, setting the still image flag to 1 disables still image mode. Some decoders require this in order to decode the bitstream as normal video. Fixes H.261 calls to Cisco E20. Also, reserved (aka spare) bits should be set to 1 unless specified otherwise. Bug-Id: 872 CC: libav-stable@libav.org Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
- 30 Jun, 2015 2 commits
-
-
Luca Barbato authored
Make sure to not write the custom `encoder` string in that case. Bug-Id: 845 CC: libav-stable@libav.org
-
Carl Eugen Hoyos authored
Fixes ticket #4689.
-
- 28 Jun, 2015 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 22 Jun, 2015 3 commits
-
-
Tobias Rapp authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
This significantly improves the quality when the integer 9/7 transform is used Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
This reduces the number of operations done and is equivalent except for rounding Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 21 Jun, 2015 2 commits
-
-
Michael Niedermayer authored
thats how the specification defines it, this also improves numerical accuracy of the integer wavelet implementation. It otherwise should be equivalent, in case of overflows this can be reverted. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Even if the jpeg2000 spec uses a wrong value this does not make mathematics work this way, also this has been corrected in the 2004 version AFAIK Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 19 Jun, 2015 2 commits
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Without the JP2 fields its not possible to identify the colorspace Fixes Ticket538 Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 17 Jun, 2015 3 commits
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Fixes Ticket4634 Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 09 Jun, 2015 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 10 May, 2015 2 commits
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
No real difference in quality, its a bit slower for the same dia_size as more vectors are searched for the same dia_size Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-