way to get i16 input even when it is not supported? #662

Activity

1. LastExceed commented on Aug 16, 2026

   

   LastExceed

   on Aug 16, 2026

   Collaborator

   More actions

   I would argue that this is beyond cpal's scope, as it is not something that needs to be abstracted across different backends, but rather something you would build on top of cpal
2. roderickvd commented on Aug 16, 2026

   

   roderickvd

   on Aug 16, 2026

   Member

   More actions

   I'm not sure which "code to convert from f32 to i16" you mean?

   I used to agree with @LastExceed from the perspective of "cpal abstracts over system APIs". From the perspective of "cpal" as cross-platform abstraction however, this was discussed not so long ago over at Discord:

   I guess we could add a build_output_stream_converting::<T, D, E>() that takes a T of the caller's choosing, and have cpal use default_*_config() internally to determine the device's default sample format and convert to that.

   dasp_sample makes it easy so it wouldn't be hard to add or maintain, just a question of responsibility.
3. roderickvd

   added

   feature request

   on Aug 16, 2026
4. LastExceed commented on Aug 16, 2026

   

   LastExceed

   on Aug 16, 2026

   Collaborator

   More actions

   I'm not sure which "code to convert from f32 to i16" you mean?

   Probably the FromSample / ToSample trait impls
5. RustAudio

   locked and limited conversation to collaborators on Aug 17, 2026
6. roderickvd

   converted this issue into a discussion #1326 on Aug 17, 2026