Jump to content

Search In
  • More options...
Find results that contain...
Find results in...


  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Newbie

About BGoulette

  • Rank
  • Birthday July 30

Profile Information

  • Gender
    Not Telling
  • Interests
    Disc golf, photography, terrible sci-fi movies, hiking, backpacking
  1. Thanks again, Carl. Yeah, it's an odd thing, but it's building on older code that, once upon a time, did require everything to be loaded, hence the original onComplete for the entire LoaderMax instance versus its children. That said, I've been poking around, and I think adding an onChildComplete listener to my primary LoaderMax instance ($loader, in this case) will help. It seems to be, but now I just need to make sure the other two loaders, SelfLoader and XMLLoader have finished and have been handled before prematurely calling my completeHandler. It's a big steamy mess, but I think I'
  2. Thanks, Carl, but that's not quite what I meant. I can load and display everything as necessary -- once all the SWFs have been loaded. What I need to do is find some way to trigger the "onComplete" handler prematurely while still loading the remaining SWFs...
  3. Hi all, I'm sorry to clog up the forums with something I'm sure I should be able to figure out, but I'm stuck. I have an arbitrary number of SWFs all loaded into a "shell" swf via LoaderMax. These swfs are pulled from references in an XML file (though that shouldn't matter). I have a "loading" progress bar that currently waits until everything (SelfLoader, XMLLoader, and all the SWFLoaders) is finished before displaying the first loaded SWF. Let's say there are 7 SWFs. After the second is fully loaded -- and these have been prioritized, so hopefully that will help keep things in or
  4. I'm a moron: SWF Studio Pro also includes strings like ssGlobals.ssAppDataDir that solve my problem. Too many help files to read and not enough common sense to read them! Ack!
  5. Hey, guys, here's what's going on: I'm using SWF Studio Pro to augment my SWF and create a folder in the user's %APPDATA% directory on a Windows machine. That all works like it should. The problem, however, is when I attempt to load an XML file saved to the user's local machine: when my EXE is first run, it copies an XML file to %APPDATA%\pathname\filename.xml Because I won't know what the users' names are, how can I tell LoaderMax to look in said folder? SWF Studio Pro uses what it called "monikers" that get resolved to the actual paths required, so for example when I type "appdat
  6. This is probably stupid, and I'm probably overlooking something, but I'm curious to know if there's a "clean" way to spit back the name of a file that fails to load (for whatever reason, be it nonexistence [for SWFs] or malformedness for XML or whatever). I know if I trace out evt.target while listening for errors, I get something like: XMLLoader 'xmldata' (_mymodule.xml) But I'm wondering if there's an easy way to just get _mymodule.xml without having to resort to substr or regexp. That's my plan if there isn't a simple way to do it, but there must be a simpler way than th
  7. Instead of using CR_btnGrp.autoAlpha=0; have you tried just using CR_btnGrp.alpha=0? If CR_btnGrp is the name of your instance (a normal displayObject), I'm pretty sure it wouldn't have a native autoAlpha property. There's also the property {startAt:{alpha:0}} you could add to your TweenMax statement, but I've had mixed results with that sometimes... CR_btnGrp.alpha=0; TweenMax.from(CR_btnGrp, 1.5, {autoAlpha:0, startAt:{alpha:0}}); (I think that's the proper syntax: just going off the top of my head here...)
  8. Jack, Yes, that makes sense, and shortly after posting, I messed around with my code some more -- well just setting loader.empty(true, false) -- before realizing that loader.empty() was the same thing (default values). So I changed it to that, and I didn't see any change in performance or weird issues with the bandwidth profiler, so I'm good to go for now! As always, thanks very much!
  9. I'm experiencing similar issues, and after reading this thread, I still have a question: I'm doing the same thing, storing LoaderMax-loaded content in separate variables; for example: mySwf=MovieClip(LoaderMax.getContent("swfurl")). After that, I'm running loader.empty(true, true) to try to keep as few items around as necessary. I guess what I'm asking is: Am I keeping double the items in memory if I only call loader.empty(true, true) versus loader.empty(true, false)? Or, because I'm storing a reference to the items elsewhere, I wouldn't be bloating things by not unloading the load
  10. I apologize for thread necromancy, but I'm just writing to express my conviction that TweenMax/LoaderMax are indisputably awesome. I'd been banging my head around trying to figure out how to register a font loaded from an external SWF via a LoaderMax SWFLoader instance and kept coming up blank. Until I searched the forums and found one thread that directed me to this thread. That's my long-winded way of saying "thank you very much!" I'm so grateful, I'll say it again: thank you very much!!!
  11. Jack, thank you! What I was doing wrong was a) setting load to true and failing to properly handle events specific to the VideoLoader instance. Having done that, everything loads and behaves almost like it should! /* IGNORE The "almost" is a cuepoint issue. The F4V has an embedded cuepoint; in my old, pre-LoaderMax way, I'd just write an onCuePoint handler and assign a metadata object's onCuePoint function to it: var meta:Object=new Object(); meta.onMetaData=onMetaData; meta.onCuePoint=onCuePoint; ... function onCuePoint (obj:Object):void { target.handleCuePoint(obj); } Th
  12. Thanks again: I'd initially tried loadedVideo=LoaderMax.getContent("vid") as VideoLoader, but when that returned null, I thought I was doing something wrong. What I think is happening is that onComplete handler fires before the video has actually been loaded, and I'm not sure how (or if I need to) set up an onInit listener for a video loaded through XML. I looked (briefly) at the tutorial you linked, but I didn't see anything with regards to onInit (or how to wrangle a solitary video [not part of a node]). So I've tried moving things out of the onComplete handler...except I'm not sure
  13. One (ha!) more thing: I feel stupid, and I apologize for wasting your time, but after I've loaded a video through a VideoLoader instance, I'm trying to figure out what to assign it to: for example, with an XMLLoader, I can do the following: loadedXML=new XML(LoaderMax.getContent("xmlThing")); then, in a parent class, I can do myXML=preloader.loadedXML and have access to it (preloader is an instance where the LoaderMax stuff happens). If I wanted to be able to access, say, duration and videoTime from my parent class instance, what would I assign? I tried loadedVideo=LoaderMax.getContent
  14. Why yes, yes it does! And I agree: I like that LoaderMax doesn't try to cram everything and its grandma into memory without your permission! Of course, when you forget to give it permission... I guess I thought that because I created an XMLLoader with just xl=new XMLoader("blah.xml", {name:"blah"}), I could get away with it. Of course I overlooked the fact that I'm "manually" instantiating the XMLLoader instance while relying on LoaderMax to read my mind re: the VideoLoader instance in the XML file! Now to just figure out how to attach/manipulate the loaded video! Thanks for the quick