Yes, I can access again now. The whole site had been inaccessible when I tried over the weekend. Thanks.

Seems now I started coding again and made a few threads. They decide to try and brute force attack my server.
Locked it all down now, very wierd, they were trying to access my Database server from ssh.
Lets see how it goes, as I have now block ssh from doing anything with DBserver and blocked IP attacking permanantly.

Anyway, heres a fresh updated log of sorts for PSPUAE.

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)

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 - Spent some time fixing this, as I missed some ifdef code and put my code where it was never executed.
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. Disabled for now
Re-add CPU Turbo and CPU/CHIPSET code. This seems to give us our biggest speed increase. So been working on it for last 4 days. Turbo now also dynamically tweaks timing across the chipset, to fix errors users were seeing i.e. slow blitting on some screens and stuck on title screen. I have half eliminated the slow down. If I can eliminate it completly, we will have a nice speed increase with same compatibility.
Added simple JIT backend and stubbed alot of code for now (Thats how I found timing code mistake). It compiles with JIT, just need to do the hard work now to get it working.

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
Included new compemu_mips + mips_stub - for future JIT work.

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 - For now, will try it again

Introduction of Media Engine (ME) as core audio processor
Separation of:
Paula audio generation - This gives biggest speed increase, just having issues moving last remaining bits.
Output mixing / streaming
Addition of independent MP3 playback path for UI

Currently working on;
Blitter on ME is a dead end. - After discovering, my mistake with timing, this may be possible
Fine tuning, CYCLE_UNIT and Finegrain CHIPSET

Yes, I can access again now. The whole site had been inaccessible when I tried over the weekend. Thanks.

I think it is quite sad that these UK web-shops do not communicate better. I am also waiting for a Pistorm order from Amigakit placed on the 9th of February.
Several attempts to email the store on both sales and support but maybe i am considered spam to them who knows.
Is this English culture to shaft your customers ? All i need is dialog i am a very patient man. Hopefully it will be resolved in due time i do remember amigakit being my favorite store now it is not   

@F0LLETT thanks for keeping us updated on the project.

I tried the links this evening and pspuae.com and ultimateamiga.com don't work for me.

Not working? as in whole site? or download links?

Site is having issues, for some reason, need to look into it.
Works fine for days, then gives error 504, gateway issues. restart apache and its fine again.


Other than that, since last update;
Turns out, I missed an ifdef JIT code (it covered long amount of code), so I ended picking wrong place to add changes.
So been fixing that. I also started work on JIT (thats how I found code mistake). Set up most of the stuff needed for JIT. It compiles, just with stubbed code at moment. Will come back to that later. As its not going to easy task.

On side note, re-added my old CPU Turbo and CPU2CHIPSET code. As that gives us biggest speed increase.
I now have new option, auto chipset. So it auto adjusts CPU2CHIPSET.
I have also been working on blitter slow down on CPU Turbo. Happy its getting better. So we get big speed increase with no blit slowdown (well thats the plan).

They just told you in plain writing. Their priority is to take money from customers to develop their product, not actually delivering products to customers.

That has to be one of the craziest comments I have ever seen online.
I would love to see a company actually ever say anything like that.