Page 4 of 5

Re: Scumvm

Posted: Sun Nov 04, 2018 10:17 pm
by jury
MadMax2023 wrote:What is your configuration? scummvm won't work at a playable speed on a standard falcon;


I'm on CT63 with Super Videl.
I downloaded Scummvm 2.0 and yes, now Simon 2 performs absolutely playable. So there must have been some optimizations in 2.0. Nice! :)

Re: Scumvm

Posted: Mon Nov 05, 2018 7:02 am
by mikro
Oh nice. That makes it really worthwhile to take a look at again. I'm sure I could make a faster build than the default one, that must be not only built on a super ancient setup but also without that 8-bit colour front end.

Re: Scumvm

Posted: Mon Nov 05, 2018 11:47 pm
by MadMax2023
Well, it will be interesting to have your build :D

Re: Scumvm

Posted: Sun Nov 11, 2018 8:10 pm
by MacFalcon
Yeah Mikro... time for a xmas present ;)

Re: Scumvm

Posted: Mon Nov 12, 2018 1:19 pm
by PeterS
I tried V2.0.0 on my Milan at the weekend. It is quicker and smoother and I switched to 3x rendering. Still no sound though.

Re: Scumvm

Posted: Wed Feb 13, 2019 2:03 pm
by Sturm
MacFalcon wrote:Yeah Mikro... time for a xmas present ;)


I would be glad to have it in february too :D

Re: Scumvm

Posted: Tue Mar 12, 2019 7:18 pm
by stormy
jury wrote:
MadMax2023 wrote:What is your configuration? scummvm won't work at a playable speed on a standard falcon;


I'm on CT63 with Super Videl.
I downloaded Scummvm 2.0 and yes, now Simon 2 performs absolutely playable. So there must have been some optimizations in 2.0. Nice! :)


I tried this new version but the graphics are all scrambled. I see about 8 seperate main menus across the top, all tiny and all corrupted. But the old version is fine.. I wonder why. Using Xbios.

Re: Scumvm

Posted: Tue Jul 02, 2019 4:48 pm
by Sturm
Any new version available ?

On the official page, there's a new beta build than can run Blade Runner ! No Atari version unfortunately :-(

Re: Scumvm

Posted: Mon Aug 12, 2019 7:47 pm
by wietze
The links to builds of mikro's fork :
http://ge.tt/7nBDSJD2
http://ge.tt/6x4SjmE2
http://ge.tt/7bO6bVD2

All seem to be broken. I checked with mikro, and it seems the files are gone from the ge.tt .

Is there someone with a working toolchain that can compile mikro's fork ( https://github.com/mikrosk/scummvm )?

Re: Scumvm

Posted: Tue Aug 13, 2019 12:59 am
by ThorstenOtto
Yes, but
This branch is 1636 commits behind scummvm:master.


So i guess this fork does not yet contain the last changes that make Blade Runner work. I also have no idea about the state of mikro's fork. Does it have any Atari specific changes that are not part of the main repository (https://github.com/scummvm/scummvm)?

Re: Scumvm

Posted: Tue Aug 13, 2019 8:02 am
by mikro
No no, my fork shouldn't be used as the base for anything. It's just an experimental fork I did a few months ago to verify that ST MIDI is compilable and working.

The links wietze is referring to pointed to my custom builds long before this code appeared on github. So what wietze is actually asking is whether someone can send him the *binaries* originally placed on ge.tt. :)

Re: Scumvm

Posted: Tue Aug 13, 2019 12:13 pm
by wietze
mikro wrote:No no, my fork shouldn't be used as the base for anything. It's just an experimental fork I did a few months ago to verify that ST MIDI is compilable and working.

The links wietze is referring to pointed to my custom builds long before this code appeared on github. So what wietze is actually asking is whether someone can send him the *binaries* originally placed on ge.tt. :)


Ah I wrongly assumed those builds were a result of your fork then....

Do you have these changes still under source control at all?

Re: Scumvm

Posted: Tue Aug 13, 2019 3:18 pm
by jury
So what wietze is actually asking is whether someone can send him the *binaries* originally placed on ge.tt. :)


Here is the latest mikro's version ( or at least I think it was the latest binary from this thread ):

https://ufile.io/k2icocb7

Re: Scumvm

Posted: Tue Aug 13, 2019 4:26 pm
by ThorstenOtto
BTW Miro, how did you manage to compile it? Did you have to make any changes? Or do you know at least the arguments used for configuring it? I cloned the original repo, and have some trouble with it. I had to hack at the configure script to prevent it from using the hosts sdl-config script when cross-compiling, amongst others. Same for freetype. Now i'm stuck with our math library missing some functions (truncf for example).

Re: Scumvm

Posted: Tue Aug 13, 2019 5:21 pm
by mikro
Thorsten: I don't recall anything odd during compilation, just:

Code: Select all

./configure --host=m68k-atari-mint --with-sdl-prefix=/home/mikro/gnu-tools/m68000/m68k-atari-mint/bin --enable-release --disable-hq-scalers --disable-highres --opengl-mode=none --enable-verbose-build --disable-16bit


and a few disabled functions: https://github.com/mikrosk/scummvm/comm ... 31e1b0c799

wietze: I'm attaching my original patch from 2015, as you can see, it's quite messy. I suppose I compiled it with very similar switches as above. The idea was to force it to use 8-bit rendering, which dramatically speeds up things on Falcon.

Re: Scumvm

Posted: Wed Aug 14, 2019 3:01 am
by ThorstenOtto
Thanks Mikro. I tried with sdl-prefix, but that does not work in my setup, because the script is in the same directory where also other m68k binaries are installed, and the configure script at leats will then try to execute them. Maybe i should open a PR that they better use pkg-config (as is already done for other packages). The missing truncf is maybe because i'm now using fdlibm instead of pml, could be that it is still missing there (but pml has much more missing functions). The functions taht you disabled seem be random and srandom, i had no problem with them so far, but maybe they have been added to mintlib after you last tried, did not check that yet.

Re: Scumvm

Posted: Wed Aug 14, 2019 3:16 pm
by ThorstenOtto
@wietze: maybe you want to try these freshly compiled version:


The 8bit versions have Miros patches applied. But note that Blade Runner is not available in this mode. Also note that the executables are much larger than before (~27MB for the 8bit versions, and ~44MB for the 16bit versions).

It was compiled using an updated version of fdlibm. You will find it (and some other needed libraries) among the mint packages

Re: Scumvm

Posted: Wed Aug 14, 2019 5:01 pm
by wietze
@thorsten; thanks! but I assume this implies it would not work on a vanilla mint installation? I will test later tonite!

Re: Scumvm

Posted: Wed Aug 14, 2019 5:45 pm
by ThorstenOtto
It should work on any Mint, maybe even TOS (without network of course). The archives only replace the executable, nothing else.

Re: Scumvm

Posted: Wed Aug 14, 2019 6:11 pm
by stormy
ThorstenOtto wrote:It should work on any Mint, maybe even TOS (without network of course). The archives only replace the executable, nothing else.


He's probably referring to the libs, but I guess they can just be placed in the scummvm directory with the binary right?

Re: Scumvm

Posted: Wed Aug 14, 2019 9:50 pm
by wietze
ThorstenOtto wrote:@wietze: maybe you want to try these freshly compiled version:


The 8bit versions have Miros patches applied. But note that Blade Runner is not available in this mode. Also note that the executables are much larger than before (~27MB for the 8bit versions, and ~44MB for the 16bit versions).

It was compiled using an updated version of fdlibm. You will find it (and some other needed libraries) among the mint packages


The 8 bit version crashes on me. The 16 bit version crashes on me when pushing options from the launcher; but seems to load games when giving parameters from the commandline.

Re: Scumvm

Posted: Wed Aug 14, 2019 11:18 pm
by ThorstenOtto
stormy wrote:He's probably referring to the libs, but I guess they can just be placed in the scummvm directory with the binary right?


The libs are only needed when you want to compile it yourself.

wietze wrote:The 8 bit version crashes on me. The 16 bit version crashes on me when pushing options from the launcher


Hm that's bad. I only did some quick checks with the free games that are downloadable from their site, and those started at least. Other than that, i don't have any experience with scummvm. Also don't forget that this isn't a release, it is just like a snapshot compile. Maybe you can try some other daily snapshot for a different OS first, most of them seem to be available, just not for Atari.

Re: Scumvm

Posted: Thu Aug 15, 2019 8:51 am
by mikro
Isn't possible the crashes are caused by small stack?

Re: Scumvm

Posted: Thu Aug 15, 2019 9:22 am
by Sturm
mikro wrote:Oh nice. That makes it really worthwhile to take a look at again. I'm sure I could make a faster build than the default one, that must be not only built on a super ancient setup but also without that 8-bit colour front end.


Mikro, we are begging you :o Make it happen ! :mrgreen: :mrgreen:

Re: Scumvm

Posted: Thu Aug 15, 2019 1:04 pm
by ThorstenOtto
mikro wrote:Isn't possible the crashes are caused by small stack?


Uh, that's possible. I've changed that now to 512k, hope it is enough.

Same links as before (with coldfire version added):