Who's Online |
84 user(s) are online ( 44 user(s) are browsing Forums)
Members: 0
Guests: 84
more...
|
|
|
|
Re: MilkyTracker 1.03
|
Posted on: 2023/4/30 8:33
#841
|
Quite a regular
|
@CapehillQuote: Capehill wrote:@Maijestro
By the way, your MilkyTracker images and videos show different colors than usually. Is that some theme or a color channel issue? Interesting, what should MilkyTracker look like? I have not changed anything in the settings of MilkyTracker. Even setting the default theme under AmigaOs4.1 does not help. Maybe it is because of Wazp3D, or the 16 bit screenmode, I have no idea. Img: https://ibb.co/nPLmQgfOk I was able to reproduce it under WinUae with Wazp3D SDL2 OpenGL, in software mode MilkyTracker works and has slightly different colors. This confirms that Wazp3D is causing the wrong color display. But I still don't understand why under Qemu/Pegasos2 emulation it doesn't switch to software mode if the settings are set for it. Img: https://ibb.co/PjXm30b WinUae/Wazp3D/16 bit I could also debug it if they tell me what to do. But maybe you have another idea ?
Edited by Maijestro on 2023/4/30 9:15:32 Edited by Maijestro on 2023/4/30 11:11:45 Edited by Maijestro on 2023/4/30 11:28:50 Edited by Maijestro on 2023/4/30 11:41:48
|
|
|
|
Re: ScummVM and AmigaOS4.1 F.E.
|
Posted on: 2023/4/29 20:48
#842
|
Quite a regular
|
@Raziel
No, I have only installed the latest SDK 54.16. Also I found their wiki, these are the files I need to add to the SDK?
"libvorbisfile, libvorbis, libFLAC, libogg, libmad, libtheoradec, libfaad, libmpeg2, liba52, libfreetype, libGL and/or libogles2"
What files do I need to add to the latest SDK?
Anyway you are doing a great job with ScummVM and I would like to use it too. The Qemu/Pegasos2 emulation is very fast and ScummVM would run fantastic on it even without 3d support.
Maybe you could compile it for me and provide it to me, I could test it then. I am not sure what would be the best way to use it for me.
There seems to be a SDL problem when switching to the software renderer under AmigaOs4.1, you must have read this already. As much as I would like to use ScummVM it makes no sense to test this software until SDL is fixed.
Still, please explain to me what "libz.so" is it an SDL affiliation?
Edited by Maijestro on 2023/4/30 17:40:04
|
|
|
|
Re: ScummVM and AmigaOS4.1 F.E.
|
Posted on: 2023/4/29 20:17
#843
|
Quite a regular
|
@Raziel I took your advice into account, but unfortunately it breaks with this error message when compiling: Img: https://ibb.co/c6GQZxzThis is my configuration before compiling: https://ibb.co/GVhn9dHI can also provide you with the whole log file, but it wouldn't do any good, I'm sure there is a SDL2 problem under AmigaOs4.1 especially in 16 bit compositing/software mode. I have exactly the same problem with MilkyTracker SDL2, but it works with Warzp3d and Opengl, ScummVM does not.
|
|
|
|
Re: MilkyTracker 1.03
|
Posted on: 2023/4/29 19:32
#844
|
Quite a regular
|
@CapehillQuote: Capehill wrote:@Maijestro
It seems that even if you ask for software renderer, SDL tries to accelerate the framebuffer and create compositing renderer behind the curtains. You could try to disable it by "setenv SDL_FRAMEBUFFER_ACCELERATION 0" and see what happens with "software" driver. This line does not bring any improvement, the window opens and flickers 2-3 times and then I have the black content again. Quote: I got mixed results on WinUAE. "software" works OK on a 32-bit screen but for some reason driver is swapped from "software" to "compositing" on a 16-bit screen. No idea why, need to debug more. I think it's a bug in the SDL2 release under AmigaOs4.1, I would make myself available as a beta tester to fix SDL2, especially the software/compositing part seems to be broken. Quote: OpenGL mode I didn't try but I saw something similar using PatchCompositeTags. Actually whole window content breaks on resize which doesn't happen on native system. When you resize a Wazp3D window, does it break completely? The whole thing runs very stable via Wazp3D the window can be enlarged as desired and the tracker scales with it. I have recorded a small video so you can see it better. YouTube: https://youtu.be/mpVaLWLD05w
Edited by Maijestro on 2023/4/29 20:30:55 Edited by Maijestro on 2023/4/29 20:31:47
|
|
|
|
Re: MilkyTracker 1.03
|
Posted on: 2023/4/29 13:48
#845
|
Quite a regular
|
@CapehillQuote: Capehill wrote:If you are using "overscan" as logical size mode, then it could have problems. In such a scenario please switch to default/letterbox mode.
EDIT: rebuilt MilkyTracker with the latest SDL2 library: http://capehill.kapsi.fi/mt/MilkyTracker-SDL2.lha
Overscan (with compositing driver) should work now, too. Tested under AmigaOs4.1 Qemu Pegasos 2. SDL Prefs are on default settings. With software and compositing it was tested also here black screen. The sdl1.x version of MilkyTracker works. Image: https://ibb.co/k0ycVtnImage: https://ibb.co/L5CnCCgOk sorry I reported this error on Os4depot it works perfectly with Warzp3D under AmigaOs4.1 Pegasos 2 Qemu. I measured to set the settings to Opengl in prefs SDL2.But software rendering and compositing do not work, which it should. Compositing is supported by the sm501 driver under AmigaOs4.1/Qemu Pegasos 2. It is the same problem as with ScummVM there you also get only a black window. Your new version looks a bit more distorted than the os4depot version with older SDL2. Please compare the pictures. Old Build SDL2 (os4depot) Img : https://ibb.co/qDhSf3dNew Build SDL2 Img: https://ibb.co/SBx7q9D
Edited by Maijestro on 2023/4/29 14:21:22 Edited by Maijestro on 2023/4/29 14:22:30 Edited by Maijestro on 2023/4/29 14:23:25 Edited by Maijestro on 2023/4/29 15:07:50
|
|
|
|
Re: Was ist heute die schnellste x64-Emulationsart von OS4?
|
Posted on: 2023/4/28 18:56
#846
|
Quite a regular
|
@afx-Gruppe
Can they please post their command line ?
I can't help much on Linux as I have everything set up under MacOs.
But maybe @white can help he has it set up under Linux. Perhaps you have also made a mistake in preparing the installation medium.
I recommend that you try both installation instructions if your AmigaOs4.1 Pegasos 2 should be final and up to date with what is currently available. ZBalaton`s guide refers to older versions of Pegasos 2 AmigaOs4.1 versions and shows alternative ways.
|
|
|
|
Re: Was ist heute die schnellste x64-Emulationsart von OS4?
|
Posted on: 2023/4/27 23:12
#848
|
Quite a regular
|
@white Thanks for the tip, I just tested it Odyssey 1.23 Beta 2 works very well under AmigaOs4.1 apparently newer versions broke it, or it's the emulation. No more error message when using YouTube and also all other sites I use work very well. Playing videos with Odyssey's internal player was quite ok, but still I prefer YT with Mplayer it's a bit faster and doesn't require as much CPU power. I'm also not sure if Odyssey's internal player uses 3d acceleration for playing YouTube videos. But anyway, this version works very well here. YouTube: https://youtu.be/NxfBgGkL7m4
|
|
|
|
Re: What the fastest possible x64 emulation way of OS4 today ?
|
Posted on: 2023/4/26 22:07
#849
|
Quite a regular
|
@white Here again a comparison, Qemu nor AmigaOs4.1 are optimized and still very fast. I would still test their beta version of Odyssey, I have problem with YouTube from time to time, it crashes frequently. YouTube : https://youtu.be/RMBLSt6Ce2s
|
|
|
|
Re: What the fastest possible x64 emulation way of OS4 today ?
|
Posted on: 2023/4/25 22:05
#850
|
Quite a regular
|
@white
To be sure that it is not the RTL8139 driver under AmigaOs4.1 we would have to reproduce it with another machine e.g.
PPC LINUX or MorphOs, if there are no problems there we have the proof that the driver does not work properly under AmigaOs4.1.
If there are also problems there we could report it to the Qemu team.
-ne2k_pci as device has also support for the RTL8029 under AmigaOs4.1, it is also recognized, but I get no internet connection with this driver.
You can also get a list which drivers Qemu provides or supports.
qemu --device help
|
|
|
|
Re: ScummVM and AmigaOS4.1 F.E.
|
Posted on: 2023/4/20 18:26
#851
|
Quite a regular
|
@Raziel
I would also compile the code myself under AmigaOs4.1, but for that I would need exact instructions. And then I could test it...
|
|
|
|
Re: ScummVM and AmigaOS4.1 F.E.
|
Posted on: 2023/4/20 18:22
#852
|
Quite a regular
|
@white
However, you must not forget that we use a completely different emulation with the Pegasos 2 and you cannot compare that with WinUae as well.
90% of the things under the Pegasos 2 emulation are comparable to real hardware and work the same way.
The problem is that software rendering was not compiled properly and only the graphics card part 16/32 with opengl (3d acceleration) was tested.
Or please prove me wrong .
|
|
|
|
Re: What the fastest possible x64 emulation way of OS4 today ?
|
Posted on: 2023/4/19 17:11
#853
|
Quite a regular
|
@white
The solution is simple, please write directly to Balaton Zoltan, he is smart and a very nice person and can answer many of your questions.
I only test the Qemu Pegasos 2 emulation directly and if I find any errors I report it to him. Most of the time he then tells me what to do, but he doesn't have a solution for everything either.
Do you have an idea where I can upload YT?
Edited by Maijestro on 2023/4/19 18:21:12
|
|
|
|
Re: What the fastest possible x64 emulation way of OS4 today ?
|
Posted on: 2023/4/19 15:36
#854
|
Quite a regular
|
@whiteQuote: white wrote:@Maijestro
Now even YT.rexx doesn't work anymore. While AmiTube works fine with the "MickJTPlayer" composite I also have problems with YT.REXX it was switched to YouTube something that it no longer works. On all my backups HDs where it worked otherwise, it no longer works without error message. But videos are still played. YT.Rexx: https://ibb.co/BB6DFwxQuote: would be kind enough to send me your YT folder because I saw that it works for you and I would like to see if your YT works for me Thank you. I will send you a link later. Quote: with the latest filesystem for amigaos 4.1 (not 68k) )) You should definitely use SFS PPC it will increase your reading and writing speed even more. Quote: Here a test with E-UAE with the final full screen configuration with demos written for the 060 etc. You have set up E-UAE great, what version are you using? And do I need to consider any other things ?
|
|
|
|
Re: ScummVM and AmigaOS4.1 F.E.
|
Posted on: 2023/4/19 15:17
#855
|
Quite a regular
|
@Raziel Quote: Raziel wrote:@Maijestro
Could you run ScummVM with -d9 switch and post the log somewhere (will grow big), just to make sure we're not missing something obvious (or 3D is still picked up somewhere) Can you please explain to me how exactly I have to proceed ? Do I have to start the "-d9 switch" from the ScummVM Gui or via the shell.
|
|
|
|
Re: What the fastest possible x64 emulation way of OS4 today ?
|
Posted on: 2023/4/18 18:14
#856
|
Quite a regular
|
I'll summarize it again briefly.... Problems we still have at the moment under Qemu Pegasos 2: - Using -cpu 7447 with Altivec support there is no correct GUI/window output for some SDL applications, use -cpu g3 instead. -After update FE 2 it is possible that your network connection becomes unstable, if this is the case please copy the older rtl8139.device from the Pegasos install.iso to system/devs/Networks on your installation HD -Nvram is not yet emulated, so the firmware's environment variables are not preserved, so the boot command has to be entered at every startup -Currently the maximum resolution is limited to 1440x900 16 bit under the Qemu Pegasos2 emulation -AmigaOs4.1 cannot be terminated under Qemu via the "Shutdown" menu (there is already a patch for this, but it probably won't make it into Qemu 8 Final) How can I help: It can be helped to solve the -cpu 7447 problem by reproducing the whole thing with Qemu 8 and MorphOs. This means that you have to install MorphOs under Qemu and test different SDL applications that also access AltiVec directly. This would confirm that both systems have the same problems and it is not AmigaOs4.1 specific. If someone wants to help, you can get the installation for Morphos under Qemu from here: http://zero.eik.bme.hu/~balaton/qemu/amiga/Let's create together the best Amiga NG emulation
|
|
|
|
Re: ScummVM and AmigaOS4.1 F.E.
|
Posted on: 2023/4/17 18:59
#857
|
Quite a regular
|
@CapehillQuote: Capehill wrote:@Maijestro
If problem is now that ScummVM is using the compositing driver for SDL_Renderer, then please open SDL2 prefs and select "software" as driver, or just set the variable on shell:
setenv SDL_RENDER_DRIVER "software" Thanks for the help I have set the SDL prefs to software and saved, but that just gives me a gray window output when I start ScummVm. ScummVM SDL Software
|
|
|
|
Re: ScummVM and AmigaOS4.1 F.E.
|
Posted on: 2023/4/17 16:36
#858
|
Quite a regular
|
@RazielQuote: Raziel wrote:@all
How would i go about testing this on an OpenGL enabled platform target?
Would it be sufficient to rename minigl and ogles2 libraries or are there other parts needed to be taken care of?
And could someone maybe try? (still a few days to go before i get home)
Thank you If no one is willing to help, I would be happy to investigate the problem with you. There are ways to use ScummVM, this patch is called PatchCompositeTags, but makes the whole thing very unstable and is not system compliant. I think there is a better way without this patch if we look at the problem. So it can't be the 16 bit screenmode. I am not sure what this patch does exactly. ScummVM Patched
Edited by Maijestro on 2023/4/17 18:45:35
|
|
|
|
Re: ScummVM and AmigaOS4.1 F.E.
|
Posted on: 2023/4/16 11:59
#859
|
Quite a regular
|
@CapehillQuote: Capehill wrote:@Maijestro
If you modify the ini file directly, try to set gfx_mode to "surfacesdl". Probably same what Raziel suggested. Unfortunately no luck with GFX_Mode = Surfacesdl [scummvm].ini gui_browser_native=true filtering=false autosave_period=300 gfx_mode=surfacesdl mute=false gui_use_game_language=false speech_volume=192 native_mt32=false gui_mode=antialias midi_gain=100 last_window_width=640 last_window_height=480 talkspeed=60 confirm_exit=false mt32_device=null extrapath=extras/ audio_buffer_size=2048 enable_gs=false gui_scale=125 gui_return_to_launcher_at_exit=false subtitles=false multi_midi=false fullscreen=false gui_browser_show_hidden=false render_mode=amiga browser_lastpath=extras/ gm_device=null themepath=themes/ sfx_volume=192 music_volume=192 speech_mute=false music_driver=auto stretch_mode=stretch opl_driver=auto aspect_ratio=true versioninfo=2.7.0 gui_theme=scummclassic local_server_port=12345 renderer=software I use these settings in the .ini file
|
|
|
|
Re: What the fastest possible x64 emulation way of OS4 today ?
|
Posted on: 2023/4/16 8:54
#860
|
Quite a regular
|
@whiteQuote: white wrote:@Maijestro
Now I spent some time configuring the whole system. Clearly currently the emulation is forced. Until some bugs like SDL are fixed Yes the CPU is currently forced but will be fixed in Qemu 8.1. Therefore it is important that bugs are investigated so that the problem can be solved. It's good that you do many things to test and partly do crazy things with the emulation. I look forward to sharing experiences in the future, I also learned a lot from you when I started experimenting with WinUae. If you find bugs in the emulation, you can also use the bug tracker. There are already some entries from other people and you can also see which bugs have already been reported. Currently we are investigating the problems with SDL (Altivec) with CPU 7447. https://osdn.net/projects/qmiga/ticketOne more small hint, you can also use the line -cpu g3 this CPU works perfectly with SDL and also Ranger shows this CPU correctly. Also the g3 CPU is much faster in Qemu emulation than the default settings and SFS is also supported. I already tested it with Quake Timedemo1 1280x720 -cpu 7447 24 FPS Software Rendering -cpu g3 16.4 FPS Software Rendering We now have 2 CPU's we can use for compute intensive applications and Altivec support CPU 7447 and for the best possible compatibility CPU g3 Please test it. As soon as there is news I will contact you again
Edited by Maijestro on 2023/4/16 15:51:58
|
|
|
|