From moses at goasap.org Fri May 2 08:02:51 2008 From: moses at goasap.org (Moses Gunesch) Date: Fri, 2 May 2008 11:02:51 -0400 Subject: [Golist] Go3D (John Grden) Message-ID: <24554746-9237-4F3F-9441-C827900D5105@goasap.org> http://www.rockonflash.com/blog/?p=115 - m From ultraky at gmail.com Fri May 2 08:08:05 2008 From: ultraky at gmail.com (Alan) Date: Fri, 2 May 2008 11:08:05 -0400 Subject: [Golist] Go3D (John Grden) In-Reply-To: <24554746-9237-4F3F-9441-C827900D5105@goasap.org> References: <24554746-9237-4F3F-9441-C827900D5105@goasap.org> Message-ID: Perhaps you could start a section on the website that "features" projects that use go On May 2, 2008, at 11:02 AM, Moses Gunesch wrote: > http://www.rockonflash.com/blog/?p=115 > > - m > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org From moses at goasap.org Fri May 2 08:25:04 2008 From: moses at goasap.org (Moses Gunesch) Date: Fri, 2 May 2008 11:25:04 -0400 Subject: [Golist] Go3D (John Grden) In-Reply-To: References: <24554746-9237-4F3F-9441-C827900D5105@goasap.org> Message-ID: Well GoPlayground is that. :-) It is a central repository where people can post their work, on the wiki. I would like to, though, once the community starts bubbling a bit more... I'm not sure where to do that but perhaps at the playground's home page, or at the Go blog.... I was frustrated when I started this project that there doesn't seem to be any simple PHP framework out there yet for running a single opensource project with members, and some social net features like download count, ratings, etc. I talked to Cake about that and they said they were cooking something up but have never released anything like that as far as I know. moses On May 2, 2008, at 11:08 AM, Alan wrote: > Perhaps you could start a section on the website that "features" > projects that use go > > On May 2, 2008, at 11:02 AM, Moses Gunesch wrote: > >> http://www.rockonflash.com/blog/?p=115 >> >> - m >> >> _______________________________________________ >> GoList mailing list >> GoList at goasap.org >> http://goasap.org/mailman/listinfo/golist_goasap.org > > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080502/dac9caea/attachment.html From ultraky at gmail.com Fri May 2 08:48:30 2008 From: ultraky at gmail.com (Alan) Date: Fri, 2 May 2008 11:48:30 -0400 Subject: [Golist] Go3D (John Grden) In-Reply-To: References: <24554746-9237-4F3F-9441-C827900D5105@goasap.org> Message-ID: That's what I had in mind. Someone has to be already interesting in GO to check out the playground, so something on the site that talked about other open source engines that are incorperating it. I'm really thinking of about how to tie in the "name" of PV3D with GO, as well as other projects. Someone who is using PV3D, might be more inclined to check it out if they see PV3D examples with GO. On May 2, 2008, at 11:25 AM, Moses Gunesch wrote: > I'm not sure where to do that but perhaps at the playground's home > page, or at the Go blog.... From stranskydesign at gmail.com Fri May 2 09:33:11 2008 From: stranskydesign at gmail.com (Joel Stransky) Date: Fri, 2 May 2008 09:33:11 -0700 Subject: [Golist] Go3D (John Grden) In-Reply-To: <24554746-9237-4F3F-9441-C827900D5105@goasap.org> References: <24554746-9237-4F3F-9441-C827900D5105@goasap.org> Message-ID: <001201c8ac72$38cc2010$aa646030$@com> That is off the CHAIN! Man all the cool stuff will be done by the time I have time to contribute. -----Original Message----- From: golist-bounces at goasap.org [mailto:golist-bounces at goasap.org] On Behalf Of Moses Gunesch Sent: Friday, May 02, 2008 8:03 AM To: Mailing list for the Go ActionScript Animation Platform Subject: [Golist] Go3D (John Grden) http://www.rockonflash.com/blog/?p=115 - m _______________________________________________ GoList mailing list GoList at goasap.org http://goasap.org/mailman/listinfo/golist_goasap.org From flashdev at relivethefuture.com Sun May 4 11:04:03 2008 From: flashdev at relivethefuture.com (Martin Wood-Mitrovski) Date: Sun, 04 May 2008 20:04:03 +0200 Subject: [Golist] Couple of early demos Message-ID: <481DFA93.6020704@relivethefuture.com> right then, here's a couple of demos of what im working on (and the code will be in the playground very soon) http://relivethefuture.com/code/flash/BoxTest.swf http://relivethefuture.com/code/flash/IKNodeTest.swf The purpose is to build unusual systems for controlling audio, primarily in Max/MSP [1] The first example is more complete as you can move the nodes, add new ones, delete them (ctrl + click) and also drag paths between the 2 boxes and to / from the storage area (that empty box at the bottom) The second one is an adaptation of the IK system at levitated.net [2] but with some more features and i've exposed some system parameters. The flash / max communication will be done via OSC (open sound control) [3] for which im currently writing an as3 binary socket implementation and corresponding java server. Hopefully this will be quicker than the available options of using an xml socket and the 'flosc' server. anyway... suggestions, ideas etc always welcome. martin. [1] http://cycling74.com/products/max5 [2] http://levitated.net/daily/levIterativeIK.html [3] http://opensoundcontrol.org From moses at goasap.org Sun May 4 13:05:14 2008 From: moses at goasap.org (Moses Gunesch) Date: Sun, 4 May 2008 16:05:14 -0400 Subject: [Golist] Couple of early demos In-Reply-To: <481DFA93.6020704@relivethefuture.com> References: <481DFA93.6020704@relivethefuture.com> Message-ID: <2CF4A991-4A9A-463B-A472-BCD561230FD9@goasap.org> WoWzerz! Great stuff Martin!!! moses On May 4, 2008, at 2:04 PM, Martin Wood-Mitrovski wrote: > right then, > > here's a couple of demos of what im working on (and the code will be > in the > playground very soon) > > http://relivethefuture.com/code/flash/BoxTest.swf > > http://relivethefuture.com/code/flash/IKNodeTest.swf > > The purpose is to build unusual systems for controlling audio, > primarily in > Max/MSP [1] > > The first example is more complete as you can move the nodes, add > new ones, > delete them (ctrl + click) and also drag paths between the 2 boxes > and to / from > the storage area (that empty box at the bottom) > > The second one is an adaptation of the IK system at levitated.net > [2] but with > some more features and i've exposed some system parameters. > > The flash / max communication will be done via OSC (open sound > control) [3] for > which im currently writing an as3 binary socket implementation and > corresponding > java server. Hopefully this will be quicker than the available > options of using > an xml socket and the 'flosc' server. > > anyway... > > suggestions, ideas etc always welcome. > > martin. > > [1] http://cycling74.com/products/max5 > [2] http://levitated.net/daily/levIterativeIK.html > [3] http://opensoundcontrol.org > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080504/6810af03/attachment.html From KarstenGoetz at web.de Mon May 5 01:37:00 2008 From: KarstenGoetz at web.de (Karsten Goetz) Date: Mon, 5 May 2008 10:37:00 +0200 Subject: [Golist] Couple of early demos In-Reply-To: <481DFA93.6020704@relivethefuture.com> References: <481DFA93.6020704@relivethefuture.com> Message-ID: <94B257FA-4901-4136-88C8-600B4E013620@web.de> hi Martin, this looks great!! I know not much about Max, but it's interesting to see people here on the list are working with it - very cool :-)! greetings! Karsten Am 04.05.2008 um 20:04 schrieb Martin Wood-Mitrovski: > right then, > > here's a couple of demos of what im working on (and the code will > be in the > playground very soon) > > http://relivethefuture.com/code/flash/BoxTest.swf > > http://relivethefuture.com/code/flash/IKNodeTest.swf > > The purpose is to build unusual systems for controlling audio, > primarily in > Max/MSP [1] > > The first example is more complete as you can move the nodes, add > new ones, > delete them (ctrl + click) and also drag paths between the 2 boxes > and to / from > the storage area (that empty box at the bottom) > > The second one is an adaptation of the IK system at levitated.net > [2] but with > some more features and i've exposed some system parameters. > > The flash / max communication will be done via OSC (open sound > control) [3] for > which im currently writing an as3 binary socket implementation and > corresponding > java server. Hopefully this will be quicker than the available > options of using > an xml socket and the 'flosc' server. > > anyway... > > suggestions, ideas etc always welcome. > > martin. > > [1] http://cycling74.com/products/max5 > [2] http://levitated.net/daily/levIterativeIK.html > [3] http://opensoundcontrol.org > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org ------------------------ Karsten Goetz Flashprogrammierung Bernstorffstr. 120 22767 Hamburg Tel: +49 40 43 09 91 07 Mobil: 0173 57 14 984 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080505/221cd7e1/attachment.html From moses at goasap.org Tue May 6 11:00:19 2008 From: moses at goasap.org (Moses Gunesch) Date: Tue, 6 May 2008 14:00:19 -0400 Subject: [Golist] Currying Message-ID: <674561FB-80DF-4421-BA69-D9EE717005D5@goasap.org> Donovan found this post: Reducing a function which takes a series of arguments into a series of functions which each take a single argument is called "currying". http://www.transcendentaxis.com/dthompson/blog/archives/20 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080506/f983cbe9/attachment.html From neoriley at gmail.com Tue May 6 12:54:29 2008 From: neoriley at gmail.com (John Grden) Date: Tue, 6 May 2008 14:54:29 -0500 Subject: [Golist] This looks a bit better as far as syntax Message-ID: <814c1ea20805061254s1f8e5b29o4720c022461326fb@mail.gmail.com> *Was this:* tween_0 = new Tween3D(target, 1, Equations.easeOutCubic); tween_0.x = 0; tween_0.y = 50; tween_0.rotationZ = 0; sequence.addStep(tween_0); sequence.lastStep.advance = new OnDurationComplete(.2); // advance early/overlap tween_0b = new Tween3D(target, 1, Equations.easeOutCubic); tween_0b.z = 200; sequence.addStep(tween_0b, true); // 2nd param groups it with previous step. param is "addToLastStep" tween_1 = new Tween3D(target, 1, Equations.easeOutCubic); tween_1.x = -10; tween_1.y = 85; tween_1.rotationZ = 15; sequence.addStep(tween_1); sequence.lastStep.advance = new OnDurationComplete(.25); // advance early/overlap tween_2 = new Tween3D(target, 1, Equations.easeOutBounce); tween_2.rotationX = 0; tween_2.rotationY = 0; sequence.addStep(tween_2); *Is now this:* tween_0 = new Tween3D(target, [Go3D.x(0), Go3D.y(50), Go3D.rotationZ(0)], 1, Equations.easeOutCubic); sequence.addStep(tween_0); sequence.lastStep.advance = new OnDurationComplete(.2); // advance early/overlap tween_0b = new Tween3D(target, [Go3D.z(200)], 1, Equations.easeOutCubic); sequence.addStep(tween_0b, true); // 2nd param groups it with previous step. param is "addToLastStep" tween_1 = new Tween3D(target, [Go3D.x(-10), Go3D.y(85), Go3D.rotationZ(15)], 1, Equations.easeOutCubic); sequence.addStep(tween_1); sequence.lastStep.advance = new OnDurationComplete(.25); // advance early/overlap tween_2 = new Tween3D(target, [Go3D.rotationX(0), Go3D.rotationY(0)], 1, Equations.easeOutBounce); sequence.addStep(tween_2); I'm still thinking about this approach, but thought I would throw it out to you guys to see what you thought. Right now, there's static methods in Go3D that return a Go3Dproperty. Tween3D has an array called propertyChanges and if there is an array in the propertyChanges argument, I just set it straight away - no parsing required. It's all ready to go and is filled with Go3DProperty objects. Thoughts? -- [ JPG ] -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080506/ee411bd5/attachment.html From graemea at zaaz.com Tue May 6 13:17:20 2008 From: graemea at zaaz.com (Asher Graeme) Date: Tue, 6 May 2008 13:17:20 -0700 Subject: [Golist] This looks a bit better as far as syntax In-Reply-To: <814c1ea20805061254s1f8e5b29o4720c022461326fb@mail.gmail.com> References: <814c1ea20805061254s1f8e5b29o4720c022461326fb@mail.gmail.com> Message-ID: <6B57912A-00FA-49CC-B822-75548973F329@zaaz.com> John, I have never seen an approach like this, but it is appealing at first glance. It would appear that this might also create a speed gain via direct access/no parsing, compared to traditional implementations we have seen so far. Have you run any test to see if this approach does perform better? Graeme On May 6, 2008, at 12:54 PM, John Grden wrote: > Was this: > tween_0 = new Tween3D(target, 1, Equations.easeOutCubic); > tween_0.x = 0; > tween_0.y = 50; > tween_0.rotationZ = 0; > sequence.addStep(tween_0); > > sequence.lastStep.advance = new OnDurationComplete(.2); // advance > early/overlap > tween_0b = new Tween3D(target, 1, Equations.easeOutCubic); > tween_0b.z = 200; > sequence.addStep(tween_0b, true); // 2nd param groups it with > previous step. param is "addToLastStep" > > tween_1 = new Tween3D(target, 1, Equations.easeOutCubic); > tween_1.x = -10; > tween_1.y = 85; > tween_1.rotationZ = 15; > sequence.addStep(tween_1); > sequence.lastStep.advance = new OnDurationComplete(.25); // advance > early/overlap > > tween_2 = new Tween3D(target, 1, Equations.easeOutBounce); > tween_2.rotationX = 0; > tween_2.rotationY = 0; > sequence.addStep(tween_2); > > Is now this: > > tween_0 = new Tween3D(target, [Go3D.x(0), Go3D.y(50), > Go3D.rotationZ(0)], 1, Equations.easeOutCubic); > sequence.addStep(tween_0); > sequence.lastStep.advance = new OnDurationComplete(.2); // advance > early/overlap > > tween_0b = new Tween3D(target, [Go3D.z(200)], 1, > Equations.easeOutCubic); > sequence.addStep(tween_0b, true); // 2nd param groups it with > previous step. param is "addToLastStep" > > tween_1 = new Tween3D(target, [Go3D.x(-10), Go3D.y(85), > Go3D.rotationZ(15)], 1, Equations.easeOutCubic); > sequence.addStep(tween_1); > sequence.lastStep.advance = new OnDurationComplete(.25); // advance > early/overlap > > tween_2 = new Tween3D(target, [Go3D.rotationX(0), > Go3D.rotationY(0)], 1, Equations.easeOutBounce); > sequence.addStep(tween_2); > > > I'm still thinking about this approach, but thought I would throw it > out to you guys to see what you thought. Right now, there's static > methods in Go3D that return a Go3Dproperty. Tween3D has an array > called propertyChanges and if there is an array in the > propertyChanges argument, I just set it straight away - no parsing > required. It's all ready to go and is filled with Go3DProperty > objects. > > Thoughts? > -- > [ JPG ] -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080506/5b568b03/attachment.html From moses at goasap.org Tue May 6 13:17:50 2008 From: moses at goasap.org (Moses Gunesch) Date: Tue, 6 May 2008 16:17:50 -0400 Subject: [Golist] This looks a bit better as far as syntax In-Reply-To: <814c1ea20805061254s1f8e5b29o4720c022461326fb@mail.gmail.com> References: <814c1ea20805061254s1f8e5b29o4720c022461326fb@mail.gmail.com> Message-ID: <50A05796-DCD9-43B6-BAA0-03647A663C16@goasap.org> Yeah that's good. I created a system called OpenTween ? don't think I ever posted it though because I wasn't sure I liked the abstraction layer of putting a ton of information and functionality into property classes which is what happened when I tried this. My property inputs were propName: String, endVal: *=null, endValRelative: Boolean=false, startVal: *=null, startValRelative: Boolean=false Then I had this functionality in there from Fuse, that lets you omit either start or end and it will figure it out. That's probably why it got complicated. (I will share OpenTween if you want.) Anyway yeah I think there is something to a multi-property approach for sure, but I've been leaning back toward just extending LinearGo in the simplest way possible ? one property per tween class. Here is why: if every single property were in a separate tween class, OverlapMonitor works the best in that it can allow just one property to be paused, stopped and so on. That's how ZigoEngine worked, it atomized every tween internally. I've been thinking PlayableGroup could be extended to handle multi-prop tweens by creating separate tween instances, then it could let you drill into them to grab children by property etc. One could argue that it's slower to not block all similar tweens, but it also provides more control and is less abstract, and I've found that in real practice there are usually only a very small number of "blocked" tweens at once... pretty soon you want to change delay/ duration/easing on one property or another and you end up with a group anyway. That said, I'd love to see your concept taken all the way John...! :-) On May 6, 2008, at 3:54 PM, John Grden wrote: > Was this: > tween_0 = new Tween3D(target, 1, Equations.easeOutCubic); > tween_0.x = 0; > tween_0.y = 50; > tween_0.rotationZ = 0; > sequence.addStep(tween_0); > > sequence.lastStep.advance = new OnDurationComplete(.2); // advance > early/overlap > tween_0b = new Tween3D(target, 1, Equations.easeOutCubic); > tween_0b.z = 200; > sequence.addStep(tween_0b, true); // 2nd param groups it with > previous step. param is "addToLastStep" > > tween_1 = new Tween3D(target, 1, Equations.easeOutCubic); > tween_1.x = -10; > tween_1.y = 85; > tween_1.rotationZ = 15; > sequence.addStep(tween_1); > sequence.lastStep.advance = new OnDurationComplete(.25); // advance > early/overlap > > tween_2 = new Tween3D(target, 1, Equations.easeOutBounce); > tween_2.rotationX = 0; > tween_2.rotationY = 0; > sequence.addStep(tween_2); > > Is now this: > > tween_0 = new Tween3D(target, [Go3D.x(0), Go3D.y(50), > Go3D.rotationZ(0)], 1, Equations.easeOutCubic); > sequence.addStep(tween_0); > sequence.lastStep.advance = new OnDurationComplete(.2); // advance > early/overlap > > tween_0b = new Tween3D(target, [Go3D.z(200)], 1, > Equations.easeOutCubic); > sequence.addStep(tween_0b, true); // 2nd param groups it with > previous step. param is "addToLastStep" > > tween_1 = new Tween3D(target, [Go3D.x(-10), Go3D.y(85), > Go3D.rotationZ(15)], 1, Equations.easeOutCubic); > sequence.addStep(tween_1); > sequence.lastStep.advance = new OnDurationComplete(.25); // advance > early/overlap > > tween_2 = new Tween3D(target, [Go3D.rotationX(0), > Go3D.rotationY(0)], 1, Equations.easeOutBounce); > sequence.addStep(tween_2); > > > I'm still thinking about this approach, but thought I would throw it > out to you guys to see what you thought. Right now, there's static > methods in Go3D that return a Go3Dproperty. Tween3D has an array > called propertyChanges and if there is an array in the > propertyChanges argument, I just set it straight away - no parsing > required. It's all ready to go and is filled with Go3DProperty > objects. > > Thoughts? > -- > [ JPG ] _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080506/f026196d/attachment.html From neoriley at gmail.com Tue May 6 13:36:51 2008 From: neoriley at gmail.com (John Grden) Date: Tue, 6 May 2008 15:36:51 -0500 Subject: [Golist] This looks a bit better as far as syntax In-Reply-To: <6B57912A-00FA-49CC-B822-75548973F329@zaaz.com> References: <814c1ea20805061254s1f8e5b29o4720c022461326fb@mail.gmail.com> <6B57912A-00FA-49CC-B822-75548973F329@zaaz.com> Message-ID: <814c1ea20805061336j25e96149va0f36228dbd6153b@mail.gmail.com> no not yet, but I agree that if we have reusable tweens that are created at a non-critical time, that the execution could be considerably faster IE: instantiate at the beginning, then during execution, either just run the tween again, or change it's properties and run again. On Tue, May 6, 2008 at 3:17 PM, Asher Graeme wrote: > John, > I have never seen an approach like this, but it is appealing at first > glance. It would appear that this might also create a speed gain via direct > access/no parsing, compared to traditional implementations we have seen so > far. Have you run any test to see if this approach does perform better? > > Graeme > > > On May 6, 2008, at 12:54 PM, John Grden wrote: > > *Was this:* > tween_0 = new Tween3D(target, 1, Equations.easeOutCubic); > tween_0.x = 0; > tween_0.y = 50; > tween_0.rotationZ = 0; > sequence.addStep(tween_0); > > sequence.lastStep.advance = new OnDurationComplete(.2); // advance > early/overlap > tween_0b = new Tween3D(target, 1, Equations.easeOutCubic); > tween_0b.z = 200; > sequence.addStep(tween_0b, true); // 2nd param groups it with previous > step. param is "addToLastStep" > > tween_1 = new Tween3D(target, 1, Equations.easeOutCubic); > tween_1.x = -10; > tween_1.y = 85; > tween_1.rotationZ = 15; > sequence.addStep(tween_1); > sequence.lastStep.advance = new OnDurationComplete(.25); // advance > early/overlap > > tween_2 = new Tween3D(target, 1, Equations.easeOutBounce); > tween_2.rotationX = 0; > tween_2.rotationY = 0; > sequence.addStep(tween_2); > > *Is now this:* > > tween_0 = new Tween3D(target, [Go3D.x(0), Go3D.y(50), Go3D.rotationZ(0)], > 1, Equations.easeOutCubic); > sequence.addStep(tween_0); > sequence.lastStep.advance = new OnDurationComplete(.2); // advance > early/overlap > > tween_0b = new Tween3D(target, [Go3D.z(200)], 1, Equations.easeOutCubic); > sequence.addStep(tween_0b, true); // 2nd param groups it with previous > step. param is "addToLastStep" > > tween_1 = new Tween3D(target, [Go3D.x(-10), Go3D.y(85), > Go3D.rotationZ(15)], 1, Equations.easeOutCubic); > sequence.addStep(tween_1); > sequence.lastStep.advance = new OnDurationComplete(.25); // advance > early/overlap > > tween_2 = new Tween3D(target, [Go3D.rotationX(0), Go3D.rotationY(0)], 1, > Equations.easeOutBounce); > sequence.addStep(tween_2); > > > I'm still thinking about this approach, but thought I would throw it out > to you guys to see what you thought. Right now, there's static methods in > Go3D that return a Go3Dproperty. Tween3D has an array called > propertyChanges and if there is an array in the propertyChanges argument, I > just set it straight away - no parsing required. It's all ready to go and > is filled with Go3DProperty objects. > > Thoughts? > -- > [ JPG ] > > > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org > > -- [ JPG ] -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080506/dc441f98/attachment-0001.html From neoriley at gmail.com Tue May 6 13:38:34 2008 From: neoriley at gmail.com (John Grden) Date: Tue, 6 May 2008 15:38:34 -0500 Subject: [Golist] This looks a bit better as far as syntax In-Reply-To: <50A05796-DCD9-43B6-BAA0-03647A663C16@goasap.org> References: <814c1ea20805061254s1f8e5b29o4720c022461326fb@mail.gmail.com> <50A05796-DCD9-43B6-BAA0-03647A663C16@goasap.org> Message-ID: <814c1ea20805061338j2223200fs16918fce8af16f23@mail.gmail.com> So I'm confused a bit -seems like you said you were leaning towards 1 property per tween that exists, but you like what I'm doing with that last code sample LOL I know I missed something I think that I started to get what you meant though - having those apart of a PlayableGroup etc is essentially what we end up with, is that about right? On Tue, May 6, 2008 at 3:17 PM, Moses Gunesch wrote: > Yeah that's good. I created a system called OpenTween ? don't think I ever > posted it though because I wasn't sure I liked the abstraction layer of > putting a ton of information and functionality into property classes which > is what happened when I tried this. > My property inputs were > propName: String, > endVal: *=null, > endValRelative: Boolean=false, > startVal: *=null, > startValRelative: Boolean=false > > Then I had this functionality in there from Fuse, that lets you omit > either start or end and it will figure it out. That's probably why it got > complicated. (I will share OpenTween if you want.) > > Anyway yeah I think there is something to a multi-property approach for > sure, but I've been leaning back toward just extending LinearGo in the > simplest way possible ? one property per tween class. ** > * > * > *Here is why:* if every single property were in a separate tween class, > OverlapMonitor works the best in that it can allow just one property to be > paused, stopped and so on. That's how ZigoEngine worked, it atomized every > tween internally. I've been thinking PlayableGroup could be extended to > handle multi-prop tweens by creating separate tween instances, then it could > let you drill into them to grab children by property etc. > > One could argue that it's slower to not block all similar tweens, but it > also provides more control and is less abstract, and I've found that in real > practice there are usually only a very small number of "blocked" tweens at > once... pretty soon you want to change delay/duration/easing on one property > or another and you end up with a group anyway. > > That said, I'd love to see your concept taken all the way John...! > > :-) > > > On May 6, 2008, at 3:54 PM, John Grden wrote: > > *Was this:* > tween_0 = new Tween3D(target, 1, Equations.easeOutCubic); > tween_0.x = 0; > tween_0.y = 50; > tween_0.rotationZ = 0; > sequence.addStep(tween_0); > > sequence.lastStep.advance = new OnDurationComplete(.2); // advance > early/overlap > tween_0b = new Tween3D(target, 1, Equations.easeOutCubic); > tween_0b.z = 200; > sequence.addStep(tween_0b, true); // 2nd param groups it with previous > step. param is "addToLastStep" > > tween_1 = new Tween3D(target, 1, Equations.easeOutCubic); > tween_1.x = -10; > tween_1.y = 85; > tween_1.rotationZ = 15; > sequence.addStep(tween_1); > sequence.lastStep.advance = new OnDurationComplete(.25); // advance > early/overlap > > tween_2 = new Tween3D(target, 1, Equations.easeOutBounce); > tween_2.rotationX = 0; > tween_2.rotationY = 0; > sequence.addStep(tween_2); > > *Is now this:* > > tween_0 = new Tween3D(target, [Go3D.x(0), Go3D.y(50), Go3D.rotationZ(0)], > 1, Equations.easeOutCubic); > sequence.addStep(tween_0); > sequence.lastStep.advance = new OnDurationComplete(.2); // advance > early/overlap > > tween_0b = new Tween3D(target, [Go3D.z(200)], 1, Equations.easeOutCubic); > sequence.addStep(tween_0b, true); // 2nd param groups it with previous > step. param is "addToLastStep" > > tween_1 = new Tween3D(target, [Go3D.x(-10), Go3D.y(85), > Go3D.rotationZ(15)], 1, Equations.easeOutCubic); > sequence.addStep(tween_1); > sequence.lastStep.advance = new OnDurationComplete(.25); // advance > early/overlap > > tween_2 = new Tween3D(target, [Go3D.rotationX(0), Go3D.rotationY(0)], 1, > Equations.easeOutBounce); > sequence.addStep(tween_2); > > > I'm still thinking about this approach, but thought I would throw it out > to you guys to see what you thought. Right now, there's static methods in > Go3D that return a Go3Dproperty. Tween3D has an array called > propertyChanges and if there is an array in the propertyChanges argument, I > just set it straight away - no parsing required. It's all ready to go and > is filled with Go3DProperty objects. > > Thoughts? > -- > [ JPG ] _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org > > > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org > > -- [ JPG ] -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080506/d8e48324/attachment.html From moses at goasap.org Tue May 6 15:05:57 2008 From: moses at goasap.org (Moses Gunesch) Date: Tue, 6 May 2008 18:05:57 -0400 Subject: [Golist] This looks a bit better as far as syntax In-Reply-To: <814c1ea20805061338j2223200fs16918fce8af16f23@mail.gmail.com> References: <814c1ea20805061254s1f8e5b29o4720c022461326fb@mail.gmail.com> <50A05796-DCD9-43B6-BAA0-03647A663C16@goasap.org> <814c1ea20805061338j2223200fs16918fce8af16f23@mail.gmail.com> Message-ID: <5FAADFE5-B1A5-45BB-B4AF-595474A5D7B1@goasap.org> Hehe, sorry. And they let me write for a book! ;) Let me try again.... Turn ons: What you're doing is better for strict typing because the properties are real properties ? that is cool. I like how you have x() etc., that's really cool. In mine you had to do properties as strings like "x". Turn offs: I'm starting to lean against multi-property tween classes in general. Because, it's easy to forget how complex just ONE tween can be. Like, think of a color tween or a filter tween ? multiple properties in arrays, nested in subproperties of display objects... gets hairy. Start values and relative values are another can of worms. Lately I've been thinking that a tween instance is more like an atom than a molecule. That's why I'm now gravitating back toward individual- property tween classes. That, and OverlapMonitor would be able to handle every property individually. Have not built this out though.... But I'm wondering if there would some way to do that cool property syntax thing you're doing, but at the PlayableGroup level? - m On May 6, 2008, at 4:38 PM, John Grden wrote: > So I'm confused a bit -seems like you said you were leaning towards > 1 property per tween that exists, but you like what I'm doing with > that last code sample > > LOL I know I missed something > > I think that I started to get what you meant though - having those > apart of a PlayableGroup etc is essentially what we end up with, is > that about right? > > On Tue, May 6, 2008 at 3:17 PM, Moses Gunesch > wrote: > Yeah that's good. I created a system called OpenTween ? don't think > I ever posted it though because I wasn't sure I liked the > abstraction layer of putting a ton of information and functionality > into property classes which is what happened when I tried this. > > My property inputs were > propName: String, > endVal: *=null, > endValRelative: Boolean=false, > startVal: *=null, > startValRelative: Boolean=false > > Then I had this functionality in there from Fuse, that lets you omit > either start or end and it will figure it out. That's probably why > it got complicated. (I will share OpenTween if you want.) > > Anyway yeah I think there is something to a multi-property approach > for sure, but I've been leaning back toward just extending LinearGo > in the simplest way possible ? one property per tween class. > > Here is why: if every single property were in a separate tween > class, OverlapMonitor works the best in that it can allow just one > property to be paused, stopped and so on. That's how ZigoEngine > worked, it atomized every tween internally. I've been thinking > PlayableGroup could be extended to handle multi-prop tweens by > creating separate tween instances, then it could let you drill into > them to grab children by property etc. > > One could argue that it's slower to not block all similar tweens, > but it also provides more control and is less abstract, and I've > found that in real practice there are usually only a very small > number of "blocked" tweens at once... pretty soon you want to change > delay/duration/easing on one property or another and you end up with > a group anyway. > > That said, I'd love to see your concept taken all the way John...! > > :-) > > > On May 6, 2008, at 3:54 PM, John Grden wrote: > >> Was this: >> tween_0 = new Tween3D(target, 1, Equations.easeOutCubic); >> tween_0.x = 0; >> tween_0.y = 50; >> tween_0.rotationZ = 0; >> sequence.addStep(tween_0); >> >> sequence.lastStep.advance = new OnDurationComplete(.2); // advance >> early/overlap >> tween_0b = new Tween3D(target, 1, Equations.easeOutCubic); >> tween_0b.z = 200; >> sequence.addStep(tween_0b, true); // 2nd param groups it with >> previous step. param is "addToLastStep" >> >> tween_1 = new Tween3D(target, 1, Equations.easeOutCubic); >> tween_1.x = -10; >> tween_1.y = 85; >> tween_1.rotationZ = 15; >> sequence.addStep(tween_1); >> sequence.lastStep.advance = new OnDurationComplete(.25); // advance >> early/overlap >> >> tween_2 = new Tween3D(target, 1, Equations.easeOutBounce); >> tween_2.rotationX = 0; >> tween_2.rotationY = 0; >> sequence.addStep(tween_2); >> >> Is now this: >> >> tween_0 = new Tween3D(target, [Go3D.x(0), Go3D.y(50), >> Go3D.rotationZ(0)], 1, Equations.easeOutCubic); >> sequence.addStep(tween_0); >> sequence.lastStep.advance = new OnDurationComplete(.2); // advance >> early/overlap >> >> tween_0b = new Tween3D(target, [Go3D.z(200)], 1, >> Equations.easeOutCubic); >> sequence.addStep(tween_0b, true); // 2nd param groups it with >> previous step. param is "addToLastStep" >> >> tween_1 = new Tween3D(target, [Go3D.x(-10), Go3D.y(85), >> Go3D.rotationZ(15)], 1, Equations.easeOutCubic); >> sequence.addStep(tween_1); >> sequence.lastStep.advance = new OnDurationComplete(.25); // advance >> early/overlap >> >> tween_2 = new Tween3D(target, [Go3D.rotationX(0), >> Go3D.rotationY(0)], 1, Equations.easeOutBounce); >> sequence.addStep(tween_2); >> >> >> I'm still thinking about this approach, but thought I would throw >> it out to you guys to see what you thought. Right now, there's >> static methods in Go3D that return a Go3Dproperty. Tween3D has an >> array called propertyChanges and if there is an array in the >> propertyChanges argument, I just set it straight away - no parsing >> required. It's all ready to go and is filled with Go3DProperty >> objects. >> >> Thoughts? >> -- >> [ JPG ] _______________________________________________ >> GoList mailing list >> GoList at goasap.org >> http://goasap.org/mailman/listinfo/golist_goasap.org > > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org > > > > > -- > [ JPG ] _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080506/a4eeff56/attachment.html From go at tweego.org Tue May 6 22:44:50 2008 From: go at tweego.org (Sebastian Weyrauch) Date: Wed, 7 May 2008 07:44:50 +0200 Subject: [Golist] This looks a bit better as far as syntax In-Reply-To: <5FAADFE5-B1A5-45BB-B4AF-595474A5D7B1@goasap.org> References: <814c1ea20805061254s1f8e5b29o4720c022461326fb@mail.gmail.com> <50A05796-DCD9-43B6-BAA0-03647A663C16@goasap.org> <814c1ea20805061338j2223200fs16918fce8af16f23@mail.gmail.com> <5FAADFE5-B1A5-45BB-B4AF-595474A5D7B1@goasap.org> Message-ID: <005101c8b005$781ab380$68501a80$@org> Hi, think this method of John is really cool too. I hate string properties too. But as you mentioned: For universal handling this is no real possibility :( If the advantage is much bigger than the disadvantage, you can give up strict typing, at least in my eyes. Maybe you're right. A universal tween class can not be that good as specialized classes. But I think it can be really hard to know and use several tween classes. And all popular tween classes are universal tween classes. But perhaps this will change in future. We will see. best regards sebastian Von: golist-bounces at goasap.org [mailto:golist-bounces at goasap.org] Im Auftrag von Moses Gunesch Gesendet: Mittwoch, 7. Mai 2008 00:06 An: Mailing list for the Go ActionScript Animation Platform Betreff: Re: [Golist] This looks a bit better as far as syntax Hehe, sorry. And they let me write for a book! ;) Let me try again.... Turn ons: What you're doing is better for strict typing because the properties are real properties - that is cool. I like how you have x() etc., that's really cool. In mine you had to do properties as strings like "x". Turn offs: I'm starting to lean against multi-property tween classes in general. Because, it's easy to forget how complex just ONE tween can be. Like, think of a color tween or a filter tween - multiple properties in arrays, nested in subproperties of display objects... gets hairy. Start values and relative values are another can of worms. Lately I've been thinking that a tween instance is more like an atom than a molecule. That's why I'm now gravitating back toward individual-property tween classes. That, and OverlapMonitor would be able to handle every property individually. Have not built this out though.... But I'm wondering if there would some way to do that cool property syntax thing you're doing, but at the PlayableGroup level? - m On May 6, 2008, at 4:38 PM, John Grden wrote: So I'm confused a bit -seems like you said you were leaning towards 1 property per tween that exists, but you like what I'm doing with that last code sample LOL I know I missed something I think that I started to get what you meant though - having those apart of a PlayableGroup etc is essentially what we end up with, is that about right? On Tue, May 6, 2008 at 3:17 PM, Moses Gunesch wrote: Yeah that's good. I created a system called OpenTween - don't think I ever posted it though because I wasn't sure I liked the abstraction layer of putting a ton of information and functionality into property classes which is what happened when I tried this. My property inputs were propName: String, endVal: *=null, endValRelative: Boolean=false, startVal: *=null, startValRelative: Boolean=false Then I had this functionality in there from Fuse, that lets you omit either start or end and it will figure it out. That's probably why it got complicated. (I will share OpenTween if you want.) Anyway yeah I think there is something to a multi-property approach for sure, but I've been leaning back toward just extending LinearGo in the simplest way possible - one property per tween class. Here is why: if every single property were in a separate tween class, OverlapMonitor works the best in that it can allow just one property to be paused, stopped and so on. That's how ZigoEngine worked, it atomized every tween internally. I've been thinking PlayableGroup could be extended to handle multi-prop tweens by creating separate tween instances, then it could let you drill into them to grab children by property etc. One could argue that it's slower to not block all similar tweens, but it also provides more control and is less abstract, and I've found that in real practice there are usually only a very small number of "blocked" tweens at once... pretty soon you want to change delay/duration/easing on one property or another and you end up with a group anyway. That said, I'd love to see your concept taken all the way John...! :-) On May 6, 2008, at 3:54 PM, John Grden wrote: Was this: tween_0 = new Tween3D(target, 1, Equations.easeOutCubic); tween_0.x = 0; tween_0.y = 50; tween_0.rotationZ = 0; sequence.addStep(tween_0); sequence.lastStep.advance = new OnDurationComplete(.2); // advance early/overlap tween_0b = new Tween3D(target, 1, Equations.easeOutCubic); tween_0b.z = 200; sequence.addStep(tween_0b, true); // 2nd param groups it with previous step. param is "addToLastStep" tween_1 = new Tween3D(target, 1, Equations.easeOutCubic); tween_1.x = -10; tween_1.y = 85; tween_1.rotationZ = 15; sequence.addStep(tween_1); sequence.lastStep.advance = new OnDurationComplete(.25); // advance early/overlap tween_2 = new Tween3D(target, 1, Equations.easeOutBounce); tween_2.rotationX = 0; tween_2.rotationY = 0; sequence.addStep(tween_2); Is now this: tween_0 = new Tween3D(target, [Go3D.x(0), Go3D.y(50), Go3D.rotationZ(0)], 1, Equations.easeOutCubic); sequence.addStep(tween_0); sequence.lastStep.advance = new OnDurationComplete(.2); // advance early/overlap tween_0b = new Tween3D(target, [Go3D.z(200)], 1, Equations.easeOutCubic); sequence.addStep(tween_0b, true); // 2nd param groups it with previous step. param is "addToLastStep" tween_1 = new Tween3D(target, [Go3D.x(-10), Go3D.y(85), Go3D.rotationZ(15)], 1, Equations.easeOutCubic); sequence.addStep(tween_1); sequence.lastStep.advance = new OnDurationComplete(.25); // advance early/overlap tween_2 = new Tween3D(target, [Go3D.rotationX(0), Go3D.rotationY(0)], 1, Equations.easeOutBounce); sequence.addStep(tween_2); I'm still thinking about this approach, but thought I would throw it out to you guys to see what you thought. Right now, there's static methods in Go3D that return a Go3Dproperty. Tween3D has an array called propertyChanges and if there is an array in the propertyChanges argument, I just set it straight away - no parsing required. It's all ready to go and is filled with Go3DProperty objects. Thoughts? -- [ JPG ] _______________________________________________ GoList mailing list GoList at goasap.org http://goasap.org/mailman/listinfo/golist_goasap.org _______________________________________________ GoList mailing list GoList at goasap.org http://goasap.org/mailman/listinfo/golist_goasap.org -- [ JPG ] _______________________________________________ GoList mailing list GoList at goasap.org http://goasap.org/mailman/listinfo/golist_goasap.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080507/f5d3e8b6/attachment-0001.html From neoriley at gmail.com Wed May 7 05:07:44 2008 From: neoriley at gmail.com (John Grden) Date: Wed, 7 May 2008 07:07:44 -0500 Subject: [Golist] This looks a bit better as far as syntax In-Reply-To: <005101c8b005$781ab380$68501a80$@org> References: <814c1ea20805061254s1f8e5b29o4720c022461326fb@mail.gmail.com> <50A05796-DCD9-43B6-BAA0-03647A663C16@goasap.org> <814c1ea20805061338j2223200fs16918fce8af16f23@mail.gmail.com> <5FAADFE5-B1A5-45BB-B4AF-595474A5D7B1@goasap.org> <005101c8b005$781ab380$68501a80$@org> Message-ID: <814c1ea20805070507g503f68b7k6c9237ca76d8e983@mail.gmail.com> The thing about strict / strong typing is that you gain performance benefits, coding benefits, compiling security as well as control in a development environment where you have several devs working on the same project. Now, in the api I'm developing, I'm starting to see how easy it would be to abstract the properties class so that if you knew what properties you would ever want to manipulate, you could create your own properties class. For the most part, if we really think about it, you can create classes ( or maybe just one big one ) for DisplayObjects to start with. If you used Fuse like I did for sequencing events more than actual tweening, you can certainly create your own properties class for those as well. I mean, it makes too much sense especially in light of what you gain in terms of what I mentioned above. It doesn't cut you off from doing anything at all, and you gain quite a bit. The cost is adding 1 properties class 1 time. Thoughts? On Wed, May 7, 2008 at 12:44 AM, Sebastian Weyrauch wrote: > Hi, > > think this method of John is really cool too. I hate string properties > too. But as you mentioned: For universal handling this is no real > possibility :( If the advantage is much bigger than the disadvantage, you > can give up strict typing, at least in my eyes. > > > > Maybe you're right. A universal tween class can not be that good as > specialized classes. But I think it can be really hard to know and use > several tween classes. And all popular tween classes are universal tween > classes. But perhaps this will change in future. We will see. > > > > best regards > > sebastian > > > > *Von:* golist-bounces at goasap.org [mailto:golist-bounces at goasap.org] *Im > Auftrag von *Moses Gunesch > *Gesendet:* Mittwoch, 7. Mai 2008 00:06 > *An:* Mailing list for the Go ActionScript Animation Platform > *Betreff:* Re: [Golist] This looks a bit better as far as syntax > > > > Hehe, sorry. And they let me write for a book! ;) > > Let me try again.... > > > > *Turn ons:* What you're doing is better for strict typing because the > properties are real properties ? that is cool. I like how you have x() etc., > that's really cool. In mine you had to do properties as strings like "x". > > > > > > *Turn offs:* I'm starting to lean against multi-property tween classes in > general. Because, it's easy to forget how complex just ONE tween can be. > Like, think of a color tween or a filter tween ? multiple properties in > arrays, nested in subproperties of display objects... gets hairy. Start > values and relative values are another can of worms. > > > > Lately I've been thinking that* *a tween instance is more like an atom > than a molecule. That's why I'm now gravitating back toward > individual-property tween classes. That, and OverlapMonitor would be able to > handle every property individually. > > > > Have not built this out though.... > > But I'm wondering if there would some way to do that cool property syntax > thing you're doing, but at the PlayableGroup level? > > > > - m > > > > > > > > On May 6, 2008, at 4:38 PM, John Grden wrote: > > > > So I'm confused a bit -seems like you said you were leaning towards 1 > property per tween that exists, but you like what I'm doing with that last > code sample > > LOL I know I missed something > > I think that I started to get what you meant though - having those apart > of a PlayableGroup etc is essentially what we end up with, is that about > right? > > On Tue, May 6, 2008 at 3:17 PM, Moses Gunesch wrote: > > Yeah that's good. I created a system called OpenTween ? don't think I ever > posted it though because I wasn't sure I liked the abstraction layer of > putting a ton of information and functionality into property classes which > is what happened when I tried this. > > > > My property inputs were > > propName: String, > > endVal: *=null, > > endValRelative: Boolean=false, > > startVal: *=null, > > startValRelative: Boolean=false > > > > Then I had this functionality in there from Fuse, that lets you omit > either start or end and it will figure it out. That's probably why it got > complicated. (I will share OpenTween if you want.) > > > > Anyway yeah I think there is something to a multi-property approach for > sure, but I've been leaning back toward just extending LinearGo in the > simplest way possible ? one property per tween class. > > > > *Here is why:* if every single property were in a separate tween class, > OverlapMonitor works the best in that it can allow just one property to be > paused, stopped and so on. That's how ZigoEngine worked, it atomized every > tween internally. I've been thinking PlayableGroup could be extended to > handle multi-prop tweens by creating separate tween instances, then it could > let you drill into them to grab children by property etc. > > > > One could argue that it's slower to not block all similar tweens, but it > also provides more control and is less abstract, and I've found that in real > practice there are usually only a very small number of "blocked" tweens at > once... pretty soon you want to change delay/duration/easing on one property > or another and you end up with a group anyway. > > > > That said, I'd love to see your concept taken all the way John...! > > > > :-) > > > > > > On May 6, 2008, at 3:54 PM, John Grden wrote: > > > > *Was this:* > tween_0 = new Tween3D(target, 1, Equations.easeOutCubic); > tween_0.x = 0; > tween_0.y = 50; > tween_0.rotationZ = 0; > sequence.addStep(tween_0); > > sequence.lastStep.advance = new OnDurationComplete(.2); // advance > early/overlap > tween_0b = new Tween3D(target, 1, Equations.easeOutCubic); > tween_0b.z = 200; > sequence.addStep(tween_0b, true); // 2nd param groups it with previous > step. param is "addToLastStep" > > tween_1 = new Tween3D(target, 1, Equations.easeOutCubic); > tween_1.x = -10; > tween_1.y = 85; > tween_1.rotationZ = 15; > sequence.addStep(tween_1); > sequence.lastStep.advance = new OnDurationComplete(.25); // advance > early/overlap > > tween_2 = new Tween3D(target, 1, Equations.easeOutBounce); > tween_2.rotationX = 0; > tween_2.rotationY = 0; > sequence.addStep(tween_2); > > *Is now this:* > > tween_0 = new Tween3D(target, [Go3D.x(0), Go3D.y(50), Go3D.rotationZ(0)], > 1, Equations.easeOutCubic); > sequence.addStep(tween_0); > sequence.lastStep.advance = new OnDurationComplete(.2); // advance > early/overlap > > tween_0b = new Tween3D(target, [Go3D.z(200)], 1, Equations.easeOutCubic); > sequence.addStep(tween_0b, true); // 2nd param groups it with previous > step. param is "addToLastStep" > > tween_1 = new Tween3D(target, [Go3D.x(-10), Go3D.y(85), > Go3D.rotationZ(15)], 1, Equations.easeOutCubic); > sequence.addStep(tween_1); > sequence.lastStep.advance = new OnDurationComplete(.25); // advance > early/overlap > > tween_2 = new Tween3D(target, [Go3D.rotationX(0), Go3D.rotationY(0)], 1, > Equations.easeOutBounce); > sequence.addStep(tween_2); > > > I'm still thinking about this approach, but thought I would throw it out > to you guys to see what you thought. Right now, there's static methods in > Go3D that return a Go3Dproperty. Tween3D has an array called > propertyChanges and if there is an array in the propertyChanges argument, I > just set it straight away - no parsing required. It's all ready to go and > is filled with Go3DProperty objects. > > Thoughts? > -- > > [ JPG ] _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org > > > > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org > > > > > -- > [ JPG ] _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org > > > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org > > -- [ JPG ] -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080507/4b61761d/attachment.html From go at tweego.org Wed May 7 05:20:02 2008 From: go at tweego.org (Sebastian Weyrauch) Date: Wed, 7 May 2008 14:20:02 +0200 Subject: [Golist] This looks a bit better as far as syntax In-Reply-To: <814c1ea20805070507g503f68b7k6c9237ca76d8e983@mail.gmail.com> References: <814c1ea20805061254s1f8e5b29o4720c022461326fb@mail.gmail.com> <50A05796-DCD9-43B6-BAA0-03647A663C16@goasap.org> <814c1ea20805061338j2223200fs16918fce8af16f23@mail.gmail.com> <5FAADFE5-B1A5-45BB-B4AF-595474A5D7B1@goasap.org> <005101c8b005$781ab380$68501a80$@org> <814c1ea20805070507g503f68b7k6c9237ca76d8e983@mail.gmail.com> Message-ID: <007801c8b03c$ad723ad0$0856b070$@org> Of source strict typing is much better. But the major target is to save time. You will lose time without strict typing, sure. But you always have to decide which will cost more time. And I think a universal tween engine with string properties can save more time than you will lose with those. (The little performance differences are not so important to me.) But I'm not really sure. On one hand every other possibility at the moment needs more work at the beginning, on the other hand I hate untyped code, too. Tricky :( Von: golist-bounces at goasap.org [mailto:golist-bounces at goasap.org] Im Auftrag von John Grden Gesendet: Mittwoch, 7. Mai 2008 14:08 An: Mailing list for the Go ActionScript Animation Platform Betreff: Re: [Golist] This looks a bit better as far as syntax The thing about strict / strong typing is that you gain performance benefits, coding benefits, compiling security as well as control in a development environment where you have several devs working on the same project. Now, in the api I'm developing, I'm starting to see how easy it would be to abstract the properties class so that if you knew what properties you would ever want to manipulate, you could create your own properties class. For the most part, if we really think about it, you can create classes ( or maybe just one big one ) for DisplayObjects to start with. If you used Fuse like I did for sequencing events more than actual tweening, you can certainly create your own properties class for those as well. I mean, it makes too much sense especially in light of what you gain in terms of what I mentioned above. It doesn't cut you off from doing anything at all, and you gain quite a bit. The cost is adding 1 properties class 1 time. Thoughts? On Wed, May 7, 2008 at 12:44 AM, Sebastian Weyrauch wrote: Hi, think this method of John is really cool too. I hate string properties too. But as you mentioned: For universal handling this is no real possibility :( If the advantage is much bigger than the disadvantage, you can give up strict typing, at least in my eyes. Maybe you're right. A universal tween class can not be that good as specialized classes. But I think it can be really hard to know and use several tween classes. And all popular tween classes are universal tween classes. But perhaps this will change in future. We will see. best regards sebastian Von: golist-bounces at goasap.org [mailto:golist-bounces at goasap.org] Im Auftrag von Moses Gunesch Gesendet: Mittwoch, 7. Mai 2008 00:06 An: Mailing list for the Go ActionScript Animation Platform Betreff: Re: [Golist] This looks a bit better as far as syntax Hehe, sorry. And they let me write for a book! ;) Let me try again.... Turn ons: What you're doing is better for strict typing because the properties are real properties - that is cool. I like how you have x() etc., that's really cool. In mine you had to do properties as strings like "x". Turn offs: I'm starting to lean against multi-property tween classes in general. Because, it's easy to forget how complex just ONE tween can be. Like, think of a color tween or a filter tween - multiple properties in arrays, nested in subproperties of display objects... gets hairy. Start values and relative values are another can of worms. Lately I've been thinking that a tween instance is more like an atom than a molecule. That's why I'm now gravitating back toward individual-property tween classes. That, and OverlapMonitor would be able to handle every property individually. Have not built this out though.... But I'm wondering if there would some way to do that cool property syntax thing you're doing, but at the PlayableGroup level? - m On May 6, 2008, at 4:38 PM, John Grden wrote: So I'm confused a bit -seems like you said you were leaning towards 1 property per tween that exists, but you like what I'm doing with that last code sample LOL I know I missed something I think that I started to get what you meant though - having those apart of a PlayableGroup etc is essentially what we end up with, is that about right? On Tue, May 6, 2008 at 3:17 PM, Moses Gunesch wrote: Yeah that's good. I created a system called OpenTween - don't think I ever posted it though because I wasn't sure I liked the abstraction layer of putting a ton of information and functionality into property classes which is what happened when I tried this. My property inputs were propName: String, endVal: *=null, endValRelative: Boolean=false, startVal: *=null, startValRelative: Boolean=false Then I had this functionality in there from Fuse, that lets you omit either start or end and it will figure it out. That's probably why it got complicated. (I will share OpenTween if you want.) Anyway yeah I think there is something to a multi-property approach for sure, but I've been leaning back toward just extending LinearGo in the simplest way possible - one property per tween class. Here is why: if every single property were in a separate tween class, OverlapMonitor works the best in that it can allow just one property to be paused, stopped and so on. That's how ZigoEngine worked, it atomized every tween internally. I've been thinking PlayableGroup could be extended to handle multi-prop tweens by creating separate tween instances, then it could let you drill into them to grab children by property etc. One could argue that it's slower to not block all similar tweens, but it also provides more control and is less abstract, and I've found that in real practice there are usually only a very small number of "blocked" tweens at once... pretty soon you want to change delay/duration/easing on one property or another and you end up with a group anyway. That said, I'd love to see your concept taken all the way John...! :-) On May 6, 2008, at 3:54 PM, John Grden wrote: Was this: tween_0 = new Tween3D(target, 1, Equations.easeOutCubic); tween_0.x = 0; tween_0.y = 50; tween_0.rotationZ = 0; sequence.addStep(tween_0); sequence.lastStep.advance = new OnDurationComplete(.2); // advance early/overlap tween_0b = new Tween3D(target, 1, Equations.easeOutCubic); tween_0b.z = 200; sequence.addStep(tween_0b, true); // 2nd param groups it with previous step. param is "addToLastStep" tween_1 = new Tween3D(target, 1, Equations.easeOutCubic); tween_1.x = -10; tween_1.y = 85; tween_1.rotationZ = 15; sequence.addStep(tween_1); sequence.lastStep.advance = new OnDurationComplete(.25); // advance early/overlap tween_2 = new Tween3D(target, 1, Equations.easeOutBounce); tween_2.rotationX = 0; tween_2.rotationY = 0; sequence.addStep(tween_2); Is now this: tween_0 = new Tween3D(target, [Go3D.x(0), Go3D.y(50), Go3D.rotationZ(0)], 1, Equations.easeOutCubic); sequence.addStep(tween_0); sequence.lastStep.advance = new OnDurationComplete(.2); // advance early/overlap tween_0b = new Tween3D(target, [Go3D.z(200)], 1, Equations.easeOutCubic); sequence.addStep(tween_0b, true); // 2nd param groups it with previous step. param is "addToLastStep" tween_1 = new Tween3D(target, [Go3D.x(-10), Go3D.y(85), Go3D.rotationZ(15)], 1, Equations.easeOutCubic); sequence.addStep(tween_1); sequence.lastStep.advance = new OnDurationComplete(.25); // advance early/overlap tween_2 = new Tween3D(target, [Go3D.rotationX(0), Go3D.rotationY(0)], 1, Equations.easeOutBounce); sequence.addStep(tween_2); I'm still thinking about this approach, but thought I would throw it out to you guys to see what you thought. Right now, there's static methods in Go3D that return a Go3Dproperty. Tween3D has an array called propertyChanges and if there is an array in the propertyChanges argument, I just set it straight away - no parsing required. It's all ready to go and is filled with Go3DProperty objects. Thoughts? -- [ JPG ] _______________________________________________ GoList mailing list GoList at goasap.org http://goasap.org/mailman/listinfo/golist_goasap.org _______________________________________________ GoList mailing list GoList at goasap.org http://goasap.org/mailman/listinfo/golist_goasap.org -- [ JPG ] _______________________________________________ GoList mailing list GoList at goasap.org http://goasap.org/mailman/listinfo/golist_goasap.org _______________________________________________ GoList mailing list GoList at goasap.org http://goasap.org/mailman/listinfo/golist_goasap.org -- [ JPG ] -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080507/6a93b4cc/attachment-0001.html From moses at goasap.org Wed May 7 07:47:57 2008 From: moses at goasap.org (Moses Gunesch) Date: Wed, 7 May 2008 10:47:57 -0400 Subject: [Golist] This looks a bit better as far as syntax In-Reply-To: <814c1ea20805070507g503f68b7k6c9237ca76d8e983@mail.gmail.com> References: <814c1ea20805061254s1f8e5b29o4720c022461326fb@mail.gmail.com> <50A05796-DCD9-43B6-BAA0-03647A663C16@goasap.org> <814c1ea20805061338j2223200fs16918fce8af16f23@mail.gmail.com> <5FAADFE5-B1A5-45BB-B4AF-595474A5D7B1@goasap.org> <005101c8b005$781ab380$68501a80$@org> <814c1ea20805070507g503f68b7k6c9237ca76d8e983@mail.gmail.com> Message-ID: <01874541-4B3C-40E8-8B9B-6245AEE93FB8@goasap.org> John: Yes. If you can design a system that is quickly expandable and all you have to do is pop in some properties, I think the majority of tweening is done on known prop names. For special cases there could be a few generic classes that tween 'a number on an object', 'an object in an object' and 'an array in an object'. But I agree with you that if you have a solid set of typed ones those are the ones you will grab for first, and save the generic ones for special situations where you want to tween some random variable once and it doesn't require creating a reusable class. (Of course for those situations you can also just use a LinearGo with an update callback so in that way, the generic tweens are barely needed at all once you have a strong set of typed tweens.) m On May 7, 2008, at 8:07 AM, John Grden wrote: > The thing about strict / strong typing is that you gain performance > benefits, coding benefits, compiling security as well as control in > a development environment where you have several devs working on the > same project. > > Now, in the api I'm developing, I'm starting to see how easy it > would be to abstract the properties class so that if you knew what > properties you would ever want to manipulate, you could create your > own properties class. For the most part, if we really think about > it, you can create classes ( or maybe just one big one ) for > DisplayObjects to start with. If you used Fuse like I did for > sequencing events more than actual tweening, you can certainly > create your own properties class for those as well. I mean, it > makes too much sense especially in light of what you gain in terms > of what I mentioned above. > > It doesn't cut you off from doing anything at all, and you gain > quite a bit. The cost is adding 1 properties class 1 time. > > Thoughts? > > On Wed, May 7, 2008 at 12:44 AM, Sebastian Weyrauch > wrote: > Hi, > > think this method of John is really cool too. I hate string > properties too. But as you mentioned: For universal handling this is > no real possibility :( If the advantage is much bigger than the > disadvantage, you can give up strict typing, at least in my eyes. > > > Maybe you're right. A universal tween class can not be that good as > specialized classes. But I think it can be really hard to know and > use several tween classes. And all popular tween classes are > universal tween classes. But perhaps this will change in future. We > will see. > > > best regards > > sebastian > > > Von: golist-bounces at goasap.org [mailto:golist-bounces at goasap.org] Im > Auftrag von Moses Gunesch > Gesendet: Mittwoch, 7. Mai 2008 00:06 > An: Mailing list for the Go ActionScript Animation Platform > Betreff: Re: [Golist] This looks a bit better as far as syntax > > > Hehe, sorry. And they let me write for a book! ;) > > Let me try again.... > > > Turn ons: What you're doing is better for strict typing because the > properties are real properties ? that is cool. I like how you have > x() etc., that's really cool. In mine you had to do properties as > strings like "x". > > > > Turn offs: I'm starting to lean against multi-property tween classes > in general. Because, it's easy to forget how complex just ONE tween > can be. Like, think of a color tween or a filter tween ? multiple > properties in arrays, nested in subproperties of display objects... > gets hairy. Start values and relative values are another can of worms. > > > Lately I've been thinking that a tween instance is more like an atom > than a molecule. That's why I'm now gravitating back toward > individual-property tween classes. That, and OverlapMonitor would be > able to handle every property individually. > > > Have not built this out though.... > > But I'm wondering if there would some way to do that cool property > syntax thing you're doing, but at the PlayableGroup level? > > > - m > > > > > On May 6, 2008, at 4:38 PM, John Grden wrote: > > > > So I'm confused a bit -seems like you said you were leaning towards > 1 property per tween that exists, but you like what I'm doing with > that last code sample > > LOL I know I missed something > > I think that I started to get what you meant though - having those > apart of a PlayableGroup etc is essentially what we end up with, is > that about right? > > On Tue, May 6, 2008 at 3:17 PM, Moses Gunesch > wrote: > > Yeah that's good. I created a system called OpenTween ? don't think > I ever posted it though because I wasn't sure I liked the > abstraction layer of putting a ton of information and functionality > into property classes which is what happened when I tried this. > > > My property inputs were > > propName: String, > > endVal: *=null, > > endValRelative: Boolean=false, > > startVal: *=null, > > startValRelative: Boolean=false > > > Then I had this functionality in there from Fuse, that lets you omit > either start or end and it will figure it out. That's probably why > it got complicated. (I will share OpenTween if you want.) > > > Anyway yeah I think there is something to a multi-property approach > for sure, but I've been leaning back toward just extending LinearGo > in the simplest way possible ? one property per tween class. > > > Here is why: if every single property were in a separate tween > class, OverlapMonitor works the best in that it can allow just one > property to be paused, stopped and so on. That's how ZigoEngine > worked, it atomized every tween internally. I've been thinking > PlayableGroup could be extended to handle multi-prop tweens by > creating separate tween instances, then it could let you drill into > them to grab children by property etc. > > > One could argue that it's slower to not block all similar tweens, > but it also provides more control and is less abstract, and I've > found that in real practice there are usually only a very small > number of "blocked" tweens at once... pretty soon you want to change > delay/duration/easing on one property or another and you end up with > a group anyway. > > > That said, I'd love to see your concept taken all the way John...! > > > :-) > > > > On May 6, 2008, at 3:54 PM, John Grden wrote: > > > Was this: > tween_0 = new Tween3D(target, 1, Equations.easeOutCubic); > tween_0.x = 0; > tween_0.y = 50; > tween_0.rotationZ = 0; > sequence.addStep(tween_0); > > sequence.lastStep.advance = new OnDurationComplete(.2); // advance > early/overlap > tween_0b = new Tween3D(target, 1, Equations.easeOutCubic); > tween_0b.z = 200; > sequence.addStep(tween_0b, true); // 2nd param groups it with > previous step. param is "addToLastStep" > > tween_1 = new Tween3D(target, 1, Equations.easeOutCubic); > tween_1.x = -10; > tween_1.y = 85; > tween_1.rotationZ = 15; > sequence.addStep(tween_1); > sequence.lastStep.advance = new OnDurationComplete(.25); // advance > early/overlap > > tween_2 = new Tween3D(target, 1, Equations.easeOutBounce); > tween_2.rotationX = 0; > tween_2.rotationY = 0; > sequence.addStep(tween_2); > > Is now this: > > tween_0 = new Tween3D(target, [Go3D.x(0), Go3D.y(50), > Go3D.rotationZ(0)], 1, Equations.easeOutCubic); > sequence.addStep(tween_0); > sequence.lastStep.advance = new OnDurationComplete(.2); // advance > early/overlap > > tween_0b = new Tween3D(target, [Go3D.z(200)], 1, > Equations.easeOutCubic); > sequence.addStep(tween_0b, true); // 2nd param groups it with > previous step. param is "addToLastStep" > > tween_1 = new Tween3D(target, [Go3D.x(-10), Go3D.y(85), > Go3D.rotationZ(15)], 1, Equations.easeOutCubic); > sequence.addStep(tween_1); > sequence.lastStep.advance = new OnDurationComplete(.25); // advance > early/overlap > > tween_2 = new Tween3D(target, [Go3D.rotationX(0), > Go3D.rotationY(0)], 1, Equations.easeOutBounce); > sequence.addStep(tween_2); > > > I'm still thinking about this approach, but thought I would throw it > out to you guys to see what you thought. Right now, there's static > methods in Go3D that return a Go3Dproperty. Tween3D has an array > called propertyChanges and if there is an array in the > propertyChanges argument, I just set it straight away - no parsing > required. It's all ready to go and is filled with Go3DProperty > objects. > > Thoughts? > -- > > [ JPG ] _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org > > > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org > > > > > -- > [ JPG ] _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org > > > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org > > > > > -- > [ JPG ] _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080507/2af0c29e/attachment.html From graemea at zaaz.com Wed May 7 08:49:40 2008 From: graemea at zaaz.com (Asher Graeme) Date: Wed, 7 May 2008 08:49:40 -0700 Subject: [Golist] This looks a bit better as far as syntax In-Reply-To: <01874541-4B3C-40E8-8B9B-6245AEE93FB8@goasap.org> References: <814c1ea20805061254s1f8e5b29o4720c022461326fb@mail.gmail.com> <50A05796-DCD9-43B6-BAA0-03647A663C16@goasap.org> <814c1ea20805061338j2223200fs16918fce8af16f23@mail.gmail.com> <5FAADFE5-B1A5-45BB-B4AF-595474A5D7B1@goasap.org> <005101c8b005$781ab380$68501a80$@org> <814c1ea20805070507g503f68b7k6c9237ca76d8e983@mail.gmail.com> <01874541-4B3C-40E8-8B9B-6245AEE93FB8@goasap.org> Message-ID: <8A8D43D2-6017-4D74-9B50-89BD34697045@zaaz.com> John Grden has made a blog post on his progress so far with the Go3D API. It speaks further to his points made here on this list, includes a cool example as well sample code. Seems to be shaping up nicely. This is going to be a great addition for PV3D. http://www.rockonflash.com/blog/?p=116 Graeme From go at tweego.org Wed May 7 09:04:11 2008 From: go at tweego.org (Sebastian Weyrauch) Date: Wed, 7 May 2008 18:04:11 +0200 Subject: [Golist] This looks a bit better as far as syntax In-Reply-To: <8A8D43D2-6017-4D74-9B50-89BD34697045@zaaz.com> References: <814c1ea20805061254s1f8e5b29o4720c022461326fb@mail.gmail.com> <50A05796-DCD9-43B6-BAA0-03647A663C16@goasap.org> <814c1ea20805061338j2223200fs16918fce8af16f23@mail.gmail.com> <5FAADFE5-B1A5-45BB-B4AF-595474A5D7B1@goasap.org> <005101c8b005$781ab380$68501a80$@org> <814c1ea20805070507g503f68b7k6c9237ca76d8e983@mail.gmail.com> <01874541-4B3C-40E8-8B9B-6245AEE93FB8@goasap.org> <8A8D43D2-6017-4D74-9B50-89BD34697045@zaaz.com> Message-ID: <00ac01c8b05b$fdb8ac30$f92a0490$@org> Btw: Joa Ebert developed a tweening engine, too: http://blog.je2050.de/2008/05/07/tweening-and-object-pools/ He choosed a similar way: For example he tweens with "DisplayObject.relativeX(50)" in the api. I'm considering if I should implement this principle in tweego, too. But overloading it can't be the right way. sebastian -----Urspr?ngliche Nachricht----- Von: golist-bounces at goasap.org [mailto:golist-bounces at goasap.org] Im Auftrag von Asher Graeme Gesendet: Mittwoch, 7. Mai 2008 17:50 An: Mailing list for the Go ActionScript Animation Platform Betreff: Re: [Golist] This looks a bit better as far as syntax John Grden has made a blog post on his progress so far with the Go3D API. It speaks further to his points made here on this list, includes a cool example as well sample code. Seems to be shaping up nicely. This is going to be a great addition for PV3D. http://www.rockonflash.com/blog/?p=116 Graeme _______________________________________________ GoList mailing list GoList at goasap.org http://goasap.org/mailman/listinfo/golist_goasap.org From graemea at zaaz.com Wed May 7 09:14:17 2008 From: graemea at zaaz.com (Asher Graeme) Date: Wed, 7 May 2008 09:14:17 -0700 Subject: [Golist] This looks a bit better as far as syntax In-Reply-To: <00ac01c8b05b$fdb8ac30$f92a0490$@org> References: <814c1ea20805061254s1f8e5b29o4720c022461326fb@mail.gmail.com> <50A05796-DCD9-43B6-BAA0-03647A663C16@goasap.org> <814c1ea20805061338j2223200fs16918fce8af16f23@mail.gmail.com> <5FAADFE5-B1A5-45BB-B4AF-595474A5D7B1@goasap.org> <005101c8b005$781ab380$68501a80$@org> <814c1ea20805070507g503f68b7k6c9237ca76d8e983@mail.gmail.com> <01874541-4B3C-40E8-8B9B-6245AEE93FB8@goasap.org> <8A8D43D2-6017-4D74-9B50-89BD34697045@zaaz.com> <00ac01c8b05b$fdb8ac30$f92a0490$@org> Message-ID: I had written similar classes in Go for PV3D a while back. I am in the process of migrating my camera class into John's new format. Ill keep you posted as to when I am done, shouldnt be to long. Graeme On May 7, 2008, at 9:04 AM, Sebastian Weyrauch wrote: > Btw: Joa Ebert developed a tweening engine, too: > http://blog.je2050.de/2008/05/07/tweening-and-object-pools/ > > He choosed a similar way: > For example he tweens with "DisplayObject.relativeX(50)" in the api. > > I'm considering if I should implement this principle in tweego, too. > But > overloading it can't be the right way. > > > > sebastian > > > -----Urspr?ngliche Nachricht----- > Von: golist-bounces at goasap.org [mailto:golist-bounces at goasap.org] Im > Auftrag > von Asher Graeme > Gesendet: Mittwoch, 7. Mai 2008 17:50 > An: Mailing list for the Go ActionScript Animation Platform > Betreff: Re: [Golist] This looks a bit better as far as syntax > > John Grden has made a blog post on his progress so far with the Go3D > API. It speaks further to his points made here on this list, includes > a cool example as well sample code. Seems to be shaping up nicely. > This is going to be a great addition for PV3D. > > http://www.rockonflash.com/blog/?p=116 > > Graeme > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org > > > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org From neoriley at gmail.com Wed May 7 09:17:44 2008 From: neoriley at gmail.com (John Grden) Date: Wed, 7 May 2008 11:17:44 -0500 Subject: [Golist] This looks a bit better as far as syntax In-Reply-To: <00ac01c8b05b$fdb8ac30$f92a0490$@org> References: <814c1ea20805061254s1f8e5b29o4720c022461326fb@mail.gmail.com> <50A05796-DCD9-43B6-BAA0-03647A663C16@goasap.org> <814c1ea20805061338j2223200fs16918fce8af16f23@mail.gmail.com> <5FAADFE5-B1A5-45BB-B4AF-595474A5D7B1@goasap.org> <005101c8b005$781ab380$68501a80$@org> <814c1ea20805070507g503f68b7k6c9237ca76d8e983@mail.gmail.com> <01874541-4B3C-40E8-8B9B-6245AEE93FB8@goasap.org> <8A8D43D2-6017-4D74-9B50-89BD34697045@zaaz.com> <00ac01c8b05b$fdb8ac30$f92a0490$@org> Message-ID: <814c1ea20805070917u2ad02558nb17658052f4fbe73@mail.gmail.com> I think abstracting the properties to be static functions of an arbitrary class is the way to go - it's portable, and certainly doesn't step on the toes of anything previously written etc On Wed, May 7, 2008 at 11:04 AM, Sebastian Weyrauch wrote: > Btw: Joa Ebert developed a tweening engine, too: > http://blog.je2050.de/2008/05/07/tweening-and-object-pools/ > > He choosed a similar way: > For example he tweens with "DisplayObject.relativeX(50)" in the api. > > I'm considering if I should implement this principle in tweego, too. But > overloading it can't be the right way. > > > > sebastian > > > -----Urspr?ngliche Nachricht----- > Von: golist-bounces at goasap.org [mailto:golist-bounces at goasap.org] Im > Auftrag > von Asher Graeme > Gesendet: Mittwoch, 7. Mai 2008 17:50 > An: Mailing list for the Go ActionScript Animation Platform > Betreff: Re: [Golist] This looks a bit better as far as syntax > > John Grden has made a blog post on his progress so far with the Go3D > API. It speaks further to his points made here on this list, includes > a cool example as well sample code. Seems to be shaping up nicely. > This is going to be a great addition for PV3D. > > http://www.rockonflash.com/blog/?p=116 > > Graeme > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org > > > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org > -- [ JPG ] -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080507/b77830c8/attachment.html From neoriley at gmail.com Wed May 7 09:19:21 2008 From: neoriley at gmail.com (John Grden) Date: Wed, 7 May 2008 11:19:21 -0500 Subject: [Golist] This looks a bit better as far as syntax In-Reply-To: References: <814c1ea20805061254s1f8e5b29o4720c022461326fb@mail.gmail.com> <50A05796-DCD9-43B6-BAA0-03647A663C16@goasap.org> <814c1ea20805061338j2223200fs16918fce8af16f23@mail.gmail.com> <5FAADFE5-B1A5-45BB-B4AF-595474A5D7B1@goasap.org> <005101c8b005$781ab380$68501a80$@org> <814c1ea20805070507g503f68b7k6c9237ca76d8e983@mail.gmail.com> <01874541-4B3C-40E8-8B9B-6245AEE93FB8@goasap.org> <8A8D43D2-6017-4D74-9B50-89BD34697045@zaaz.com> <00ac01c8b05b$fdb8ac30$f92a0490$@org> Message-ID: <814c1ea20805070919y1b076e9es89e97246618dc731@mail.gmail.com> yeah I'm excited to see those Graeme! I hope the latest files didn't throw it off. Should work the same actually. One thing that I *might* do, however, is move those static methods in Go3D to another properties class so that it's well defined that that's what it's for. Go3D should be something else other than housing property methods. On Wed, May 7, 2008 at 11:14 AM, Asher Graeme wrote: > I had written similar classes in Go for PV3D a while back. I am in > the process of migrating my camera class into John's new format. Ill > keep you posted as to when I am done, shouldnt be to long. > > Graeme > > > On May 7, 2008, at 9:04 AM, Sebastian Weyrauch wrote: > > > Btw: Joa Ebert developed a tweening engine, too: > > http://blog.je2050.de/2008/05/07/tweening-and-object-pools/ > > > > He choosed a similar way: > > For example he tweens with "DisplayObject.relativeX(50)" in the api. > > > > I'm considering if I should implement this principle in tweego, too. > > But > > overloading it can't be the right way. > > > > > > > > sebastian > > > > > > -----Urspr?ngliche Nachricht----- > > Von: golist-bounces at goasap.org [mailto:golist-bounces at goasap.org] Im > > Auftrag > > von Asher Graeme > > Gesendet: Mittwoch, 7. Mai 2008 17:50 > > An: Mailing list for the Go ActionScript Animation Platform > > Betreff: Re: [Golist] This looks a bit better as far as syntax > > > > John Grden has made a blog post on his progress so far with the Go3D > > API. It speaks further to his points made here on this list, includes > > a cool example as well sample code. Seems to be shaping up nicely. > > This is going to be a great addition for PV3D. > > > > http://www.rockonflash.com/blog/?p=116 > > > > Graeme > > > > _______________________________________________ > > GoList mailing list > > GoList at goasap.org > > http://goasap.org/mailman/listinfo/golist_goasap.org > > > > > > > > _______________________________________________ > > GoList mailing list > > GoList at goasap.org > > http://goasap.org/mailman/listinfo/golist_goasap.org > > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org > -- [ JPG ] -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080507/ce220aa9/attachment.html From graemea at zaaz.com Wed May 7 09:30:43 2008 From: graemea at zaaz.com (Asher Graeme) Date: Wed, 7 May 2008 09:30:43 -0700 Subject: [Golist] This looks a bit better as far as syntax In-Reply-To: <814c1ea20805070919y1b076e9es89e97246618dc731@mail.gmail.com> References: <814c1ea20805061254s1f8e5b29o4720c022461326fb@mail.gmail.com> <50A05796-DCD9-43B6-BAA0-03647A663C16@goasap.org> <814c1ea20805061338j2223200fs16918fce8af16f23@mail.gmail.com> <5FAADFE5-B1A5-45BB-B4AF-595474A5D7B1@goasap.org> <005101c8b005$781ab380$68501a80$@org> <814c1ea20805070507g503f68b7k6c9237ca76d8e983@mail.gmail.com> <01874541-4B3C-40E8-8B9B-6245AEE93FB8@goasap.org> <8A8D43D2-6017-4D74-9B50-89BD34697045@zaaz.com> <00ac01c8b05b$fdb8ac30$f92a0490$@org> <814c1ea20805070919y1b076e9es89e97246618dc731@mail.gmail.com> Message-ID: <171FBA56-B7B0-4269-A40A-9A40800406AE@zaaz.com> Makes sense. If you do make that change just let me know and I will make the appropriate changes on my end of things. On May 7, 2008, at 9:19 AM, John Grden wrote: > yeah I'm excited to see those Graeme! I hope the latest files > didn't throw it off. Should work the same actually. > > One thing that I *might* do, however, is move those static methods > in Go3D to another properties class so that it's well defined that > that's what it's for. Go3D should be something else other than > housing property methods. > > On Wed, May 7, 2008 at 11:14 AM, Asher Graeme > wrote: > I had written similar classes in Go for PV3D a while back. I am in > the process of migrating my camera class into John's new format. Ill > keep you posted as to when I am done, shouldnt be to long. > > Graeme > > > On May 7, 2008, at 9:04 AM, Sebastian Weyrauch wrote: > > > Btw: Joa Ebert developed a tweening engine, too: > > http://blog.je2050.de/2008/05/07/tweening-and-object-pools/ > > > > He choosed a similar way: > > For example he tweens with "DisplayObject.relativeX(50)" in the api. > > > > I'm considering if I should implement this principle in tweego, too. > > But > > overloading it can't be the right way. > > > > > > > > sebastian > > > > > > -----Urspr?ngliche Nachricht----- > > Von: golist-bounces at goasap.org [mailto:golist-bounces at goasap.org] Im > > Auftrag > > von Asher Graeme > > Gesendet: Mittwoch, 7. Mai 2008 17:50 > > An: Mailing list for the Go ActionScript Animation Platform > > Betreff: Re: [Golist] This looks a bit better as far as syntax > > > > John Grden has made a blog post on his progress so far with the Go3D > > API. It speaks further to his points made here on this list, > includes > > a cool example as well sample code. Seems to be shaping up nicely. > > This is going to be a great addition for PV3D. > > > > http://www.rockonflash.com/blog/?p=116 > > > > Graeme > > > > _______________________________________________ > > GoList mailing list > > GoList at goasap.org > > http://goasap.org/mailman/listinfo/golist_goasap.org > > > > > > > > _______________________________________________ > > GoList mailing list > > GoList at goasap.org > > http://goasap.org/mailman/listinfo/golist_goasap.org > > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org > > > > -- > [ JPG ] -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080507/da55aba2/attachment.html From neoriley at gmail.com Wed May 7 09:34:11 2008 From: neoriley at gmail.com (John Grden) Date: Wed, 7 May 2008 11:34:11 -0500 Subject: [Golist] This looks a bit better as far as syntax In-Reply-To: <171FBA56-B7B0-4269-A40A-9A40800406AE@zaaz.com> References: <814c1ea20805061254s1f8e5b29o4720c022461326fb@mail.gmail.com> <5FAADFE5-B1A5-45BB-B4AF-595474A5D7B1@goasap.org> <005101c8b005$781ab380$68501a80$@org> <814c1ea20805070507g503f68b7k6c9237ca76d8e983@mail.gmail.com> <01874541-4B3C-40E8-8B9B-6245AEE93FB8@goasap.org> <8A8D43D2-6017-4D74-9B50-89BD34697045@zaaz.com> <00ac01c8b05b$fdb8ac30$f92a0490$@org> <814c1ea20805070919y1b076e9es89e97246618dc731@mail.gmail.com> <171FBA56-B7B0-4269-A40A-9A40800406AE@zaaz.com> Message-ID: <814c1ea20805070934k2da99a6do2bff660149146ba9@mail.gmail.com> Sounds good On Wed, May 7, 2008 at 11:30 AM, Asher Graeme wrote: > Makes sense. If you do make that change just let me know and I will make > the appropriate changes on my end of things. > > On May 7, 2008, at 9:19 AM, John Grden wrote: > > yeah I'm excited to see those Graeme! I hope the latest files didn't > throw it off. Should work the same actually. > > One thing that I *might* do, however, is move those static methods in Go3D > to another properties class so that it's well defined that that's what it's > for. Go3D should be something else other than housing property methods. > > On Wed, May 7, 2008 at 11:14 AM, Asher Graeme wrote: > > > I had written similar classes in Go for PV3D a while back. I am in > > the process of migrating my camera class into John's new format. Ill > > keep you posted as to when I am done, shouldnt be to long. > > > > Graeme > > > > > > On May 7, 2008, at 9:04 AM, Sebastian Weyrauch wrote: > > > > > Btw: Joa Ebert developed a tweening engine, too: > > > http://blog.je2050.de/2008/05/07/tweening-and-object-pools/ > > > > > > He choosed a similar way: > > > For example he tweens with "DisplayObject.relativeX(50)" in the api. > > > > > > I'm considering if I should implement this principle in tweego, too. > > > But > > > overloading it can't be the right way. > > > > > > > > > > > > sebastian > > > > > > > > > -----Urspr?ngliche Nachricht----- > > > Von: golist-bounces at goasap.org [mailto:golist-bounces at goasap.org] Im > > > Auftrag > > > von Asher Graeme > > > Gesendet: Mittwoch, 7. Mai 2008 17:50 > > > An: Mailing list for the Go ActionScript Animation Platform > > > Betreff: Re: [Golist] This looks a bit better as far as syntax > > > > > > John Grden has made a blog post on his progress so far with the Go3D > > > API. It speaks further to his points made here on this list, includes > > > a cool example as well sample code. Seems to be shaping up nicely. > > > This is going to be a great addition for PV3D. > > > > > > http://www.rockonflash.com/blog/?p=116 > > > > > > Graeme > > > > > > _______________________________________________ > > > GoList mailing list > > > GoList at goasap.org > > > http://goasap.org/mailman/listinfo/golist_goasap.org > > > > > > > > > > > > _______________________________________________ > > > GoList mailing list > > > GoList at goasap.org > > > http://goasap.org/mailman/listinfo/golist_goasap.org > > > > > > _______________________________________________ > > GoList mailing list > > GoList at goasap.org > > http://goasap.org/mailman/listinfo/golist_goasap.org > > > > > > -- > [ JPG ] > > > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org > > -- [ JPG ] -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080507/b6fbf701/attachment-0001.html From donovan at hydrotik.com Wed May 7 09:41:41 2008 From: donovan at hydrotik.com (Donovan Adams) Date: Wed, 7 May 2008 12:41:41 -0400 Subject: [Golist] This looks a bit better as far as syntax Message-ID: <1bb31dbcd4844a35b650855625da8765@mail29.safesecureweb.com> I'm thinking of integrating this into HydroTween as well, but retaining the original syntax. In the meantime I should be releasing the newer version of HydroTween with image/color tweening very shortly. If anyone is interested in testing it out in the meantime let me know offlist and I'll send you a copy of the latest. works with the latest Go version with Johns additions. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080507/72918a1d/attachment.html From neoriley at gmail.com Wed May 7 09:44:40 2008 From: neoriley at gmail.com (John Grden) Date: Wed, 7 May 2008 11:44:40 -0500 Subject: [Golist] This looks a bit better as far as syntax In-Reply-To: <1bb31dbcd4844a35b650855625da8765@mail29.safesecureweb.com> References: <1bb31dbcd4844a35b650855625da8765@mail29.safesecureweb.com> Message-ID: <814c1ea20805070944l4470116ewb73c602b94868a81@mail.gmail.com> oh nice! color tweening ;) funny how things drop on your plate right when you're interested in them Iv'e been dealing with Color in the last 2 days, and I just might hit you up on that man ;) On Wed, May 7, 2008 at 11:41 AM, Donovan Adams wrote: > I'm thinking of integrating this into HydroTween as well, but retaining > the original syntax. > > In the meantime I should be releasing the newer version of HydroTween with > image/color tweening very shortly. > > If anyone is interested in testing it out in the meantime let me know > offlist and I'll send you a copy of the latest. works with the latest Go > version with Johns additions. > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org > > -- [ JPG ] -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080507/a62cb115/attachment.html From KarstenGoetz at web.de Wed May 7 10:35:36 2008 From: KarstenGoetz at web.de (Karsten Goetz) Date: Wed, 7 May 2008 19:35:36 +0200 Subject: [Golist] This looks a bit better as far as syntax In-Reply-To: <814c1ea20805070917u2ad02558nb17658052f4fbe73@mail.gmail.com> References: <814c1ea20805061254s1f8e5b29o4720c022461326fb@mail.gmail.com> <50A05796-DCD9-43B6-BAA0-03647A663C16@goasap.org> <814c1ea20805061338j2223200fs16918fce8af16f23@mail.gmail.com> <5FAADFE5-B1A5-45BB-B4AF-595474A5D7B1@goasap.org> <005101c8b005$781ab380$68501a80$@org> <814c1ea20805070507g503f68b7k6c9237ca76d8e983@mail.gmail.com> <01874541-4B3C-40E8-8B9B-6245AEE93FB8@goasap.org> <8A8D43D2-6017-4D74-9B50-89BD34697045@zaaz.com> <00ac01c8b05b$fdb8ac30$f92a0490$@org> <814c1ea20805070917u2ad02558nb17658052f4fbe73@mail.gmail.com> Message-ID: <4244A030-A146-417C-B451-0BA01D1380FD@web.de> Hi John, i tried somthing like this, too. I've post it on playground here: GoPlayground/KarstenGoetz/src/de/karstengoetz/tests/TgoTween.as It's nearly without comments and I did not make a wiki entry, too ( sorry... ). The intention was to keep the init-possibilies of a tween open, and I came up to use a arbitrary class ( i call them VO for value objects ), too - and leave the possibility to use quick objects. Init an VO-object would simple look like this: var startFormatVo : TextFormatVO = new TextFormatVO(); startFormatVo.size = 1; startFormatVo.letterSpacing = 50; startFormatVo.leading = 10; And it could be used in different ways like this: // if startvalue is null, the tween takes the instance parameters group.addChild(new ClipTween(textField, null, {alpha:1}, 0, .4, Linear.easeIn)); // start and endvalues as objects, most common and quick use... group.addChild(new ClipTween(textField, {y:200}, {y:50}, 0, 1, Bounce.easeOut)); // start and endvalues predefined with value objects group.addChild(new TextFormatTween(textField, startFormatVo, endFormatVo, 0, 1, Bounce.easeOut)); // start defined inline with the value object, endvalue defined with a DropShadowFilter( returned from endFilter() ). Only the tweenable values of the DropShadowFilter will be used group.addChild(new DropShadowTween(textField, new DropShadowVO(10, 50, 0x000000, 1, 50, 45, 20), endFilter(), 0, 1, Linear.easeNone)); if you're pretty sure what properties to tween you can use {alpha:1}, for complex animations or for storeing animation values you could use the vo-objects. If you have to set a only oneway-used dataset you could use new VOObject(10, 50, and so on) and your editor would give the value-hints. I created an array in the VO-classes and tried to use this one in the tweenclass itself for setting the properties or for the overlapmonitor. But this stuff is not finished and I have to bring up wiki ( i promised so ;- ) I'm not 100% sure if this fits into the discussion, but these are my thoughts about spliting properties and tweenclasses. I like the idea of arbitrary classes! Greetings Karsten Am 07.05.2008 um 18:17 schrieb John Grden: > I think abstracting the properties to be static functions of an > arbitrary class is the way to go - it's portable, and certainly > doesn't step on the toes of anything previously written etc > > On Wed, May 7, 2008 at 11:04 AM, Sebastian Weyrauch > wrote: > Btw: Joa Ebert developed a tweening engine, too: > http://blog.je2050.de/2008/05/07/tweening-and-object-pools/ > > He choosed a similar way: > For example he tweens with "DisplayObject.relativeX(50)" in the api. > > I'm considering if I should implement this principle in tweego, > too. But > overloading it can't be the right way. > > > > sebastian > > > -----Urspr?ngliche Nachricht----- > Von: golist-bounces at goasap.org [mailto:golist-bounces at goasap.org] > Im Auftrag > von Asher Graeme > Gesendet: Mittwoch, 7. Mai 2008 17:50 > An: Mailing list for the Go ActionScript Animation Platform > Betreff: Re: [Golist] This looks a bit better as far as syntax > > John Grden has made a blog post on his progress so far with the Go3D > API. It speaks further to his points made here on this list, includes > a cool example as well sample code. Seems to be shaping up nicely. > This is going to be a great addition for PV3D. > > http://www.rockonflash.com/blog/?p=116 > > Graeme > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org > > > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org > > > > -- > [ JPG ] > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080507/f50f739c/attachment-0001.html From moses at goasap.org Wed May 7 10:36:38 2008 From: moses at goasap.org (Moses Gunesch) Date: Wed, 7 May 2008 13:36:38 -0400 Subject: [Golist] This looks a bit better as far as syntax In-Reply-To: <00ac01c8b05b$fdb8ac30$f92a0490$@org> References: <814c1ea20805061254s1f8e5b29o4720c022461326fb@mail.gmail.com> <50A05796-DCD9-43B6-BAA0-03647A663C16@goasap.org> <814c1ea20805061338j2223200fs16918fce8af16f23@mail.gmail.com> <5FAADFE5-B1A5-45BB-B4AF-595474A5D7B1@goasap.org> <005101c8b005$781ab380$68501a80$@org> <814c1ea20805070507g503f68b7k6c9237ca76d8e983@mail.gmail.com> <01874541-4B3C-40E8-8B9B-6245AEE93FB8@goasap.org> <8A8D43D2-6017-4D74-9B50-89BD34697045@zaaz.com> <00ac01c8b05b$fdb8ac30$f92a0490$@org> Message-ID: <73126D5D-056B-40CF-B4FE-D7308566BF7B@goasap.org> I posted a response to his blog entry there... interesting, thanks Sebastian! moses On May 7, 2008, at 12:04 PM, Sebastian Weyrauch wrote: > Btw: Joa Ebert developed a tweening engine, too: > http://blog.je2050.de/2008/05/07/tweening-and-object-pools/ > > He choosed a similar way: > For example he tweens with "DisplayObject.relativeX(50)" in the api. > > I'm considering if I should implement this principle in tweego, too. > But > overloading it can't be the right way. > > > > sebastian -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080507/978b00a3/attachment.html From moses at goasap.org Wed May 7 10:40:19 2008 From: moses at goasap.org (Moses Gunesch) Date: Wed, 7 May 2008 13:40:19 -0400 Subject: [Golist] This looks a bit better as far as syntax In-Reply-To: <00ac01c8b05b$fdb8ac30$f92a0490$@org> References: <814c1ea20805061254s1f8e5b29o4720c022461326fb@mail.gmail.com> <50A05796-DCD9-43B6-BAA0-03647A663C16@goasap.org> <814c1ea20805061338j2223200fs16918fce8af16f23@mail.gmail.com> <5FAADFE5-B1A5-45BB-B4AF-595474A5D7B1@goasap.org> <005101c8b005$781ab380$68501a80$@org> <814c1ea20805070507g503f68b7k6c9237ca76d8e983@mail.gmail.com> <01874541-4B3C-40E8-8B9B-6245AEE93FB8@goasap.org> <8A8D43D2-6017-4D74-9B50-89BD34697045@zaaz.com> <00ac01c8b05b$fdb8ac30$f92a0490$@org> Message-ID: <278E7C6F-DC04-4CB9-BBFA-2E74746E92ED@goasap.org> Oh hey Sebastian ? where do I get to the API you are referring to? m On May 7, 2008, at 12:04 PM, Sebastian Weyrauch wrote: > Btw: Joa Ebert developed a tweening engine, too: > http://blog.je2050.de/2008/05/07/tweening-and-object-pools/ > > He choosed a similar way: > For example he tweens with "DisplayObject.relativeX(50)" in the api. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080507/511c3030/attachment.html From go at tweego.org Wed May 7 10:45:57 2008 From: go at tweego.org (Sebastian Weyrauch) Date: Wed, 7 May 2008 19:45:57 +0200 Subject: [Golist] This looks a bit better as far as syntax In-Reply-To: <278E7C6F-DC04-4CB9-BBFA-2E74746E92ED@goasap.org> References: <814c1ea20805061254s1f8e5b29o4720c022461326fb@mail.gmail.com> <50A05796-DCD9-43B6-BAA0-03647A663C16@goasap.org> <814c1ea20805061338j2223200fs16918fce8af16f23@mail.gmail.com> <5FAADFE5-B1A5-45BB-B4AF-595474A5D7B1@goasap.org> <005101c8b005$781ab380$68501a80$@org> <814c1ea20805070507g503f68b7k6c9237ca76d8e983@mail.gmail.com> <01874541-4B3C-40E8-8B9B-6245AEE93FB8@goasap.org> <8A8D43D2-6017-4D74-9B50-89BD34697045@zaaz.com> <00ac01c8b05b$fdb8ac30$f92a0490$@org> <278E7C6F-DC04-4CB9-BBFA-2E74746E92ED@goasap.org> Message-ID: <00ee01c8b06a$34c7cb30$9e576190$@org> Well, I talked to him this morning. The complete source is not public so far. As example Joa wrote the following line: Tween.create( Properties.create( DisplayProperties.relativeX( sprite, 10 ) ); (Had it only in parts in my mind) But seems to be the same approach than John's. s Von: golist-bounces at goasap.org [mailto:golist-bounces at goasap.org] Im Auftrag von Moses Gunesch Gesendet: Mittwoch, 7. Mai 2008 19:40 An: Mailing list for the Go ActionScript Animation Platform Betreff: Re: [Golist] This looks a bit better as far as syntax Oh hey Sebastian - where do I get to the API you are referring to? m On May 7, 2008, at 12:04 PM, Sebastian Weyrauch wrote: Btw: Joa Ebert developed a tweening engine, too: http://blog.je2050.de/2008/05/07/tweening-and-object-pools/ He choosed a similar way: For example he tweens with "DisplayObject.relativeX(50)" in the api. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080507/a6cab668/attachment.html From moses at goasap.org Wed May 7 14:31:10 2008 From: moses at goasap.org (Moses Gunesch) Date: Wed, 7 May 2008 17:31:10 -0400 Subject: [Golist] Go3D, Timeline3D Message-ID: <94E77C17-C1F1-44B6-8C17-94207DF52481@goasap.org> Hey look a topical subject line! :-D I blogged the recent blogging, and now I'm feeling all bloggy. Also added a Blog link in the top bar of the main Go site so it's a bit more obvious that it exists.... http://go.mosessupposes.com/ blog on, bloggers! m From donovan at hydrotik.com Thu May 8 12:21:08 2008 From: donovan at hydrotik.com (Donovan Adams) Date: Thu, 8 May 2008 15:21:08 -0400 Subject: [Golist] HydroTween Update Message-ID: After finishing some outstanding work and a wedding, I've been finally able to start wrapping up my updates to HydroTween. The latest version features the usual props/filters along with brightness, contrast, hue, saturation, tint, and hex values as well as Fuse style sequencing. I plan on doing a formal post over the weekend, but If anyone is interested in giving it a test drive, let me know offlist and I can send you over the class. Here's the current property list: alpha Bevel_angle Bevel_blurX Bevel_blurY Bevel_distance Bevel_highlightAlpha Bevel_quality Bevel_shadowAlpha Bevel_strength Blur_blurX Blur_blurY brightness color contrast DropShadow_alpha DropShadow_angle DropShadow_blurX DropShadow_blurY DropShadow_distance DropShadow_quality DropShadow_strength Glow_alpha Glow_blurX Glow_blurY Glow_strength height hue matrix rotation saturation scaleX scaleY tint width x y More to come later! Donovan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080508/947c6e6e/attachment.html From newsl at analogdesign.ch Thu May 8 12:40:38 2008 From: newsl at analogdesign.ch (Cedric M. analogdesign) Date: Thu, 8 May 2008 21:40:38 +0200 Subject: [Golist] HydroTween Update In-Reply-To: Message-ID: Hello Donovan, Thank you very much for your work. I'm looking forward to testing it ;) Best regards. Cedric M. (aka maddec) Interactive Creator Adobe Flash/Flex/AIR Specialist Since 1998 ---------------------------------------------------- http://analogdesign.ch http://analogdesign.ch/blog visual & interactive communication ---------------------------------------------------- _____ De : golist-bounces at goasap.org [mailto:golist-bounces at goasap.org] De la part de Donovan Adams Envoy? : jeudi, 8. mai 2008 21:21 ? : golist at goasap.org Objet : [Golist] HydroTween Update After finishing some outstanding work and a wedding, I've been finally able to start wrapping up my updates to HydroTween. The latest version features the usual props/filters along with brightness, contrast, hue, saturation, tint, and hex values as well as Fuse style sequencing. I plan on doing a formal post over the weekend, but If anyone is interested in giving it a test drive, let me know offlist and I can send you over the class. Here's the current property list: alpha Bevel_angle Bevel_blurX Bevel_blurY Bevel_distance Bevel_highlightAlpha Bevel_quality Bevel_shadowAlpha Bevel_strength Blur_blurX Blur_blurY brightness color contrast DropShadow_alpha DropShadow_angle DropShadow_blurX DropShadow_blurY DropShadow_distance DropShadow_quality DropShadow_strength Glow_alpha Glow_blurX Glow_blurY Glow_strength height hue matrix rotation saturation scaleX scaleY tint width x y More to come later! Donovan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080508/65a2f019/attachment.html From donovan at hydrotik.com Thu May 8 12:42:58 2008 From: donovan at hydrotik.com (Donovan Adams) Date: Thu, 8 May 2008 15:42:58 -0400 Subject: [Golist] HydroTween Update Message-ID: <66329df0d4a8457fa35cb25054f2ced8@mail29.safesecureweb.com> Here you are:) Still working on some of the color props for the filters, but it should be in good shape for some thorough testing. Let me know if you find anything. ---------------------------------------- Return-Path: Received: from procyon.lunarpages.com [209.200.229.10] by mail29.safesecureweb.com with SMTP; Thu, 8 May 2008 15:35:31 -0400 Received: from localhost ([127.0.0.1] helo=procyon.lunarpages.com) by procyon.lunarpages.com with esmtp (Exim 4.68) (envelope-from ) id 1JuBoY-00053b-IZ; Thu, 08 May 2008 12:30:02 -0700 Received: from 909.interfasys.net ([69.41.241.138]) by procyon.lunarpages.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1JuBoA-0004yD-SM for golist at goasap.org; Thu, 08 May 2008 12:29:54 -0700 Received: from 84-74-21-253.dclient.hispeed.ch ([84.74.21.253]:4486 helo=analogdesign) by 909.interfasys.net with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.69) (envelope-from ) id 1JuBv5-0001nL-Lj for golist at goasap.org; Thu, 08 May 2008 14:36:48 -0500 From: "Cedric M. analogdesign" To: "'Mailing list for the Go ActionScript Animation Platform'" Date: Thu, 8 May 2008 21:40:38 +0200 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcixQf8LwIMSjkjESk+QBhyvfUDcKwAASYOw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 In-Reply-To: X-Antivirus-Scanner: This message was scanned for malware, but you should still use an antivirus. X-Spam-Status: No, score=-2.6 X-Spam-Score: -25 X-Spam-Bar: -- X-Spam-Flag: NO Subject: Re: [Golist] HydroTween Update X-BeenThere: golist at goasap.org X-Mailman-Version: 2.1.9.cp2 Precedence: list Reply-To: Mailing list for the Go ActionScript Animation Platform List-Id: Mailing list for the Go ActionScript Animation Platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0658717620==" Sender: golist-bounces at goasap.org Errors-To: golist-bounces at goasap.org X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - procyon.lunarpages.com X-AntiAbuse: Original Domain - hydrotik.com X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - goasap.org X-Source: X-Source-Args: X-Source-Dir: X-Rcpt-To: X-SmarterMail-Spam: SPF_None Hello Donovan, Thank you very much for your work. I'm looking forward to testing it ;) Best regards. Cedric M. (aka maddec) Interactive Creator Adobe Flash/Flex/AIR Specialist Since 1998 ---------------------------------------------------- http://analogdesign.ch http://analogdesign.ch/blog visual & interactive communication ---------------------------------------------------- ---------------------------------------- De : golist-bounces at goasap.org [mailto:golist-bounces at goasap.org] De la part de Donovan Adams Envoy? : jeudi, 8. mai 2008 21:21 ? : golist at goasap.org Objet : [Golist] HydroTween Update After finishing some outstanding work and a wedding, I've been finally able to start wrapping up my updates to HydroTween. The latest version features the usual props/filters along with brightness, contrast, hue, saturation, tint, and hex values as well as Fuse style sequencing. I plan on doing a formal post over the weekend, but If anyone is interested in giving it a test drive, let me know offlist and I can send you over the class. Here's the current property list: alpha Bevel_angle Bevel_blurX Bevel_blurY Bevel_distance Bevel_highlightAlpha Bevel_quality Bevel_shadowAlpha Bevel_strength Blur_blurX Blur_blurY brightness color contrast DropShadow_alpha DropShadow_angle DropShadow_blurX DropShadow_blurY DropShadow_distance DropShadow_quality DropShadow_strength Glow_alpha Glow_blurX Glow_blurY Glow_strength height hue matrix rotation saturation scaleX scaleY tint width x y More to come later! Donovan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080508/e759c365/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: HydroTween.as Type: application/octet-stream Size: 32107 bytes Desc: not available Url : http://goasap.org/pipermail/golist_goasap.org/attachments/20080508/e759c365/attachment-0001.obj From newsl at analogdesign.ch Thu May 8 13:00:44 2008 From: newsl at analogdesign.ch (Cedric M. analogdesign) Date: Thu, 8 May 2008 22:00:44 +0200 Subject: [Golist] HydroTween Update In-Reply-To: <66329df0d4a8457fa35cb25054f2ced8@mail29.safesecureweb.com> Message-ID: Yep thank you ;) I'll let you know, if I find something. By the way, did you work on the thing I mentionned you off-list about bitmap handling? Best regards. Cedric M. (aka maddec) Interactive Creator Adobe Flash/Flex/AIR Specialist Since 1998 ---------------------------------------------------- http://analogdesign.ch http://analogdesign.ch/blog visual & interactive communication ---------------------------------------------------- _____ De : golist-bounces at goasap.org [mailto:golist-bounces at goasap.org] De la part de Donovan Adams Envoy? : jeudi, 8. mai 2008 21:43 ? : golist at goasap.org Objet : Re: [Golist] HydroTween Update Here you are:) Still working on some of the color props for the filters, but it should be in good shape for some thorough testing. Let me know if you find anything. _____ Return-Path: Received: from procyon.lunarpages.com [209.200.229.10] by mail29.safesecureweb.com with SMTP; Thu, 8 May 2008 15:35:31 -0400 Received: from localhost ([127.0.0.1] helo=procyon.lunarpages.com) by procyon.lunarpages.com with esmtp (Exim 4.68) (envelope-from ) id 1JuBoY-00053b-IZ; Thu, 08 May 2008 12:30:02 -0700 Received: from 909.interfasys.net ([69.41.241.138]) by procyon.lunarpages.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1JuBoA-0004yD-SM for golist at goasap.org; Thu, 08 May 2008 12:29:54 -0700 Received: from 84-74-21-253.dclient.hispeed.ch ([84.74.21.253]:4486 helo=analogdesign) by 909.interfasys.net with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.69) (envelope-from ) id 1JuBv5-0001nL-Lj for golist at goasap.org; Thu, 08 May 2008 14:36:48 -0500 From: "Cedric M. analogdesign" To: "'Mailing list for the Go ActionScript Animation Platform'" Date: Thu, 8 May 2008 21:40:38 +0200 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcixQf8LwIMSjkjESk+QBhyvfUDcKwAASYOw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 In-Reply-To: X-Antivirus-Scanner: This message was scanned for malware, but you should still use an antivirus. X-Spam-Status: No, score=-2.6 X-Spam-Score: -25 X-Spam-Bar: -- X-Spam-Flag: NO Subject: Re: [Golist] HydroTween Update X-BeenThere: golist at goasap.org X-Mailman-Version: 2.1.9.cp2 Precedence: list Reply-To: Mailing list for the Go ActionScript Animation Platform List-Id: Mailing list for the Go ActionScript Animation Platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0658717620==" Sender: golist-bounces at goasap.org Errors-To: golist-bounces at goasap.org X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - procyon.lunarpages.com X-AntiAbuse: Original Domain - hydrotik.com X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - goasap.org X-Source: X-Source-Args: X-Source-Dir: X-Rcpt-To: X-SmarterMail-Spam: SPF_None Hello Donovan, Thank you very much for your work. I'm looking forward to testing it ;) Best regards. Cedric M. (aka maddec) Interactive Creator Adobe Flash/Flex/AIR Specialist Since 1998 ---------------------------------------------------- http://analogdesign.ch http://analogdesign.ch/blog visual & interactive communication ---------------------------------------------------- _____ De : golist-bounces at goasap.org [mailto:golist-bounces at goasap.org] De la part de Donovan Adams Envoy? : jeudi, 8. mai 2008 21:21 ? : golist at goasap.org Objet : [Golist] HydroTween Update After finishing some outstanding work and a wedding, I've been finally able to start wrapping up my updates to HydroTween. The latest version features the usual props/filters along with brightness, contrast, hue, saturation, tint, and hex values as well as Fuse style sequencing. I plan on doing a formal post over the weekend, but If anyone is interested in giving it a test drive, let me know offlist and I can send you over the class. Here's the current property list: alpha Bevel_angle Bevel_blurX Bevel_blurY Bevel_distance Bevel_highlightAlpha Bevel_quality Bevel_shadowAlpha Bevel_strength Blur_blurX Blur_blurY brightness color contrast DropShadow_alpha DropShadow_angle DropShadow_blurX DropShadow_blurY DropShadow_distance DropShadow_quality DropShadow_strength Glow_alpha Glow_blurX Glow_blurY Glow_strength height hue matrix rotation saturation scaleX scaleY tint width x y More to come later! Donovan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080508/e1da1ecd/attachment.html From donovan at hydrotik.com Thu May 8 13:26:26 2008 From: donovan at hydrotik.com (Donovan Adams) Date: Thu, 8 May 2008 16:26:26 -0400 Subject: [Golist] HydroTween Update Message-ID: I meant to send that offlist. Yeah for conserving bandwidth! Anyways, I'll have to take a look. I got the ColorMatrix transformations in there, but sounds like you are talking about something else. Can you send me an example? This time I promise to go offlist for real:) Donovan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080508/3d1f5e39/attachment.html From flashdev at relivethefuture.com Fri May 9 06:48:42 2008 From: flashdev at relivethefuture.com (Martin Wood-Mitrovski) Date: Fri, 09 May 2008 15:48:42 +0200 Subject: [Golist] SVN Message-ID: <4824563A.7080905@relivethefuture.com> Hi Moses. Is there any chance you could setup a list for svn commits? Then you can just point the google code project at the list for commit messages. I dont know if others would find it useful but i like to know when things change :) also, maybe its best not to put the .project file from eclipse into svn as your FDT .project file conflicts with my FB3 .project file and eclipse is getting confused. thanks. martin. From go at tweego.org Fri May 9 07:00:49 2008 From: go at tweego.org (Sebastian Weyrauch) Date: Fri, 9 May 2008 16:00:49 +0200 Subject: [Golist] SVN In-Reply-To: <4824563A.7080905@relivethefuture.com> References: <4824563A.7080905@relivethefuture.com> Message-ID: <003e01c8b1dd$16be05e0$443a11a0$@org> Don't you have a tool like TortoiseSVN? This shows you changes in the windows file system. regards -----Urspr?ngliche Nachricht----- Von: golist-bounces at goasap.org [mailto:golist-bounces at goasap.org] Im Auftrag von Martin Wood-Mitrovski Gesendet: Freitag, 9. Mai 2008 15:49 An: Mailing list for the Go ActionScript Animation Platform Betreff: [Golist] SVN Hi Moses. Is there any chance you could setup a list for svn commits? Then you can just point the google code project at the list for commit messages. I dont know if others would find it useful but i like to know when things change :) also, maybe its best not to put the .project file from eclipse into svn as your FDT .project file conflicts with my FB3 .project file and eclipse is getting confused. thanks. martin. _______________________________________________ GoList mailing list GoList at goasap.org http://goasap.org/mailman/listinfo/golist_goasap.org From moses at goasap.org Fri May 9 07:20:56 2008 From: moses at goasap.org (Moses Gunesch) Date: Fri, 9 May 2008 10:20:56 -0400 Subject: [Golist] SVN In-Reply-To: <4824563A.7080905@relivethefuture.com> References: <4824563A.7080905@relivethefuture.com> Message-ID: Good idea on the list, I will do it if I can find time soon ? Re: Project files, are you talking about in the main Go repository? I try to not have any project files in there but maybe some leaked in... will clean it up soon. - m On May 9, 2008, at 9:48 AM, Martin Wood-Mitrovski wrote: > Hi Moses. > > Is there any chance you could setup a list for svn commits? Then you > can just > point the google code project at the list for commit messages. > > I dont know if others would find it useful but i like to know when > things change :) > > also, maybe its best not to put the .project file from eclipse into > svn as your > FDT .project file conflicts with my FB3 .project file and eclipse is > getting > confused. > > thanks. > > martin. > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080509/1a2fe569/attachment.html From flashdev at relivethefuture.com Fri May 9 07:28:41 2008 From: flashdev at relivethefuture.com (Martin Wood-Mitrovski) Date: Fri, 09 May 2008 16:28:41 +0200 Subject: [Golist] SVN In-Reply-To: <003e01c8b1dd$16be05e0$443a11a0$@org> References: <4824563A.7080905@relivethefuture.com> <003e01c8b1dd$16be05e0$443a11a0$@org> Message-ID: <48245F99.4050203@relivethefuture.com> I use eclipse with subclipse SVN plugin so I can see changes if i request to see them, I just like to get email notifications when things change. That way I know I need to update and dont have to think so much :) Sebastian Weyrauch wrote: > Don't you have a tool like TortoiseSVN? This shows you changes in the > windows file system. > > regards > > -----Urspr?ngliche Nachricht----- > Von: golist-bounces at goasap.org [mailto:golist-bounces at goasap.org] Im Auftrag > von Martin Wood-Mitrovski > Gesendet: Freitag, 9. Mai 2008 15:49 > An: Mailing list for the Go ActionScript Animation Platform > Betreff: [Golist] SVN > > Hi Moses. > > Is there any chance you could setup a list for svn commits? Then you can > just > point the google code project at the list for commit messages. > > I dont know if others would find it useful but i like to know when things > change :) From flashdev at relivethefuture.com Fri May 9 07:30:56 2008 From: flashdev at relivethefuture.com (Martin Wood-Mitrovski) Date: Fri, 09 May 2008 16:30:56 +0200 Subject: [Golist] SVN In-Reply-To: References: <4824563A.7080905@relivethefuture.com> Message-ID: <48246020.1010203@relivethefuture.com> Moses Gunesch wrote: > Good idea on the list, I will do it if I can find time soon ? no hurry, its definitely not a priority :) > Re: Project files, are you talking about in the main Go repository? I > try to not have any project files in there but maybe some leaked in... > will clean it up soon. yeah, there are a couple of FDT / eclipse files in the root folder of the main repo. Having the .project files in the flex tests folder is fine. thanks. From moses at goasap.org Fri May 9 14:21:07 2008 From: moses at goasap.org (Moses Gunesch) Date: Fri, 9 May 2008 17:21:07 -0400 Subject: [Golist] SVN In-Reply-To: <4824563A.7080905@relivethefuture.com> References: <4824563A.7080905@relivethefuture.com> Message-ID: <6C35CD87-DCCE-4DF8-BD2B-818F0A5F3959@goasap.org> I deleted the errant FDT files (for now). I can do another list but, ya know every time I update the SVN I post to this list, and normally people post about their commits to GoPlayground. - m On May 9, 2008, at 9:48 AM, Martin Wood-Mitrovski wrote: > Hi Moses. > > Is there any chance you could setup a list for svn commits? Then you > can just > point the google code project at the list for commit messages. > > I dont know if others would find it useful but i like to know when > things change :) > > also, maybe its best not to put the .project file from eclipse into > svn as your > FDT .project file conflicts with my FB3 .project file and eclipse is > getting > confused. > > thanks. > > martin. > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080509/4840af33/attachment.html From moses at goasap.org Sun May 11 10:38:17 2008 From: moses at goasap.org (Moses Gunesch) Date: Sun, 11 May 2008 13:38:17 -0400 Subject: [Golist] =?windows-1252?q?*_Go_Demo_Contest_=96=A0win_an_iPod_Shu?= =?windows-1252?q?ffle!_*?= Message-ID: Go is all about community, so I'd really like to show off some of YOUR work at my Flashbelt talk in early June! Time to come up with the rockin'est Go demo you can muster, folks! A short animation piece, a game or a website ? whatever! If it's really cool, I will pick it to be featured in front of 400 people at FlashBelt and of course, credit you and your company for it on stage. You will snag a 2 Gig iPod Shuffle with the phrase "GoASAP ? Less is more!" engraved on the back. http://www.apple.com/ipodshuffle/ (Personally I just think these tiny things are so cool! ) I might give out several of these depending on how many AWESOME demos come out of this ? I will be the judge, but I won't use your demo at Flashbelt without a prize! Also: If someone seriously blows my mind with an Unbelievable Go Demo of Staggering Genius, I might even come up with a grander 1st prize depending on how much I am moved ? so go for the gauntlet here, people! Rules: Prizes will be doled out on Friday, May 30th. 1. Post your demo online and post the link to this list. (You can post & update as many times as you want before May 30th.) 2. Send me the source code so I can verify that it uses GoASAP. 3. Rock on, rock stars. :-D Moses -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080511/501a1494/attachment.html From donovan at hydrotik.com Tue May 13 19:54:26 2008 From: donovan at hydrotik.com (donovan at hydrotik.com) Date: Tue, 13 May 2008 22:54:26 -0400 Subject: [Golist] HydroTween Updates/Post In-Reply-To: Message-ID: Hey folks. I made a formal post on the latest HydroTween updates with some usage, etc. I also updated the wiki. Trying to get a direct download on the goplayground site, in the meantime you can get the source and example at the bottom of the blog post. http://blog.hydrotik.com/2008/05/13/go-048jg1-hydrotween-rev30-guide-source- code/ Here are some snippets: // General/ColorMatrix Tweening! HydroTween.go(mc, {x:200, color:0xFF0000}, 2, 0, Elastic.easeOut, onCompleteHandler); // Fuse style sequencing! var seq1:SequenceCA = HydroTween.sequence( {target:fusebox, x:320, seconds:5, easing:Quadratic.easeInOut}, {target:fusebox, Blur_blurX:8, Blur_blurY:8, seconds:5, easing:Quadratic.easeInOut}, {target:fusebox, color:0x0000FF, seconds:5, easing:Quadratic.easeInOut}, {target:fusebox, Blur_blurX:0, Blur_blurY:0, seconds:5, easing:Quadratic.easeInOut}, {target:fusebox, x:400, seconds:.5, easing:Quadratic.easeInOut}, {target:fusebox, rotation:270, seconds:.5, easing:Quadratic.easeInOut} ); seq1.start(); Also I will be at Flashbelt. Maybe we can all Go grab a bit to eat one night! :) sorry I couldn?t help myself. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080513/ba94dc1d/attachment.html From moses at goasap.org Wed May 14 06:56:29 2008 From: moses at goasap.org (Moses Gunesch) Date: Wed, 14 May 2008 09:56:29 -0400 Subject: [Golist] HydroTween Updates/Post In-Reply-To: References: Message-ID: <685E1CAF-ED3E-4C25-B2BD-D8707EB8AF3C@goasap.org> Fantastic stuff! Suggestion based on your color reset of -1: you might add a static const for that, like HydroTween.RESET:int = -1, which would make the code easier for people to read within the action objects. Great job D! - m On May 13, 2008, at 10:54 PM, donovan at hydrotik.com wrote: > Hey folks. I made a formal post on the latest HydroTween updates > with some usage, etc. I also updated the wiki. Trying to get a > direct download on the goplayground site, in the meantime you can > get the source and example at the bottom of the blog post. > > http://blog.hydrotik.com/2008/05/13/go-048jg1-hydrotween-rev30-guide-source-code/ > > Here are some snippets: > > // General/ColorMatrix Tweening! > HydroTween.go(mc, {x:200, color:0xFF0000}, 2, 0, Elastic.easeOut, > onCompleteHandler); > > // Fuse style sequencing! > var seq1:SequenceCA = HydroTween.sequence( > {target:fusebox, x:320, seconds:5, easing:Quadratic.easeInOut}, > {target:fusebox, Blur_blurX:8, Blur_blurY:8, seconds:5, > easing:Quadratic.easeInOut}, > {target:fusebox, color:0x0000FF, seconds:5, > easing:Quadratic.easeInOut}, > {target:fusebox, Blur_blurX:0, Blur_blurY:0, seconds:5, > easing:Quadratic.easeInOut}, > {target:fusebox, x:400, seconds:.5, easing:Quadratic.easeInOut}, > {target:fusebox, rotation:270, seconds:.5, > easing:Quadratic.easeInOut} > ); > seq1.start(); > > Also I will be at Flashbelt. Maybe we can all Go grab a bit to eat > one night! :) sorry I couldn?t help myself. > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080514/daa47be8/attachment.html From donovan at hydrotik.com Wed May 14 07:40:55 2008 From: donovan at hydrotik.com (Donovan Adams) Date: Wed, 14 May 2008 10:40:55 -0400 Subject: [Golist] HydroTween Updates/Post Message-ID: <77d34173877b4000943bcd9080fde0b6@mail29.safesecureweb.com> Thanks man! Great Idea. I'll add that in there for the next update List-Post: List-Help: X-Rcpt-To: X-SmarterMail-Spam: Bayesian Filtering, SPF_None Fantastic stuff! Suggestion based on your color reset of -1: you might add a static const for that, like HydroTween.RESET:int = -1, which would make the code easier for people to read within the action objects. Great job D! - m On May 13, 2008, at 10:54 PM, donovan at hydrotik.com wrote: Hey folks. I made a formal post on the latest HydroTween updates with some usage, etc. I also updated the wiki. Trying to get a direct download on the goplayground site, in the meantime you can get the source and example at the bottom of the blog post. http://blog.hydrotik.com/2008/05/13/go-048jg1-hydrotween-rev30-guide-source-code/ Here are some snippets: // General/ColorMatrix Tweening! HydroTween.go(mc, {x:200, color:0xFF0000}, 2, 0, Elastic.easeOut, onCompleteHandler); // Fuse style sequencing! var seq1:SequenceCA = HydroTween.sequence( {target:fusebox, x:320, seconds:5, easing:Quadratic.easeInOut}, {target:fusebox, Blur_blurX:8, Blur_blurY:8, seconds:5, easing:Quadratic.easeInOut}, {target:fusebox, color:0x0000FF, seconds:5, easing:Quadratic.easeInOut}, {target:fusebox, Blur_blurX:0, Blur_blurY:0, seconds:5, easing:Quadratic.easeInOut}, {target:fusebox, x:400, seconds:.5, easing:Quadratic.easeInOut}, {target:fusebox, rotation:270, seconds:.5, easing:Quadratic.easeInOut} ); seq1.start(); Also I will be at Flashbelt. Maybe we can all Go grab a bit to eat one night! :) sorry I couldn't help myself. _______________________________________________ GoList mailing list GoList at goasap.org http://goasap.org/mailman/listinfo/golist_goasap.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080514/886db0c3/attachment.html From moses at goasap.org Wed May 14 08:46:50 2008 From: moses at goasap.org (Moses Gunesch) Date: Wed, 14 May 2008 11:46:50 -0400 Subject: [Golist] HydroTween Updates/Post In-Reply-To: <77d34173877b4000943bcd9080fde0b6@mail29.safesecureweb.com> References: <77d34173877b4000943bcd9080fde0b6@mail29.safesecureweb.com> Message-ID: <811DBB8D-1EA9-4975-90EF-5E767AF8EC34@goasap.org> Can I make a couple more little code suggestions? First, break out the _init routine into a private init() method. Cleaner to read, easier to repurpose, better OO practice ? all of which go a long way with shared code. I know, I'm one to talk after Fuse's code ;-) but we're in AS3 land now so ? best practice always! Secondly, in adding sequencing I think your interface has gotten muddy. I get the AUTOSTART idea but don't like it, because if users wanted the extra convenience of a generate-then-start method like go() used to be, they definitely *don't* want the *in*convenience of having to set some special parameter first just to make that work. Instead, just offer 4 ways to do the 4 different things: 1) Constructor makes a tween, leave it at that, you don't need a secondary method that does the same thing. 2) A method that auto-runs a tween, and reads like a verb, like go() 3) A noun method that generates a sequence like makeSequence(), generateSequence(), buildSequence(), makeChain(), etc. 4) A verb method that plays a sequence like sequence() or runSequence() For example, new HydroTween() HydroTween.go():IPlayable HydroTween.parseChain():SequenceCA HydroTween.chain():SequenceCA See what I mean? That only changes 2 things about the way you did it: it makes go() back into an auto-start method, and changes sequence() into two methods, one a "noun" and the other a "verb." More intuitive and would let you ditch AUTOSTART. (If you are bent on a 2-method interface I would just change go() to also detect and auto-start a sequence as well as a tween or tween group, and then have a makeSequence-type noun method as the second one.) Hey, that's just my 2 cents take it or leave it ? Over all this is a very fine release my friend! Congrats :-) - Moses On May 14, 2008, at 10:40 AM, Donovan Adams wrote: > Thanks man! Great Idea. I'll add that in there for the next update - >> Fantastic stuff! >> >> Suggestion based on your color reset of -1: you might add a static >> const for that, like HydroTween.RESET:int = -1, which would make >> the code easier for people to read within the action objects. >> >> Great job D! >> >> - m >> >> On May 13, 2008, at 10:54 PM, donovan at hydrotik.com wrote: >> >>> Hey folks. I made a formal post on the latest HydroTween updates >>> with some usage, etc. I also updated the wiki. Trying to get a >>> direct download on the goplayground site, in the meantime you can >>> get the source and example at the bottom of the blog post. >>> >>> http://blog.hydrotik.com/2008/05/13/go-048jg1-hydrotween-rev30-guide-source-code/ >>> >>> Here are some snippets: >>> >>> // General/ColorMatrix Tweening! >>> HydroTween.go(mc, {x:200, color:0xFF0000}, 2, 0, Elastic.easeOut, >>> onCompleteHandler); >>> >>> // Fuse style sequencing! >>> var seq1:SequenceCA = HydroTween.sequence( >>> {target:fusebox, x:320, seconds:5, easing:Quadratic.easeInOut}, >>> {target:fusebox, Blur_blurX:8, Blur_blurY:8, seconds:5, >>> easing:Quadratic.easeInOut}, >>> {target:fusebox, color:0x0000FF, seconds:5, >>> easing:Quadratic.easeInOut}, >>> {target:fusebox, Blur_blurX:0, Blur_blurY:0, seconds:5, >>> easing:Quadratic.easeInOut}, >>> {target:fusebox, x:400, seconds:.5, easing:Quadratic.easeInOut}, >>> {target:fusebox, rotation:270, seconds:.5, >>> easing:Quadratic.easeInOut} >>> ); >>> seq1.start(); >>> >>> Also I will be at Flashbelt. Maybe we can all Go grab a bit to eat >>> one night! :) sorry I couldn't help myself. >>> _______________________________________________ >>> GoList mailing list >>> GoList at goasap.org >>> http://goasap.org/mailman/listinfo/golist_goasap.org >> >> >> _______________________________________________ >> GoList mailing list >> GoList at goasap.org >> http://goasap.org/mailman/listinfo/golist_goasap.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080514/326699db/attachment.html From donovan at hydrotik.com Wed May 14 09:16:07 2008 From: donovan at hydrotik.com (Donovan Adams) Date: Wed, 14 May 2008 12:16:07 -0400 Subject: [Golist] HydroTween Updates/Post Message-ID: <37b0f72bde6843c29abce3a44a8f0a48@mail29.safesecureweb.com> I think the reasoning for doing that actually came down to having some difficulty with building the sequence. I had to use the static go() call instead of instantiating a HydroTween instance when building the sequence in the parseAction() method otherwise it wouldn't work. When I used the static version it worked, but it automatically starts. ---------------------------------------- Return-Path: Received: from procyon.lunarpages.com [209.200.229.10] by mail29.safesecureweb.com with SMTP; Wed, 14 May 2008 11:48:45 -0400 Received: from localhost ([127.0.0.1] helo=procyon.lunarpages.com) by procyon.lunarpages.com with esmtp (Exim 4.68) (envelope-from ) id 1JwJC1-0007kZ-Pm; Wed, 14 May 2008 08:47:01 -0700 Received: from cpe-72-227-133-165.nyc.res.rr.com ([72.227.133.165] helo=[192.168.1.100]) by procyon.lunarpages.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1JwJBw-0007j6-11 for golist at goasap.org; Wed, 14 May 2008 08:46:56 -0700 Message-Id: <811DBB8D-1EA9-4975-90EF-5E767AF8EC34 at goasap.org> From: Moses Gunesch To: Mailing list for the Go ActionScript Animation Platform In-Reply-To: <77d34173877b4000943bcd9080fde0b6 at mail29.safesecureweb.com> Mime-Version: 1.0 (Apple Message framework v919.2) Date: Wed, 14 May 2008 11:46:50 -0400 References: <77d34173877b4000943bcd9080fde0b6 at mail29.safesecureweb.com> X-Mailer: Apple Mail (2.919.2) Subject: Re: [Golist] HydroTween Updates/Post X-BeenThere: golist at goasap.org X-Mailman-Version: 2.1.9.cp2 Precedence: list Reply-To: Mailing list for the Go ActionScript Animation Platform List-Id: Mailing list for the Go ActionScript Animation Platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0497674942==" Sender: golist-bounces at goasap.org Errors-To: golist-bounces at goasap.org X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - procyon.lunarpages.com X-AntiAbuse: Original Domain - hydrotik.com X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - goasap.org X-Source: X-Source-Args: X-Source-Dir: X-Rcpt-To: X-SmarterMail-Spam: Bayesian Filtering, SPF_None Can I make a couple more little code suggestions? First, break out the _init routine into a private init() method. Cleaner to read, easier to repurpose, better OO practice - all of which go a long way with shared code.I know, I'm one to talk after Fuse's code ;-) but we're in AS3 land now so - best practice always! Secondly, in adding sequencing I think your interface has gotten muddy. I get the AUTOSTART idea but don't like it, because if users wanted the extra convenience of a generate-then-start method like go() used to be, they definitely *don't* want the *in*convenience of having to set some special parameter first just to make that work. Instead, just offer 4 ways to do the 4 different things: 1) Constructor makes a tween, leave it at that, you don't need a secondary method that does the same thing. 2) A method that auto-runs a tween, and reads like a verb, like go() 3) A noun method that generates a sequence like makeSequence(), generateSequence(), buildSequence(), makeChain(), etc. 4) A verb method that plays a sequence like sequence() or runSequence() For example, new HydroTween() HydroTween.go():IPlayable HydroTween.parseChain():SequenceCA HydroTween.chain():SequenceCA See what I mean? That only changes 2 things about the way you did it: it makes go() back into an auto-start method, and changes sequence() into two methods, one a "noun" and the other a "verb." More intuitive and would let you ditch AUTOSTART. (If you are bent on a 2-method interface I would just change go() to also detect and auto-start a sequence as well as a tween or tween group, and then have a makeSequence-type noun method as the second one.) Hey, that's just my 2 cents take it or leave it - Over all this is a very fine release my friend! Congrats :-) - Moses On May 14, 2008, at 10:40 AM, Donovan Adams wrote:Thanks man! Great Idea. I'll add that in there for the next update -Fantastic stuff! Suggestion based on your color reset of -1: you might add a static const for that, like HydroTween.RESET:int = -1, which would make the code easier for people to read within the action objects. Great job D! - m On May 13, 2008, at 10:54 PM, donovan at hydrotik.com wrote: Hey folks. I made a formal post on the latest HydroTween updates with some usage, etc. I also updated the wiki. Trying to get a direct download on the goplayground site, in the meantime you can get the source and example at the bottom of the blog post. http://blog.hydrotik.com/2008/05/13/go-048jg1-hydrotween-rev30-guide-source-code/ Here are some snippets: // General/ColorMatrix Tweening! HydroTween.go(mc, {x:200, color:0xFF0000}, 2, 0, Elastic.easeOut, onCompleteHandler); // Fuse style sequencing! var seq1:SequenceCA = HydroTween.sequence( {target:fusebox, x:320, seconds:5, easing:Quadratic.easeInOut}, {target:fusebox, Blur_blurX:8, Blur_blurY:8, seconds:5, easing:Quadratic.easeInOut}, {target:fusebox, color:0x0000FF, seconds:5, easing:Quadratic.easeInOut}, {target:fusebox, Blur_blurX:0, Blur_blurY:0, seconds:5, easing:Quadratic.easeInOut}, {target:fusebox, x:400, seconds:.5, easing:Quadratic.easeInOut}, {target:fusebox, rotation:270, seconds:.5, easing:Quadratic.easeInOut} ); seq1.start(); Also I will be at Flashbelt. Maybe we can all Go grab a bit to eat one night! :) sorry I couldn't help myself. _______________________________________________ GoList mailing list GoList at goasap.org http://goasap.org/mailman/listinfo/golist_goasap.org _______________________________________________ GoList mailing list GoList at goasap.org http://goasap.org/mailman/listinfo/golist_goasap.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080514/8dbc36e0/attachment-0001.html From moses at goasap.org Wed May 14 09:23:42 2008 From: moses at goasap.org (Moses Gunesch) Date: Wed, 14 May 2008 12:23:42 -0400 Subject: [Golist] HydroTween Updates/Post In-Reply-To: <37b0f72bde6843c29abce3a44a8f0a48@mail29.safesecureweb.com> References: <37b0f72bde6843c29abce3a44a8f0a48@mail29.safesecureweb.com> Message-ID: Oh. I could help you solve that off list if you wanted. Sorry I didn't take the time to check this out a few days ago, bad timing on my tips I guess. :-/ - m On May 14, 2008, at 12:16 PM, Donovan Adams wrote: > I had to use the static go() call instead of instantiating a > HydroTween instance when building the sequence in the parseAction() > method otherwise it wouldn't work. From burak at delizade.com Wed May 14 09:50:06 2008 From: burak at delizade.com (Burak Delice) Date: Wed, 14 May 2008 19:50:06 +0300 Subject: [Golist] HydroTween is enought? References: <37b0f72bde6843c29abce3a44a8f0a48@mail29.safesecureweb.com> Message-ID: <002201c8b5e2$91585220$0301a8c0@delicelap> hi, i wonder that, can we use HydroTween comfortably instead of preparing one for us using core GO( i mean, for example i dont want to make a tweener pack for myself right now with GO from the beginning.) i will enter to AS3 soon i hope. just wondering that topic now. regards. Burak ----- Original Message ----- From: Donovan Adams To: golist at goasap.org Sent: Wednesday, May 14, 2008 7:16 PM Subject: Re: [Golist] HydroTween Updates/Post I think the reasoning for doing that actually came down to having some difficulty with building the sequence. I had to use the static go() call instead of instantiating a HydroTween instance when building the sequence in the parseAction() method otherwise it wouldn't work. When I used the static version it worked, but it automatically starts. ------------------------------------------------------------------------------ Return-Path: Received: from procyon.lunarpages.com [209.200.229.10] by mail29.safesecureweb.com with SMTP; Wed, 14 May 2008 11:48:45 -0400 Received: from localhost ([127.0.0.1] helo=procyon.lunarpages.com) by procyon.lunarpages.com with esmtp (Exim 4.68) (envelope-from ) id 1JwJC1-0007kZ-Pm; Wed, 14 May 2008 08:47:01 -0700 Received: from cpe-72-227-133-165.nyc.res.rr.com ([72.227.133.165] helo=[192.168.1.100]) by procyon.lunarpages.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1JwJBw-0007j6-11 for golist at goasap.org; Wed, 14 May 2008 08:46:56 -0700 Message-Id: <811DBB8D-1EA9-4975-90EF-5E767AF8EC34 at goasap.org> From: Moses Gunesch To: Mailing list for the Go ActionScript Animation Platform In-Reply-To: <77d34173877b4000943bcd9080fde0b6 at mail29.safesecureweb.com> Mime-Version: 1.0 (Apple Message framework v919.2) Date: Wed, 14 May 2008 11:46:50 -0400 References: <77d34173877b4000943bcd9080fde0b6 at mail29.safesecureweb.com> X-Mailer: Apple Mail (2.919.2) Subject: Re: [Golist] HydroTween Updates/Post X-BeenThere: golist at goasap.org X-Mailman-Version: 2.1.9.cp2 Precedence: list Reply-To: Mailing list for the Go ActionScript Animation Platform List-Id: Mailing list for the Go ActionScript Animation Platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0497674942==" Sender: golist-bounces at goasap.org Errors-To: golist-bounces at goasap.org X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - procyon.lunarpages.com X-AntiAbuse: Original Domain - hydrotik.com X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - goasap.org X-Source: X-Source-Args: X-Source-Dir: X-Rcpt-To: X-SmarterMail-Spam: Bayesian Filtering, SPF_None Can I make a couple more little code suggestions? First, break out the _init routine into a private init() method. Cleaner to read, easier to repurpose, better OO practice - all of which go a long way with shared code. I know, I'm one to talk after Fuse's code ;-) but we're in AS3 land now so - best practice always! Secondly, in adding sequencing I think your interface has gotten muddy. I get the AUTOSTART idea but don't like it, because if users wanted the extra convenience of a generate-then-start method like go() used to be, they definitely *don't* want the *in*convenience of having to set some special parameter first just to make that work. Instead, just offer 4 ways to do the 4 different things: 1) Constructor makes a tween, leave it at that, you don't need a secondary method that does the same thing. 2) A method that auto-runs a tween, and reads like a verb, like go() 3) A noun method that generates a sequence like makeSequence(), generateSequence(), buildSequence(), makeChain(), etc. 4) A verb method that plays a sequence like sequence() or runSequence() For example, new HydroTween() HydroTween.go():IPlayable HydroTween.parseChain():SequenceCA HydroTween.chain():SequenceCA See what I mean? That only changes 2 things about the way you did it: it makes go() back into an auto-start method, and changes sequence() into two methods, one a "noun" and the other a "verb." More intuitive and would let you ditch AUTOSTART. (If you are bent on a 2-method interface I would just change go() to also detect and auto-start a sequence as well as a tween or tween group, and then have a makeSequence-type noun method as the second one.) Hey, that's just my 2 cents take it or leave it - Over all this is a very fine release my friend! Congrats :-) - Moses On May 14, 2008, at 10:40 AM, Donovan Adams wrote: Thanks man! Great Idea. I'll add that in there for the next update - Fantastic stuff! Suggestion based on your color reset of -1: you might add a static const for that, like HydroTween.RESET:int = -1, which would make the code easier for people to read within the action objects. Great job D! - m On May 13, 2008, at 10:54 PM, donovan at hydrotik.com wrote: Hey folks. I made a formal post on the latest HydroTween updates with some usage, etc. I also updated the wiki. Trying to get a direct download on the goplayground site, in the meantime you can get the source and example at the bottom of the blog post. http://blog.hydrotik.com/2008/05/13/go-048jg1-hydrotween-rev30-guide-source-code/ Here are some snippets: // General/ColorMatrix Tweening! HydroTween.go(mc, {x:200, color:0xFF0000}, 2, 0, Elastic.easeOut, onCompleteHandler); // Fuse style sequencing! var seq1:SequenceCA = HydroTween.sequence( {target:fusebox, x:320, seconds:5, easing:Quadratic.easeInOut}, {target:fusebox, Blur_blurX:8, Blur_blurY:8, seconds:5, easing:Quadratic.easeInOut}, {target:fusebox, color:0x0000FF, seconds:5, easing:Quadratic.easeInOut}, {target:fusebox, Blur_blurX:0, Blur_blurY:0, seconds:5, easing:Quadratic.easeInOut}, {target:fusebox, x:400, seconds:.5, easing:Quadratic.easeInOut}, {target:fusebox, rotation:270, seconds:.5, easing:Quadratic.easeInOut} ); seq1.start(); Also I will be at Flashbelt. Maybe we can all Go grab a bit to eat one night! :) sorry I couldn't help myself. _______________________________________________ GoList mailing list GoList at goasap.org http://goasap.org/mailman/listinfo/golist_goasap.org _______________________________________________ GoList mailing list GoList at goasap.org http://goasap.org/mailman/listinfo/golist_goasap.org ------------------------------------------------------------------------------ _______________________________________________ GoList mailing list GoList at goasap.org http://goasap.org/mailman/listinfo/golist_goasap.org __________ Informazione NOD32 3099 (20080514) __________ Questo messaggio h stato controllato dal Sistema Antivirus NOD32 http://www.nod32.it -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080514/192024aa/attachment.html From go at tweego.org Wed May 14 10:00:52 2008 From: go at tweego.org (Sebastian Weyrauch) Date: Wed, 14 May 2008 19:00:52 +0200 Subject: [Golist] HydroTween is enought? In-Reply-To: <002201c8b5e2$91585220$0301a8c0@delicelap> References: <37b0f72bde6843c29abce3a44a8f0a48@mail29.safesecureweb.com> <002201c8b5e2$91585220$0301a8c0@delicelap> Message-ID: <00dc01c8b5e4$11e0df60$35a29e20$@org> You can also have a look at the go playground: http://code.google.com/p/goplayground/ There you can find several example parsers for Go. Choose what you like best :) regards sebastian Von: golist-bounces at goasap.org [mailto:golist-bounces at goasap.org] Im Auftrag von Burak Delice Gesendet: Mittwoch, 14. Mai 2008 18:50 An: Mailing list for the Go ActionScript Animation Platform Betreff: [Golist] HydroTween is enought? hi, i wonder that, can we use HydroTween comfortably instead of preparing one for us using core GO( i mean, for example i dont want to make a tweener pack for myself right now with GO from the beginning.) i will enter to AS3 soon i hope. just wondering that topic now. regards. Burak ----- Original Message ----- From: Donovan Adams To: golist at goasap.org Sent: Wednesday, May 14, 2008 7:16 PM Subject: Re: [Golist] HydroTween Updates/Post I think the reasoning for doing that actually came down to having some difficulty with building the sequence. I had to use the static go() call instead of instantiating a HydroTween instance when building the sequence in the parseAction() method otherwise it wouldn't work. When I used the static version it worked, but it automatically starts. _____ Return-Path: Received: from procyon.lunarpages.com [209.200.229.10] by mail29.safesecureweb.com with SMTP; Wed, 14 May 2008 11:48:45 -0400 Received: from localhost ([127.0.0.1] helo=procyon.lunarpages.com) by procyon.lunarpages.com with esmtp (Exim 4.68) (envelope-from ) id 1JwJC1-0007kZ-Pm; Wed, 14 May 2008 08:47:01 -0700 Received: from cpe-72-227-133-165.nyc.res.rr.com ([72.227.133.165] helo=[192.168.1.100]) by procyon.lunarpages.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1JwJBw-0007j6-11 for golist at goasap.org; Wed, 14 May 2008 08:46:56 -0700 Message-Id: <811DBB8D-1EA9-4975-90EF-5E767AF8EC34 at goasap.org> From: Moses Gunesch To: Mailing list for the Go ActionScript Animation Platform In-Reply-To: <77d34173877b4000943bcd9080fde0b6 at mail29.safesecureweb.com> Mime-Version: 1.0 (Apple Message framework v919.2) Date: Wed, 14 May 2008 11:46:50 -0400 References: <77d34173877b4000943bcd9080fde0b6 at mail29.safesecureweb.com> X-Mailer: Apple Mail (2.919.2) Subject: Re: [Golist] HydroTween Updates/Post X-BeenThere: golist at goasap.org X-Mailman-Version: 2.1.9.cp2 Precedence: list Reply-To: Mailing list for the Go ActionScript Animation Platform List-Id: Mailing list for the Go ActionScript Animation Platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0497674942==" Sender: golist-bounces at goasap.org Errors-To: golist-bounces at goasap.org X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - procyon.lunarpages.com X-AntiAbuse: Original Domain - hydrotik.com X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - goasap.org X-Source: X-Source-Args: X-Source-Dir: X-Rcpt-To: X-SmarterMail-Spam: Bayesian Filtering, SPF_None Can I make a couple more little code suggestions? First, break out the _init routine into a private init() method. Cleaner to read, easier to repurpose, better OO practice - all of which go a long way with shared code. I know, I'm one to talk after Fuse's code ;-) but we're in AS3 land now so - best practice always! Secondly, in adding sequencing I think your interface has gotten muddy. I get the AUTOSTART idea but don't like it, because if users wanted the extra convenience of a generate-then-start method like go() used to be, they definitely *don't* want the *in*convenience of having to set some special parameter first just to make that work. Instead, just offer 4 ways to do the 4 different things: 1) Constructor makes a tween, leave it at that, you don't need a secondary method that does the same thing. 2) A method that auto-runs a tween, and reads like a verb, like go() 3) A noun method that generates a sequence like makeSequence(), generateSequence(), buildSequence(), makeChain(), etc. 4) A verb method that plays a sequence like sequence() or runSequence() For example, new HydroTween() HydroTween.go():IPlayable HydroTween.parseChain():SequenceCA HydroTween.chain():SequenceCA See what I mean? That only changes 2 things about the way you did it: it makes go() back into an auto-start method, and changes sequence() into two methods, one a "noun" and the other a "verb." More intuitive and would let you ditch AUTOSTART. (If you are bent on a 2-method interface I would just change go() to also detect and auto-start a sequence as well as a tween or tween group, and then have a makeSequence-type noun method as the second one.) Hey, that's just my 2 cents take it or leave it - Over all this is a very fine release my friend! Congrats :-) - Moses On May 14, 2008, at 10:40 AM, Donovan Adams wrote: Thanks man! Great Idea. I'll add that in there for the next update - Fantastic stuff! Suggestion based on your color reset of -1: you might add a static const for that, like HydroTween.RESET:int = -1, which would make the code easier for people to read within the action objects. Great job D! - m On May 13, 2008, at 10:54 PM, donovan at hydrotik.com wrote: Hey folks. I made a formal post on the latest HydroTween updates with some usage, etc. I also updated the wiki. Trying to get a direct download on the goplayground site, in the meantime you can get the source and example at the bottom of the blog post. http://blog.hydrotik.com/2008/05/13/go-048jg1-hydrotween-rev30-guide-source- code/ Here are some snippets: // General/ColorMatrix Tweening! HydroTween.go(mc, {x:200, color:0xFF0000}, 2, 0, Elastic.easeOut, onCompleteHandler); // Fuse style sequencing! var seq1:SequenceCA = HydroTween.sequence( {target:fusebox, x:320, seconds:5, easing:Quadratic.easeInOut}, {target:fusebox, Blur_blurX:8, Blur_blurY:8, seconds:5, easing:Quadratic.easeInOut}, {target:fusebox, color:0x0000FF, seconds:5, easing:Quadratic.easeInOut}, {target:fusebox, Blur_blurX:0, Blur_blurY:0, seconds:5, easing:Quadratic.easeInOut}, {target:fusebox, x:400, seconds:.5, easing:Quadratic.easeInOut}, {target:fusebox, rotation:270, seconds:.5, easing:Quadratic.easeInOut} ); seq1.start(); Also I will be at Flashbelt. Maybe we can all Go grab a bit to eat one night! :) sorry I couldn't help myself. _______________________________________________ GoList mailing list GoList at goasap.org http://goasap.org/mailman/listinfo/golist_goasap.org _______________________________________________ GoList mailing list GoList at goasap.org http://goasap.org/mailman/listinfo/golist_goasap.org _____ _______________________________________________ GoList mailing list GoList at goasap.org http://goasap.org/mailman/listinfo/golist_goasap.org __________ Informazione NOD32 3099 (20080514) __________ Questo messaggio h stato controllato dal Sistema Antivirus NOD32 http://www.nod32.it -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080514/85a46a47/attachment-0001.html From moses at goasap.org Wed May 14 10:09:55 2008 From: moses at goasap.org (Moses Gunesch) Date: Wed, 14 May 2008 13:09:55 -0400 Subject: [Golist] HydroTween is enought? In-Reply-To: <00dc01c8b5e4$11e0df60$35a29e20$@org> References: <37b0f72bde6843c29abce3a44a8f0a48@mail29.safesecureweb.com> <002201c8b5e2$91585220$0301a8c0@delicelap> <00dc01c8b5e4$11e0df60$35a29e20$@org> Message-ID: yes burak, you can basically use HydroTween in place of Fuse for AS3 if you want. m On May 14, 2008, at 1:00 PM, Sebastian Weyrauch wrote: > You can also have a look at the go playground: > http://code.google.com/p/goplayground/ > > There you can find several example parsers for Go. Choose what you > like best :) > > regards > sebastian > > Von: golist-bounces at goasap.org [mailto:golist-bounces at goasap.org] Im > Auftrag von Burak Delice > Gesendet: Mittwoch, 14. Mai 2008 18:50 > An: Mailing list for the Go ActionScript Animation Platform > Betreff: [Golist] HydroTween is enought? > > hi, > > i wonder that, can we use HydroTween comfortably instead of > preparing one for us using core GO( i mean, for example i dont want > to make a tweener pack for myself right now with GO from the > beginning.) > > i will enter to AS3 soon i hope. just wondering that topic now. > > regards. > Burak > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080514/179f8046/attachment.html From burak at delizade.com Wed May 14 10:51:48 2008 From: burak at delizade.com (Burak Delice) Date: Wed, 14 May 2008 20:51:48 +0300 Subject: [Golist] HydroTween is enought? References: <37b0f72bde6843c29abce3a44a8f0a48@mail29.safesecureweb.com><002201c8b5e2$91585220$0301a8c0@delicelap><00dc01c8b5e4$11e0df60$35a29e20$@org> Message-ID: <002101c8b5eb$3034fc60$0301a8c0@delicelap> hadits are bad things you know....and I terribly get used to Fuse;) and so, yes what I wanted to say was "hydro is enought to use GO as Fuse". and i'll look at there sebastian thanx. ----- Original Message ----- From: Moses Gunesch To: Mailing list for the Go ActionScript Animation Platform Sent: Wednesday, May 14, 2008 8:09 PM Subject: Re: [Golist] HydroTween is enought? yes burak, you can basically use HydroTween in place of Fuse for AS3 if you want. m On May 14, 2008, at 1:00 PM, Sebastian Weyrauch wrote: You can also have a look at the go playground: http://code.google.com/p/goplayground/ There you can find several example parsers for Go. Choose what you like best :) regards sebastian Von: golist-bounces at goasap.org [mailto:golist-bounces at goasap.org] Im Auftrag von Burak Delice Gesendet: Mittwoch, 14. Mai 2008 18:50 An: Mailing list for the Go ActionScript Animation Platform Betreff: [Golist] HydroTween is enought? hi, i wonder that, can we use HydroTween comfortably instead of preparing one for us using core GO( i mean, for example i dont want to make a tweener pack for myself right now with GO from the beginning.) i will enter to AS3 soon i hope. just wondering that topic now. regards. Burak __________ Informazione NOD32 3099 (20080514) __________ Questo messaggio ? stato controllato dal Sistema Antivirus NOD32 http://www.nod32.it ------------------------------------------------------------------------------ _______________________________________________ GoList mailing list GoList at goasap.org http://goasap.org/mailman/listinfo/golist_goasap.org __________ Informazione NOD32 3099 (20080514) __________ Questo messaggio ? stato controllato dal Sistema Antivirus NOD32 http://www.nod32.it -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080514/d161284b/attachment.html From donovan at hydrotik.com Wed May 14 11:07:26 2008 From: donovan at hydrotik.com (Donovan Adams) Date: Wed, 14 May 2008 14:07:26 -0400 Subject: [Golist] HydroTween is enought? Message-ID: <4f949286f0b5443cb698bcc30f2347d8@mail29.safesecureweb.com> It's certainly intended to function similar fuse. I plan on adding function call functionality to it soon using the previous Fuse syntax. Keep in mind there was a great deal of functionality added to fuse that still has yet to make it's way to HydroTween. In the meantime you can throw a closure:onCompleteHandler in your sequence item I know John is working on a killer PV3D Go parser, but I just wrapped up adding basic pv3d tweening with a special init3D method that automatically registers your renderer, viewport, and scene and renders it with each tween. I'll update everything tonight with this feature. ---------------------------------------- Return-Path: Received: from procyon.lunarpages.com [209.200.229.10] by mail29.safesecureweb.com with SMTP; Wed, 14 May 2008 13:53:36 -0400 Received: from localhost ([127.0.0.1] helo=procyon.lunarpages.com) by procyon.lunarpages.com with esmtp (Exim 4.68) (envelope-from ) id 1JwL91-0003id-6x; Wed, 14 May 2008 10:52:03 -0700 Received: from [85.153.7.74] (helo=daphne.ontek.com.tr) by procyon.lunarpages.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1JwL8r-0003gP-28 for golist at goasap.org; Wed, 14 May 2008 10:52:00 -0700 Received: from [88.239.72.147] (port=4164 helo=delicelap) by daphne.ontek.com.tr with esmtpa (Exim 4.68) (envelope-from ) id 1JwL8Y-0007P1-Ob for golist at goasap.org; Wed, 14 May 2008 20:51:35 +0300 Message-ID: <002101c8b5eb$3034fc60$0301a8c0 at delicelap> From: "Burak Delice" To: "Mailing list for the Go ActionScript Animation Platform" References: <37b0f72bde6843c29abce3a44a8f0a48 at mail29.safesecureweb.com><002201c8b5e2$91585220$0301a8c0 at delicelap><00dc01c8b5e4$11e0df60$35a29e20$@org> Date: Wed, 14 May 2008 20:51:48 +0300 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - daphne.ontek.com.tr X-AntiAbuse: Original Domain - goasap.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - delizade.com X-Spam-Status: No, score=-2.5 X-Spam-Score: -24 X-Spam-Bar: -- X-Spam-Flag: NO Subject: Re: [Golist] HydroTween is enought? X-BeenThere: golist at goasap.org X-Mailman-Version: 2.1.9.cp2 Precedence: list Reply-To: Mailing list for the Go ActionScript Animation Platform List-Id: Mailing list for the Go ActionScript Animation Platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1262514889==" Sender: golist-bounces at goasap.org Errors-To: golist-bounces at goasap.org X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - procyon.lunarpages.com X-AntiAbuse: Original Domain - hydrotik.com X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - goasap.org X-Source: X-Source-Args: X-Source-Dir: X-Rcpt-To: X-SmarterMail-Spam: SPF_None hadits are bad things you know....and I terribly get used to Fuse;) and so, yes what I wanted to say was "hydro is enought to use GO as Fuse". and i'll look at there sebastian thanx. ----- Original Message ----- From: Moses Gunesch To: Mailing list for the Go ActionScript Animation Platform Sent: Wednesday, May 14, 2008 8:09 PM Subject: Re: [Golist] HydroTween is enought? yes burak, you can basically use HydroTween in place of Fuse for AS3 if you want. m On May 14, 2008, at 1:00 PM, Sebastian Weyrauch wrote: You can also have a look at the go playground: http://code.google.com/p/goplayground/ There you can find several example parsers for Go. Choose what you like best :) regards sebastian Von: golist-bounces at goasap.org [mailto:golist-bounces at goasap.org] Im Auftrag von Burak Delice Gesendet: Mittwoch, 14. Mai 2008 18:50 An: Mailing list for the Go ActionScript Animation Platform Betreff: [Golist] HydroTween is enought? hi, i wonder that, can we use HydroTween comfortably instead of preparing one for us using core GO( i mean, for example i dont want to make a tweener pack for myself right now with GO from the beginning.) i will enter to AS3 soon i hope. just wondering that topic now. regards. Burak __________ Informazione NOD32 3099 (20080514) __________ Questo messaggio ? stato controllato dal Sistema Antivirus NOD32 http://www.nod32.it ---------------------------------------- _______________________________________________ GoList mailing list GoList at goasap.org http://goasap.org/mailman/listinfo/golist_goasap.org __________ Informazione NOD32 3099 (20080514) __________ Questo messaggio ? stato controllato dal Sistema Antivirus NOD32 http://www.nod32.it -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080514/3c70c4a4/attachment-0001.html From moses at goasap.org Wed May 14 11:21:51 2008 From: moses at goasap.org (Moses Gunesch) Date: Wed, 14 May 2008 14:21:51 -0400 Subject: [Golist] HydroTween is enought? In-Reply-To: <4f949286f0b5443cb698bcc30f2347d8@mail29.safesecureweb.com> References: <4f949286f0b5443cb698bcc30f2347d8@mail29.safesecureweb.com> Message-ID: Cool! Donovan, don't forget that to handle functions you can generate plain LinearGo instances. They can be 0 seconds or longer; simply addCallback on the functions passed in by the user and everything should work fine. So all you have to track is whether the action objects contain any tween properties or not; if they just contain delay and function properties (callback/startCallback/updateCallback or whatever you call them), generate a LinearGo instead of a Hydro. Also don't forget that unlike ZigoEngine, GoASAP lets you add more than one callback for any type! m On May 14, 2008, at 2:07 PM, Donovan Adams wrote: > It's certainly intended to function similar fuse. I plan on adding > function call functionality to it soon using the previous Fuse > syntax. Keep in mind there was a great deal of functionality added > to fuse that still has yet to make it's way to HydroTween. > > In the meantime you can throw a closure:onCompleteHandler in your > sequence item > > I know John is working on a killer PV3D Go parser, but I just > wrapped up adding basic pv3d tweening with a special init3D method > that automatically registers your renderer, viewport, and scene and > renders it with each tween. I'll update everything tonight with this > feature. > From moses at goasap.org Wed May 14 18:38:49 2008 From: moses at goasap.org (Moses Gunesch) Date: Wed, 14 May 2008 21:38:49 -0400 Subject: [Golist] =?windows-1252?q?*_Go_Demo_Contest_=96=A0win_an_iPod_Shu?= =?windows-1252?q?ffle!_*?= In-Reply-To: References: Message-ID: <7CFF7CB0-7D3D-4688-85BC-EFE843C241A3@goasap.org> Hey, was just thinking: HydroTween would be a really cool system to use to build a funky fresh demo! Anybody excited about this contest yet? Planning anything big?? (I will take your silence to mean, crawl under a rock and expire, Moses.) COnteSts! Yay! On May 11, 2008, at 1:38 PM, Moses Gunesch wrote: > Go is all about community, so I'd really like to show off some of > YOUR work at my Flashbelt talk in early June! > > Time to come up with the rockin'est Go demo you can muster, folks! A > short animation piece, a game or a website ? whatever! If it's > really cool, I will pick it to be featured in front of 400 people at > FlashBelt and of course, credit you and your company for it on > stage. You will snag a 2 Gig iPod Shuffle with the phrase "GoASAP ? > Less is more!" engraved on the back. > > http://www.apple.com/ipodshuffle/ > (Personally I just think these tiny things are so cool! ) > > I might give out several of these depending on how many AWESOME > demos come out of this ? I will be the judge, but I won't use your > demo at Flashbelt without a prize! Also: If someone seriously blows > my mind with an Unbelievable Go Demo of Staggering Genius, I might > even come up with a grander 1st prize depending on how much I am > moved ? so go for the gauntlet here, people! > > > Rules: > Prizes will be doled out on Friday, May 30th. > 1. Post your demo online and post the link to this list. > (You can post & update as many times as you want before May 30th.) > 2. Send me the source code so I can verify that it uses GoASAP. > 3. Rock on, rock stars. > > :-D > > Moses > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080514/671f0b9a/attachment.html From donovan at hydrotik.com Wed May 14 19:09:14 2008 From: donovan at hydrotik.com (donovan at hydrotik.com) Date: Wed, 14 May 2008 22:09:14 -0400 Subject: [Golist] HydroTween rev31 In-Reply-To: <685E1CAF-ED3E-4C25-B2BD-D8707EB8AF3C@goasap.org> Message-ID: Hey Folks. Worked through some stuff today with Mo and AUTOSTART is no more! Because of this is, if you wish to set up a fuse style sequence without it running automatically you need to use the parseSequence() method. In addition to that tweening multiple targets as an array is working too:) I?ve also added basic Papervison3D tweening as well as a static method to set up auto rendering of a scene when HydroTween is running. All the info can be found on the post and has been updated to reflect the recent updates. http://blog.hydrotik.com/2008/05/13/go-048jg1-hydrotween-rev30-guide-source- code/ I?ve also updated the wiki and the SVN at goplayground. Enjoy! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080514/b89c1878/attachment.html From go at tweego.org Wed May 14 22:03:30 2008 From: go at tweego.org (Sebastian Weyrauch) Date: Thu, 15 May 2008 07:03:30 +0200 Subject: [Golist] HydroTween is enought? In-Reply-To: <002101c8b5eb$3034fc60$0301a8c0@delicelap> References: <37b0f72bde6843c29abce3a44a8f0a48@mail29.safesecureweb.com><002201c8b5e2$91585220$0301a8c0@delicelap><00dc01c8b5e4$11e0df60$35a29e20$@org> <002101c8b5eb$3034fc60$0301a8c0@delicelap> Message-ID: <000f01c8b649$05640d10$102c2730$@org> Maybe you will also have a look at tweego (linked in playground, too): http://code.google.com/p/tweego The system is more like Fuse. (But no special properties supported yet.) s Von: golist-bounces at goasap.org [mailto:golist-bounces at goasap.org] Im Auftrag von Burak Delice Gesendet: Mittwoch, 14. Mai 2008 19:52 An: Mailing list for the Go ActionScript Animation Platform Betreff: Re: [Golist] HydroTween is enought? hadits are bad things you know....and I terribly get used to Fuse;) and so, yes what I wanted to say was "hydro is enought to use GO as Fuse". and i'll look at there sebastian thanx. ----- Original Message ----- From: Moses Gunesch To: Mailing list for the Go ActionScript Animation Platform Sent: Wednesday, May 14, 2008 8:09 PM Subject: Re: [Golist] HydroTween is enought? yes burak, you can basically use HydroTween in place of Fuse for AS3 if you want. m On May 14, 2008, at 1:00 PM, Sebastian Weyrauch wrote: You can also have a look at the go playground: http://code.google.com/p/goplayground/ There you can find several example parsers for Go. Choose what you like best :) regards sebastian Von: golist-bounces at goasap.org [mailto:golist-bounces at goasap.org] Im Auftrag von Burak Delice Gesendet: Mittwoch, 14. Mai 2008 18:50 An: Mailing list for the Go ActionScript Animation Platform Betreff: [Golist] HydroTween is enought? hi, i wonder that, can we use HydroTween comfortably instead of preparing one for us using core GO( i mean, for example i dont want to make a tweener pack for myself right now with GO from the beginning.) i will enter to AS3 soon i hope. just wondering that topic now. regards. Burak __________ Informazione NOD32 3099 (20080514) __________ Questo messaggio ? stato controllato dal Sistema Antivirus NOD32 http://www.nod32.it _____ _______________________________________________ GoList mailing list GoList at goasap.org http://goasap.org/mailman/listinfo/golist_goasap.org __________ Informazione NOD32 3099 (20080514) __________ Questo messaggio ? stato controllato dal Sistema Antivirus NOD32 http://www.nod32.it -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080515/a890f4db/attachment.html From flashdev at relivethefuture.com Thu May 15 01:43:12 2008 From: flashdev at relivethefuture.com (Martin Wood-Mitrovski) Date: Thu, 15 May 2008 10:43:12 +0200 Subject: [Golist] =?windows-1252?q?*_Go_Demo_Contest_=96_win_an_iPod_Shuff?= =?windows-1252?q?le!_*?= In-Reply-To: <7CFF7CB0-7D3D-4688-85BC-EFE843C241A3@goasap.org> References: <7CFF7CB0-7D3D-4688-85BC-EFE843C241A3@goasap.org> Message-ID: <482BF7A0.6060007@relivethefuture.com> Moses Gunesch wrote: > Hey, was just thinking: HydroTween would be a really cool system to use > to build a funky fresh demo! > > Anybody excited about this contest yet? Planning anything big?? > > (I will take your silence to mean, crawl under a rock and expire, Moses.) hehe. i like the idea, although the prize doesnt interest me, i've got an ipod thats been sitting in the drawer next to me for months, my only plan for it is to install linux on it and PureData (a sound processing application). i'll try and put together a video of my Go based system controlling some Max/MSP audio processing stuff. That might show that Go is useful for all sorts of time-based systems, of which tweening engines are one part. for example im actually using Go to control the flow of data out of the socket, the idea being that because its easy to use different pulse intervals the actual simulation can run at a different rate to the UI updates, so while the UI might update at 30 fps the actual control data can be sent at twice the speed so the audio changes smoothly. its quite common in games for different subsystems to use their own update rates (display, physics, ai, audio) and I think the Go engine really makes that quite simple. :) From burak at delizade.com Thu May 15 03:03:56 2008 From: burak at delizade.com (Burak Delice) Date: Thu, 15 May 2008 13:03:56 +0300 Subject: [Golist] =?iso-8859-1?q?*_Go_Demo_Contest_-_win_an_iPod_Shuffle!_?= =?iso-8859-1?q?*?= References: <7CFF7CB0-7D3D-4688-85BC-EFE843C241A3@goasap.org> <482BF7A0.6060007@relivethefuture.com> Message-ID: <002801c8b672$fcbcae90$0301a8c0@delicelap> I have to get married so I want a hause as a prize!;) cus my girlfriend's mother said that "if you have no a home, that mean is you have no bride!" ;) Burak. ----- Original Message ----- From: "Martin Wood-Mitrovski" To: "Mailing list for the Go ActionScript Animation Platform" Sent: Thursday, May 15, 2008 11:43 AM Subject: Re: [Golist] * Go Demo Contest - win an iPod Shuffle! * > > > Moses Gunesch wrote: >> Hey, was just thinking: HydroTween would be a really cool system to use >> to build a funky fresh demo! >> >> Anybody excited about this contest yet? Planning anything big?? >> >> (I will take your silence to mean, crawl under a rock and expire, Moses.) > > hehe. > > i like the idea, although the prize doesnt interest me, i've got an ipod > thats > been sitting in the drawer next to me for months, my only plan for it is > to > install linux on it and PureData (a sound processing application). > > i'll try and put together a video of my Go based system controlling some > Max/MSP > audio processing stuff. That might show that Go is useful for all sorts of > time-based systems, of which tweening engines are one part. > > for example im actually using Go to control the flow of data out of the > socket, > the idea being that because its easy to use different pulse intervals the > actual > simulation can run at a different rate to the UI updates, so while the UI > might > update at 30 fps the actual control data can be sent at twice the speed so > the > audio changes smoothly. > > its quite common in games for different subsystems to use their own update > rates > (display, physics, ai, audio) and I think the Go engine really makes that > quite > simple. :) > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org > > __________ Informazione NOD32 3100 (20080514) __________ > > Questo messaggio ? stato controllato dal Sistema Antivirus NOD32 > http://www.nod32.it > > From donovan at hydrotik.com Thu May 15 06:22:45 2008 From: donovan at hydrotik.com (donovan at hydrotik.com) Date: Thu, 15 May 2008 09:22:45 -0400 Subject: [Golist] =?iso-8859-1?q?*_Go_Demo_Contest_=AD_win_an_iPod_Shuffle?= =?iso-8859-1?q?!_*?= In-Reply-To: <482BF7A0.6060007@relivethefuture.com> Message-ID: Hi Martin. Contact me offlist when you get a chance. This has been something I've looked into, as I'd like to load audio that I can loop and sequence with sample accuracy. I've sorta seen it done elsewhere, but I'd like to pick your brain on what your doing:) donovan[nospam(AT)nospam]hydrotik[(dot)]com On 5/15/08 4:43 AM, "Martin Wood-Mitrovski" wrote: > > > Moses Gunesch wrote: >> Hey, was just thinking: HydroTween would be a really cool system to use >> to build a funky fresh demo! >> >> Anybody excited about this contest yet? Planning anything big?? >> >> (I will take your silence to mean, crawl under a rock and expire, Moses.) > > hehe. > > i like the idea, although the prize doesnt interest me, i've got an ipod thats > been sitting in the drawer next to me for months, my only plan for it is to > install linux on it and PureData (a sound processing application). > > i'll try and put together a video of my Go based system controlling some > Max/MSP > audio processing stuff. That might show that Go is useful for all sorts of > time-based systems, of which tweening engines are one part. > > for example im actually using Go to control the flow of data out of the > socket, > the idea being that because its easy to use different pulse intervals the > actual > simulation can run at a different rate to the UI updates, so while the UI > might > update at 30 fps the actual control data can be sent at twice the speed so the > audio changes smoothly. > > its quite common in games for different subsystems to use their own update > rates > (display, physics, ai, audio) and I think the Go engine really makes that > quite > simple. :) > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org From flashdev at relivethefuture.com Thu May 15 06:31:16 2008 From: flashdev at relivethefuture.com (Martin Wood-Mitrovski) Date: Thu, 15 May 2008 15:31:16 +0200 Subject: [Golist] =?iso-8859-1?q?*_Go_Demo_Contest_=AD_win_an_iPod_Shuffle?= =?iso-8859-1?q?!_*?= In-Reply-To: References: Message-ID: <482C3B24.5090104@relivethefuture.com> donovan at hydrotik.com wrote: > Hi Martin. Contact me offlist when you get a chance. This has been something > I've looked into, as I'd like to load audio that I can loop and sequence > with sample accuracy. I've sorta seen it done elsewhere, but I'd like to > pick your brain on what your doing:) no problem, but just so you know im controlling audio in an external application, not inside flash. BUT, i did help with the development of one of the 'live audio' systems in as3 http://www.flashcodersbrighton.org/wordpress/?p=9 and used it when implementing the c64 SID chip emulation in this : http://www.osflash.org/fc64 which unfortunately didnt quite get finished. although now.... did you see the flash player 10 beta features list? particularly this : http://www.kaourantin.net/2008/05/adobe-is-making-some-noise-part-1.html http://www.kaourantin.net/2008/05/adobe-is-making-some-noise-part-2.html http://www.kaourantin.net/2008/05/adobe-is-making-some-noise-part-3.html wont be long before we can do some nice realtime audio in flash without the 'build and load a swf via byte-array' method. and now that this day has finally arrived im going to start doing the audio inside flash, when there is a compiler that can produce code for fp10 specific features :) i'll mail you offlist for more audio talk. thanks, Martin > donovan[nospam(AT)nospam]hydrotik[(dot)]com > > > On 5/15/08 4:43 AM, "Martin Wood-Mitrovski" > wrote: > >> >> Moses Gunesch wrote: >>> Hey, was just thinking: HydroTween would be a really cool system to use >>> to build a funky fresh demo! >>> >>> Anybody excited about this contest yet? Planning anything big?? >>> >>> (I will take your silence to mean, crawl under a rock and expire, Moses.) >> hehe. >> >> i like the idea, although the prize doesnt interest me, i've got an ipod thats >> been sitting in the drawer next to me for months, my only plan for it is to >> install linux on it and PureData (a sound processing application). >> >> i'll try and put together a video of my Go based system controlling some >> Max/MSP >> audio processing stuff. That might show that Go is useful for all sorts of >> time-based systems, of which tweening engines are one part. >> >> for example im actually using Go to control the flow of data out of the >> socket, >> the idea being that because its easy to use different pulse intervals the >> actual >> simulation can run at a different rate to the UI updates, so while the UI >> might >> update at 30 fps the actual control data can be sent at twice the speed so the >> audio changes smoothly. >> >> its quite common in games for different subsystems to use their own update >> rates >> (display, physics, ai, audio) and I think the Go engine really makes that >> quite >> simple. :) >> >> _______________________________________________ >> GoList mailing list >> GoList at goasap.org >> http://goasap.org/mailman/listinfo/golist_goasap.org > > > > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org > From newsl at analogdesign.ch Thu May 15 07:07:02 2008 From: newsl at analogdesign.ch (Cedric M. analogdesign) Date: Thu, 15 May 2008 16:07:02 +0200 Subject: [Golist] * Go Demo Contest - win an iPod Shuffle! * In-Reply-To: <482BF7A0.6060007@relivethefuture.com> Message-ID: Hello Martin, > for example im actually using Go to control the flow of data out of the socket, the idea being that because its easy to use different pulse intervals the actual simulation can run at a different rate to the UI updates, so while the UI might update at 30 fps the actual control data can be sent at twice the speed so the audio changes smoothly. Sounds good ;) I like very much experiments bringing Flash behind the computer world, bringing it into the physical world. If possible, I'm looking forward to watching what you'll achieve with this ;) > its quite common in games for different subsystems to use their own update rates (display, physics, ai, audio) and I think the Go engine really makes that quite simple. :) Very interesting comment indeed, I totally agree. I've used such an approach in various products using Papervision3d. For example, in my website (AS2) I have a realtime 3d snippet presenting categories and projects. I do not rely on enterframe to make the refresh pulse of the 3d. I've used a special Timer, which change its refreshment rate depending on what is happening on other parts of the website and which is also tracking "user system responsiveness". This allowed me to avoid that my 3d snippet, slowdown the playback of flvs and other elements. 1: I can speedup the resfresh rate if I need a smooth tweening transition on my 3D (independant from user moving of 3d in real time ). 2: I can slowdown the refresh rate if I need full power for other transitions in other part of the website. 3: I can track system responsiveness and avoid slowdowns of the playback of flvs, meaning that the 3d refresh rate is quicker on a quick computer with ressource enough, and put at its minimum rate on an old slow computer. Regarding point 3, the simple approach would have been to have the 3D playing without this optimisation, then what's happening: 3d slows down because of too much things happening in the same time, but other part of the website are also slowing down, for example, here my flvs (which are my main content). I've often seen this unoptimized way of handling real time 3d. With my solution, the 3d rendering seems to slow down the same as above, but in fact it is intentional and managed to give more power to the flv playback. Then the flv playbacks runs more smoothly. I'm sure that this approach may benefit from GO pulse, I'll experiment it as soon as possible ;) By the way, I haven't checked recently where Papervision3d development has gone regarding the rendering approach, they certainly have baked something far more advanced, I'll check if this is possible currently... John do you have any comment on this point? Best regards. Cedric M. (aka maddec) Interactive Creator Adobe Flash/Flex/AIR Specialist Since 1998 ---------------------------------------------------- http://analogdesign.ch http://analogdesign.ch/blog visual & interactive communication ---------------------------------------------------- From flashdev at relivethefuture.com Thu May 15 07:16:52 2008 From: flashdev at relivethefuture.com (Martin Wood-Mitrovski) Date: Thu, 15 May 2008 16:16:52 +0200 Subject: [Golist] * Go Demo Contest - win an iPod Shuffle! * Message-ID: <482C45D4.90508@relivethefuture.com> > 1: I can speedup the resfresh rate if I need a smooth tweening transition on > my 3D (independant from user moving of 3d in real time ). > 2: I can slowdown the refresh rate if I need full power for other > transitions in other part of the website. > 3: I can track system responsiveness and avoid slowdowns of the playback of > flvs, meaning that the 3d refresh rate is quicker on a quick computer with > ressource enough, and put at its minimum rate on an old slow computer. > > Regarding point 3, the simple approach would have been to have the 3D > playing without this optimisation, then what's happening: > 3d slows down because of too much things happening in the same time, but > other part of the website are also slowing down, > for example, here my flvs (which are my main content). I've often seen this > unoptimized way of handling real time 3d. > > With my solution, the 3d rendering seems to slow down the same as above, but > in fact it is intentional and managed to give more power to the flv > playback. Then the flv playbacks runs more smoothly. > > I'm sure that this approach may benefit from GO pulse, I'll experiment it as > soon as possible ;) So, this leads me to wonder about how to deal with adaptive update rates from Go. I've only had a brief look into the lower levels of the GoEngine so I dont know what approach would be the best. I can see that the pulse interval for a particular IUpdatable is used to register that object when calling GoEngine.addItem, so to implement adaptable updates im guessing you would either 1. register multiple IUpdatable objects with different pulses and switch between them from the subsytem that is using them. 2. register a single high-frequency IUpdatable and implement something like an update skip count to modulate the actual updates. e.g. you register with a pulse interval of 10, and when the engine calls your update you do this ... skipCount--; if(skipCount == 0) { // do the actual processing skipCount = numberOfUpdatesToSkip; } .... so if numberOfUpdatesToSkip is 3 you get an effective pulse interval of 30. and then you can control the numberOfUpdatesToSkip depending on some metric / resource, fps, cpu usage, maybe even memory usage if your update is memory intensive. Im starting to think that this would make a really interesting layer to build on top of Go which you could easily plug in to, like an AdaptiveGo class which you can configure for common scenarios // The frames per second you want to maintain var desiredFPS:Number = 30; // the longest time between updates allowed var maxUpdateTime:Number = 250; var adg:AdaptiveGo = new AdaptiveGo(AdaptiveGo.FPS, desiredFPS, maxUpdateTime); then it will monitor your fps and adjust the max skip count accordingly, up to a maximum where updates would occur every maxUpdateTime. of course you would want to use the current time parameter passed to the update to get the time between updates so you could make sure everything was independent of frame rate / update rate. anyway...something like that might be cool, im just letting the ideas flow ;) From johnsarracco at gmail.com Thu May 15 10:20:51 2008 From: johnsarracco at gmail.com (John Sarracco) Date: Thu, 15 May 2008 12:20:51 -0500 Subject: [Golist] Rollover Animations Message-ID: I am using the new Go and HydroTween updates and the HydroTween.go() syntax for a rollover/rollout effect. and it is not functioning as expected because the animation finishes the sequence first and then completes the other effect. Could someone recommend a way to listen for the events and reverse the animations for a group of buttons using Go? Thanks, John -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080515/4c252b27/attachment.html From donovan at hydrotik.com Thu May 15 11:07:38 2008 From: donovan at hydrotik.com (Donovan Adams) Date: Thu, 15 May 2008 14:07:38 -0400 Subject: [Golist] Rollover Animations Message-ID: Hi John. I see what happened. OverlapMonitor was removed from the init. I'll have to ask Moses about that. I made a change to HydroTween which I am attaching. I tested it with this code and it's good to go: over.addEventListener(MouseEvent.MOUSE_OVER, onInteraction); over.addEventListener(MouseEvent.MOUSE_OUT, onInteraction); function onInteraction(event:MouseEvent):void { switch (event.type) { case MouseEvent.MOUSE_OVER : HydroTween.go(event.currentTarget, {color:0xFF0000}, 1, 0, Quartic.easeOut); // break; case MouseEvent.MOUSE_OUT : HydroTween.go(event.currentTarget, {color:HydroTween.RESET}, 1, 0, Quartic.easeOut); // break; } } I will upload the downloads and blog now. Thanks for catching that! ---------------------------------------- Return-Path: Received: from procyon.lunarpages.com [209.200.229.10] by mail29.safesecureweb.com with SMTP; Thu, 15 May 2008 13:23:07 -0400 Received: from localhost ([127.0.0.1] helo=procyon.lunarpages.com) by procyon.lunarpages.com with esmtp (Exim 4.68) (envelope-from ) id 1Jwh8s-0000Mg-Jq; Thu, 15 May 2008 10:21:22 -0700 Received: from hs-out-0708.google.com ([64.233.178.240]) by procyon.lunarpages.com with esmtp (Exim 4.68) (envelope-from ) id 1Jwh8P-0000I0-1u for golist at goasap.org; Thu, 15 May 2008 10:21:18 -0700 Received: by hs-out-0708.google.com with SMTP id j58so385891hsj.6 for ; Thu, 15 May 2008 10:20:51 -0700 (PDT) Received: by 10.90.35.9 with SMTP id i9mr3485972agi.114.1210872051210; Thu, 15 May 2008 10:20:51 -0700 (PDT) Received: by 10.90.97.16 with HTTP; Thu, 15 May 2008 10:20:51 -0700 (PDT) Message-ID: Date: Thu, 15 May 2008 12:20:51 -0500 From: "John Sarracco" To: golist at goasap.org MIME-Version: 1.0 X-Spam-Status: No, score=-2.6 X-Spam-Score: -25 X-Spam-Bar: -- X-Spam-Flag: NO Subject: [Golist] Rollover Animations X-BeenThere: golist at goasap.org X-Mailman-Version: 2.1.9.cp2 Precedence: list Reply-To: Mailing list for the Go ActionScript Animation Platform List-Id: Mailing list for the Go ActionScript Animation Platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0640350883==" Sender: golist-bounces at goasap.org Errors-To: golist-bounces at goasap.org X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - procyon.lunarpages.com X-AntiAbuse: Original Domain - hydrotik.com X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - goasap.org X-Source: X-Source-Args: X-Source-Dir: X-Rcpt-To: X-SmarterMail-Spam: Bayesian Filtering, SPF_None I am using the new Go and HydroTween updates and the HydroTween.go() syntax for a rollover/rollout effect. and it is not functioning as expected because the animation finishes the sequence first and then completes the other effect. Could someone recommend a way to listen for the events and reverse the animations for a group of buttons using Go? Thanks, John -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080515/09ca9cd2/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: HydroTween.as Type: application/octet-stream Size: 30307 bytes Desc: not available Url : http://goasap.org/pipermail/golist_goasap.org/attachments/20080515/09ca9cd2/attachment-0001.obj From johnsarracco at gmail.com Thu May 15 11:43:28 2008 From: johnsarracco at gmail.com (John Sarracco) Date: Thu, 15 May 2008 13:43:28 -0500 Subject: [Golist] Rollover Animations In-Reply-To: References: Message-ID: Works great now. Thanks!! On Thu, May 15, 2008 at 1:07 PM, Donovan Adams wrote: > Hi John. I see what happened. OverlapMonitor was removed from the init. > I'll have to ask Moses about that. > > I made a change to HydroTween which I am attaching. I tested it with this > code and it's good to go: > > over.addEventListener(MouseEvent.MOUSE_OVER, onInteraction); > over.addEventListener(MouseEvent.MOUSE_OUT, onInteraction); > > function onInteraction(event:MouseEvent):void { > switch (event.type) { > case MouseEvent.MOUSE_OVER : > HydroTween.go(event.currentTarget, {color:0xFF0000}, 1, 0, > Quartic.easeOut); > // > break; > case MouseEvent.MOUSE_OUT : > HydroTween.go(event.currentTarget, {color:HydroTween.RESET}, > 1, 0, Quartic.easeOut); > // > break; > } > } > > I will upload the downloads and blog now. > > Thanks for catching that! > > ------------------------------ > Return-Path: > Received: from procyon.lunarpages.com [209.200.229.10] by > mail29.safesecureweb.com with SMTP; > Thu, 15 May 2008 13:23:07 -0400 > Received: from localhost ([127.0.0.1] helo=procyon.lunarpages.com) > by procyon.lunarpages.com with esmtp (Exim 4.68) > (envelope-from ) > id 1Jwh8s-0000Mg-Jq; Thu, 15 May 2008 10:21:22 -0700 > Received: from hs-out-0708.google.com ([64.233.178.240]) > by procyon.lunarpages.com with esmtp (Exim 4.68) > (envelope-from ) id 1Jwh8P-0000I0-1u > for golist at goasap.org; Thu, 15 May 2008 10:21:18 -0700 > Received: by hs-out-0708.google.com with SMTP id j58so385891hsj.6 > for ; Thu, 15 May 2008 10:20:51 -0700 (PDT) > Received: by 10.90.35.9 with SMTP id i9mr3485972agi.114.1210872051210; > Thu, 15 May 2008 10:20:51 -0700 (PDT) > Received: by 10.90.97.16 with HTTP; Thu, 15 May 2008 10:20:51 -0700 (PDT) > Message-ID: > Date: Thu, 15 May 2008 12:20:51 -0500 > From: "John Sarracco" > To: golist at goasap.org > MIME-Version: 1.0 > X-Spam-Status: No, score=-2.6 > X-Spam-Score: -25 > X-Spam-Bar: -- > X-Spam-Flag: NO > Subject: [Golist] Rollover Animations > X-BeenThere: golist at goasap.org > X-Mailman-Version: 2.1.9.cp2 > Precedence: list > Reply-To: Mailing list for the Go ActionScript Animation Platform > > List-Id: Mailing list for the Go ActionScript Animation Platform > > List-Unsubscribe: , > > List-Archive: > List-Post: > List-Help: > List-Subscribe: , > > Content-Type: multipart/mixed; boundary="===============0640350883==" > Sender: golist-bounces at goasap.org > Errors-To: golist-bounces at goasap.org > X-AntiAbuse: This header was added to track abuse, please include it with > any abuse report > X-AntiAbuse: Primary Hostname - procyon.lunarpages.com > X-AntiAbuse: Original Domain - hydrotik.com > X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] > X-AntiAbuse: Sender Address Domain - goasap.org > X-Source: > X-Source-Args: > X-Source-Dir: > X-Rcpt-To: > X-SmarterMail-Spam: Bayesian Filtering, SPF_None > > > I am using the new Go and HydroTween updates and the HydroTween.go() syntax > for a rollover/rollout effect. and it is not functioning as expected because > the animation finishes the sequence first and then completes the other > effect. > > Could someone recommend a way to listen for the events and reverse the > animations for a group of buttons using Go? > > Thanks, > John > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080515/e971a8b5/attachment.html From moses at goasap.org Thu May 15 12:18:32 2008 From: moses at goasap.org (Moses Gunesch) Date: Thu, 15 May 2008 15:18:32 -0400 Subject: [Golist] Rollover Animations In-Reply-To: References: Message-ID: <26FDAFFC-1DC6-497F-AE69-5103E64FB85F@goasap.org> Yeah here's the deal: In Go, managers are OPTIONAL for the end user. You need to include in your documentation that IF people want to use that manager, they should put the line in their code one time at the top of their program, GoEngine.addManager(new OverlapMonitor()); What that does, is that the manager is only ever compiled or used in the SWF if the end programmer wants to use it. Things will more or less work without it, and Go is all about keeping all things optional, so you only ever compile exactly what you want to use. I know that it is one of the more subtle or complicated concepts in the Go platform but it is also one of the most powerful. Because anyone can develop custom managers, as many as they want, and not have to "bake" them into the system, those managers can remain optional. Make sense? - m On May 15, 2008, at 2:07 PM, Donovan Adams wrote: > Hi John. I see what happened. OverlapMonitor was removed from the > init. I'll have to ask Moses about that. > > I made a change to HydroTween which I am attaching. I tested it with > this code and it's good to go: > > over.addEventListener(MouseEvent.MOUSE_OVER, onInteraction); > over.addEventListener(MouseEvent.MOUSE_OUT, onInteraction); > > function onInteraction(event:MouseEvent):void { > switch (event.type) { > case MouseEvent.MOUSE_OVER : > HydroTween.go(event.currentTarget, {color:0xFF0000}, 1, > 0, Quartic.easeOut); > // > break; > case MouseEvent.MOUSE_OUT : > HydroTween.go(event.currentTarget, > {color:HydroTween.RESET}, 1, 0, Quartic.easeOut); > // > break; > } > } > > I will upload the downloads and blog now. > > Thanks for catching that! > > Return-Path: > Received: from procyon.lunarpages.com [209.200.229.10] by > mail29.safesecureweb.com with SMTP; > Thu, 15 May 2008 13:23:07 -0400 > Received: from localhost ([127.0.0.1] helo=procyon.lunarpages.com) > by procyon.lunarpages.com with esmtp (Exim 4.68) > (envelope-from ) > id 1Jwh8s-0000Mg-Jq; Thu, 15 May 2008 10:21:22 -0700 > Received: from hs-out-0708.google.com ([64.233.178.240]) > by procyon.lunarpages.com with esmtp (Exim 4.68) > (envelope-from ) id 1Jwh8P-0000I0-1u > for golist at goasap.org; Thu, 15 May 2008 10:21:18 -0700 > Received: by hs-out-0708.google.com with SMTP id j58so385891hsj.6 > for ; Thu, 15 May 2008 10:20:51 -0700 (PDT) > Received: by 10.90.35.9 with SMTP id i9mr3485972agi.114.1210872051210; > Thu, 15 May 2008 10:20:51 -0700 (PDT) > Received: by 10.90.97.16 with HTTP; Thu, 15 May 2008 10:20:51 -0700 > (PDT) > Message-ID: > > Date: Thu, 15 May 2008 12:20:51 -0500 > From: "John Sarracco" > To: golist at goasap.org > MIME-Version: 1.0 > X-Spam-Status: No, score=-2.6 > X-Spam-Score: -25 > X-Spam-Bar: -- > X-Spam-Flag: NO > Subject: [Golist] Rollover Animations > X-BeenThere: golist at goasap.org > X-Mailman-Version: 2.1.9.cp2 > Precedence: list > Reply-To: Mailing list for the Go ActionScript Animation Platform > > List-Id: Mailing list for the Go ActionScript Animation Platform > > List-Unsubscribe: >, > > List-Archive: > List-Post: > List-Help: > List-Subscribe: golist_goasap.org>, > > Content-Type: multipart/mixed; boundary="===============0640350883==" > Sender: golist-bounces at goasap.org > Errors-To: golist-bounces at goasap.org > X-AntiAbuse: This header was added to track abuse, please include it > with any abuse report > X-AntiAbuse: Primary Hostname - procyon.lunarpages.com > X-AntiAbuse: Original Domain - hydrotik.com > X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] > X-AntiAbuse: Sender Address Domain - goasap.org > X-Source: > X-Source-Args: > X-Source-Dir: > X-Rcpt-To: > X-SmarterMail-Spam: Bayesian Filtering, SPF_None > > I am using the new Go and HydroTween updates and the HydroTween.go() > syntax for a rollover/rollout effect. and it is not functioning as > expected because the animation finishes the sequence first and then > completes the other effect. > > Could someone recommend a way to listen for the events and reverse > the animations for a group of buttons using Go? > > Thanks, > John > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080515/d549117c/attachment.html From newsl at analogdesign.ch Thu May 15 12:36:49 2008 From: newsl at analogdesign.ch (Cedric M. analogdesign) Date: Thu, 15 May 2008 21:36:49 +0200 Subject: [Golist] Go Pulse. In-Reply-To: <482C45D4.90508@relivethefuture.com> Message-ID: >So, this leads me to wonder about how to deal with adaptive update rates from Go. Sorry I was a bit long on this point, but I think it illustrated what you described. Finally we are straight to the point that Moses set as an objective for GO at its anception ;) GO integration within Tweening - 3d real time - physic engines - collada And the use of its pulse as a central point to make things gather. I've heard that Moses is talking with papervision3D team, to improve GO and Papervision3d cooperation. Certainly it is also about pulse. >1. register multiple IUpdatable objects with different pulses >and switch between >them from the subsytem that is using them. >2. register a single high-frequency IUpdatable and implement >something like an >update skip count to modulate the actual updates. e.g. you >register with a pulse >interval of 10, and when the engine calls your update you do this Yes, it will be a very strategic decision... If I go with 1, from the top of my head: We may have PulseItems Managed by a PulseItemManager PulseItemManager require at least one PulseItem(which is the default) and can register more. Each PulseItem registesr targets which use its pulse, these targets implement IPulseTarget with makePulse function When a pulse happens targets have their makePulse Method called. PulseItemManager can also have a module to track >resource, fps, cpu usage, maybe even memory usage if your >update is memory Aka PulseLimiter which if it is on check memory usage. If a PulseItem IsRessourceLimited the pulse rate is limited based on PulseLimiter rate ;) A PulseItem may define >var desiredFPS:Number = 30; IsRessourceLimited Methods registerTarget unregisterTarget Pushing things forward... A PulseItem may go further also for example you may have targets groups which can be passed from one PulseItem to another, depending on the situation. STOPSTOPSTOP Fantasy ;) I just let ideas flow as you Martin ;) Best regards. Cedric M. (aka maddec) Interactive Creator Adobe Flash/Flex/AIR Specialist Since 1998 ---------------------------------------------------- http://analogdesign.ch http://analogdesign.ch/blog visual & interactive communication ---------------------------------------------------- >-----Message d'origine----- >De : golist-bounces at goasap.org >[mailto:golist-bounces at goasap.org] De la part de Martin Wood-Mitrovski >Envoy? : jeudi, 15. mai 2008 16:17 >? : Mailing list for the Go ActionScript Animation Platform >Objet : Re: [Golist] * Go Demo Contest - win an iPod Shuffle! * > >> 1: I can speedup the resfresh rate if I need a smooth >tweening transition on >> my 3D (independant from user moving of 3d in real time ). >> 2: I can slowdown the refresh rate if I need full power for other >> transitions in other part of the website. >> 3: I can track system responsiveness and avoid slowdowns of >the playback of >> flvs, meaning that the 3d refresh rate is quicker on a quick >computer with >> ressource enough, and put at its minimum rate on an old slow >computer. >> >> Regarding point 3, the simple approach would have been to have the 3D >> playing without this optimisation, then what's happening: >> 3d slows down because of too much things happening in the >same time, but >> other part of the website are also slowing down, >> for example, here my flvs (which are my main content). I've >often seen this >> unoptimized way of handling real time 3d. >> >> With my solution, the 3d rendering seems to slow down the >same as above, but >> in fact it is intentional and managed to give more power to the flv >> playback. Then the flv playbacks runs more smoothly. >> >> I'm sure that this approach may benefit from GO pulse, I'll >experiment it as >> soon as possible ;) > >So, this leads me to wonder about how to deal with adaptive >update rates from Go. > >I've only had a brief look into the lower levels of the >GoEngine so I dont know >what approach would be the best. > >I can see that the pulse interval for a particular IUpdatable >is used to >register that object when calling GoEngine.addItem, so to >implement adaptable >updates im guessing you would either > >1. register multiple IUpdatable objects with different pulses >and switch between >them from the subsytem that is using them. > >2. register a single high-frequency IUpdatable and implement >something like an >update skip count to modulate the actual updates. e.g. you >register with a pulse >interval of 10, and when the engine calls your update you do this > >... > >skipCount--; > >if(skipCount == 0) >{ > // do the actual processing > > skipCount = numberOfUpdatesToSkip; >} > >.... > >so if numberOfUpdatesToSkip is 3 you get an effective pulse >interval of 30. > >and then you can control the numberOfUpdatesToSkip depending >on some metric / >resource, fps, cpu usage, maybe even memory usage if your >update is memory >intensive. > >Im starting to think that this would make a really interesting >layer to build on >top of Go which you could easily plug in to, like an >AdaptiveGo class which you >can configure for common scenarios > >// The frames per second you want to maintain >var desiredFPS:Number = 30; >// the longest time between updates allowed >var maxUpdateTime:Number = 250; > >var adg:AdaptiveGo = new AdaptiveGo(AdaptiveGo.FPS, >desiredFPS, maxUpdateTime); > >then it will monitor your fps and adjust the max skip count >accordingly, up to a >maximum where updates would occur every maxUpdateTime. > >of course you would want to use the current time parameter >passed to the update >to get the time between updates so you could make sure everything was >independent of frame rate / update rate. > >anyway...something like that might be cool, im just letting >the ideas flow ;) > > > >_______________________________________________ >GoList mailing list >GoList at goasap.org >http://goasap.org/mailman/listinfo/golist_goasap.org > From moses at goasap.org Thu May 15 13:22:54 2008 From: moses at goasap.org (Moses Gunesch) Date: Thu, 15 May 2008 16:22:54 -0400 Subject: [Golist] =?windows-1252?q?*_Go_Demo_Contest_=96_win_an_iPod_Shuff?= =?windows-1252?q?le!_*?= In-Reply-To: <482BF7A0.6060007@relivethefuture.com> References: <7CFF7CB0-7D3D-4688-85BC-EFE843C241A3@goasap.org> <482BF7A0.6060007@relivethefuture.com> Message-ID: <14A4D474-137B-4EF5-99C4-C84147428E43@goasap.org> Cool well I'm glad to hear that you are doing a demo and I'm happy to send you a gift certificate. Anyway those little microscopic ipods are so cool looking... even if you just regift it to your cousin or something, what a cool little thing. I went for something small so I could give away more of them, I'm just buying these out of pocket and it seemed more fun to give more things away than one big prize! :-) On May 15, 2008, at 4:43 AM, Martin Wood-Mitrovski wrote: > i like the idea, although the prize doesnt interest me, i've got an > ipod thats > been sitting in the drawer next to me for months, my only plan for > it is to > install linux on it and PureData (a sound processing application). From burak at delizade.com Thu May 15 13:49:15 2008 From: burak at delizade.com (Burak Delice) Date: Thu, 15 May 2008 23:49:15 +0300 Subject: [Golist] Optimization of PaperVision3d Message-ID: <009b01c8b6cd$239705b0$0302a8c0@delicelap> I thought that this may be important for some of GO or HydroTween users, I recently read a niee article from interactive developer John Iacoviello from Red Interactive. here is his article (http://interactivehug.com/2008/04/21/john-iacoviello-papervision3d-optimization-tips/) Burak. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080515/9547ba0b/attachment.html From chr.auth at googlemail.com Fri May 16 08:11:22 2008 From: chr.auth at googlemail.com (Christian Auth) Date: Fri, 16 May 2008 17:11:22 +0200 Subject: [Golist] OverlapManager and delays Message-ID: <14686cda0805160811y77783adfkadc1d1e773287386@mail.gmail.com> hey moses, hey list, just checked out the go system and dude you rock!. you are the first person who wrote a os lib where i felt at home instantly. i just wrote a near complete animation suite for out own framework at work and it was incredible easy to implement. i just had to think about the way i want the animation "language" to look like. so, that was the love part (; until now the overlap manager worked fine for me. but while testing delays i found a rather unexpected (at least for me) behaviour. if you tween the same property on the same target with one of them having a delay one of both will be killed by the overlap manager. Code: var tween1:PropertyTween = new PropertyTween(sprite1, 4, Sine.easeOut, 'x', 400); tween1.start(); var tween2:PropertyTween = new PropertyTween(sprite1, 4, Sine.easeOut, 'x', 10); tween2.delay = 3; tween2.start(); the problem is that the property matching is handled when calling start(). i don't know if you did that for a good reason but i got it working by doing this : LinearGo.as /** * Performs tween calculations on GoEngine pulse. * *

Subclass onUpdate instead of this method. * * @param currentTime Clock time for the current block of updates. * @see #onUpdate() */ override public function update(currentTime:Number) : void { if (_state==PAUSED) return; _currentFrame ++; if (_useFrames) currentTime = _currentFrame; if (isNaN(_startTime)) // setup() must be called once prior to tween's 1st update. setup(currentTime); // This is done here, not in start, for tighter syncing of items. if (_startTime > currentTime) return; // still PLAYING_DELAY //add to managers (added by chra) if (!_started) { GoEngine.manageItem(this); } GoEngine.as /** * Adds an IUpdatable instance to an update-queue corresponding to * the item's pulseInterval property. * * @param item Any object implementing IUpdatable that wishes * to receive update calls on a pulse. * * @return Returns false only if this item was already in the * engine under the same pulse. (If an existing item is added * but the pulseInterval has changed it will be removed, * re-added, and true will be returned.) * * @see #removeItem() */ public static function addItem( item:IUpdatable ):Boolean { --- snip // Report IManageable instances to registered managers (changed by chra) /* if (item is IManageable) { for each (var manager:IManager in managers) manager.reserve( item as IManageable ); } */ return true; } /** * */ public static function manageItem( item:IUpdatable ):Boolean { // Report IManageable instances to registered managers if (item is IManageable) { for each (var manager:IManager in managers) manager.reserve( item as IManageable ); } return true; } cheers Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080516/282c5ba1/attachment-0001.html From moses at goasap.org Fri May 16 08:50:45 2008 From: moses at goasap.org (Moses Gunesch) Date: Fri, 16 May 2008 11:50:45 -0400 Subject: [Golist] OverlapManager and delays In-Reply-To: <14686cda0805160811y77783adfkadc1d1e773287386@mail.gmail.com> References: <14686cda0805160811y77783adfkadc1d1e773287386@mail.gmail.com> Message-ID: <9ADAF94F-64C3-4771-ACEA-BDD5AEB3D8B8@goasap.org> Thanks for the kind words Christian! I hope that you know about the Go Demo Contest in progress (http://go.mosessupposes.com/) and will be turning out a stunning demo for my FlashBelt talk. - I understand what you are saying here, that you would like to delay management during delays. This is the "proper way" to do what you're trying to do: var s:SequenceCA = new SequenceCA(); s.addStep(new PropertyTween(sprite1, 4, Sine.easeOut, 'x', 400)); s.lastStep.advance = new OnDurationComplete(3); // early advance s.addStep(new PropertyTween(sprite1, 4, Sine.easeOut, 'x', 400)); s.start(); Still only 5 lines of code; not bad. This does require that more classes are compiled, but to avoid using SequenceCA, you could still do the same thing by setting up a Timer that would generate the second tween. - This touches on a finer point of what you could call "tween engine theory".... let me explain it a little. In the ZigoEngine days I switched things to always honor a tween as a tween. Making a tween call, regardless of delays, is making a tween call ? you are triggering an active handling of a target even if that handling is delayed. Sequencing, on the other hand, is specifically made to play tweens at different points in time which is what you are trying to do here. Therefore, at least on a pure theory level :-) this particular problem should be solved with sequencing. I think I also went that way because allowing tweens to run "hidden" caused some real problems with Fuse being able to track interruptions. It removes your system's ability to detect that a tween is active. I'm not saying I don't like your solution though, and your implementation is fine. If you don't like the Sequencing solution above, I would also say that you could build another manager that would work differently... you are not locked into using or modding OverlapMonitor. But, modding it is also okay of course. :-) - m On May 16, 2008, at 11:11 AM, Christian Auth wrote: > hey moses, > hey list, > > just checked out the go system and dude you rock!. > you are the first person who wrote a os lib where i felt at home > instantly. > i just wrote a near complete animation suite for out own framework > at work and > it was incredible easy to implement. i just had to think about the > way i want the > animation "language" to look like. > > so, that was the love part (; > > until now the overlap manager worked fine for me. but while testing > delays i found a rather > unexpected (at least for me) behaviour. if you tween the same > property on the same target > with one of them having a delay one of both will be killed by the > overlap manager. > > Code: > var tween1:PropertyTween = new PropertyTween(sprite1, 4, > Sine.easeOut, 'x', 400); > tween1.start(); > > var tween2:PropertyTween = new PropertyTween(sprite1, 4, > Sine.easeOut, 'x', 10); > tween2.delay = 3; > tween2.start(); > > the problem is that the property matching is handled when calling > start(). i don't know > if you did that for a good reason but i got it working by doing this : > > LinearGo.as > /** > * Performs tween calculations on GoEngine pulse. > * > *

Subclass onUpdate instead of this method. > * > * @param currentTime Clock time for the current block of > updates. > * @see #onUpdate() > */ > override public function update(currentTime:Number) : void > { > if (_state==PAUSED) > return; > > _currentFrame ++; > if (_useFrames) > currentTime = _currentFrame; > > if (isNaN(_startTime)) // setup() must be called > once prior to tween's 1st update. > setup(currentTime); // This is done here, not > in start, for tighter syncing of items. > > if (_startTime > currentTime) > return; // still PLAYING_DELAY > > //add to managers (added by chra) > if (!_started) > { > GoEngine.manageItem(this); > } > > > GoEngine.as > /** > * Adds an IUpdatable instance to an update-queue > corresponding to > * the item's pulseInterval property. > * > * @param item Any object implementing IUpdatable > that wishes > * to receive update calls on a pulse. > * > * @return Returns false only if this item was > already in the > * engine under the same pulse. (If an > existing item is added > * but the pulseInterval has changed it > will be removed, > * re-added, and true will be returned.) > * > * @see #removeItem() > */ > public static function addItem( item:IUpdatable ):Boolean > { > --- snip > // Report IManageable instances to registered managers > (changed by chra) > /* > if (item is IManageable) { > for each (var manager:IManager in managers) > manager.reserve( item as IManageable ); > } > */ > return true; > } > > > /** > * > */ > public static function manageItem( item:IUpdatable ):Boolean > { > // Report IManageable instances to registered managers > if (item is IManageable) { > for each (var manager:IManager in managers) > manager.reserve( item as IManageable ); > } > return true; > } > > cheers > Chris > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080516/e77f8ecd/attachment.html From moses at goasap.org Sat May 17 09:28:26 2008 From: moses at goasap.org (Moses Gunesch) Date: Sat, 17 May 2008 12:28:26 -0400 Subject: [Golist] GoPlayground commits Message-ID: <53EAF677-B4EA-4990-82B8-67E1BC015D1A@goasap.org> I guess I should switch both the repositories to report their updates to this list so we can all keep up easier. Looks like John's Go3D system is now available at GoPlayground! Donovan's Hydrotween has been updated and I see that Martin's code is being actively updated too... :-) From pv3d at eplay.de Sat May 17 10:30:56 2008 From: pv3d at eplay.de (toby) Date: Sat, 17 May 2008 19:30:56 +0200 Subject: [Golist] Hydrotween sequences -> onComplete? Message-ID: <482F1650.9090403@eplay.de> Hi there, I want a function to be triggered on completion of a sequence. Is that a feature implemented in either Go or Hydrotween or do I have to do that myself? Curious, Toby From moses at goasap.org Sat May 17 12:32:01 2008 From: moses at goasap.org (Moses Gunesch) Date: Sat, 17 May 2008 15:32:01 -0400 Subject: [Golist] Hydrotween sequences -> onComplete? In-Reply-To: <482F1650.9090403@eplay.de> References: <482F1650.9090403@eplay.de> Message-ID: sequence.addEventListener(GoEvent.COMPLETE, myHandler); On May 17, 2008, at 1:30 PM, toby wrote: > Hi there, > > I want a function to be triggered on completion of a sequence. Is > that a > feature implemented in either Go or Hydrotween or do I have to do that > myself? > > Curious, > Toby > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080517/7cb6c917/attachment.html From pv3d at eplay.de Sat May 17 13:00:37 2008 From: pv3d at eplay.de (toby) Date: Sat, 17 May 2008 22:00:37 +0200 Subject: [Golist] Hydrotween sequences -> onComplete? In-Reply-To: References: <482F1650.9090403@eplay.de> Message-ID: <482F3965.9020106@eplay.de> Moses, Thank you. Sounds great. Have been using Go since today, love it :) Cheers, Toby Moses Gunesch wrote: > sequence.addEventListener(GoEvent.COMPLETE, myHandler); > > On May 17, 2008, at 1:30 PM, toby wrote: > >> Hi there, >> >> I want a function to be triggered on completion of a sequence. Is that a >> feature implemented in either Go or Hydrotween or do I have to do that >> myself? >> >> Curious, >> Toby >> >> _______________________________________________ >> GoList mailing list >> GoList at goasap.org >> http://goasap.org/mailman/listinfo/golist_goasap.org > > ------------------------------------------------------------------------ > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org > From moses at goasap.org Sat May 17 13:29:40 2008 From: moses at goasap.org (Moses Gunesch) Date: Sat, 17 May 2008 16:29:40 -0400 Subject: [Golist] Hydrotween sequences -> onComplete? In-Reply-To: <482F3965.9020106@eplay.de> References: <482F1650.9090403@eplay.de> <482F3965.9020106@eplay.de> Message-ID: :-) On May 17, 2008, at 4:00 PM, toby wrote: > Moses, > > Thank you. Sounds great. Have been using Go since today, love it :) > > Cheers, > Toby > > Moses Gunesch wrote: >> sequence.addEventListener(GoEvent.COMPLETE, myHandler); >> >> On May 17, 2008, at 1:30 PM, toby wrote: >> >>> Hi there, >>> >>> I want a function to be triggered on completion of a sequence. Is >>> that a >>> feature implemented in either Go or Hydrotween or do I have to do >>> that >>> myself? >>> >>> Curious, >>> Toby >>> >>> _______________________________________________ >>> GoList mailing list >>> GoList at goasap.org >>> http://goasap.org/mailman/listinfo/golist_goasap.org >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> GoList mailing list >> GoList at goasap.org >> http://goasap.org/mailman/listinfo/golist_goasap.org >> > > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080517/1c2f0a53/attachment.html From pv3d at eplay.de Sun May 18 10:53:24 2008 From: pv3d at eplay.de (toby) Date: Sun, 18 May 2008 19:53:24 +0200 Subject: [Golist] Sunday afternoon delusions Message-ID: <48306D14.5050209@eplay.de> Hi everyone, Wouldn't it be really neat if you could define a sequence of tweens, start it, and then - at any point in the sequence - just stop and yoyo? I guess you would have to a) store the values at which the sequence originally started b) determine which part of the sequence is currently being executed c) determine how much time of the planned duration of the currenty sequence has passed d) shorten the duration for the reverse element of the sequence accordingly e) execute that reverse version of the currently executing sequence with the shortened duration f) execute reverse versions of all the previously executed parts of the sequence Been there, done that? Crazy? All nice and well, but? Let me know what you think. Bye, Toby From moses at goasap.org Sun May 18 13:14:21 2008 From: moses at goasap.org (Moses Gunesch) Date: Sun, 18 May 2008 16:14:21 -0400 Subject: [Golist] Sunday afternoon delusions In-Reply-To: <48306D14.5050209@eplay.de> References: <48306D14.5050209@eplay.de> Message-ID: <7E553F8E-BBDD-447A-B082-59B149798D9B@goasap.org> Hi Toby, Yes that's a cool idea. We've discussed reversing sequences on this list in the past, search the archives for it. This was a feature that I left out of Fuse because it is so very involved (as you sort of point out with that list there!) It did get me to thinking that one feature I could add to LinearGo would be a reverse-play option that would not necessarily require cycling forward first, as repeater.cycles currently does. The reason it's complex is that if I add that to LinearGo I also have to instruct everyone who subclasses linearGo to implement reverse functionality, something that seems like more of a custom feature than a regular one. It very closely ties into properties ? getting and storing start values, etc. There are other weirdnesses too such as, where does the delay go if you play a tween backward? From a standpoint of playing a tween it might should still go before the tween runs; from the standpoint of a sequence it should actually play at the end of the tween. One final weirdness: early-advance triggers (SequenceCA). To get those to work in reverse would require inspecting the previous sequence step and countering it with some kind of temporary early advance that works the other way... very complex indeed. Because of all of these issues, I think that a better way to go would be to first create a coherent tween / sequence API (define the syntax), then make a helper function like generateReverseSequence() that would build a forward-play sequence with all of the parameters, delays and early advances built going backward. Even that would be a pretty big chore though. I've had to apologize on this point since Fuse, which had a fast- forward but no rewind command. But in my opinion it's one of those things that is too much trouble for the number of times it would actually be used. I've tried to keep the Go framework stripped down to just foundational features and then let you guys do the work of adding all kinds of custom features. So: Please feel free to prove me wrong and find an easy way to implement reverse sequences! :-) -m On May 18, 2008, at 1:53 PM, toby wrote: > Hi everyone, > > Wouldn't it be really neat if you could define a sequence of tweens, > start it, and then - at any point in the sequence - just stop and > yoyo? > I guess you would have to > > a) store the values at which the sequence originally started > b) determine which part of the sequence is currently being executed > c) determine how much time of the planned duration of the currenty > sequence has passed > d) shorten the duration for the reverse element of the sequence > accordingly > e) execute that reverse version of the currently executing sequence > with > the shortened duration > f) execute reverse versions of all the previously executed parts of > the > sequence > > Been there, done that? Crazy? All nice and well, but? > > Let me know what you think. > > Bye, > Toby > > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080518/338d34f3/attachment.html From moses at goasap.org Tue May 20 12:54:24 2008 From: moses at goasap.org (Moses Gunesch) Date: Tue, 20 May 2008 15:54:24 -0400 Subject: [Golist] =?windows-1252?q?*_Go_Demo_Contest_=96=A0win_an_iPod_Shu?= =?windows-1252?q?ffle!_*?= In-Reply-To: References: Message-ID: <7415BB97-9067-446E-9110-1C6183EB74E2@goasap.org> Ten days to make DEMOS people!! Who's got one to show yet? On May 11, 2008, at 1:38 PM, Moses Gunesch wrote: > Go is all about community, so I'd really like to show off some of > YOUR work at my Flashbelt talk in early June! > > Time to come up with the rockin'est Go demo you can muster, folks! A > short animation piece, a game or a website ? whatever! If it's > really cool, I will pick it to be featured in front of 400 people at > FlashBelt and of course, credit you and your company for it on > stage. You will snag a 2 Gig iPod Shuffle with the phrase "GoASAP ? > Less is more!" engraved on the back. > > http://www.apple.com/ipodshuffle/ > (Personally I just think these tiny things are so cool! ) > > I might give out several of these depending on how many AWESOME > demos come out of this ? I will be the judge, but I won't use your > demo at Flashbelt without a prize! Also: If someone seriously blows > my mind with an Unbelievable Go Demo of Staggering Genius, I might > even come up with a grander 1st prize depending on how much I am > moved ? so go for the gauntlet here, people! > > > Rules: > Prizes will be doled out on Friday, May 30th. > 1. Post your demo online and post the link to this list. > (You can post & update as many times as you want before May 30th.) > 2. Send me the source code so I can verify that it uses GoASAP. > 3. Rock on, rock stars. > > :-D > > Moses > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080520/fea31b61/attachment.html From judh at ZAAZ.com Tue May 20 22:16:28 2008 From: judh at ZAAZ.com (Jud Holliday) Date: Tue, 20 May 2008 22:16:28 -0700 Subject: [Golist] Sequencing function calls and passing arguments In-Reply-To: <14686cda0805160811y77783adfkadc1d1e773287386@mail.gmail.com> References: <14686cda0805160811y77783adfkadc1d1e773287386@mail.gmail.com> Message-ID: <329B3D4270DFFB49BE7B4F2B0307D1317C6C4D1D1F@zulu.zaaz.com> Okay, so I know I'm a bit behind the times here, but this past week I finally got my head around how to sequence with Go and I have to say that so far I am loving it! We have been using Tweego for some simple Fuse-like sequencing and had also developed a class to tween around an ellipse, but when I found myself wanting to sequence our custom ellipse tween with some other properties it finally dawned on me that SequenceCA is what I needed to use and that I also had to start putting together some basic tween classes for simple display object properties. Moses I know you've dropped some hints about this and have mentioned wanting someone to take this up, but so far I haven't seen anything posted to the playground along these lines. So, long story short, I have started to put together some basic tweening classes (and Graeme is making new additions as well) which will be posted soon to the playground. Included so far are: PositionTween, AlphaTween, BlurTween, and CallbackTrigger The first 3 are probably obvious. CallbackTrigger is actually pretty simple too, but I have a question which I don't think I have seen anybody post about yet. The basic idea is that you can easily sequence function calls (which I believe someone else on the list mentioned, but I haven't seen an example of yet). So for example: var seq:SequenceCA = new SequenceCA(); //fade up 'square' to alpha of 1 over .8 secs seq.addStep( new AlphaTween(square, 1, .8, 0, Quartic.easeOut) ); //at the same time the alpha starts, call the 'close' method on menu1 seq.addStep( new CallbackTrigger(menu1.close), true ); //call the 'open' method on menu2 after a .5 second delay seq.addStep( new CallbackTrigger(menu2.open, .5), true); //the sequence will not advance further until it receives the 'OPEN_COMPLETE' event from menu2 seq.lastStep.advance = new OnEventComplete(menu2, Menu.OPEN_COMPLETE); //fade out square2 seq.addStep( new AlphaTween(square2, 0, .5, Quartic.easeOut) ); seq.start(); This is just a simple example, but hopefully it all makes sense. CallbackTrigger is actually an extremely basic class. It essentially just calls the 'addCallback' method on LinearGo with the 'type' set to GoEvent.START. So the next thing I wanted to do is pass some arguments to the function call, similar to the way you could back in Fuse: {scope: this, func:"setSelected", args:[arg1, arg2]}. My preferred way to do that would have been to override 'addCallback', but it requires passing another argument to the method, so a straight override won't work. So my solution (at least for now) was to add a new method called 'addCallbackWithParams' which takes the extra arguments parameter. The full code is below. My questions are: 1. Am I going about this in an overly complicated way?/Is there already a system in place to accomplish this? 2. If not, then does addCallbackWithParams make sense, or is there another way to add the ability to pass parameters to a callback in LinearGo? This seems like a really handy feature. I know I could set up listeners or use class variables and accomplish the task through other means, but it just seems way more convenient to do it all in one simple step. Code is below. Love to hear whatever feedback people have. Thanks, Jud public class CallbackTrigger extends LinearGo { protected var _closure:Number; protected var _arguments:Dictionary; /** * @closure The function that will be called * @delay The delay in seconds before the callback will be triggered * @arguments An optional array of arguments that will be passed to the function */ public function CallbackTrigger( closure:Function = null, delay:Number = NaN, arguments:Array = null ) { if (closure != null) { _arguments = new Dictionary(); var type:String = GoEvent.START; addCallbackWithParams(closure, type, arguments); } if(!isNaN(delay)) { super._delay = delay; } } /** * Adds a callback with parameters. * Would like to override 'addCallback' but that is not possible with a different method signature. * * @param closure A reference to a function * @param type A GoEvent constant, default is START. * @param arguments An array of arguments to pass to the function */ public function addCallbackWithParams(closure : Function, type:String=GoEvent.START, arguments:Array = null):void { super.addCallback(closure, type); //set arguments to call in the closure if (!_arguments[ type ]) { _arguments[ type ] = new Array(); } var a:Array = (_arguments[ type ] as Array); if (a.indexOf(closure)==-1) { a.push(arguments); } } /** * Overriden so that any arguments passed in can be passed * in to the callback using 'apply' */ override protected function dispatch(type:String):void { var funcs:Array = (_callbacks[ type ] as Array); var args:Array = (_arguments[ type ] as Array); if (funcs) { for (var i:int; i I will be out of the office from Wednesday, May 21, to Tuesday, May 27. Please direct emergencies ONLY to Amy Goldberg at amy at fastspot.com or 410-537-5007 x102. I will return to the office on Wednesday, May 28, and will return all calls and email at that time. Best, Curt Curt Kotula | Art Director contact | curt at fastspot.com 2026 East Lombard Street, Baltimore, MD 21231 ph: 410.537.5007 x104 | fax: 410.537.5008 From donovan at hydrotik.com Wed May 21 06:16:00 2008 From: donovan at hydrotik.com (donovan at hydrotik.com) Date: Wed, 21 May 2008 09:16:00 -0400 Subject: [Golist] Sequencing function calls and passing arguments In-Reply-To: <329B3D4270DFFB49BE7B4F2B0307D1317C6C4D1D1F@zulu.zaaz.com> Message-ID: Short of adding extra properties you can always do {scope:this, func:function():void{callCompleteFunc(param1,param2);}} On 5/21/08 1:16 AM, "Jud Holliday" wrote: > Okay, so I know I?m a bit behind the times here, but this past week I finally > got my head around how to sequence with Go and I have to say that so far I am > loving it! > > We have been using Tweego for some simple Fuse-like sequencing and had also > developed a class to tween around an ellipse, but when I found myself wanting > to sequence our custom ellipse tween with some other properties it finally > dawned on me that SequenceCA is what I needed to use and that I also had to > start putting together some basic tween classes for simple display object > properties. Moses I know you?ve dropped some hints about this and have > mentioned wanting someone to take this up, but so far I haven?t seen anything > posted to the playground along these lines. > > So, long story short, I have started to put together some basic tweening > classes (and Graeme is making new additions as well) which will be posted soon > to the playground. Included so far are: > PositionTween, AlphaTween, BlurTween, and CallbackTrigger > The first 3 are probably obvious. CallbackTrigger is actually pretty simple > too, but I have a question which I don?t think I have seen anybody post about > yet. > > The basic idea is that you can easily sequence function calls (which I believe > someone else on the list mentioned, but I haven?t seen an example of yet). So > for example: > > var seq:SequenceCA = new SequenceCA(); > //fade up ?square? to alpha of 1 over .8 secs > seq.addStep( new AlphaTween(square, 1, .8, 0, Quartic.easeOut) ); > //at the same time the alpha starts, call the ?close? method on menu1 > seq.addStep( new CallbackTrigger(menu1.close), true ); > //call the ?open? method on menu2 after a .5 second delay > seq.addStep( new CallbackTrigger(menu2.open, .5), true); > //the sequence will not advance further until it receives the ?OPEN_COMPLETE? > event from menu2 > seq.lastStep.advance = new OnEventComplete(menu2, Menu.OPEN_COMPLETE); > > //fade out square2 > seq.addStep( new AlphaTween(square2, 0, .5, Quartic.easeOut) ); > seq.start(); > > This is just a simple example, but hopefully it all makes sense. > CallbackTrigger is actually an extremely basic class. It essentially just > calls the ?addCallback? method on LinearGo with the ?type? set to > GoEvent.START. > > So the next thing I wanted to do is pass some arguments to the function call, > similar to the way you could back in Fuse: {scope: this, func:?setSelected?, > args:[arg1, arg2]}. My preferred way to do that would have been to override > ?addCallback?, but it requires passing another argument to the method, so a > straight override won?t work. So my solution (at least for now) was to add a > new method called ?addCallbackWithParams? which takes the extra arguments > parameter. The full code is below. My questions are: > > 1. Am I going about this in an overly complicated way?/Is there already a > system in place to accomplish this? > > 2. If not, then does addCallbackWithParams make sense, or is there > another way to add the ability to pass parameters to a callback in LinearGo? > This seems like a really handy feature. > > > > I know I could set up listeners or use class variables and accomplish the task > through other means, but it just seems way more convenient to do it all in one > simple step. > > Code is below. Love to hear whatever feedback people have. > > Thanks, > Jud > > > public class CallbackTrigger extends LinearGo > { > protected var _closure:Number; > protected var _arguments:Dictionary; > > /** > * @closure The function that will be called > * @delay The delay in seconds before the callback > will be triggered > * @arguments An optional array of arguments that will be > passed to the function > */ > public function CallbackTrigger( closure:Function = null, > delay:Number = NaN, arguments:Array = null ) > { > if (closure != null) > { > _arguments = new Dictionary(); > var type:String = > GoEvent.START; > addCallbackWithParams(closure, > type, arguments); > } > > if(!isNaN(delay)) > { > super._delay = delay; > } > } > > /** > * Adds a callback with parameters. > * Would like to override 'addCallback' but that is not > possible with a different method signature. > * > * @param closure A reference to a function > * @param type A GoEvent constant, default is > START. > * @param arguments An array of arguments to pass to the > function > */ > public function addCallbackWithParams(closure : Function, > type:String=GoEvent.START, arguments:Array = null):void { > > super.addCallback(closure, type); > > //set arguments to call in the closure > if (!_arguments[ type ]) > { > _arguments[ type ] = new > Array(); > } > var a:Array = (_arguments[ type ] as Array); > if (a.indexOf(closure)==-1) > { > a.push(arguments); > } > } > > /** > * Overriden so that any arguments passed in can be passed > * in to the callback using 'apply' > */ > override protected function dispatch(type:String):void > { > var funcs:Array = (_callbacks[ type ] as > Array); > var args:Array = (_arguments[ type ] as > Array); > if (funcs) > { > for (var i:int; > i { > > funcs[i].apply(null, args[i]); > } > } > if (hasEventListener(type)) > { > dispatchEvent(new GoEvent( > type )); > } > } > > } > > > > > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080521/3e261952/attachment-0001.html From moses at goasap.org Wed May 21 08:52:57 2008 From: moses at goasap.org (Moses Gunesch) Date: Wed, 21 May 2008 11:52:57 -0400 Subject: [Golist] Sequencing function calls and passing arguments In-Reply-To: <329B3D4270DFFB49BE7B4F2B0307D1317C6C4D1D1F@zulu.zaaz.com> References: <14686cda0805160811y77783adfkadc1d1e773287386@mail.gmail.com> <329B3D4270DFFB49BE7B4F2B0307D1317C6C4D1D1F@zulu.zaaz.com> Message-ID: On May 21, 2008, at 1:16 AM, Jud Holliday wrote: > Okay, so I know I?m a bit behind the times here, but this past week > I finally got my head around how to sequence with Go and I have to > say that so far I am loving it! Jud: Cool! (BTW, if anyone wants to help me figure out how to communicate GoASAP's lightness and simplicity more clearly, please write me off list!!! I cannot seem to do this.) > > So, long story short, I have started to put together some basic > tweening classes (and Graeme is making new additions as well) which > will be posted soon to the playground. Included so far are: > PositionTween, AlphaTween, BlurTween, and CallbackTrigger Woo hoo!! Can't wait to get these.... whoever does this first will really set the standards that tons of Go users will grab, so I'm glad someone is finally taking up my offer to get famous. > > So the next thing I wanted to do is pass some arguments to the > function call > 1. Am I going about this in an overly complicated way?/Is > there already a system in place to accomplish this? Like Donovan said you can already pass arguments using a nested closure. However, that tends to be kind of illegible so i think that your system makes a lot of sense. > 2. If not, then does addCallbackWithParams make sense, or is > there another way to add the ability to pass parameters to a > callback in LinearGo? This seems like a really handy feature. I like it a lot. The other approach which i almost took with Go (until someone pointed out the nested closure thing, at which time i figured that was far simpler), was to have a special callback class, that wrapped the closure, the arguments, and the GoEvent type to associate the callback to. One nice thing about having such a class is that you can pass callbacks in an array, and each one defines its own type. However, your approach is nice and simple too. I think it's a great topic to be discussing. The ultimate thing would be something that worked anywhere around the Go kit (with physics animations eventually). You know Jud, I think the best version of the class you're writing there would be to just implement IPlayable/ PlayableBase but not extend LinearGo. That way you have a 'playable callback' class that can be included in groups as you're doing here, but can be used directly without LinearGo's overhead or extra features. - m -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080521/af5b4d14/attachment.html From judh at ZAAZ.com Wed May 21 10:03:26 2008 From: judh at ZAAZ.com (Jud Holliday) Date: Wed, 21 May 2008 10:03:26 -0700 Subject: [Golist] Sequencing function calls and passing arguments In-Reply-To: References: <14686cda0805160811y77783adfkadc1d1e773287386@mail.gmail.com> <329B3D4270DFFB49BE7B4F2B0307D1317C6C4D1D1F@zulu.zaaz.com> Message-ID: <329B3D4270DFFB49BE7B4F2B0307D1317C6C4D1D52@zulu.zaaz.com> More comments below 1. Am I going about this in an overly complicated way?/Is there already a system in place to accomplish this? Like Donovan said you can already pass arguments using a nested closure. However, that tends to be kind of illegible so i think that your system makes a lot of sense. Thanks Donovan/Moses! I didn't know about nested closure. I definitely prefer to keep the syntax clear, but I can use nested closure behind the scenes and greatly simplify the class. No more need to override the 'dispatch' method. Now the method in question looks like this: public function addCallbackWithParams(closure : Function, type:String=GoEvent.START, args:Array = null):void { //uses nested closure to pass arguments to the function super.addCallback( function():void{ closure.apply(null, args); }, type); } 2. If not, then does addCallbackWithParams make sense, or is there another way to add the ability to pass parameters to a callback in LinearGo? This seems like a really handy feature. I like it a lot. The other approach which i almost took with Go (until someone pointed out the nested closure thing, at which time i figured that was far simpler), was to have a special callback class, that wrapped the closure, the arguments, and the GoEvent type to associate the callback to. One nice thing about having such a class is that you can pass callbacks in an array, and each one defines its own type. However, your approach is nice and simple too. I think it's a great topic to be discussing. The ultimate thing would be something that worked anywhere around the Go kit (with physics animations eventually). You know Jud, I think the best version of the class you're writing there would be to just implement IPlayable/PlayableBase but not extend LinearGo. That way you have a 'playable callback' class that can be included in groups as you're doing here, but can be used directly without LinearGo's overhead or extra features. Ah, I think I see what you mean. I will take a look at changing that and let you know if I have questions. -Jud -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080521/be28f8ab/attachment.html From moses at goasap.org Wed May 21 10:15:23 2008 From: moses at goasap.org (Moses Gunesch) Date: Wed, 21 May 2008 13:15:23 -0400 Subject: [Golist] Sequencing function calls and passing arguments In-Reply-To: <329B3D4270DFFB49BE7B4F2B0307D1317C6C4D1D52@zulu.zaaz.com> References: <14686cda0805160811y77783adfkadc1d1e773287386@mail.gmail.com> <329B3D4270DFFB49BE7B4F2B0307D1317C6C4D1D1F@zulu.zaaz.com> <329B3D4270DFFB49BE7B4F2B0307D1317C6C4D1D52@zulu.zaaz.com> Message-ID: Well but, you should also know that closures are sort of a bad deal because they retain references that can get stuck in memory. So in that way, I think your system of having an arguments parameter was cleaner because it avoids an extra closure that retains references to the addCallback() arguments. There are some articles about closures out there online somewhere if you search but be sure they are about AS3 / AVM2 which is a totally different thing than AS2 / AVM1. You can also see the number of method closures in memory listed in the Flex debugger's memory profiler. You could build your system then do a test in Flex that makes thousands of tween instances and callbacks, then deletes the tweens, to see if the closures "stick" or not... I haven't played with that level of stuff much. However, this is also kind of tricky because the GC does not sweep until it needs to, meaning that even if closures do stick at first, your test would need to cycle itself infinitely so you can see how it operates over time. Or, ignore the low level issues and just have fun, do what works ... in the end it won't affect things very much either way so maybe it's a waste of time to worry about. :-) - m On May 21, 2008, at 1:03 PM, Jud Holliday wrote: > More comments below > > 1. Am I going about this in an overly complicated way?/Is > there already a system in place to accomplish this? > > Like Donovan said you can already pass arguments using a nested > closure. However, that tends to be kind of illegible so i think that > your system makes a lot of sense. > > Thanks Donovan/Moses! I didn?t know about nested closure. I > definitely prefer to keep the syntax clear, but I can use nested > closure behind the scenes and greatly simplify the class. No more > need to override the ?dispatch? method. Now the method in question > looks like this: > > public function addCallbackWithParams(closure : Function, > type:String=GoEvent.START, args:Array = null):void > { > //uses nested closure to pass arguments to the function > super.addCallback( function():void{ closure.apply(null, > args); }, type); > } > > > > 2. If not, then does addCallbackWithParams make sense, or is > there another way to add the ability to pass parameters to a > callback in LinearGo? This seems like a really handy feature. > > I like it a lot. The other approach which i almost took with Go > (until someone pointed out the nested closure thing, at which time i > figured that was far simpler), was to have a special callback class, > that wrapped the closure, the arguments, and the GoEvent type to > associate the callback to. One nice thing about having such a class > is that you can pass callbacks in an array, and each one defines its > own type. However, your approach is nice and simple too. > > I think it's a great topic to be discussing. The ultimate thing > would be something that worked anywhere around the Go kit (with > physics animations eventually). You know Jud, I think the best > version of the class you're writing there would be to just implement > IPlayable/PlayableBase but not extend LinearGo. That way you have a > 'playable callback' class that can be included in groups as you're > doing here, but can be used directly without LinearGo's overhead or > extra features. > > Ah, I think I see what you mean. I will take a look at changing that > and let you know if I have questions. > > -Jud > > > > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080521/aba5c903/attachment-0001.html From newsl at analogdesign.ch Fri May 23 08:19:17 2008 From: newsl at analogdesign.ch (Cedric M. analogdesign) Date: Fri, 23 May 2008 17:19:17 +0200 Subject: [Golist] Hydrotween rev31 0.4.8jg Alpha on Bitmap Targets working. In-Reply-To: Message-ID: Hello Donovan, Just a short word to tell you that the issue, I've mentionned about Bitmap targets and alpha tween, is now working properly. Congratulations! ;) Thank you very much. Best regards. Cedric M. (aka maddec) Interactive Creator Adobe Flash/Flex/AIR Specialist Since 1998 ---------------------------------------------------- http://analogdesign.ch http://analogdesign.ch/blog visual & interactive communication ---------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080523/5a7b467f/attachment.html From moses at goasap.org Fri May 23 08:56:48 2008 From: moses at goasap.org (Moses Gunesch) Date: Fri, 23 May 2008 11:56:48 -0400 Subject: [Golist] Flashbelt Message-ID: <7C952B8C-90A4-432B-BCE2-C2BA7D74E66A@goasap.org> Hey I know Donovan is going to Flashbelt, and might be getting involved at my presentation! Woo hoo! Because Go is a community effort, I'm keen to show off all of your work more than anything else. To me, explaining the core classes is boring but a great way to really show what Go is in the real world is just to show as much cool stuff from the community as possible! So, I've asked you guys to make some demos.... haven't heard much excitement about that but I will buy you an ipod shuffle in return, or give you a store credit wherever you like! It's not really about the prizes people, it's about getting some cool work public ? we have to date seen almost no actual real world uses of Go even posted to this list which is very sad for me. :( Bribes and guilt-trips aside, ;) if anyone is just excited to share some of your Go work, this is a really great chance to get the word out to the wider community. In fact if you're going to attend Flashbelt it would be great if you want to give a short presentation of your material there, so please keep me posted! Flashbelt is pretty small, only 400 people, but some really incredible speakers will be there and it is known for being a quality audience. That's 400 people that could see your work and get excited about GoASAP and spread the word... nothing to scoff at. So please don't be shy, this is a great moment to share your ideas. Post to this list, show me that you are excited, begin to explain what your Go extensions do and why they are unique, and by all means if you will be attending Flashbelt don't keep that to yourself!! Thanks! -m From donovan at hydrotik.com Fri May 23 09:14:56 2008 From: donovan at hydrotik.com (Donovan Adams) Date: Fri, 23 May 2008 12:14:56 -0400 Subject: [Golist] Hydrotween rev31 0.4.8jg Alpha on Bitmap Targets working. Message-ID: Great! glad to hear:) let me know how it goes ---------------------------------------- Return-Path: Received: from procyon.lunarpages.com [209.200.229.10] by mail29.safesecureweb.com with SMTP; Fri, 23 May 2008 11:08:41 -0400 Received: from localhost ([127.0.0.1] helo=procyon.lunarpages.com) by procyon.lunarpages.com with esmtp (Exim 4.68) (envelope-from ) id 1JzYsR-0002e2-Qp; Fri, 23 May 2008 08:08:15 -0700 Received: from 909.interfasys.net ([69.41.241.138]) by procyon.lunarpages.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1JzYsI-0002cJ-AN for golist at goasap.org; Fri, 23 May 2008 08:08:14 -0700 Received: from 80-218-36-134.dclient.hispeed.ch ([80.218.36.134]:1415 helo=analogdesign) by 909.interfasys.net with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.69) (envelope-from ) id 1JzZ0d-0003yl-I7 for golist at goasap.org; Fri, 23 May 2008 10:16:43 -0500 From: "Cedric M. analogdesign" To: "'Mailing list for the Go ActionScript Animation Platform'" Date: Fri, 23 May 2008 17:19:17 +0200 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-Reply-To: Thread-Index: Aci3Z99rYwouNx1OQ1697zBLAs9wYQDkuSWgABKC+bcAaL5eIA== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Antivirus-Scanner: Seems clean. You should still use an Antivirus Scanner X-Spam-Status: No, score=-2.6 X-Spam-Score: -25 X-Spam-Bar: -- X-Spam-Flag: NO Subject: [Golist] Hydrotween rev31 0.4.8jg Alpha on Bitmap Targets working. X-BeenThere: golist at goasap.org X-Mailman-Version: 2.1.9.cp2 Precedence: list Reply-To: Mailing list for the Go ActionScript Animation Platform List-Id: Mailing list for the Go ActionScript Animation Platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2079444147==" Sender: golist-bounces at goasap.org Errors-To: golist-bounces at goasap.org X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - procyon.lunarpages.com X-AntiAbuse: Original Domain - hydrotik.com X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - goasap.org X-Source: X-Source-Args: X-Source-Dir: X-Rcpt-To: X-SmarterMail-Spam: SPF_None Hello Donovan, Just a short word to tell you that the issue, I've mentionned about Bitmap targets and alpha tween, is now working properly. Congratulations! ;) Thank you very much. Best regards. Cedric M. (aka maddec) Interactive Creator Adobe Flash/Flex/AIR Specialist Since 1998 ---------------------------------------------------- http://analogdesign.ch http://analogdesign.ch/blog visual & interactive communication ---------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080523/50c64452/attachment.html From flashdev at relivethefuture.com Tue May 27 01:31:35 2008 From: flashdev at relivethefuture.com (Martin Wood-Mitrovski) Date: Tue, 27 May 2008 10:31:35 +0200 Subject: [Golist] Flashbelt In-Reply-To: <7C952B8C-90A4-432B-BCE2-C2BA7D74E66A@goasap.org> References: <7C952B8C-90A4-432B-BCE2-C2BA7D74E66A@goasap.org> Message-ID: <483BC6E7.4060109@relivethefuture.com> Moses Gunesch wrote: > Bribes and guilt-trips aside, ;) if anyone is just excited to share > some of your Go work, this is a really great chance to get the word > out to the wider community. In fact if you're going to attend > Flashbelt it would be great if you want to give a short presentation > of your material there, so please keep me posted! well, I cant come although id like to, but im finally getting somewhere with my app. Here's the latest demo : http://relivethefuture.com/code/flash/app.html So, at the top left is the 'toolbar' for creating new box types (only 3 at the moment,but more to come soon). At the right is the box inspector for altering parameters and configuring the nodes in a box. When you create a box you'll see it has its own set of controls, from left to right : Inspect : Show box params / nodes in inspector. Close : remove the box Zoom : zoom a single box to the whole work area Then the last 2 function as a mini-transport for IPlayable's Play / Pause and a Stop button (although just play / pause would probably be sufficient in this case) What does GO do ? 1. The app UI animations. I used HydroTween to animate the various bits, box creation, box zooming, box removal (just dont try to remove more than one box at a time or it gets confused...although im working on it) Also if you inspect a box and select the 'nodes' panel you'll see that as you select a node the 'selected item glow' is also tweened. Donovan you've done a great job with HydroTween, its really straightforward and easy to use. 2. Box contents Each box is an MVC component where the model is driven by Go. The PathBox uses a couple of LinearGo / LinearRepeater subclasses which allow for changing the properties while its running (duration, easing, number of cycles). It also has a custom correctValue which keeps the output value between 0 and 1, but does it so that numbers outside the range wrap back into the range, i.e. 1.3 -> 0.3, -0.4 -> 0.6. That means that when you use an easing function like Bounce or Elastic it doesnt blow up the path interpolation function :) The IKBox and OrbitBox just use a model which extends PlayableItem as they only need to receive update messages. Of course the big win with using Go is that I dont have to worry about managing timers or frame loops and I can just plug in the same transport mechanism for starting / pausing / stopping. 3. Socket dataflow control This isnt actually in the online demo because the app is designed for communicating with other audio applications via OSC (Open Sound Control). Using the GO update allows me to control when the socket buffer is flushed. This is important because within the OSC protocol there are 2 types of messages 1. OSC Message 2. OSC Bundle An OSC Bundle is actually a container for OSC Messages (basically an array of messages). If I was to send every change as an OSC message when it happened I could be looking at something in the range of 30 messages every update. So if the update is running at 60 fps that gives 1800 messages per second. Because each message would be sent as a single TCP packet I would incur a minimum of 32 bytes overhead for every message. Thats 57600 bytes per second (or 56k) With the flow control, I buffer all the messages between each update frame and send them as a bundle, which means I generally use 1 TCP packet per frame, or 60 per second. That works out as 1920 bytes per second (or 1.9k). That saves over 50k per second. (of course its slightly more complicated because if the bundle is bigger than the MTU it will get split up anyway, but im just demonstrating the best case scenario :) The other upside is that the OSC server which is receiving these packets can spend less time context switching. If its processing every packet individually then it has to run through its full pipeline each time a packet is received (depending on its implementation of course), whereas with bundled data it can stay in the packet processing code for longer (less object churn, better chance of cache hits for the CPU etc..) For real-time audio its important to maximise the amount of time spent doing real work because otherwise you either need a longer latency to minimise the chance of not filling the audio buffer, or you'll get audio glitches. Neither of which is really acceptable for what I want to do with this project :) so, thats probably more information than any of you wanted to know about what im doing, but I wanted to show how using Go just lets me focus on what I want to achieve and how it isnt just for 'visual tweening' (although its obviously great for that when using something like HydroTween) i'll take this text and put it onto my wiki page on the playground later :) thanks, Martin From moses at goasap.org Tue May 27 06:30:11 2008 From: moses at goasap.org (Moses Gunesch) Date: Tue, 27 May 2008 09:30:11 -0400 Subject: [Golist] Flashbelt In-Reply-To: <483BC6E7.4060109@relivethefuture.com> References: <7C952B8C-90A4-432B-BCE2-C2BA7D74E66A@goasap.org> <483BC6E7.4060109@relivethefuture.com> Message-ID: <51645CFF-E6ED-43B7-AE23-95DAF7C4F40E@goasap.org> interesting (esp. considering jared is speaking at this show). is there any way that i could show it with the sound working? -m On May 27, 2008, at 4:31 AM, Martin Wood-Mitrovski wrote: > Moses Gunesch wrote: > >> Bribes and guilt-trips aside, ;) if anyone is just excited to share >> some of your Go work, this is a really great chance to get the word >> out to the wider community. In fact if you're going to attend >> Flashbelt it would be great if you want to give a short presentation >> of your material there, so please keep me posted! > > well, I cant come although id like to, but im finally getting > somewhere with my app. > > Here's the latest demo : > > http://relivethefuture.com/code/flash/app.html > > So, at the top left is the 'toolbar' for creating new box types > (only 3 at the > moment,but more to come soon). > > At the right is the box inspector for altering parameters and > configuring the > nodes in a box. > > When you create a box you'll see it has its own set of controls, > from left to > right : > > Inspect : Show box params / nodes in inspector. > Close : remove the box > Zoom : zoom a single box to the whole work area > > Then the last 2 function as a mini-transport for IPlayable's > > Play / Pause and a Stop button (although just play / pause would > probably be > sufficient in this case) > > What does GO do ? > > 1. The app UI animations. > > I used HydroTween to animate the various bits, box creation, box > zooming, box > removal (just dont try to remove more than one box at a time or it > gets > confused...although im working on it) > > Also if you inspect a box and select the 'nodes' panel you'll see > that as you > select a node the 'selected item glow' is also tweened. > > Donovan you've done a great job with HydroTween, its really > straightforward and > easy to use. > > 2. Box contents > > Each box is an MVC component where the model is driven by Go. > > The PathBox uses a couple of LinearGo / LinearRepeater subclasses > which allow > for changing the properties while its running (duration, easing, > number of > cycles). It also has a custom correctValue which keeps the output > value between > 0 and 1, but does it so that numbers outside the range wrap back > into the range, > i.e. 1.3 -> 0.3, -0.4 -> 0.6. > > That means that when you use an easing function like Bounce or > Elastic it doesnt > blow up the path interpolation function :) > > The IKBox and OrbitBox just use a model which extends PlayableItem > as they only > need to receive update messages. Of course the big win with using Go > is that I > dont have to worry about managing timers or frame loops and I can > just plug in > the same transport mechanism for starting / pausing / stopping. > > 3. Socket dataflow control > > This isnt actually in the online demo because the app is designed for > communicating with other audio applications via OSC (Open Sound > Control). > > Using the GO update allows me to control when the socket buffer is > flushed. This > is important because within the OSC protocol there are 2 types of > messages > > 1. OSC Message > 2. OSC Bundle > > An OSC Bundle is actually a container for OSC Messages (basically an > array of > messages). > > If I was to send every change as an OSC message when it happened I > could be > looking at something in the range of 30 messages every update. So if > the update > is running at 60 fps that gives 1800 messages per second. > > Because each message would be sent as a single TCP packet I would > incur a > minimum of 32 bytes overhead for every message. Thats 57600 bytes > per second (or > 56k) > > With the flow control, I buffer all the messages between each update > frame and > send them as a bundle, which means I generally use 1 TCP packet per > frame, or 60 > per second. That works out as 1920 bytes per second (or 1.9k). > > That saves over 50k per second. (of course its slightly more > complicated because > if the bundle is bigger than the MTU it will get split up anyway, > but im just > demonstrating the best case scenario :) > > The other upside is that the OSC server which is receiving these > packets can > spend less time context switching. If its processing every packet > individually > then it has to run through its full pipeline each time a packet is > received > (depending on its implementation of course), whereas with bundled > data it can > stay in the packet processing code for longer (less object churn, > better chance > of cache hits for the CPU etc..) > > For real-time audio its important to maximise the amount of time > spent doing > real work because otherwise you either need a longer latency to > minimise the > chance of not filling the audio buffer, or you'll get audio > glitches. Neither of > which is really acceptable for what I want to do with this project :) > > so, thats probably more information than any of you wanted to know > about what im > doing, but I wanted to show how using Go just lets me focus on what > I want to > achieve and how it isnt just for 'visual tweening' (although its > obviously great > for that when using something like HydroTween) > > i'll take this text and put it onto my wiki page on the playground > later :) > > thanks, > > Martin > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org From flashdev at relivethefuture.com Tue May 27 08:11:18 2008 From: flashdev at relivethefuture.com (Martin Wood-Mitrovski) Date: Tue, 27 May 2008 17:11:18 +0200 Subject: [Golist] Flashbelt In-Reply-To: <51645CFF-E6ED-43B7-AE23-95DAF7C4F40E@goasap.org> References: <7C952B8C-90A4-432B-BCE2-C2BA7D74E66A@goasap.org> <483BC6E7.4060109@relivethefuture.com> <51645CFF-E6ED-43B7-AE23-95DAF7C4F40E@goasap.org> Message-ID: <483C2496.3020405@relivethefuture.com> Moses Gunesch wrote: > interesting (esp. considering jared is speaking at this show). > is there any way that i could show it with the sound working? > -m possibly. i'll see if I can build a standalone app with max/msp to use with it so its easy (or easier) to get some audio running (mind you, its quite likely to be erm 'experimental music') i'll let you know how i get on. From moses at goasap.org Tue May 27 08:14:27 2008 From: moses at goasap.org (Moses Gunesch) Date: Tue, 27 May 2008 11:14:27 -0400 Subject: [Golist] Flashbelt In-Reply-To: <483C2496.3020405@relivethefuture.com> References: <7C952B8C-90A4-432B-BCE2-C2BA7D74E66A@goasap.org> <483BC6E7.4060109@relivethefuture.com> <51645CFF-E6ED-43B7-AE23-95DAF7C4F40E@goasap.org> <483C2496.3020405@relivethefuture.com> Message-ID: <580612A1-CEBB-4626-9D67-AA262CCB03A2@goasap.org> Cool, I'm on an intel macbook. On May 27, 2008, at 11:11 AM, Martin Wood-Mitrovski wrote: > > > Moses Gunesch wrote: >> interesting (esp. considering jared is speaking at this show). >> is there any way that i could show it with the sound working? >> -m > > possibly. i'll see if I can build a standalone app with max/msp to > use with it > so its easy (or easier) to get some audio running (mind you, its > quite likely to > be erm 'experimental music') > > i'll let you know how i get on. > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org From joel at stranskydesign.com Tue May 27 14:35:29 2008 From: joel at stranskydesign.com (Joel Stransky) Date: Tue, 27 May 2008 14:35:29 -0700 Subject: [Golist] my first tween In-Reply-To: <5be612720805231230lb5d25dp9dfc998449aad5d9@mail.gmail.com> References: <5be612720805231230lb5d25dp9dfc998449aad5d9@mail.gmail.com> Message-ID: <5be612720805271435t30b6f3bfx3842ba46f3ede830@mail.gmail.com> My apologies if this and the next message show up twice each in the mailing list. I sent them from the wrong email last time and may get released by a moderator. Hello goers, "Is your wife a goer? nudge nudge wink wink" Sorry if off topic but I finally had time to sit down and start building with Go. I'm also just now starting to use AS3 (I've read two books but haven't had time to actually build something) so it's a lot of new stuff all at once. :) I know this newsletter is strictly for talk of classes and packages but I thought I'd inject a little symbolism to the Go community. I wanted to work on a logo for Go and decided to read up on the board game. It's actually a pretty fun mix of checkers, chess and gals panic. :p Also I wanted a logical naming convention for my classes as creative and fitting as the name Fuse was. I thought of a bunch of obvious names that didn't fit like go(gurt), go(away), go(on) etc. But this wiki entryactually revealed some meaningful similarities between the game and package. First off there's all kinds of cool japanese terms but byoyomisticks out. It actually means a sequence of times events! Sounds like a sequence group to me. :D I think the name is a little hard to use in conversation but it does show how fortuitous the name Go actually is. At any rate I'm rolling the most basic of tween classes atm so that I'll understand what's going on under the hood and a basic unit used in measuring Go boards is 'shaku' I'm naming the package shakuTween. K, enough designer talk, I'm off to grow a sequencer. Joel Stransky (flashkit.com screen name jAQUAN) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080527/01b0a8ed/attachment.html From joel at stranskydesign.com Tue May 27 14:37:40 2008 From: joel at stranskydesign.com (Joel Stransky) Date: Tue, 27 May 2008 14:37:40 -0700 Subject: [Golist] A talk about GoPhysics In-Reply-To: <5be612720805231252p7e97d59cp227ed51fc334a753@mail.gmail.com> References: <5be612720805231252p7e97d59cp227ed51fc334a753@mail.gmail.com> Message-ID: <5be612720805271437v2504a18r97c8a241fda34757@mail.gmail.com> I'm having trouble seeing the need for a GoPhysics class. Perhaps I don't understand it enough. >From my experience, physics code is enterFrame based. Even if you use events to stop and start, it seems too dynamic to make tweening efficient. I've never really understood how Fuse would be useful for games for that matter so like I said, I might just be missing a key point here. For example, take a simple catch and throw demo. Imagine a white stage with a small red circle for a ball. The user can grab and throw the ball where it will bounce around the stage bounds. Every frame the position of the ball its calculated against the four boundaries. The balls velocity is altered accordingly (normally reversed in the event of a collision) which is then added to the balls x and y. Technically, on Mouse UP you could have a go class calculate a series of movements which is cleared the next time the ball is grabbed and so on. But how far into the future do you calculate? And is it really efficient to pre-calculate all of those values as opposed to a per frame increment? That's more of a you can, buy why question for me. Example 2 is a scene with billiard ball physics. How much precalculating would be required to build that big of a sequence? Similarly, imagine a stack of blocks drawn with the API where the nodes are part of the physics and a user moves one of the lower blocks toppling the stack. That's a can you even do it question. If I can see the need, I'd love to take a crack at such a class. --Joel -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080527/5fa88592/attachment.html From jan at renderstormstudios.com Tue May 27 17:18:36 2008 From: jan at renderstormstudios.com (Jan m. Danielsson) Date: Wed, 28 May 2008 02:18:36 +0200 Subject: [Golist] A talk about GoPhysics In-Reply-To: <5be612720805271437v2504a18r97c8a241fda34757@mail.gmail.com> References: <5be612720805231252p7e97d59cp227ed51fc334a753@mail.gmail.com> <5be612720805271437v2504a18r97c8a241fda34757@mail.gmail.com> Message-ID: I?ve been talking to Moses about a physics engine and how Go could be used in such a system. We?ve not developed any real discussion in this matter yet, but one use I can see is Go as a really good multi timer handling system. If you are going to do a physics engine, it would be bad to use the the Enter Frame as a base for caclulations since the framerate is almost never constant, and very non precise. A physics engine need a separate time system for the calculations, and there is where I can se Go as beeing very useful. You could really use Go as a system for having different pulse bases for the physics caclulations and for the screen update. The Go framework seems to be made for handling such pulses and I can only see that as being very benefitial to a physics engine. My two cents ///JmD From joel at stranskydesign.com Tue May 27 18:00:38 2008 From: joel at stranskydesign.com (Joel Stransky) Date: Tue, 27 May 2008 18:00:38 -0700 Subject: [Golist] Flashbelt In-Reply-To: <580612A1-CEBB-4626-9D67-AA262CCB03A2@goasap.org> References: <7C952B8C-90A4-432B-BCE2-C2BA7D74E66A@goasap.org> <483BC6E7.4060109@relivethefuture.com> <51645CFF-E6ED-43B7-AE23-95DAF7C4F40E@goasap.org> <483C2496.3020405@relivethefuture.com> <580612A1-CEBB-4626-9D67-AA262CCB03A2@goasap.org> Message-ID: <5be612720805271800x5b986eedj764645eb3a6c0bb@mail.gmail.com> I would love to have some z-depth demos for you but I don't know if they will be ready in time. On Tue, May 27, 2008 at 8:14 AM, Moses Gunesch wrote: > Cool, I'm on an intel macbook. > > On May 27, 2008, at 11:11 AM, Martin Wood-Mitrovski wrote: > > > > > > > Moses Gunesch wrote: > >> interesting (esp. considering jared is speaking at this show). > >> is there any way that i could show it with the sound working? > >> -m > > > > possibly. i'll see if I can build a standalone app with max/msp to > > use with it > > so its easy (or easier) to get some audio running (mind you, its > > quite likely to > > be erm 'experimental music') > > > > i'll let you know how i get on. > > > > _______________________________________________ > > GoList mailing list > > GoList at goasap.org > > http://goasap.org/mailman/listinfo/golist_goasap.org > > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080527/d38237da/attachment.html From joel at stranskydesign.com Tue May 27 18:01:34 2008 From: joel at stranskydesign.com (Joel Stransky) Date: Tue, 27 May 2008 18:01:34 -0700 Subject: [Golist] A talk about GoPhysics In-Reply-To: References: <5be612720805231252p7e97d59cp227ed51fc334a753@mail.gmail.com> <5be612720805271437v2504a18r97c8a241fda34757@mail.gmail.com> Message-ID: <5be612720805271801g168cd95dwcb47a91a6d352c4f@mail.gmail.com> very good points Jan. I didn't consider the pulse alone being used as a timer. I guess that only leaves the question of how to utilize as much of Go as possible ie. easing, overlap monitoring, errors etc. I've actually got another class in mind that I may be able to get done in time for flashbelt. But then I'd like to work on this. In the mean time if anyone has ideas for what type of syntax they'd like to see let 'em rip. On Tue, May 27, 2008 at 5:18 PM, Jan m. Danielsson < jan at renderstormstudios.com> wrote: > I?ve been talking to Moses about a physics engine and how Go could be used > in such a system. We?ve not developed any real discussion in this matter > yet, but one use I can see is Go as a really good multi timer handling > system. If you are going to do a physics engine, it would be bad to use > the the Enter Frame as a base for caclulations since the framerate is > almost never constant, and very non precise. A physics engine need a > separate time system for the calculations, and there is where I can se Go > as beeing very useful. You could really use Go as a system for having > different pulse bases for the physics caclulations and for the screen > update. The Go framework seems to be made for handling such pulses and I > can only see that as being very benefitial to a physics engine. > > My two cents > > ///JmD > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080527/6699d309/attachment.html From donovan at hydrotik.com Wed May 28 18:18:33 2008 From: donovan at hydrotik.com (donovan at hydrotik.com) Date: Wed, 28 May 2008 21:18:33 -0400 Subject: [Golist] Slightly OT - Rockstar/Take Two Gig in NYC In-Reply-To: <5be612720805271801g168cd95dwcb47a91a6d352c4f@mail.gmail.com> Message-ID: Hey guys. Sorry for spamming the list about this, but I thought this would be a good place to see if anyone is interested. :) >From the folks that brought you Grand Theft Auto IV. Rockstar?s parent company Take Two, is looking for a full time Senior Flash Developer for a perm position. They are willing to pay nicely with the skill level that is required. Would involve the usual AS2, AS3, XML, and ideally comfortable with database/front end data communication and Papervision. Please contact me offlist if you are interested. :) Cheers, Donovan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080528/302f9394/attachment.html From romuald at thoughtomatic.co.uk Thu May 29 07:05:42 2008 From: romuald at thoughtomatic.co.uk (Romuald Quantin) Date: Thu, 29 May 2008 15:05:42 +0100 Subject: [Golist] hydrotween + go vs tweener Message-ID: Hi Guys, I made a small test (file included). I've already posted it but nobody answered, I renew my test with the last version of Tweener, Go and Hydrotween. I'm working on a project and it will use a tweener for the animations, I won't get stuck with a package, the users will be able to register the tweener they want to use, probably TweenLite, Tweener and Go+Hydrotween. To be honest, after seeing the benchmarks and the features, I would like to mainly use Go, but here's my problem. I made a test to compare the reactivity of the different package. Using Hydrotween and Tweener I animate a simple plane and a picture with rollover and rollout, I change the properties brightness, scale and rotate. Test it by opening the index.html, if you rollover the sprites, both will work as expected, but if you rollover and rollout very quickly several times to test the "reactivity of the engine", I can see that the Tweener one is a lot smoother. Here are the questions: 1 - Am I doing something wrong in my test? 2 - Can you see what I mean when I say Tweener is smoother? 3 - Is the problem coming from my test? 4 - Is the problem coming from Go? 5 - Is the problem coming from Hydrotween? 6 - Is the problem coming from the easing equation? 7 - is Hydrotween or Go parsing a big array or something that might make it less smooth when the engine start again the tween? 8 - Can I (or we) solve it? I don't want to shadow Go+Hydrotween at all, I'd like even to use it full time but I've got to get a good result. Can you please tell me what you think of that and if there's a solution or if you're going to have a look? Thanks for your time. Romuald www.soundstep.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080529/a76dc1f8/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: HydroTween_vs_Tweener2.zip Type: application/octet-stream Size: 217564 bytes Desc: not available Url : http://goasap.org/pipermail/golist_goasap.org/attachments/20080529/a76dc1f8/attachment.obj From joel at stranskydesign.com Thu May 29 09:29:40 2008 From: joel at stranskydesign.com (Joel Stransky) Date: Thu, 29 May 2008 09:29:40 -0700 Subject: [Golist] hydrotween + go vs tweener In-Reply-To: <483eb895.0fba720a.6cdd.ffffe976SMTPIN_ADDED@mx.google.com> References: <483eb895.0fba720a.6cdd.ffffe976SMTPIN_ADDED@mx.google.com> Message-ID: <5be612720805290929r2ff24eaalc7d51e319f38d2d9@mail.gmail.com> Hi Rumuald, Is it possible there is a difference in the amount of change as effected by the ease equation being used? I'm not sure which equations either package uses. In your hydroTween you are changing brightness from 0 to 2 to 0. In the tweener its 0 to 1 to 0. That could make something appear to jump. I'd be interested to see if there is a more technical reason or something as simple as pulse rate. --Joel On Thu, May 29, 2008 at 7:05 AM, Romuald Quantin < romuald at thoughtomatic.co.uk> wrote: > Hi Guys, > > > > I made a small test (file included). I've already posted it but nobody > answered, I renew my test with the last version of Tweener, Go and > Hydrotween. > > > > I'm working on a project and it will use a tweener for the animations, I > won't get stuck with a package, the users will be able to register the > tweener they want to use, probably TweenLite, Tweener and Go+Hydrotween. > > > > To be honest, after seeing the benchmarks and the features, I would like to > mainly use Go, but here's my problem. > > > > I made a test to compare the reactivity of the different package. Using > Hydrotween and Tweener I animate a simple plane and a picture with rollover > and rollout, I change the properties brightness, scale and rotate. > > > > Test it by opening the index.html, if you rollover the sprites, both will > work as expected, but if you rollover and rollout very quickly several times > to test the "reactivity of the engine", I can see that the Tweener one is a > lot smoother? > > > > Here are the questions: > > > > 1 - Am I doing something wrong in my test? > > 2 - Can you see what I mean when I say Tweener is smoother? > > 3 - Is the problem coming from my test? > > 4 - Is the problem coming from Go? > > 5 - Is the problem coming from Hydrotween? > > 6 - Is the problem coming from the easing equation? > > 7 - is Hydrotween or Go parsing a big array or something that might make it > less smooth when the engine start again the tween? > > 8 - Can I (or we) solve it? > > > > I don't want to shadow Go+Hydrotween at all, I'd like even to use it full > time but I've got to get a good result? Can you please tell me what you > think of that and if there's a solution or if you're going to have a look? > > > > Thanks for your time. > > > > Romuald > > www.soundstep.com > > > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080529/c264a165/attachment.html From donovan at hydrotik.com Thu May 29 09:49:21 2008 From: donovan at hydrotik.com (Donovan Adams) Date: Thu, 29 May 2008 12:49:21 -0400 Subject: [Golist] hydrotween + go vs tweener Message-ID: <90e9738fb045419a8a59bee243072137@mail29.safesecureweb.com> I will look into this on my end. Hi Rumuald, Is it possible there is a difference in the amount of change as effected by the ease equation being used? I'm not sure which equations either package uses. In your hydroTween you are changing brightness from 0 to 2 to 0. In the tweener its 0 to 1 to 0. That could make something appear to jump. I'd be interested to see if there is a more technical reason or something as simple as pulse rate. --Joel On Thu, May 29, 2008 at 7:05 AM, Romuald Quantin wrote: Hi Guys, I made a small test (file included). I've already posted it but nobody answered, I renew my test with the last version of Tweener, Go and Hydrotween. I'm working on a project and it will use a tweener for the animations, I won't get stuck with a package, the users will be able to register the tweener they want to use, probably TweenLite, Tweener and Go+Hydrotween. To be honest, after seeing the benchmarks and the features, I would like to mainly use Go, but here's my problem. I made a test to compare the reactivity of the different package. Using Hydrotween and Tweener I animate a simple plane and a picture with rollover and rollout, I change the properties brightness, scale and rotate. Test it by opening the index.html, if you rollover the sprites, both will work as expected, but if you rollover and rollout very quickly several times to test the "reactivity of the engine", I can see that the Tweener one is a lot smoother. Here are the questions: 1 - Am I doing something wrong in my test? 2 - Can you see what I mean when I say Tweener is smoother? 3 - Is the problem coming from my test? 4 - Is the problem coming from Go? 5 - Is the problem coming from Hydrotween? 6 - Is the problem coming from the easing equation? 7 - is Hydrotween or Go parsing a big array or something that might make it less smooth when the engine start again the tween? 8 - Can I (or we) solve it? I don't want to shadow Go+Hydrotween at all, I'd like even to use it full time but I've got to get a good result. Can you please tell me what you think of that and if there's a solution or if you're going to have a look? Thanks for your time. Romuald www.soundstep.com _______________________________________________ GoList mailing list GoList at goasap.org http://goasap.org/mailman/listinfo/golist_goasap.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080529/cbda6037/attachment.html From romuald at thoughtomatic.co.uk Thu May 29 09:51:47 2008 From: romuald at thoughtomatic.co.uk (Romuald Quantin) Date: Thu, 29 May 2008 17:51:47 +0100 Subject: [Golist] hydrotween + go vs tweener In-Reply-To: <5be612720805290929r2ff24eaalc7d51e319f38d2d9@mail.gmail.com> Message-ID: Sorry, my mistake for the brightness, but same problem if I put both to 2. Moses or Donovan, any ideas? Romu _____ From: golist-bounces at goasap.org [mailto:golist-bounces at goasap.org] On Behalf Of Joel Stransky Sent: 29 May 2008 17:30 To: Mailing list for the Go ActionScript Animation Platform Subject: Re: [Golist] hydrotween + go vs tweener Hi Rumuald, Is it possible there is a difference in the amount of change as effected by the ease equation being used? I'm not sure which equations either package uses. In your hydroTween you are changing brightness from 0 to 2 to 0. In the tweener its 0 to 1 to 0. That could make something appear to jump. I'd be interested to see if there is a more technical reason or something as simple as pulse rate. --Joel On Thu, May 29, 2008 at 7:05 AM, Romuald Quantin wrote: Hi Guys, I made a small test (file included). I've already posted it but nobody answered, I renew my test with the last version of Tweener, Go and Hydrotween. I'm working on a project and it will use a tweener for the animations, I won't get stuck with a package, the users will be able to register the tweener they want to use, probably TweenLite, Tweener and Go+Hydrotween. To be honest, after seeing the benchmarks and the features, I would like to mainly use Go, but here's my problem. I made a test to compare the reactivity of the different package. Using Hydrotween and Tweener I animate a simple plane and a picture with rollover and rollout, I change the properties brightness, scale and rotate. Test it by opening the index.html, if you rollover the sprites, both will work as expected, but if you rollover and rollout very quickly several times to test the "reactivity of the engine", I can see that the Tweener one is a lot smoother. Here are the questions: 1 - Am I doing something wrong in my test? 2 - Can you see what I mean when I say Tweener is smoother? 3 - Is the problem coming from my test? 4 - Is the problem coming from Go? 5 - Is the problem coming from Hydrotween? 6 - Is the problem coming from the easing equation? 7 - is Hydrotween or Go parsing a big array or something that might make it less smooth when the engine start again the tween? 8 - Can I (or we) solve it? I don't want to shadow Go+Hydrotween at all, I'd like even to use it full time but I've got to get a good result. Can you please tell me what you think of that and if there's a solution or if you're going to have a look? Thanks for your time. Romuald www.soundstep.com _______________________________________________ GoList mailing list GoList at goasap.org http://goasap.org/mailman/listinfo/golist_goasap.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080529/fbef8e79/attachment.html From romuald at thoughtomatic.co.uk Thu May 29 09:52:54 2008 From: romuald at thoughtomatic.co.uk (Romuald Quantin) Date: Thu, 29 May 2008 17:52:54 +0100 Subject: [Golist] hydrotween + go vs tweener In-Reply-To: <90e9738fb045419a8a59bee243072137@mail29.safesecureweb.com> Message-ID: Cross-posting for my last email, thanks Donovan, let me know if get an explanation :-) Romu _____ From: golist-bounces at goasap.org [mailto:golist-bounces at goasap.org] On Behalf Of Donovan Adams Sent: 29 May 2008 17:49 To: golist at goasap.org Subject: Re: [Golist] hydrotween + go vs tweener I will look into this on my end. Hi Rumuald, Is it possible there is a difference in the amount of change as effected by the ease equation being used? I'm not sure which equations either package uses. In your hydroTween you are changing brightness from 0 to 2 to 0. In the tweener its 0 to 1 to 0. That could make something appear to jump. I'd be interested to see if there is a more technical reason or something as simple as pulse rate. --Joel On Thu, May 29, 2008 at 7:05 AM, Romuald Quantin wrote: Hi Guys, I made a small test (file included). I've already posted it but nobody answered, I renew my test with the last version of Tweener, Go and Hydrotween. I'm working on a project and it will use a tweener for the animations, I won't get stuck with a package, the users will be able to register the tweener they want to use, probably TweenLite, Tweener and Go+Hydrotween. To be honest, after seeing the benchmarks and the features, I would like to mainly use Go, but here's my problem. I made a test to compare the reactivity of the different package. Using Hydrotween and Tweener I animate a simple plane and a picture with rollover and rollout, I change the properties brightness, scale and rotate. Test it by opening the index.html, if you rollover the sprites, both will work as expected, but if you rollover and rollout very quickly several times to test the "reactivity of the engine", I can see that the Tweener one is a lot smoother. Here are the questions: 1 - Am I doing something wrong in my test? 2 - Can you see what I mean when I say Tweener is smoother? 3 - Is the problem coming from my test? 4 - Is the problem coming from Go? 5 - Is the problem coming from Hydrotween? 6 - Is the problem coming from the easing equation? 7 - is Hydrotween or Go parsing a big array or something that might make it less smooth when the engine start again the tween? 8 - Can I (or we) solve it? I don't want to shadow Go+Hydrotween at all, I'd like even to use it full time but I've got to get a good result. Can you please tell me what you think of that and if there's a solution or if you're going to have a look? Thanks for your time. Romuald www.soundstep.com _______________________________________________ GoList mailing list GoList at goasap.org http://goasap.org/mailman/listinfo/golist_goasap.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080529/eaabd376/attachment.html From joel at stranskydesign.com Fri May 30 16:05:32 2008 From: joel at stranskydesign.com (Joel Stransky) Date: Fri, 30 May 2008 16:05:32 -0700 Subject: [Golist] Flash player exploit on the loose Message-ID: <5be612720805301605q4513ff28j6a752eba555f801b@mail.gmail.com> Just in case you didn't already hear about it. http://www.flashmagazine.com/News/detail/successful_flash_exploit_in_the_wild/ Is there a way to force your visitors to update their revision? --Joel -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080530/d7b04575/attachment.html From moses at goasap.org Fri May 30 16:09:11 2008 From: moses at goasap.org (Moses Gunesch) Date: Fri, 30 May 2008 19:09:11 -0400 Subject: [Golist] =?windows-1252?q?*_Go_Demo_Contest_=96=A0win_an_iPod_Shu?= =?windows-1252?q?ffle!_*?= In-Reply-To: <7415BB97-9067-446E-9110-1C6183EB74E2@goasap.org> References: <7415BB97-9067-446E-9110-1C6183EB74E2@goasap.org> Message-ID: <91B1205A-1627-4A7A-B94C-A38239A65153@goasap.org> Demo contest is closing today! Let's see 'em folks. Win some dang iPods here! m On May 20, 2008, at 3:54 PM, Moses Gunesch wrote: > Ten days to make DEMOS people!! > > Who's got one to show yet? > > > On May 11, 2008, at 1:38 PM, Moses Gunesch wrote: > >> Go is all about community, so I'd really like to show off some of >> YOUR work at my Flashbelt talk in early June! >> >> Time to come up with the rockin'est Go demo you can muster, folks! >> A short animation piece, a game or a website ? whatever! If it's >> really cool, I will pick it to be featured in front of 400 people >> at FlashBelt and of course, credit you and your company for it on >> stage. You will snag a 2 Gig iPod Shuffle with the phrase "GoASAP ? >> Less is more!" engraved on the back. >> >> http://www.apple.com/ipodshuffle/ >> (Personally I just think these tiny things are so cool! ) >> >> I might give out several of these depending on how many AWESOME >> demos come out of this ? I will be the judge, but I won't use your >> demo at Flashbelt without a prize! Also: If someone seriously blows >> my mind with an Unbelievable Go Demo of Staggering Genius, I might >> even come up with a grander 1st prize depending on how much I am >> moved ? so go for the gauntlet here, people! >> >> >> Rules: >> Prizes will be doled out on Friday, May 30th. >> 1. Post your demo online and post the link to this list. >> (You can post & update as many times as you want before May >> 30th.) >> 2. Send me the source code so I can verify that it uses GoASAP. >> 3. Rock on, rock stars. >> >> :-D >> >> Moses >> >> _______________________________________________ >> GoList mailing list >> GoList at goasap.org >> http://goasap.org/mailman/listinfo/golist_goasap.org > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080530/a2376243/attachment.html From cadete at bigote7.com Fri May 30 16:29:14 2008 From: cadete at bigote7.com (Cadete B7) Date: Fri, 30 May 2008 19:29:14 -0400 Subject: [Golist] Flash player exploit on the loose In-Reply-To: <5be612720805301605q4513ff28j6a752eba555f801b@mail.gmail.com> References: <5be612720805301605q4513ff28j6a752eba555f801b@mail.gmail.com> Message-ID: <728E39D6-0022-4CC9-958F-E0AB566FA0A9@bigote7.com> is there a new debugger version? newer than MAC 9,0,115,0? - Wilbur On May 30, 2008, at 7:05 PM, Joel Stransky wrote: > Just in case you didn't already hear about it. > http://www.flashmagazine.com/News/detail/successful_flash_exploit_in_the_wild/ > > Is there a way to force your visitors to update their revision? > > --Joel > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080530/b0de7633/attachment.html From joel at stranskydesign.com Fri May 30 21:25:19 2008 From: joel at stranskydesign.com (Joel Stransky) Date: Fri, 30 May 2008 21:25:19 -0700 Subject: [Golist] Flash player exploit on the loose In-Reply-To: <728E39D6-0022-4CC9-958F-E0AB566FA0A9@bigote7.com> References: <5be612720805301605q4513ff28j6a752eba555f801b@mail.gmail.com> <728E39D6-0022-4CC9-958F-E0AB566FA0A9@bigote7.com> Message-ID: <5be612720805302125n29a62a32v89d5c2ed96be098b@mail.gmail.com> http://www.adobe.com/support/flashplayer/downloads.html Here are all the debuggers. On Fri, May 30, 2008 at 4:29 PM, Cadete B7 wrote: > is there a new debugger version? newer than MAC 9,0,115,0? > > - Wilbur > > On May 30, 2008, at 7:05 PM, Joel Stransky wrote: > > Just in case you didn't already hear about it. > > http://www.flashmagazine.com/News/detail/successful_flash_exploit_in_the_wild/ > > Is there a way to force your visitors to update their revision? > > --Joel > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org > > > > _______________________________________________ > GoList mailing list > GoList at goasap.org > http://goasap.org/mailman/listinfo/golist_goasap.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080530/8379b822/attachment.html