| Age | Commit message (Collapse) | Author |
|---|
|
|
|
This requires that many other files include config.h themselves.
Also convert <config.h> to "config.h".
|
|
The xine_xmalloc() function is going to be deprecated, as its
behaviour is rarely needed as such, and it's thus misused.
With this, almost all uses of xine_xmalloc() with static size (for
instance the value returned by sizeof()) or with a size that is
guaranteed not to be zero (like strlen()+1) are replaced with calls to
either calloc(1, ...) or malloc().
malloc() is used whenever the allocated memory is going to be
immediately overwritten, while calloc() is used in every other case,
as it sets the whole memory area to zero.
--HG--
extra : transplant_source : %8F%98%EC%02%1E%83%F0s%06X%83C%205Y%80%B12%CC%E1
|
|
--HG--
extra : transplant_source : %E0%D0%C5%8B%BEU%DD%24%5D7%1F%ADV%AD%EB%23%CBU%80%EB
|
|
For contributed code, leave whatever the version we last synced for is using
to make simpler future syncs.
|
|
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.
|
|
- 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
|
|
CVS patchset: 7848
CVS date: 2006/01/27 07:46:09
|
|
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
|
|
rewiring a closed port won't cause the new destination to be opened.
CVS patchset: 6564
CVS date: 2004/05/18 03:16:12
|
|
CVS patchset: 6140
CVS date: 2004/02/12 18:25:07
|
|
* 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
|
|
CVS patchset: 5829
CVS date: 2003/12/03 10:52:41
|
|
have_video=1, have_audio=0 seems more logical
CVS patchset: 5791
CVS date: 2003/11/26 19:30:14
|
|
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
|
|
CVS patchset: 5743
CVS date: 2003/11/16 12:18:59
|
|
CVS patchset: 5721
CVS date: 2003/11/11 18:44:50
|
|
audio buffer can be NULL; this should be used to indicate that the frame/
buffer does not come directly from a stream, but was generated otherwise
(the most important result is that frames/buffers with stream NULL will not
be passed through metronom)
* modify visualization post plugins so they set the stream on the generated
frames to NULL, this avoids cluttering metronom, when playing a stream with
audio AND video AND a visualization post
* this also means modifying the way post plugins provide vpts values:
they have to calculate them themselves for now
CVS patchset: 5647
CVS date: 2003/10/30 22:40:53
|
|
patch by Philip Jgenstedt
CVS patchset: 5243
CVS date: 2003/08/04 03:47:09
|
|
CVS patchset: 5216
CVS date: 2003/07/26 17:44:30
|
|
Fix strange problems with viz plugins.
CVS patchset: 4716
CVS date: 2003/04/30 06:58:50
|
|
closing a bogus xine_video_port_t:
xine-lib/src/xine-engine/audio_out.c:fifo_append_int:225: assertion `!buf->next' failed.
Next audio buffer is not NULL.
CVS patchset: 4395
CVS date: 2003/03/11 17:40:30
|
|
the vis plugins should invalidate the extra info of the frames they output to not
interfere with the (correct) extra info which will be set by audio out
CVS patchset: 4250
CVS date: 2003/02/22 14:21:37
|
|
CVS patchset: 4152
CVS date: 2003/02/14 04:17:23
|
|
jumbo audio buffers (several seconds).
unfortunately it requires an extra data copy, but i don't think that will
make any perceptible difference.
CVS patchset: 3916
CVS date: 2003/01/14 21:00:23
|
|
to other plugins after some test/cleanup.
unfortunately we must support three cases here:
1) decoders that send data in small chunks, data must be accumulated between
multiple audio frames to generate a single video frame (eg: wav).
2) good sized decoder chucks, the naive approach of 1:1 audio/video frames
mapping usually works fine (eg: mp3)
3) very big decoder chunks. a single audio frame must generate several
video frames (eg: wma)
btw: mike, nice work on oscope!!
CVS patchset: 3787
CVS date: 2003/01/05 15:05:55
|
|
viz plguin, as well as a reference template viz plugin
CVS patchset: 3776
CVS date: 2003/01/04 20:42:47
|
