view TODO @ 776:bb7b3ded919a

Indeed, libsidplay-fp's audio renderer expects buffer of 16-bit shorts and number of samples as input, AND returns number of samples. Thus, we need to divide and multiply the values accordingly. However, it also seems that some internal buffers in resid-fp are hardcoded to certain size, and using too big audio buffers cause overflows .. trying to compensate for that by limiting the amount of audio rendered. Unfortunately there are still memory corruptions.
author Matti Hamalainen <ccr@tnsp.org>
date Tue, 06 Nov 2012 11:59:24 +0200
parents 156fbba8768c
children 8ca7f33635fc
line wrap: on
line source

XMMS-SID - SIDPlay input plugin for X MultiMedia System (XMMS)
==============================================================

For v0.8.0
----------
- finish translations
- xs_curve / sidplay2 filter configuration
- "Pause" does not disable sub-tune controls and XMMS gets confused
  if sub-tune is changed during paused state.
- Fix remaining bugs, if any.

For v0.8.x
----------
- Separate filter configs for 6581/8580
- More translations.
- Fileinfo "follows play" -option. If enabled, information
  in fileinfo window is set / updated whenever tune/sub-tune
  changes.

For v0.9/1.0
------------
- libSIDPlay2/HardSID (and other HW backends) support.
- reSID sampling and other parameters configuration.
  (Requires changes in libSIDPlay2 API)

- Editing facilities in fileinfo dialog?
  * song length
  * SID header editing
  * STIL editing is probably not sensible