xine-lib/src/post/visualizations/oscope.c, branch vdr-xine-version-712

Workaround for recent glibc & -D_FORTIFY_SOURCE=2 (defines open() as a macro).

2007-08-15T15:38:46+00:00

According to bug 1773769, this breaks foo->open().
The fix (as used in Ville Skyttä's patch, which doesn't cover all cases) is
to replace this with (foo->open)().

This patch was generated using
sed -i -re 's/(([[:alnum:]_]+(->|\.))+open) ?\(/(\1) (/' `grep '[>.]open \?(' include -rIl`
One change (in a comment) is not committed.

two fixes to viz glue code:

2006-12-02T22:35:18+00:00

- avoid overrunning the provided input audio buffer.
- generate a bad frame if time is due but we don't have enough data
for updating the viz plugin. this could happen in some rare situations
but the result was pretty catastrophic: xine froze with 100% cpu usage.

CVS patchset: 8400
CVS date: 2006/12/02 22:35:18

Adapt the engine to the new list code.

2006-01-27T07:46:09+00:00

CVS patchset: 7848
CVS date: 2006/01/27 07:46:09

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

track number of times the port has being opened.

2004-05-18T03:16:12+00:00

rewiring a closed port won't cause the new destination to be opened.

CVS patchset: 6564
CVS date: 2004/05/18 03:16:12

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

use _x_ao_mode2channels in post-plugins

2003-12-03T10:52:41+00:00

CVS patchset: 5829
CVS date: 2003/12/03 10:52:41

the viz plugins are feeding their private metronom with video only data, so

2003-11-26T19:30:14+00:00

have_video=1, have_audio=0 seems more logical

CVS patchset: 5791
CVS date: 2003/11/26 19:30:14

"Anti audio fifo null" patch ;)

2003-11-20T00:42:14+00:00

Makes things a bit more symetric:
- the audio fifo (demuxer->decoder) can't be NULL
- the video driver can be NULL
A dummy fifo (5 buffers) is used if the audio driver or video driver is NULL.
Audio frontends (rhythmbox, seedeexeen, quark) do not need to instanciate a video driver anymore.

CVS patchset: 5767
CVS date: 2003/11/20 00:42:14