Open harudagondi opened 2 years ago
FWIW, rodio::Sink
is already a kind of Handle
, where control over the sound is done from the Sink
and communicates to the audio thread to perform the requested changes. It's not a particularly good one, but I don't think there's much else to do from bevy_audio
's side anyway, since with rodio
it's the only way we have of controlling sounds.
What problem does this solve or what need does it fill?
AudioSink
.Handle
inSoundData
.Controlled
for someSignal
types.What solution would you like?
Decodable
, add another associated type calledControl
(Handle
is taken)Control
is returned fromDecodable::decoder()
, alongsideDecoder
.Control
is returned to the user when usingAudio::play
or other related functions.What alternative(s) have you considered?
Control
inAudioSink
.Additional context
bevy_fundsp
right now, and I want to resolve harudagondi/bevy_fundsp#2