call back to streaming...
what about the streaming of mp3..i tested one on the server i uploaded the 3 mb mp3 over the server then use the streaming option to true.
so as soon as i open up the swf it start to play...play really quite good..now thinngs come in picture i close the browser it still playing..upto some time..as written in the manual come with the flash MX that for streaming it using a virtual memory rather then some buffering on user end hdd.
so now if its using a virtual memory ..then how much for streaming ??? that havent specify in the documentation.
I have one more query..what about the MACROMEDIA FLASH MX UI COMPONENTS SET 2..NO DOCUMENTATION still on macromedia site but having the documentation link of the NEO BETA section of the COLDFUSION in betaprograms.
Same thing with external movies......
Just looked at a site I made recently in Flash 5: the main movie PREloads 4 gallery swf's, so they're ready to view if the visitor has completed browsing other sections of the site. But now with the Flash 6 player in combination with a slow connection things go wrong. (I have made 2 versions, broadband and smallband, but 60% of the users choose the smallband so have slow internet connection!)
If the swf didn''t load completely before viewing, you have to wait until all of them are loaded. With the Flash 5 player, you could choose another gallery swf and that one was loaded immediatly. No one have to sit back and wait (sort of like the MP3 example at the begin of this tread) what results in not seeing my gallery. ;(
Hope you fix this soon Macromedia!
And this is who we want to replace HTML?
This is not exactly on the topic but:
There have been a number of developers (and others) who have been encouraging of and excited about MM's recent Flash MX strategy of "replacing" HTML as a content-delivery standard.
(That's *some* developers. Maybe not *you*).
MM's non-response on this issue is typical of them--I've seen this kind of thing since starting with Director back in '95.
This kind of corporate behavior points out the dangers of relying on one, closed platform. Is this really the kind of company that we want to entrust to develop a new kind of content delivery standard, or an application development tool?
The comment somewhere that this bug essentially renders all "Skip Intro" buttons useless should be hammered into MM's head: they are _counting_ on increased understanding and acceptance of Accesibility and Usability Standards--this bug craps all over those in a big way.
Re: And this is who we want to replace HTML?
Quote:
Originally posted by heyotwell
This kind of corporate behavior points out the dangers of relying on one, closed platform.
Interesting thoughts. There is actually a thread in the Boardroom right now called HTML vs. Flash that I think you might be interested in.
-scott
http://www.scottmanning.com/