scummvm.lha game/misc - Comments

HKvalhe (89.10.145.67) @ 08 Apr 2026, 06:24.21

Wed, 08 Apr 2026 18:24:21 +0200

By: HKvalhe (89.10.145.67)

@Maijestro 
Thank you so much for the new update! ScummVM 2026 2.0 works a lot better on my X5000/20 system with RadeonRX driver. Lots of games work. The only very few that don't work or ar not completely compiled in are the following: BLUE, PQ4 and SQ6. BLUE gives a GR message. The other two are not yet compiled in. However, interesting enough, the games Future Wars and Operation Stealth work, so these should be really fun to play! You mentioned the front window issue with ScummVM, but I hardly noticed anything, so it doesn't matter so much to me. I'm very happy with this release. It's just getting better and better for each version you do. I hope that the Windows version of Syberia 1 and 2 can be added for a future version of ScummVM, as well as the implementation of SDL3 and Vulkan when possible. TLJ works very well, but you can't add the extra path, AFAIK. Will test the first Broken Sword game. Earlier, this game had audio issues after version 2.7.1, which was long ago. Keep up the excellent work, and thanks again for making this possible.

HKvalhe (89.10.145.67) @ 29 Mar 2026, 10:45.21

Sun, 29 Mar 2026 22:45:21 +0200

By: HKvalhe (89.10.145.67)

@Maijestro 
I got TLJ working again by turning off the extra path thing and just having TLF to find it's ordinary path, then adding the extra path stored in ScummVM Extra, then the game worked again. Tested and working just fine. Otherwise, the other stuff I mentioned. Don't worry, other games will work the more of those engines are implemented. Don't rush with the Vulkan implementation. Just spend good time and patience to make it work properly, both for the choice of graphics mode and the 3D Render mode. I noticed on ScummVM that version 2 of the 2026 build has already arrived for the other platforms. I suppose the next version for AmigaOS4 will be a leap from version 1.1 to 2.x for the ScummVM 2026 build for AmigaOS4. Thanks for the hard work you do on ScummVM. The community and I are extremely grateful.

HKvalhe (89.10.145.67) @ 29 Mar 2026, 10:31.10

Sun, 29 Mar 2026 22:31:10 +0200

By: HKvalhe (89.10.145.67)

@Maijestro 
You're welcome. I installed your very latest ScummVM 2026 1.1 that is available on OS4Depot today, but couldn't get TLJ to work. When I tried to run it, the yellow Command Line screen appeared instead. However, I might try something. I will get back to this if I don't get TLJ working. Keep up the excellent work and thanks again.

Maijestro (79.198.24.155) @ 29 Mar 2026, 07:03.20

Sun, 29 Mar 2026 19:03:20 +0200

By: Maijestro (79.198.24.155)

@HKvalhe 
 
Thanks for your feedback. 
 
 
“The Longest Journey” should actually work. I just tested it again—do you have today's build? I uploaded a new one yesterday that includes some fixes. 
 
I tested it with the Windows DVD version and didn't have any issues. Oh, and one more thing—logs are of course very helpful. If you have any, please post them here: 
http://crashlog.os4depot.net/?function=listapp&file=game/misc/scummvm.lha 
 
Here’s a link again to show that it really works for me: 
 
https://ibb.co/Kc8zF9vF 
 
New engines are coming in the next release ;-)

HKvalhe (89.10.145.67) @ 29 Mar 2026, 06:05.58

Sun, 29 Mar 2026 18:05:58 +0200

By: HKvalhe (89.10.145.67)

@Maijestro 
The very latest version works even better and several more adventure games work. Those using the AGES engine, hence the Remake version of King Quest, Space Quest, Golden, Shivah and Whispers Of A Machine. They run now, as well as the old classic Larry, Police Quest and Space Quest games, both the AGI and the SQ1 versions. However, some games are not implemented and compiled in. Those are Amazon Queen, Beneath The Steel Sky (BASS), PQ4 and SQ6. The Longest Journey doesn't run, but I guess the engine for that is not yet prepared. Teenagent gives a GR message, indicating that it doesn't work. It's interesting the intergration of Vulkan. I'm aware it cannot be used yet. It's better to spend good time with patience to make Vulkan completely work, both for the choice of graphics mode and for the 3D render mode as well. If you should need help, try to contact the author of the VulkanOS4 port. He might know properly how to intergrate it. But all in all, the new ScummVM 2026 build for AmigaOS4 works a whole lot better! Thanks! Keep up the excellent work.

HKvalhe (89.10.145.67) @ 26 Mar 2026, 05:25.47

Thu, 26 Mar 2026 17:25:47 +0100

By: HKvalhe (89.10.145.67)

@Maijestro 
Thanks. Looking forward to it, and the Vulkan 1.3 3D Render implementation. You're almost there. Keep doing your best to improve. No rush. Use your time wisely.

Maijestro (79.198.24.155) @ 25 Mar 2026, 07:17.07

Wed, 25 Mar 2026 19:17:07 +0100

By: Maijestro (79.198.24.155)

The problem is that I haven't added all the engines yet. The Readme file lists which engines are currently active and working. Thanks for the list of games. I'll add a few more engines and make some improvements over the weekend. Please be patient—I'll definitely take a look. 
 
And thanks for the feedback.

HKvalhe (89.10.145.67) @ 24 Mar 2026, 09:01.16

Tue, 24 Mar 2026 21:01:16 +0100

By: HKvalhe (89.10.145.67)

New ScummVM 2026 is definitely better, but I have some trouble. Several of the games that worked under ScummVM 2.9.0, don't run in ScummVM 2026 version. It either claims can't find the suitable engine, corrupted/missing datas for a game or the game being too unknown. The games are BASS, Amazon Queen (DOS version), Golden, Shivad, PQ4, TLJ, Broken Sword 2, Teenagent and Whispers Of A Machine. Several of these games were bought from GOG. I also can't run the Remake version of Space Quest 2, King Quest 1-3 and Quest For Glory. They worked in ScummVM 2.9.0. It is possible that several elements are not completely compiled yet for the new ScummVM 2026 version? Hope it will be fixed. Thank you very much.

HKvalhe (89.10.145.67) @ 24 Mar 2026, 07:03.11

Tue, 24 Mar 2026 19:03:11 +0100

By: HKvalhe (89.10.145.67)

Finally, we get the new ScummVM 2026 version for AmigaOS4 and it should work a lot better! Thanks for the update and keep improving. The next version should have Vulcan 1.3 implemented as the ultimate 3D render feature in ScummVM.

HKvalhe (89.10.145.67) @ 27 May 2025, 03:34.06

Tue, 27 May 2025 15:34:06 +0200

By: HKvalhe (89.10.145.67)

Version 2.9.1 of ScummVM has just been released. Although not yet for AmigaOS4 and MorphOS.

Maijestro (79.198.24.181) @ 27 May 2025, 11:00.40

Tue, 27 May 2025 11:00:40 +0200

By: Maijestro (79.198.24.181)

@Theoldman 
 
afxgroup has created a clib4 version of ScummVM, as far as I can remember version 2.9.0 this version should work fine on the A1222 
 
https://www.amigasoft.net/temp/scummvm_clib4_020225.lha

Theoldman (98.36.116.108) @ 26 May 2025, 08:31.22

Mon, 26 May 2025 20:31:22 +0200

By: Theoldman (98.36.116.108)

I came across a YouTube video from an A1222+ enthusiast named Ghettofinger. He was running into issues getting ScummVM fully working on his A1222 — seems like he only has version 1.8 up and running. Is there a definitive step-by-step guide for getting the latest ScummVM working properly on this system?

HKvalhe (89.10.145.67) @ 14 Jan 2025, 02:51.22

Tue, 14 Jan 2025 14:51:22 +0100

By: HKvalhe (89.10.145.67)

https://lists.scummvm.org/pipermail/scummvm-tracker/2024-April/044981.html 
 
Proof that latest ScummVM since version 2.8.0 and 2.8.1, has trouble with Broken Sword 1 audio in multiple scenes, regardless of your settings in ScummVM and your system. 
 
This article proves I was right about the Broken Sword 1 audio issue. This only affects the Broken Sword 1 game. All other ScummVM games have fully working audio. 
 
I was forced to remove the Broken Sword 1 game from ScummVM 2.9.0, which I run on my AmigaOne X5000 system. 
 
So now you know the truth about the Broken Sword 1 audio issue in the latest ScummVM. 
 
Hopefully, this problem will be solved for the next update of ScummVM after version 2.9.0.

HKvalhe (89.10.145.67) @ 09 Jan 2025, 02:36.12

Thu, 09 Jan 2025 14:36:12 +0100

By: HKvalhe (89.10.145.67)

After reading several threads from different ScummVM and Broken Sword 1 forums, it seems that the audio problem of the game is part of the game. Others have mentioned that the audio in Broken Sword 1 was never improved, so it's not a ScummvM issue but the main game issue. This would have to be something Revolution Software need to fix themselves. Unfortunately, for now, the game cannot be plaid in ScummVM without this audio distortion. Better just remove that game and play all the other ScummVM games that work completely. I'm very happy with the ScummvM 2.9.0. As said, works as a charm. Keep up the excellent work.

HKvalhe (89.10.145.67) @ 08 Jan 2025, 11:48.21

Wed, 08 Jan 2025 23:48:21 +0100

By: HKvalhe (89.10.145.67)

Had to remove the game Broken Sword 1 from my ScummVM 2.9.0 setup because of its' stuttering audio. Voice worked (see my previous post) but high-pitched distortion when using OGG for music. No matter the installment of the game, no matter the audio driver Adlib or those Windows-compatible PC sound drivers, the stuttering audio was still present in Broken Sword 1 under latest ScummVM. In earlier versions of ScummVM up to version 2.7.0, all audio in Broken Sword 1 worked perfectly. Now it doesn't, while all other ScummVM games have fully working audio, even Broken Sword 2, under ScummVM 2.9.0. It seems that versions from 2.7.0 and upwards, made some stright changes of game and data localizations and probably broke the validation code for Broken Sword 1, resulting in these problems. I hope this problem can be fixed, because as now, the game cannot be played with such distorted audio. 
Thank you for reading. Have to say it here because not everyone is registered at GitHub, and not everyone is a developer. Most here are just allround users. Apart from the audio problem of Broken Sword 1 under ScummVM 2.9.0, every other games have fully working audio.

HKvalhe (89.10.145.67) @ 07 Jan 2025, 01:49.04

Tue, 07 Jan 2025 13:49:04 +0100

By: HKvalhe (89.10.145.67)

ScummVM 2.9.0 really works as a charm on my X5000. However, the only problem is the high pitched audio in Broken Sword 1. I managed to solve the speech issue by copying the SPEECH.CLU file from CD1 and CD2, then name them Speech1.clu and Speech2.clu on the SPEECH drawer of the game. But now, there's no music. OGG version would give the high pitched noise, while the music in WAV format can't be heard. I understand that there was done some further stright changes since version 2.7.0 of ScummVM. Could the author please take a closer look on how Broken Sword 1 is run in latest ScummVM? All other ScummVM games have working audio. Thank you kindly.

Maijestro (79.233.222.27) @ 30 Dec 2024, 08:32.02

Mon, 30 Dec 2024 20:32:02 +0100

By: Maijestro (79.233.222.27)

I would also like to thank you again for the new version 2.9.0 which has become very stable and works excellently on my X5000.

HKvalhe (89.10.145.67) @ 23 Dec 2024, 11:54.00

Mon, 23 Dec 2024 23:54:00 +0100

By: HKvalhe (89.10.145.67)

The new ScummVM 2.9.0 fresh install on my X5000, with new tools, worked as a charm without any problems. Everything works! However, the first original Broken Sword game, still has the crackling audio, regardless of setup. All other games have working audio. I suspect some changes to audio format used for Broken Sword. Wonder if the Remastered version of Broken Sword would work better, if getting support for it. Despite this, all other games, even Broken Sword 2 and 2.5, work as supposed to, as well as the audio. Thanks for the update! Look forward to see shaders for those Syberia games. I bought the first 2 of them. MERRY CHRISTMAS!

HKvalhe (89.10.145.67) @ 01 Apr 2024, 05:28.49

Mon, 01 Apr 2024 17:28:49 +0200

By: HKvalhe (89.10.145.67)

New 2.8.1 version of ScummVM seemed to have been released March 31th of 2024, containing some fixes. I picked up the new version from the ScummVM site itself. The Installer works, but installed only 85% of the archive over previous installment, that was 2.8.0 on my X5000/20. While the 2.8.1 seems faster and generally works better, Broken Sword 1 and 2 still have cracked audio since version 2.8.0, due to the change of game engine, but these games had perfect audio from ScummVM 2.7.2. Perhaps a wise idea to compare the game engine of BS1 and BS2 from 2.7.2 with 2.8.1, to see what went wrong with the audio. I think the author of ScummVM might find that revelation interesting. Apart from that, the color of the graphic running the old adventure games like Larry, make the face looks a bit too "red". Not sure if it should be like that. But overall, the new 2.8.1 works much better since 2.8.1. I will look into installing the 2.8.1 again when the update is again available here on OS4Depot.

HKvalhe (89.10.145.67) @ 15 Jan 2024, 04:54.25

Mon, 15 Jan 2024 16:54:25 +0100

By: HKvalhe (89.10.145.67)

@Breaking 
I belive rafa1138 is using a Classic Amiga with PiStorm accelerator. It would probably mean that the RTG classic version of ScummVM is the one he should use, which of course is not found here but on Aminet.

Breaking (193.207.131.53) @ 14 Jan 2024, 06:10.33

Sun, 14 Jan 2024 06:10:33 +0100

By: Breaking (193.207.131.53)

@rafa1138 
What version of the OS are you using? 
This is the native version for AmigaOS 4.1 (PowerPC)

HKvalhe (89.10.145.67) @ 13 Jan 2024, 05:52.42

Sat, 13 Jan 2024 17:52:42 +0100

By: HKvalhe (89.10.145.67)

@Rafa1138 
There are some few bugs in the new 2.8.0 version that need to be fixed. Hopefully a 2.8.1 update will be a minor one with bug fixes and should come soon. Raziel has been informed about the problems. MorphOS version also have the same problems. Hopefully will be fixed for the next update not far away. Just hold on a little bit more.

rafa1138 (47.197.11.160) @ 13 Jan 2024, 04:56.16

Sat, 13 Jan 2024 16:56:16 +0100

By: rafa1138 (47.197.11.160)

Hi. I have used the installer and when try to run it it says can't find the tool. Running this in amiga 500+ with pistorm emu68. Any way to fix it? Thanks

rafa1138 (47.197.11.160) @ 13 Jan 2024, 04:45.32

Sat, 13 Jan 2024 16:45:32 +0100

By: rafa1138 (47.197.11.160)

Hi. I have used the installer and when try to run it it says can't find the tool. Running this in amiga 500+ with pistorm emu68. Any way to fix it? Thanks

HKvalhe (89.10.145.67) @ 07 Jan 2024, 12:04.14

Sun, 07 Jan 2024 00:04:14 +0100

By: HKvalhe (89.10.145.67)

@Pavlor 
Hopefully, we can get to play Syberia soon. Keep an eye on the those updates. First, ScummVM 2.8.0 needs to be bug fixed for a possible 2.8.1 update. Should not be too long, hopefully.

pavlor (89.103.59.203) @ 06 Jan 2024, 06:01.00

Sat, 06 Jan 2024 18:01:00 +0100

By: pavlor (89.103.59.203)

Then I must wait until these are supported (and read the readme up to the end next time...).

HKvalhe (89.10.145.67) @ 06 Jan 2024, 04:03.50

Sat, 06 Jan 2024 16:03:50 +0100

By: HKvalhe (89.10.145.67)

@pavlor 
It's mentioned that in order to run those Syberia games, Shaders have to be written for these games in order to run ScummVM 2.8.0. Also be aware that there are some minor problems present with the ScummVM 2.8.0. The ones I mentioned in previous post. Hopefully, Raziel will have them fixed for a small 2.8.1 update in a not too distance future. Fingers crossed.

pavlor (89.103.59.203) @ 06 Jan 2024, 01:28.49

Sat, 06 Jan 2024 13:28:49 +0100

By: pavlor (89.103.59.203)

I'm trying to run Syberia. Game data are recognized (GoG version for Macintosh), but when I start the game, I get ISI.

HKvalhe (89.10.145.67) @ 03 Jan 2024, 03:57.19

Wed, 03 Jan 2024 15:57:19 +0100

By: HKvalhe (89.10.145.67)

@Raziel 
 
Forgot to mention there are actually some few problems with the new ScummVM 2.8.0, which others seem to have noticed as well. A MorphOS friend of mine also reported identical problems with the new ScummVM 2.8.0. I'll try to list them here. 
 
*Causing a GR when other windows are active, after closing down ScummVM 2.8.0 
(can also cause a black screen due to this) 
*Complaining about Timestamps loading problems (but loads fine anyway) 
*Fullscreen button for games don't work right away (must toggle more than once) 
*Crackled audio in Broken Sword 1 due to changed support (worked in 2.7.1) 
 
These are the problems with ScummVM 2.8.0. Otherwise, all other games work as supposed to. Sorry to mention those problems, but it's important to report about them so that these can hopefully be solved fast and easily without too much struggle. Hopefully, a 2.8.1 update of ScummVM can address these issues. Keep on improving, Raziel. You're doing a great job with ScummvM. Can only get better.

HKvalhe (89.10.145.67) @ 02 Jan 2024, 09:54.31

Tue, 02 Jan 2024 21:54:31 +0100

By: HKvalhe (89.10.145.67)

@Raziel 
I'm very happy with the new ScummVM 2.8.0 on my X5000/20. The install went without any problems and all games run as supposed to. However, I noticed problem with speech and music in Broken Sword under ScummVM 2.8.0. It was not the case in previous version 2.7.1. I should mention that I have the ESI@Juli XTe PCIe audio card. Speech and music in Broken Sword 1 used to work. In ScummVM 2.8.0, the audio crackles instead. Can't hear any speech. Music files are OGG. Could that be the problem? Thought about replacing them with MP3 version, if there's any, or is this a minor issue with ScummVM 2.8.0 itself? Otherwise, all other games run just fine.

HKvalhe (89.10.145.67) @ 31 Dec 2023, 04:36.09

Sun, 31 Dec 2023 16:36:09 +0100

By: HKvalhe (89.10.145.67)

A great thank to Raziel for an outstanding update of ScummVM 2.8.0! After adding the missing file to the ScummVM Installer, I did a fresh install of the latest version on my X5000 and it completed the install without any issues! ScummVM 2.8.0 runs perfectly on my X5000/20, and looks even better, too! Now all OS4 users can install ScummVM 2.8.0 without problems! Thanks again for the update, Raziel, and HAPPY NEW YEAR 2024! Keep up the excellent work.

HKvalhe (89.10.145.67) @ 31 Dec 2023, 01:55.03

Sun, 31 Dec 2023 13:55:03 +0100

By: HKvalhe (89.10.145.67)

@No 
I understand more than you know. Raziel has confirmed himself that my notice in this missing problem was a fact. This should now already have been addressed. It was important to mention the problem so that hopefully for future updates, this can be avoided. People want stuffs to work, not to fail. You know this, and I'm sure everyone agrees. Keep that in mind before you complains about feedback.

No (188.193.60.153) @ 31 Dec 2023, 01:44.17

Sun, 31 Dec 2023 13:44:17 +0100

By: No (188.193.60.153)

No, it won't always work. 
There was a typo in the installer script, all files are and were there. 
 
Stop lecturing people about things you don't understand

HKvalhe (89.10.145.67) @ 31 Dec 2023, 04:24.20

Sun, 31 Dec 2023 04:24:20 +0100

By: HKvalhe (89.10.145.67)

The error mentioned in line 103 (see previous post) happens during 13% of a fresh installation of ScummVM 2.8.0 on my X5000/20. Seems to be missing the "drawer.info" file that the error in line 103 complains about. Waiting for the Installer of ScummVM 2.8.0 to be fixed, before doing a fresh install of the new version again. PLEASE, ALWAYS ensure that EVERY files are included in ScummVM Installer. This is extremely important and that way, its Installer will therefore ALWAYS work.

HKvalhe (89.10.145.67) @ 31 Dec 2023, 03:46.45

Sun, 31 Dec 2023 03:46:45 +0100

By: HKvalhe (89.10.145.67)

Tried to install the ScummvM 2.8.0 update on my X5000/20 using its Installer by installing to harddisk rather than RAM, as mentioned earlier. Unfortunately, I get this error message: Sorry...an Error Has Occurred! COPYFILES: Problem with source file/drawer "drawer.info" in line 103. DOS Error Type: Unable to locate a file or drawer. Please fix the Installer again and ensure it finds ALL the info files as well.

HKvalhe (84.49.190.204) @ 16 Aug 2023, 03:42.38

Wed, 16 Aug 2023 15:42:38 +0200

By: HKvalhe (84.49.190.204)

Any chance of seeing support for Dreamfall - The Longest Journey? I have the sequel as well on PC for the first game. By using the OpenGL ES wrapper, it should work very well. Looking forward to see more games supported. Perhaps more of those Broken Sword games as well. 3 and 4 are more 3D-based, but Broken Sword 5 - The Serpent's Curse, returned back to classic 2D stylish adventure. Whatever is possible for future versions of ScummVM, I always look forward to a new update.

HKvalhe (84.49.190.204) @ 02 Aug 2023, 01:24.16

Wed, 02 Aug 2023 01:24:16 +0200

By: HKvalhe (84.49.190.204)

@Raziel 
Happy to confirm that the ScummVM Installer installed the update 100% without any issue! Works perfect now! Thanks for the update and explanation. Keep it up.

HKvalhe (84.49.190.204) @ 02 Aug 2023, 12:33.08

Wed, 02 Aug 2023 00:33:08 +0200

By: HKvalhe (84.49.190.204)

@Raziel 
Will test again. Thank you so much!

Raziel (188.192.124.216) @ 01 Aug 2023, 10:16.08

Tue, 01 Aug 2023 22:16:08 +0200

By: Raziel (188.192.124.216)

Missed a file, os4depot.net upload should be fine

HKvalhe (84.49.190.204) @ 01 Aug 2023, 04:45.38

Tue, 01 Aug 2023 16:45:38 +0200

By: HKvalhe (84.49.190.204)

As I recall, the ScummVM Installer for version 2.7.1 gives this error at 30% of the installment, regardless from RAM or on one of the harddisk partitions. It should be mentioned that I'm currently using NGFS/00 as boot partition on the X5000 (to be changed to SFS/02 as soon as I receive the A-EON USB Emergency Boot. 
 
ScummVM Installer points to this error message saying "Sorry...an Error Has Occurred! COPYFILES: Problem with source file/drawer "Install.info" in line 85. 
DOS Error Type: Unable to locate a file or drawer. The solution rather became to install it over the previous 2.7.0 version manually. As long as one knows what should be where, this shouldn't be a problem. Especially not for a small update that mostly fixes some bugs. Everything runs as supposed to, despite the manual installment.

HKvalhe (84.49.190.204) @ 01 Aug 2023, 03:31.40

Tue, 01 Aug 2023 15:31:40 +0200

By: HKvalhe (84.49.190.204)

I have managed to update ScummVM from version 2.7.0 to 2.7.1 on my new X5000. Unfortunately, the ScummVM Installer failed at 30% of the installment, regardless of running the Installer either from RAM or on harddisk. I was forced to install it manually, but I don't see a problem of doing that as long as you know what should be where they should be, and since this is a small update with a fix, this shouldn't be a problem. But I hope for future versions of ScummVM that the Installer can be fixed to work properly, and that it will run the installment 100%, not failing halfway. Nevertheless, the new versions works like a charm. Thanks for the update.

Pavlor (89.103.59.203) @ 26 Mar 2023, 10:33.20

Sun, 26 Mar 2023 10:33:20 +0200

By: Pavlor (89.103.59.203)

Attendum: I think I know where the save game issue is. When I try to save the game (The Curse of Monkey Island) for the first time, ScummVM opens the "comi.c01" file, but doesn˙t close it then, so if I try to save the next time, ScummVM reports it is not possible. Now, if I rename the "comi.c01" file to anything else (eg. "comi.c01p"), ScummVM creates a new "comi.c01" file and I can save yet again.

Pavlor (89.103.59.203) @ 26 Mar 2023, 09:40.30

Sun, 26 Mar 2023 09:40:30 +0200

By: Pavlor (89.103.59.203)

I have some weird problem with saving games on 2.7.0 (tested with The Curse of Monkey Island). Default save path doesn't work (ScummVM reports it can't save), local save path works at first (for eg. 1 or 2 saves), later it gives the same error as with the default path. I installed 2.7.0 over the previous release.

HKvalhe (84.49.190.204) @ 04 Mar 2023, 01:32.14

Sat, 04 Mar 2023 01:32:14 +0100

By: HKvalhe (84.49.190.204)

The new ScummVM 2.7.0 is fantastic! I unarchived it to hard drive and ran the Installer without any problem. Working fantastic on my SAM460ex under AmigaOS4! I'm confused about the choice of Shaders under the Graphic settings for ScummVM and the games. I chose Anti-Aliasing FXAA. Is this the best Shader to choose? Thanks for the new version anyway. Keep up the excellent work.

HKvalhe (84.49.190.204) @ 28 Feb 2023, 03:52.21

Tue, 28 Feb 2023 15:52:21 +0100

By: HKvalhe (84.49.190.204)

ScummVM 2.7.0 official released to all platforms but AmigaOS4 and MorphOS version remain. Hope to see the new version soon. I'm excited!

HKvalhe (84.49.190.204) @ 20 Jan 2023, 07:01.08

Fri, 20 Jan 2023 19:01:08 +0100

By: HKvalhe (84.49.190.204)

@K-L 
I could confirm the same experience with the Installer of ScummVM fails to complete the installment of the application and its belongins. Hopefully, as Raziel says, this should now already have been fixed for version 2.7.0. Looking forward to that.

Raziel (188.193.107.50) @ 17 Jan 2023, 03:36.35

Tue, 17 Jan 2023 15:36:35 +0100

By: Raziel (188.193.107.50)

(it has alwas be like that) 
Funny that no one really reported it until recently. 
 
I may have missed the "drawer.info" file in the last upload. 
This is already fixed in the 2.7.0 install...soon

K-L (87.231.126.250) @ 17 Jan 2023, 08:27.50

Tue, 17 Jan 2023 08:27:50 +0100

By: K-L (87.231.126.250)

True indeed, the installer hangs just after starting to copy files (it has always be like that). I tried to copy an .info file and the stops with an error message.

HKvalhe (84.49.190.204) @ 19 Nov 2022, 12:58.02

Sat, 19 Nov 2022 00:58:02 +0100

By: HKvalhe (84.49.190.204)

TLJ works very well, but often during the game, a lot of GR messages show up. It's possible to ignore them 1 or 2 times, or to click Continue. Otherwise, after trying to ignore the GR message at least 2 times, the GR forces the user to do a Reboot. Fortunately, it's possible to continue the game from where it was saved last time. Hope this bug can be fixed. I saw the compatibility list for the game to work in latest ScummVM and it only says the support is GOOD, but NOT EXCELLENT. Hope the support will be even better. But the game is fun to play otherwise, no doubt.

HKvalhe (84.49.190.204) @ 11 Nov 2022, 11:02.10

Fri, 11 Nov 2022 23:02:10 +0100

By: HKvalhe (84.49.190.204)

@Raziel 
I found the solution! You simply have to create a Shaders drawer for those games that actually use the Shaders from the Extra drawer of ScummVM! For TLJ, I just created a Shaders drawer and only copied the STARK Shaders to the Shaders drawer for TLJ, THEN you could run TLJ in OpenGL/OpenGL with Shaders! 
 
With RadeonHD v3.7 currently, speed is not at its best, compared to the RadeonRX. A little bit stuttering in audio in some heavy video sequences, but the game itself is quite playable, really. It's getting better as more updates we get! Phew, that took long enough to figure! All happy now! Have fun everyone! Thanks for all the help, Raziel! You can relax now! Keep up the excellent work!

HKvalhe (84.49.190.204) @ 11 Nov 2022, 09:18.28

Fri, 11 Nov 2022 21:18:28 +0100

By: HKvalhe (84.49.190.204)

@Raziel 
It's not always easy to explain but I'm trying my best. Earlier, I tried to run the Installer for ScummVM, but often halfway, it fails to complete and shows an error. The safest way has always been to unarchive it directly to the chosen destination, then set up ScummvM to work. I pointed TLJ to use the Shaders found in ScummVM's Extra drawer, but that didn't help. Probably because I'm running RadeonHD v3.7 driver (5.14 being extremely buggy. Hans fixing that these days). Thank you for trying your best to help. It means a lot.

HKvalhe (84.49.190.204) @ 11 Nov 2022, 09:14.34

Fri, 11 Nov 2022 21:14:34 +0100

By: HKvalhe (84.49.190.204)

@Raziel 
The ScummVM Installer fails to install it and opens with an error message. Have to drag and copy it manually, or unarchive it to a chosen destination. 
 
But TLJ doesn't work, regardless of setting the extra path to the Shaders. Same for Grim Fandango (even the demo). If choosing SDL Surface and Software Render, then those games work. So my theory here is that since I am using RadeonHD v3.7 driver (the 5.14 said to be very buggy), I suppose there are limit support for shaders or it's that the RadeonRX driver has FULL benefit of the Shaders. Hard to tell, but everything up to date here on my SAM460ex, according to the Updater tool, if looking at the exception of the RadeonHD v5 driver, since I'm stuck to the stable 3.7 driver. 
 
I'm afraid I have done just about everything that was suggested. You would have to talk with Kas1e, as he has run several tests from his YouTube videos of ScummVM with Shaders. He might provide some answers we're both not quite aware of.

Raziel (188.193.107.50) @ 11 Nov 2022, 04:28.27

Fri, 11 Nov 2022 16:28:27 +0100

By: Raziel (188.193.107.50)

What is "not fully working" in the installer? 
 
You know, throwing around unbased comments like this is making it hard to help

HKvalhe (84.49.190.204) @ 11 Nov 2022, 04:22.26

Fri, 11 Nov 2022 16:22:26 +0100

By: HKvalhe (84.49.190.204)

@Raziel 
I will install ScummVM over again from scratch. I tried using its' Installer, but the Installer is somehow not fully working. Have to install it manually, then set it up correctly. That's the only way I see it. Shouldn't be so difficult. Thanks. Will do.

Raziel (188.193.107.50) @ 11 Nov 2022, 04:17.51

Fri, 11 Nov 2022 16:17:51 +0100

By: Raziel (188.193.107.50)

If it can't find the shaders, your install is broken or your path settings is incorrect. 
 
Please post your .ini here, only the part under [scummvm] 
 
and go into your extras drawer/, look for a shaders/ subdirectory and check if the named shaders are in there. 
 
see below 
 
list extras/shaders/ 
Directory "extras/shaders" on Friday 11-Nov-22 
emi_actor.fragment                 350 ----rw-d 22-Oct-22 00:15:41 
emi_actor.vertex                  1318 ----rw-d 22-Oct-22 00:15:41 
emi_actorlights.fragment           350 ----rw-d 22-Oct-22 00:15:41 
emi_actorlights.vertex            3148 ----rw-d 22-Oct-22 00:15:41 
emi_background.fragment            107 ----rw-d 22-Oct-22 00:15:41 
emi_background.vertex              136 ----rw-d 22-Oct-22 00:15:41 
emi_dimplane.fragment               82 ----rw-d 22-Oct-22 00:15:41 
emi_dimplane.vertex                206 ----rw-d 22-Oct-22 00:15:41 
emi_sprite.fragment                350 ----rw-d 22-Oct-22 00:15:41 
emi_sprite.vertex                 1161 ----rw-d 22-Oct-22 00:15:41 
grim_actor.fragment                985 ----rw-d 22-Oct-22 00:15:41 
grim_actor.vertex                 1244 ----rw-d 22-Oct-22 00:15:41 
grim_actorlights.fragment          985 ----rw-d 22-Oct-22 00:15:41 
grim_actorlights.vertex           2780 ----rw-d 22-Oct-22 00:15:41 
grim_background.fragment           103 ----rw-d 22-Oct-22 00:15:41 
grim_background.vertex             380 ----rw-d 22-Oct-22 00:15:41 
grim_dim.fragment                  178 ----rw-d 22-Oct-22 00:15:41 
grim_dim.vertex                    299 ----rw-d 22-Oct-22 00:15:41 
grim_emerg.fragment                142 ----rw-d 22-Oct-22 00:15:41 
grim_emerg.vertex                  404 ----rw-d 22-Oct-22 00:15:41 
grim_primitive.fragment             75 ----rw-d 22-Oct-22 00:15:41 
grim_primitive.vertex              248 ----rw-d 22-Oct-22 00:15:41 
grim_shadowplane.fragment           62 ----rw-d 22-Oct-22 00:15:41 
grim_shadowplane.vertex            177 ----rw-d 22-Oct-22 00:15:41 
grim_smush.fragment                281 ----rw-d 22-Oct-22 00:15:41 
grim_smush.vertex                  377 ----rw-d 22-Oct-22 00:15:41 
grim_text.fragment                 142 ----rw-d 22-Oct-22 00:15:41 
grim_text.vertex                   276 ----rw-d 22-Oct-22 00:15:41 
myst3_box.fragment                 205 ----rw-d 22-Oct-22 00:15:41 
myst3_box.vertex                   497 ----rw-d 22-Oct-22 00:15:41 
myst3_cube.fragment                103 ----rw-d 22-Oct-22 00:15:41 
myst3_cube.vertex                  204 ----rw-d 22-Oct-22 00:15:41 
myst3_text.fragment                103 ----rw-d 22-Oct-22 00:15:41 
myst3_text.vertex                  276 ----rw-d 22-Oct-22 00:15:41 
stark_actor.fragment               207 ----rw-d 22-Oct-22 00:15:41 
stark_actor.vertex                3608 ----rw-d 22-Oct-22 00:15:41 
stark_fade.fragment                 97 ----rw-d 22-Oct-22 00:15:41 
stark_fade.vertex                   76 ----rw-d 22-Oct-22 00:15:41 
stark_prop.fragment                269 ----rw-d 22-Oct-22 00:15:41 
stark_prop.vertex                 2766 ----rw-d 22-Oct-22 00:15:41 
stark_shadow.fragment               62 ----rw-d 22-Oct-22 00:15:41 
stark_shadow.vertex                806 ----rw-d 22-Oct-22 00:15:41 
stark_surface.fragment             211 ----rw-d 22-Oct-22 00:15:41 
stark_surface.vertex               679 ----rw-d 22-Oct-22 00:15:41 
wme_fade.fragment                   59 ----rw-d 22-Oct-22 00:15:41 
wme_fade.vertex                    174 ----rw-d 22-Oct-22 00:15:41 
wme_flat_shadow_mask.fragment      232 ----rw-d 22-Oct-22 00:15:41 
wme_flat_shadow_mask.vertex        563 ----rw-d 22-Oct-22 00:15:41 
wme_flat_shadow_modelx.fragment      91 ----rw-d 22-Oct-22 00:15:41 
wme_flat_shadow_modelx.vertex      237 ----rw-d 22-Oct-22 00:15:41 
wme_geometry.fragment               59 ----rw-d 22-Oct-22 00:15:41 
wme_geometry.vertex                214 ----rw-d 22-Oct-22 00:15:41 
wme_line.fragment                   59 ----rw-d 22-Oct-22 00:15:41 
wme_line.vertex                    174 ----rw-d 22-Oct-22 00:15:41 
wme_modelx.fragment                237 ----rw-d 22-Oct-22 00:15:41 
wme_modelx.vertex                 1857 ----rw-d 22-Oct-22 00:15:41 
wme_shadow_mask.fragment            59 ----rw-d 22-Oct-22 00:15:41 
wme_shadow_mask.vertex             174 ----rw-d 22-Oct-22 00:15:41 
wme_shadow_volume.fragment          16 ----rw-d 22-Oct-22 00:15:41 
wme_shadow_volume.vertex           206 ----rw-d 22-Oct-22 00:15:41 
wme_sprite.fragment                272 ----rw-d 22-Oct-22 00:15:41 
wme_sprite.vertex                  359 ----rw-d 22-Oct-22 00:15:41 
62 files - 30K bytes - 124 blocks used

HKvalhe (84.49.190.204) @ 11 Nov 2022, 03:58.44

Fri, 11 Nov 2022 15:58:44 +0100

By: HKvalhe (84.49.190.204)

Tried your very basic INI config, but neither Grim Fandago and The Longest Journey works in OpenGL (with Shaders) mode. These open up with the text console saying can't find either the Stark_Source.vertex or the one Grim uses. All other games run without problems in full OpenGL with Shaders, though. And I have MIDI in my SAM460ex with GUS SoundFonts.

HKvalhe (84.49.190.204) @ 11 Nov 2022, 03:33.08

Fri, 11 Nov 2022 15:33:08 +0100

By: HKvalhe (84.49.190.204)

@Raziel 
I will test the demo of Grim Fandango and try your further suggestion carefully. I come back to you later. Thanks.

Raziel (188.193.107.50) @ 11 Nov 2022, 11:37.00

Fri, 11 Nov 2022 11:37:00 +0100

By: Raziel (188.193.107.50)

Does Grim Fandango work (even the demo would be a good test case) with shaders? 
 
Use my .ini file (BACK UP YOUR .INI FILE BEFOREHAND) and see if it works with ScummVM 2.6.1. 
Adapt the path to your TLJ game directory under [tlj-win] 
 
It's the most basic .ini file, only TLJ added and everything set to opengl (shaders) 
 
--- cut here 
[scummvm] 
gui_browser_native=true 
speech_mute=false 
vsync=true 
mute=false 
speech_volume=192 
native_mt32=false 
mt32_device=null 
last_window_width=1280 
gui_theme=scummremastered 
aspect_ratio=false 
confirm_exit=false 
renderer=opengl_shaders 
extrapath=extras/ 
gui_scale=100 
gui_return_to_launcher_at_exit=false 
last_window_height=960 
browser_lastpath=RAM: 
gm_device=null 
themepath=themes/ 
sfx_volume=192 
music_volume=192 
autosave_period=300 
lastselectedgame=tlj-win 
music_driver=auto 
opl_driver=auto 
local_server_port=12345 
versioninfo=2.6.1 
gui_use_game_language=false 
gfx_mode=opengl 
 
[tlj-win] 
enable_assets_mod=true 
description=The Longest Journey (GOG/Windows/English) 
extra=GOG 
use_linear_filtering=true 
path=path-to/The Longest Journey/ 
engineid=stark 
enable_font_antialiasing=true 
gameid=tlj 
language=en 
platform=windows 
guioptions=sndNoMIDI gameOption1 gameOption2 gameOption3 lang_English 
--- cut here

HKvalhe (84.49.190.204) @ 11 Nov 2022, 01:57.21

Fri, 11 Nov 2022 01:57:21 +0100

By: HKvalhe (84.49.190.204)

@Raziel 
I did as you told me, but unfortunately, the error message still happened. I'm pretty sure only the Software Render mode works for that games currently in ScummVM, and not the full OpenGL Shader one. I should mention I bought the game from GOG, though. Could you ask Kas1e to look deeply into the issue with TLJ? But I did exactly as you told me to do now. TLJ was still not able to run with full OpenGL. Only Software Render mode and SDL Surface. Sorry to bother you with this. I'm sure you're busy, though.

HKvalhe (84.49.190.204) @ 11 Nov 2022, 01:25.51

Fri, 11 Nov 2022 01:25:51 +0100

By: HKvalhe (84.49.190.204)

@Raziel 
You know better than me. I wasn't aware of that. You're absolutely right! Thanks!

Raziel (188.193.107.50) @ 11 Nov 2022, 12:47.13

Fri, 11 Nov 2022 00:47:13 +0100

By: Raziel (188.193.107.50)

- It brings up the text console displaying an error saying "Could not open shader stark_surface.vertex!!". 
 
Just what i suspected. 
Check your path settings, the shaders are located in extras/shaders/, once your extras path points to where the shaders are installed, it will work. 
 
- This only happens with TLJ. The other many games run without problems with OpenGL and OpenGL With Shaders. 
 
Wrong, at least Grim Fandango and Myst 3 also rely on shaders.

HKvalhe (84.49.190.204) @ 10 Nov 2022, 10:42.23

Thu, 10 Nov 2022 22:42:23 +0100

By: HKvalhe (84.49.190.204)

@Raziel 
It brings up the text console displaying an error saying "Could not open shader stark_surface.vertex!!". This only happens with TLJ. The other many games run without problems with OpenGL and OpenGL With Shaders.

Raziel (188.193.107.50) @ 10 Nov 2022, 05:47.29

Thu, 10 Nov 2022 17:47:29 +0100

By: Raziel (188.193.107.50)

but brings up the text console instead 
 
...and what might the text console print? 
I'm no psychic

HKvalhe (84.49.190.204) @ 10 Nov 2022, 03:56.03

Thu, 10 Nov 2022 15:56:03 +0100

By: HKvalhe (84.49.190.204)

@Raziel 
But if you look closely to the ScummVM video review Kas1e did earlier in spring 2022, you will actually notice that Kas1e did run a demo of TLJ in his ScummVM build, and it was running in Software Render mode, which means that is the mode currently only working for the game itself. That's how I understand from what I saw.

HKvalhe (84.49.190.204) @ 10 Nov 2022, 03:51.50

Thu, 10 Nov 2022 15:51:50 +0100

By: HKvalhe (84.49.190.204)

@Raziel 
My SAM460ex has a RadeonHD 7750 at the moment. It's a Southern Island card. I have both the latest drivers, but waiting for the updated, fixed RadeonHD v5 driver for SAM460ex, that has been updated and fixed by Hans. Yes, in ScummVM, for the Global Options and Graphics generally, it has been set to OpenGL and OpenGL with Shaders. But TLJ doesn't support OpenGL/OpenGL with Shaders. Only Software Render at the moment. I ran some tests and tried to make TLJ run with OpenGL and OpenGL with Shaders, but brings up the text console instead. I'll see what I can do.

Raziel (188.193.107.50) @ 10 Nov 2022, 12:14.14

Thu, 10 Nov 2022 12:14:14 +0100

By: Raziel (188.193.107.50)

Do you have an RX card? 
Do you have the latest RX driver? 
Did you set the graphics mode to "OpenGL" and the game 3D renderer to "OpenGL with shaders" in ScummVM global options/graphics? 
 
If those options don't appear for you then one of the above doesn't apply

HKvalhe (84.49.190.204) @ 09 Nov 2022, 10:25.18

Wed, 09 Nov 2022 22:25:18 +0100

By: HKvalhe (84.49.190.204)

@Raziel and Kas1e 
The Longest Journey or TLJ as it's called, has now been installed on my SAM460ex in ScummVM 2.6.1, but as it only runs with software render, it's unbearable slow. Any possibility of making it to use the ogles2.library for optimal 3D performance?

HKvalhe (84.49.190.204) @ 04 Nov 2022, 12:56.52

Fri, 04 Nov 2022 12:56:52 +0100

By: HKvalhe (84.49.190.204)

@Raziel 
I noticed. Thanks for the tip! Keep up the excellent work.

Raziel (188.193.107.50) @ 04 Nov 2022, 10:29.21

Fri, 04 Nov 2022 10:29:21 +0100

By: Raziel (188.193.107.50)

@trgswe 
 
I tried the Amiga version of EOB1 and the "Magic Missile" spell works as intended. 
I only quickly tried the first few encounters and the spell killed the front row fighters just fine.

Raziel (188.193.107.50) @ 04 Nov 2022, 10:27.05

Fri, 04 Nov 2022 10:27:05 +0100

By: Raziel (188.193.107.50)

@HKvalhe 
 
https://wiki.scummvm.org/index.php?title=The_Longest_Journey 
 
The 2-CD and DVD versions have some of the data files packed in installer archives. Unpack the archives.

HKvalhe (84.49.190.204) @ 02 Nov 2022, 02:59.59

Wed, 02 Nov 2022 14:59:59 +0100

By: HKvalhe (84.49.190.204)

@Raziel 
I am going to run some test with TLJ, to see how it actually works with ScummVM 2.6.1 for AmigaOS4. Has to install it on PC first, then try to copy that installation to a big USB pen, then to my Amiga system for testing. I will report back later.

HKvalhe (84.49.190.204) @ 01 Nov 2022, 10:30.54

Tue, 01 Nov 2022 22:30:54 +0100

By: HKvalhe (84.49.190.204)

@Raziel 
I tried to install TLJ from DVD release but doesn't seem to work. I suppose only the demo version currently works. I suppose it will be fully added sooner or later. Perhaps some of you could run some testes? I know Kas1e did, at least. Great to see the 2.6.1 update here! Thanks!

Raziel (188.193.90.12) @ 01 Nov 2022, 05:49.06

Tue, 01 Nov 2022 17:49:06 +0100

By: Raziel (188.193.90.12)

The Longest Journey was added in 2.5.0 and since then many bugfixes have been merged in. So, yes, it should be possible to finish the game in ScummVM (not sure though, haven't played it yet, except some test screens)

HKvalhe (84.49.190.204) @ 01 Nov 2022, 02:20.59

Tue, 01 Nov 2022 14:20:59 +0100

By: HKvalhe (84.49.190.204)

@Raziel 
I noticed that ScummVM 2.6.1 is already available for AmigaOS4 on ScummVM's own Download page. Does games like TLJ works? I have the full game from a DVD but hope it will work in ScummVM 2.6.1.

Raziel (188.193.90.12) @ 29 Oct 2022, 11:56.18

Sat, 29 Oct 2022 23:56:18 +0200

By: Raziel (188.193.90.12)

I'll see what I can do, don't have eob 
 
But you can always open new ticket on the scummvm tracker

trgswe (62.20.228.145) @ 28 Oct 2022, 09:37.05

Fri, 28 Oct 2022 21:37:05 +0200

By: trgswe (62.20.228.145)

can you check if eye of the beholder (both 1 and 2) has a bug in the magic missiles especially when you throw a missile etc. towards a enemy the missile takes 20-45 seconds to reach the wall and explode.. this is the same with eob2 as eob1, there was a old ticket for something with magic missiles but this was in the 1.6.0 version I dont't know if it maybe is something in the setup of scummvm (latest 2.6.0 stable on scummvm.org)

Raziel (37.251.238.2) @ 28 Sep 2022, 06:01.01

Wed, 28 Sep 2022 18:01:01 +0200

By: Raziel (37.251.238.2)

@Jurassicc 
 
Monkey4 is considered unstable and has been taken out of the release builds. 
 
I too feel uneasy leaving the possibility to add unstable/unsupported game targets in the detection list for release builds. 
 
Therefore this has been brought to the maintainers attention and will be discussed internally for the hext release... 
 
If you want to test out unstable games/engines please use a daily build instead. 
 
Thank you

Jurassicc (86.133.20.229) @ 28 Sep 2022, 09:37.36

Wed, 28 Sep 2022 09:37:36 +0200

By: Jurassicc (86.133.20.229)

User picked target 'monkey4-ps2' (engine ID 'grim', game ID 'monkey4')... 
Looking for a plugin supporting this target... Grim 
Running Escape From Monkey Island (Sony PlayStation 2/English) 
artAll.m4b: 0dc9a4df0d8553f277d8dc8e23b6249d, 34593974 bytes. 
Monkey Island 4 (PS2 Version) throws out this error :- 
 
WARNING: Grim failed to instantiate engine: Game id not supported (Escape from Monkey Island support is not compiled in) (target 'monkey4-ps2', path 'DH1:Emulators/ScummVM/Games/Monkey4-PS2/')!

HKvalhe (84.49.190.204) @ 14 Sep 2022, 02:12.44

Wed, 14 Sep 2022 02:12:44 +0200

By: HKvalhe (84.49.190.204)

@Raziel 
Disabling MT-Roland device in ScummVM certainly did the trick of making most games run smoothly! Thanks!

HKvalhe (84.49.190.204) @ 12 Sep 2022, 10:37.01

Mon, 12 Sep 2022 22:37:01 +0200

By: HKvalhe (84.49.190.204)

@Raziel 
Good point! I will turn off the MT-32 Emulator there. Using Adlib instead. Thanks for telling.

Raziel (188.193.90.12) @ 09 Sep 2022, 04:02.17

Fri, 09 Sep 2022 16:02:17 +0200

By: Raziel (188.193.90.12)

@HKvalhe 
 
1 - BASS is a 2D game and doesn't use ANY of the 3D stuff (inlcuding shaders) 
2 - The only way i can make BASS behave "sluggish" is by using "MT-32 Emulator" as audio device. 
This emulator is far too resource hungry to be useful even on my X1000, so you might check and change that.

HKvalhe (84.49.190.204) @ 05 Sep 2022, 11:41.48

Mon, 05 Sep 2022 11:41:48 +0200

By: HKvalhe (84.49.190.204)

There's an interesting little slowdown on the game Beneath The Steel Sky, even with full OpenGL and OpenGL with Shaders, but this is probably related to the fact that my RadeonHD driver doesn't have full Video Hardware Acceleration, UVD and GART support, as with those Polaris cards. Need RadeonHD v5 for that. Otherwise, most games run quite fine. Have to wait a bit for those 3D adventure, though.

HKvalhe (84.49.190.204) @ 14 Aug 2022, 08:38.49

Sun, 14 Aug 2022 20:38:49 +0200

By: HKvalhe (84.49.190.204)

I tested 3 3D game demos in much the same way Kas1e did. Escape From Monkey Island didn't work with the official AmigaOS4 version of ScummvM 2.6.0, even with OpenGL and Shaders. I suppose some bugs are been worked at to be erased. Larry 7 Love For Sail definitely works, so that's interesting! The Longest Journey has yet to work with Shaders. Work in Software Render mode, but way too slow to play! Hope to see proper support for these games in a next release of ScummvM, if possible. I have the FULL GAME of TLJ on DVD. Otherwise, very happy with ScummVM 2.6.0 on my SAM460ex running Enhancer 2.2.

HKvalhe (84.49.190.204) @ 04 Aug 2022, 12:08.30

Thu, 04 Aug 2022 00:08:30 +0200

By: HKvalhe (84.49.190.204)

Fantastic update and now with full 3D support for AmigaOS4! Is TLJ supported now? I tried to install the old game from a CD I have, but ScummVM didn't seem to recognize it. If not supported yet, I hope it will. It's a good, old game. Keep up the excellent work! This is what we all have been waiting for!

exxon (2.200.85.144) @ 03 Aug 2022, 08:48.00

Wed, 03 Aug 2022 08:48:00 +0200

By: exxon (2.200.85.144)

excellent work, thx

@all (188.193.90.12) @ 18 May 2022, 06:21.18

Wed, 18 May 2022 18:21:18 +0200

By: @all (188.193.90.12)

regarding the MT-32 emulator... 
 
Just so that no one is disappointed. 
It's an *emulator" inside an SDL app (which already drains so much cpu power for the games), thus it is *slow*...really ***slow***. 
 
Even with the new OGLES2 functionality (which only affects 3D stuff anyway) using the MT-32 emulator will slow down games visibly. 
i.e. "Fly of the Amazon Queen" becomes a pain to play. 
 
Not worth the hassle imho to track down the ROMs (which is illegal anyway, if you don't own the original hardware...i know, no one cares, just sayin')

HKvalhe (80.213.247.199) @ 04 May 2022, 05:33.12

Wed, 04 May 2022 17:33:12 +0200

By: HKvalhe (80.213.247.199)

@Raziel 
So to understand. I need to pick up these ROM files again, somewhere. Thanks.

Raziel (188.193.90.12) @ 02 May 2022, 10:25.26

Mon, 02 May 2022 22:25:26 +0200

By: Raziel (188.193.90.12)

@HKvalhe 
 
Yes, get a working set of ROMs...and yes, yours are broken. 
And yes again, it works for me since ages with my ROMs ripped from my original MT-32 hardware.

HKvalhe (80.213.247.199) @ 30 Apr 2022, 11:55.32

Sat, 30 Apr 2022 23:55:32 +0200

By: HKvalhe (80.213.247.199)

ScummVM has somehow removed the possibility of using the MT-32 emulator. I have both the MT-32.CONTROL and MT-32.ROM placed in Extras drawer, but it sends a message mentioning a missing "Patch002" or something like that. Any way to fix it?

Raziel (188.193.90.12) @ 30 Mar 2022, 09:07.26

Wed, 30 Mar 2022 09:07:26 +0200

By: Raziel (188.193.90.12)

You should also be able to simply move the full archive to where you want and doubleclick ScummVM. 
 
If that doesn't work, i'd be interested in any error messages.

Raziel (188.193.90.12) @ 30 Mar 2022, 08:55.14

Wed, 30 Mar 2022 08:55:14 +0200

By: Raziel (188.193.90.12)

Yes, seems a regression snuck in. 
 
Fixed for the next release. 
 
to workaround simply change the icon type from "tool" to "project" and add "installer" to the "default tool" in Icon tab

Lio (213.176.206.197) @ 29 Mar 2022, 10:09.19

Tue, 29 Mar 2022 22:09:19 +0200

By: Lio (213.176.206.197)

thanks Raziel for your hard work ! 
using the installer I got the following error : "unable to open the tool "Scummvm_install" and snoopy does not help with this issue. 
do I need additional program besides this archive to install it ? or can I simply run it w/o the install ?

HKvalhe (88.90.158.176) @ 12 Mar 2022, 07:59.44

Sat, 12 Mar 2022 19:59:44 +0100

By: HKvalhe (88.90.158.176)

Might be worth mentioning that RadeonHD V5 will have full support for VA - Hardware Video Acceleration. This could be useful in game and ScummVM as well, along with the OpenGL ES and Warp3D NOVA for 3D adventure games.

HKvalhe (85.167.248.117) @ 15 Feb 2022, 02:30.01

Tue, 15 Feb 2022 14:30:01 +0100

By: HKvalhe (85.167.248.117)

Any possibilities of bringing support for Broken Sword 3 and 4? Well, 3 and 4 are 3D based, though. But Broken Sword 5 is using the same 2D graphic engine that made Broken Sword so popular, with improved graphic. Would like to see at least support for Broken Sword 5 - The Serpent's Curse.

HKvalhe (85.167.249.9) @ 31 Dec 2021, 10:47.10

Fri, 31 Dec 2021 22:47:10 +0100

By: HKvalhe (85.167.249.9)

I can help you explain what's the purpose of Shaders are. I came over this explanation from Wikipedia. Shaders are most commonly used to produce lit and shadowed areas in the rendering of 3D models. Phong shading (right) is an improvement on Gouraud shading, and was one of the first computer shading models ever developed after the basic flat shader (left), greatly enhancing the appearance of curved surfaces in renders. Hope this helps ;)

HKvalhe (85.167.249.9) @ 24 Dec 2021, 12:12.59

Fri, 24 Dec 2021 12:12:59 +0100

By: HKvalhe (85.167.249.9)

@Raziel 
I do read in the Amigans.net forums an interesting discussion of using the OpenGL ES wrapper into ScummVM, meaning that all of us able to use Warp3D Nova and OpenGL ES, would be able to run those 3D adventure games in a versin of ScummVM using the OpenGL ES instead of the GL4ES stuffs. It would also appear faster, as Kas1e pointed out. Looking forward to that. I have a used X1000 with Radeon R9 280x 3GB Dual Slot graphic board, if that actually helps. Keep it up.

HKvalhe (85.167.249.9) @ 30 Nov 2021, 12:10.05

Tue, 30 Nov 2021 00:10:05 +0100

By: HKvalhe (85.167.249.9)

@Raziel 
Thanks for explaining and the suggestion of using the Daily Build. I certainly could use it, but then again perhaps not so worth it, in case of bugs or crash. I think I can wait a little longer. There are fortunately still so many of these different 2D/2.5D adventure games to explore. You're doing an amazing job already, and I know you'll get there to 3D in the end. It only takes the time it takes. No worries. Yes, I have tle latest graphic drivers, and currently using a Radeon card that is supported by Warp3D Nova, which is great. Keep up the excellent work

Raziel (188.192.127.156) @ 27 Nov 2021, 04:24.14

Sat, 27 Nov 2021 16:24:14 +0100

By: Raziel (188.192.127.156)

2.5.0 is already running on SDL2. 
 
TLJ is pretty much right now adapted to work with Software Renderer (slow) and OpenGL w/o shaders (so, technically it should run, but it doesn't, i'm getting a white screen and a crash). 
This is looked into, but i cannot give any estimate when or even if it will work with the next release (or ever for that matter, if the crash stems from some bug in minigl we have to get that fixed first). 
 
wrt gl4es: 
I have a gl4es based binary compiled (and my toolchain adapted to build it automatically already), but i'm waiting on a ScummVM PR to get merged first, before i can take further steps. 
 
Since gl4es is still a paid upgrade it won't make it into the official builds and i'm still pondering about including such a binary to official releases...maybe i'll upload them as an extra package, we'll see what comes of it. 
 
To reduce the waiting time you can always download a daily build from ScummVM ("modern" browser required), the AmigaOS cross-compile is based on OpenGL, so you should already get a nice speed boost with 3D games (given you use the latest gfx drivers).

HKvalhe (85.167.249.9) @ 27 Nov 2021, 02:54.04

Sat, 27 Nov 2021 14:54:04 +0100

By: HKvalhe (85.167.249.9)

@Raziel 
Are you working on the SDL2 version of ScummVM for AmigaOS4 these days for the latest version? Any chance of getting Warp3D Nova and OpenGL ES into it? I now have a 2GB Radeon HD 7750 Verde card into my SAM460ex. Would love to play The Longest Journey, that I have from the PC version.

HKvalhe (85.167.249.9) @ 27 Nov 2021, 02:51.41

Sat, 27 Nov 2021 14:51:41 +0100

By: HKvalhe (85.167.249.9)

HKvalhe (85.167.249.9) @ 27 Nov 2021, 02:51.34

Sat, 27 Nov 2021 14:51:34 +0100

By: HKvalhe (85.167.249.9)

Raziel (188.192.125.89) @ 17 Oct 2021, 12:17.20

Sun, 17 Oct 2021 00:17:20 +0200

By: Raziel (188.192.125.89)

@jabirulo 
 
That warning is considered "normal" for 3D engines. 
We don't have GLSL, so it falls back to pure GL. 
 
Great to hear it works. 
I was hoping I don't break anything while compiling the release.

jabirulo (80.39.195.244) @ 16 Oct 2021, 11:42.35

Sat, 16 Oct 2021 11:42:35 +0200

By: jabirulo (80.39.195.244)

Loads fine thx for updated port. 
 
I get "WARNING: Could not parse GLSL version 'Huh?'!" but loads fine.

HKvalhe (80.213.245.128) @ 15 Oct 2021, 08:20.10

Fri, 15 Oct 2021 20:20:10 +0200

By: HKvalhe (80.213.245.128)

@Raziel 
You're right. I noticed myself from the message ScummVM gave. It's a pity considering this limitation in the current AmigaOS graphic subsystem. Can only hope we get to move to full OpenGL very soon. Seems ScummVM will rely more and more on that, which is of course a natural progress into the future. When that happens, we could finally enjoy games like TLJ. I suppose for now, we will have to enjoy the best of these amazing 2D adventures, which are quite many. Thanks for telling, Raziel.

Raziel (37.251.238.2) @ 14 Oct 2021, 06:25.31

Thu, 14 Oct 2021 18:25:31 +0200

By: Raziel (37.251.238.2)

@HKvalhe 
The Longest Journey engine (iirc) still relies on shaders being available to be able to run. 
Since ScummVM is built with OpenGL on AmigaOS4 and there is no shader support in our OpenGL, TLJ is not built in (yet)

HKvalhe (80.213.245.128) @ 14 Oct 2021, 03:20.19

Thu, 14 Oct 2021 15:20:19 +0200

By: HKvalhe (80.213.245.128)

So happy to see the new ScummVM version 2.5.0 for AmigaOS4 as well, and should now be able to play adventure games like The Longest Journey, which I have. I must remember to pick up the thing that improves the visual quality of the game. Thanks for making this possible! Truly awesome!

Trgswe (158.174.187.53) @ 22 Jun 2021, 01:54.50

Tue, 22 Jun 2021 01:54:50 +0200

By: Trgswe (158.174.187.53)

@raziel 
Just tested the stable 2.2.0 and the same fault is there, 
Will put bug report on scummvm.org

Raziel (37.251.238.2) @ 21 Jun 2021, 11:13.38

Mon, 21 Jun 2021 23:13:38 +0200

By: Raziel (37.251.238.2)

@trgswe 
 
Could easily be. 
I dont have and as such never tried the fame. 
 
Could you please file a bug report here: 
bugs.scummvm.org 
 
Thanks

trgswe (158.174.187.53) @ 21 Jun 2021, 10:50.58

Mon, 21 Jun 2021 22:50:58 +0200

By: trgswe (158.174.187.53)

@raziel 
don't know if it is a the 2.3.0 or if it is in 2.2.0 too 
but eye of the beholder has some graphics glitches of the major style, 
the intro looks alright, but when you get to the character generation 
it takes on the form of... rubbish really might be that the graphics most be converted from LE to BE

Raziel (188.192.122.215) @ 14 May 2021, 04:02.43

Fri, 14 May 2021 16:02:43 +0200

By: Raziel (188.192.122.215)

@trgswe 
 
Investigating (not me, but i "assist" :-D) the pthreads problem (seems to be only with buildbot/cross-compiles)...

Raziel (37.251.238.2) @ 10 May 2021, 07:06.09

Mon, 10 May 2021 07:06:09 +0200

By: Raziel (37.251.238.2)

@trgswe 
 
2.3.0 is no release version and can be bugged. 
Apart from that by local git builds work fine 
 
timestamp will be created on the first save and will fr placed inside the "save" directory. 
Did you set the path in options?

trgswe (158.174.186.7) @ 09 May 2021, 05:10.31

Sun, 09 May 2021 17:10:31 +0200

By: trgswe (158.174.186.7)

Minor addition 
2.3.0 does not work, might need EXTmem 
2.3.0 also complains about threads library missing

trgswe (158.174.186.7) @ 09 May 2021, 05:07.05

Sun, 09 May 2021 17:07:05 +0200

By: trgswe (158.174.186.7)

noticed when playing Indian Jones fate of Atlantis scummvm complains about createdirectory() not being implemented and failure to load timestamp file, I think it doesn't look where the timestamp file was saved, most probable it's looking one level to low in the file path like this '...Games/timestamp'  but should be '...Games/fate/timestamp'

Raziel (188.192.122.215) @ 02 May 2021, 10:26.23

Sun, 02 May 2021 10:26:23 +0200

By: Raziel (188.192.122.215)

@samo79 
 
Just to let you know. 
Some recent commits now install scummvm to it's build dir into a subdir called install/.

Raziel (188.192.122.215) @ 23 Apr 2021, 06:31.59

Fri, 23 Apr 2021 06:31:59 +0200

By: Raziel (188.192.122.215)

Works here on my local build. 
Not sure what's going on with the dailies. 
 
You can try to download the FreeSansBold.ttf font from gui/themes/fonts or the theme from gui/themes. 
 
Maybe that helps?

samo79 (93.65.97.101) @ 22 Apr 2021, 04:53.13

Thu, 22 Apr 2021 16:53:13 +0200

By: samo79 (93.65.97.101)

@Raziel 
 
Yeah, tested now the official 2.2.0 uploaded here italian translation works perfectly 
Problem occur only in 2.3.0 nighty

Raziel (188.192.122.215) @ 22 Apr 2021, 07:48.20

Thu, 22 Apr 2021 07:48:20 +0200

By: Raziel (188.192.122.215)

Stupid smartphone...

samo79 (188.192.122.215) @ 21 Apr 2021, 11:12.00

Wed, 21 Apr 2021 23:12:00 +0200

By: samo79 (188.192.122.215)

Did it work before? 
Dies it work with 2.2.0? 
 
Daily builds tend to be buggy :-)

samo79 (93.65.97.101) @ 21 Apr 2021, 09:36.31

Wed, 21 Apr 2021 21:36:31 +0200

By: samo79 (93.65.97.101)

Other problem found in nightly builds, localization doesn't seems to work ... i tried with italian 
 
Theme does not support selected language! 
Misc setting will be restored. 
 
And as shell output: 
 
WARNING: Failed to load localized font 'helvb12-UTF-32.bdf'! 
 
File , line 137: 
 
 
 
Parser error: Error loading localized Font in theme engine. 
 
WARNING: Failed to parse STX file 'remastered_gfx.stx'! 
WARNING: Failed to load theme 'System:Giochi/ScummVM/themes/scummremastered.zip'!

@samo79 (188.192.238.68) @ 09 Apr 2021, 09:07.05

Fri, 09 Apr 2021 09:07:05 +0200

By: @samo79 (188.192.238.68)

I just checked the code and both the GLK (tads) and SAGA engines rely on pthreads. 
There's even a pthreads-mutex.h to take care of future engine accesses. 
 
1) Since it's a system lib i'd rather stay away from adding a seperate check. 
I tried with renaming pthreads.library in LIBS: and all bad things started to happen. 
2) I don't think i'm skilled enough to pull it off even. 
Not the check, but to exit from ScummVM cleanly without opening more can of worms, i'd rather not try.

samo79 (93.65.97.101) @ 09 Apr 2021, 07:40.23

Fri, 09 Apr 2021 07:40:23 +0200

By: samo79 (93.65.97.101)

@ch 
 
You are right, apparently the library was automaticaly unistalled by a third party software i'm testing .. will report the issue 
 
@Raziel 
 
Ok, let me know when its ready and where i can download it.. we will test with and without the library

Raziel (188.192.238.68) @ 09 Apr 2021, 01:41.48

Fri, 09 Apr 2021 01:41:48 +0200

By: Raziel (188.192.238.68)

@ch 
 
Scrap that. 
I didn't test any changes since update 2. 
I did however right now and it seems to be fixed, no more pthreads. 
 
@samo79 
 
Test version is building

Raziel (188.192.238.68) @ 09 Apr 2021, 01:07.48

Fri, 09 Apr 2021 01:07:48 +0200

By: Raziel (188.192.238.68)

@ch 
 
If i leave out -lpthread, configure will bail out on checking for the existance of SDL2 with  undefined reference errors to pthreads (only with SDL2)

ch (188.67.35.114) @ 08 Apr 2021, 06:56.37

Thu, 08 Apr 2021 18:56:37 +0200

By: ch (188.67.35.114)

Correction: readelf -d shows shared objects, not libraries. But still, SDL2 is not using libpthreads.so or pthreads.library.

ch (188.67.35.114) @ 08 Apr 2021, 06:49.18

Thu, 08 Apr 2021 18:49:18 +0200

By: ch (188.67.35.114)

1) SDL2 doesn't use pthreads.library. "readelf -d" can show that. 
2) pthreads.library is a system component as far as I know. How come it doesn't exists on someone's system? Was is removed by purpose? In such a case game failing to start is probably one of the smallest problems.

samo79 (93.65.97.101) @ 08 Apr 2021, 09:34.00

Thu, 08 Apr 2021 09:34:00 +0200

By: samo79 (93.65.97.101)

Well did not said to not use it :-) 
But only to implement a little check/alert at startup, if the library is present then start ScummVm, otherwise just quit .. just to avoid the crash

Raziel (188.192.238.68) @ 08 Apr 2021, 08:21.59

Thu, 08 Apr 2021 08:21:59 +0200

By: Raziel (188.192.238.68)

Some libraries used to compile ScummVM depend on pthreads (from the top of my head at least SDL2), so nothing i could fix. 
If SDL2 ever drops pthread and switches to use a native threads implementation, maybe. 
But then i'd need to go through the other dependencies and see which one hooks into pthread...not really worth the hassle.

samo79 (93.65.97.101) @ 08 Apr 2021, 06:34.34

Thu, 08 Apr 2021 06:34:34 +0200

By: samo79 (93.65.97.101)

Just noticied now using a recent nightly.. if pthread.library is not installed ScummVM will crash badly 
 
--- 
Symbol info: 
Instruction pointer 0x68C94310 belongs to module "scummvm" (HUNK/Kickstart) 
 
Stack trace: 
module scummvm at 0x68C94310 (section 0 @ 0x12022EC) 
module scummvm at 0x68C940C0 (section 0 @ 0x120209C) 
module scummvm at 0x68C93C44 (section 0 @ 0x1201C20) 
module scummvm at 0x68C93CD8 (section 0 @ 0x1201CB4) 
native kernel module newlib.library.kmod+0x0000012c 
native kernel module newlib.library.kmod+0x0000255c 
native kernel module newlib.library.kmod+0x000032e8 
native kernel module newlib.library.kmod+0x0000385c 
scummvm:_start()+0x170 (section 1 @ 0x1BAC) 
native kernel module dos.library.kmod+0x0002a458 
native kernel module kernel+0x00057104 
native kernel module kernel+0x0005717c 
 
Even if it could be resolved just by installing the library, do you think you fix it ?

Raziel (188.192.124.214) @ 30 Mar 2021, 11:04.43

Tue, 30 Mar 2021 23:04:43 +0200

By: Raziel (188.192.124.214)

Yes, i know the MOS solution, not sure how he handles it, probably uses a different shell. 
 
I can provide a SDL1 bleeding edge build, get in touch with me on amigans.net for it. 
 
The buildbot builds are in hiatus until the devs revert to an earlier SDL2 version for AmigaOS4 (reason is, that even my local builds break due to a missing url feature in SDL2 - which will be implemented in the next RC of SDL2, just don't know when that will be) or get their hands on said upcoming SDL2 update (for AmigaOS4)

anonymous (93.65.97.101) @ 30 Mar 2021, 07:55.56

Tue, 30 Mar 2021 19:55:56 +0200

By: anonymous (93.65.97.101)

Ok not a big problem btw, just i was curious  as in MorphOS it was handle to picked 
 
_morphospath="PROGDIR:" 
 
P.S. 
Can you make availible a recent nightly to test? 
Latest on scummvm site it's 2 months old

Raziel (188.192.124.214) @ 30 Mar 2021, 02:05.45

Tue, 30 Mar 2021 14:05:45 +0200

By: Raziel (188.192.124.214)

@samo79 
 
Everything stays as it is for now. 
 
PROGDIR: is not known in a bash(sh) shell or at least is not picked up as path correctly, so all sorts of make errors on installing.

Raziel (188.192.124.214) @ 04 Mar 2021, 07:13.49

Thu, 04 Mar 2021 19:13:49 +0100

By: Raziel (188.192.124.214)

@samo79 
 
Yeah, itmade my life easier since it installs it automatically to my main beta dur where i keep all files. 
Beats installing it after every new build. 
 
I'll revise it, once I have more time again

samo79 (93.65.97.50) @ 04 Mar 2021, 10:32.17

Thu, 04 Mar 2021 10:32:17 +0100

By: samo79 (93.65.97.50)

@Raziel 
 
Is there a reason why the nightly packages still use "Games:ScummVM" as a path instead of just PROGDIR ? 
I have looked at the source on github and noted that is was set in configure

Raziel (188.193.158.113) @ 30 Sep 2020, 09:52.18

Wed, 30 Sep 2020 21:52:18 +0200

By: Raziel (188.193.158.113)

@Thematic 
 
I haven't seen any memory shortages while playing a game (the most a game leeches by now is around 300 MB, so that should never be a problem, unless one manually shortens the available ram). 
 
I also never saw a ScummVM 1 and ScummVM2...must be way before i took over recompilation... 
 
The problem is and will be that the statically linked binary is ever so growing and there is not much i can do about it. 
Every new supported engine adds to the size. 
 
Granted, i could split them into Adventure and RPG at one point, but i'd really like to avoid such messy releases. 
 
A shared build would be heaven...if it worked 
 
Not only would there be the possibility to release fixes for certain engines (instead of a whole new binary) by simply replacing the engine plugin, but there'd also be a giant save in binary size. 
Both while compiling/linking and for the final binary. 
 
I do compile a shared version in parallel to the static build, but unfortunately the shared stuff is so broken on AmigaOS4, that it keeps crashing on me on start, at the same place, reproducable and all the time. 
 
Another system bug that will never get fixed...or at least i won't be able to get it before i die...

Thematic (88.114.191.143) @ 30 Sep 2020, 05:43.13

Wed, 30 Sep 2020 17:43:13 +0200

By: Thematic (88.114.191.143)

I've seen "ScummVM 1" and "ScummVM 2" executables before, though I think that was because of the memory constraints when running.

Raziel (188.193.158.113) @ 29 Sep 2020, 11:05.22

Tue, 29 Sep 2020 11:05:22 +0200

By: Raziel (188.193.158.113)

@Lio 
 
Yes, three new engines, thousands of new games, FriBiDi support and lots of stuff updated under the hood. 
 
Wonder when i will hit the infamous OS4 ram border and crash while linking this monster. 
 
Probably "two weeks(tm)" before they release a "fix"...

Lio (213.176.206.197) @ 28 Sep 2020, 07:20.19

Mon, 28 Sep 2020 19:20:19 +0200

By: Lio (213.176.206.197)

Thx Raziel for the update ! 
wow the size increased quite a bit unless I ma mistaken !

HKvalhe (80.213.177.167) @ 21 Jan 2020, 02:52.27

Tue, 21 Jan 2020 14:52:27 +0100

By: HKvalhe (80.213.177.167)

Thanks for the update! Quite a fine update for the start of 2020, getting even better. Just used the installer and it installed and updated right away. Thanks again.

@Hypex (188.192.125.27) @ 01 Nov 2019, 09:16.30

Fri, 01 Nov 2019 21:16:30 +0100

By: @Hypex (188.192.125.27)

I've never looked at this...Pull Requests welcome ;-)

Hypex (210.4.227.129) @ 31 Oct 2019, 05:41.39

Thu, 31 Oct 2019 17:41:39 +0100

By: Hypex (210.4.227.129)

What if the MT-32 emulation diverted to Timi instead?

HKvalhe (80.213.177.167) @ 13 Oct 2019, 03:21.59

Sun, 13 Oct 2019 15:21:59 +0200

By: HKvalhe (80.213.177.167)

@Raziel 
Yeah, you're right about the MT32 emulation. A multi-core supported Amiga can do the job very nicely when proper supported. Systems like A1222 Tabor and the X5000. Such would fly with ease. However, I suppose the problem shouldn't be so big. There's surely ways to overcome that limitation. I actually found out that Stretch to Window mode allows you to adjust the window without messing up the look of the game, so that is cool. Thank you so much for the help.

Raziel (188.192.123.196) @ 12 Oct 2019, 11:34.07

Sat, 12 Oct 2019 23:34:07 +0200

By: Raziel (188.192.123.196)

@HKvalhe 
 
MT-32 emulation runs slow on an X1000 aswell. Nothing that can be done about it. 
It's based on MUNT and it's an emulation inside an emulation (ScummVM)...so, nope, MT-32 emulation will always be slow (unless we get multi-core support, then maybe for multi-core system, but i doubt it...both). 
 
Better get real MIDI hardware, you'll never reget it...sound-wise.

HKvalhe (80.213.177.167) @ 12 Oct 2019, 10:45.52

Sat, 12 Oct 2019 22:45:52 +0200

By: HKvalhe (80.213.177.167)

Thanks for the new update to 2.1.0 using SDL2 for AmigaOS4. The graphic filter option and the new support improves the look of these ScummVM games and seem to run smooth, too. The problem might be that the MT32 emulation might run a bit slow, but then again I use an AmigaOne 500 aka SAM460ex. Not the fastest system out there, but should be fast enough for most of these games. It is possible to improve the MT32 emulation support for this new SDL2 supported ScummVM? Other than that, it's really great, so keep this up. Thanks again.

Raziel (188.195.160.88) @ 10 Jan 2019, 11:55.18

Thu, 10 Jan 2019 11:55:18 +0100

By: Raziel (188.195.160.88)

The problem is that you won't be able to tell if ScummVM froze because of a bug in the iconification code or the known freeze crash. 
 
As i said, i want to rule out one before taking on another.

samo79 (2.40.67.98) @ 10 Jan 2019, 06:37.44

Thu, 10 Jan 2019 06:37:44 +0100

By: samo79 (2.40.67.98)

Yep, however iconify seems already well tested and should not bring new issues

Raziel (188.195.160.88) @ 10 Jan 2019, 12:01.42

Thu, 10 Jan 2019 00:01:42 +0100

By: Raziel (188.195.160.88)

@samo79 
 
That would be a nice feat, but i'd rather wait for the lockup to get fixed before i "add" anything new...it tends to bring in more bugs

samo79 (2.40.67.98) @ 06 Jan 2019, 08:20.02

Sun, 06 Jan 2019 20:20:02 +0100

By: samo79 (2.40.67.98)

@Raziel 
 
Now that iconification support come into our SDL, how about add it to ScummVM and ResidualVM ? ;-)

HKvalhe (80.213.0.171) @ 13 Nov 2018, 07:17.44

Tue, 13 Nov 2018 19:17:44 +0100

By: HKvalhe (80.213.0.171)

Ok, I understand. Yeah, you're right about the game, and all Radeon drivers for Amiga need full hardware acceleration, if not already implemented. I suppose it's not a good idea to merge ResidualVM and ScummVM, for obvious reasons you mentioned, Raziel. Thanks for telling. Have to focus on games that are fully supported by ScummVM in this case.

Raziel (188.193.105.232) @ 05 Nov 2018, 08:09.06

Mon, 05 Nov 2018 20:09:06 +0100

By: Raziel (188.193.105.232)

BS2.5 is known to be buggy on AmigaOS4, bug reports have been written, unfortunately there is no active dev working on the BS25 engine right now, so it might take some time. 
- Video replay will remain slow until there is hardware acceleration in our gfx driver, nothing that can be done in ScummVM's code, as it runs perfectly smooth on other platforms AND some more games are also affected. 
- Save game problems i never heard about, but i also don't play that game for above reasons. I'll keep an eye on reports. 
 
ResidualVM and ScummVM will hopefully NEVER merge! 
1) This would make the app freakishly big, let alone the hilarious compile time 
2) It would inhale RAM in any kind or form and would soon become unusable on most of the smaller or niche platforms, then we wouldn't have any of the two. 
3) Although the two apps are sister projects, they only share a certain amount of base code. 2D and 3D are so extremely different, that it wouldn't make a iota of sense to merge them together.

HKvalhe (80.213.0.171) @ 05 Nov 2018, 07:13.55

Mon, 05 Nov 2018 19:13:55 +0100

By: HKvalhe (80.213.0.171)

Broken Sword 2.5 is an interesting game to play under ScummVM 2.0.0 on AmigaOS4 systems, but because this was an unofficial fan-made game, it's not 100% working. Cinematic video sequences play slow, and often the save game files tend to appear corrupted and won't work after you quit the game and try to play it again later. Hope to see proper support for it? Is there any plans to merge both ResidualVM 3D interpreter with ScummVM for the future? Could certainly help a lot...

Raziel (188.192.238.10) @ 26 Jan 2018, 08:40.23

Fri, 26 Jan 2018 08:40:23 +0100

By: Raziel (188.192.238.10)

Oh boy...freezed->frozen

HKvalhe (80.213.141.23) @ 25 Jan 2018, 10:58.39

Thu, 25 Jan 2018 22:58:39 +0100

By: HKvalhe (80.213.141.23)

So to understand. Very interesting. Thanks for explaining, Raziel. Still, will keep an eye on any work regarding ScummVM and ResidualVM.

Raziel (188.192.238.10) @ 25 Jan 2018, 05:05.56

Thu, 25 Jan 2018 17:05:56 +0100

By: Raziel (188.192.238.10)

The DGDS engine (i.e. Willy Beamish, Rise of the Dragon, Heart of China) is on the list of freezed engines (means they have been started, but no dev is currently working on it), which in turn means they will be supported sooner or later. 
 
The STARK engine (The Longest Journey) is 3D and doesn't fit in the scope of ScummVM. 
 
However, there is an early engine for that game in ResidualVM. 
 
Unfortunately this engines uses GLEW, while our minigl only support GLES...so, no game until GLEW is supported (which probably will be never, or at least one eternity, given the pace of OS development)

HKvalhe (80.213.141.23) @ 25 Jan 2018, 01:08.20

Thu, 25 Jan 2018 13:08:20 +0100

By: HKvalhe (80.213.141.23)

Came to think about it, would it be possible to add support for the game called "The Adventures Of Willy Beamish"? Both the DOS and the Amiga version? And I was wondering if it would be possible to add support for the old, famous adventure "The Longest Journey"? Could try to do when that SDL2 thing is working.

HKvalhe (80.213.141.23) @ 26 Dec 2017, 02:08.23

Tue, 26 Dec 2017 14:08:23 +0100

By: HKvalhe (80.213.141.23)

I also agree with that annoying extra little window displaying small information about a game running in ScummVM. I'm certain that this information is not necessary to display. It should be an option to not have it displayed every time when running a game in ScummVM. So yes, just running the game in ScummVM itself. Nothing else.

Raziel (188.192.238.10) @ 25 Dec 2017, 03:33.48

Mon, 25 Dec 2017 15:33:48 +0100

By: Raziel (188.192.238.10)

I know, that annoys me as well. 
I have to stress this with the devs again, there should be an option to write it to a file instead.

Trixie (78.45.68.108) @ 22 Dec 2017, 03:38.48

Fri, 22 Dec 2017 15:38:48 +0100

By: Trixie (78.45.68.108)

The new version works great! 
 
BTW, is there a way to suppress, the CLI output when a game is started? I just want the game, not the info about the game being started.

HKvalhe (80.213.141.23) @ 21 Dec 2017, 11:15.34

Thu, 21 Dec 2017 11:15:34 +0100

By: HKvalhe (80.213.141.23)

Great 🙂👍❤🎮 The new version is brilliant, even on SAM460! The Roland MT32 emulation works excellent! Beautiful music, smooth gameplay, beautiful graphic 🙂👍❤  It got it all 🙂👍 Thanks for the update 🙂👍❤ Very nice XMas present 🙂👍❤

Raziel (188.193.105.160) @ 20 Dec 2017, 06:26.55

Wed, 20 Dec 2017 18:26:55 +0100

By: Raziel (188.193.105.160)

AmiUpdate needs a source to install the new version. 
 
ScummVM 2.0.0 is still in the upload queue and as such "not available". 
Once it went into the normal directory tree AmiUpdate will pick it up and update it automatically.

HKvalhe (80.213.141.23) @ 20 Dec 2017, 03:03.46

Wed, 20 Dec 2017 15:03:46 +0100

By: HKvalhe (80.213.141.23)

I just saw that a new AmigaOS4 version of ScummVM is available right now. Had to pick it up from here rather than from AmiUpdate, as AmiUpdate don't really update the ScummVM from 1.9.0 to 2.0. Otherwise, i followed the instructions from the ReadMe file and found the Installer in the archive, using it and installed over my previous ScummVM installment without problems... 
 
Yeah, i noticed the situation about the SDL2 stuff within the ReadMe file. I hope it will be sorted out in time. Now, i will try to find more adventure games supported by ScummVM to test out :) Can't wait :) Thanks for the update, by the way, and Merry Christmas! :)

Raziel (188.193.105.160) @ 19 Dec 2017, 08:23.01

Tue, 19 Dec 2017 20:23:01 +0100

By: Raziel (188.193.105.160)

@samo79 
 
Nightlybuilds are bleeding edge builds which will(!!!) contain bugs, errors and grief and probably cockroaches that will haunt you at night - you have been warned ;-) 
Plus they are cross-compiled, so in no way tested locally (at least not by me, so don't blame me). 
Additionally they are built without any optimization flags, not stripped and with debugging in place and as such *slower* as "official" releases. 
 
The 2.0 is delayed because 
a) no time meeting real life(tm) 
2.) too much other work and interests 
d) too much problems migrating to SDL2 (*waves at capehill and throws a kiss) :-D 
3.5) other things that keep me from using my Amiga 
VIII) a lot of testing to do for new Amiga-specific features like an Installer 
 
...that doesn't mean, it won't be released. It will be, just not yet and certainly not "for the holidays" as  "the holidays" are no holidays for me...

samo79 (2.40.76.63) @ 18 Dec 2017, 02:09.49

Mon, 18 Dec 2017 14:09:49 +0100

By: samo79 (2.40.76.63)

@HKvalhe 
 
Why waiting while you can use nightlybuilds ? ;-) 
 
http://buildbot.scummvm.org/builds.html

HKvalhe (80.213.141.23) @ 17 Dec 2017, 11:20.53

Sun, 17 Dec 2017 23:20:53 +0100

By: HKvalhe (80.213.141.23)

http://scummvm.org/news/20171217/ 
 
New ScummVM 2.0 out now for every platform, but AmigaOS4. Please port it in time for the holidays, thank you :)

Raziel (188.192.102.94) @ 11 Feb 2017, 09:31.09

Sat, 11 Feb 2017 09:31:09 +0100

By: Raziel (188.192.102.94)

I don't have the skills either, sorry

ancalimon (78.170.135.15) @ 10 Feb 2017, 07:34.57

Fri, 10 Feb 2017 19:34:57 +0100

By: ancalimon (78.170.135.15)

The old Warpup version runs much much faster on a 166mhz 603e with 040-25 using OS3.9  than the OS4 version on a 400Mhz 604e using Os4.1 fe update1.  Can you please do anything to make it run at least as fast as the old Warpup version? :)  I asked the author for the sources to the old warpup version hoping someone would take over but after telling him that I did not have the skills, he no longer replied to my message.

Raziel (93.233.102.160) @ 17 Nov 2016, 12:45.00

Thu, 17 Nov 2016 12:45:00 +0100

By: Raziel (93.233.102.160)

Ah, see it now, at least, i think. 
 
With a (near) empty list of games, switching to OpenGL renders the screen insanely big which results in the cursor becoming sluggish moving it over buttons (If you have a list opf games and use e.g. "2x" and then switch to OpenGL it stays in this resolution and, of course, stays very responsive. 
 
No idea how to resolve that, we probably have to wait for the devs to implement a better OGL handling.

Srtest (79.178.16.201) @ 16 Nov 2016, 11:04.10

Wed, 16 Nov 2016 11:04:10 +0100

By: Srtest (79.178.16.201)

Radeon R9-270. Try to compare mouse movement between opengl FS - modern vs classic.

Raziel (93.233.118.136) @ 16 Nov 2016, 08:21.18

Wed, 16 Nov 2016 08:21:18 +0100

By: Raziel (93.233.118.136)

@srtest 
 
Just checked and i don't see have that when using OpenGL/Fullscreen/Modern Theme

Raziel (93.233.118.136) @ 16 Nov 2016, 08:17.55

Wed, 16 Nov 2016 08:17:55 +0100

By: Raziel (93.233.118.136)

@srtest 
 
Hmm, not sure if the dailies are built with sdl2. 
 
I tried that and it crashes with OpenGL aswell, thats why i refuse to build "official" AmigaOS4 releases with SDL2 yet. 
 
That OpenGL/fullscreen/launcher combination i need to check 
 
Which gfx card and system are you using?

Srtest (79.178.16.201) @ 14 Nov 2016, 05:13.18

Mon, 14 Nov 2016 17:13:18 +0100

By: Srtest (79.178.16.201)

Ok, what is sluggish is the combination of Opengl + modern theme when fullscreen. Latest dev builds don't seperate Opengl+filtering from Opengl maybe that what's broken here.

Srtest (79.178.16.201) @ 14 Nov 2016, 03:39.59

Mon, 14 Nov 2016 15:39:59 +0100

By: Srtest (79.178.16.201)

I don't think we need to go email as I figured somthing out about the prefernces of this version which seem more strict about mt-32 supported games. Now I can say it works albeit when opengl goes full screen in the GUI it becomes sluggish. 
 
On contrary, recent dev builds have given me this error on mt-32: http://forums.scummvm.org/viewtopic.php?t=14191 and broke Opengl (I'm getting a black screen - of death? oh my :-(

Raziel (87.145.52.3) @ 08 Nov 2016, 08:37.47

Tue, 08 Nov 2016 20:37:47 +0100

By: Raziel (87.145.52.3)

While i not get exactly what you are trying to say feel free to send me an eMail with detailed game information of which of them breaks with what and what regression you think you may have found.

Srtest (109.65.78.156) @ 08 Nov 2016, 04:28.33

Tue, 08 Nov 2016 16:28:33 +0100

By: Srtest (109.65.78.156)

This version doesn't have mt-32 for some games or less of a support compared to previous versions, while recent builds although fixing some mt-32 and breaking it on some games to the point it crashes the os broke Opengl completely.

Raziel (93.233.125.214) @ 19 Oct 2016, 08:34.59

Wed, 19 Oct 2016 20:34:59 +0200

By: Raziel (93.233.125.214)

@ddni 
 
Glad you like it :-) 
Space Quest is the best comical series ever ;-)

ddni (86.175.157.68) @ 19 Oct 2016, 08:16.09

Wed, 19 Oct 2016 08:16:09 +0200

By: ddni (86.175.157.68)

Thanks for this latest update. 
I just finished SQIV for the first time :)

Raziel (84.177.253.44) @ 14 May 2015, 05:56.20

Thu, 14 May 2015 17:56:20 +0200

By: Raziel (84.177.253.44)

@samo79 
 
It doesn't in my latest local builds, so do not fear... 
 
Plus 
[quote] 
WARNING: The following builds are bleeding edge development versions made directly from our source repository. That means that they received no proper testing (usually no testing at all) and that any number of things may be broken in them. For example, they might corrupt your config file, crash frequently or might not even start. Use them at your own risk! 
[/quote] 
 
So...not really usable for bugreports

samo79 (93.147.204.48) @ 14 May 2015, 01:52.43

Thu, 14 May 2015 01:52:43 +0200

By: samo79 (93.147.204.48)

@Raziel 
 
Latest nighlybuild crash when i try to set another language for the GUI, crash are skippable and so all works however would be good to have it fixed aniway :-) 
 
--- 
Stack trace: 
native kernel module newlib.library.kmod+0x00003438 
module scummvm at 0x6908A8E8 (section 5 @ 0x251E8C4) 
module scummvm at 0x6908A9A8 (section 5 @ 0x251E984) 
module scummvm at 0x6908AA64 (section 5 @ 0x251EA40) 
module scummvm at 0x66E49928 (section 5 @ 0x2DD904) 
module scummvm at 0x674D764C (section 5 @ 0x96B628) 
module scummvm at 0x674D76E0 (section 5 @ 0x96B6BC) 
module scummvm at 0x674D8008 (section 5 @ 0x96BFE4) 
module scummvm at 0x68DABDF8 (section 5 @ 0x223FDD4) 
module scummvm at 0x68DACA5C (section 5 @ 0x2240A38) 
module scummvm at 0x68DA3AA4 (section 5 @ 0x2237A80) 
module scummvm at 0x68E2E688 (section 5 @ 0x22C2664) 
module scummvm at 0x68DAC6B8 (section 5 @ 0x2240694) 
module scummvm at 0x68DACDEC (section 5 @ 0x2240DC8) 
module scummvm at 0x68DA3C24 (section 5 @ 0x2237C00) 
module scummvm at 0x68E30AD8 (section 5 @ 0x22C4AB4) 
module scummvm at 0x68DA34CC (section 5 @ 0x22374A8) 
module scummvm at 0x68DAC640 (section 5 @ 0x224061C) 
module scummvm at 0x68DACDEC (section 5 @ 0x2240DC8) 
module scummvm at 0x68DA3C24 (section 5 @ 0x2237C00) 
module scummvm at 0x68DBD1AC (section 5 @ 0x2251188) 
module scummvm at 0x68DC1D34 (section 5 @ 0x2255D10) 
module scummvm at 0x68E22CCC (section 5 @ 0x22B6CA8) 
module scummvm at 0x68DA32B8 (section 5 @ 0x2237294) 
module scummvm at 0x68DAC6B8 (section 5 @ 0x2240694) 
module scummvm at 0x68DACDEC (section 5 @ 0x2240DC8) 
module scummvm at 0x68DA3C24 (section 5 @ 0x2237C00) 
module scummvm at 0x66B74710 (section 5 @ 0x86EC) 
module scummvm at 0x66B75724 (section 5 @ 0x9700) 
module scummvm at 0x66B725EC (section 5 @ 0x65C8) 
native kernel module newlib.library.kmod+0x000020ac 
native kernel module newlib.library.kmod+0x00002d5c 
native kernel module newlib.library.kmod+0x00002ef0 
_start()+0x170 (section 1 @ 0x16C) 
native kernel module dos.library.kmod+0x00024c18 
native kernel module kernel+0x0003b648 
native kernel module kernel+0x0003b6c8

HKvalhe (80.212.47.178) @ 13 May 2015, 04:30.13

Wed, 13 May 2015 16:30:13 +0200

By: HKvalhe (80.212.47.178)

Would love to see ScummVM adds support for Infamous Adventures REMAKE version of games like SQ2 and KQ3, if possible :)

Raziel (79.232.43.158) @ 08 Oct 2014, 08:50.52

Wed, 08 Oct 2014 20:50:52 +0200

By: Raziel (79.232.43.158)

@samo79 
 
> But i hope that they will work also in final release as for them i presume you will turn back on the standard LhA format :-) 
 
Yes, it will, because *i* will use the amiga lha command for crunching, not that updated linux pendent ;-)

samo79 (93.144.95.114) @ 05 Oct 2014, 03:17.58

Sun, 05 Oct 2014 03:17:58 +0200

By: samo79 (93.144.95.114)

Forget, it works :-) 
Just it isn't implemented in ResidualVM yet, but it works nicely with ScummVM

samo79 (93.147.208.163) @ 02 Oct 2014, 08:52.44

Thu, 02 Oct 2014 20:52:44 +0200

By: samo79 (93.147.208.163)

Raziel a new problem :-D 
 
How can we use the translation file for the program ? 
It seems it need a proper translation.dat and indeed we have it inside our current nighly archive, however did you ever verify if it work or not ? 
 
Because here i wasn't able and i have the usual warning at startup: 
 
--- 
WARNING: You are missing a valid 'translations.dat' file. GUI translation will not be available!

samo79 (93.147.208.163) @ 29 Sep 2014, 12:58.35

Mon, 29 Sep 2014 00:58:35 +0200

By: samo79 (93.147.208.163)

Ok, modern themes are working nicely on both, thanks ! 
But i hope that they will work also in final release as for them i presume you will turn back on the standard LhA format :-) 
 
Good work :-)

Raziel (79.232.63.211) @ 27 Sep 2014, 07:54.19

Sat, 27 Sep 2014 19:54:19 +0200

By: Raziel (79.232.63.211)

@samo79 
 
Daily Builds switched to .zip. 
Tried and it's working now

Raziel (79.232.60.69) @ 25 Sep 2014, 11:35.01

Thu, 25 Sep 2014 11:35:01 +0200

By: Raziel (79.232.60.69)

@samo79 
 
Yes, it's kind of the same way as to "add" a working dir :-) 
 
I don't have feedback yet, but i think the easiest solution would be to switch to .zip.

samo79 (93.147.208.163) @ 25 Sep 2014, 11:16.29

Thu, 25 Sep 2014 11:16:29 +0200

By: samo79 (93.147.208.163)

Ok, I think to have found an easy way to solve (atleast seems working here) 
 
By default the current "themes" folder doesn't have any corresponding .info extension, (aka the themes folder are hidden) 
 
So just add a folder icon for that drawer and that's it, doing that you should be able to solve the issue and so the program will be able to read the modern theme again 
 
> Do you get the same error with the ScummVM builds? 
 
No problem with ScummVM (even if its themes folder icon are missed)

Raziel (79.232.60.69) @ 25 Sep 2014, 11:07.08

Thu, 25 Sep 2014 11:07:08 +0200

By: Raziel (79.232.60.69)

@samo79 
 
What i found out so far is that the lha archive is "broken" 
 
Try "lha -t residualvm-amigaos4.lha" and you'll get an instant error. 
 
Testing integrity of archive 'residualvm-amigaos4.lha': 
Testing: (       0/       0)  ResidualVM/ 
*** Error on file 'AUTHORS.txt' : Unknown compression (need newer LhA version) 
 
Buildbot is using a linux commandline .lha to crunch the archive. 
The Buildbot maintainer will be informed about this. 
 
Until then, i'm afraid you'll have to create your own dirs and move stuff around with daily builds to make it work.

Raziel (79.232.60.69) @ 25 Sep 2014, 10:47.34

Thu, 25 Sep 2014 10:47:34 +0200

By: Raziel (79.232.60.69)

@samo79 
 
Why, that is one strange "bug" :-o 
 
I was testing your problem with modern.zip and get the same result...no modern.zip picked up by residualvm. 
 
Here comes the strange part...if i point the daily build to another install's theme dir (in my local build) the modern.zip is picked up just fine! 
 
But wait, it gets even more strange...once i copy the "working" modern.zip (from my local build) to the dir of the daily build it's again not seen!! 
 
But vice-versa, if i copy the modern.zip from the daily build to my local copies themes/, it IS seen, wtf?! 
 
And to top it all...i created different dirs with different "named" modern.zips in them...all of them gets picked up, but for one...the one that has been installed in the daily builds themes/ dawer!!! 
 
I can't tell you right now what the problem is, but it seems the dir created by buildbot is somewhat corrupted and/or not standard and is refused by AmigaOS to read their files. 
 
A workaround is to: 
1) rename the original themes/ drawer to themes_broken/ 
2) Create another dir called themes/ 
3) Copy modern.zip to themes/ 
4) Point ResidualVM's theme path to the new themes/ drawer and pick modern.zip 
 
I gotta find out what it's going on there... 
 
Do you get the same error with the ScummVM builds?

samo79 (93.144.88.129) @ 24 Sep 2014, 08:29.07

Wed, 24 Sep 2014 20:29:07 +0200

By: samo79 (93.144.88.129)

@Raziel 
 
Ok in latest nightly all icons are fixed, still only the problem with the modern theme of Residual, again i can't set the modern theme availible on the archive 
 
WARNING: Could not find theme 'modern' falling back to builtin! 
 
Just a curiosity and maybe not related but in your Residual archive how many file do you have inside the "themes" folder ? 
 
In official built we only one single file called "modern.zip" and nothing else, however on the "themes" folder of ScummVM i noted that we have atleast two different zip files 
 
scummmodern.zip 
scummclassic.zip 
 
That's why i can't apply the modern theme in Residual ?

Raziel (79.232.55.190) @ 21 Sep 2014, 02:56.03

Sun, 21 Sep 2014 14:56:03 +0200

By: Raziel (79.232.55.190)

@samo79 
 
Custom drawer icons in for both ResidualVM and ScummVM (ScummVM may still need some time to show up in the development builds, though)

Raziel (79.232.55.190) @ 21 Sep 2014, 02:48.14

Sun, 21 Sep 2014 14:48:14 +0200

By: Raziel (79.232.55.190)

@samo79 
 
Custom drawer icons in for both ResidualVM and ScummVM (ScummVM may still need some time to show up in the development builds, though)

Raziel (79.232.55.190) @ 21 Sep 2014, 08:11.25

Sun, 21 Sep 2014 08:11:25 +0200

By: Raziel (79.232.55.190)

@Pseudaxos 
 
Thats bad luck...unfortunately, if you don't provide further detail i'm not able to do anything about it. 
 
You could try to redownload and re-install. 
You could try to raise the stack in it's icon to 1 000 000 bytes 
 
Please don't post bugreports here, write me a mail instead

Pseudaxos (109.2.107.189) @ 21 Sep 2014, 12:21.38

Sun, 21 Sep 2014 00:21:38 +0200

By: Pseudaxos (109.2.107.189)

I get DSI very often with this version when I launch the soft.

Raziel (79.232.46.54) @ 19 Sep 2014, 12:28.21

Fri, 19 Sep 2014 12:28:21 +0200

By: Raziel (79.232.46.54)

Whoops, sorry 
 
https://github.com/residualvm/residualvm/blob/master/icons/residualvm_drawer.info 
https://github.com/scummvm/scummvm/blob/master/icons/scummvm_drawer.info

samo79 (93.144.88.129) @ 19 Sep 2014, 11:18.43

Fri, 19 Sep 2014 11:18:43 +0200

By: samo79 (93.144.88.129)

Yes that icons for the "binary" are already ok, what we miss in both programs is an icon for the main folder

Raziel (79.232.46.54) @ 19 Sep 2014, 09:46.15

Fri, 19 Sep 2014 09:46:15 +0200

By: Raziel (79.232.46.54)

The daily builds are done through cross-compiling on a linux platform. 
The icons itself were added to be used and installed on a local platform...which means i have to convince the buildbot guys to add that icon to their daily build release :-) 
 
In the meantime: 
https://github.com/residualvm/residualvm/blob/master/icons/residualvm.info 
https://github.com/scummvm/scummvm/blob/master/icons/scummvm.info

samo79 (93.144.88.129) @ 18 Sep 2014, 11:55.33

Thu, 18 Sep 2014 23:55:33 +0200

By: samo79 (93.144.88.129)

@Raziel 
 
Ok will check this specific issue later, for now i need to turn back to the old issue because i'm not sure if they are integrated the main folder into the Amiga archives or no 
 
I just downloaded the new nighty (no more than 5 minutes ago), extracted in RAM and so on, however both archives (ScummVM and ResidualVM) miss the folder icons as before: 
 
See grab: http://s28.postimg.org/8yzbfyo0t/no_folders.png

Raziel (79.232.52.119) @ 17 Sep 2014, 12:07.11

Wed, 17 Sep 2014 12:07:11 +0200

By: Raziel (79.232.52.119)

That is strange indeed...just tried and it worked 
 
You can alos always use the modern.zip file from the daily builds, there hasn't been any changes to the theme code so it will work aswell.

samo79 (93.144.88.129) @ 16 Sep 2014, 08:13.00

Tue, 16 Sep 2014 20:13:00 +0200

By: samo79 (93.144.88.129)

Mmm downloaded and copied in themes folder, but it doesn't work either 
 
-- 
WARNING: Could not find theme 'modern' falling back to builtin! 
--

@samo79 (79.232.51.242) @ 16 Sep 2014, 06:54.29

Tue, 16 Sep 2014 18:54:29 +0200

By: @samo79 (79.232.51.242)

ResidualVM...yes, i know :-( 
 
The cp command (which is used when i do the package builds) has sometimes problems copying .zip archives (it looks like it exits early and cuts off the .zip's last bbit, making it corrupted) 
 
Please download the .zip from here, install and try again 
https://github.com/residualvm/residualvm/blob/master/gui/themes/modern.zip?raw=true

samo79 (93.144.88.129) @ 16 Sep 2014, 03:14.20

Tue, 16 Sep 2014 15:14:20 +0200

By: samo79 (93.144.88.129)

@Raziel 
 
Great ! :-) 
Just talking about Residual, tried to set the modern skin included in the archive but it will not set, the one in ScummVM works fine, but i had no luck with the modern skin in Residual .. maybe it's my fault, but did you test it ? 
 
Thanks :-)

Raziel (79.232.51.242) @ 16 Sep 2014, 02:52.56

Tue, 16 Sep 2014 14:52:56 +0200

By: Raziel (79.232.51.242)

@samo79 
 
Custom drawers for ScummVM and ResidualVM approved :-) 
Should be available in a few hours for both programs in daily builds.

samo79 (93.144.88.129) @ 08 Sep 2014, 07:08.14

Mon, 08 Sep 2014 19:08:14 +0200

By: samo79 (93.144.88.129)

@Raziel 
 
> It will be available there once those changes make it through the 
> testing phase (i don't know how long that will take, probably as 
> long as a new stable release?) 
 
No problem, meanwhile we can use the daily snapshots :-) 
 
> I see if a customized drawer icon gets approved for the project and > add it for the next release (so i don't need to remember) :-) 
 
Yes it would be better so no risk to forget ! 
 
> ResidualVM: 
> You are right about the version information. 
 
It's ok on the latest nightly, thank you ;-)

Raziel (79.232.47.28) @ 05 Sep 2014, 08:08.37

Fri, 05 Sep 2014 08:08:37 +0200

By: Raziel (79.232.47.28)

@samo79 
 
ScummVM: 
Actually only the "development" daily builds have the version information. 
The "stable" builds doesn't :-) 
 
It will be available there once those changes make it through the testing phase (i don't know how long that will take, probably as long as a new stable release?) 
 
The missing drawer icons is not really an issue...other platforms don't know about cutomized drawer icons, i need to provide them for every release package i do. 
I forgot about them, as i did with the main binary icon. 
 
I see if a customized drawer icon gets approved for the project and add it for the next release (so i don't need to remember) :-) 
 
ResidualVM: 
You are right about the version information. 
 
The changes done for ScummVM gets merged into the ResidualVM project "automatically" from time to time (very handy as i only have to do changes in ScummVM) and it like as if not all of them made it. I'll check that out, thanks for the hint

samo79 (93.144.88.129) @ 04 Sep 2014, 08:06.09

Thu, 04 Sep 2014 20:06:09 +0200

By: samo79 (93.144.88.129)

@Raziel 
 
Tested latest nightly and the version command it's now fine, however the main folder icon still not be availible (it was the folder icon you used for ScummVM 1.6.0) 
 
The same issue, a missing icon for the main folder still for the ResidualVM nightly archive, ResidualVM binary also seems using a wrong version reference :-) 
 
Actually it use the Scumm name: "ScummVM 0.2.0git..." 
.. while more or less should be like: "ResidualVM 0.2.0git..."

samo79 (93.144.77.169) @ 10 Aug 2014, 11:20.48

Sun, 10 Aug 2014 23:20:48 +0200

By: samo79 (93.144.77.169)

Raziel (79.232.53.153) @ 10 Aug 2014, 09:22.40

Sun, 10 Aug 2014 09:22:40 +0200

By: Raziel (79.232.53.153)

@samo79 
 
Stack Cookie and Amiga-specific version information IN ;-) 
 
Should be already available in daily builds and when 1.8.0 comes out

samo79 (93.144.77.169) @ 09 Aug 2014, 08:03.02

Sat, 09 Aug 2014 20:03:02 +0200

By: samo79 (93.144.77.169)

@Raziel 
 
> I don't think you understood what i meant ;-) 
 
Quite probably :-) 
 
> Type "your-path-to:scummvm --version" in a shell and you will get the 
> version information. 
 
Yes it works and i know it already: 
 
3/0.HD:Giochi/ScummVM> scummvm --version 
ScummVM 1.7.0pre77-g87ef1c3 (Jul 20 2014 05:28:30) 
Features compiled in: Vorbis RGB zLib Theora FreeType2 JPEG PNG 
 
Altrough as you said i meant an Amiga specific one 
 
> I'll consider adding an Amiga-specific version information, but i doubt the devs will 
> let that in, no benefit for the main program and only usefull on one platform :-) 
 
Yep would be better for sure. 
Don't know if devs you accept such code but maybe you don't need to merge this specific part, atleast ..

Raziel (79.232.42.111) @ 07 Aug 2014, 10:17.41

Thu, 07 Aug 2014 22:17:41 +0200

By: Raziel (79.232.42.111)

@samo79 
 
I don't think you understood what i meant ;-) 
 
Type "your-path-to:scummvm --version" in a shell and you will get the version information. 
i.e. 
scummvm -- version 
ScummVM 1.8.0git (Aug  7 2014 09:58:01) 
Features compiled in: Vorbis FLAC MP3 RGB zLib MPEG2 Theora AAC FreeType2 JPEG PNG 
 
I'll consider adding an Amiga-specific version information, but i doubt the devs will let that in, no benefit for the main program and only usefull on one platform :-)

samo79 (93.144.77.169) @ 07 Aug 2014, 06:44.59

Thu, 07 Aug 2014 18:44:59 +0200

By: samo79 (93.144.77.169)

@Raziel 
 
> You see, ScummVM is a multiplatform engine, and going the console way is the most 
> generic so most of the supported platforms benefit from/can use it. 
 
Yep indeed you right on this 
 
> Regarding version information...would this 
> "scummvm --version" 
> fit your needs? 
 
A basic one, somethings like this maybe: 
 
ScummVM 1.7.0 (25-Jul-2014) 
 
+ eventually a revision number in between (in case one will use a nighly build binary instead)

Raziel (79.232.42.111) @ 07 Aug 2014, 04:44.44

Thu, 07 Aug 2014 16:44:44 +0200

By: Raziel (79.232.42.111)

@samo79 
 
Thanks for the heads up 
 
The shell output is actually the user friendliest method to tell the user that something is wrong and needs to be adapted. 
You see, ScummVM is a multiplatform engine, and going the console way is the most generic so most of the supported platforms benefit from/can use it. 
 
There are means to add the possibilty to write to a log file instead (as an option in the main ScummVM launcher window) but it's not beyond the planning state and other matters are more important...like new engines  ;-) 
 
Regarding version information...would this 
"scummvm --version" 
fit your needs? 
 
;-)

samo79 (93.144.77.169) @ 07 Aug 2014, 02:28.21

Thu, 07 Aug 2014 14:28:21 +0200

By: samo79 (93.144.77.169)

@Raziel 
 
Working good so far ! 
All seems fine, Just another couple of minor things for when you have the time 
 
- At any startup ScummVM still open a shell output asking for a missing path for the skin and for the translation.dat, not a problem in general but maybe you might suppress it, atleast show it only when a user start it for the very first time, even because the message isn't very clear as is, maybe it should just ask the user to select the proper paths to change them, right now it just say that they are missing alltogheter while in reality they are not missing from the archive, they just need to be set! 
 
- A version command would be good to have :-) 
 
Thank you again and great job :-)

Raziel (79.232.35.230) @ 05 Aug 2014, 05:53.18

Tue, 05 Aug 2014 17:53:18 +0200

By: Raziel (79.232.35.230)

@SalternaOS 
@Thematic 
 
Yes, i have to apologize again for the missing icons, mea culpa 
 
Best would be to set the stack to 600000 in the icon. 
ScummVM gets more demanding with every engine that is added. 
 
I got some pretty weird crashes with the .so builds which i couldn't overcome...until i accidently set the stack to 1000000 and it ran, stupid thing :-) 
 
Happy gaming to all

Raziel (79.232.35.230) @ 05 Aug 2014, 05:49.54

Tue, 05 Aug 2014 17:49:54 +0200

By: Raziel (79.232.35.230)

@Helgis 
 
Well, then you are in for some surprises... 
 
 
1) I don't care what you think 
2) I am the porter, not one the devs 
2.1) If you donated, you donated to the devs 
(Try to find someone who does the port, sacrifices their time, builds the exe day after day, tests [and buys] all new games on their own, deals with ungrateful demanding sods...i beg you, find one and i'll happily step back from doing the builds) 
3) The problem is not in ScummVM, live with it and read the release notes again, you are just not getting it... 
4) It IS a BIG difference using JXFS instead of SFS 
(Just because it runs on AmigaOS and is a Filesystem does NOT mean it's the same, besides JXFS is discontinued and will vanish) 
5) I don't care what you think 
 
There...surprise 
 
P.S: This is not your blog, nor a bug tracker

Thematic (88.113.184.161) @ 04 Aug 2014, 09:21.20

Mon, 04 Aug 2014 21:21:20 +0200

By: Thematic (88.113.184.161)

Yeah, apparently some older versions worked fine with "Amiga-like" stack. 1 MB stack is no problem for something like this.

SalternaOS (83.172.225.162) @ 29 Jul 2014, 07:16.42

Tue, 29 Jul 2014 19:16:42 +0200

By: SalternaOS (83.172.225.162)

Well, I have a small tip that could help : set stack on 500000 in the icon tooltype and change the launching type on "Workbench" instead of "Shell". And for a nice look, copy an icon on it :)

HKvalhe (80.213.142.202) @ 29 Jul 2014, 12:14.24

Tue, 29 Jul 2014 12:14:24 +0200

By: HKvalhe (80.213.142.202)

Well, what would you know? Using SFS2 instead also caused the same GR message now and then. Not always, but more or less regularly. I have sent a crashlog for you to investigate deeply into the problem. It leaves me to speculate that the problem is within ScummVM 1.7.0 itself, NOT the file system you use. 
 
I don't really think using JXFS or SFS2 differs so much. It's pretty obvious that the file system is not the problem. The problem is ScummVM 1.7.0 itself. The crashlog proves it...

HKvalhe (80.213.142.202) @ 27 Jul 2014, 12:07.24

Sun, 27 Jul 2014 12:07:24 +0200

By: HKvalhe (80.213.142.202)

2 post too many from me already, but also remember a lot of us have donated a great sum of money into the ScummVM project. I'm one of many who have, and as no surprise, there are always certain expectations to the ambitious project. Wintermute engine is on the way. And because all previous versions of ScummVM have handled the new JXFS filesystem without any GR messages, then i expect that the 1.7.x versions should be able to do the same, which would make sense. 
 
And i think Raziel that you have to accept that a lot of users are actually using the JXFS for non-bootable partitions, which are of course many of them. If you take a look at the different topics in the Hyperion Entertainment support forums, you will actually see that a LOT OF users are in fact using JXFS for NON-bootable partitions. At least until there is a new universal file system to use. For now, JXFS is the best option, like it or hate it, as SFS2 is the best bootable solution for AmigaOS4, as it stands now.

HKvalhe (80.213.142.202) @ 27 Jul 2014, 10:20.39

Sun, 27 Jul 2014 10:20:39 +0200

By: HKvalhe (80.213.142.202)

OK, you are the author of ScummVM, Raziel. I didn't see that coming. But still, using JXFS should not be a problem. It has never been and now suddenly, with 1.7.0 of ScummVM, it's a problem. I don't really get it. It seems pretty odd to me. 
 
And what makes you believe that SFS2 is better than JXFS? Could you explain that?

HKvalhe (80.213.142.202) @ 27 Jul 2014, 10:15.02

Sun, 27 Jul 2014 10:15:02 +0200

By: HKvalhe (80.213.142.202)

@Raziel, 
You are NOT the author of ScummVM. What you say and mean is IRRELEVANT in this case. It's actually up to the author. I have run previous versions of ScummVM, the last being somewhere in the 1.6.0 version of ScummVM, and it has NEVER EVER been a problem for me using the JXFS file system. There, i said JXFS. Was writing too fast the last time i hitted the wrong key, but it's JXFS. 
 
I am letting others handle this request. I don't want you to handle this, Raziel. You are NOT the author of ScummVM and therefore it's NOT up to you. It's that simple. 
 
There, i have spoken enough of this. If you are going to keep being rude and arrogant, then there is no point in having this conversation. I'm not sinking down to your standard. You dig your own hole. I don't want to join you in that hole. Thank you.

Raziel (79.232.36.59) @ 26 Jul 2014, 03:06.20

Sat, 26 Jul 2014 15:06:20 +0200

By: Raziel (79.232.36.59)

@HKvalhe 
 
Ah, what the heck, i'm in the mood of enhancing my "No" 
 
First of all, lets see what you got: 
[quote] 
It's suprising to see that version 1.7.0 have problems 
[/quote] 
 
Actually, if you followed the release cycle it was 1.6.0 which introduced the problem (or rather two new engines which uses a shipload of I/O accesses a JXFS based partition just can't handle) 
 
...which, in turn, makes your following statement obsolete 
[quote] 
It shouldn't be the case, as this was never the case with previous versions 
[/quote] 
 
...as you see above, this is utterly wrong 
 
Moreover... 
[quote] 
with handling the JFXS filesystem. . Most are using JFXS, actually. I hope the author can look into this problem and eventually find a solution to address the problem, so that JFXS still can be used. 
[/quote] 
 
Firstly: It's J X F S, not JFXS, never heard that one before 
Secondly: I know enough people who DON'T use JXFS to easily disprove your "Most"... 
Lastly: Good luck finding the author of JXFS to "fix" it

Raziel (79.232.36.59) @ 26 Jul 2014, 02:51.54

Sat, 26 Jul 2014 14:51:54 +0200

By: Raziel (79.232.36.59)

@samo79 
 
Yes, lha is skipping the .info files by default except i'm telling it to do so manually. 
I missed them this release, sorry 
 
Just use the ones from an older release (they didn't change anyway)

Raziel (79.232.36.59) @ 26 Jul 2014, 02:49.59

Sat, 26 Jul 2014 14:49:59 +0200

By: Raziel (79.232.36.59)

@HKvalhe 
 
No

samo79 (93.144.88.248) @ 26 Jul 2014, 02:00.06

Sat, 26 Jul 2014 14:00:06 +0200

By: samo79 (93.144.88.248)

@Raziel 
 
Comparing to the old version the 2 main icons (the folder icon and main exe icon) are missed in this new 1.7.0 package, please can you check them ? :-)

HKvalhe (80.213.142.202) @ 26 Jul 2014, 12:30.42

Sat, 26 Jul 2014 12:30:42 +0200

By: HKvalhe (80.213.142.202)

It's suprising to see that version 1.7.0 have problems with handling the JFXS filesystem. It shouldn't be the case, as this was never the case with previous versions. Most are using JFXS, actually. I hope the author can look into this problem and eventually find a solution to address the problem, so that JFXS still can be used.

HKvalhe (85.164.237.73) @ 23 Nov 2013, 11:35.46

Sat, 23 Nov 2013 23:35:46 +0100

By: HKvalhe (85.164.237.73)

In the ReadMe page, it was adviced that JFXS fileformat should NOT be used to run ScummVM, but i find that odd, as i have NO problem with running ScummVM from a JFXS-formatted partition, as long as you have all the needed SObjs files and configured everything correct. Of course, this can be invidual, depending on what setup you have and system you have. I have donated $20 for supporting ScummVM! WinterMute is coming! :)

Raziel (80.154.122.188) @ 24 Apr 2012, 12:16.59

Tue, 24 Apr 2012 00:16:59 +0200

By: Raziel (80.154.122.188)

@klapdeur 
 
Riven/Myst is a WIP engine accessable only to betatesters as it is far from finished. 
 
The engine will be made available when the devs feel like it is time to hit the streets

klapdeur (86.81.11.223) @ 23 Apr 2012, 09:03.09

Mon, 23 Apr 2012 09:03:09 +0200

By: klapdeur (86.81.11.223)

its a shame the riven engine and myst engine isnt compiled in this version. 
 
could it be done in the next update please !!!

samo79 (188.152.131.62) @ 13 Feb 2012, 06:05.02

Mon, 13 Feb 2012 18:05:02 +0100

By: samo79 (188.152.131.62)

@Raziel 
 
Can't reply on the Hyperion forum because the thread was locked, aniway.. 
 
You can add any SOBjs into your archive, there are no licence problem at all, see for example what Andrea do with his lha archive of Battle For Wesnoth 
 
http://www.amigasoft.net/pages/games/download/Wesnoth186.lha.lzh 
 
Really, it's really simple as that ;-)

Shadowsun (10.20.211.11) @ 13 Feb 2012, 08:56.29

Mon, 13 Feb 2012 08:56:29 +0100

By: Shadowsun (10.20.211.11)

As you may have noticed, there is a specific Os4Depot site for Sobjs : just click on top left link Sobsjs site or http://sobjs.os4depot.net/ 
 
Sadly, not a lot of body seems to use it...

samo79 (188.152.131.62) @ 13 Feb 2012, 08:48.30

Mon, 13 Feb 2012 08:48:30 +0100

By: samo79 (188.152.131.62)

@Raziel 
 
>>> 
Scattered??? 
>>> 
 
Pardon you are right here, read too quickly your latest message i though to recreate manually the entire "folders structure", usual language barrier you know :-/ 
 
>>> 
Thank you...i stop it then 
>>> 
 
Plz don't say that, i never intend to critic your work without any reason but just help you creating a more user friendly archive for all of us, right now i think it's not for the reason already explained (SOBjs) by me, kas1e and salass00 
 
If you create inside the Scumm archive a simple folder directory called "SOBjs" and then put there all the libraries dpes all problem will be easily solved .. i think it's an extremely easy solution for you and for us !

Raziel (91.8.6.97) @ 13 Feb 2012, 05:51.36

Mon, 13 Feb 2012 05:51:36 +0100

By: Raziel (91.8.6.97)

[i][b]Ok, but right now all files in your ScummVM archive are scattered here and there, i need to re-create all that folder/s manually ?[/i][/b] 
 
Pardon me? Scattered??? 
How could i possibly "scatter" files when i put them [b]all in one directory[/b]??? 
 
You don't need to [i]re-create[/i] anything when you already have a working ScummVM dir with an earlier version. Just copy the files where they belong. 
 
[i][b]there is no need to make user crazy to search all of them or force the user[/i][/b] 
 
Thank you...i stop it then

samo79 (188.152.131.62) @ 12 Feb 2012, 06:09.33

Sun, 12 Feb 2012 18:09:33 +0100

By: samo79 (188.152.131.62)

@Raziel 
 
>>> 
The warnings you get are because translations.dat (which is btw in the 1.4.1 package) needs to reside in the drawer the "themes" path points to (ScummVM Options/Paths/Theme Path) 
>>> 
 
Ok, but right now all files in your ScummVM archive are scattered here and there, i need to re-create all that folder/s manually ? 
 
About SOBjs library is what salass00 say, you can easily create a folder (inside your ScummVM archive) called "SOBjs" and then put there all the deps needed for the program .. --> And that files would be used only for ScummVM and nothings else .. there is no need to make user crazy to search all of them or force the user to fill the main SOBjs OS4's directory :-)

salass00 (94.101.5.193) @ 10 Feb 2012, 08:49.44

Fri, 10 Feb 2012 08:49:44 +0100

By: salass00 (94.101.5.193)

@Raziel 
 
I think you are missing the main advantage of shared objects over shared libraries which is that you can put the specific sobjs that are needed by a program inside that program's PROGDIR: and it will use those and the sobjs won't interfere with the rest of the system. No need to make users install sobjs into SYS:SObjs, and this way the user can if he knows what he is doing still replace the sobjs by newer compatible versions, which may contain important bugfixes f.e., without having to recompile ScummVM as would be necessary with a static build.

Raziel (87.146.44.146) @ 09 Feb 2012, 09:34.07

Thu, 09 Feb 2012 21:34:07 +0100

By: Raziel (87.146.44.146)

@samo79 
 
The warnings you get are because translations.dat (which is btw in the 1.4.1 package) needs to reside in the drawer the "themes" path points to (ScummVM Options/Paths/Theme Path) 
 
Same goes for the theme file. 
ScummVM explicitely checks for the theme path to find it. 
You MUST set it to wherever your theme file reside otherwise it wont be found. 
(I stopped packaging an empty/base scummvm.ini with the pathes pointing to the install dir after some people complained about their own scummvm.ini being overwritten) 
 
Sometimes it would help if people start reading the readme. 
 
About your idea with packaging the needed shared objects. 
No. 
Because the first thing would be people complaining about a shared objects version is 
a) older than he/she got 
b) newer than he/she got 
c) not having it all and the question where it has to be installed 
d) the question where a newer/older version can be downloaded because 
d-1) it breaks other programs he/she has 
d-2) it fixes long standing bugs on their system, why that is ans why that isnt in the OS installation 
 
Sorry, too much hassle 
 
I will see, if i find the time, if i can add links to the Shared Objects as needed can be downloaded from whatever place. 
 
No promise though...

Raziel (87.146.44.146) @ 09 Feb 2012, 09:21.02

Thu, 09 Feb 2012 21:21:02 +0100

By: Raziel (87.146.44.146)

@morlock 
 
The error/misbehaviour cap is talking about was a bug in the LoL save/load code which has been fixed with 1.4.1. 
 
You shouldnt need any "workarounds" anymore

morlock (89.204.138.8) @ 09 Feb 2012, 06:22.54

Thu, 09 Feb 2012 18:22:54 +0100

By: morlock (89.204.138.8)

@cap 
 
under the scumm screen must edit lol and the save path dir edit the hd path of scumm and then can you save

samo79 (188.152.142.70) @ 08 Feb 2012, 06:04.46

Wed, 08 Feb 2012 18:04:46 +0100

By: samo79 (188.152.142.70)

@Raziel 
 
>>> 
I can't code, i just port (and even this would'nt be possible without the great help of the ScummVM devs), if you can find a solution which doesn't involve building the source a second time, i'd be happy to use it... 
>>> 
 
Well a quick solution can be to add into the ScummVM archive (PROGDIR) all the SOBjs deps needed, so the application can start instantenely using that library inside (and without annoying users about such deps..) 
I think this might be the easy and fast solution for you while you can't give us a proper static version :-) 
 
BTW: When i start ScummVM i also get this output messages: 
 
"WARNING: You are missing a valid 'translation.dat' file. GUI translation would not be availible" 
 
"WARNING: Could not find theme 'scummmodern' falling back to builtin" 
 
Scumm Modern skin is availible in archive even if archived but i can't find the translation.dat, i use AmigaOS in italian language, would be nice to have such translation.dat builtin and ready to usable :-)

ToAks (79.160.95.26) @ 07 Feb 2012, 08:04.21

Tue, 07 Feb 2012 20:04:21 +0100

By: ToAks (79.160.95.26)

i agree with Raziel on this but i also agree with everyone else too (regarding shared objects). 
 
i think its really stupid for everyone to not have the shared objects available for download on OS4depot, the sources are on os4depot but 99% of them require you to have a SDK installed and that you know how to use it. 
 
there has to be a better system than this, os4depot team should require that there is a complete package of the .sobjs. 
 
As to going static , well i'd like that too but there are some really negative sides to that, just look at all the old sdl games (slow, some doesnt work etc)etc here on the depot :-/ 
 
so i'd say, someone who has all the shared objects and whatever, put them onto a site or whatever and let people download them from there (or even provide a auto downloader script in the scummVM install). 
 
cheers

Raziel (91.8.5.168) @ 07 Feb 2012, 12:01.29

Tue, 07 Feb 2012 00:01:29 +0100

By: Raziel (91.8.5.168)

@kas1e 
 
The configure/makefile/building/linking is completely set to use shared librarys 
(and it took me quite a while to figure out how to do it on OS4 before it really worked with all SO's) 
 
If it were as easy as changing the linker line to build a static instead of a shared version i would do it. 
Unfortunately i believe using either static or shared would result in a complete rebuild of the whole source, which would mean another 30+ minutes of building...and my time is precious. 
 
If it isn't the case (and i say "if" because i never tried due to the shared version working so great) i'd think about linking a static version (and packaging it too) aswell...but as i said, i believe a change to static would mean a whole rebuild and such is a no-go for me. 
 
I can't code, i just port (and even this would'nt be possible without the great help of the ScummVM devs), if you can find a solution which doesn't involve building the source a second time, i'd be happy to use it...

kas1e (10.176.10.102) @ 06 Feb 2012, 04:51.03

Mon, 06 Feb 2012 16:51:03 +0100

By: kas1e (10.176.10.102)

@Raziel 
But why not make users happy and not compile static version for them ? And provide two versions: shared and static. Shared for everyone who want to meet with sobj-hell, and static for anyone who just want to run and play without downloading all the sobjes ? 
 
If you in interest i can help you with it (as you already kind of handle scummvm, it will be logical if you will build static version, and not me, to avoid different kind of releases).

Raziel (91.8.5.168) @ 06 Feb 2012, 04:05.03

Mon, 06 Feb 2012 16:05:03 +0100

By: Raziel (91.8.5.168)

@samo79 
 
No 
 
Please read further down the comments for an explanation. 
 
Also, as i said a million times already, ScummVM is open source.... 
go ahead and compile it to your liking until the rivers run dry. 
 
It works for me having all the needed SObjs installed as they are freely available on OS4Depot. 
If users have a hard time finding them, it's not my fault. Sorry

samo79 (188.152.137.158) @ 06 Feb 2012, 12:18.10

Mon, 06 Feb 2012 12:18:10 +0100

By: samo79 (188.152.137.158)

Please try to avoid all that SOBjs library request for the next Scumm release !! 
They are an hell to find and install all of them separately ! 
First it ask for libpng15.so then for libtheoradec.so and so on .. 
 
Plz compile ScummVM including all into the bin and users will be happy !

Raziel (91.8.5.46) @ 29 Dec 2011, 09:40.29

Thu, 29 Dec 2011 09:40:29 +0100

By: Raziel (91.8.5.46)

@Shadowsun 
 
-sigh- 
 
Please...either write to me directly (this comments can be missed so easily) or open a bug report at the [u][url=http://sourceforge.net/tracker/?group_id=37116&atid=418820]ScummVM bug tracker[/url][/u]. 
 
I both cases 
[b]deep within the game[/b] 
won't help me very much in finding the cause. :-( 
The assertion is of course a valuable bit of information, but i also need to know which video file was played when it crashed, hence i need at least a [b]save game[/b] from before the crash and the [b]steps to reproduce[/b]. 
 
It woul be even better if you could add the following information: 
 
Before submitting a bug report, there are three things you need to do. First, please check the compatibility list to ensure the bug is not already known. Secondly, try out the latest Subversion/daily build. The bug may already have been fixed. And last, check you are including all the following information in your bug report: 
ScummVM version (scummvm -v) 
Bug details, including instructions on reproducing 
Language of game (English, German, ...) 
Version of game (Talkie, Floppy, ...) 
Platform and Compiler (Win32, Linux, ...) 
Attach a save game if possible 
If this bug only occurred recently, please note the last version without the bug, and the first version including the bug. That way we can fix it quicker by looking at the changes made. 
Next, select the game in the 'groups' dropdown, and the type of bug in the 'categories' dropdown... enter your text, and hit the button! 
 
Please only file bugs on games that are listed as 'Playable to the end' (that is, completable) in the README file included with your version of ScummVM. 
 
Finally, please report each issue separately; do not file multiple issues on the same ticket. (Otherwise, it gets difficult to track the status of each individual bug). 
 
Thanks for using ScummVM!

Shadowsun (10.20.211.11) @ 20 Dec 2011, 03:46.04

Tue, 20 Dec 2011 15:46:04 +0100

By: Shadowsun (10.20.211.11)

With Feeble files, deep within the game 
 
assertion "is16Bits == _header.audioInfo[streamNum].is16Bits" failed: file "video/smk_decoder.cpp", line 764

@Cap (91.8.24.23) @ 14 Nov 2011, 09:12.40

Mon, 14 Nov 2011 09:12:40 +0100

By: @Cap (91.8.24.23)

Strange...i get this too but it's gone now and never comes back (a b*tch to reproduce) 
 
Try this, when you start the game, fill slot 0 and 1 (and maybe 2) with a save by using the GMM (CTRL-F5). When done try the ingame save (the disk icon) again. 
 
It worked for me and once it works ingame it always works. 
Not sure what triggers this or what makes it to go away

cap (82.15.9.2) @ 14 Nov 2011, 07:44.48

Mon, 14 Nov 2011 07:44:48 +0100

By: cap (82.15.9.2)

I`ve got Lands of lore running but it will not save. 
It will not save. - Can`t create file lol-cd.000 game not saved. 
Otherwise this game runs really well on my A1 G4 1ghz.

anonymous (82.134.81.126) @ 12 Nov 2011, 02:01.50

Sat, 12 Nov 2011 14:01:50 +0100

By: anonymous (82.134.81.126)

thanks raziel! much appreciated!!!!!

Raziel (80.146.207.2) @ 14 Jul 2011, 05:52.29

Thu, 14 Jul 2011 17:52:29 +0200

By: Raziel (80.146.207.2)

Yes, its missing, sorry about that... 
I will think about adding it the next release. 
 
Regarding third party libs...see my last post

samo79 (188.152.141.3) @ 14 Jul 2011, 12:09.48

Thu, 14 Jul 2011 12:09:48 +0200

By: samo79 (188.152.141.3)

Well the main folder icon here is missed completely (ghost icon only) so even adding a simple OS4 standard icon would be better IMHO. 
 
Same about PNG lib, going to search everywhere isn't so elegant in general, in this case i would consider to add all libs needed into the main archive, but this is only my point of view :-)

Raziel (87.146.39.109) @ 13 Jul 2011, 08:59.07

Wed, 13 Jul 2011 20:59:07 +0200

By: Raziel (87.146.39.109)

libpng is available here on OS4Depot, just look it up 
 
I will not add 3rd party stuff to the archive, there are certain rules on uploading an official build to sourceforge and i wont start working on differing packages...my time is too precious. 
 
There IS a proper main icon in the archive --> "Scummvm.info"... 
its the official and i wont change it. 
You are free to download any other 3rd party icon collection to add to your installation. 
If you are talking about the folder icon (i idiotedly thought it would be a good idea to add it the first time), i am sorry you dont like it, it will be removed the next time and you wont ever see it again.

samo79 (188.152.141.3) @ 13 Jul 2011, 02:48.17

Wed, 13 Jul 2011 02:48:17 +0200

By: samo79 (188.152.141.3)

Mmm i have a missing LibPNG15.so.15 here, next time is it possible to include it into the main archive or somethings similar ? 
 
And just a minor question: How about using a proper main icon for this archive ? maybe there are some good (already painter) folder icon from Mason :-)

Raziel (87.146.57.217) @ 11 Jul 2011, 09:13.25

Mon, 11 Jul 2011 21:13:25 +0200

By: Raziel (87.146.57.217)

It could be that i forgot to lha AFTER changing the dir to ScummVM, that way my directory "Temporary:" sneaked in. 
 
I apologize for the inconveniance...i will take better care for the next release...this time i was in a hurry because i cannot access the Aone and the release is set to the 12th, so you had to wait a prettyy long time... 
 
Excuse moi once again

Raziel (80.146.207.2) @ 11 Jul 2011, 05:12.24

Mon, 11 Jul 2011 17:12:24 +0200

By: Raziel (80.146.207.2)

I havent... 
 
Where does this happen? 
On unpacking or starting ScummVM?

Userename goes here (2.26.141.16) @ 10 Jul 2011, 11:52.26

Sun, 10 Jul 2011 23:52:26 +0200

By: Userename goes here (2.26.141.16)

Please insert Volume Temporary: in any drive. 
 
Why are you using some strange name for t:

Raziel (84.145.21.208) @ 05 Jun 2011, 08:16.53

Sun, 05 Jun 2011 08:16:53 +0200

By: Raziel (84.145.21.208)

@Unimon 
 
You can find the compatibility list [url=http://www.scummvm.org/compatibility/1.3.0/]here[/url]. 
Just click on the game and it will tell you which version is supported. 
 
In general most of the versions that exist are already supported, missing ones will be in the future. 
One exception are games that are freely available, e.g. Beneath a Steel Sky -> the Amiga version differs a lot and the devs have decided to not spend time on implementing it.

Unimon (83.172.228.88) @ 04 Jun 2011, 08:17.22

Sat, 04 Jun 2011 20:17:22 +0200

By: Unimon (83.172.228.88)

I have some PC/Mac games to be used but where can I find a liste of the Amiga SCI games ? Do it works only with CD version or also with Floppy disks version ?

Raziel (87.146.43.135) @ 03 Jun 2011, 02:00.33

Fri, 03 Jun 2011 14:00:33 +0200

By: Raziel (87.146.43.135)

I am pretty sure that the implementation of SObjs in OS4 will grow and get better and user friendlier, just give them a little more time. 
 
There are a few things that still annoy and/or are not really transparent to end users when it comes to error messages and such, but the devs already did quite a good job on fixing some of them. 
 
I wont do a static build as i already stated earlier in these comments for known reasons, sorry... 
Reason #1: The source is available and clean enough for anyone to build.

kas1e (86.11.165.107) @ 02 Jun 2011, 01:15.20

Thu, 02 Jun 2011 01:15:20 +0200

By: kas1e (86.11.165.107)

@Dwyloc 
Thats what I thought until I tried to update some of them with DOPUS4 but failed as they a number of the files are linked together with soft link. 
 
Anyway way as we are getting rather of topic I think we are best moving this to amigaworld or amigans.net. 
 
I am not against software using SOBJS: library's I would just prefer they were supplied with end user installers and that software that used then supplied a list of which ones they need and were to get them from. 
 
Hopefully the information here will help anyone else how wants to install scummvm find the library's they need to get it working.

kas1e (83.149.3.194) @ 01 Jun 2011, 11:51.14

Wed, 01 Jun 2011 23:51:14 +0200

By: kas1e (83.149.3.194)

@Dwyloc 
The sobjes, its the same as plain library. You just install shared libraryes to LIBS:, but sobjs to SOBJS:. Absolutly the same. 
 
And everything the same as with any other shared libs : you download them, and copy to SOBJS: dir. The only directory different. 
 
For my imho, its all very very easy to do. You just download need it library (and does not matter .library it, or .so), and put to LIBS: or to SOBJS.

Dwyloc (86.11.165.107) @ 01 Jun 2011, 10:03.44

Wed, 01 Jun 2011 22:03:44 +0200

By: Dwyloc (86.11.165.107)

OK thanks for the list of required alien library's. 
 
As a number of them don't seem to have user installers script and installing them is far more complex than installing normal Amiga library's I guess I will give for now and wait for the librarys to be released for end users rather than just developers with the OS4.1 SDKs installed. 
 
Sorry if this post seems a bit negative but I just dont have the required spare time at present to try and get ScummVM working under OS4 :-(

kas1e (83.149.3.194) @ 01 Jun 2011, 09:45.30

Wed, 01 Jun 2011 21:45:30 +0200

By: kas1e (83.149.3.194)

@dwyloc 
To see what sobjs you need for any binary, you can just run: 
 
amiga shell:> readelf -d binary 
 
and readelf will show you what objects need it for the app. So you can step by step download everything from os4depot. 
 
@raziel 
Btw, maybe build a static version of scumm will be not bad idea as well ? Should be just matter of moving away all .so files from local/newlib/lib/. Or even just better by adding flag "-static" to makefiles, etc.

Raziel (84.145.12.42) @ 01 Jun 2011, 08:49.10

Wed, 01 Jun 2011 20:49:10 +0200

By: Raziel (84.145.12.42)

libvorbisfile.so 
libvorbis.so 
libogg.so 
libFLAC.so 
libpng14.so.14 
libtheoradec.so 
libz.so 
libSDL-1.2.so 
libstdc++.so 
libgcc.so 
libc.so 
 
These are needed...i don't know what a "standard" install has to offer, i keep mine up-to-date to be able to provide every bell&whistle possible.

dwyloc (86.11.165.107) @ 01 Jun 2011, 08:33.59

Wed, 01 Jun 2011 20:33:59 +0200

By: dwyloc (86.11.165.107)

Links against a number of libs not found in a standard OS4.2 update 2 install so I cant get it working.

Raziel (84.145.7.192) @ 11 Nov 2010, 09:38.14

Thu, 11 Nov 2010 09:38:14 +0100

By: Raziel (84.145.7.192)

@shadowsun 
 
If they are reproduceable, would you please file a bug report at [url=http://sourceforge.net/tracker/?group_id=37116&atid=418820]ScummVM's bug tracker[/url] 
 
Which videos btw? all of them? 
If only some are affected have you tried recopying the ones in question from your cds?

shadowsun (10.20.211.11) @ 08 Nov 2010, 03:17.29

Mon, 08 Nov 2010 15:17:29 +0100

By: shadowsun (10.20.211.11)

I've got problems with "The Feeble files", when playing some movies, ScummVM freeze (not amigaOS). 
Here some shell messages : 
- assertion "_buf < _end" failed: file "graphics/video/smk_decoder.cpp", line 115 
 
- assertion "_buf < _end" failed: file "graphics/video/smk_decoder.cpp", line 78

Raziel (84.145.4.179) @ 28 Oct 2010, 05:57.58

Thu, 28 Oct 2010 17:57:58 +0200

By: Raziel (84.145.4.179)

You can achieve that by unpacking scummmodern.zip into a scummmodern/ dir which resides in the same dir as the executeable. 
 
Then it won't ask and simply open in the modern GUI 
 
But i can't change the behaviour for default cause i do only the port and iirc such a feature request is already in the tracker, so it will eventually come anyway 
 
Otherwise feel free to add it to the feature requests on scummvm.org

shadowsun (10.20.211.11) @ 28 Oct 2010, 10:30.23

Thu, 28 Oct 2010 10:30:23 +0200

By: shadowsun (10.20.211.11)

I mean on windows (and mac¨?) when you run scummvm, theme used by default is "modern", even if there is no path in options/paths/themes. 
 
On amiga you must enter the path first. 
 
It's strange that this behaviour is not the same...

Raziel (84.145.5.25) @ 26 Oct 2010, 02:06.39

Tue, 26 Oct 2010 14:06:39 +0200

By: Raziel (84.145.5.25)

No can do 
 
If i set paths to ScummVM drawer a scummvm.ini would always be created and on installation your own would be overwritten and lost. 
 
And to be perfectly honest, having approx. 30 games in my .ini, some with special options, i'd KILL the guy who overwrites my settings ;-)

shadowsun (10.20.211.11) @ 26 Oct 2010, 10:04.14

Tue, 26 Oct 2010 10:04:14 +0200

By: shadowsun (10.20.211.11)

It would be nice that paths (in Misc) are set by default to the scummvm drawer. 
 
Thanks for this release.

salass00 (94.101.5.193) @ 05 May 2010, 07:44.50

Wed, 05 May 2010 07:44:50 +0200

By: salass00 (94.101.5.193)

@alekc 
 
http://os4depot.net/index.php?function=showfile&file=library/audio/sdl_mixer.so.lha 
 
From readme: 
" 
This archive includes the following shared objects: 
- SDL_mixer 1.2.11 
- FLAC 1.2.1 
- vorbis 1.2.3 
- ogg 1.1.4 
- smpeg 0.4 (SVN) 
- MikMod 3.2.0-beta2 
"

alekc (83.17.71.6) @ 04 May 2010, 10:15.37

Tue, 04 May 2010 22:15:37 +0200

By: alekc (83.17.71.6)

Requaires libFLAC.so - where can I find it?

salass00 (94.101.5.193) @ 06 Apr 2010, 06:31.52

Tue, 06 Apr 2010 06:31:52 +0200

By: salass00 (94.101.5.193)

@samo79 & Murakami 
 
http://os4depot.net/index.php?function=showfile&file=library/audio/sdl_mixer.so.lha

samo79 (188.152.135.233) @ 06 Apr 2010, 02:35.24

Tue, 06 Apr 2010 02:35:24 +0200

By: samo79 (188.152.135.233)

Same here .. :-/

Murakami (83.197.79.73) @ 05 Apr 2010, 09:21.33

Mon, 05 Apr 2010 21:21:33 +0200

By: Murakami (83.197.79.73)

Same problem here. Where can we find this shared object ?

Stevie (91.110.75.249) @ 05 Apr 2010, 08:07.55

Mon, 05 Apr 2010 20:07:55 +0200

By: Stevie (91.110.75.249)

Failed to load shared object libvorisfile.so

Raziel (84.145.35.69) @ 19 Mar 2010, 05:53.16

Fri, 19 Mar 2010 17:53:16 +0100

By: Raziel (84.145.35.69)

I would advise him to first get a proper and working SDK and then try to port a little project before he tries to go for ScummVM 
 
It normally is a simple 
sh 
./configure 
gmake 
 
as it is lined out in the docs

ZeroG (91.44.51.55) @ 15 Mar 2010, 03:03.19

Mon, 15 Mar 2010 15:03:19 +0100

By: ZeroG (91.44.51.55)

@Raziel 
1. i use 4.1 so i dont need a new ScummVM build - yours work very nice here :-) 
2. chus want to make a new build for OS4.0, maybe you could write him which commands you enter to build your version of ScummVM. 
 
I guess it's something like 
sh 
configure (some options) 
make

Raziel (84.145.38.207) @ 15 Mar 2010, 06:38.54

Mon, 15 Mar 2010 06:38:54 +0100

By: Raziel (84.145.38.207)

@chus 
 
No idea, i don't have OS4 for classic nor do i have a classic 
 
@ZeroG 
 
The sources are there, feel free to rebuild it 
 
I unfortunately don't have the time to juggle with two releases for the same platform

chus (87.223.108.252) @ 13 Mar 2010, 10:58.28

Sat, 13 Mar 2010 10:58:28 +0100

By: chus (87.223.108.252)

Hi Razie, 
I have an os4 classic, and I can compile a version, but I dont know how to do it. 
./configure does not work.

ZeroG (91.44.58.235) @ 13 Mar 2010, 07:22.45

Sat, 13 Mar 2010 07:22:45 +0100

By: ZeroG (91.44.58.235)

@Raziel 
A "simple" static rebuild of ScummVM should workaround all problems with shared objects.

Raziel (84.145.47.227) @ 13 Mar 2010, 05:38.38

Sat, 13 Mar 2010 05:38:38 +0100

By: Raziel (84.145.47.227)

I don't think Classic is supported due to the missing .so functionality/support 
 
I will set the package to "4.1" again with the next release 
I don't have OS4 on Classic and can't support/build such versions anyway

chus (79.148.244.100) @ 12 Mar 2010, 12:22.25

Fri, 12 Mar 2010 12:22:25 +0100

By: chus (79.148.244.100)

I installed scummvm on my A4000 with OS4 Classic but it gives this error: 
 
Elf.library 
Required object missing 
 
I haven't the elf.library in libs and I can't find it anywhere. 
Someone with os4 classic is using scummvm?

Phantom (94.69.73.81) @ 17 Sep 2009, 01:29.18

Thu, 17 Sep 2009 13:29:18 +0200

By: Phantom (94.69.73.81)

I had problems with the modern GUI (it didn't work even if I chose the correct path), but now with this release it works. Cheers. :-)

Raziel (84.145.35.140) @ 17 Sep 2009, 12:24.05

Thu, 17 Sep 2009 00:24:05 +0200

By: Raziel (84.145.35.140)

A (hopefully finally) fixed archive has been uploaded :-/

Raziel (84.145.35.140) @ 16 Sep 2009, 06:48.42

Wed, 16 Sep 2009 18:48:42 +0200

By: Raziel (84.145.35.140)

Because i explicitely use shared objects with this version (the last one aswell, iirc) and i didnt  know if SO were (at that amount and flawlessly) supported under 4.0, thus i upped the version of the OS needed. 
 
Now that i know it works without problems under 4.0 i will (if i don't forget to change it) change it for the next release :-)

cap (82.16.13.177) @ 11 Sep 2009, 05:04.50

Fri, 11 Sep 2009 17:04:50 +0200

By: cap (82.16.13.177)

Why does this version specify OS4.1 as the minimum when its seems to work fine on OS 4.0 here.

scriptjester (160.92.130.65) @ 07 Sep 2009, 07:46.35

Mon, 07 Sep 2009 07:46:35 +0200

By: scriptjester (160.92.130.65)

you must add the path in misc/theme path

meet.mrnrg (173.79.213.79) @ 06 Sep 2009, 02:23.23

Sun, 06 Sep 2009 14:23:23 +0200

By: meet.mrnrg (173.79.213.79)

Work really well on Sam440EP. 
But the theme files, even when they unzip don't actually work. 
Not to worry, i was using it before this version without theme files anyway.

nubechecorre (93.32.228.251) @ 05 Sep 2009, 07:10.44

Sat, 05 Sep 2009 19:10:44 +0200

By: nubechecorre (93.32.228.251)

i received your email :-) thanks ! now i can download :-)

Raziel (84.145.39.50) @ 04 Sep 2009, 07:25.08

Fri, 04 Sep 2009 19:25:08 +0200

By: Raziel (84.145.39.50)

Sorry for the inconveniance. 
 
Fixed archive will be in the upload queue shortly

Scriptjester (160.92.130.65) @ 02 Sep 2009, 11:00.07

Wed, 02 Sep 2009 11:00:07 +0200

By: Scriptjester (160.92.130.65)

it seems that the file scummmodern.zip in thepacakage is corrupted

nubechecorre (93.33.0.97) @ 02 Sep 2009, 01:02.55

Wed, 02 Sep 2009 01:02:55 +0200

By: nubechecorre (93.33.0.97)

Raziel, everytime i try to unpack it on amiga, i have a checksum error.. i have already downloaded it 3 times.. maybe the archive is corrupted ?

nubechecorre (93.33.0.97) @ 02 Sep 2009, 01:02.27

Wed, 02 Sep 2009 01:02:27 +0200

By: nubechecorre (93.33.0.97)

Raziel, everytime i try to unpack it on amiga, i have a checksum error.. i have already downloaded it 3 times.. maybe the archive is corrupted ?

scriptjester (160.92.130.65) @ 13 Aug 2009, 03:45.40

Thu, 13 Aug 2009 15:45:40 +0200

By: scriptjester (160.92.130.65)

good port, thanks ! 
 
I've just posted a crashlog 
(the same data but with scumvm on mac don't crash)

Raziel (84.145.49.117) @ 11 Jul 2009, 06:28.25

Sat, 11 Jul 2009 18:28:25 +0200

By: Raziel (84.145.49.117)

Whenever such un-reproduceable errors and crashes occur, first thing to try is to re-copy all of the game data, re-add the game in the launcher and try again. 
If that doesn't help and the crash is still there, get in touch with me.

GrumpyOldMan (88.193.36.48) @ 21 Jun 2009, 05:34.09

Sun, 21 Jun 2009 17:34:09 +0200

By: GrumpyOldMan (88.193.36.48)

Latest ScummVM crashes a lot when playing DIG - sometimes it throws a debug window, sometimes a error message: 
_outputSize: 8406! 
SDL_BlitSurface failed: Surfaces must not be locked during blit! 
Playing the game is really painful as it can crash anytime  :(

kas1e (78.36.139.233) @ 01 May 2009, 07:43.02

Fri, 01 May 2009 19:43:02 +0200

By: kas1e (78.36.139.233)

Downloaded latest (0.13.1 at moment) version and plaing in these original games on my peg2/os4.1 - Sam&Max, FullThrottle, 7stGuest. Works stable, without bugs at moment. 2 years ago tryed only os3.x version on my old a1200, it was nice but a bit slowly. Right now its very playable, thanks :)

Monoxyde (85.164.151.93) @ 01 Mar 2009, 06:25.43

Sun, 01 Mar 2009 18:25:43 +0100

By: Monoxyde (85.164.151.93)

Finally I'm playing 7th Guest on the Amiga. 
Thanks a lot Raziel!

toniro (92.72.98.92) @ 01 Mar 2009, 04:50.58

Sun, 01 Mar 2009 16:50:58 +0100

By: toniro (92.72.98.92)

thanks now it works :-)

Raziel (84.145.58.190) @ 28 Feb 2009, 05:04.09

Sat, 28 Feb 2009 17:04:09 +0100

By: Raziel (84.145.58.190)

You shouldn't need to, the scummvm.ini within the package 
has the modern theme already set as standard. 
 
Otherwise: 
Option ->  Misc -> Theme

toniro (88.76.169.93) @ 28 Feb 2009, 03:56.46

Sat, 28 Feb 2009 15:56:46 +0100

By: toniro (88.76.169.93)

how does one change over to the modern GUI?

Thematic (85.156.227.235) @ 03 Sep 2008, 10:13.07

Wed, 03 Sep 2008 22:13:07 +0200

By: Thematic (85.156.227.235)

It just so happens that I have three of those games mentioned as newly 
supported. That is why I tried to compile the CVS version a week or two ago. 
Cheers!

toaks (80.202.207.110) @ 03 Mar 2008, 03:56.28

Mon, 03 Mar 2008 15:56:28 +0100

By: toaks (80.202.207.110)

thank you raziel, much appriciated!.

Lio (160.62.4.10) @ 16 Jan 2008, 02:38.52

Wed, 16 Jan 2008 14:38:52 +0100

By: Lio (160.62.4.10)

thanks, that was pretty damn fast ! I noticed the latest version (0.11) was 
released yesterday (15 jan 2008).

Raziel (84.145.27.160) @ 24 Jun 2007, 03:18.53

Sun, 24 Jun 2007 15:18:53 +0200

By: Raziel (84.145.27.160)

I'm innocent...built from the source tarball :-D

Thematic (85.156.232.12) @ 23 Jun 2007, 08:39.13

Sat, 23 Jun 2007 20:39:13 +0200

By: Thematic (85.156.232.12)

But it reports itself as 0.11.0svn, how peculiar.