Wow. Just read through my post, and saw the errors. Guess I shouldn't
get 3 hours sleep and then try to type.
Second try:
No replies? Okay then. As the player doesn't seem to make the buffered
data available unless it has a full 2^n chunk within a given timeframe,
and also considering that there doesn't seem to be a way to just grab
the currently buffered bytes, then I guess doing what I want just isn't
possible, at least in this version of the player (hope for the future).
This is really sad; for, imho, the developer should be able to at least
state the minimum sample size he wants reported per SampleDataEvent, and
not just the rate per second.
In combination with setting the desired sampling rate (e.g mic.rate =
44), being able to set the minimum buffer amount to be reported, and to
set no delays would be perfect .
e.g.
mic.sampleBufferMin = 8; // 2^8 = 256 must be value between 8 and etc...
mic.sampleBufferMin = 9;// 2^9 = 512 is what would work in my case
mic.reportImmediately = true; //to avoid having to wait until the next
frame is collected if it couldn't collect enough to report in time
or even being able to access the bytes already in the buffer without
having to wait until SampleDataEvent is allowed to fire
e.g.
myByteArray = mic.pollBuffer(); //or bytesLoaded or w/e you would prefer
to call it
Up until now, I really didn't care about things like latency, as I was
merely attempting to learn algorithms for post processing related tasks;
yet, now that I have become interested in realtime tasks, and would love
to be able to perform them in the browser, it's becoming an issue.
On 12/20/2011 4:32 PM, Anthony Pace wrote:
Just in case you are wondering why...
although I know I could just split up the sample amount into smaller
512 sample chunks, I am interested in doing some lower latency
effects, and the delay is just too much to bare right now.
On 12/20/2011 3:37 PM, Anthony Pace wrote:
Is this possible?
When recording from the Mic, in this case at 44100hz I can't get the
SampleDataEvent to report sample chunks of less than 2048 samples.
The problem really is that it flash waits about 47 ms on average to
report a sample chunk (although my counter shows it updates between
33ms and 60ms), and in some cases even though there is no load, it
waits until it can report 4098 samples (even though there is no
load); yet, I only need/want 512 samples in approximately 12ms on
average.
If, while keeping the same sample rate, there is some official way
to decrease the chunk size being reported and the time it takes to
report it, I can't see it; therefore, I am hoping there may be some
way of just getting to the Sample Data before it's reported?
_______________________________________________
Flashcoders mailing list
[email protected]
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
_______________________________________________
Flashcoders mailing list
[email protected]
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
_______________________________________________
Flashcoders mailing list
[email protected]
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
_______________________________________________
Flashcoders mailing list
[email protected]
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
