Is v54.7 available somewhere? I remember there being a test driver version on a german Amiga forum, but you had to register to the forum in order to see the download link (or something like that).
The beta driver is still available but the situation to test it has not changed. You could contact the developer and perhaps ask him to make it available for you.
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
I've also said repeatedly that any developer who wants to use the virtio.library should ask Matthew at A-EON for the developer files. Matthew is very busy with other projects (e.g., the A600GS), so if nobody asks, he's unlikely to think about it. If you have trouble getting a reply, then reach out to me via email. If you don't ask, then you won't receive.
How can I contact Matthew? I could not find an email address but heard he is hard to reach but I could give it a try if I knew where to write.
(This forum seems to be slow from here this year. Is there a problem or change with hosting it?)
I've sent you a message privately with his email address.
@Maijestro
Quote:
The beta driver is still available but the situation to test it has not changed. You could contact the developer and perhaps ask him to make it available for you.
I've sent you a message privately with his email address.
@Maijestro
Quote:
The beta driver is still available but the situation to test it has not changed. You could contact the developer and perhaps ask him to make it available for you.
Who is the person to contact?
Hans
Costel Mincea, also known as Cyborg is working on the driver.
OS4welt seems like a good forum btw with lots of good information even if i have to use google translate on the site so i tried to register, i hope i get approved.
I just got around to testing today. Qemu10 Master with BBoot-0.8 and the AmigaOneXe emulation works great. As usual I ran a few benchmarks and tested some applications and all ran very well.
SySMon used to have problems but with Qemu10/Bboot0.8 no more GrimReaper.
I removed UDMA/DMA activation from the user startup and it works automatically with Qemu10/BBoot0.8, seems the Qemu/Pegasos2 emulation got serious competition
Great work.
@all
If you ever plan to run Qemu with AmigaOS 4.1, I highly recommend the AmigaOneXE emulation. It has no problems with older SDL1 applications compared to the Pegasos 2 emulation. Balaton has solved the problem with the missing UDMA/DMA activation with Qemu 10 and BBoot 0.8.
Qemu 10 is still master and not official, but it will be released in a few weeks.
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
I use this line: [...] -drive file=fat: rw:/Volumes/Games/Share,id=USB,format=raw,if=none -device usb-storage,drive=USB
Try if removing that makes any difference in your benchmark results. @geennaam had serious slowdowns using it together with vfio pci pass trough. You aren't using a real gfx card with vfio but sm501/502 emulation instead, A1 instead of Peg2 emulation, MacOS/ARM instead of Linux/x64 host, and maybe the problems @geennaam had are fixed now in QEmu 10 or BBoot 0.8, but still worth a try.
I use this line: [...] -drive file=fat: rw:/Volumes/Games/Share,id=USB,format=raw,if=none -device usb-storage,drive=USB
Try if removing that makes any difference in your benchmark results. @geennaam had serious slowdowns using it together with vfio pci pass trough. You aren't using a real gfx card with vfio but sm501/502 emulation instead, A1 instead of Peg2 emulation, MacOS/ARM instead of Linux/x64 host, and maybe the problems @geennaam had are fixed now in QEmu 10 or BBoot 0.8, but still worth a try.
Yes that is interesting and I have tested it with the share folder Ufat or the line “-drive file=fat:rw:/Volumes/Games/Share,id=USB,format=raw,if=none -device usb-storage,drive=USB” with and without.
Tested with Quake Timedemo as a benchmark test. However, there was no difference whether I used the line or not. But the idea to check this was good.
This was possible with the QemuA1XE emulation...
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
@Maijestro That sysinfo window has an NVGetVar button at the bottom which may be the reason it failed before, unless you replaced the nvram.resource with one from pegasos2. In QEMU 10.0 I've implemented NVRAM for amigaone so this does not crash any more and also added defaults in NVRAM to enable UDMA for IDE so it should just work without manual tweaking. With this amigaone is probably the best option now as it does not have the kernel issues that pegasos2 has, does not have the slowness of sam460ex and the AmigaOS version for it is still available unlike pegasos2 that may not have copies left to buy any more. The sam460ex maybe still has the same issue with NVRAM, I've tried to fix that too but there seems to be some issue with its I2C controller where the chip holding NVRAM is connected on sam460ex so it did not work and thus not in QEMU 10.0. Maybe in a future version I can fix that too. For using -kernel option with amigaone you need BBoot 0.8, older BBoot versions only work with -device loader lines.
and the AmigaOS version for it is still available unlike pegasos2 that may not have copies left to buy any more.
Unless the availability display in their shop is wrong Alinea seems to have nearly all versions of AmigaOS 4.1 FE: Classic Amiga/WinUAE, Pegasos2, Sam460 and AmigaOne SE/XE/µA1 versions, as well as the Sam440 and X1000 ones.
The only missing versions are the ones for the X5000 and A1222+, but AFAIK those boards were never sold without AmigaOS licence and there were no AmigaOS updates yet after they were released.
ACube seems to have the Pegasos2 version as well, but no Classic Amiga, AmigaOne, Sam4x0, etc., ones in stock.
I have updated my installation to latest QEmu and latest BBoot. Using Peg2 Emulation with 2GB RAM and silikonmotion chip. Unfortunately I have always scrambled fonts - no matter what I use (BitMap or TrueType fonts). I even installed new fonts but it does not help. There are always parts of the letters missing and line spacing often seems to be off. No clue what is going on. Im using 1920x1080x16bit.
Does anybody have an idea? Do I have to revert to an earlier version? Or use another screenmode or so?
@Reth What's the screen resolution of the host? Try using the same or integer multiple of that to avoid problem with scaling or you may try using different display backend like -display sdl,gl=on or -display gtk,gl=on (depending on which backend you use) which some say have better scaling. If it's not a scaling problem due to mismatching host/guest resoulution then something may be very broken in your installation as nobody else reported similar problems.
Host uses same resolution (1920x1080) but 32bit of course. My installation got latest BBoot and latest QEmu (beforehand I started from Peg2 bios - now using BBoot).
This is my start bat file - did not yet try gtk though:
@Reth You can remove -accel tcg -cpu 7447 -boot-order c options from your command. This won't fix anything but these are not needed so dropping them makes the command simpler. A shorter version of "-drive if=none,id=hd,file=hdf/hd.img,format=raw -device ide-hd,drive=hd,bus=ide.0" would be "-drive media=disk,format=raw,file=hdf/hd.img".
As for the problem, does it happen even when in full screen mode (accessed by Ctrl+Alt+F with -display sdl)? Can you post a screen shot showing the issue?
Tried gtk and there everything looks fine. Will revert to SDL later on to post a screenshot (did not yet try the full screen option there yet).
BTW: Is there a way to switch between QEmu and other windows programs while being on full screen or do I always have to leave full screen beforehand (Ctrl-Alt-G does not work when being in fullscreen)?
Addendum: Startet in SDL full-screen and there also everything looks fine. When switching back to window it still looks OK. Need to check starting in non-full screen again and check for a screen shot.
Ok, retried now with SDL and GTK, full screen and windowed for whatever reason it works now in all the settings. But I'll take it :)
Short different question: Has anybody managed to get the Amiga-Keys working in QEmu so that e.g. Copy&Pate can be done via keyboard? So far I did not yet get it working.
Short different question: Has anybody managed to get the Amiga-Keys working in QEmu so that e.g. Copy&Pate can be done via keyboard? So far I did not yet get it working.
@Reth Only URL but you can check what others use for posting pics. Does -display sdl,gl=on also help? The default scaling of SDL is quite simple but that should not matter if you run with the same resolution as the host using full screen. I wanted to see a screenshot mainly to understand how you run QEMU when seeing the problem as it isn't clear from the description.
As soon as I also add the fullscreen option it works fine. With GTK it works in fullscreen + window (while GTK seems to have some problems when booting in fullscreen and switching to WB - then I have to switch to windowed and back again to get it corrected).
gl=on seems to provide good results also in Windowed Mode of SDL. Thanks for the hint!
News feed
OS4 Feedback forum
OS4Depot Feedback forum
AmiCygnix forum
ABC shell forum
AmiKit forum
Cinnamon Writer forum
CodeBench forum
Digital Universe forum
Dopus 5 forum
E-UAE forum
Gnash forum
Ibrowse forum
JAmiga forum
Odyssey forum
OWB forum
Qt forum
SmartFileSystem forum
Timberwolf forum
TouchDevice forum
TuneNet forum
Unsatisfactory Software forum
Donate
