summaryrefslogtreecommitdiff
path: root/src
AgeCommit message (Collapse)Author
2011-09-27demux_ts: removed sending of preview/header buffers.Petri Hintukainen
Now all used decoders work without header/preview buffers.
2011-07-18demux_ts: added m2ts and mts file extensionsPetri Hintukainen
2011-08-02demux_ts: added buffer size checks to adaptation field parsingPetri Hintukainen
2011-07-18Fixed writing outside of buffer when there are more than MAX_PIDS scrambled ↵Petri Hintukainen
pids.
2011-07-22demux_ts: Added buffer size checks. Make sure buffer size is not set to ↵Petri Hintukainen
negative value (that results writing out of buffer when buffering payload). Check buffer size before checking substream header bytes.
2011-07-16parse_pes_header(): eliminated local variable by simplifying the code that ↵Petri Hintukainen
skips pes header
2011-07-16demux_ts: Fixed reading outside of buffer: check header length before ↵Petri Hintukainen
parsing pts.
2011-07-16demux_ts: Fixed reading outside of buffer. Checking if pes header length == ↵Petri Hintukainen
6 is not enough ; anything less than 9 is invalid (header length byte at [8] can't be used if it is outside of buffer). Moved check to beginning of parse_pes_header() to avoid reading outside of buffer.
2011-08-01demux_ts: removed unneeded check ((stream_id & 0xf0) == 0xe0 implies ↵Petri Hintukainen
stream_id >= 0xbc)
2011-07-18Removed unneeded checkPetri Hintukainen
2011-07-15Factorized known audio pid search codePetri Hintukainen
2011-07-15Removed unused parameterPetri Hintukainen
2011-07-22demux_ts: Removed unused and write-only variablesPetri Hintukainen
2011-07-09Fixed 20-bit BluRay PCM audio. In this format samples are padded to 24 bits, ↵Petri Hintukainen
4 lowest bits are 0 --> Handle as 24-bit BluRay PCM.
2011-07-09Fixed 24-bit BluRay PCM audio broken by commit 7b6c2dc0ac98. Samples are 24 ↵Petri Hintukainen
bit BE, not in DVD format.
2011-07-09Composition descriptor state is only two bitsPetri Hintukainen
2011-07-09Cosmetics: reordered functionsPetri Hintukainen
2011-07-09Killed warningsPetri Hintukainen
2011-07-09Fixed hiding subtitles: composition descriptor state has nothing to do with ↵Petri Hintukainen
hide/show. Hide overlay when there are no objects to display.
2011-07-08Improved standard compilance: Drop cached data at epoch start or acquistion ↵Petri Hintukainen
point, not at end of display set
2011-07-06Fix bad width in vdpau vc1 decoderJerome Lacarriere
2011-05-17Merge from 1.1.Darren Salt
--HG-- rename : src/libxineadec/xine_lpcm_decoder.c => src/audio_dec/xine_lpcm_decoder.c
2011-05-17Fix build with very recent copies of FFmpegBrad Smith
This is a backport of the 1.2 code that was commited to utilize the new API provided by FFmpeg for awhile now but this is especially important because the old API has been eliminated all together from said copies of FFmpeg.
2011-05-17Fix build with relatively recent copies of FFmpegBrad Smith
Relatively recent copies of FFmpeg before the major API clean up have both the old SHA1 API and the new SHA (1/2) API so the recently added autoconf check will reject perfectly valid copies of FFmpeg. Also tweak the input_cdda code to make sure to use the new API and not include the compat macros if both the old and new API are around.
2011-05-17Use "quietened" build if automake 1.11 was used.Darren Salt
2011-05-16Missed a #define.Darren Salt
2011-05-16Remove an excess "{".Darren Salt
2011-05-16Complete the adaptation to libavcodec 0.7. (Hopefully.)Darren Salt
2011-05-16Fix up "pp" post-proc plugin and A/V decoding for ffmpeg 0.7.Darren Salt
2011-05-15Better support for 24-bit lpcmChristopher Martin
First of all, it improves the qt demuxer, ensuring that 24-bit audio is marked appropriately, and detecting little vs. big endian audio. It also adjusts the buffer size when audio is 24-bit, ensuring that samples aren't chopped in half (8192 does not divide evenly into 3 byte samples). Secondly, in the lpcm decoder, the patch distinguishes between standard 24-bit lpcm (big and little endian) and special DVD-format 24-bit lpcm (see http://wiki.multimedia.cx/index.php?title=PCM) and now handles both, instead of only handling the DVD format. The result is that xine now correctly plays all the 24-bit lpcm samples I throw at it, whereas before only a few worked.
2011-04-15Fix building out of source directory.Reinhard Nißl
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-04-03Fixes backed out changeset 67f59d571138 (still broken)Andreas Auras
2011-03-29Backing out changeset 2dd76b9df2fd (attempt 2)Darren Salt
2011-03-29Backed out changeset 67f59d571138 (broken back-out)Darren Salt
2011-03-27Fix race condition when accessing last_frame via get_last_frame()Reinhard Nißl
_x_get_current_frame_data() called get_last_frame() and locked the returned frame afterwards. At the same time, video_out_loop() unlocked last_frame to assign a different img afterwards. So in case the image got unlocked before it gets locked again, the image resides already on the free image queue. So when the image gets unlocked, it will be put a second time to the queue and hence cause a loop in the list the queue is based on. Getting an image from the queue will then run endlessly. To fix this issue, a new mutex is introduced which protects write access to last_frame and read accesses via get_last_frame() from other threads. Next, the semantic of get_last_frame() had to be changed to return a locked image already. Finally, functions calling get_last_frame() had to be adapted to its new behavior (there was only a single function in xine-lib which had to be adapted: _x_get_current_frame_data()).
2011-03-22Fixed minor issues with debug logging.Andreas Auras
2011-03-28Backing out changeset 2dd76b9df2fdDarren Salt
2011-03-20Check that we've found both AAC signaturesLorenzo Desole
demux_aac.c looks for 2 signatures in the given stream to detect if it is an AAC stream, however only the absence of the second signature is used to rule out a positive match. This may lead to false positives.
2011-03-13Force progressive frame display during trickspeed mode.Reinhard Nißl
For now, it will only work when there are no video post plugins enabled. In case there are video post plugins enabled the changeset has no effect. --HG-- extra : rebase_source : cfb22e2ef12ac547ea24ebf59565fe8720ab3635
2011-03-13Double buffer ARGB data for distortion free OSD updates.Reinhard Nißl
This is necessary as VDR expects its OSD flush call to return as quickly as possible. Hence, we can nolonger wait until all changes have appeared on screen. As a result, a following OSD change might be written to the ARGB buffer while the buffer is currently transferred to screen, causing visible distortions. --HG-- extra : rebase_source : 19c4d5a1c73b5791e66f276d57fe62497d00fb7b
2011-03-13Implement additional VDR key User0.Reinhard Nißl
--HG-- extra : rebase_source : ce0547448abc3011feea54401c3e46702fbe6f11
2011-03-20Merge from 1.1.Darren Salt
2011-03-03Configurable enabling of video properties noise and sharpness depending on ↵Andreas Auras
actual video format (SD or HDTV) for vdpau output driver. With the new configuration parameter 'video.output.vdpau_sd_only_properties" enabling of this video properties can be restricted to SD video only. Videos with a frame width < 800 are considered as SD videos. Often noise and sharpness corrections are only necessary for SD videos and are counterproductive to HDTV videos. With the restriction enabled the user do not have to correct these settings each time the format changes. --HG-- extra : rebase_source : 874a98cd3e9fc64084c0b5c2e9a7eec34414db2a
2011-03-03Optimization of vdpau output driver provide standard frame data function.Andreas Auras
According to the nvidia vdpau documentation for the used formats in this function there are no needs for special alignment for the fetched bitmap images . Thus we can fetch the image data directly to the supplied image buffer avoiding heap memory allocation and additional copying of image data. --HG-- extra : rebase_source : 0956eab8cd2f23ecc1452aa5ecc3db27fca635b9
2011-03-03Added configurable vdpau output surface display queue length.Andreas Auras
For smooth operation of frame displaying on platforms with less processing power (and in preparation for a new frame grabbing extension) the vdpau display queue length, which is actually fixed at size 2, could now be increased by configuration. There is a new configuration parameter 'video.output.vdpau_display_queue_length' with default value of 2. Maximum queue length is 8. Increasing this parameter by 1 should almost be enough. --HG-- extra : rebase_source : b8d045053d744b6693c50e4a8d81199ba7f315e2
2011-03-03Complete rewrite of vdpau output driver osd handling.Andreas Auras
The new implementation has the following advantages towards the existing one: There is now a unique processing of RLE coded images and ARGB based overlay images. For both formats scaled and unscaled images and a video window are supported. Both formats are rendered now in given order into the same output surfaces not using a dedicated output surface for ARGB images any more. Processing of YCBCR overlay images now uses corresponding vdpau bitmap surfaces eliminating the existing (possible slower) conversation to RGB images. Optimized processing of first overlay from stack avoiding unnecessary surface initialization and rendering operations. Currently the new implementation does not take the dirty rect information of a ARGB overlay into account for optimization (but is there actually a existing player implementation that provides this data?). --HG-- extra : rebase_source : 037f67efdabb0b197e4d1ea2ce14d15f3eb3d8fe
2011-03-02Output a log message if raising of nice priority fails for video out and ↵Andreas Auras
decoder thread. Raising nice priority is not limited to root user only on modern unix/linux systems. So a log message about failure is helpful to everyone.
2011-03-02Recognize changes of cropping parameters within a frame and trigger ↵Andreas Auras
recalculation of displayed window. This issue comes up when a post plugin only changes the cropping parameters of a frame without changing width, height or ratio of the frame. --HG-- extra : rebase_source : 18832d5ec6acdb8ebe7a0d1d10ceaefb2aef663f
2011-03-02Recognize changes of cropping parameters within a frame and trigger ↵Andreas Auras
recalculation of displayed window. This issue comes up when a post plugin only changes the cropping parameters of a frame without changing width, height or ratio of the frame.
generated by cgit v1.2.3 (git 2.25.1) at 2025-07-06 20:01:34 +0000