| Age | Commit message (Collapse) | Author |
|---|
|
--HG--
extra : transplant_source : %90%CC%97%8Fk%C1%FD%9C%A4%FB%0C%9E%07%F5A%B8%29o%EEo
|
|
|
|
|
|
|
|
Changeset 8ffe18290ba5 fixed bug 1784272 (opening raw filenames with #
character, like "show #1.mpg") but at the cost of killing # separator in raw
filenames completely. Although this might be a valid requirement in a new devel
branch, imho, such change in stable branch should be considered a regression.
The original idea of passing partial MRL for the input plugins to try doesn't
work because plugin will generate error messages for every failed attempt to
open the file (like "show " above), even thought the complete MRL is valid
and will be played.
So, since raw filenames are an exception for the MRL scheme anyway, we
try stat'ing the partial filenames to determine what user means with the #.
|
|
bug tracker rather than xine-user mailing list.
|
|
|
|
I can no longer build libxine from CVS, unless I apply this patch. I do not
have ffmpeg installed, and so am using the built-in ffmpeg instead (I think).
--HG--
extra : transplant_source : %96v8%CE%21%82%CCh%0A%83%0C%BC%C5%91F%89W%E4%B8%AE
|
|
Retrieving frame size and format is a legal operation even for
otherwise not supported frame formats like XXMC.
|
|
|
|
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.
|
|
|
|
|
|
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 : %5C%D4ln%1C%B8Up%88%96R%09%1A%05HQ%3C%F8%CE%08
|
|
HAVE_FFMPEG_AVUTIL_H wasn't being defined, and there were some incorrect checks.
|
|
|
|
work for both internal and external FFmpeg (with new layout).
|
|
work for both internal and external FFmpeg (with new layout).
|
|
|
|
|
|
|
|
--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).
(transplanted from ebb0d5507d3208f8e73af78f912230719d37830a)
--HG--
extra : transplant_source : %EB%B0%D5P%7D2%08%F8%E7%3A%F7%8F%91%220q%9D7%83%0A
|
|
|
|
--HG--
extra : transplant_source : iT%08m0%F6%E0%8B-%24%1F%BC%EB%24%25.%C0p%E2%14
|
|
Fixed bug 4 sample playback (nilbymouthclapton.112.mp3).
(transplanted from 4843103240d4fc85d31bd210194a98c1e1bdbd7a)
--HG--
extra : transplant_source : HC%102%40%D4%FC%85%D3%1B%D2%10%19J%98%C1%E1%BD%BDz
|
|
Its convenience lib needs $(XINE_LIB) but it gets that when it's linked into
the shared lib.
|
|
|
|
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.
|
|
|
|
|
|
|
|
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.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Make the tracknumber/tracktotal buffer larger (possible overflow).
|
