@skynet

Did you try from the AirPrint app? Or just another app doing normal printout?

@balaton @Hans

A minor update. When you disable compositing effects and downgrading resolution to 16 bits, 64k colors, then "Enable Interrupts" in "Screen Mode" works (as slow as without it).

While the workbench windows are struggling to draw, when I use Amistore (written in Hollywood, as I read) it's very fast. I login, navigate through the menu, no visible drawing or delays. Here, using RadeonRX has the "same" speed as the sm501 emulated card. (did not measured anything to say precisely, mentioning only as a user experience).

I don't know if this has to do with anything, just reporting it.

@joerg
Do you also know how the Radeon RX driver works? I thought only @Hans knows that as he keeps the sources so nobody else knows. If the issue is that other parts of AmigaOS acesses VRAM directly which is slow on these cards then this would also be a problem on real hardware. How is that solved? Maybe it does something that works on real machine to avoid this problem which does not work well with QEMU but since I don't know what it does I also can't fix it. Maybe @Hans could make a test case that is doing VRAM access the way the OS or driver does in a small C program that can be compiled and tested so we can check what host code it is compiled to by QEMU and do some tests with that. Otherwise it would be difficult to fix. It's not reasonable for QEMU to emulate a card on top of vfio to add DMA to VRAM access that the OS or driver should do in the first place.

If this is the problem then maybe looking for other cards to pass through which are faster for this could be a solution. Some cards support unified memory or are integrated graphics cards where accessing the VRAM should not be a problem so maybe those could work better? It should be possible to pass through even an integrated GPU but then you either need another card for the host or live with the host graphics shutting down when you run QEMU (or only have output from host via serial). I've found this guide vfio-single-amdgpu-passthrough that shows something like that. It also mentions at the end that AMD cards have some reset issues that may need an external Linux kernel module to fix which may be useful for some trying to pass these cards through.

@joerg

Pritty sure Hans added GART support, but I bet its only for PCIe not PCI.

Random google seartch.

http://www.amiga-news.de/en/news/AN-2024-04-00014-EN.html

@balaton
Quote:Wrong, I was one of the main AmigaOS4 developers and know how it works.
Although I wasn't involved since about 15 year in it any more some things are impossible to implement in a completely different way.
Unless you remove compatibility to ancient AmigaOS 1.x-3.x/m68k software, which I'd have preferred, but nearly all other OS4 developers preferred compatibility to AmigaOS 1.x-3.x software over better implementations only usable in new AmigaOS 4.x/PPC software.
I very much doubt anything has changed in that regard, and there are next to no competent developers left still working with Hyperion.

Quote:Maybe you don't know, but I do

Quote:I am. If you don't trust me simply ask @m3x from ACube, he implemented several Sam440/460 AmigaOS 4.x parts, incl. the DMA improved CopyMem(Quick)()/bcopy()/memcpy() (used for graphics.library (Read|Write)PixelArray() and several other AmigaOS 4.x parts as well), etc.

@joerg
You are basing your analysis on unproven assumptions. Without knowledge on how AmigaOS accesses the card I'm not sure yet the problem is really because of fine grained access to VRAM so this is still something to verify. The ways for that could be measuring host performance with x11perf and see if it reproduces with that and trying different cards and hosts which have different access speed and see if the AmigaOS performance with pass through correlates to that. Otherwise we just assume that's the problem because we know this case is slow but it could be anything else with the pass through card.

I'm also not sure the PPC440 DMA engine on sam460ex is used for this. I know it uses it for something because I had to add emulation of that because I saw AmigaOS using it sometimes but it only uses it infrequently, e.g. you can boot AmigaOS without it accessing the DMA engine at all and it only happens with some programs so I don't know if this is really used for graphics. That's another unproven assumption which could be tested if I fix the PCIe emulation to work (or find out why the PCI bus fails on sam460ex) so the point of fixing it would be to test it not because I think that would solve the problem. I don't know what causes to problem so I also don't know what would fix it. But at least sam460ex might give more possibilies also because it could support newer cards but the CPU emulation is slower so not ideal in any case.

@balaton
Quote:It can only help if you additionally can change the 4x0 DMA emulation from memmove() to host DMA.
Without that the much larger DMA copies between VRAM and DRAM used by AmigaOS will still be split into tiny, slow 64 bit host CPU accesses on QEmu and it can't be faster than G3 emulation.

@jabiruloQuote:

I think when it comes to Doom, Woof is currently the best choice, it offers many additional features including multiplayer support. You can find it on Os4Depot.

The installation is the same as you already described.

It also runs great on my NG machine. See for yourself

@nikitas
I think Adélie also does not support pegasos2, mainly only PPC Macs maybe. So what you could try for now is measure the card on the host as @Georg described to know if it's limited by PCIe access or is there some overhead somewhere else. I think it's still not completely proven that the cause is slow VRAM access through PCIe but it seems likely. The test with vesafb and ShadowFB off seems to reproduce that access pattern so that could be used to check this. If you get the same speed on the host than with passed through then there's not much that can be done without changing AmigaOS which is not really possible so then the only way may be to look for other cards or hosts where direct VRAM access is faster. Maybe there are some measurements somewhere that show which cards are better in this and which are slower that could give a hint what cards to try. It may also depend on the host so your options may be trying other cards or trying the same card on other host machine.

When I'll have time I can try to improve PCIe emulation on sam460ex to be able to test with that too but that might take a while so we'll have to come back to this then.

@hotrod

EUAE/WHDLOAD is not the correct way run this games, sure X5000 is pretty fast, I really like to see more work on making Alien Bread 3D more system-friendly, its already halfway there.

Thanks everyone!
TJ

Hi all,

I received from mcieppa Airprint and it does not work with my Canon TS3300 printer do I need to configure something on the printer?

Airprint sees my printer communicates with it (I think) and when I want to print a file a window appears, write lots of things and nothing comes out of my printer.

Airscan works.

Thanks for your help.

my goodness time flies as we're already in mid June so let's pick a game we can play on our OS4.1 machines!,,,be great to see new A1222 users playing too

@Maijestro

Looks like lots of fun. :) I hope to get one someday.

@khayoz

OK I have the files downloaded on an USB Stick several weeks ago.

I think I tried BacItAllUp

What shall I do next?

Well why not Doom 3 ?

http://hunoppc.amiga-projects.net/content/dhewm3-amigaos4

@AmigaSociety

If it doesn't need to be more advanced than Wolf3D, why not try Breathless and Alien Breed 3D 1 and 2? Download from whdownload.com, unarchive, coubleclick and play.

The Amiga got some classics in this genre too and if you haven't checked them out you really should!

@balaton

Yes, those OpenSuse, Gentoo PegasosPPC versions seem to be much older than Debian Jessie.

- Finnix distro seems incompatible.

- Adelie distro QEMU command I tried is:


Then, in Pegasos2 bios:


It yields this:


But it stays there forever. At the end of the serial output there is an:

@pvanni

Quote:

It does comes with a PS interpreter. I suppose this is for programs printing as PS format which are then converted by the printer driver. Unless printing as PS document is useful I thought just using a direct driver would be best.

It's still updated for Linux. I don't know how up to date the driver are but it's still newer than the Amiga version. The Amiga version cost 30 euros more. Strange situation. Technically they still support the Amiga as they still sell it. But it looks like abandon ware as the newest printers supported are about 15 years old.