Age | Commit message (Collapse) | Author |
|
Fix was to set period size before buffer size.
CVS patchset: 5487
CVS date: 2003/10/12 13:35:49
|
|
CVS patchset: 5463
CVS date: 2003/10/07 17:25:10
|
|
CVS patchset: 5455
CVS date: 2003/10/06 15:27:10
|
|
CVS patchset: 5443
CVS date: 2003/10/04 22:49:58
|
|
Fixes bug: -
http://bugs.debian.org/211304
CVS patchset: 5442
CVS date: 2003/10/04 22:27:58
|
|
----------------------------------------------------------------------
CVS: Enter Log. Lines beginning with `CVS:' are removed automatically
CVS:
CVS: Committing in .
CVS:
CVS: Modified Files:
CVS: xine-lib/src/audio_out/audio_alsa_out.c
CVS: xine-lib/src/xine-engine/audio_out.c
CVS: ----------------------------------------------------------------------
CVS patchset: 5419
CVS date: 2003/09/27 14:59:43
|
|
alsa-lib has problems if the buffer_size is an odd value,
so this code tries to ensure that buffer_size never becomes odd.
CVS patchset: 5399
CVS date: 2003/09/17 18:21:09
|
|
new method discovered bugs in alsa-driver, alsa-lib,
so there is not much point in xine-lib using buggy alsa calls,
until the bugs get fixed.
CVS patchset: 5339
CVS date: 2003/09/04 00:37:31
|
|
The old default of "default" seems to act strangely.
People were getting errors like: -
audio_alsa_out: buffer time not available
CVS patchset: 5330
CVS date: 2003/09/02 01:28:23
|
|
For 4.1, the output comes out on 3 stereo jacks, but the Center has been mixed with the Front speakers.
For 5, the LFE channel has been dropped.
CVS patchset: 5324
CVS date: 2003/09/01 04:08:41
|
|
One has to stop playing, and then restart playing for it to activate.
CVS patchset: 5323
CVS date: 2003/09/01 00:51:45
|
|
try 8, but accept other values recommended by the card.
CVS patchset: 5322
CVS date: 2003/08/31 17:56:24
|
|
Make sure it waits for a "program_stream_pack_header"
before demuxing anything else.
CVS patchset: 5315
CVS date: 2003/08/28 16:42:07
|
|
when using 6 analogue channels for output.
CVS patchset: 5311
CVS date: 2003/08/26 02:37:21
|
|
CVS patchset: 5265
CVS date: 2003/08/09 23:11:42
|
|
CVS patchset: 5199
CVS date: 2003/07/20 12:29:18
|
|
These changes improve xine's response to the removal of a USB cable while playing audio.
Further changes will need to happen so as to allow sound output to continue when the USB cable is plugged back in, without having to stop the media stream. To enable that, when xine detects that the sound card is not there any more, it will have to close both pcm and mixer, so that the kernel can release USB resources, then when the USB cable is plugged back in, the pcm and mixer are opened again.
This code might also modify what xine does in underrun situations, so this code might need to be changed again.
CVS patchset: 5196
CVS date: 2003/07/20 10:34:29
|
|
CVS patchset: 5186
CVS date: 2003/07/19 11:58:32
|
|
CVS patchset: 5174
CVS date: 2003/07/18 20:51:51
|
|
CVS patchset: 5121
CVS date: 2003/07/02 12:56:10
|
|
(based on the implementation, this might fix memleaks on some platforms,
although I doubt that this is the case here)
CVS patchset: 5091
CVS date: 2003/06/22 17:10:41
|
|
CVS patchset: 5064
CVS date: 2003/06/18 12:59:39
|
|
Look for config item "audio.alsa_mmap_enable".
0 = use normal mode, 1 = use mmap mode.
CVS patchset: 5008
CVS date: 2003/06/06 14:01:11
|
|
level
of this option
CVS patchset: 4999
CVS date: 2003/06/02 16:41:10
|
|
card incorrectly reports AFMT_AC3 as being absent.
In effect, this forces xine to send non-audio AC3 and DTS data to the sound card,
without ever knowing if the spdif is working or not.
Can cause horrible noise to come out of speakers, and might even damage speakers.
CVS patchset: 4995
CVS date: 2003/06/01 22:48:26
|
|
CVS patchset: 4992
CVS date: 2003/05/31 13:33:10
|
|
CVS patchset: 4922
CVS date: 2003/05/24 14:37:16
|
|
writes. if not, we will be wasting cpu there.
CVS patchset: 4849
CVS date: 2003/05/15 13:28:54
|
|
CVS patchset: 4848
CVS date: 2003/05/15 08:21:15
|
|
extracted some common targets and variables into a common Makefile
which is then included
CVS patchset: 4844
CVS date: 2003/05/14 16:21:44
|
|
obs: none != null (null disables audio decoding)
CVS patchset: 4842
CVS date: 2003/05/13 22:39:41
|
|
CVS patchset: 4779
CVS date: 2003/05/06 14:02:24
|
|
audio_directx_out is an audio OUTPUT plugin, not a audio DECODER plugin
therefore this buffer type is wrong here, since only DECODERS need to register
buffer types
CVS patchset: 4664
CVS date: 2003/04/23 16:15:00
|
|
CVS patchset: 4655
CVS date: 2003/04/23 10:39:33
|
|
video directx)
CVS patchset: 4648
CVS date: 2003/04/22 20:09:38
|
|
ALSA device is busy (eg. in ise by ESD)
CVS patchset: 4631
CVS date: 2003/04/17 17:04:12
|
|
CVS patchset: 4495
CVS date: 2003/03/27 11:39:23
|
|
CVS patchset: 4436
CVS date: 2003/03/17 15:17:08
|
|
CVS patchset: 4425
CVS date: 2003/03/15 14:32:18
|
|
SND_PCM_STATE_SETUP - fixes bad state errors when seeking
CVS patchset: 4423
CVS date: 2003/03/15 13:50:58
|
|
CVS patchset: 4365
CVS date: 2003/03/07 20:28:42
|
|
CVS patchset: 4345
CVS date: 2003/03/06 16:49:30
|
|
CVS patchset: 4330
CVS date: 2003/03/04 10:30:27
|
|
All assert() function calls, with exceptions of libdvdread and libdvdnav, have been
replaced with XINE_ASSERT. Functionally XINE_ASSERT behaves just likes its predecesor but its
adding the ability to print out a stack trace at the point where the assertion fails.
So here are a few examples.
assert (0);
This use of assert was found in a couple locations most favorably being the default case of a switch
statement. This was the only thing there. So if the switch statement was unable to find a match
it would have defaulted to this and the user and the developers would be stuck wonder who died and where.
So it has been replaced with
XINE_ASSERT(0, "We have reach this point and don't have a default case");
It may seem a bit none descriptive but there is more going on behind the scene.
In addition to checking a condition is true/false, in this case '0', the XINE_ASSERT
prints out:
<filename>:<function name>:<line number> - assertion '<assertion expression>' failed. <description>
An example of this might be:
input_dvd.c:open_plugin:1178 - assertion '0' failed. xine_malloc failed!!! You have run out of memory
XINE_ASSERT and its helper function, print_trace, are found in src/xine-utils/xineutils.h
CVS patchset: 4301
CVS date: 2003/02/28 02:51:47
|
|
CVS patchset: 4164
CVS date: 2003/02/14 22:32:41
|
|
wrap handling not tested yet.
CVS patchset: 4117
CVS date: 2003/02/08 15:14:45
|
|
CVS patchset: 4077
CVS date: 2003/02/01 14:33:06
|
|
CVS patchset: 4036
CVS date: 2003/01/29 11:10:50
|
|
CVS patchset: 3958
CVS date: 2003/01/18 16:28:41
|
|
- let xine-lib re-sample to esd's default samplerate
- start the delay computation when the first chunk of audio samples is sent
to the esd daemon, and not when the audio stream to the esd server is
opened. This removes any xine-internal delays between audio driver open
and the first audio write. (that is: audio.esd_latency == 0 now gives good
A-V sync)
- re-block writes to the esd daemon, to work around bugs in old esd servers
and to work around cpu cycle wastage with newer esd servers
CVS patchset: 3696
CVS date: 2002/12/27 17:49:17
|