May 19, 2020 15:03
The file is corrupted before being written, as you can see in the diagram (of the audio in memory). I simply exported to listen to it. The writing is working perfectly. The problem is with the reading somewhere. I've been working on this for the passed day, I'll keep you updated on my progress.
May 19, 2020 15:03
the encoding part is irrelevant. I also don't want to stream the audio, as I need to process it as a whole.
May 19, 2020 15:03
thank you again
May 19, 2020 15:03
I said you should ignore the comments
May 19, 2020 15:03
I'm not calling decode in a loop, I don't understand where you're seeing this?
May 19, 2020 15:03
I editted the question
May 19, 2020 15:03
SimpleAudioConversion.decode(bytes, bytes.length, audioFormat)
May 19, 2020 15:03
If you look in unpackBits there's int i = s * bytesPerSample;. I've multiplied the sample index by the amount of bits for this sample, so the boundaries are aligned.
May 19, 2020 15:03
What do you mean "where you're calling decode", do you mean within decode?
May 19, 2020 15:03
decode is not called in a loop. It's fed the full array of sample data, once. The javadocs are dated (I've altered the code from the original post - sorry about the confusion. With the original post, the same issue occurs - so I don't think it's to do with my changes.
 

 The h Bar

General chat for Physics SE (physics.stackexchange.com). For M...
Apr 24, 2019 16:39
Apr 24, 2019 16:39
i don't know if theyre complete nonsense or not
Apr 24, 2019 16:38
using this technique
Apr 24, 2019 16:38
I've got some crazy looking fractals
Apr 24, 2019 16:36
its performant for a computer to calculate
Apr 24, 2019 16:35
oh you same, 1-1/(1+x) which is basically the same
Apr 24, 2019 16:35
seems best, no?
Apr 24, 2019 16:35
1/(1+x)
Apr 24, 2019 16:31
wait that's not between 0 and 1
Apr 24, 2019 16:30
I'd take it as infinity
Apr 24, 2019 16:30
1/x works doesn't it
Apr 24, 2019 16:25
how would that work
Apr 24, 2019 16:24
i can inverse and map 0,1 -> -infinity, 0
Apr 24, 2019 16:24
0
Q: Map [0, infinity] to [0, 1]

Tobim creating a fractal visualisation. I want the colour per point to be based off the iteration final value, f(zn), instead of the traditional: number of iterations before reaching a cut-off (usually when any component, real or imaginary, of z is >2). How could I from from something like: 0, 1, ...

Apr 24, 2019 16:20
?
Apr 24, 2019 16:19
to: 0-1
Apr 24, 2019 16:19
from: 0-infinity
Apr 24, 2019 16:18
I have no idea how
Apr 24, 2019 16:18
unless using infinity
Apr 24, 2019 16:18
obviously 1 can't be reached
Apr 24, 2019 16:18
between 0 and 1
Apr 24, 2019 16:18
i.e. 1 4 9 to 0.1, 0.2, 0.23
Apr 24, 2019 16:18
Anyone know how to normalise numbers logarithmically
Aug 16, 2017 17:34
will they eventually meet, due to gravity
Aug 16, 2017 17:34
If two objects are receding
Aug 16, 2017 17:15
todays physicists are theorists
Aug 16, 2017 17:14
@JohnRennie everything was solved 100 years ago
Aug 16, 2017 17:14
@0celóñe7 nope, CS
Aug 16, 2017 17:01
its unnecessary brain strain
Aug 16, 2017 17:01
how can you love it
Aug 16, 2017 16:51
i hate physics
Aug 16, 2017 16:42
is ur proposal to use smaller time intervals
Aug 16, 2017 16:42
Isn't that a bit arrogant
Aug 16, 2017 16:41
cos it makes sense in my head
Aug 16, 2017 16:41
maybe i just solved a physics problem
Aug 16, 2017 16:40
@JohnRennie you use the resultant vector, of the change in velocity, calcuated via integration, not constant acceleration
Aug 16, 2017 16:38
hence integration of a/t, for delta v
Aug 16, 2017 16:37
Aug 16, 2017 16:36
lemme show you what i mean
 

 Maid Café (メイド喫茶)

Welcome back, my Master! (お帰りなさいませ、ご主人様!) Sit wherever you'd l...
Sep 20, 2017 22:15
Is this a hentai room
12