Rivoreo Source Code Repositories
src.rivoreo.one / audio / dosmid / 5a5af8226b801a44c032f9d9841a1b42ce92862d / mem.c
  1. 63da618 dropped useless stdlib.h inclusion by Mateusz Viste · 7 years ago
  2. 4010a06 comment cleanup by Mateusz Viste · 7 years ago
  3. adab0ca /noxms uses smaller allocation pools to use memory more efficiently by Mateusz Viste · 7 years ago
  4. 243dac0 MEM_MALLOC memory management allocates memory on demand, to leave as much memory as possible memory to the application as long as possible by Mateusz Viste · 9 years ago
  5. cf5d7a5 dosmid doesn't need to know how much memory has been allocated by the memory backend by Mateusz Viste · 9 years ago
  6. 07a7cdc fixed XMS detection (situation when no XMS manager is present, to be exact) by Mateusz Viste · 9 years ago
  7. ce61208 /noxms tries to use more than 64K of memory (up to 320K) by Mateusz Viste · 9 years ago
  8. 0eeb611 reliable 'out of memory' detection by Mateusz Viste · 9 years ago
  9. 887820d code documentation and format by Mateusz Viste · 9 years ago
  10. 1e70480 XMS moves are always made on an even number of bytes, also the timer is RESET before each song to avoid it wrapping during play time (although it still might wrap if the song is PAUSED for too long) by Mateusz Viste · 9 years ago
  11. a07de9e memory management is more generic - accepts allocation requests of variable sizes by Mateusz Viste · 9 years ago
  12. be2140e refactored pushevent() actions to use a common insertion mechanism avoiding pulling XMS block to update nextevent pointers (loading MIDI files is 10% faster) by Mateusz Viste · 9 years ago
  13. 8183ccc added MUS handling code (doesn't work yet) by Mateusz Viste · 9 years ago
  14. 05445ce documentation fixes before release by Mateusz Viste · 9 years ago
  15. a4a09cf moved development to trunk by Mateusz Viste · 10 years ago