summaryrefslogtreecommitdiff
path: root/include/xine
AgeCommit message (Collapse)Author
2014-06-18Fix overlay colors #2.Torsten Jager
Keep old SD matrix only features working.
2014-06-06Copyright year update by hg log.Torsten Jager
2014-05-30Add yuv overlay color matrix support.Torsten Jager
"Never assume an API to be stable unless at least 1 month has passed after adding."
2014-05-21Added buffer type for Opus.Petri Hintukainen
2014-05-13Factorize rle uncompression code from raw, vaapi and opengl2 drivers.Petri Hintukainen
Fix highlight area and buffer overflows.
2014-05-13factorize overlay color space conversion from vo pluginsPetri Hintukainen
2014-01-04Copyright year update by hg log #4.Torsten Jager
BTW. Happy 2014 to you! Didnt think xine will survive this far :-) And yes, I finally got an ffmpeg patch through. That kind of rounds the circle :-)
2013-12-10YCgCo: general preparation.Torsten Jager
I stumbled upon something - the green orange transform :-) No, it is not lossless as some publications say. Instead, like traditional YCbCr it maps the RGB color cube to a pyramid with a central symmetric hexagonal base. Roughly 80% of color depth gets lost this way. The green resolution is again worse than ITU-R 709. It will probably not replace traditional YCbCr. It is incompatible with existing video equipment, and it lacks an mpeg range mode needed for live editing. However, if you can live without video equalizer, it makes an interesting alternative for slow devices like smartphones. Anyway, just if someone likes...
2013-11-23Copyright year update by hg log info #3.Torsten Jager
2013-11-06 Add _x_mrl_remove_auth(): return a copy of mrl without authentication ↵Petri Hintukainen
credentials
2013-11-06Fix buildPetri Hintukainen
2013-11-06Add _x_freep(): free allocated memory and set pointer to NULLPetri Hintukainen
2013-10-31Added INPUT_CAP_NO_CACHEPetri Hintukainen
(Do not use input_cache plugin)
2013-10-29Added buffer types for VP9 and HEVCPetri Hintukainen
2013-10-14Copyright year update by hg log info #2.Torsten Jager
2013-09-30post.h: fix build regression #12387 and avoid nonportable __typeof__.Torsten Jager
2013-09-29Added buffer type for ADPCM G.726Petri Hintukainen
2013-09-28Fix build for Fedora 19 (gcc (GCC) 4.8.1 20130603 (Red Hat 4.8.1-1))Chris Rankin
2013-09-27Merge.Darren Salt
2013-09-27Added constPetri Hintukainen
2013-09-13Copyright year update by hg log infoTorsten Jager
script execution time: 55"
2013-01-21rgb2yuy2: added 16/15/8 bit formatsTorsten Jager
2013-01-17VAAPI decoder and video output plugin from ↵Petri Hintukainen
https://github.com/huceke/xine-lib-vaapi
2012-12-05color.c: direct rgb->yuy2 converterTorsten Jager
2012-10-29input_test: added full range color test videoTorsten Jager
2012-05-29Do not access master metronom data directly.Petri Hintukainen
Fixes problem with custom metronoms and metronom wrappers.
2012-06-29Add color matrix support to video out interfaceTorsten Jager
2012-06-11Added VO_PROP_MAX_VIDEO_WIDTH and VO_PROP_MAX_VIDEO_HEIGHTPetri Hintukainen
2012-05-29Merge from 1.1Petri Hintukainen
--HG-- rename : src/xine-utils/attributes.h => include/xine/attributes.h
2012-05-29Check if compiler supports __attribute__((weak))Carlo Bramini
2012-05-21xine-lib: more fixes to allow building with clangjmr@macports.org
2012-03-29Detect CPU/OS support for SSE3, SSSE3, SSE4, SSE42 and AVXPetri Hintukainen
2012-03-28add access to audio engine gapLACARRIERE Jerome
2012-02-15Merge from 1.1.Darren Salt
--HG-- rename : src/xine-utils/xineutils.h => include/xine/xineutils.h
2012-02-14Merge from 1.1Petri Hintukainen
--HG-- rename : src/xine-utils/xineutils.h => include/xine/xineutils.h
2012-01-18Merge from 1.1.Darren Salt
--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
2011-12-15Merge from 1.1Petri Hintukainen
--HG-- rename : src/xine-engine/buffer.h => include/xine/buffer.h
2011-12-15Marked xine_get_autoplay_mrls() and get_autoplay_list()'s return value constPetri Hintukainen
2011-10-17Merge from 1.1Petri Hintukainen
--HG-- rename : src/xine-engine/xine_internal.h => include/xine/xine_internal.h rename : src/xine-utils/xineutils.h => include/xine/xineutils.h
2011-10-11Merge from 1.1.Darren Salt
--HG-- rename : src/xine-engine/post.h => include/xine/post.h rename : po/libxine1.pot => po/libxine2.pot
2011-10-06Merge from 1.1.Darren Salt
--HG-- rename : src/xine-utils/attributes.h => include/xine/attributes.h
2011-10-05Merge from 1.1.Darren Salt
--HG-- rename : src/xine-engine/xine_internal.h => include/xine/xine_internal.h rename : src/demuxers/demux_ogg.c => src/combined/xine_ogg_demuxer.c
2011-10-04Merge from 1.1.Darren Salt
--HG-- rename : src/xine-utils/attributes.h => include/xine/attributes.h rename : src/xine-engine/xine_internal.h => include/xine/xine_internal.h rename : src/xine-utils/xineutils.h => include/xine/xineutils.h
2011-09-26Merge from 1.1. (Needs some testing.)Darren Salt
--HG-- rename : src/xine-engine/buffer.h => include/xine/buffer.h
2011-08-23Merge from 1.1.Darren Salt
--HG-- rename : src/xine-engine/buffer.h => include/xine/buffer.h rename : src/libxineadec/xine_lpcm_decoder.c => src/audio_dec/xine_lpcm_decoder.c rename : src/libspuhdmv/xine_hdmv_decoder.c => src/spu_dec/spuhdmv_decoder.c
2011-03-29Continuous video frame grabbing feature.Andreas Auras
In opposite to the 'xine_get_current_frame' based snapshot function this grabbing feature allow continuous grabbing of last or next displayed video frame. Grabbed video frames are returned in simple three byte RGB format. Depending on the capabilities of the used video output driver video image data is taken as close as possible at the end of the video processing chain. Thus a returned video image could contain the blended OSD data, is deinterlaced, cropped and scaled and video properties like hue, sat could be applied. With this patch such a decent grabbing feature is implemented for vdpau video out driver. If a video output driver does not have a decent grabbing implementation then there is a generic fallback feature that grabs the video frame as they are taken from the video display queue (like the xine_get_current_frame' function). In this case color correct conversation to a RGB image incorporating source cropping and scaling to the requested grab size is also supported. A more detailed description can be found in file "xine.h".
2011-03-13Implement additional VDR key User0.Reinhard Nißl
--HG-- extra : rebase_source : ce0547448abc3011feea54401c3e46702fbe6f11
2011-02-06Fix argb_layer handling in xine-libs OSD stack.Reinhard Nißl
xine-libs OSD stack is event driven and some memory blocks are not copied but responsibility to free the memory moves to different layers of the OSD stack. When argb_layer was introduced, this behavior was not taken into account and as such it is likely that for example osd_free_object() frees the argb_layer while vdpau_overlay_* functions still access the memory. Passing responsibility for the argb_layer is not that easy as it seems as the design goal of the argb_layer was to not duplicate any memory of the argb_buffer which all other OSD functions usually do. To solve this issue, argb_layer_t will be turned into a managed data structure by introducing a ref_count member. ref_count increases as more layers of the OSD stack hold a reference to that memory block, and it decreases when they are no longer interested in it. When ref_count reaches zero the memory block is freed automatically. To deal with ref counting, set_argb_layer_ptr() has been introduced. Some functions of the OSD layers had to be modified to deal with reference tracking. For convinience, osd_free_object() should clear the argb_buffer pointer so that the buffer may be freed safely after returning.
2011-01-22Provide _x_query_buffers() to allow analyzing buffer usage by pluginsReinhard Nißl
This function is similar to _x_query_buffer_usage() but retrieves also the total and available (= free) number of buffers besides the number of buffers ready for processing. For example if one wants to create a buffering algorithm based on the number of frames ready, it's not that easy to determine the maximum number of ready frames possible. In case one configures engine.buffers.video_num_frames:50 it may happen, that only 30 frames can actually be provided by the video out driver. Next a video codec like H.264 may hold several frames in its display picture buffer so that you may end up with only 13 ready frames at maximum. At the same time, the number of available (= free) frames will be 0 (or almost zero in case of vo). So it may be even easier to base the buffer algorithm on the number of free buffers. The reported numbers may also reveal that too few input buffers have been provided to compensate a large a/v offset at input stage. --HG-- extra : rebase_source : 255cb186891fbab5199a99031cf1b1e93ac19923
2010-05-21Check for mpeg4-part2 vdpau hardware support.Christophe Thommeret
generated by cgit v1.2.3 (git 2.25.1) at 2025-04-20 21:42:19 +0000