| Age | Commit message (Collapse) | Author |
|---|
|
A POSIX compliant OS can have a setting
of (-1) instead of say 200112L to indicate that the OS
does not implement the feature. The code as it is would
still attempt to utilize the functions if (-1) were
being set and fail to build.
|
|
Fixes playback of some DVB streams (bug 381)
|
|
"make uninstall" tries to remove the local "libxine-1.def" instead of
the installed "/.../i686-pc-mingw32/lib/libxine-1.def".
|
|
The problem is that libxine-1.def is not generated when building a static
library, so it can't be installed or uninstalled. So the corresponding commands
in Makefile.am should be allowed to fail.
|
|
@INTLLIBS@ is wrong because it should be $(INTLLIBS)
instead (and infact it causes an error at compile time because it is not
expanded), that piece of code is a nonsense: under cygwin, libintl is added
like in all posix environments.
|
|
"-no-undefined" is not a linker flag, it's a libtool flag, so it must be
removed from LDFLAGS for CYGWIN and MINGW. There is already another variable
for that purpose.
|
|
|
|
CYGWIN is a full POSIX environment, it does not need to include windows.h (it
even causes an error if you try).
|
|
|
|
|
|
|
|
Fixes following errors from ffmpeg:
[mpeg1video @ 0x9ba7f80] ignoring SEQ_START_CODE after 101
[mpeg1video @ 0x9ba7f80] ignoring seq ext after 101
[mpeg1video @ 0x9ba7f80] ignoring GOP_START_CODE after 101
[mpeg1video @ 0x9ba7f80] invalid cbp at 41 0
[mpeg1video @ 0x9ba7f80] concealing 405 DC, 405 AC, 405 MV errors
|
|
|
|
ATTRIBUTE_ALIGNED_MAX is defined in configure.h.
|
|
|
|
|
|
|
|
decoding.
|
|
|
|
|
|
|
|
|
|
need color space conversion ...
|
|
thread count needs to be set before avcodec_open otherwise it will be stuck
with a single thread at least for h264 (might also want to use avcodec_open2
instead?)
|
|
|
|
This fixes a very old bug causing more or less unpredictable a/v lag.
--HG--
extra : rebase_source : 094ca332b98500f3c10bec492c0003c83ff3152d
|
|
systems
|
|
|
|
Video-out plugins expect MPEG range Y'CbCr data (Y'=16..235, Cb,Cr=16..240).
RGB sources (still images and audio visualisation effects) need to be
converted first.
This patch fixes up the range calculations and corrects an off-by-one in the
range for Cb and Cr over commit 68fcd69fb3b6 (which was reverted due to API
change). It should also provide a little more accuracy: I've gone back to
the source (http://www.itu.int/rec/R-REC-BT.601/) for the conversion
information.
(We should use float or double here, but that would be an ABI change.)
|
|
Anything which uses the COMPUTE_* macros would need to be recompiled because
of the use of new tables. This change needs to be conditional somehow, at
least externally.
|
|
Video out plugins expect mpeg range yuv data (y=16..235, uv=16..239).
RGB sources (still images and audio visualisation effects) need
to be converted first.
|
|
|
|
|
|
|
|
|
|
|
|
--HG--
rename : debian/dh_xine => debian/dh_xine.in
|
|
|
|
libc6-dev is required anyway, and the other -dev packages aren't
referenced by our exported header files.
|
|
|
|
conversion.
Proper (HW-accelerated) implementation would use OpenGL texture to blend the OSD directly to RGB video texture.
|
|
In 2005, xine-lib 1.1.1 added the following change:
xine-lib (1.1.1) 2005-11-15
* Improve sound quality when using alsa 1.0.9 or above.
When playing a 44.1khz stream on a 48khz only capable sound card.
It bypasses alsa-lib resampler and uses xine's
That made sense when Alsa's resampling was the worst thing ever. But now,
if one installs alsa-plugins-1.0.25 and puts this in ~/.asoundrc:
defaults.pcm.rate_converter "samplerate_best"
Alsa then does markedly better resampling (using libsamplerate) than
xine-lib (using its own algorithm). The bypass added in 2005 is therefore
preventing the use of a higher-quality algorithm and blocking the ability to
tune that algorithm in ~/.asoundrc, and no longer seems to have any
redeeming value.
--HG--
extra : transplant_source : %AE%96zte%B0%ED%B6C%BC%89%02%1F%05%21%BD%ED%D6%8C6
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
