@walkero

Thanks mate
Btw is there any hope for a unified SDK in the future?

@kas13

Sure you may be right and i know the crap situation, but honestly I fail to see any major advantages on this choice... what is the difference between this approach and what Matthew did before by replacing operating system components with others bearing the same damn name, creating in end a mess of incompatibilities, confusion and new bugs?
Perhaps simply because the earlier components from him were proprietary, whereas these one are now an open-source solutions?
Well, at that point, it would be better to just make the entire operating system as open source, or (God forbid) rewrite everything opened from scratch

Oh, and how long will it take for this new kernel clone to match the existing functionality—and, above all, to work correctly without causing compatibility issues with a kernel that has already been running for 22 years? After the failure of Warp3D Nova and the looming obsolescence of Hans's work on 2D drivers, this looks to me like yet another piecemeal fragmentation of a system that is becoming increasingly difficult to keep together

Good news indeed

Old reports on Hyperion forum:

https://forum.hyperion-entertainment.com/viewtopic.php?t=3142

https://forum.hyperion-entertainment.com/viewtopic.php?t=337

@sofistisoftware

On my Sam440 fill the ram disk generally freeze the whole system

@capehill

Is there a reason why SDL2 now uses only "OpenGL" as standard renderer for Mesa, but totally deprecating MiniGL?
Maybe Mesa can be referenced as "OpenGL" (or even why not as "Mesa" with same name?) but could we also mantaining MiniGL for back-compatibility with the older gfx cards?

1.1 archive seems damaged :-/

Btw maybe can you include such useful plugin too?
https://github.com/midwan/amiga-lw-plugins/releases/tag/v0.9.2

@utri007

Confirmed the glitch on MiniGL, hope it can be fixed

@walkero

+1

@turbo41

Link for download?

@ikir

Hey admin, long time passed, how are you?
No news yet, but i think soon

@Maijestro

Does It works on Sam440 + R200?

@afxgroup

Also me for Launcher reintroducing

@Maijestro

We had a similar problem with Woof (Doom Port)
https://github.com/fabiangreffrath/woof/issues/1285

@afxgroup

While we wait could you maybe try recompiling latest OWB with clib4 2.1?

@kas1e

You're probably right, I thought it would be easier to start from a ready-made library like ReWarp's using an approach similar to the one used by ppclibemu.
the AI, which is obviously not an oracle, much less an experienced Amiga programmer, confirmed the validity of the approach, so I continued on this path until I managed to compile an executable that atleast did not crash.

As a test Reference i use this small utility:

https://pup.aminet.net/package/dev/c/BestRandom

As ill come back in Italy i will restart my experiments

btw, my first raw implementation can be found here

https://github.com/samo790/ReWarp

@NinjaCyborg

Mostly demos and some old utilities

@joerg

The initial idea was to use the same powerpc.library for both Kernel emulation.
Since I wasn't sure where to start, I generally used ppclibemu primarily as a reference point, after which I fed the AI ​​all the PowerUP documentation I could find.
My second approach was instead to try creating stubs pointing to a fake ppc.library that could intercept the necessary calls and functions from my modified powerpc.library
Let's just say that at the moment it's still all experimental, and I'm not sure if the AmigaOS4 ELF format is compatible with the PowerUP one.
As I said, I definitely need help to understand exactly why my attempts haven't been successful yet, even though the AI ​​assures me that the approach is the correct one.

Quote:

Is that mosemu code availible somewhere?