I looked a bit into this and it seems like the player is
driven at approximately 1.20 times the normal speed.
Modifying the "crystal speed" in libsidplay/src/player.cpp
like this:
Makes the SIDs play back at about normal speed again. (Crude
hack, I admit.) I am trying to locate the actual source of
this: the clock CPU frequency and sid6526 cycle count seems
to be correct, but the driving clock is probably too fast.
Need to dig deeper...
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Can you help me how to get the code normally? I could co the
source, no problem. Did bootstrap, but I could not really
figure out how to update the Debian source package. The diff
is way too large, contains changes I do not think that needed.
Maybe can you help with the revision numbers that contains
only the fix? Maybe send me the diff to gcs [at] lsc [dot] hu ?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I found a patch for GCC 4.1 (from Gentoo) that apparently
fixes some now-invalid code in the speed selector- right now
all tunes are being played with the CIA timer, while
something like 90% of the tunes in HVSC are meant for 50Hz VBI
I submitted it to a similar bug posting for Ubuntu; it
apparently works on Ubuntu 6.06 as well and should work on
Debian (it's simple syntax errors, apparently)
I'm not entirely sure how to attach said patch to this
comment...
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Logged In: YES
user_id=473872
I looked a bit into this and it seems like the player is
driven at approximately 1.20 times the normal speed.
Modifying the "crystal speed" in libsidplay/src/player.cpp
like this:
const double Player::CLOCK_FREQ_NTSC = 846206.62;
const double Player::CLOCK_FREQ_PAL = 815196.63;
Makes the SIDs play back at about normal speed again. (Crude
hack, I admit.) I am trying to locate the actual source of
this: the clock CPU frequency and sid6526 cycle count seems
to be correct, but the driving clock is probably too fast.
Need to dig deeper...
Logged In: YES
user_id=473872
Seems to be an optimization problem. Compiling like this:
./configure
cd libsidplay
./configure --with-cflags=-O0
cd ..
make
Solves the problem.
Logged In: NO
Please try the latest head code. After finally getting
public access MandrivaLinux 2006.0 (and therefore gcc4.0) I
believe the problem to be fixed.
Logged In: YES
user_id=91166
Can you help me how to get the code normally? I could co the
source, no problem. Did bootstrap, but I could not really
figure out how to update the Debian source package. The diff
is way too large, contains changes I do not think that needed.
Maybe can you help with the revision numbers that contains
only the fix? Maybe send me the diff to gcs [at] lsc [dot] hu ?
Logged In: NO
I'm afraid I'm not familiar with the debain package management.
You could just try replacing the debian sidendian.h with the
one from CVS.
Logged In: YES
user_id=1092767
I found a patch for GCC 4.1 (from Gentoo) that apparently
fixes some now-invalid code in the speed selector- right now
all tunes are being played with the CIA timer, while
something like 90% of the tunes in HVSC are meant for 50Hz VBI
I submitted it to a similar bug posting for Ubuntu; it
apparently works on Ubuntu 6.06 as well and should work on
Debian (it's simple syntax errors, apparently)
I'm not entirely sure how to attach said patch to this
comment...