That sounds great! I didn't know about that function, maybe I should first work through the documentation of ctrulib... (but it's so big!) I'm gonna try this out and tell you my progress.
Best thing to do is develop a joystick driver and get rid of the "software keyboard driver". But then you won't have a keyboard, so you'll have to write a touchscreen keyboard similar to dslinux.
I'm planning to make a touch keyboard, and have the c-pad as mouse. Typing with the d-pad is very tedious.
You are correct, the services aren't running so you will have to communicate with the mapped registers directly. Unfortunately, I haven't come across any documentation on the touchscreen or the circlepad
//prefill audio buffer with music
for (j=0; j<NUM_SAMPS/2; j+=2){
sdlbuf[j] = musbuf[j/2] + 32768;
sdlbuf[j+1] = musbuf[j/2] + 32768;
}
// now add in sound effects
for (j=0; j<NUM_SFX; j++) {
if (SoundPlaying[j] == -1)
continue;
// compute L/R scale based on player position and stored sound position
if (SoundPositioned[j]) {
SetSoundLoc(SoundGX[j], SoundGY[j]);
L = leftchannel;
R = rightchannel;
}
// now add sound effect data to buffer
for (i = 0; i < NUM_SAMPS; i++) {
samp = (SoundData[j][(SoundPlayPos[j] >> 16)] << 8)^0x8000;
if (SoundPositioned[j]) {
snd = samp*(16-L)>>5;
snd = snd + 32768;
sdlbuf[i+0] += snd;
snd = samp*(16-R)>>5;
snd = snd + 32768;
sdlbuf[NUM_SAMPS+i+0] += snd;
} else {
snd = samp>>2;
snd = snd + 32768;
sdlbuf[i+0] += snd;
sdlbuf[NUM_SAMPS+i+0] += snd;
}
SoundPlayPos[j] += 10402; // 7000 / 44100 * 65536
if ((SoundPlayPos[j] >> 16) >= SoundPlayLen[j]) {
SoundPlayPos[j] -= (SoundPlayLen[j] << 16);
SoundLen[j] -= 4096;
SoundPlayLen[j] = (SoundLen[j] < 4096) ? SoundLen[j] : 4096;
if (SoundLen[j] <= 0) {
SoundPlaying[j] = -1;
CurDigi[j] = -1;
i = NUM_SAMPS;
} else {
SoundPage[j]++;
SoundData[j] = PM_GetSoundPage(SoundPage[j]);
}
}
}
}There is quite a bit going on in this sample - with no data types visible it makes it a little more difficult. The music part looks more or less correct. Though I think it should be - 32768 rather than + 32768(the divide by 2 on the counter has me a little confused). The sound effect mixing part is already applying some conversion ^0x8000. Which would be the same is -32768 for an unsigned short. The mixing part brings in some additional issues too- overflow etc.
No, C does not auto convert unsigned/signed samples it converts unsigned/signed integers. Try just the music with unsigned shorts and use ^0x8000 instead of + or - 32768.
The two are not related. Casting does not change the data itself - it only impacts how the data will be treated - sign extension etc. conversion actually changes the data. What is this for? Is it possible to see the whole code?
Since you posted on the homebrew development thread I'm going to answer somewhat on topic.
