Age | Commit message (Collapse) | Author |
|
|
|
ffmpeg - fixes compilation on gcc 4.8 with ndk r9
|
|
per packet
The common case of the pointer having increased by one packet (which results
in no change to the modulus) can be detected with a 64-bit subtraction,
which is far cheaper than a division on many platforms.
Before After
Mean StdDev Mean StdDev Change
Divisions 248.3 8.8 51.5 7.4 +381.7%
Overall 2773.2 25.6 2372.5 43.1 +16.9%
Signed-off-by: Martin Storsjö <martin@martin.st>
|
|
assembly files
Reviewed-by: Kostya Shishkov
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
|
|
Before After
Mean StdDev Mean StdDev Change
This function 1323.0 98.0 746.2 60.6 +77.3%
Overall 15400.0 336.4 14147.5 288.4 +8.9%
Signed-off-by: Martin Storsjö <martin@martin.st>
|
|
This does most of the work formerly carried out by
the static function qmf_32_subbands() in dcadec.c.
Signed-off-by: Martin Storsjö <martin@martin.st>
|
|
Before After
Mean StdDev Mean StdDev Change
This function 1389.3 4.2 967.8 35.1 +43.6%
Overall 15577.5 83.2 15400.0 336.4 +1.2%
Signed-off-by: Martin Storsjö <martin@martin.st>
|
|
Before After
Mean StdDev Mean StdDev Change
This function 868.2 33.5 436.0 27.0 +99.1%
Overall 15973.0 223.2 15577.5 83.2 +2.5%
Signed-off-by: Martin Storsjö <martin@martin.st>
|
|
Before After
Mean StdDev Mean StdDev Change
This function 2653.0 28.5 1108.8 51.4 +139.3%
Overall 17049.5 408.2 15973.0 223.2 +6.7%
Signed-off-by: Martin Storsjö <martin@martin.st>
|
|
int32_to_float_fmul_array8
Before After
Mean StdDev Mean StdDev Change
This function 366.2 18.3 277.8 13.7 +31.9%
Overall 18420.5 489.1 17049.5 408.2 +8.0%
Signed-off-by: Martin Storsjö <martin@martin.st>
|
|
Signed-off-by: Martin Storsjö <martin@martin.st>
|
|
This is similar to int32_to_float_fmul_scalar, but
loads a new scalar multiplier every 8 input samples.
This enables the use of much larger input arrays, which
is important for pipelining on some CPUs (such as
ARMv6).
Signed-off-by: Martin Storsjö <martin@martin.st>
|
|
int32_to_float_fmul_scalar
Before After
Mean StdDev Mean StdDev Change
This function 1175.0 4.4 366.2 18.3 +220.8%
Overall 19285.5 292.0 18420.5 489.1 +4.7%
Signed-off-by: Martin Storsjö <martin@martin.st>
|
|
Before After
Mean StdDev Mean StdDev Change
This function 9295.0 114.9 4853.2 83.5 +91.5%
Overall 23699.8 397.6 19285.5 292.0 +22.9%
Signed-off-by: Martin Storsjö <martin@martin.st>
|
|
|
|
mailing list) - this was signed off by elupus
|
|
This reverts commit c1597430e6d2dfd6b644be0345e0df9e0fe44336.
|
|
This reverts commit fcbc5e9a2a320c0b3bb6d6555143e863f1db3158.
|
|
Upstream has it this way already, no idea how this ended up changed.
|
|
|
|
Some h264's can end up calling ff_vaapi_render_picture after a seek
with no buffer allocated and vaUnmapBuffer will assert on a invalid
buffer.
|
|
|
|
|
|
|
|
This commit now contains the original patches sub directory:
patches - Org dir that contains applied xbmc custom patches.
patches/README-patches - New README file with info about xbmc patches.
patches/obsolete-patches - New dir with obsolete xbmc patches.
|
|
Fixed forced subtitles display in PGS stream
|
|
Associated ffmpeg commits:
https://github.com/FFmpeg/FFmpeg/commit/36436a4032b022f5439fa86a0986065d24cd51fd
Add option forced_subs_only for Bluray subtitles.
2012-01-30 04:25:59
https://github.com/FFmpeg/FFmpeg/commit/1885ffb03d0af28e6bac2bcc8725fa15b93f6ac9
PGS subtitles: Expose forced flag
2012-10-20 11:56:11
https://github.com/FFmpeg/FFmpeg/commit/1c5805521c3e406886341d752ebf38f8d41e1d13
PGS subtitles: Set AVSubtitle pts value
2012-11-02 11:30:39
https://github.com/FFmpeg/FFmpeg/commit/6549a9b75333027f66cdaac450a66b6a6186fc6e
pgssubdec: remove unused variable
2012-11-28 10:20:08
https://github.com/FFmpeg/FFmpeg/commit/1f46b50a9591f68b697e943f829c79a4f4829dd6
Added AVClass for AVSubtitleRect
2012-04-18 01:08:25
|
|
is available: d039b6074ca68da9b6dc88d8bb40056fee9fecb6
|
|
Mans Rullgard from team libav for taking the time for looking into it and throwing out a patch in zero time :o)
|
|
cd2f98f365dfd83f0debac030413e57a73c7ecd5 fixes #13414
backported ffmpeg commit http://git.videolan.org/?p=ffmpeg.git;a=commit;h=cd2f98f365dfd83f0debac030413e57a73c7ecd5 :
ARM: ac3: fix ac3_bit_alloc_calc_bap_armv6
This function was broken when the start bin was not at the start
of a band.
Fixes :
------ XBMC log -----
20:21:47 T:1403229280 ERROR: ffmpeg[53A39460]: [ac3] exponent out-of-range
20:21:47 T:1403229280 ERROR: ffmpeg[53A39460]: [ac3] error decoding the audio block
20:21:48 T:1403229280 ERROR: ffmpeg[53A39460]: [ac3] exponent out-of-range
20:21:48 T:1403229280 ERROR: ffmpeg[53A39460]: [ac3] error decoding the audio block
20:21:48 T:1403229280 ERROR: ffmpeg[53A39460]: [ac3] exponent out-of-range
20:21:48 T:1403229280 ERROR: ffmpeg[53A39460]: [ac3] error decoding the audio block
20:21:48 T:1403229280 ERROR: ffmpeg[53A39460]: [ac3] exponent out-of-range
20:21:48 T:1403229280 ERROR: ffmpeg[53A39460]: [ac3] error decoding the audio block
20:21:48 T:1403229280 ERROR: ffmpeg[53A39460]: [ac3] exponent out-of-range
20:21:48 T:1403229280 ERROR: ffmpeg[53A39460]: [ac3] error decoding the audio block
---------------------
|
|
37bbc9eb8bdae43d38a6fb7cc1356d1ce7d41e1c and 9dd82724315d651891f2a1ed733c4de06e9cb07a)
|
|
ffmpeg: fixed: DXVA2 playback artifacts on H264 content with mbaff frame...
|
|
|
|
Backported commit b5e6aa6c3337dc740d67aa68116530fe604bae76 from ffmpeg upstream
This fixes #13165
|
|
lion. Thx to M. Rullgard from the libav team. This still doesn't allow us to build for ios on mountain lion due to strange clangification in our darwin buildsys
|
|
this finally fixes our ATV2 builds. I send more then a really big THX to M.Rullgard from libav for making this happen.
|
|
xbmc ffmpeg 05f8b5549c5e20cf9a417069838edd6841d7bd40
|
|
Backport da4c7cce2100a4e4f9276b4f17e260be47b53f41 from FFmpeg git:
> From: Mans Rullgard <mans@mansr.com>
> Date: Tue, 26 Jul 2011 11:23:43 +0000 (+0100)
>
> x86: fix build with gcc 4.7
>
> The upcoming gcc 4.7 has more advanced constant propagation
> resulting some inline asm operands becoming constants and thus
> emitted as literals, sometimes in contexts where this results
> in invalid instructions.
>
> This patch changes the constraints of the relevant operands
> to "rm" thus forcing a valid type. While obviously suboptimal,
> this is what older gcc versions already did, and there is no
> change to the code generated with these.
|
|
closes ticket #8504
|
|
|
|
User-provided data should never trigger an assert; return error instead.
Also fix an instance of get_bits where get_bits_long should have been used.
This eliminates the following warning:
libavcodec/vaapi_mpeg2.c:112:14: warning: variable 'start_code' set but not used
Signed-off-by: elupus <elupus@xbmc.org>
|
|
Fixes ffmpeg ticket #457.
Signed-off-by: elupus <elupus@xbmc.org>
|
|
Gwenole Beauchesne
|
|
The filled in refs cause corruptions in the video frame
for a long time after it should have recovered.
|
|
The nVidia cards sometimes return E_PENDING and need time before they can start
decoding a new frame.
Helps nVidia cards with blocky pictures/pixellation artifacts after skip or
when CPU is busy.
|
|
first/second field state independant of them being reference or not. Fixes Ticket354
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
|
|
Set avctx->coded_width/height to uncropped h264 sizes
avctx->widht/height remain right/bottom cropped as previous behaviour.
Hardware decoders need to know the uncropped data to allocate surfaces
of correct height. Some hardware is picky and fails to decode properly
if a surface larger than needed is used during decode, so just aligning
up is not enough.
Written and submitted upstream by elupus.
|
|
not permitted in iOS5 due to ASLR and will panic the darwin kernel when ffmpeg is dyloaded
|
|
|
|
GPUs with ATI UVDa and UVD+ have trouble when decoding doesn't start on an
I-Frame, and they don't recover on later I-Frames.
The variable to track the first I-Frame is in H264Context so that it can be
reset by code in h264 when initializing the context or flushing.
credits isidrogar, see ticket #11772.
sample on team ftp, samples/11772/CSI_ New York - TV3 - 2008-09-16_1.ts
|