just to be sure...as i cant make out the version of scummvm you are basing your tests on...is that 2.8.0 release or the test build i uploaded?
because 2.8.0 used an older libcurl...hence .11, while the *unreleased* test build is using the latest release from os4depot...hence .12
The tests were carried out with your last public version 2.8.0, which you uploaded to Os4Depot. The archive also contains libcurl.so.12 in the sobjs directory.
However, I also tested your test build 2.9.0git by replacing libcurl.so.12 with version 11, and again no DSI or crash occurred. In tests where I could otherwise reproduce a DSI.
I have PtPlay library V2.6) installed, from 29.04.2008. AmiUpdate finds also version 2.6, but from 2009-12-14. In the package description I get a:
"PtPlay library (2.6) - %s - etc"
What about this "- %s -" ?
you need to update your catalog file. rigo changed one string and the (old) catalogs still contain it. just wait for an update of the catalog and install it
(the german one is in the upload queue. i only came back from vacation that weekend)
regards... michael
The German catalog file can also be downloaded from the upload area beforehand.
This topic is also a bit confusing for me, I don't use AmigaOs4.1 via real hardware, but via the PPC emulation Qemu.
The Amiga rules should perhaps be expanded to include this reference, if this is not desired I will of course leave this forum!
Otherwise I agree with you, it's a shame what AmigaWorld.net has become 80% trolls and I personally think it's really good that there are still admins here who take care of the forum.
Since there are still active admins here who take care of the forum, you can very quickly determine whether they are just spammers or trolls. Apart from that, everything that has to do with Amiga is of course interesting to mention (hardware/software), if it is kept within limits.
Of course topics about AmigaOs4.1 should always be in the foreground, this was also the reason why I visited this forum a year ago.
does that reproducible crash always point to the same address?
Yes, it always refers to libcurl.so.12 when I use Odyssey or YT before and then start ScummVM.
Quote:
could you try doing a stack 4000000 in shell just before starting scummvm and see if something changes, please?
I changed the stack from default settings of 1024000 to 4000000 and started 5 engines in a row and stopped ScummVM no DSI no GrimReaper. Also tested after running Odyssey and YT which normally always resulted in a DSI crash. In the log you can see that I have executed 5 engines in a row without DSI/GreamReaper after exiting ScummVM
User picked target 'bladerunner-win-de' (engine ID 'bladerunner', game ID 'bladerunner')...
Looking for a plugin supporting this target... Blade Runner
Running Blade Runner (Windows/German)
STARTUP.MIX: 57d674ed860148a530b7f4957cbe65ec, 2314301 bytes.
Using pixel format: RGB565@2
WARNING: DefaultSaveFileManager::assureCached: Can not cache path 'Programme:ScummVM/Save/': 'Failed to create directory 'Programme:ScummVM/Save/''!
Subtitles version info: v8 (13:37:36 09/08/2022) EFIGS
Subtitles font 'SUBTLS_E.FON' was loaded successfully.
WARNING: numQueuedStreams: 0!
WARNING: numQueuedStreams: 0!
WARNING: numQueuedStreams: 0!
WARNING: numQueuedStreams: 0!
Blade Runner
From the dark recesses of David Leary's imagination comes a game unlike any
other. Blade Runner immerses you in the underbelly of future Los Angeles. Right
from the start, the story pulls you in with graphic descriptions of a
grandmother doing the shimmy in her underwear, child molestation, brutal
cold-blooded slaying of innocent animals, vomiting on desks, staring at a
woman's ass, the list goes on. And when the game starts, the real fun begins -
shoot down-on-their-luck homeless people and toss them into a dumpster. Watch
with sadistic glee as a dog gets blown into chunky, bloody, bits by an
explosive, and even murder a shy little girl who loves you. If you think David
Leary is sick, and you like sick, this is THE game for you.
JW: Don't forget the wasting of helpless mutated cripples in the underground.
It's such a beautiful thing!
DL: Go ahead. Just keep beating that snarling pit bull...ignore the foam
around his jaws. There's room on the top shelf of my fridge for at least one
more head... - Psychotic Dave
MG: Is David Leary a self-respecting human or is he powered by rechargeable
batteries?
User picked target 'sword25-de' (engine ID 'sword25', game ID 'sword25')...
Looking for a plugin supporting this target... Broken Sword 2.5
Running Broken Sword 2.5: The Return of the Templars (German)
data.b25c: f8b6e03ada2d2f6cf27fbc11ad1572e9, 654310588 bytes.
User picked target 'dig-de' (engine ID 'scumm', game ID 'dig')...
Looking for a plugin supporting this target... SCUMM [all games]
User picked target 'dreamweb-cd-de' (engine ID 'dreamweb', game ID 'dreamweb')...
Looking for a plugin supporting this target... DreamWeb
Running DreamWeb (CD/DOS/German)
dreamweb.r00: 9960dc3baddabc6ad2a6fd75292b149c, 155886 bytes.
dreamweb.r02: 076ca7cd326cb2abfb2091c6cf46ae08, 201038 bytes.
WARNING: DefaultSaveFileManager::assureCached: Can not cache path 'Programme:ScummVM/Save/': 'Failed to create directory 'Programme:ScummVM/Save/''!
User picked target 'grim-win' (engine ID 'grim', game ID 'grim')...
Looking for a plugin supporting this target... Grim
Running Grim Fandango (Windows/English)
VOX0001.LAB: 444f05f2af689c1bffd179b8b6a632bd, 57993159 bytes.
WARNING: Lua_V1::SetGamma, implement opcode, level: 0.000000!
WARNING: DefaultSaveFileManager::assureCached: Can not cache path 'Programme:ScummVM/Save/': 'Failed to create directory 'Programme:ScummVM/Save/''!
WARNING: !!!! Trying to call MakeSectorActive without a scene!
WARNING: !!!! Trying to call MakeSectorActive without a scene!
WARNING: !!!! Trying to call MakeSectorActive without a scene!
WARNING: !!!! Trying to call MakeSectorActive without a scene!
WARNING: !!!! Trying to call MakeSectorActive without a scene!
WARNING: DefaultSaveFileManager::assureCached: Can not cache path 'Programme:ScummVM/Save/': 'Failed to create directory 'Programme:ScummVM/Save/''!
Quote:
and lastly, if you have, could you start 5 different games from 5 different engines, quit them when they have load in and then quit scummvm?
does it crash for you then?
I have tested 5 engines and the global settings are set to go back to the ScummVM GUI after the engine is closed. I had no problems, please keep in mind that this only affects the software rendering.
You can see it in my video which I will delete later after you have seen it.
I never had such a stable ScummVM version under AmigaOs4.1 with libcurl.so.11 from Sys:sobjs/, with which I replaced their version 12. So now I am sure that libcurl.so is the problem. As always I could only test the software renderer, so it should be tested with Opengl/OpenGles2, but libcurl.so is not hardware related and does not access the 3D acceleration so there should be improvements when starting ScummVM.
All tests were performed with ScummVM 2.8.0 and replaced libcurl.so.12.
It's because of sobjs libcurl.so.12 in their ScummVM archive, so I added Sys:SObjs/libcurl.so.11 to their archive and renamed it to liburl.so.12 because ScummVm looks for it when it starts. I ran this test 3 times and it didn't lead to any DSI or crash of ScummVM after I ran my tests where I could clearly reproduce the DSI. I can clearly reproduce the DSI error with version 12, which is in your archive.
I also noticed that there is no version 12 of libcurl.so in Sys:SObjs/ there is only version 11. But your ScummVM is using version 12 so maybe you should change that. Or check what changes have been made from version 11 to 12 that are causing the problem.
Please test this, you will get the same result as me. Tested with ScummVM 2.8.0 and 2.9.0git
Edited by Maijestro on 2024/2/18 8:17:48 Edited by Maijestro on 2024/2/18 8:22:05 Edited by Maijestro on 2024/2/18 10:25:18
thank you for testing nonetheless...maybe your emulation environment will come in handy someday when/if there is a solution to debugging anything from outside the OS?
I'm not a programmer either and have no idea about these things, but I'm always happy to learn.
I'm not sure but normally debugging should be possible like on real hardware, on the virtual machine everything can be forwarded to the serial port.
Unfortunately I don't know how a meaningful debugging is done, but what I have tried is to boot AmigaOs4.1 with debug level 20 and it gives me all output via the serial port, also the start of ScummVM is recorded that way. But I'm not sure if it can be helpful to collect these logs, you can see it in my video.
If it is helpful for you or someone else I will reproduce a DSI and make the recording available for someone to watch.
Edit: I will delete the video later so as not to slow down the thread.
Raziel wrote:@all Please test if the quit crash is gone for good
Multiple crashes are still present, at least here on the virtual machine. It is easy to reproduce.... open Odyssey go to YouTube and play a video via YT. Then run ScummVm....boom DSI, but it can be ignored and continues to work. So should be tested on real hardware.
Otherwise I noticed that your test version supports software rendering perfectly again without having to replace libSDL2-2-28 with an older version and rename it to libSDL2-2-28. Thank you
Thanks for the new version RC2, no problems with the installation. All SDL2 applications work as usual.
I would also like to donate something to them, without them developing/porting SDL1/SDL2 we would have far less software on AmigaOs4.1 even if it is not native development.
Update 2.53 was displayed via AmiUpdate 2.52 including Prefs Update and installed without any problems. Sys:Prefs/Updater now works without any problems when executing "search now..." no error messages.
They reacted very quickly and I thank them for that.
As for the version under SDL2 on sm502 under qemu it runs slow. But that's obviously not a SDL2 problem just a weak 2D graphics card.
kas1e wrote that he had already ported DGEN with SDL2 and it was slow, so it's not because of sm502's 2D acceleration. Of course anything that accesses 3D acceleration is very slow with sm502/2D accelerated. And of course we only use the 16 bit screen, Qemu or the host has to downsample everything from 32 bit to 16 bit.
@kas1e
Smarkusg could certainly use some help, maybe you can look into that as well and we should stick with SDL1/sdl12-compat for now, the trial version of DGEN works really well and is very fast and should run fine on older real machines below the x5000.
I think you have a bit more experience with Amiga paths and could implement it well. One more thing, I've already found someone who could write a GUI for it, but it would be in Hollywood, which I don't think is a bad thing.
Edited by Maijestro on 2024/2/12 18:04:59 Edited by Maijestro on 2024/2/12 18:08:18 Edited by Maijestro on 2024/2/12 18:12:12 Edited by Maijestro on 2024/2/12 18:26:04 Edited by Maijestro on 2024/2/12 18:29:56 Edited by Maijestro on 2024/2/12 18:51:29
Another error has crept in, namely when you start the search via the prefs there are also error messages. Very few people will do this, but the bug is there.
Is there a way to donate to their work? PayPal would be ideal...
If I remember right i port SDL2 version of latest DGEN sometime ago, and it were awfully slow and crashy in compare with version we have on os4depot (if i remember correctly, of course).
smarkusg has already recompiled DGEN with sdl-compat as I assume in version 1.33.
The new version is pretty cool you can just drag the window to any size and change the size. Also a few filters and scaling functions are included.
I don't think a GUI is really necessary for this cute little thing, if maybe drag and drop is added or a short window selection where you just select the roms.
The 2.52 update is now live. I've noticed there are a number of bugs on the bug tracker that could do with checking. So if you have any outstanding ones, and have some time, please recheck with 2.52.
The new version 2.52 was not displayed via AmiUpdate 2.51, I downloaded it from the AmiUpdate website and installed it.
AmiUpdate 2.52 now works very well again. The prefs settings can be set and saved. "Start iconified (recommended)" via AmiDock works
Also will be very tasty to have proper N64 emulator, which is fast and co, and properly ported too (the one we didn't have as i aware). Love to play Banjo-Kazooie and Zelda with N64.
An N64 would be really cool, I've also tried FPSE (Playstation Emulator) and it runs very well even in software rendering.
I'm not sure about N64, but it will probably only run decently 3D accelerated. There are some SDL2 developments that are very interesting.
Or maybe already .... time to deal with Dgen emulator - SEGA ...
Dgen os os4depot is ~12 years old ?
The version on Os4Depot still works very well, I have done a few tests. However, this version is based on SDL1 and has problems with the CPU G4.
Have you tried the Dgen GUI, it allows you to use Windows x3 which gives a reasonable output. Of course it is not very practical that you have to search for everything until you get a reasonable result with Dgen.
I would be interested in an SDL2 version as this will not cause any problems with the CPU G4. Is there a possibility that we can use the x2 and x3 window and that a path to the rom can be selected at startup? I don't want to have to start everything from the shell.
Here is a quick comparison of how it works with the old SDL1 version of Os4Depot including the GUI:
Edit:I will remove the video later so as not to clog up the forum.
Edit1:Perhaps your SDL2 version of Dgen is also compatible with the Dg GUI - that would of course be perfect. I should test it......
Since some people don't really like the GUI of SNES9x, I tried to see if I could change something visually. So I experimented a little ;) This is what it looks like for me now:
My favorite is Version 2 I like very much
Does it still have the fade in and fade out effect?
Currently I am very happy with the Javier GUI, but I would also like to test your GUI how it behaves below FullHD resolutions which I use due to the fact that I have to use my 4K TV as a monitor, everything else would be too small for me to be decently readable
Here you can see the problems with AmiUpdate 2.50/2.51 if you want to start it from the dock with the setting "Start iconified (recommended)" via AmiDock.
Since it affects at least 4 people here, they should check it out. You can also contact me privately and I will do all the testing for you.
It may help you to better understand the problem and what exactly is happening.....
OK, after quite a snowball of issues and such, 2.51 is available.
Hopefully it should work OK. I've tested it locally here on two machines and it seems good. I'm keeping my fingers crossed everything works as it should.
Thanks for the update 2.51 I was able to install it via AmiUpdate 2.50 without any problems.
As FlynnTheAvatar reports, I can also confirm that AmiUpdate 2.50 and 2.51 can no longer be opened from the AmiDock. I currently have to disable the AmiDock function to get the AmiUpdate window to appear.
AmiUpdate prefs and settings work fine and can be saved without problems.