mate , just use SWF Studio <http://www.northcode.com> , it can do even more complex things , read about it and you'll like it . I use it since 2004 and I did many big things with it . *call dll test example in AS3*<http://www.northcode.com/forums/showthread.php?t=8969> *Getting Started <http://www.northcode.com/forums/forumdisplay.php?f=57> Examples (the API is the same for both AS2 & AS3)<http://www.northcode.com/v3/examples.php>
* On Tue, Jul 19, 2011 at 1:34 PM, Karl DeSaulniers <k...@designdrumm.com>wrote: > Did a google for "run dll with AS3" > > Best, > Karl > > On Jul 19, 2011, at 5:04 AM, Gerry Beauregard wrote: > > Thank you Paul and Karl for your responses! Interesting discussion! >> >> On 2011-07-19 , at 17:36 , Paul Andrews wrote: >> >> On 19/07/2011 10:27, Karl DeSaulniers wrote: >>> >>>> Hi Paul, Gerry, >>>> Are these runtime calls, or calls to set up runtime? >>>> How is the swf published? Local? Server? >>>> If Local, you could try javascript. >>>> Calling the javascript before you need the results in flash. >>>> Then que the results so there is no latency, like a buffer? >>>> >>>> If server, I would go with Paul's socket suggestion or a perl script. >>>> Or call the php before you need the results in flash. >>>> A small php script takes milliseconds to execute. >>>> >>> >>> Maybe, but there's network latency to be added to that. DSP usually >>> requires fast real-time processing, so latency defeats the object of using >>> native code. My suggestion about the socket server would be to install that >>> on the client, not a remote server. Even so I suspect the latency will be >>> too big. >>> >>> >> The application involves real-time audio DSP with very low latency. Audio >> data would need to be passed from the AS3 code to the native code for >> processing, with results passed back from the native code to AS3. It'd be a >> lot of data, easily a half dozen streams of 16-bit 44.1kHz audio. >> >> Given the amount of data involved and the real-time low-latency >> requirements, it's almost certainly not practical to go through php, perl, >> or javascript bridging code. >> >> I sort of expected that calling native code in an efficient way wouldn't >> be possible, due to the security sandbox issues as Paul mentioned. I was >> just hoping there was some trick to do it... Maybe with signing of native >> binaries so they're considered trusted by Flash? Maybe having the user give >> permission to use native code (analogous to how the user needs to give >> permission to use the microphone input, for example)? But I guess there >> isn't :-( >> >> Looks like I'll have to squeeze whatever performance I can from code >> written in AS3. Looking on the bright side, at least I can stick to one >> language :-) >> >> Thanks again for all your suggestions and feedback! >> >> -Gerry >> >> >> >> >> ______________________________**_________________ >> Flashcoders mailing list >> Flashcoders@chattyfig.figleaf.**com <Flashcoders@chattyfig.figleaf.com> >> http://chattyfig.figleaf.com/**mailman/listinfo/flashcoders<http://chattyfig.figleaf.com/mailman/listinfo/flashcoders> >> > > Karl DeSaulniers > Design Drumm > http://designdrumm.com > > ______________________________**_________________ > Flashcoders mailing list > Flashcoders@chattyfig.figleaf.**com <Flashcoders@chattyfig.figleaf.com> > http://chattyfig.figleaf.com/**mailman/listinfo/flashcoders<http://chattyfig.figleaf.com/mailman/listinfo/flashcoders> > _______________________________________________ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders