[pulseaudio-tickets] [PulseAudio] #262: Pulseaudio should switch sample rates when possible
PulseAudio
trac-noreply at tango.0pointer.de
Tue May 6 07:28:25 PDT 2008
#262: Pulseaudio should switch sample rates when possible
----------------------+-----------------------------------------------------
Reporter: Florob | Owner: lennart
Type: defect | Status: closed
Priority: normal | Milestone:
Component: daemon | Severity: normal
Resolution: wontfix | Keywords:
----------------------+-----------------------------------------------------
Comment (by lennart):
Letto: But the fragment you posted doesn't do any mixing. no dmix. And
even if your specific hw should have hw mixing, it will have that only for
a very limited number of concurrent streams. So, it's not really usable.
Sorry.
An example: we got event sounds attached to our buttons, at 8000Khz.
Someone clicks on the "play" button of our media player. Wants to play his
ultra high quality SuperAudioCD at 96000khz. What happens now is that
because the event sound was started first the audio devices is being fixed
to 44100hz and then the entire CD is stream with 441100hz. Oh my. Not what
we want.
Again, what you suggest is impractical. Doesn't work. It'd be a hack. And
for what? A tiny bit of CPU usage less? You won't be able to claim a any
difference in quality. Also the more modern sound chips usually are fixed
to a single frequency anyway. So the whole discussion is kind of
pointless.
The right fix to your problem is to optimize the resampler for SSE. Not
adding any kludges to change the hw parameters around all the time. Any
you know what? Those SSE optimizations have already been posted. It's just
a matter of integrating them.
--
Ticket URL: <http://www.pulseaudio.org/ticket/262#comment:8>
PulseAudio <http://pulseaudio.org/>
The PulseAudio Sound Server
More information about the pulseaudio-bugs
mailing list