[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