YourWishes
9512c22e1f
Root cause of the crackle (confirmed on real PSP hardware): the persistent feeder thread called stream->onLoop directly in the middle of its tight chunk-feeding loop. onLoop can do arbitrary work (the test callback does consolePrint, which locks a mutex, moves the console history buffer, and fflushes stdout) - if that takes anywhere close to one chunk's playback time (~23ms), the next chunk isn't ready and the hardware channel starves. Audio callbacks must never be invoked directly from a real-time audio thread. Fixed generically: audiostream_t gains loopCount (incremented by platform code from whatever context it runs in) and lastLoopCount (main-thread-only bookkeeping). audioStreamUpdate() detects the change and fires onLoop safely from the main thread, regardless of which thread/interrupt actually noticed the loop. PSP's feeder thread now increments the counter instead of calling onLoop inline. Also eliminated the ~21.7ms of real silence padding baked into every PSP loop pass (found while chasing the timing gap that preceded the crackle fix): the final chunk's padding is now filled with the start of the next loop instead of zero, avoiding sceAudioSetChannelDataLen (the likely real cause of an earlier, separate click) while keeping every output call the same constant size. Loop period measured via PPSSPP is now ~1.000-1.002s for a 1.000s tone, down from a consistent ~1.02-1.03s before. The PSP feeder thread is also now persistent for the stream's whole lifetime (created once in Init, idles between plays) rather than respawned via threadStartRequest on every single loop restart - real, avoidable OS thread creation overhead that was contributing to the gap before the padding was identified as the dominant cause. Brought Dolphin in line architecturally rather than mirroring PSP/ Linux's restart-and-detect approach: ansnd_pcm_voice_config_t has native loop_start_offset/loop_end_offset fields, so a looping Dolphin voice loops entirely in DSP hardware with zero host involvement at the loop boundary - no restart latency to create a gap in the first place. Trade-off, clearly documented in code: onLoop never fires for Dolphin this way (no ANSND_VOICE_STATE for "wrapped") and it requires cleanly-authored loop content (no per-wrap fade like PSP's, matching the same assumption). Compiles cleanly for both gamecube and wii; not yet verified on real hardware. Confirmed on real PSP hardware: no more gap, crackle fix pending final hardware confirmation.
Dusk
RPG Game Project, small and able to run on a PSP.
Building
Each build target has different requirements. You can take a look at the git workflow to see how the builds are done for each target. In addition, for accessing the editor and building the game on your host system, install the following packages, depending on your system;
Fedora;
sudo dnf install git make gcc cmake python python-polib python3-pillow python3-dotenv python3-numpy python-qt5 python3-pyopengl SDL2-devel zlib-devel libzip-devel bzip2-devel openssl-devel lzma-sdk-devel xz xz-devel lua-devel
Ubuntu;
sudo apt-get install git build-essential gcc python python-polib python3-pillow python3-dotenv python3-numpy python3-pyqt5 python3-opengl
Arch Linux;
sudo pacman -S git base-devel gcc python python-polib python-pillow python-dotenv python-numpy python-pyqt5 python-opengl