Age | Commit message (Collapse) | Author |
|
|
|
For H.264 content, VO_INTERLACED_FLAG must be set all the time and not only
for interlaced frames. Frames should be allocated so that size is a multiple
of a marcoblock (16x16). Any excess pixels are cropped away. top_field_first
and progressive_frame can be transferred always, not just in demux_mpeg_pes
context. But for bad frames it doesn't make sense to transfer those fields
as the information would be from the previous frame and could be incorrect
for the current frame. Thus, the workaround for demux_mpeg_pes cannot rely
on these fields either and needs to use a separate variable to detect fields
being sent as frames.
--HG--
extra : transplant_source : %A8%25%B9I%A4%5B%E5%AE%DD%EF_c%E35%CBSRn%22%A4
|
|
This file is released under GPL 2 or later that makes it safe for xine to use.
|
|
Please note: on 2.4 systems without the extra V4L2 stack, the header will
be missing. As it is, both input_pvr and input_v4l (that still uses the old
interface) will be disabled if either header is not found.
Further optimisation to just disable PVR on non-V4L2-capable systems might
be useful.
|
|
|
|
|
|
--HG--
rename : src/combined/decoder_flac.c => src/combined/flac_decoder.c
rename : src/combined/demux_flac.c => src/combined/flac_demuxer.c
rename : src/libxineadec/nsf.c => src/combined/nsf_decoder.c
rename : src/demuxers/demux_nsf.c => src/combined/nsf_demuxer.c
rename : src/combined/combined_wavpack.c => src/combined/wavpack_combined.c
rename : src/combined/combined_wavpack.h => src/combined/wavpack_combined.h
rename : src/combined/decoder_wavpack.c => src/combined/wavpack_decoder.c
rename : src/combined/demux_wavpack.c => src/combined/wavpack_demuxer.c
rename : src/demuxers/demux_ogg.c => src/combined/xine_ogg_demuxer.c
rename : src/libxineadec/xine_speex_decoder.c => src/combined/xine_speex_decoder.c
rename : src/libxinevdec/xine_theora_decoder.c => src/combined/xine_theora_decoder.c
rename : src/libxineadec/xine_vorbis_decoder.c => src/combined/xine_vorbis_decoder.c
rename : src/liba52/xine_a52_decoder.c => src/libxineadec/xine_a52_decoder.c
rename : src/libdts/xine_dts_decoder.c => src/libxineadec/xine_dts_decoder.c
rename : src/libfaad/xine_faad_decoder.c => src/libxineadec/xine_faad_decoder.c
rename : src/libmusepack/xine_musepack_decoder.c => src/libxineadec/xine_musepack_decoder.c
|
|
For contributed code, leave whatever the version we last synced for is using
to make simpler future syncs.
|
|
* Use arrays and loops instead of chained if()s.
This reduces code size a little.
* Try to dlopen drvc.so instead of just checking for its existence.
The old code could, for example, try to use a dir containing 32-bit libs
on a 64-bit system. (Not that I'd expect this to happen, of course...)
|
|
Ref. http://bugzilla.gnome.org/show_bug.cgi?id=484768#c12
|
|
|
|
|
|
Since the release 2.6.1 of faad2 the source code for libfaad is now once again
released under a GPL-compatible license (actually, GPL2 plus commercial
licenses sold by Nero AG, and a note about clarifying who's copyright it is).
As we were using a possibly buggy old CVS snapshot of faad2 from before 2.5
release, the update might fix some buggy AAC files or streams.
The updated xine-lib was tested against iTunes Plus audio files,
Japan-A-Radio stream, SKY.fm streams, and Apple HD trailers, no regression
seems to be present.
|
|
|
|
In H.264 there are a couple of aspect ratios which can be thought
of as beeing 16:9. The easiest way is to consider all non 4:3 ratios
as beeing 16:9 and apply the zoom factors for 16:9 to such frames.
Reporting buffer usage is intended to detect replay issues on slow
machines.
|
|
|
|
The changes include setting VO_INTERLACED_FLAG for interlaced frames,
adjusting frame height to a multiple of 32 lines (i. e. the height of
one macroblock per field) and cropping away the extra lines, setting
progressive_frame and top_field_first as supplied by FFmpeg, fixing
the workaround for demux_mpep_pes sending fields as frames and bad
frame allocation (i. e. use at least 16x32 pixels).
--HG--
extra : transplant_source : %C7c%951J%F5o%C5%F1%16%B4%05%95%D0J%C0j%7F%E6%F8
|
|
The last fix to PTS wrap detection could not handle streams with A/V
offsets larger than 3 seconds. The improved version can deal with
them now.
--HG--
extra : transplant_source : %89%1F%7E%12%D5r%A8%CE%95N%BAG%96%02%60%0C%10%9Aar
|
|
|
|
|
|
|
|
Spanish translation merge needs checking.
|
|
|
|
Seen in an AVI in the wild; apparently generated by mencoder.
|
|
|
|
>
> /* Special codes used when specifying changer slots. */
> #define CDSL_NONE (INT_MAX-1)
> #define CDSL_CURRENT INT_MAX
|
|
|
|
|
|
|
|
|
|
--HG--
extra : transplant_source : %1D%7F%1D%00%EC%9C%8E%BD%9D%99i%A2%F0d%7D%DC%03%E3B%03
|
|
Found this little problem (was causing some "uninitialised variable
accesses" under valgrind) while implementing Podcast reading in RB using
Totem's playlist parser.
--HG--
extra : transplant_source : J%D9/%16%E2i%B2%84%FA%8A%85%888N%A5%B4%16s%BD%16
|
|
When demux_mpeg_pes uses FFmpeg for H.264 streams, it doesn't set
video_step as it doesn't know it. But FFmpeg provides it deriveable
from time_base. So let's use the derived value as long as it isn't
set explicitly.
Furthermore, demux_mpeg_pes set's BUF_FLAG_FRAME_END whenever it
encounters a H.264 access unit delimiter, which appears between
fields or frames, but it doesn't know, whether it deals with fields
or frames. avcodec_decode_video() on the other hand sets got_picture
even when the decoded data specifies just a field. But it also sets
the flag interlaced_frame. So let's use this flag to halve video_step
in order to show the decoded images just for a field duration.
--HG--
extra : transplant_source : %40Q%E3fO%3C%E7%A0%02%BA%9D%1D%BD%81%F0f-%EAs%87
|
|
|
|
Do MRL unescaping.
For FIFOs, require vdr:///path/to/fifo (i.e. three or more leading slashes).
For host[:port], truncate the MRL at the first "#" (prior to unescaping).
|
|
|
|
|
|
(wait the main stream to fully initialize)
prevents division by zero in draw_subtitle().
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
(transplanted from 2b2f2adc8a1e0a05d89354ff259f7b2a331aa071)
--HG--
extra : transplant_source : %2B/%2A%DC%8A%1E%0A%05%D8%93T%FF%25%9F%7B%2A3%1A%A0q
|
|
I managed to miss one from my earlier patch, though I could've sworn I
checked this.
Add (prefix)/lib64/real into the real codec path list. It is encountered
in the 64bit PLF Mandriva real-codecs package.
|
|
These cheats where hiding a frame allocation bug in FFmpeg decoder
which was previously fixed.
|
|
|
|
|