Browsing projects by Tag(s)

Select a tag to browse associated projects and drill deeper into the tag cloud.

Showing page 1 of 2

What is PriiloaderPriiloader is a modded version of Preloader 0.30 by DacoTaco & Phpgeek . our aim is to get Preloader 100% bugfree and make it as safe/functional as possible. quick note: priiloader will NOT save your wii if you fucked up the system menu ios (on 4.2 this is ios70. see here to ... [More] check which ios that is for you. What has been changed since Preloader 0.30 base source?added Bootmii IOS booting option to menu and autoboot (handy for restoring and/or sneek) Support for BOTH HBC title Id's removed need for ES_DIVerify (note: installation still needs the patch on IOS36 or cios but Priiloader it self does NOT) killed the DVD spin bug (crediar forgot to close the dvd drive in ios) fixed temperamental issue with autobooting added our own installer (phpgeek's) which still has various bugs ReA-added the old black theme Added a check on boot so some apps can reboot/launch system menu and force priiloader to show up or start system menu Added start of Wiiware/VC titles & much much more What do i need to install Priiloader?thats the best part! all you need is a way of booting homebrew (Homebrew channel recommended) and having its booting ios ES_DIVerify&trucha patched (when using Homebrew channel this is IOS36). the installer should show what ios its using in case you dont know! priiloader itself needs no hacked ios at all (hell, we recommend using unpatched ios's!) Can i contact you guys elsewhere?yes you can! me (Daco) can be found in #priiloader and #wiidev on efnet.org [Less]

5.0
 
  0 reviews  |  8 users  |  11,899 lines of code  |  0 current contributors  |  Analyzed 8 days ago
 
 

NOTICE: Prequel has been merged into the fosfr framework and will no longer be supported or developed as an independent package. I will however occassionally be updating the release here from the Fosfr version just to allow access to the package alone if need be, however it will in the near future ... [More] be packaged in com.jeffdePascale.fosfr.prequel for this reason. The loader can still be instantiated without the framework in place if you use Fosfr, this is all pending the final release of Fosfr .9, which will be documented to show how to best implement prequel. More info at: http://www.fosfr.com Please note that prequel is actually more of a caching utility - it is designed to, in as small a footprint as possible, get the content CACHED onto the client machine, where it can then be loaded near instantly into an object through your code. Prequel is intentionally designed to not load the content into an object on completion (with the exception of XML and URLVariables, which will probably be removed to avoid confusion), which is counter to how most loaders are designed. The result is a super lightweight, broad scope caching utility, which may or may not serve your particular development purpose. Prequel is a preloading solution for Actionscript 3 Flash development. Prequel has the following capabilities: loading of the container SWF Client caching of external files of any type handled by Flash, such as SWF, JPG, PNG, and others, as well as those not handled by Flash directly, such as PDF and EXE files Aggregate, weighted percentage information for all files being loaded, as well as complete bytesLoaded and bytesTotal information, file info, and more via the custom PROGRESS event For FLV and MP3 files, the option to buffer those media files to a specified to percentage XML and URLVariables loading from an external source can be preloaded directly into objects ready for parsing when the COMPLETE event is fired. Bandwidth detection that returns bandwidth information based on the preload time and size in kbps and time in seconds, to the hundreth of a second (see BandwidthDetection class in the Prequel package) See quick start PDF for detailed implementation, Class file documentation can be found in the documentation folder in the package download and online at http://www.jeffdepascale.com/blog/documentation/ [Less]

0
 
  0 reviews  |  0 users  |  0 current contributors  |  Analyzed over 1 year ago
 
 

This project consists of two (2) files: a python script and an AS class file. You use the python script to create a new XML file describing all your external files (XML, bitmap, video, etc.) by simply pointing it at the folder(s) containing those files. Run the python script from the command ... [More] line (or from an Ant script -- example will be forthcoming soon). Example command line usage: python cachebuilder.py build/images build/xml This script will write out an XML file giving you all the information you need to preload all of these files with accurate information as to how far along you are -- in each folder you care about, if you choose to share that with the user! Download it here: http://flisp.googlecode.com/svn/trunk/cachebuilder.py ...and put it in your project's root folder, then open a terminal window and navigate to that same folder. Then invoke this script using "python cachebuilder.py" followed by the names of the folders you want it to scan for files. So, for example, with the command line: python cachebuilder.py build/jpeg build/swf it might generate a file like: And it drills into nested folders, so if you didn't want to split out the jpegs from the swf files, you could just say: python cachebuilder.py build and it would generate a preloadcache.xml file like this: Now the next step is to write an AS class that knows exactly how to parse this XML doc and sequentially load all the files while firing off a callback announcing (a) the name of the file you're currently loading, (b) the name of the folder you're currently loading, (b) the bytes you've already loaded of the current file, (c) the totalbytes of the current file, (d) the bytes you've loaded of the current folder, (e) the totalbytes of the current folder, (f) the bytes you've already loaded of the whole enchilada, and (g) the totalbytes of the whole enchilada. I'm thinking it'll just make a nice associative array with these properties defined in it, and pass that along to any function you designate as the onLoadProgress handler. so for the example right above, every time more data arrives as part of the load process, you'd fire off the equivalent of this: yourhandlerfunction( { currentfile: "build/jpeg/photo1.jpg", currentfolder: "build", filebytesloaded: 73, filebytesneeded:500, folderbytesloaded:73, folderbytesneeded:2000, totalbytesloaded:73, totalbytesneeded:2000} ); so then the handler could just reach into that object and get its info. For example: myhandlerfunction( info_object: Object ) { var ratio:Number = info_object"totalbytesloaded" / info_object"totalbytestotal" ; progressbar.xscale = ratio 100; } [Less]

0
 
  0 reviews  |  0 users  |  589 lines of code  |  0 current contributors  |  Analyzed 21 days ago
 
 

Preloading Flash Assets, Elegantly UltraLoader is a lightweight library that was spawned during the development of the SWFSEO Framework. UltraLoader features: Preloads in any type of flash asset, including some special cases like: font swfs and policy files. Provides robust sound and video ... [More] objects. Organizes loaded assets into several ordered collections. This allows for easy access and easy looping of assets Data can be loaded in one or multiple batches For more details on UltraLoader view the documentation and download the source from Google Code Project. [Less]

0
 
  0 reviews  |  0 users  |  0 current contributors  |  Analyzed 1 day ago
 
 

SlimLoader is a lightweight AS3 preloading library written by Michael Randolph. It is simple to use and has almost no overhead. Features Support for most recognized file types (swf, png, jpg, gif, mp3, f4a, f4b, xml, txt, css). Can also call server-side scripts (I'm still working on this ... [More] a bit. If useHeadRequests is set to true, these will fail for now. Better to do them in a seperate SlimLoader for now). Helper javascript library (not required) for better progress indication. The JS library requires jQuery. It will allow SlimLoader to know the total size of all files before they start to load using HTTP HEAD requests. Failover (sorta, i guess). If you set useHeadRequests to true and the library is not able to make use of them, or if one or more of the HEAD requests fails, the library will automatically revert to a "normal" loader. Simple to use. Just 2 events to listen to (complete and progress). Contact Please contact me at mrand01@gmail.com with bugs, feature requests, flames, whatever. I'll be adding more here when I feel like it, examples and such. I might even zip up the source code and put it in the downloads section...you should be so lucky :-) For now, grab the source, and thanks. [Less]

0
 
  0 reviews  |  0 users  |  266 lines of code  |  0 current contributors  |  Analyzed 2 days ago
 
 

Broadcasts: total percent loaded, completion of a single download, completion of all downloads

0
 
  0 reviews  |  0 users  |  0 current contributors  |  Analyzed 5 days ago
 
 

Advanced Flash Preloader from http://preloaderz.com will provide well-dubegged, optimized, fast, easy and ready-to-use Flash/Flex/ActionScript solution. We will try to share good code for all preloading needs.

0
 
  0 reviews  |  0 users  |  0 current contributors
 
 

The text is taken from my blog where the preloader class was originally published. Large, sophisticated applications need to be preloaded as much as asset heavy animations and games. However, large applications must manage a large number of assets and need to be built cleverly, so that changing ... [More] one aspect of the application does not require that other aspects have to be rebuilt. Most of the preloaders that I have seen on the web are for small applications, in which one tiny swf is used to trigger loading of one massive swf and report on the load’s progress. This is not appropriate for large applications, because they require multiple assets to be loaded, and the load-list to be manageable without asset swfs like the preloader to be republished. The preloader class presents a strategy for preloading by creating a ~25k preloader which loads a configuration XML file that defines both a preloader animation asset and a list of assets to be preloaded. It piggy-backs the Bulk Loader library to provide bulk loading functionality, which is where the majority of the 25k of the resultant swf comes. More detailed documentation is contained within the source code. Clearly a 25k overhead before an animation is loaded would be smirked at by many ActionScript coders, but here I am interested in a strategy for reusability, flexibility and scalability to which those who seek to squeeze a preloader into 10k or less cannot hope to aspire. The two preloaders seek to satisfy different demands. [Less]

0
 
  0 reviews  |  0 users  |  187 lines of code  |  0 current contributors  |  Analyzed about 4 hours ago
 
 

Variety of custom classes written in Actionscript 3 to enable faster and more efficient development of user interfaces.

0
 
  0 reviews  |  0 users  |  0 current contributors  |  Analyzed 3 days ago
 
 

Crazy intro is an autoboot homebrew to use along with Preloader.

0
 
  0 reviews  |  0 users  |  46,286 lines of code  |  0 current contributors  |  Analyzed about 4 hours ago
 
 
 
 

Creative Commons License Copyright © 2013 Black Duck Software, Inc. and its contributors, Some Rights Reserved. Unless otherwise marked, this work is licensed under a Creative Commons Attribution 3.0 Unported License . Ohloh ® and the Ohloh logo are trademarks of Black Duck Software, Inc. in the United States and/or other jurisdictions. All other trademarks are the property of their respective holders.