- 28 May, 2015 19 commits
-
-
Michael Niedermayer authored
* commit 'fa1923f1': mpegvideo: Move ff_*_rl functions to a separate file Conflicts: libavcodec/mpegvideo.c Merged-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit '419e3404': mpegvideo: Drop exchange_uv() function and use its code directly Merged-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit 'd4d90504': tls_gnutls: Add missing includes for the gcrypt thread safety callbacks Merged-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit 'dd4d709b': x86inc: Clear __SECT__ See: 204b228aMerged-by:
Michael Niedermayer <michaelni@gmx.at>
-
Shivraj Patil authored
This patch modifies HEVC mc MIPS-SIMD optimized code according to improved version of generic macros. Overall, this patch is just upgrading the code with styling changes and will bring it in sync with MIPS-SIMD optimized latest codebase at our end. Signed-off-by:
Shivraj Patil <shivraj.patil@imgtec.com> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Shivraj Patil authored
This patch moves HEVC code of uni mc cases to new file hevc_mc_uni_msa.c. (There are total 5 sub-modules of HEVC mc functions, if we add all these modules in one single file, its size would be huge (~750k) & difficult to maintain, so splitting it in multiple files) This patch also adds new HEVC header file libavcodec/mips/hevc_macros_msa.h Signed-off-by:
Shivraj Patil <shivraj.patil@imgtec.com> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Anton Khirnov authored
-
Vittorio Giovara authored
Code is small enough that there is no advantage in a separate function.
-
wm4 authored
This is needed for proper operation with seeking. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
wm4 authored
Otherwise it will never be reset, and remain "stuck" in this state forever. Can happen when seeking: the decoder will receive fragments from different file positions, which triggers the condition easily. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* cehoyos/master: lavc/x264: Support bgr0 as input pix_fmt. lavf: Use av_codec_get_tag2() in avformat_query_codec(). Merged-by:
Michael Niedermayer <michaelni@gmx.at>
-
Martin Storsjö authored
This fixes building with gcrypt-backed gnutls versions, broken in 57cde2b1. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Michael Niedermayer authored
Reviewed-by:
tim nicholson <nichot20@yahoo.com> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Carl Eugen Hoyos authored
-
Carl Eugen Hoyos authored
av_codec_get_tag() can return 0 both in case of error and success.
-
Shivraj Patil authored
This patch modifies H264 loopfilter, weighted & bi-weighted prediction MIPS-SIMD optimized code according to improved version of generic macros. Also there are minor code alignment changes. Overall, this patch is just upgrading the code with styling changes and will bring it in sync with MIPS-SIMD optimized latest codebase at our end. Signed-off-by:
Shivraj Patil <shivraj.patil@imgtec.com> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Timothy Gu authored
Silences warning(s) like: libavcodec/x86/fft.asm:93: warning: section flags ignored on section redeclaration The cause of this warning is that because `struc` and `endstruc` attempts to revert to the previous section state [1]. The section state is stored in the macro __SECT__, defined by x86inc.asm to be `.note.GNU-stack ...`, through the `SECTION` directive [2]. Thus, the `.note.GNU-stack` section is defined twice (once in x86inc.asm, once during `endstruc`), causing the warning. That is the first part of the commit: using the primitive `[section]` format for .note.GNU-stack etc., which does not update `__SECT__` [2]. That fixes only half of the problem. Even without any `SECTION` directives, `__SECT__` is predefined as `.text`, which conflicting with the later `SECTION_TEXT` (which expands to `.text align=16`). [1]: http://www.nasm.us/doc/nasmdoc6.html#section-6.4 [2]: http://www.nasm.us/doc/nasmdoc6.html#section-6.3Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
Shivraj Patil authored
This patch includes restructuring of existing macros and addition of more generic macros. This change was necessary to avoid repeated review comments in remaining patches which we were about to submit. Also this patch reduces number of code lines due to maximum use of generic macros, allows better code alignment & readability etc. These modifications in commonly used .libavutil/mips/generic_macros_msa.h. impacts the already accepted code, hence re-submitting it in 2/4,3/4 & 4/4. Overall, this patch set is just upgrading the code with styling changes and will bring it in sync with MIPS-SIMD optimized latest codebase at our end. Signed-off-by:
Shivraj Patil <shivraj.patil@imgtec.com> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Timothy Gu authored
Avoids an unused variable warning. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 27 May, 2015 19 commits
-
-
Michael Niedermayer authored
Fixes Ticket4322 Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Timothy Gu authored
This commit silences warning(s) like: libavcodec/x86/fft.asm:93: warning: section flags ignored on section redeclaration The cause of this warning is that because `struc` and `endstruc` attempts to revert to the previous section state [1]. The section state is stored in the macro __SECT__, defined by x86inc.asm to be `.note.GNU-stack ...`, through the `SECTION` directive [2]. Thus, the `.note.GNU-stack` section is defined twice (once in x86inc.asm, once during `endstruc`), causing the warning. That is the first part of the commit: using the primitive `[section]` format for .note.GNU-stack etc., which does not update `__SECT__` [2]. That fixes only half of the problem. Even without any `SECTION` directives, `__SECT__` is predefined as `.text`, which conflicting with the later `SECTION_TEXT` (which expands to `.text align=16`). [1]: http://www.nasm.us/doc/nasmdoc6.html#section-6.4 [2]: http://www.nasm.us/doc/nasmdoc6.html#section-6.3Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Timothy Gu authored
This reverts commit 599888a4. The commit does not silence the warning on ELF-based systems, and will be fixed in the subsequent commit. Conflicts: libavcodec/x86/fft_mmx.asm Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit '57cde2b1': lavf: move TLS-related ifdeffery to library specific files Conflicts: libavformat/network.c libavformat/tls.h libavformat/tls_openssl.c See: a9f1d584Merged-by:
Michael Niedermayer <michaelni@gmx.at>
-
wm4 authored
There is no need to have this mess in network.c. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit 'd8ffb205': lavf: split tls.c Conflicts: libavformat/tls.c libavformat/tls_gnutls.c libavformat/tls_openssl.c See: 4a006b9eMerged-by:
Michael Niedermayer <michaelni@gmx.at>
-
wm4 authored
Move the OpenSSL and GnuTLS implementations to their own files. Other than the connection code (including options) and some boilerplate, no code is actually shared. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
This provides higher precission Reviewed-by:
Clément Bœsch <u@pkh.me> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
wm4 authored
Apparently it can happen that a mp3 file has junk data between id3 tag and actual mp3 data. Skip this to avoid outputting nonsense timestamps. (Two packets had the same timestamps, because the mp3 parser failed to compute a frame duration.) In this case, the junk consisted of 1044 bytes of zero, which incidentally is the same size as normal mp3 frames in this stream. I suspect the mp3 was edited with some tool which wiped the Xing/LAME headers. Data near the end of the file suggests it was encoded with "LAME3.97", but the normal Xing/LAME headers are missing. So this could be "normal". mpg123 also attempts to skip at least 64KB of junk data by scanning for headers. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
周晓勇 authored
Signed-off-by:
ZhouXiaoyong <zhouxiaoyong@loongson.cn> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Dave Rice authored
This makes it easier to relate frame data to its associated stream.
-
James Almer authored
Reviewed-by:
Michael Niedermayer <michaelni@gmx.at> Signed-off-by:
James Almer <jamrial@gmail.com>
-
Michael Niedermayer authored
Fixes Ticket4301 Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
With bps > 8 more than 255..255 are used The initialized table content is left unchanged, But it could also be adjusted for the slight difference of the maximum Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Philip Langdale authored
Fixes Ticket4508 Signed-off-by:
Philip Langdale <philipl@overt.org>
-
- 26 May, 2015 2 commits
-
-
Michael Niedermayer authored
Fixes Ticket4267 Approved-by:
Baptiste Coudurier <baptiste.coudurier@gmail.com> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Fixes part of Ticket4295 Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-