xine-lib/src/libffmpeg/xine_encoder.c, branch 1.1.15

Rename FFmpeg plugins' sources so that there are no conflicts with other source files.

2007-04-04T19:07:48+00:00

This way when you get a backtrace, video_decoder.c is never the FFmpeg one.

--HG--
rename : src/libffmpeg/audio_decoder.c => src/libffmpeg/ff_audio_decoder.c
rename : src/libffmpeg/dvaudio_decoder.c => src/libffmpeg/ff_dvaudio_decoder.c
rename : src/libffmpeg/mpeg_parser.c => src/libffmpeg/ff_mpeg_parser.c
rename : src/libffmpeg/mpeg_parser.h => src/libffmpeg/ff_mpeg_parser.h
rename : src/libffmpeg/video_decoder.c => src/libffmpeg/ff_video_decoder.c
rename : src/libffmpeg/xine_decoder.c => src/libffmpeg/ffmpeg_decoder.c
rename : src/libffmpeg/xine_decoder.h => src/libffmpeg/ffmpeg_decoder.h
rename : src/libffmpeg/xine_encoder.c => src/libffmpeg/ffmpeg_encoder.c

Implement visibility support, available on GCC 4.0 and later and on some 3.4 (through backports), to avoid exporting unneeded internal symbols, making plugins' loading faster and use of internal copies of libraries more solid. It should automatically fall back to the old way in GCCs that does not support -fvisibility=hidden, but has to be tested carefully. No issues were found in the months of testing in Gentoo, but this requires special attention anyway.

2006-07-10T22:08:12+00:00

CVS patchset: 8101
CVS date: 2006/07/10 22:08:12

Set the pixel format to YUV420P when encoding for Dxr3 cards, ffmpeg's mpeg encoder accepts only that for mpeg1. Thanks to Alejandro Homs-Puron in SourceForge ticket 1424281 and Gentoo bug #138530.

2006-06-30T00:21:30+00:00

CVS patchset: 8081
CVS date: 2006/06/30 00:21:30

Misc warnings fixes.

2006-06-18T20:29:03+00:00

CVS patchset: 8055
CVS date: 2006/06/18 20:29:03

1) various warning fixes

2006-04-05T22:12:17+00:00

2) [coverity] fixes:
  - 279 (w32): test should be on input parametr type, not typeW
  - 267 (aout): can be ignored but there was warning anyway
  - 234 (w32): missing free on error & exit
  - 152 (w32): missing free on error & exit
  - 148 (w32): fixed bound of static array in test
  - 101 (ffdec): defense code when avodec_encode_video will fail (just defense to the future,
         should never happen with current ffmpeg in xine)
  - 98, 99 (w32): check negative handle by _x_assert (it's used as index to array)
  - 90 (w32): negate pointer check (+added check for size)
  - 89 (w32): added NULL and size check

CVS patchset: 7959
CVS date: 2006/04/05 22:12:17

syncing to FFmpeg libavcodec build 4754; hook up the Indeo 2 decoder,

2005-05-06T04:22:50+00:00

deploy new timebase API (pertains to MPEG-1 encoder); hopefully this
sync fixes some H.264 decoding issues as well

CVS patchset: 7523
CVS date: 2005/05/06 04:22:50

huge patch ahead: reorganizing config entries with automatic conversion

2004-12-12T22:00:47+00:00

and backwards compatible translation
Sorry, I got a litte tired proof-reading the patch, so their might be
bugs lurking around. I will give it some further examination and
(as necessary) fixing tomorrow.

CVS patchset: 7233
CVS date: 2004/12/12 22:00:47

including , which has been removed from the global headers

2004-09-12T19:23:36+00:00

CVS patchset: 6968
CVS date: 2004/09/12 19:23:36

header inclusion has to depend on the configure detection, because when

2004-08-16T15:31:23+00:00

always using , someone who has external ffmpeg installed, but
wants to use xine's internal one will include the wrong headers

CVS patchset: 6888
CVS date: 2004/08/16 15:31:23

New configure option --with-external-ffmpeg[=PREFIX].

2004-07-31T18:57:45+00:00

CVS patchset: 6865
CVS date: 2004/07/31 18:57:45