- 29 Nov, 2014 8 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
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 Yeo authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Dave Yeo authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Vadim Kalinsky authored
Previous version reviewed-by: Nicolas George <george@nsup.org> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 28 Nov, 2014 29 commits
-
-
Lukasz Marek authored
Signed-off-by:
Lukasz Marek <lukasz.m.luki2@gmail.com>
-
Neil Birkbeck authored
Handle single frame inputs similar to yadif (e.g., https://github.com/FFmpeg/FFmpeg/commit/0f9f24c9cfd291c7ece4d3bad64fdf06d107168a and https://github.com/FFmpeg/FFmpeg/commit/681e008d06d2241d50abe6316c908a184ddc5942) Example: ffmpeg -r 1 -t 1 -i fate-suite/ffmpeg-synthetic/vsynth1/%02d.pgm -vf idet,showinfo -f null -y /dev/null Previously: Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) [Parsed_idet_0 @ 0x36389d0] Repeated Fields: Neither: 0 Top: 0 Bottom: 0 After patch: [Parsed_showinfo_1 @ 0x1909810] n:0 pts:0 pts_time:0 pos:-1 fmt:gray sar:0/1 s:352x432 ... [Parsed_idet_0 @ 0x18f9bb0] Repeated Fields: Neither: 1 Top: 0 Bottom: 0 Fate looks good. Signed-off-by:
Neil Birkbeck <neil.birkbeck@gmail.com> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit '49180563': rtmpproto: Fix a typo in a comment Merged-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Stypa authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Benoit Fouet authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Benoit Fouet authored
Use 'if (CONFIG_APNG_DECODER)' where needed, so that the compiler can optimize out some portion of code. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Benoit Fouet authored
There is no need to memset the zlib output buffer, as there is no blending happening there. Instead, do not blend when the dispose operation is set to 'background' (tranparent black). Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Rong Yan authored
add put_unligned_store() and avg_unligned_store() macros Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Rong Yan authored
avcodec/ppc/h264qpel_template: POWER LE support for PREFIX_h264_qpel16_h_lowpass_altivec() PREFIX_h264_qpel16_v_lowpass_altivec() PREFIX_h264_qpel16_hv_lowpass_altivec() add load_alignment() macro Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Rong Yan authored
avcodec/ppc/h264chroma_template: POWER LE support for PREFIX_h264_chroma_mc8_altivec() PREFIX_no_rnd_vc1_chroma_mc8_altivec() CHROMA_MC8_ALTIVEC_CORE_SIMPLE() CHROMA_MC8_ALTIVEC_CORE() add marcos GET_VSRC1() GET_VSRC() Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Rong Yan authored
avcodec/ppc/h264dsp: POWER LE support for h264_idct8_add_altivec() h264_idct_dc_add_internal() h264_loop_filter_luma_altivec() write16x4() VEC_1D_DCT() weight_h264_W_altivec() biweight_h264_W_altivec() VEC_LOAD_U8_ADD_S16_STORE_U8() ALTIVEC_STORE_SUM_CLIP() add marcos GET_2PERM() dstv_load() vdst_load() dest_unligned_store() Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit 'fcae9f21': dashenc: Avoid a VLA-like construct Merged-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit 'a9d8d35e': dashenc: Add options to make segment names configurable Conflicts: libavformat/dashenc.c Merged-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit '01eac895': rtmpproto: Only prepend @setDataFrame for onMetaData and |RtmpSampleAccess Conflicts: libavformat/rtmpproto.c See: 60fd790fMerged-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit '44127b15': rtmppkt: Make pkt->data reallocable Merged-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit '3c3b8003': rtmpproto: Simplify code for copying data into the output packet Conflicts: libavformat/rtmpproto.c Merged-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit '857e6667': rtmpproto: Clarify a comment Conflicts: libavformat/rtmpproto.c Merged-by:
Michael Niedermayer <michaelni@gmx.at>
-
Martin Storsjö authored
This fixes the build on compilers that interpreted the earlier code as a variable length array (which we intentionally disallow). Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Bryan Huh authored
This allows one to specify templated segment names for init-segments, media-segments, and for the base-url in the case of single-file. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Currently, when streaming to an RTMP server, any time a packet of type RTMP_PT_NOTIFY is encountered, the packet is prepended with @setDataFrame before it gets sent to the server. This is incorrect; only packets for onMetaData and |RtmpSampleAccess should invoke @setDataFrame on the RTMP server. Specifically, the current bug manifests itself when trying to stream onTextData or onCuePoint invocations. This fix addresses that problem and ensures that the @setDataFrame is only prepended for onMetaData and |RtmpSampleAccess. Since data is fed to the rtmp_write function in smaller pieces (depending on the calling IO buffer size), we can't generally assume that the whole packet (or even the whole command string) is available at once, therefore we can only check the command string once the full packet has been transferred to us for sending. Based on a patch by Jeffrey Wescott. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
We try to avoid mixing av_malloc with av_realloc, since av_malloc may be implemented with functions that can't (formally) be mixed with the functions used in av_realloc. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Michael Niedermayer authored
Fixes out of array access Fixes: signal_sigsegv_35bd0f0_1182_cov_791726764_STRUCT_B_Samsung_4.bit Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Benoit Fouet authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Benoit Fouet authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Timo Rothenpieler authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 27 Nov, 2014 3 commits
-
-
Michael Niedermayer authored
* commit '19730794': opusdec: make sure all substreams have the same number of coded samples Merged-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit '96fda42a': vf_interlace: get rid of useless loads See: ca59b5b6Merged-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit 'fbd6c97f': lavu: fix memory leaks by using a mutex instead of atomics Conflicts: libavutil/buffer.c The atomics code is left in place as a fallback for synchronization in the absence of p/w32 threads. Our ABI did not requires applications to only use threads (and matching ones) to what libavutil was build with Our code also was not affected by the leak this change fixes, though no question the atomics based implementation is not pretty at all. First and foremost the code must work, being pretty comes after that. If this causes problems, for example when libavutil is used by multiple applications each using a different kind of threading system then the default possibly has to be changed to the uglier atomics. See: cea3a63bMerged-by:
Michael Niedermayer <michaelni@gmx.at>
-