I recently found it when I made a music box: Simulated download The loading and downloading of loadsound () is inconsistent with the actual situation.
When a sound object loads an MP3 file, there will be a download process. Actually used sound object. loadsound () load another MP3 file (2) before the current MP3 file (1) has not been downloaded, the downloaded part will be cached and the download will be stopped, loading and downloading (2). If you load (1) Again, continue to download Uncached parts (1; Simulated download In load (2), do not stop downloading (1) -- let's make a single download rate halved.
Is this a bug? Of course it is. I thought it was "pre-loaded waiting ". Algorithm "Don't use it (preload wait algorithm: an algorithm that improves user experience. A simple explanation is to avoid pauses in the playback process. Wait for a reasonable time ). Fortunately, the actual situation is not as bad as the simulation. The bad thing is that I still didn't use the algorithm later, just a word of laziness.
If we look at the MP3 online player made by flash based on the simulated situation, the next button will be equivalent (exaggerated, but it will be really bad). If there is n (n is a little big) for a song, I will try another song six or seven times in a row (for selection). This is good. You are now (this time is... When... Long) don't listen.
However, the download progress produced by loadsound () can be Simulated download And some external files such as FLV cannot simulate the download progress.
I don't know if this is an 8-bit bug. mx2004 was deleted early and cannot be tested.
