Feature Request: Configurable audio receive tick interval

[tt2468]

Feature Request: Configurable audio receive tick interval

[Jaskowicz1]

Hm, I like the sound of this! I guess it wouldn't be too hard to have something where the cluster could have something like bot.audio_interval(10). I'd like to see what others think of this and how we could implement it.

[Jaskowicz1]

My only concern with implementing this is what you stated in #1008, it caused the audio data to be "completely garbled". Of course, we'd need to figure how to fix that 😅

[tt2468]

My only concern with implementing this is what you stated in #1008, it caused the audio data to be "completely garbled". Of course, we'd need to figure how to fix that 😅

Well I'm not sure that it's the tick rate causing garbled audio... I think it's probably something else, considering the release binaries don't work either.

[Jaskowicz1]

Hmm, that is slightly alarming. If you can easily reproduce it, it may be worth filing a bug report for it.

…

On Wed, 22 Nov 2023 at 11:07, tt2468 ***@***.***> wrote: My only concern with implementing this is what you stated in #1008 <#1008>, it caused the audio data to be "completely garbled". Of course, we'd need to figure how to fix that 😅 Well I'm not sure that it's the tick rate causing garbled audio... I think it's probably something else, considering the release binaries don't work either. — Reply to this email directly, view it on GitHub <#1009 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ALF2B6JPTKOD7OUD5ZOOLYDYFXMH7AVCNFSM6AAAAAA7RSY772VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQMRSGU3DENJUG4> . You are receiving this because you commented.Message ID: ***@***.***>

[Jaskowicz1]

I've released a PR for this :)

[Jaskowicz1]

The PR has been merged to implement this!