| Age | Commit message (Collapse) | Author |
|
--HG--
rename : src/xine-utils/xineutils.h => include/xine/xineutils.h
|
|
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.
|
|
--HG--
rename : src/xine-utils/xineutils.h => include/xine/xineutils.h
|
|
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
|
|
|
|
|
|
|
|
--HG--
branch : 1.2.1-branch
|
|
|
|
--HG--
branch : 1.2.1-branch
|
|
--HG--
branch : 1.2.1-branch
|
|
|
|
|
|
driver.
|
|
|
|
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
|
|
|
|
|
|
|
|
|
|
|
|
conversion.
Proper (HW-accelerated) implementation would use OpenGL texture to blend the OSD directly to RGB video texture.
|
|
--HG--
rename : include/xine.h.in => include/xine.h
rename : src/xine-engine/xine_internal.h => include/xine/xine_internal.h
rename : src/combined/ffmpeg/ffmpeg_encoder.c => src/dxr3/ffmpeg_encoder.c
|
|
|
|
|
|
|
|
|
|
|
|
|
|
--HG--
rename : src/demuxers/demux_ogg.c => src/combined/xine_ogg_demuxer.c
|
|
|
|
--HG--
branch : point-release
|
|
frames in one block)
--HG--
branch : point-release
|
|
--HG--
branch : point-release
|
|
|
|
|
|
|
|
|
|
--HG--
rename : src/libspudvb/xine_spudvb_decoder.c => src/spu_dec/spudvb_decoder.c
|
|
|
|
|
|
|
|
|
|
|
|
It's only a cosmetic change.
--HG--
extra : rebase_source : a759588226bbc43bca331c746d14ec2e2d84c9a4
|
|
The current osd and grab logic needs a lot of output surface objects
for rendering.
The current implementation create and destroy these objects on demand.
This patch introduce a new buffer where output surfaces are hold for
reuse preventing most of the create and destroy calls.
The size of the new buffer could be configured with parameter
"video.output.vdpau_output_surface_buffer_size".
Default value is 10 surfaces. Possible range is 2...25
To further minimize surface creation and destroy the first n created surfaces
get a minimum size according to the actual display and frame size where n
is the size of the surface buffer.
These first objects will be allocated as rather big surfaces so that they
fit for most of the surface requests.
This should be considered when choosing higher buffer values.
This patch also improves dirty rect handling within osd handling.
Now dirty rect information is used even if more than one osd
object is displayed at the same time.
--HG--
extra : rebase_source : b40e365ab1f81ebdd72b2e1713cf3526d6dd7493
|