| Age | Commit message (Collapse) | Author |
|---|
|
when we want to run until the timeout has occurred, partially fixes
Totem's browser plugin playing back browser streams with the xine-lib
backend
See http://bugzilla.gnome.org/show_bug.cgi?id=375866 for details
|
|
|
|
|
|
|
|
sys/scsiio.h is not present on FreeBSD.
|
|
output_sampling_rate are not used; sample_rate, channels and bits_per_sample can be local to flac_decode_data on the STDHEADER codepath.
Reorder to fill hole.
|
|
|
|
|
|
|
|
|
|
needed (during decode).
|
|
|
|
|
|
|
|
Thanks to Jeff Mitchell for reporting and testing the fix.
This change reverses the meaning of _x_use_proxy() function to be the one
expected by human logic (1 -> use proxy, 0 -> don't use proxy), this way
a failure in hostname resolution would result in the proxy being used
rather than discarded.
Basically now you can use xine behind a proxy when you can't get out to
the DNS servers (or where the DNS servers don't resolve Internet hosts
that you are not allowed to connect to).
|
|
|
|
The attached patch applies after my logging patches (I can regenerate if
needed).
demux_ts attempted to read packets from the input 200 times before
giving up. When playing a local file, this is harmless, as it will hit
EOF 200 times; however, input_dvb waits 5 seconds for packets on each
call to read, resulting in a 1000 second delay if tuning fails.
Remove the counting of input packets, and add a comment to read() in
input_plugin.h, to indicate that we expect inputs to try and return some
data when read() is called. This fixes the delay, and makes it clear to
future maintainers that they shouldn't expect to loop like this.
--
Simon Farnsworth
|
|
The three attached patches (against 1.1.6) each increase the amount of
debug logging in their respective components. We've found the extra
logging useful when trying to track down faults.
I've split this into three patches to make it easier to apply only some
of our changes.
--
Comments welcome,
Simon Farnsworth
|
|
|
|
Patch from Dmitri Fedortchenko <dimo <at> angelhill.net>, required
for upstream Totem bug:
http://bugzilla.gnome.org/show_bug.cgi?id=418316
|
|
|
|
xine-lib 1.1.6 ends up looking for real codecs eg. in /usr/locallib/win32,
/usr/locallib/codecs etc, there's a missing slash. The attached patch
should fix it.
More info: https://bugzilla.redhat.com/237743
|
|
Untranslated messages use LOG_MODULE in the string literal, whereas translated
messages use %s.
|
|
|
|
Remove unused x_odd parameter from blend_???_exact functions
|
|
|
|
|
|
|
|
|
|
|
|
|
|
once.
This way, it avoids to calculate the multiplication in the for loops and in the
memset() call.
|
|
by not exporting them.
|
|
|
|
|
|
|
|
|
|
function; add some doxygen comments with a @todo to remind that this function should be implmeneted once and forever in xine-utils.
|
|
--HG--
rename : src/libdts/xine_dts_decoder.c => src/libxineadec/xine_dts_decoder.c
|
|
libdca 0.0.5 was released about a week ago, and this commit replaces the old
code from libdts 0.0.2 (that was renamed libdca).
There's basically no functional change even if the build system is simplified
as configure takes care of switching between the two implementations on its
own.
|
|
This fixes reported alignment issues on ARM.
(We could require correct alignment on some architectures, but this is easier.)
|
|
|
|
To build against this, we need to make sure that the system dts.h header is
used instead of the internal copy of it, as the internal copy will declare
the functions with the old names, while libdca's system header will create
macro aliases between the old names and the new ones.
Better fix will be implemented in 1.2 series.
--HG--
rename : src/libdts/dts.h => src/libdts/internal-dts.h
|
|
- validate palette alpha values in overlay manager
(one check / overlay / palette index) instead of
checking every alpha value twice for every
blended pixel in every frame
- remove unneeded calculations
- approximiate expensive integer divisions with
multiplication and shift
|
|
|
|
This may have side-effects wrt other streams; CDDA is fine, though.
|
|
Hi,
With the last patch posted deinterlace.c became obsolete.
deinterlace.h was only used in video_out_xvmc.c for the defines. I
removed the deinterlacer stuff from xvmc in my patch, because there is
only onefield which is hardware accelerated. However it has very bad
quality compared to other deinterlacers or even compared to
non-interlaced video and it's a very cheap one to run in software for
those who absolutely want to use it.
Christoph
|
|
Hi,
As the deinterlacers in video_out_[xcb]xv.c are implemented purely in
software there's no need to have them there. Instead use the post
deinterlacer plugin.
Both plugins tested with kaffeine and no regression found.
Christoph
|
|
|
|
|
