Sorry, Deadwood Bars'n'Pipes needs the i386 libraries, I think, so it should work. I will do some tests, it's just that I don't know where to put the device and the classes

I tried to run Dupus5 using EmuV0 but crashes.

EmuV0 most likely will not be able to support as complex software as Magellan. Since the sources are available, it makes more sense to port Magellan to 64-bit rather, because native build will always have advantage over emulated.

just a comment from me. Most logical would be if EmuV0 will expecially concentrate to run software without available sources. Everything else can be adapted to 64bit

Much of the ‘most important’ software has already been ported to 64-bit, see Aros Archive, there is little left.

The software developed in Hollywood will all be supported by Emuv0, at the moment the author of Hollywood is not interested in 64-bit.

In theory what would work for any software is to have an "AROS hosted on AROS" version which similiar to Linux/hosted AROS would run natively (no cpu emu) but simply just have exec taskswitching hacked together using host OS (in this case AROS itself) functionality. Plus gfx/mouse/kbd/timer/filesystem drivers using also host OS (AROS itself) methods.

[quote name=aros-sg post=9949]@aros-sg
In theory what would work for any software is to have an "AROS hosted on AROS" version which similiar to Linux/hosted AROS would run natively (no cpu emu) but simply just have exec taskswitching hacked together using host OS (in this case AROS itself) functionality. Plus gfx/mouse/kbd/timer/filesystem drivers using also host OS (AROS itself) methods.[/quote]

EmuV0 actually does something similar. There is no cpu emu in EmuV0 and calls of core libraries (exec, graphics, etc) are proxied to 64-bit Kickstart side.

Here is an experimental port of "rounded frames" to 32-bit muimaster.library. You need to copy all the libraries and classes in this archive to EmuV0: overwriting existing one. I only lightly tested with with Zune theme of AROS One 1.2, so there can be issues. Note: These libraries are not meant to be installed directly on your 32-bit installations.

https://axrt.org/development/EmuV0/zuneroundedtest.zip

Corner rounding works well for buttons and boxes.

Probably among the known graphical issues, the ‘Iconify’ GUI gadgets do not work and crash the system!

Thanks for reporting. I see if I can stop Iconify from crashing.

Build v0.25

Changes:
- muimaster.library updated to support rounded edges
- menus implemented, tested with RNOEffects, but should work with other software too

Note: menus have UI glitches, it's a known issue.

https://axrt.org/development/EmuV0/EmuV0-0.25.x86_64-aros-v11.zip

With ZuneHexEditor and AnimPlayer, the menu works fine!

With Font Test, however, the menu does not work!

https://archives....tester.lha

FontTester is doing some actions which are not system-friendly. I added a workaround for this, but if this workaround breaks other software, it will have to be removed and FontTester will not be supported.

https://axrt.org/development/EmuV0/EmuV0-0.26.x86_64-aros-v11.zip

Build v0.27:

Changes:
- crash at exit of JoinGUI fixed

https://axrt.org/development/EmuV0/EmuV0-0.27.x86_64-aros-v11.zip

v0.27 works well with Image2PDF, JoinGUI and Hex2; there are no more Guru crashes now.

Font Tester Menu works, but if you try to load a font, the system crashes.

RNOSlide can load images and create a video (Avi file created correctly), but a Guru crash occurs after saving the video. Furthermore, if you try to change the name of the video file to be saved in the GUI, the system crashes.

Build v0.28:

Changes:
- iconify does not crash anymore (and is disabled)
- typing into FileRequester does not crash (UI has glithes, it better to use mouse to select)
- touching scrollbar in FileRequester does not crash

https://axrt.org/development/EmuV0/EmuV0-0.28.x86_64-aros-v11.zip

Hi All,

I'm sharing a new build of EmuV0. With version 0.30 it is stable enought to be considered a "BETA" software. It can now be included in the distribution and configured for selected, tested programs. Version 0.30 brings one additional feature: it is now possible to pass arguments to 32-bit programs - just append them to the command line. As EmuV0 is in quite good condition now, I will be focusing on some other developments, but I will of course be taking notes of reported issues and solving them in future versions.



https://axrt.org/development/EmuV0/EmuV0-0.30.x86_64-aros-v11.zip

OK, thank you Deadwood. I am testing all the more or less important 32-bit software. I will make a list of those that work well, those that work but have some problems, and finally the 32-bit applications that do not work.

If you have time, you could take a look at Dopus4 64-bit. The Guru messages on “Copy” or “Copy As” are sometimes very frequent and prevent you from working. Dopus4 simplifies and speeds up any tests for me.

Also, on Dopus4, the pointer graphics sometimes become corrupted, distorted or replaced by a trace. This happens to me when I use WMware SVGA video resolutions, which do not allow the pointer to be captured in screenshots. I need to check if the same thing happens with VESA.

works like a charm!
https://www.youtu...tTgTRdfb_8

With FT2Tracker, I continue to experience crashes on exit, both with AROS One 1.2 and with the latest test build.

With AROS Hosted (via WMware), Emuv0 does not work (tested both PC and Linux versions), as soon as I run it, the system crashes.