If Pa_IsFormatSupported tells me what the device actually supports, I'll try
to get most of it working tonight. Of course, GatherEntropy will double a
good deal of the effort because it's still not JMF generic... but I'll get
thanks for taking care of GatherEntropy - I'll do some tests
during the weekend. Javasound was (still is) on my TODO list
While testing your new PortAudio implementation with my system
(direkt standard ALSA devices withou specific ALSA config file,
no Pulseaudio) I got some issues:
- when I enable echo supression I always hear some noise, it's
- when I disable denoise I have a basic noise (I've a sensitive mic),
with denoise enabled it seems better when testing with iptel's
echo service. Need to test it with a real human .
- a more serious problem: when using ALSA "dmix" as output device
for audio autput I get an exception:
[java] Expression 'SetApproximateSampleRate( pcm, hwParams, sr )' failed
in 'src/hostapi/alsa/pa_linux_alsa.c', line: 1307
[java] Expression 'PaAlsaStreamComponent_InitialConfigure(
&self->playback, outParams, self->primeBuffers, hwParamsPlayback, &realSr )'
'src/hostapi/alsa/pa_linux_alsa.c', line: 1790
[java] Expression 'PaAlsaStream_Configure( stream, inputParameters,
outputParameters, sampleRate, framesPerBuffer, &inputLatency,
&hostBufferSizeMode )' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line:
[java] 20:01:37.843 SCHWERWIEGEND:
impl.neomedia.notify.PortAudioClipImpl.runOnceInPlayThread().255 Failed to
[java] javax.media.ResourceUnavailableException: Invalid sample rate
[java] BasicTrackControl:prefetchTrack():96 4 bm =
My assumption is: the notification audio file uses 44.100 or 20.500 Hz but
device has a fixed smaple rate of 48.000Hz. The same happens then to the
audio renderer that uses 8000Hz (PCM aLAW)? and dmix expects 48.000Hz
The previous implementation normalized all sample rates to the device's
rate (for dmix it's 48.000Hz) and opened Portaudio with the device's sample
rate. Now it seems that you open the device with the stream's sample rate.
I need to use dmix to get audio notifcations parallel to the normal audio.
Otherwise I need to setup a alsa.conf file - but this was not regarded as
an option for normal SC installation and use.
IMHO there should be a mechanism to check if the device supports the
stream's sample rate and if it does not re-sample the stream to a supported
On 17 Jun 2010 21:33, "Werner Dittmann" <Werner.Dittmann@t-online.de> wrote:
Am 15.06.2010 23:41, schrieb Lubomir Marinov:
We currently support two audio systems: PortAudio and JavaSound. While
I was writing the Spee...
To unsubscribe, e-mail: de...