Age | Commit message (Collapse) | Author |
|
CVS patchset: 7087
CVS date: 2004/10/29 23:11:37
|
|
(in case of major trouble just revert the patch i sent to xine-devel)
CVS patchset: 6871
CVS date: 2004/08/02 12:51:07
|
|
* do not use void* in pointer arithmetics, since sizeof(void) is undefined
-> I converted the pointers to int16_t* since that is common for audio
samples in xine and casted them back to uint8_t* for the arithmetics
CVS patchset: 6858
CVS date: 2004/07/27 17:59:58
|
|
CVS patchset: 6856
CVS date: 2004/07/26 22:34:00
|
|
CVS patchset: 6855
CVS date: 2004/07/26 22:23:34
|
|
CVS patchset: 6825
CVS date: 2004/07/20 16:39:37
|
|
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
|
|
CVS patchset: 6581
CVS date: 2004/05/23 16:20:56
|
|
CVS patchset: 6573
CVS date: 2004/05/20 23:11:54
|
|
CVS patchset: 6569
CVS date: 2004/05/19 18:36:12
|
|
rewiring a closed port won't cause the new destination to be opened.
CVS patchset: 6564
CVS date: 2004/05/18 03:16:12
|
|
If we change bits,rate or mode, we have to also provide our own status call.
CVS patchset: 6562
CVS date: 2004/05/17 21:47:01
|
|
CVS patchset: 6561
CVS date: 2004/05/17 21:28:06
|
|
CVS patchset: 6560
CVS date: 2004/05/17 16:19:05
|
|
Which frontends support the parameters api ?
CVS patchset: 6559
CVS date: 2004/05/17 16:12:48
|
|
It just causes the left and right channels to sound like they are coming from the center,
so one looses any good left/right effects.
CVS patchset: 6558
CVS date: 2004/05/17 15:10:20
|
|
CVS patchset: 6550
CVS date: 2004/05/16 16:23:09
|
|
e.g. changing // to /* */
CVS patchset: 6549
CVS date: 2004/05/16 15:13:34
|
|
Some updates so that upmixing 8,16,24 and floats works.
The output of the upmixer is currently 32bit floats, so it currently only works with alsa.
New audio plugins could be added to change it back to 16bit before reaching audio out so that it works with OSS etc.
We just need Frontend GUIs to catch up and support AUDIO_FILTER post plugins.
CVS patchset: 6548
CVS date: 2004/05/16 14:44:42
|
|
CVS patchset: 6546
CVS date: 2004/05/16 02:56:35
|
|
CVS patchset: 6543
CVS date: 2004/05/15 18:22:26
|
|
It can handle 16bit audio 2-channel to 5.1 channel upmix.
Currently, the .1 or LFE channel is not yet created.
CVS patchset: 6542
CVS date: 2004/05/15 15:32:47
|