xine-lib/src/post/mosaico, branch 1.0

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

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

attach numbers to the names of the video inputs to make them addressable via

2004-02-18T16:03:55+00:00

xine_post_input()

CVS patchset: 6172
CVS date: 2004/02/18 16:03:55

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

API version bounce

2003-12-14T22:13:22+00:00

CVS patchset: 5912
CVS date: 2003/12/14 22:13:22

cleanup phase II. use xprintf when it's relevant, use xine_xmalloc when it's relevant too. Small other little fix (can't remember). Change few internal function prototype because it xine_t pointer need to be used if some xine's internal sections. NOTE: libdvd{nav,read} is still too noisy, i will take a look to made it quit, without invasive changes. To be continued...

2003-12-05T15:54:56+00:00

CVS patchset: 5844
CVS date: 2003/12/05 15:54:56

lprintf cleanup, pass I.

2003-11-26T19:43:26+00:00

CVS patchset: 5796
CVS date: 2003/11/26 19:43:26

rename internal API function (_x_).

2003-11-11T18:44:50+00:00

CVS patchset: 5721
CVS date: 2003/11/11 18:44:50

I should have seen this coming...

2003-10-23T20:12:33+00:00

The changes to the video API of course require the video/spu decoder and
post plugin APIs to be increased as well.

CVS patchset: 5579
CVS date: 2003/10/23 20:12:33