Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Attempted to fix blocking example to work with non-synced duplex streams. #78

Merged
merged 3 commits into from Apr 22, 2015

Conversation

mitchmindtree
Copy link
Member

Ok, I think this might fix #72 now! @niclashoyer

I have a feeling it might be because the blocking.rs example wasn't properly handling non-synced duplex streams.

For example, on my device there is always consistently the exact number of frames available for reading and writing as the number that the stream is set up with (256 in the example) and they are always available in consecutive order (which is why passing input buffer directly to the output worked). However in your case it seems get_available just returns what is available at that exact moment and not necessarily in a synchronised order. The changes I made to the blocking.rs example in this PR should address this (hopefully!).

Let me know how it goes!

@mitchmindtree mitchmindtree changed the title Attempted to fix blocking example to work with non-duplex streams. Attempted to fix blocking example to work with non-synced duplex streams. Apr 22, 2015
mitchmindtree added a commit that referenced this pull request Apr 22, 2015
Attempted to fix blocking example to work with non-synced duplex streams.
@mitchmindtree mitchmindtree merged commit 6b4230f into RustAudio:master Apr 22, 2015
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.

Issues with running Linux ALSA stream
1 participant