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
Long tracks may render as flat line #12
Comments
dmrschmidt
pushed a commit
that referenced
this issue
Mar 20, 2019
prevents undersampling; still getting a weird offset, related to #8
dmrschmidt
pushed a commit
that referenced
this issue
Mar 20, 2019
makes sure we're not leaving samples unprocessed as vDSP_desamp only works in strides. We keep the unprocessed samples in the running buffer for the next assets reads. We still have a small buffer potentially at the end which we'll need to consume to really parse the entire track. Coming soon. #8, #12
dmrschmidt
added a commit
that referenced
this issue
Mar 21, 2019
There may be unprocessed samples in the sample buffer after finalizing the initial processing-while-reading. This would also result in less-than-required pixels being rendered. We backfill the missing buffer to be a multiple of samplesPerPixel so vDSP_desamp will consume all of them. finishes #8, #12
Closed
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Due to undersampling, when
downSampledLength
inlet downSampledLength = sampleLength / samplesPerPixel
results in0
length.Related to #8
The text was updated successfully, but these errors were encountered: