New Boss Reveal!
https://drive.proton.me/urls/VVFRQQD1Y8#7o3xEZn32M61

Hey folks!
It's time to introduce the third boss.. and yep, you guessed it: this one flies, zips around, locks onto you, and blasts you like you're the last pixel left on Earth.

I haven't had time to do exhaustive testing, but my benchmark for (slow) game performance on the A600GS is Absolute Zero by Zener (running as ADF from the menu). The latest update - which includes Amiberry Lite 5.9.2 - provides much better performance in game speed (audio and movement).

If that's the only game you're using to benchmark then you're using the wrong games.

I've been playing both Elevator Action AGA and the lost Pixel.

Elevator Action AGA runs consistently about 10-15% slow when running from and ADF, and around 20% slow when using a WHDload image. It has been this way since the beginning and there has been no speed improvement whatsoever in recent updates.

As for The Lost Pixel, when running ADF from the menu, is s-l-o-o-o-o-o-o-w. You can hear the music running at full speed only when the game is loading, but the gameplay runs so slow it's not funny, and the music running massively slow as well. It even runs slow on the game's main menu! Again, it's been this way since the game was first released with no improvements at all.

I haven't been to this site in a really long time, but I'm getting back into the amiga with MiSTer FPGA.
I know i had an account here a long time ago probably pre 2000 but I cant seem to find my old login. Was there a member account wipe at some point?

Hello,

I wanted to follow up, as it has now been about a month since the last update, and I have not yet received any shipping confirmation or tracking number ( you say in private number tracking number is ready ... ).

I completely understand that these projects can take time and that you are handling many orders. However, I would really appreciate a clearer update on the current status of my order, and if possible, an estimated shipping timeframe.

Thank you again for your work and your time.

New changes since 0.90B4
Added ME-based audio engine (me_audio.c / me_audio.h)
Added MP3 menu player system (menu_mp3.c / menu_mp3.h)
Added MP3 conversion script (convert_mp3.sh)
Added custom memory allocation header (uae_malloc.h)
Added CPU accelerator (acts like a 7MHz - 28MHz card)

Removed
Removed psp_safe.c (legacy safety / wrapper layer)

Core changes that have happened
Audio System
Replaced entire PSP audio driver with ring buffer streaming system
Converted audio to ME-driven timing model
Added audio tick / timeline counter (global sync source)
Redirected UAE audio output into new mixer pipeline
Updated sound interface layer to match new backend
Fix audio reset issue, that caused the random lockup on reset and loading savestates

CPU / Timing
Added audio-driven CPU cycle budgeting
Introduced cycles-per-sample timing model
Synced CPU execution pacing to audio clock
CPU Accelerated, Acts like an Accelerator card. It auto adjusts to load and increases and decreases speed on fly. Tweaked some more to make it run as 28 MHz. So it now steps between 7 -28 MHz depending on load.

PSP Integration
Integrated ME audio system into main PSP loop (psp.c)
Added MP3 playback control hooks (pause/resume/init)
Linked menu system with MP3 playback

Build / Compile
Updated Makefile with new compile flags and modules
Included new audio + MP3 components in build

Graphics / Misc stuff
Cleaned and optimized gfxutil color handling (To fix AGA)
Minor fixes and corrections in custom.c (bitplane / fetch logic to fix AGA)
Improve Auto FrameSkip, add buffering. This makes everything silky smooth, even when running slow. Everything is still synced, no sound popping and clicking, just gfx slow.
Blitter now on ME, however its slow. I have manged to increase its speed, but nothing like UAE CPU running it. Currently I have Blit scheduler that decides which CPU to use. So its using both PSP CPU's to Blit. Main focus is on getting ME Blitting to full speed. Once thats done, I will replace Blit decide with "just use ME".
Fixed two 21 year old bugs. Random lockup when loading savestates and certain configs. We were missing audio reset during these runtime states.

Config Changes
Disabled cycle switch system via sysconfig (Not needed any more, will be replaced with software accelerator)
Adjusted interrupt/audio related config behavior


Changes summed up
Shift from CPU-driven timing → Audio-driven timing
Shift from blocking audio → asynchronous ring buffer audio
Shift from blocking Blitter → asynchronous Blitter on ME CPU

Introduction of Media Engine (ME) as core audio processor
Separation of:
Paula audio generation
Output mixing / streaming
Addition of independent MP3 playback path for UI

Currently working on;
Now have what I believe to be a stable base source, with all changes made.
Will work on getting Blitter on ME to full speed.
Touched on implementing JIT (Accelerated option, uses some JIT like code), so will come back to this later to add a system wide JIT.