Age | Commit message (Collapse) | Author |
|
vdr-xine used a padding packet to push out any remaining data before
input_vdr executed "clear" to drop that data. But depending on the way
how input_vdr is connected to vdr-xine it could happen that the padding
packet reached input_vdr after executing "clear" and therefore "clear"
didn't work as expected.
To fix this issue, sync points are introduced by making the padding
packets "unique" in the stream. input_vdr will now drop all data up to
the sync point packet. So even if the padding packet arrives later than
the "clear" command, only data following the sync point will be fed to
the demuxer.
--HG--
extra : transplant_source : %A1%5E%8C%E1vmW%98D%1EW%A7%AF%B4V%5D%84%26%D0%DA
|
|
--HG--
extra : transplant_source : %FFP%FFI%1EgE%7F%15%AAwQt%AD%08%FB6aO%19
|
|
(This can happen when you revert & patch when merging.)
|
|
--HG--
rename : include/xine.h.in => include/xine.h
rename : src/libdts/xine_dts_decoder.c => src/audio_dec/xine_dts_decoder.c
rename : src/libmpeg2/decode.c => src/video_dec/libmpeg2/decode.c
|
|
|
|
--HG--
rename : src/libffmpeg/ff_dvaudio_decoder.c => src/combined/ffmpeg/ff_dvaudio_decoder.c
rename : src/libffmpeg/ff_video_decoder.c => src/combined/ffmpeg/ff_video_decoder.c
rename : src/libffmpeg/ffmpeg_decoder.h => src/combined/ffmpeg/ffmpeg_decoder.h
|
|
|
|
HAVE_FFMPEG_AVUTIL_H wasn't being defined, and there were some incorrect checks.
|
|
xine_get_current_frame() relies on the caller to provide a sufficiently
sized buffer. To calculate the required size of the buffer, one has to
call xine_get_current_frame() to retrieve the necessary parameters. But
as the image can change between two successive calls one has to pause
the stream for consistency.
To improve the situation, xine_get_current_frame_s() has been introduced
which requires to specify the buffer size when an image is going to be
retrieved. Furthermore, it will return the required/used buffer size.
In that way, it can prevent copying data into a too small buffer and
therefore can be considered safe.
For convenience, xine_get_current_frame_alloc() is provided which takes
care to allocate a sufficiently sized buffer. This function avoids
pausing the stream as the image will be returned in a single call.
|
|
|
|
|
|
|
|
work for both internal and external FFmpeg (with new layout).
|
|
|
|
|
|
|
|
|
|
works better.
|
|
|
|
--HG--
rename : src/libffmpeg/Makefile.am => src/combined/ffmpeg/Makefile.am
rename : src/libffmpeg/ff_dvaudio_decoder.c => src/combined/ffmpeg/ff_dvaudio_decoder.c
rename : src/libffmpeg/ff_video_decoder.c => src/combined/ffmpeg/ff_video_decoder.c
rename : src/libffmpeg/ffmpeg_decoder.h => src/combined/ffmpeg/ffmpeg_decoder.h
|
|
work for both internal and external FFmpeg (with new layout).
|
|
--HG--
rename : src/combined/demux_wavpack.c => src/combined/wavpack_demuxer.c
|
|
and send it without IEC958 header otherwise - so the receivers can autodetect the raw DTS stream.
--HG--
extra : transplant_source : %7C%02Vm-%DF%B4%CD%8B%B9U3%A7%B9%EDT%3CZ%91%81
|
|
|
|
|
|
|
|
|
|
--HG--
extra : transplant_source : %C2%84%E8%0E%FD%DE%D3%3E%FB%B8%AF%F3%80a%5E%B3v%C5%8B%08
|
|
--HG--
extra : transplant_source : %5C%D4ln%1C%B8Up%88%96R%09%1A%05HQ%3C%F8%CE%08
|
|
|
|
--HG--
extra : transplant_source : %CA%CAD%2A%E6%5E%18Y%CB%29%D8%93R%0C%D4%F6%86j%82%F5
|
|
Should fix bug 35.
--HG--
extra : transplant_source : %DD%95%9F%A7%8D%01%BD%98%40%E4R%AAW%F2%ED%93%B2%DE%1A%E9
|
|
|
|
|
|
id3v2_istag has not the same signature in 1.1 and 1.2.
|
|
expected.
add code to set this attribute from xine and mention nvidia-settings, since the user may need to select a sync device as well.
|
|
--HG--
extra : transplant_source : %C0%D71D1%8CQ%889P%21%20%D7%F7%B5%F2T%FE%88%FA
|
|
This should allow big ID3v2 tag to be parsed (i mean tags with embedded pictures).
|
|
This should allow big ID3v2 tag to be parsed (i mean tags with embedded pictures).
(transplanted from ebb0d5507d3208f8e73af78f912230719d37830a)
--HG--
extra : transplant_source : %EB%B0%D5P%7D2%08%F8%E7%3A%F7%8F%91%220q%9D7%83%0A
|
|
|
|
Fixed bug 4 sample playback (nilbymouthclapton.112.mp3).
|
|
|
|
|
|
timegm.c uses tzset(), but if host does not provide it, compilation or
linking will fail. I fixed it by checking the status of HAVE_TZSET. If the
function is not detected at configure time, it won't be used, like it has
been done in other parts of xine-lib.
|
|
replace those with --enable-foo=external.
|
|
|
|
|
|
|
|
|
|
I think there's quite a bit more room for improvement in the sed expression:
1) The expression is not bound to start/end of line, and will thus pass
possible leading/trailing garbage through.
2) It uses plain "." (== any character as far as sed is concerned) where it
appears to search for the literal ".".
3) The whole "xine-config --version" output is assigned to all
xine_config_*_version vars if there's no match. I think more intuitive would
be them to be empty if parsing fails.
4) It uses * (0 or more) for matching digit sequences, where I think + (1 or
more) would be desirable.
This patch should fix issues 1 to 3. I suppose for 4) it would additionally
take only replacing the first three "*" with "\+" but IIRC there are some
portability issues related to "+" between different sed versions.
|