36
edits
Bluddy
Joined 24 February 2010
m
→Working On
m (→Working On) |
m (→Working On) |
||
| Line 27: | Line 27: | ||
*** Check other codecs for possible speedups using VFPU | *** Check other codecs for possible speedups using VFPU | ||
** Other speedups | ** Other speedups | ||
*** | *** Tests | ||
**** cached vs uncached access | |||
**** how long does changing priority take? | |||
**** how long do different length MS reads take? | |||
**** how much reading is done by MP3 rendering/movie playback? How much will we need to cache? | |||
*** Improve memcpy: alignment, rotation | *** Improve memcpy: alignment, rotation | ||
**** Possibly use VFPU's cache for even better performance. | **** Possibly use VFPU's cache for even better performance. | ||
*** Improve SDL audio output | *** Improve SDL audio output | ||
**** SDL blocks when outputting audio. This is the thread we do most work in, so don't block. | **** SDL blocks when outputting audio. This is the thread we do most work in, so don't block. Done. | ||
**** Also, SDL creates threads that ALL have VFPU bit set. That's not efficient when switching contexts. | **** Also, SDL creates threads that ALL have VFPU bit set. That's not efficient when switching contexts. | ||
**** Additionally, change priority so that MP3/MIDI rendering is in same priority and is fairer while getting called back is higher priority. | |||
**** Maybe add a task switch in the Mixer to allow main thread to do stuff if there's a lot of mixing (and it's all from memory). | |||
*** Caching of MS is sorely needed | |||
**** Implement cache that reads while other threads don't (mutex) and fills up memory with file data. | |||
== To Do == | == To Do == | ||