RE: [Flashcoders] websites with public APIs available from flash

[Patrick Matte | BLITZ]

Yeah sure, if you know some good ones I'd really appreciate you list them. I 
remember stumbling on an exhausting list of webservices but I lost it 
somewhere...

BLITZ | Patrick Matte - 310-551-0200 x214
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Eric E. Dolecki
Sent: Friday, August 08, 2008 5:07 PM
To: Flash Coders List
Subject: Re: [Flashcoders] websites with public APIs available from flash

What about webservices

Sent from my iPod

On Aug 8, 2008, at 6:44 PM, Patrick Matte | BLITZ <[EMAIL PROTECTED]
 > wrote:

> I'm rounding up a list of websites with public API that flash can
> interact with.
> I have :
>
> Yahoo maps
> Flickr
> Youtube
> Weather.com
>
> Do you know any other?
>
> 
> Patrick Matte
> Interactive Director
> Ph: 310-551-0200 x214
> Fax: 310-551-0022
> [EMAIL PROTECTED]
>
> BLITZ - 3415 S Sepulveda Bl, Ste 500 - Los Angeles, CA 90034 - 
> www.blitzagency.com
> 
>
> (!) Be sure and check out BLITZ 
> Labs >, our blog for all the latest and greatest.
>
> ___
> Flashcoders mailing list
> Flashcoders@chattyfig.figleaf.com
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] websites with public APIs available from flash

[Eric E. Dolecki]

What about webservices

Sent from my iPod

On Aug 8, 2008, at 6:44 PM, Patrick Matte | BLITZ <[EMAIL PROTECTED] 
> wrote:


I'm rounding up a list of websites with public API that flash can  
interact with.

I have :

Yahoo maps
Flickr
Youtube
Weather.com

Do you know any other?


Patrick Matte
Interactive Director
Ph: 310-551-0200 x214
Fax: 310-551-0022
[EMAIL PROTECTED]

BLITZ - 3415 S Sepulveda Bl, Ste 500 - Los Angeles, CA 90034 - www.blitzagency.com 



(!) Be sure and check out BLITZ Labs, our blog for all the latest and greatest.


___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

[Flashcoders] websites with public APIs available from flash

[Patrick Matte | BLITZ]

I'm rounding up a list of websites with public API that flash can interact with.
I have :

Yahoo maps
Flickr
Youtube
Weather.com

Do you know any other?


Patrick Matte
Interactive Director
Ph: 310-551-0200 x214
Fax: 310-551-0022
[EMAIL PROTECTED]

BLITZ - 3415 S Sepulveda Bl, Ste 500 - Los Angeles, CA 90034 - 
www.blitzagency.com

(!) Be sure and check out BLITZ 
Labs,
 our blog for all the latest and greatest.

___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Object vs *

[Jason Van Cleave]

I don't think the primitives String, Boolean, Number, int, uint are Objects

On Fri, Aug 8, 2008 at 6:07 PM, Dave Segal <[EMAIL PROTECTED]> wrote:

> What is the difference between typing an instance as "*" and typing it as
> "Object"?
>
> ___
> Flashcoders mailing list
> Flashcoders@chattyfig.figleaf.com
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

[Flashcoders] Re: Soundmixer.computeSpectrum and Loaded Swfs

[Jason Van Cleave]

For the record and in hopes in may help someone in the future...

I was able to tap into the SoundMixer.computeSpectrum by loaded an mp3 with
only silence. Then and only then was  SoundMixer was able to tap into the
sounds of the loaded swfs.

weird

On Thu, Aug 7, 2008 at 3:42 PM, Jason Van Cleave
<[EMAIL PROTECTED]>wrote:

> I am loading in a few swfs, each with video embedded on the timeline.
>
> I am trying to use  SoundMixer.computeSpectrum  to make a visualization but
> it isn't getting any values. I can control the loaded swfs volume with
> soundTransforms and SoundMixer.areSoundsInaccessible() is reurning false. No
> crossdomain/security issues either.
>
>
> Any ideas? Here is my SoundProcessor class I am working with that has
> worked with loaded mp3s in the past.
>
> package {
> import flash.display.Sprite;
> import flash.media.Sound;
> import flash.media.SoundMixer;
>
> import flash.utils.ByteArray;
> import flash.utils.Timer;
>
> import flash.events.Event;
> import flash.events.TimerEvent;
> public class SoundProcessor extends Sprite {
> // Settings
> private var lineThickness:Number = .5;
> public var lineColor:Number = 0xFF;
> private var circleSize:Number = 50;
> private var scaleOnBeat:Number = 1.1;
> public var reactToBeat:Number = .1;
> //
> private var music:Sound = new Sound;
> private var soundBytes:ByteArray= new ByteArray();
> public var timer:Timer;
> public var volume:Number;
> public var pX:Number;
> public var pY:Number;
> function SoundProcessor(width:uint=200, height:uint=200) {
> this.width = width;
> this.height = height;
> x = width/2;
> y = height/2;
>  this.addEventListener(Event.ENTER_FRAME, processSound);
>
> }
> public function processSound(e:Event):void {
> //trace("processSound");
> SoundMixer.computeSpectrum(soundBytes, true, 0);
> graphics.clear();
> graphics.moveTo(0, -circleSize);
> graphics.lineStyle(lineThickness, lineColor);
> volume = 0;
> for (var i:uint = 0; i < 512; i++) {
> var lev:Number = soundBytes.readFloat();
> if(lev!=0)
> {
> trace(lev);
> }
> volume += lev;
> var a:uint = i;
> if (i < 256)
> {
> a += 256;
> }
> if (i == 256)
> {
> graphics.moveTo(0, -circleSize);
> }
> pX = -Math.sin(i/256*Math.PI)*circleSize*(lev+1);
> pY = Math.cos(a/256*Math.PI)*circleSize*(lev+1);
> graphics.lineTo(pX, pY);
> }
> if (volume > reactToBeat) {
> scaleX = scaleY = scaleOnBeat;
> } else {
> scaleX = scaleY = 1;
> }
> dispatchEvent(new Event("onProcessSound"));
> }
> }
> }
>
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

[Flashcoders] Object vs *

[Dave Segal]

What is the difference between typing an instance as "*" and typing it as
"Object"?

___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Using "Copy Motion to Actionscript 3.0" & Document Class

[H]

I actually ran into the same issue when I first used this...

Another thing to look out for is FileReference. I haven't tested anything
outside of the following case, so I don't really know the rules surrounding
the cause.

Well, if you define FileReference inside the same function body that you
call download()/upload() - it will fail. You get an I/O Error... In this
case, when the function defining FileReference is finished executing, the
reference to the FileReference instance is gone, so it should have a
reference count of 0. This leads me to believe that the issue is some how
linked to garbage collection. What is strange is that this doesn't cause any
other classes that have asynchronous methods to misbehave (Loader,
URLLoader.) Stranger yet, callbacks to IOErrorEvent.IO_ERROR are still
invoked. I've yet to run this with the Profiler to see what is going on...

H

On Thu, Aug 7, 2008 at 8:42 PM, Ed Haack <[EMAIL PROTECTED]> wrote:

> Ok, I'm a little slow to adopt all of the nifty cool features of CS3 --
> just
> now taking advantage of "Copy Motion to Actionscript 3.0" where it gens the
> Animator AS3 code for you. Nice.
>
> It works if you place the code on the timeline/frame. Fantastic.
>
> But to really put this to use, I need it to work in a class... So, I
> created
> a simple fla, with a document class (I know it's wired up correctly, with a
> trace("crack") in the constructor, which is coming back. Added the public
> var for the clip on the stage "mcTest" -- and just under the
> trace("crack"),
> added mcText.alpha = 1; (it's alpha 0 on the stage)... and that worked...
> so
> I know the doc class is wired to the stage instance. (BTW: AS3 settings,
> "Auto declare stage instances" : unchecked)  so we're all good
>
> Now the fun part: paste the same Animator code into the constructor,
> verifying the correct instance name on the stage -- (making sure to execute
> the play method... duh) and the animation *does not play*.
>
> Then I stumbled on this from :
>
> http://livedocs.adobe.com/flash/9.0/ActionScriptLangRefV3/fl/motion/Animator.html
>
> "If you plan to call methods of the Animator class within a function,
> declare the Animator instance outside of the function so the scope of the
> object is not restricted to the function itself. If you declare the
> instance
> within a function, Flash Player deletes the Animator instance at the end of
> the function as part of Flash Player's routine "garbage collection" and the
> target object will not animate."
>
> So that's it! The animator instance must be a global member to the class...
> and presto! It works.
>
> Hope this helps others...
> ___
> Flashcoders mailing list
> Flashcoders@chattyfig.figleaf.com
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

RE: [Flashcoders] BUG: channel.position doesn't work with mp3s

[Kerry Thompson]

Duncan Reid wrote:

>  one of the comments in that bug
> report noted by a Mr. John McGucken is that this also happens with
Microsoft
> Visual Studio, and as he put it, and this is only his best "guess":
> 
> " Microsoft Visual studio shows the exact same issue!
> Therefore, I would guess that the Flash Player is built using components
> from Visual studio (I.E. The MP3 play back and syncing). 

It may well be. I found this from an Adobe engineer very informative:


Steven, the above link might provide some insight into the bugs you have
been reporting.

Cordially,

Kerry Thompson

___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Flash Remoting - Pulling rows from the server ...

[Wagner Amaral]

There you go
http://www.jamesward.org/census/

On Fri, Aug 8, 2008 at 1:13 PM, S0 F1 <[EMAIL PROTECTED]> wrote:
> Anyone have the link to that speed comparison test someone built in regards
> to various technologies pulling rows from a server.
>
> There was several including AJAX (+ something), AMFPHP and others that ran a
> test for accessing 5000 rows (or close number).
>
> The page (app) was a dark colour - like dark grey or black with a list of
> the various technologies down the left menu - clicking these ran the speed
> test for whatever combination of tech.
>
> Cheers.
> ___
> Flashcoders mailing list
> Flashcoders@chattyfig.figleaf.com
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] BUG: channel.position doesn't work with mp3s

[Glen Pike]

You need the sample-rate for the reconstruction process - the samples 
are converted to the frequency domain then squeezed down to the bitrate 
by losing data - on reconstruction it goes back the other way, so I am 
guessing Adobe may have forgotten this small detail and assumed 
everything was at 44.1kHz, hence the double speed for 22kHz and 
advancing the playback to 0.5 * length means the end because you have 
got half the amount of samples as expected.  Oops.


The encoder has a sampling rate for the input - I guess if you vary this 
from the source files own samplerate, you will get up/downsampling.  
MPEG-1 specified 32, 44.1 & 48 kHz sampling rates, MPEG-2 added 8, 
11.025, 12, 16, 22.5 & 24 kHz, so if you are outputting your WAV file at 
44.1, but using 22kHz in your codec, it will "drop" samples before 
passing it through the compression process.  I am not sure what happens 
if you give the codec a file with a sample-rate that differs from these 
values, but I could hazard a guess if it is an Adobe one :)  

I think the stored sample-rate is the one you used when compressing, not 
the one from the source you compressed.


Glen

Kerry Thompson wrote:

Glen Pike wrote:

  

At the end of the day, you still have to decode MP3's into WAV type
audio to play it back.



Yes. And the codec will interpolate to reconstruct the audio it squeezed out
in the lossy compression process. At a high bit rate, with high-quality
source, this can be quite accurate--good enough even for a symphony musician
like me with top-of-the-line playback equipment.

  

The codec will output 11, 22, 44 etc. based on
the audio sample rate the file was encoded with...



Ok, that's the part I was missing. The mp3 file must store information about
the original sample rate. I wonder what it does when it's compressing
another mp3? Does it read the original sample rate, which could be several
generations old?

Cordially,

Kerry Thompson

___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders


  


--

Glen Pike
01326 218440
www.glenpike.co.uk 

___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] BUG: channel.position doesn't work with mp3s

[Duncan Reid]

Very Interesting, thanks for the explanation Kerry...

I'll admit I know very little about the this subject, I just pump out the
files in a format that sounds acceptable, for me an mp3 with a sample rate
of 22khz would exhibit the behavior within the bug report, FP9 and above (
have not tested in 10 yet ), whereas creating an mp3 file with a sample rate
of 44khz worked perfectly.  It's strange indeed.

Again knowing very little about this subject one of the comments in that bug
report noted by a Mr. John McGucken is that this also happens with Microsoft
Visual Studio, and as he put it, and this is only his best "guess":

" Microsoft Visual studio shows the exact same issue!
Therefore, I would guess that the Flash Player is built using components
from Visual studio (I.E. The MP3 play back and syncing). More concerning
this would indicate that the issue actually lies with Microsoft and the
Flash Player is exhibiting this abnormal as a result of this. "

Thanks again for the informative post.

Dunc



On Fri, Aug 8, 2008 at 12:10 PM, Kerry Thompson <[EMAIL PROTECTED]>wrote:

> Duncan Reid wrote:
>
> > this sounds similar to the sample rate bug, this one drove me absolutely
> bat
> > shit.
> >
> > https://bugs.adobe.com/jira/browse/FP-33
>
> I've seen that bug report, and never quite understood it. It talks about 22
> kHz mp3's, 11 kHz, and 48 kHz (?). Talking about kHz in mp3 files doesn't
> make sense, so I've never quite understood the bug. Let me explain--forgive
> me if this gets technical, but I've been involved in mp3 since the early
> 90s, when it came out of MIT labs, and before it was called mp3.
>
> When you create an mp3 file, you take some source audio and compress it,
> squeezing out sounds that can't be heard by the human ear. The lower the
> bit
> rate, the more sounds are squeezed out, including sounds you _can_ hear,
> until you get telephone-quality audio at the low end.
>
> But this has nothing to do with kHz, unless you are talking about the
> sampling rate of the source file, typically 44.1, 22, or 11 kHz. The
> sampling rate of the source file has a lot to do with the quality of the
> audio, much as the bit rate does in an mp3.
>
> A young person's ear can hear sounds up to about 20 kHz. For technical
> reasons I won't go into, digital audio sampling can record sounds up to
> half
> the sampling rate. That is, a sampling rate of 44.1 kHz (CD-quality audio)
> can reproduce sounds up to 22.05 kHz--a little beyond the hearing of a
> youngster (our ability to hear the high frequencies drops off as we age). A
> sampling rate of 22.05 kHz can reproduce sounds up to 11.025 kHz, which is
> good enough for ambient music. 11.025 kHz sampling rate is good enough for
> most speech--some of the sibilants we produce may go higher than 5 kHz, but
> speech is still reasonable quality at that rate.
>
> Now, you take an aiff, wave, or Red Book file at one of those sample rates,
> and run it through an mp3 compressor. Even at the highest bit rates, you
> will lose some sounds. It might just be the breathing of the audience, the
> quiet turning of a page by a violinist, or some of the highest overtones of
> the cymbal or snare, but, even with 44.1 source at the highest bit rate,
> you
> lose some sound.
>
> Mp3 is a lossy compression, so talking about kHz in the context of mp3
> audio
> is meaningless. So, I have never quite understood that bug.
>
> Cordially,
>
> Kerry Thompson
>
> ___
> Flashcoders mailing list
> Flashcoders@chattyfig.figleaf.com
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

RE: [Flashcoders] BUG: channel.position doesn't work with mp3s

[Kerry Thompson]

Glen Pike wrote:

> At the end of the day, you still have to decode MP3's into WAV type
> audio to play it back.

Yes. And the codec will interpolate to reconstruct the audio it squeezed out
in the lossy compression process. At a high bit rate, with high-quality
source, this can be quite accurate--good enough even for a symphony musician
like me with top-of-the-line playback equipment.

> The codec will output 11, 22, 44 etc. based on
> the audio sample rate the file was encoded with...

Ok, that's the part I was missing. The mp3 file must store information about
the original sample rate. I wonder what it does when it's compressing
another mp3? Does it read the original sample rate, which could be several
generations old?

Cordially,

Kerry Thompson

___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] BUG: channel.position doesn't work with mp3s

[Glen Pike]

Looking at that bug report, it seems like it's because someone's doing 
dodgy sums based on 44kHz...


At the end of the day, you still have to decode MP3's into WAV type 
audio to play it back.  The codec will output 11, 22, 44 etc. based on 
the audio sample rate the file was encoded with...


What's probably happening is that the playback engine (after the codec 
?) is probably running at 44.1kHz, and positioning info maybe based on 
that, not taking into account the sample rate differences (bit of a 
schoolboy error that one...)


It's quite amusing from an abstract viewpoint, but I feel for the poor 
people trying to work with various sample rates :(


C'mon Adobe, make some noise (that works).

Kerry Thompson wrote:

Duncan Reid wrote:

  

this sounds similar to the sample rate bug, this one drove me absolutely


bat
  

shit.

https://bugs.adobe.com/jira/browse/FP-33



I've seen that bug report, and never quite understood it. It talks about 22
kHz mp3's, 11 kHz, and 48 kHz (?). Talking about kHz in mp3 files doesn't
make sense, so I've never quite understood the bug. Let me explain--forgive
me if this gets technical, but I've been involved in mp3 since the early
90s, when it came out of MIT labs, and before it was called mp3.

When you create an mp3 file, you take some source audio and compress it,
squeezing out sounds that can't be heard by the human ear. The lower the bit
rate, the more sounds are squeezed out, including sounds you _can_ hear,
until you get telephone-quality audio at the low end.

But this has nothing to do with kHz, unless you are talking about the
sampling rate of the source file, typically 44.1, 22, or 11 kHz. The
sampling rate of the source file has a lot to do with the quality of the
audio, much as the bit rate does in an mp3.

A young person's ear can hear sounds up to about 20 kHz. For technical
reasons I won't go into, digital audio sampling can record sounds up to half
the sampling rate. That is, a sampling rate of 44.1 kHz (CD-quality audio)
can reproduce sounds up to 22.05 kHz--a little beyond the hearing of a
youngster (our ability to hear the high frequencies drops off as we age). A
sampling rate of 22.05 kHz can reproduce sounds up to 11.025 kHz, which is
good enough for ambient music. 11.025 kHz sampling rate is good enough for
most speech--some of the sibilants we produce may go higher than 5 kHz, but
speech is still reasonable quality at that rate.

Now, you take an aiff, wave, or Red Book file at one of those sample rates,
and run it through an mp3 compressor. Even at the highest bit rates, you
will lose some sounds. It might just be the breathing of the audience, the
quiet turning of a page by a violinist, or some of the highest overtones of
the cymbal or snare, but, even with 44.1 source at the highest bit rate, you
lose some sound. 


Mp3 is a lossy compression, so talking about kHz in the context of mp3 audio
is meaningless. So, I have never quite understood that bug.

Cordially,

Kerry Thompson

___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders


  


--

Glen Pike
01326 218440
www.glenpike.co.uk 

___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

[Flashcoders] Flash Remoting - Pulling rows from the server ...

[S0 F1]

Anyone have the link to that speed comparison test someone built in regards
to various technologies pulling rows from a server.

There was several including AJAX (+ something), AMFPHP and others that ran a
test for accessing 5000 rows (or close number).

The page (app) was a dark colour - like dark grey or black with a list of
the various technologies down the left menu - clicking these ran the speed
test for whatever combination of tech.

Cheers.
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

RE: [Flashcoders] BUG: channel.position doesn't work with mp3s

[Kerry Thompson]

Duncan Reid wrote:

> this sounds similar to the sample rate bug, this one drove me absolutely
bat
> shit.
> 
> https://bugs.adobe.com/jira/browse/FP-33

I've seen that bug report, and never quite understood it. It talks about 22
kHz mp3's, 11 kHz, and 48 kHz (?). Talking about kHz in mp3 files doesn't
make sense, so I've never quite understood the bug. Let me explain--forgive
me if this gets technical, but I've been involved in mp3 since the early
90s, when it came out of MIT labs, and before it was called mp3.

When you create an mp3 file, you take some source audio and compress it,
squeezing out sounds that can't be heard by the human ear. The lower the bit
rate, the more sounds are squeezed out, including sounds you _can_ hear,
until you get telephone-quality audio at the low end.

But this has nothing to do with kHz, unless you are talking about the
sampling rate of the source file, typically 44.1, 22, or 11 kHz. The
sampling rate of the source file has a lot to do with the quality of the
audio, much as the bit rate does in an mp3.

A young person's ear can hear sounds up to about 20 kHz. For technical
reasons I won't go into, digital audio sampling can record sounds up to half
the sampling rate. That is, a sampling rate of 44.1 kHz (CD-quality audio)
can reproduce sounds up to 22.05 kHz--a little beyond the hearing of a
youngster (our ability to hear the high frequencies drops off as we age). A
sampling rate of 22.05 kHz can reproduce sounds up to 11.025 kHz, which is
good enough for ambient music. 11.025 kHz sampling rate is good enough for
most speech--some of the sibilants we produce may go higher than 5 kHz, but
speech is still reasonable quality at that rate.

Now, you take an aiff, wave, or Red Book file at one of those sample rates,
and run it through an mp3 compressor. Even at the highest bit rates, you
will lose some sounds. It might just be the breathing of the audience, the
quiet turning of a page by a violinist, or some of the highest overtones of
the cymbal or snare, but, even with 44.1 source at the highest bit rate, you
lose some sound. 

Mp3 is a lossy compression, so talking about kHz in the context of mp3 audio
is meaningless. So, I have never quite understood that bug.

Cordially,

Kerry Thompson

___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

[Flashcoders] BUG: channel.position doesn't work with mp3s

[Duncan Reid]

Hi Steven,

this sounds similar to the sample rate bug, this one drove me absolutely bat
shit.

https://bugs.adobe.com/jira/browse/FP-33

someone in the thread provides some files that may be helpful to you, i
didn't check them out so i can't verify, we just resampled all the audio
files for our project, but this is breaking alot of legacy apps at the
moment.

apparently FP10 fixes this issue.

hopefully this helps some,
Dunc



> --
> Date: Thu, 07 Aug 2008 18:53:50 -0700
> From: Steven Sacks <[EMAIL PROTECTED]>
> Subject: [Flashcoders] BUG: channel.position doesn't work with mp3s
>below   128kbps
> To: [EMAIL PROTECTED],Flash Coders List
>
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Man I just keep finding more and more bugs with Sound.  This one is
> actually
> really bad because it has no workaround, unlike the others.
>
> If you have an mp3 file that is less than 128kbps and you get its
> channel.position at a particular point in time and try to play from that
> position it jumps ahead in the file.  The amount it jumps ahead is based on
> how
> far away it is from 128kbps (a 56kbps file will jump more than a 64kbps
> one).
>
> But wait, it gets worse.
>
> Even though it has jumped ahead in the track, the channel.position returns
> where
> it's supposed to be, not where it actually is!!  That's right!!
>
> channel.position says it's at 5000ms but it's actually somewhere around
> 8000ms,
> etc. and so on.   I'm updating the position in a TextField in an
> ENTER_FRAME
> listener.
>
> Wow.  I mean, just, wow.  128kbps and up works just fine.  Anything less
> and
> you've got a bug.
>
> I've discovered so many bugs in the Sound class in the last 12 hours, it's
> kind
> of disheartening.  I'm losing faith in the Flash player team and in Adobe
> for
> letting this kind of stuff get through QA.
>
>
>
>
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] BUG: channel.position doesn't work with mp3s below 128kbps

[Glen Pike]

Hi,

   Regarding your panning problems - are you working with stereo or 
mono sounds?


   Mono sounds seem to pan okay and although my hearing ain't too good, 
the sound does seem to switch off in the corresponding speaker when 
panned fully to one side.


   Also, with channel.position - mp3's are keyframed, so will have to 
start from a keyframe, not just any frame.  I am guessing that the lower 
the bitrate, the further apart keyframes maybe, so this is something to 
bear in mind and possibly why the jump seems to differ for the bitrate.  
I think you will not every be able to jump to a precise sample position 
like you can with WAV files.


   I know it does not necessarily help, but hope it may shed light on 
stuff.


   Glen
--

Glen Pike
01326 218440
www.glenpike.co.uk 

___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] BUG: Channel.position returns out of range positionson looping Sounds

[ntasky]

Hi,

It really depends on the computer.
got the same issue, but for me soundChannel.position never reached the 
sound.length (which is actually higher than it should be : my sound is a 
perfect 8.0s and the length is 8.054).

try this:
when you start a sound and a timer at the very first frame, the difference 
beetween soundChannel.position and the getTimer() should be the same, but 
they are not.


So I guess we just can't count on the soundChannel.position (getTimer() is 
right as i know)


(don't forget to link a sound in the library with SoundTrack class Name)

var soundChannel:SoundChannel;
var soundTrack:SoundTrack = new SoundTrack();
var timer:Timer = new Timer(100);

timer.addEventListener(TimerEvent.TIMER,timerHandler);
// here we start the sound and the timer
soundChannel = soundTrack.play();
timer.start();

function timerHandler(p_event:TimerEvent):void
{
var pos:Number = soundChannel.position
var time:Number = getTimer()
// the difference should always be the same but it is not
	trace ("soundChannel.position: " + pos + " getTimer(): " +  time + " diff: 
" + (time- pos))

}


also this feed doesn't respond to the "BUG" but it explains the way adobe is 
dealing with its flash player and sound issues

http://www.kaourantin.net/2008/05/adobe-is-making-some-noise-part-1.html

regards

Nicolas

--
From: "Steven Sacks" <[EMAIL PROTECTED]>
Sent: Thursday, August 07, 2008 8:16 AM
To: "Flash Coders List" ; 
<[EMAIL PROTECTED]>
Subject: [Flashcoders] BUG: Channel.position returns out of range 
positionson looping Sounds


I don't know if this has been documented or not.  I've never seen anyone 
report it.


If you set a Sound to loop, it's channel.position property returns a 
number out of range of the Sound.length after it loops.  The position 
property just keeps on incrementing beyond the length when you loop a 
sound.


If you try to play a Sound from that out of range position, the Sound 
glitches out, because that position is invalid.  Flash should not return a 
position to you that you cannot use.


This all revolves around the fact that Sound has absolutely no way to 
pause right now.  I don't know why Adobe did not give us a channel.pause() 
method, but they didn't.  Because they didn't, this bug gets worse.


The only way to pause and unpause a sound in Flash is to store the current 
position of the channel and call channel.stop, and when you unpause, you 
call sound.play(position).


If the sound is looping, the position returned will eventually be higher 
than the length, which means the Sound glitches because you're passing an 
out of range position, a position, once again, that Flash returned to you 
as VALID.


Wait, it gets worse.  If you unpause a looping sound by passing its 
position, when it loops, it will loop from that position, not the 
beginning of the Sound. Do you see how this gets worse?


There is no pause method, and without a pause method, there is no 
workaround for the above bug and issue except to manually loop a Sound by 
adding an event listener to the sound complete event (which can be 
unreliable), and calling play on it again and managing the looping 
manually, which undermines the loops argument of the Sound.play() method 
and requires a fair amount of code.


We need a channel.pause(flag:Boolean) method.
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders 


___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Does anyone want to sell Zinc 2.5?

[Peter B]

> I here that the 3.0 version is unreliable.

Well, it has that in common with 1.0, 2.0 and 2.5 then...
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

[Flashcoders] Does anyone want to sell Zinc 2.5?

[Alfred Hess]

Hi There
I am looking for a copy of Zinc 2.5 for a DVD flash project. Does anyone want 
to sell a used copy? Or know where I ca get one . MDM stopped selling it. I 
here that the 3.0 version is unreliable.

   
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

[Flashcoders] Re: select non-default microphone in as3+FP9

[Gregory N]

Oops, it's already reported in Adobe Bugs:
http://bugs.adobe.com/jira/browse/SDK-13318

Well, this means I'll have to write custom "select microphone" :-)


On 8/8/08, Gregory N <[EMAIL PROTECTED]> wrote:
>
> Actually, as far as I understand,  if the system has two mics, a built-in
> one and one in the camera, getMicrophone() should return the (default) mic
> which is set in the security panel.
> BUT no matter what setting is in the security panel it always returns the
> first microphone (default) as if I'd called Microphone.getMicrophone(0).
> So far the only solution I can think of is to select LAST mic in the
> Microphone.names array...
> Of course, I can make even a custom drop-down to select microphone... but
> shouldn't security panel do this?
>
>
>
> On 8/8/08, Gregory N <[EMAIL PROTECTED]> wrote:
>>
>> Hi all,
>>
>> I have an app where a stream (video+sound) is recorded on user machine and
>> send to FMS.
>> Previously this ap was written in AS1 for Flash Player 6, And my is AS3
>> for Flash Player 9.
>> Everything works ok,,, until they want to use DV camera instead of webcam
>> :-).
>>
>> So:
>> If they use webcam, they can stream both video and sound
>> If they use DV camera (connected to Mac), there is no sound.
>>
>> I tried to trace microphone properties on screen, and it shows that
>> *default* "Built In Microphone" is used instead of camera.
>> Even if they select it in settings panel. They select it... but again
>> default one is traced.
>>
>> The worst thing is that old app works w/o any problem here, selecting DV
>> camera's microphone fine.
>> And I'm not a Mac user.
>> What am I missing?
>>
>>
>> Code is simple:
>> // AS1
>> mic = Microphone.get();
>>
>> //AS3
>> mic = Microphone.getMicrophone();
>>
>>
>> Any help is appreciated.
>>
>>
>> --
>> --
>> Best regards,
>> GregoryN
>> 
>> http://GOusable.com
>> Flash components development.
>> Usability services.
>
>
>
>
> --
> --
> Best regards,
> GregoryN
> 
> http://GOusable.com
> Flash components development.
> Usability services.
>



-- 
-- 
Best regards,
GregoryN

http://GOusable.com
Flash components development.
Usability services.
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Re: [Flashcoders] Re: Another Sound Bug - transform.pan

[Zárate]

Have you reported it?

https://bugs.adobe.com/flashplayer/

I know we are not used to it, but we have to. Complaining in
Flashcoders is fine and probably it was a good method (if not the
only) to make you listened. Did a quick search and there seem to be
quite a few bugs regarding the Sound object.

Also you might not be aware of this:

http://www.make-some-noise.info/

Cheers,

Juan

On Fri, Aug 8, 2008 at 2:17 AM, H <[EMAIL PROTECTED]> wrote:
> Have you ever used Captivate :S
>
> On Thu, Aug 7, 2008 at 8:08 PM, Steven Sacks <[EMAIL PROTECTED]>wrote:
>
>> Update: Unfortunately, it looks like even if you set the pan all the way in
>> one direction or the other, it doesn't actually work. You can still hear the
>> sound coming out of the side that it is panned away from. So, I guess this
>> bug is moot since pan doesn't actually work properly in the first place.
>>
>> Jeez.  The more I use the Sound class, the more I'm unimpressed with
>> Adobe's quality control.
>> ___
>> Flashcoders mailing list
>> Flashcoders@chattyfig.figleaf.com
>> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>>
> ___
> Flashcoders mailing list
> Flashcoders@chattyfig.figleaf.com
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>



-- 
Juan Delgado - Zárate
http://zarate.tv
http://dandolachapa.com
http://loqueyosede.com

___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders