[quote name=deadwood post=4955]@deadwood - Yes, core build have mesa 20.x, but nouveu driver has not been updated - so you get newer main library but no hardware 3D on supported video cards.[/quote] If drivers get updated one gets 3d acceleration in hosted? That's dope

ok, but what is the current version on linux?

Yes, core build have mesa 20.x, but nouveu driver has not been updated - so you get newer main library but no hardware 3D on supported video cards.

newer mesa?B)

Hmm, one way of checking this would be compiling 64-bit version and run on 64-bit AROS hosted. 64-bit version uses a different (newer) Mesa which might solve that issue.

Hmm, the drop in frame rate is not that bad. Also I guess the more plausible reason is that hostgl has a bug rather then native nvidia driver ;) It actually might be due to Mesa - you compile DOOM with Mesa GL headers but then run with "other" GL implementation. There might be some bug in Mesa headers that gets exposed this way.

Yes the result is very very nice, I tested the native linux version, difference is only 30fps with 1024*768 (180fps) although on native linux the graphic is not buggy :)

Nice results! Weird though that native driver has a bug that nouveau do not have :/

[quote name=deadwood post=4940]@deadwood - BTW, has anyone tried DOOM3 on hosted AROS using HostGL? Does it work? What FPS do you get.[/quote] I've some problem with athlonxp (doom3 not starting but I've to reinstall) testing again later Tried it on hosted with hostgl on my notebook: Ryzen 5 4600H - Nvidia 1650 - mint 21.1 640*480 - 155fps 800*600 - 154fps 1024*786 - 150fps 1280*720 - 150fps But it has some problems with transparency (seem a graphic artifact) I've attached a screenshot Game seems working but I saw on timedemo a problem with the torch (light from it is weird)

BTW, has anyone tried DOOM3 on hosted AROS using HostGL? Does it work? What FPS do you get.

[quote name=deadwood post=4892]@deadwood - @Deremon Is there anything additional printed on the linux console from which you started AROS hosted? For reference my test setup is Mint 21.3 with close sourced nVidia drivers and 32-bit OpenGL installed. What you can check is that: 1) Do you have /usr/lib/i386-linux-gnu/libGL.so.1 2) You need to be using X server, not Wayland (maybe it will work under Wayland but it was never tested) 3) Make sure you use close source nVidia driver 4) Make sure you give AROS more RAM (-m 1024 for 1GB) If this fails you can still debug AROS using gdb to find out reason (if you have your own local compilation). Let me know if you are interested.[/quote] I was using nouveau that's why :) with closed source drivers it's working fine on my notebook Unfortunately on core2 with 9500GT I can't use latest drivers I've to find an updated distro that support kernel 5.x max, latest nvidia drivers supporting that thing are v340.108 not compiling on kernel 6+ (apart from nouveau that, well, doesn't work :) )

[quote name=AMIGASYSTEM post=4905]@AMIGASYSTEM - Ok with the asterix the modules in question sio feel good, no disturbance ![/quote] Brilliant! Thanks for testing! I'll make a new upload ready soon. :)(y)

Ok with the asterix the modules in question sio feel good, no disturbance !

Can you try: void-fb11.exe -skipplugins * The asterix is important or else the command wont work. :)

I tested from CLI "void-fb11.exe -skipplugins" for the mentioned modules but nothing changes, the disturbance is always present if "avcodec.hwp" is present in Demo folder or in Libs/Hollywood

[quote name=AMIGASYSTEM post=4617]@AMIGASYSTEM - @Puni I noticed that if in the Libs/Hollywood path there is the library "avcodec.hwp", some audio tracks are disturbed, only loud hissing can be heard, basically the audio file seems to be corrupted, if I delete the library "avcodec.hwp" everything works perfectly ! Identifying the cause of the corruption of musical pieces was not easy ! The tracks that can be heard badly are: Void-FB11 - First Track Void-FB14 - Second Track[/quote] Hi again, I was wondering if you could help me with this by running the production from CLI like this: "void-fb11.exe -skipplugins *" Did that work? If yes, then you can then have the "avcodec.hwp" installed. :) If it works on your end, I'll include this in the icon so it happens automatically when run and will also mention it in the readme for those who run it from CLI. Thanks in advance!

Nice! :) Thanks for the video!

@Deremon Is there anything additional printed on the linux console from which you started AROS hosted? For reference my test setup is Mint 21.3 with close sourced nVidia drivers and 32-bit OpenGL installed. What you can check is that: 1) Do you have /usr/lib/i386-linux-gnu/libGL.so.1 2) You need to be using X server, not Wayland (maybe it will work under Wayland but it was never tested) 3) Make sure you use close source nVidia driver 4) Make sure you give AROS more RAM (-m 1024 for 1GB) If this fails you can still debug AROS using gdb to find out reason (if you have your own local compilation). Let me know if you are interested.

[quote name=deadwood post=4880]@deadwood - Also, for hosted, if you create a file called GL in Pres/Env-Archive/SYS with contents "hostgl" (without ""), you will switch OpenGL implementation to using your hosts and it will make the game playable.[/quote] I tried to create GL file with hostgl in Prefs/Env-Archive/SYS but then gl applications just crash on hosted (I tested GLMark and rtcw) it's the same on my notebook (Mint 21.1) and on the core2quad with Debian12 i368 with the error attached below on 20220318-1 I've to install something linux side to make it work?

@AMIGASYSTEM Thank for the icons. I have packaged all (game+icons+data+sources) on archive. I have written also a bit of readme for Aros release (hope did not miss nothing).