On Wed, Jun 16, 2021 at 3:59 PM Eric Auer <e.a...@jpberlin.de> wrote:
> > * has issues:
> > gnu chess
> > Kraptor
> > Liquiwar
> > magnetic
> > mirror magic

To be clear, the "has issues" are not "license issues." These are
games that I had "issues" with while trying them on VirtualBox. See
below that some work fine on QEMU.


> > * remove: (license issues)> pakupaku [see suggestion]
>
> If possible, solve the license issue (I think there
> is none, see my other mail) and keep it. It is a good
> example for 160x100 text graphics and thereby a good
> test case for hardware emulator quality :-)

It can be a good test case for hardware emulator compatibility, but
not be in the distribution. See my other note for my concerns on the
"license."


> > * GNU Chess (a chess game) doesn't seem to work for me. When I
> > ran GNUCHESS.EXE I got a bunch of ANSI esc codes printed...
>
> Then you probably have to load NANSI. Easy solution, no? ;-)

That's right, and that wasn't my issue. I can load NANSI and it works
fine (except for a "transposition table" warning message that blocks
part of the board). My point is that we don't load NANSI by default,
so anyone who tries to run this game will get confused when it doesn't
display like a normal DOS program and instead prints the esc commands.
I don't have a problem with the license for GNU Chess - I was only
pointing out the issue of the esc sequences.

My suggestion to remove it is more about practicality. If we keep GNU
Chess, how many questions will we have to field because someone tried
to run the game and "it just prints funny characters"? We haven't had
a flood of people asking this yet, so maybe it won't happen. So I'm
asking the question: is it better to remove the game and pick another
one, or keep it and deal with any questions/criticisms as they come
up?

*I don't think we should enable NANSI by default, either. Doing so
uses memory when most users will never need NANSI support anyway.


> > * Kraptor has weird graphics, like the palette isn't displaying
> > properly. The palette was so weird that...
>
> It works fine in DOSEMU2, report bug in VirtualBox?
> The game is a clone of the classic space shooter:
>
> https://en.wikipedia.org/wiki/Raptor:_Call_of_the_Shadows

Yes, and it works fine for me in QEMU. Weird that the palette displays
weird in VirtualBox. But I don't usually run VirtualBox, so maybe I'm
not setting something up correctly.

It is actually a fun game (playing on QEMU) with sound and everything.
Not saying we don't include it, just that the palette is off in
VirtualBox.


>
> > * Liquiwar (some sort of strategy game?) has the same palette problem
> > I mentioned earlier. I reset the virtual machine to use VBoxSVGA,
> > thinking the game was trying to use SVGA capabilities that standard
> > VGA couldn't handle, but got the same result. Hangs when I try to
> > quit using the "Exit to DOS" button.
>
> Graphics work fine in DOSEMU2, again a VirtualBox VGA bug?
> You play by moving the red circle with the keyboard to
> attract your red paint and spread it over the field, but
> the computer opponent has far better strategy than I do.
> You could also navigate by mouse or joystick, I think.

I've played this before, maybe in the RC3 - but using QEMU. It's a
good game. It's just the graphics look weird in VirtualBox. Maybe
another VirtualBox user can suggest what I need to do to get graphics
to look right.

I also tried Liquiwar in QEMU, and it hangs when I try to start a new
game - but only when I have ctmouse loaded. If I reboot and unload
ctmouse, the game works fine with the keyboard. Not sure what the
problem is there.


> > * Mirror Magic displays some graphics in black and white. I *think*
> > there's some graphical text there, but I can't read it, so I can't
> > figure out what to do. I can't exit with the Esc key. Not sure what to
> > do here. Had to reboot the virtual machine. I'm wondering if we need
> > this game, or can we find another game to replace it?
>
> Mirror Magic works perfectly for me in DOSEMU2, has a very
> "sweet" color scheme with tones of red, green, blue, yellow.
> You play by L/R clicking on mirrors to rotate them to direct
> your beam to the balls, which also involves reflecting and
> non-reflecting surfaces, rotating grids, teleporters etc.
>
> If you reflect the beam back to yourself or hit red things,
> you start to overheat. Sometimes hitting balls makes blocks
> vanish elsewhere, helping you to reach the goal of directing
> the beam to the receiver. Even the first level took a while.

Playing this on QEMU was much better. The graphics were great, and the
game is pretty fun. Definitely requires a mouse.

I think keep it. But would really love to know why the graphics are
weird in VirtualBox. I know a lot of FreeDOS users are using
VirtualBox.


> > * Vertigo is a flight sim game. Maybe I did something wrong at the
> > controls, but it made a little "crash" noise, then the game became
> > unresponsive. Not sure how to play this. GNU GPL
>
> It works perfectly for me, but you have to remember quite
> a few keys to even get airborne (e.g. engine throttle) and
> I crashed before I managed to finish a 360 degree circle to
> see whether the level landscape was worth seeing. Style is
> similar to Microsoft Flight Simulator 4.

I tried it again under QEMU and I think I see what I did wrong. I
fired the cannons (hence the "brrrt" crash noise) while sitting on the
runway. But the game wasn't unresponsive, I think I just ran out of
bullets. I didn't know what keys to use to take off and fly.

No problems with this game, other than I don't know how to fly it. :-)


Jim


_______________________________________________
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Reply via email to