Deck Switching Needs More Improvement with Flash
Posted: Sat Aug 07, 2010 03:38
It's that old chestnut again. Most of my R3 sets use a lot of Flash anims, and despite the improvements, Flash output still stops completely while deck switching is taking place. This means I have to work with one huge deck all the time.
In a previous thread about this one of the developers said that Flash was handled in the same thread as deck switching, which explains the slowdown. I used a file system monitor during a deck switch (to a deck with 35 items in it) and 22,000 file system operations were triggered by Avenue.exe in that time. I don't understand all the ins and outs, and a lot of that will be OS stuff, but it looks like each file was scanned in its entirety (up to the EOF marker) as well as the XML preview file. I can't help wondering if the whole thing can't be optimised significantly.
Could I put in a plea for this to be looked at again, because it is a big issue for me.
Cheers
Richard
In a previous thread about this one of the developers said that Flash was handled in the same thread as deck switching, which explains the slowdown. I used a file system monitor during a deck switch (to a deck with 35 items in it) and 22,000 file system operations were triggered by Avenue.exe in that time. I don't understand all the ins and outs, and a lot of that will be OS stuff, but it looks like each file was scanned in its entirety (up to the EOF marker) as well as the XML preview file. I can't help wondering if the whole thing can't be optimised significantly.
Could I put in a plea for this to be looked at again, because it is a big issue for me.
Cheers
Richard