Age | Commit message (Collapse) | Author |
|
Reserved space on the start of block_data for the headers during reading to
avoid temporary memory buffers and memcpy()'s.
|
|
|
|
|
|
|
|
Useful for example when composite managers occupy the HW.
|
|
|
|
xine_new()). Fixed a leak.
|
|
|
|
written only when switching binaries for different platforms.
|
|
|
|
- use type of enough size for pointer types (uintptr_t)
- fixes "Unhandled exception" in memcpy code
|
|
- use interer types of exact size for using with eax/rax registers
- fixes build of planar post plugin
|
|
- symbols in objects built by mingw64 not mangled
- fixes build of deinterlace post plugin
|
|
- mkdir/_mkdir function
- prefer prepared POSIX version in CDDA plugin
|
|
- use -no-undefined flag only for building shared libraries (libxine, plugins)
- plugins LDFLAGS unification
- move -no-undefined into LDFLAGS_NOUNDEFINED
- attributes.m4 fix
|
|
|
|
|
|
|
|
|
|
|
|
|
|
During channel changes, the audio stream ends and a new stream begins. This
in turn can lead to 'pa_stream_get_index' ending up in an assertion. Because
of that, a check if there is a stream is a good idea.
|
|
|
|
If xine volume is changed from outside the xine frontend, e.g. gnome sound
preferences. xine-lib generates a XINE_EVENT_AUDIO_LEVEL event that
fontends (like xine-ui) can use to update the volume level.
|
|
|
|
|
|
|
|
|
|
|
|
Source: informational messages generated by lintian.
|
|
|
|
|
|
|
|
Debian build deps are adjusted accordingly.
|
|
--HG--
extra : rebase_source : e6fae061a84a475065cd5e8869d02c4d9c5084c7
|
|
The DVDNAV autoconf test is broken due to a missing header. DVDNAV's
dvdnav.h header due to the inclusion of dvdread/ifo_types.h requires
stdint.h be included before dvdnav.h.
|
|
|
|
|
|
|
|
|
|
|
|
--HG--
extra : rebase_source : cfee1d5353fa3cacf4df8712fde15cd94e2ee3d4
|
|
The xine libmad adaptor seemed not to forward the pts to the metronome: It
buffers the MPEG audio packets until a threshold is reached (MAD_MIN_SIZE:
2889 bytes) and then has libmad decode the packets which is send to audio
out. The pts of the last audio packet is forwarded on to metronome which can
then sync video with audio.
For the channel4 channels MPEG audio packets have a size of 576 bytes which
means it takes five packets to fill the buffer enough for processing. In the
stream every fifth audio packet contains a pts.
The result of this is: If after a seek, the last audio packet is the one
with the pts, video and audio are in sync. If the pts is in any of the four
previous ones no pts will reach metronome and video and audio will never be
synced before a new seek and even then there's a one in five chance that
video and audio are not synced.
Other channels did not show this behaviour because e.g. BBC One has an audio
packet size of about 750 bytes and send a pts every fifth packet as well.
This means that not every pts from the stream gets through to metronome but
some do. This also means that syncing after a seek is probably not as quick
as it could be but it will sync.
My workaround to this problem is to start decoding not only when a the
buffer has reached a threshold but also when a pts != 0 arrives. This does
mean however that the buffer isn't always filled to the theshold and
decoding might not perform as well as it could.
--HG--
extra : transplant_source : %EC%90%EB%AA%8A%C7%BD%A4%B7%EE%F5%E9%E8SY%89S%9D0s
|
|
This is optional, and some systems don't support it. POSIX defines the
_POSIX_THREAD_PRIORITY_SCHEDULING to tell that support is present.
|
|
In dvd_input.c:file_read(), if the read is not done in a single access, the
buffer pointer doesn't get advanced so that the second read overwrites the
data of the first.
I actually don't remember under which circumstances this could happen, but
the flaw in the code is obvious.
The patch is from NetBSD's pkgsrc, and this patch is attributed to an
"unnamed contributor" in the CVS log.
|
|
In demux_loop(), a time value is calculated by adding to the fractional
part. In case a second barrier is crossed, the value is not in its
canonical form anymore - the fractional part is larger than 10^9-1.
It should be normalized for portability. While I haven't found a formal
requirement for this in POSIX, NetBSD's libpthread checks for it and
complains.
|
|
|
|
|
|
|
|
|