Age | Commit message (Collapse) | Author |
|
|
|
backport of ffmpeg dc6c36ce46d4c4d7cb63503afc2ee44f00bf3725 on 2011-08-17
fixes a bitmap sub color problem exposed by mkclean --optimize foo.mkv.
The compressed private data could not be extracted, resulting in a bad color
palette and wrong colors on screen.
problem described in forum thread http://forum.xbmc.org/showthread.php?t=108942
|
|
|
|
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
|
|
see ticket #11643
|
|
See ticket #11643, sample on team ftp, samples/11643/vc-1 test.wmv
|
|
The number of slices is not very likely to change from frame to frame, so
at the beginning of a new frame, allocate memory for the amount of slices of
the previous frame. Saves a lot of reallocation, for some TV capture samples
there are over 200 slices.
There wasn't anywhere really appropriate to store last_slice_count (needs to
live from first frame to last frame), so this is likely to cause discussion to
merge upstream.
Adding members to dxva_context breaks ABI, which we don't care too much about
since on Windows we don't support external ffmpeg.
dxva mpeg2 code also has access to MpegEncContext, but adding there would
likely break ABI as well.
|
|
They used to result in images with a black bottom.
sample on team ftp samples/PR471/too_many_slices.ts
Inspired by the vaapi code to reallocate the slices array for each new slice.
Could be more efficient if the array could be preserved for all frames and
freed only at the end of the video, but there doesn't seem to be anywhere
appropriate to free the memory at the end.
Alternative is to allocate the proper size straight away for a new frame,
instead of realloc'ing for each slice.
|
|
|
|
to be pure convenence make and remove the internal/external bits, libcec is a system lib. treat it that way.
|
|
on darwin. sed will point to the native /usr/bin/sed which is not gnu sed, use this format so that it uses the correct sed as found by autotools
|
|
replaced some strcpy's that were causing crashes, with strncpy's in unrarxlib
|
|
two different ways resulting in different python HASH for the same module. If the HASH is different then imaging calls exit(1) and everything dies. Mod to ignore this. Note Imaging-1.2 alpha changes this behavor to use one namespace ie. PIL
|
|
--enable-external-libcec option to configure.
to keep a permanent copy, remove "make download" from bootstrap
to change the location of the tarball to another mirror, change lib/libcec/Makefile.in
|
|
|
|
|
|
|
|
#11342, thanks cg110.
Alpha array size is 256 in ffmpeg and patch was not updated at last ffmpeg
update, which caused memory corruption for some subs.
See ticket #11342 for details.
|
|
cross-build any python module
|
|
|
|
|
|
|
|
|
|
|
|
Airtunes support for ios/osx/linux
|
|
|
|
changed: update libass to v0.9.13
|
|
|
|
|
|
|
|
|
|
|
|
cp the .so
|
|
|
|
Fix several linking concerns that are usually masked in one way or another.
To see, add -Wl,--unresolved-symbols=ignore-in-shared-libs to LDFLAGS
1. The 3rd party libs that we build can't resolve our wrapped functions until
runtime, so tell the linker not to expect them.
2. Various vis and screensavers were relying on XBMC bringing in GL libs.
With these fixes, linking opts like --unresolved-symbols=ignore-in-shared-libs
now work properly. This is useful for annoying libs like gles or egl which
may depend on other libs that cannot resolve at link-time.
TODO: ProjectM still neeeds attention
|
|
Closes ticket #11752
|
|
|
|
|
|
Fix so Myth recordings are deleted immediately in the UI when using Myth 0.24
|
|
|
|
|
|
with a recorded program.
|
|
location that doesn't appear to exist.
|
|
|
|
(https://github.com/xbmc/xbmc/commit/312d2c3877b29acaf651dbcac5cd5aedfdd5e6ff#commitcomment-567622)
|
|
Update libcmyth to support protocol 57 for deletion of recordings
|
|
This is an ugly ugly hack, but it only has to last until
libnfs makes its way into distros.
use the PREFIX or LIBNFS_CONFIGOPTS env vars to override their defaults.
This way we can do cross builds without manual intervention.
|
|
|
|
|
|
ensure they are known values if they aren't changed in the body of the method.
|