Skip to content

Conversation

nbsp
Copy link
Contributor

@nbsp nbsp commented Sep 19, 2024

resetting to -0.05 on release also breaks things, so it was left at 0.0.

@nbsp nbsp requested a review from theomonnom September 19, 2024 18:52
self._last_capture = self._q_size = 0.0
# remove 50ms to account for processing time
# (e.g. using wait_for_playout for very small chunks)
self._q_size = -0.05
Copy link
Member

@theomonnom theomonnom Sep 19, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This isn't going to work because it assumes we're always sending data.

What is actually being done is:

capture(10seconds)
waitForPlayout(10seconds-50ms)

sleep(20seconds) # doing smthg else/agent not speaking

capture(10seconds)
waitForPlayout(10seconds-50ms)

The above will only work for the first capture

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

is this approach better? subtracting directly from the timeout without removing it from the total tally

@nbsp nbsp force-pushed the nbsp/audiostream/50ms branch from 1da4693 to b7fdb7d Compare September 19, 2024 18:59
Copy link
Member

@theomonnom theomonnom left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks!

@nbsp nbsp merged commit 38616d6 into main Sep 19, 2024
11 checks passed
@nbsp nbsp deleted the nbsp/audiostream/50ms branch September 19, 2024 19:01
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants