xine-lib/src/post/deinterlace, branch 1-rc5

separate the two semantics of querying a port's status with a NULL stream;

2004-05-29T14:45:25+00:00

before, NULL could mean two things: no stream at all or a stream that does not
want to be addressed; now the latter is represented by the new XINE_ANON_STREAM
resulting changes:
* the status() functions now behave differently for NULL and XINE_ANON_STREAM
  (as the commentary always implied, but this was not the case, so post
  plugin rewiring went wrong, because it relies on the status() function)
* the NULL_STREAM defines in audio_out and video_out are obsolete
* update the function comments in the headers
* update the post plugin rewire functions to use the status() functions to
  check, if the old port was opened and handle the new one accordingly;
  this makes open_count obsolete
* change all post plugins accordingly (mostly using XINE_ANON_STREAM instead
  of NULL)
additional change:
* the status() function of audio port now returns the bits/rate/mode values
  of the input and not the output; this is more likely to be what a post plugin
  wants
* the reimplementation of status() in the upmix plugin is obsolete

CVS patchset: 6603
CVS date: 2004/05/29 14:45:25

swap usage of "up" and "down" to the more common meaning:

2004-04-17T19:54:31+00:00

 "down" is the usual datapath from decoder to output, "up" is the opposite way
-> this means swapping two function names
-> this means increasing the post plugin iface version
external plugin developers: just swap usage of
_x_post_frame_copy_up() and _x_post_frame_copy_down() functions

CVS patchset: 6412
CVS date: 2004/04/17 19:54:31

fix compiler warning (missing prototype)

2004-04-09T14:31:28+00:00

CVS patchset: 6359
CVS date: 2004/04/09 14:31:28

tvtime deinterlacing algorithms assumed top_field_first=1

2004-04-09T02:57:05+00:00

top_field_first=0 (aka bottom_field_first) should now work as expected

CVS patchset: 6356
CVS date: 2004/04/09 02:57:05

my gcc (partly 3.4 already) optimizes these away, because they are only used

2004-02-12T20:53:31+00:00

inside inline assembler (which the compiler does not recognize); so actually
the code is wrong (the asm parts should list these as inputs), but telling
the compiler to keep them is the easier fix

CVS patchset: 6144
CVS date: 2004/02/12 20:53:31

function has been renamed

2004-02-12T18:25:07+00:00

CVS patchset: 6140
CVS date: 2004/02/12 18:25:07

the new, refined post plugin architecture

2004-01-07T19:52:42+00:00

* post plugins are now much safer (fewer races/inconsistencies) and easier to write
* all post plugins are ported to the new architecture (and should work)
* ports can now be opened and closed with a NULL stream

CVS patchset: 6007
CVS date: 2004/01/07 19:52:42

wonder why Mike isn't complaining about C++ style comments, any more...

2004-01-05T12:15:55+00:00

CVS patchset: 6003
CVS date: 2004/01/05 12:15:55

DOS/Win CRs are forbidden, verboten, interdit

2004-01-05T01:47:26+00:00

CVS patchset: 6001
CVS date: 2004/01/05 01:47:26

better MANGLE from ffmpeg

2004-01-02T20:53:43+00:00

CVS patchset: 5976
CVS date: 2004/01/02 20:53:43