there are command line options to set it in the ADF. You'll have to edit startup sequence
Thanks for the infos. I tried it in different ways (write this in an extra-line of the startup-sequence, write it in the line in which "Prompt "Selection:>" is written, etc, but it don't work in all the ways i tried. How exactly must it be written there, in an extra line or behind some other stuff?
Maybe it would make sense, to make the japanese level-order a selectable point in this menue, that comes, when the user load the game (this menue, in which different things can be chosen, like manual, infos, cheat-keys and so on). Wouldn't that make sense? The Japanese level-order is the better one anyway.
Two other things I noticed while playing. (1) The floppy motor doesn't shut off after the game has loaded, i think this should be changed (better for the hardware).
(2) In Level 2 (the one with the conveyor-belts), the game runs a bit jerkily, especially when you are on the second plane, at least on my A500. Sometimes entire animations for the Mario character are missing then and he seems to disappear shortly and then reappears. The other three levels run perfectly fine on the Amiga500. I have a suspicion, as to what the problem in Level 2 might be. If Mario is on the conveyor-belts and runs in the direction, the belt is also running in that moment, he speeds up considerably and then the player can notice things like frameskipping alot more, which could be the problem here, on A500 machines (if the game runs in a 25FPS mode there)? Mario then runs jerkily and seems to disappear for a short moment and then is suddenly two steps ahead, when he reappears. Perhaps this could be fixed, by not running the game with frameskipping, in such moment, when the Mario sprite is on the conveyor-belts in the second level? I don't know, how much slower the gameplay then will be on A500 machines, because if that's too much, then this suggestion obviously doesn't make sense. But if it's not much, maybe it could make an improvement in this "disappearing reappearing" problem? I haven't tried the game on an A1200 yet, but I assume, this problem doesn't exist there, when the Mario sprite is on the conveyor belts.
Works now, thanks. I really like the japanese level-order more. Had you recognized the other two mentioned things (floppy-motor and the problem in Lv2 on the second floor there, when running on the conveyor-belt)? The other three levels run well on A500, only in this second level there are some problems, but only on the second plane there, it seems. On a A1200, there's no problem in Lv2 (tested it today), so it has definately something to do, with missing speed on Amiga500 machines. Seems like Level2 needs more CPU-power, than the other three levels of the game. Can something be done here, then it would also run well overall, on A500 machines, or has everything already been maxed out?
Only on the second floor in level 2, i have speed problems on my Amiga-500 machines (and when this level repeats itself, later in the gameplay, of course), when my sprite is on a conveyor-belt. The rest of the game really works very well, on 7MHz OCS/ECS Amigas. About this floppy-motor thing. I will look on the disk, if this file is there. If this is the case, you mean, that this problem is gone? I also asked this motor-thing, because in the last years, I've encountered more than one time, a problem with various new demos or games for the Amiga that were released on the Pouet.net, where the programers forgot, to reset the _MTR-Signal in the CIA or something similar to this and then the software sometimes goes on loading on real floppy-drives or the drive-LED always stays on, even when the Amiga game or demo, is already fully loaded and running. Maybe this also is a consequence of programming in emulators, not sure?