A library to play Commodore 64 music based on libsidplay2
http://sourceforge.net/projects/sidplay-residfp/
A library to play Commodore 64 music based on libsidplay2.
- Developed at multimedia:libs
- Sources inherited from project openSUSE:Factory
-
3
derived packages
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout openSUSE:Factory:Rebuild/libsidplayfp && cd $_ - Create Badge
Refresh
Refresh
Source Files
| Filename | Size | Changed |
|---|---|---|
| libsidplayfp-1.8.7.tar.gz | 0000671595 656 KB | |
| libsidplayfp.changes | 0000005586 5.46 KB | |
| libsidplayfp.spec | 0000003375 3.3 KB |
Revision 4 (latest revision is 17)
Dominique Leuenberger (dimstar_suse)
accepted
request 449999
from
Olaf Hering (olh)
(revision 4)
- Update to version 1.8.7 * Fix out of range tune selection * Reenable accidentally broken branch hints in residfp * Minor fix in VIC-II code ported from VICE * Fix an off-by-one error in mixer code * Slightly improve some combined waveforms * Fix a regression in VIC-II code * Improve combined waveforms emulation * Fix a possible crash when locking a sid device fails * Fix an overflow in resid/residfp for 8580 output, noticed in /MUSICIANS/L/Linus/64_Forever.sid * Use log1p in resid/residfp for improved precision of 6581 filter parameter calculation * Fix a warning in PSID model checking * Fix running with -b parameter * Attenuate second chip output by 3dB in 3SID mode as it is mixed in both channels * Fix uninitialized vars * Fix a regresion in MUS loader introduced in 1.8.0 * Fix a regresion in STIL * Rework and clean tune loading to be more portable * Add support for 3SID files (PSID v4) * Check if lightpen is really triggered before changing state * Define WIN32_LEAN_AND_MEAN when compiling on MinGW * Other minor fixes and improvements * Fix interpolation outside bounds in reSIDfp * Remove redundant code in PSID loader * Fix reported number of channels * Install psid driver before placing tune, fixes BASIC tunes and /MUSICIANS/L/Legg_Stephen/Steigar.sid * Apply volume to channels, not to chips output (forwarded request 449998 from olh)
Comments 0