Android Streaming Demo #1924
Open
Android Streaming Demo #1924
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Warning about %lu on 32-bit targets. Updated to %zu.
Update ggml-backend.c
Emulated the objc example of storing a buffer of audio data and processing in chunks. Current implementation has issues with handling situations in which there is too much audio data, current solution is to dump the buffer which means lost text.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
2 participants
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Demo for Android capable of streaming audio in X second sizes.
If anyone has any better ideas for handling the audio buffer on android let me know please! Currently if there is too much audio data to be transcribed I just drop the buffer. This usually happens on silence or if you speak in nonsense. I plan on implementing a VAD library to mitigate silence being processed.
In assets/models I converted distil-small to ggml and it appears to process audio 2x faster than real time. Currently running on an S24 Ultra with just the CPU.