- 12 Jun, 2015 37 commits
-
-
Michael Niedermayer authored
* commit 'b7a4127a': h264_qpel: Use the correct header Merged-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit '5e87080f': h264_weight: Fix SSSE3 biweight code with weights of 128 Conflicts: libavcodec/x86/h264_weight.asm See: e1009665 See: fb228883Merged-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit '64a2e844': eamad: Use the correct headers Merged-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit '8606e881': mpeg12: Move the vlc bits to a stand alone file Merged-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit 'f1fa1eed': mpegvideo: Expand macro Merged-by:
Michael Niedermayer <michaelni@gmx.at>
-
Andreas Cadhalpun authored
Inconsistencies between the dimensions/pixel format of avctx and the frame can confuse API users. For example this can crash the demuxing_decoding example. Back up the previous values and restore them, when decoding the next frame. This is necessary, because these can be different between the returned frame and the last decoded frame. Reviewed-by:
Michael Niedermayer <michaelni@gmx.at> Signed-off-by:
Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com>
-
Michael Niedermayer authored
* commit 'e7af52a6': mpegvideo: rv10: Move function declaration to a separate header Merged-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit 'e3d0f49a': mpegvideo: h263: Move all tables to a single file Conflicts: libavcodec/h263.h libavcodec/h263data.h Merged-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit '8b5007a3': mpegvideo: Move ER functions to a separate file Conflicts: libavcodec/mpegvideo.c Merged-by:
Michael Niedermayer <michaelni@gmx.at>
-
Przemysław Sobala authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Fixes Ticket2345 Reviewed-by:
Paul B Mahol <onemda@gmail.com> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
wm4 authored
Some files have SeekHead elements with broken IDs. They mismatch with the ID of the destination element. These files are written by "IDMmkvlib0.1" (as identified by the MuxingApp and WritingApp elements), and the SeekHead IDs are actually endian-swapped. This confuses the SeekHead logic of the demuxer. It will read some elements twice, because the SeekHead ID is used to identify and remember already read elements. With the file at hand, the stream list was duplicated by reading the Tracks element twice. Fix this by rejecting invalid EBML IDs in SeekHead entries. (This fix is relatively specific to the broken file at hand, and doesn't protect against some other cases of broken SeekHead, such as valid but mismatching target element IDs.) Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
Vittorio Giovara authored
-
Michael Niedermayer authored
CC: libav-stable@libav.org Sample-Id: test_bref.mp4 Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
Michael Niedermayer authored
The existence of such element does not represent an error Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Fixes Ticket4471 Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Found-by: Daemon404 Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Found-by: Daemon404 Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
This may help static analyzers, the pixel format is checked during initialization Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
We only look up pixel formats from a fixed list so none should ever fail to be found Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Based on patch by Wolfgang Lorenz <wl-chmw@gmx.de> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Fixes fate tests on PPC64be Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Luca Barbato authored
Untangle eamad from the mpeg12.h header and speed up rebuilding.
-
Luca Barbato authored
-
Vittorio Giovara authored
Having this macro in an header only facilitates the use of such header. The code increase is minimal and files have one less dependency on mpegvideo.h.
-
Vittorio Giovara authored
-
Vittorio Giovara authored
-
Vittorio Giovara authored
-
Michael Niedermayer authored
Fixes part of Ticket 4605 Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
It seems to be working now Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
These 2 are highly related so they are in the same commit Fixes part of Ticket4605 Fixes p0_04.j2k Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Some broken code that used the old mqc is removed Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 11 Jun, 2015 3 commits
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
This is implemented but i suspect does not work correctly as no file using this seems to decode correctly. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
This works with one of 2 RLCP samples i have, the other appears to also use selective arithemtic coding bypass which may or may not be the reason why it does not work Sample: p0_16.j2k Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-