68kMLA Classic Interface
This is a version of the 68kMLA forums for viewing on your favorite old mac. Visitors on modern platforms may prefer the main site.
| Click here to select a new forum. | | Living the dreamm~ PowerMac G5 | Posted by: jpreza on 2026-03-18 19:13:13
Replying this directly from Power Mac G5.
View attachment 91792
View attachment 91793
Best regards,
Link. NICE!!! I'm going to have to try this on my watercooled 2.5GHz DP PMG5! | Posted by: Link4Electronics on 2026-06-02 10:38:29 Well, took a while since last post here, lot's of things going on
Found a totally open source MMO/RPG game (including assets etc), Eternal Lands
but on big-endian is more like flatlanders edition, since everything is flat not rendering 3d models, could see other players sending messages on chat and see their icon moving on overworld map

Another cool game, Whiplash/Fatal Racing, added a preliminar support for mac os x, don't know if it'll work on mac though

yahooo! (there's still a small issue with this one, after car makes a first jump, engine sound stops working)
and just today, got Mania Drive working too, there's some initial mac os x support

repositories for the last two
Reverse engineering the 1995 game Whiplash/Fatal Racing - Link4Electronics/ROLLER
github.com
A fork trying to modernize ManiaDrive. Contribute to Link4Electronics/ManiaDrive development by creating an account on GitHub.
github.com
Regards,
Link. | Posted by: Link4Electronics on 2026-06-17 12:12:57 Managed to make OpenGL 4.6 to work which was broken for AMD radeon R600/Terascale 2 (it was stuck on a broken OpenGL3.2)

And Lego Island port to work too on big-endian devices, it supports OpenGL ES3.0, GL ES 2.0 and OpenGL 1.1

r600 bigendian fixes to bring OpenGL 4.6. Contribute to Link4Electronics/mesa_r600_be development by creating an account on GitHub.
github.com
A portable version of LEGO Island (1997). Contribute to Link4Electronics/isle-portable development by creating an account on GitHub.
github.com
Regards,
Link. | Posted by: Andrew-R on 2026-06-17 17:41:16
Managed to make OpenGL 4.6 to work which was broken for AMD radeon R600/Terascale 2 (it was stuck on a broken OpenGL3.2)
View attachment 100279
And Lego Island port to work too on big-endian devices, it supports OpenGL ES3.0, GL ES 2.0 and OpenGL 1.1
View attachment 100280
r600 bigendian fixes to bring OpenGL 4.6. Contribute to Link4Electronics/mesa_r600_be development by creating an account on GitHub.
github.com
A portable version of LEGO Island (1997). Contribute to Link4Electronics/isle-portable development by creating an account on GitHub.
github.com
Regards,
Link. Cool! | Posted by: Andrew-R on 2026-06-17 18:22:28 Edit: while vdpau st was removed from mesa, I am not sure vaapi ever worked for decoding on BE hosts? There are at least two reports on tracker about vaapi NOT working on BE on r600
Submitted by j.r..@..ok.com Assigned to Default DRI bug account Link to...
gitlab.freedesktop.org
| Posted by: Link4Electronics on 2026-06-18 09:22:57 Hi, yes one of first things that came to mind is vaapi/vdpau when opoengl4.6 finally got working, but according to internet for r600 vaapi/vdpau never worked properly, they removed on Mesa 22 for r600 and then completely for all drivers on mesa 25.3. I guess in the future they only want to stay with vulkan, vulkan video for encode/decode, and zink for opengl wrapper. I forgot about OpenCL to check if it works but I don't think much would run on that nugget R5 230(HD 6450 rebrand)
QMPLay2 which is my favorite multimedia player, still have some issues when choosing opengl to render, but qpainter/sw render works fine, but I think the issue of GL relies on qmplay2.
Right now I already have RMG n64 emulator working on the G5, trying to make the dynarec mips-to-ppc to work, so far audio and input works, using interpreter games already goes ingame but very glitchy.
Regards, Link. | Posted by: Andrew-R on 2026-06-18 10:32:33
Hi, yes one of first things that came to mind is vaapi/vdpau when opoengl4.6 finally got working, but according to internet for r600 vaapi/vdpau never worked properly, they removed on Mesa 22 for r600 and then completely for all drivers on mesa 25.3. I guess in the future they only want to stay with vulkan, vulkan video for encode/decode, and zink for opengl wrapper. I forgot about OpenCL to check if it works but I don't think much would run on that nugget R5 230(HD 6450 rebrand)
QMPLay2 which is my favorite multimedia player, still have some issues when choosing opengl to render, but qpainter/sw render works fine, but I think the issue of GL relies on qmplay2.
Right now I already have RMG n64 emulator working on the G5, trying to make the dynarec mips-to-ppc to work, so far audio and input works, using interpreter games already goes ingame but very glitchy.
Regards, Link.
I think vaapi state tracker still there, you just need to enable more interesting codecs like
-Dvideo-codecs="all" as argument for initial configuration. | Posted by: Link4Electronics on 2026-06-30 04:46:18 Hi, I figured out what's the issue with QMPlay (or any other video related app) why it doesn't play videos when trying to use opengl, linux kernel is causing issues when it boots, gpu fails on ring 5, ring5 is UVD3.1 training for AMD CAICOS and since it fails it disables it so no encode/decode via GPU. Just like on first slot pci-e x16 that is connected directly to the IBM CPC945, it fails with ring0 and disables GPU acceleration, need to put the GPU on slot x8, I'm trying to make it work though via first slot x16, issue seems to be DMA address range
Got some new games working too

Perfect Dark decompilation project which uses OpenGL3.0

Minecraft 1.16.5

OpenRCT2, still has some issues to place Rides with RCT2 (RCT1 is fine) and is missing some texts

RMG Nintendo 64 emulator, still with static interpreter and some small graphics issues, using OpenGL2.x
Packages for ArchPOWER. Contribute to Link4Electronics/archpower-packages development by creating an account on GitHub.
github.com
work in progress port of n64decomp/perfect_dark to modern platforms - Link4Electronics/perfect_dark
github.com
Rosalie's Mupen GUI. Contribute to Link4Electronics/RMG development by creating an account on GitHub.
github.com
An open source re-implementation of RollerCoaster Tycoon 2 🎢 - Link4Electronics/OpenRCT2
github.com
Regards,
Link. | Posted by: joevt on 2026-06-30 07:37:12
Just like on first slot pci-e x16 that is connected directly to the IBM CPC945, it fails with ring0 and disables GPU acceleration, need to put the GPU on slot x8, I'm trying to make it work though via first slot x16, issue seems to be DMA address range The x16 slot is handled by a different PCIe host than the other slots.
The PCIe host for the x16 slot has access to all the PCIe config space for each device (all 4096 bytes per device/function).
The other PCIe host (used by the other PCIe slots) seems to only have access to the PCI config space (256 bytes per device/function).
The CPC945 manual is interesting. It mentions conformance with HyperTransport Link Specification 1.04 (256 bytes for config space) but does have a mention of the 1.05 spec (allows 4096 byte config access) in the list of references.
The 0xF0800000 config address and 0xF0C00000 config data registers allows PCIe config space access (4096 bytes) for the host (type 0 access) and the x16 slot (type 1 access).
/pci@0,f0000000
00:0b.0-[0a] [106b:005b] [060400]
0a:00.0 [10de:0092] [030000]
The 0xF2xxxxxx and 0xF3xxxxxx ranges (for type 0 and type 1 direct accesses respectively) allow PCI config space access (256 bytes) to the other devices and slots.
/ht@0,f2000000/pci@1
00:00.0 [106b:0074] [060000]
00:01.0-[04] [1166:0130] [060400]
00:02.0-[05] [1166:0130] [060400]
00:03.0-[06] [1166:0132] [060400]
00:04.0-[07] [1166:0132] [060400]
00:05.0-[08] [1166:0132] [060400]
00:06.0-[09] [1166:0132] [060400]
00:07.0-[02] [106b:0053] [060400]
00:08.0-[01] [106b:0054] [060400]
00:09.0-[03] [106b:0055] [060400]
01:07.0 [106b:004f] [ff0000]
01:0b.0 [1033:0035] [0c0310]
01:0b.1 [1033:0035] [0c0310]
01:0b.2 [1033:00e0] [0c0320]
02:0f.0 [106b:0051] [020000]
03:0c.0 [1166:0240] [01018f]
03:0d.0 [106b:0050] [ff0000]
03:0e.0 [106b:0052] [0c0010]
05:04.0 [14e4:166a] [020000]
05:04.1 [14e4:166a] [020000] | | < 3 |
|