Messages

Kameleon is not a browser. There is kmeleon, and konqueror. The one which was used as a base for safari is konqueror. I'm using most of the time konqueror and also opera for viewing sites with flash and java (I've desactivated flash on my main browser so it's lighter to surf with).

you can also use virtualbox, which is easier to set up (no problem with tainted kernel), and less bloated : http://www.virtualbox.org/

a dos version of the player would be really cool, with dosbox it would mean to be able to play AGS games on many devices!

with the new Asus EEE Pc, which is running linux, it would be cool to be able to play AGS games on it. But unfortunately they're using a stable, old, version of Xandros / Debian, and there is a problem to run ags because of glibc. Would it be possible to release a version of ags for linux compiled with an older glibc ? (debian etch would be fine)

congratulation for the game "A tale of two kingdoms", Radiant, I've tested it on linux Debian, it's working well, except I couldn't have any music, but it doesn't matter (AGS doesn't seem to support Alsa). Thank you for having checked it could work for linux users (by not having windows only extensions).
I haven't played much of the game, but the graphics are gorgeous !

It would be a good idea, if it doesn't interfer with the current game repositories from the official distributions (Debian, OpenSuse and such). it should be able to detect one game is already well packaged in some distribution, and install the version of the distribution (for example Beneath a  Steel Sky on Debian / probably Ubuntu too), and add the possibility to get new games, like the AGS ones.

The database could be common for all the plateforms. It could also use the database of http://happypenguin.org/ (hint : try to work with them)

It should be secure also, and the games well tested, to prevent everyone to upload rootkits and such.

>Plus I've been told to people who are part of managing some of the bigger distributions
>(RedHat, SuSE, etc.) that dynamic libraries are the way to go and static linking is something
>that is likely to cause more harm than help.

yes, maybe in the case of opensource software, because this way it's flexible enough, but for ags we don't have access to them. I think most of binaries distributed this way are statically linked. And most people are able to run them, on whatever distribution. I could run ags271 on many different distributions.
I think with "support" for fedora core, it would run on almost everything else, from opensuse to debian, and even ubuntu

The idea of using external servers made for compilation could be great. I'm sure with your modified source code it wouldn't take very long to recompile for more standard systems.

I 've tried also to build my own version of dumb (for allegro), so now I have allegro and dumb, but it's not working at all. The lib went into a libaldmb.a and it's not the one requested by your build.
I didn't manage to compile it for 32 bits.

>distributing my own is that it isn't optimized for your distribution.

it's not a problem if it's 2% slower or what ? It would be better than not working.

>For example, if your distribution uses JACK audio or aRTS or ESD, etc. you may not get any sound at all!

again, it doesn't matter, if we only want to play the game and don't care about sound.

>Likewise, I would have to build my libraries for the lowest common denominator.
>Meaning, I would have to build them for i386, with no SSE, MMX optimizations, etc.

it would be still better to make it run for 95 % of linux users than to please only 2 % of them... ?

I managed to install autopackage programs made for 32 bits processors without any problem.

do you think it would be possible to share your work with someone who could build it for other systems ? I could try to do it if you wish...

it tried also to copy the allegro libs from a debian system to my opensuse, I could start the runner, but it immediatly froze the system after that...
I think opensuse has a more recent glibc, but I'll need to compile the whole allegro stuff.

if I remember well, on Neverwinter night for Linux they put some libraries into the same folder, and a script to include them in the game, so most players can run the game :

#!/bin/sh

# This script runs Neverwinter Nights from the current directory

export SDL_MOUSE_RELATIVE=0
export SDL_VIDEO_X11_DGAMOUSE=0

# If you do not wish to use the SDL library included in the package, remov
e
# ./lib from LD_LIBRARY_PATH
#export LD_LIBRARY_PATH=./lib:./miles:$LD_LIBRARY_PATH
export LD_LIBRARY_PATH=./miles:$LD_LIBRARY_PATH

./nwmain $@

thank you for your effort, but I can't even manage to pass the allegro test :

./ags: error while loading shared libraries: libaldmb.so.1: cannot open shared object file: No such file or directory

I don't understand what you said about statically linked libraries : for me, dynamically linked, means lots of dependancies, and we can see there are many here :

ldd ./ags Ã,  Ã,  Ã,  Ã,  Ã,  Ã,  Ã,  Ã,  Ã,  Ã,  Ã,  Ã,  Ã,  Ã,  Ã,  Ã,  Ã,  Ã,  Ã,  Ã,  Ã,  Ã,  Ã, linux-gate.so.1 => Ã, (0xffffe000)
Ã,  Ã,  Ã,  Ã, liballeg.so.4.2 => /usr/lib/liballeg.so.4.2 (0xf7e46000)
Ã,  Ã,  Ã,  Ã, libm.so.6 => /lib/libm.so.6 (0xf7e20000)
Ã,  Ã,  Ã,  Ã, libpthread.so.0 => /lib/libpthread.so.0 (0xf7e08000)
Ã,  Ã,  Ã,  Ã, libXxf86vm.so.1 => /usr/lib/libXxf86vm.so.1 (0xf7e02000)
Ã,  Ã,  Ã,  Ã, libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0xf7df7000)
Ã,  Ã,  Ã,  Ã, libXpm.so.4 => /usr/lib/libXpm.so.4 (0xf7de6000)
Ã,  Ã,  Ã,  Ã, libXext.so.6 => /usr/lib/libXext.so.6 (0xf7dd7000)
Ã,  Ã,  Ã,  Ã, libX11.so.6 => /usr/lib/libX11.so.6 (0xf7cba000)
Ã,  Ã,  Ã,  Ã, libdl.so.2 => /lib/libdl.so.2 (0xf7cb6000)
Ã,  Ã,  Ã,  Ã, libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xf7bd2000)
Ã,  Ã,  Ã,  Ã, libaldmb.so.1 => not found
Ã,  Ã,  Ã,  Ã, libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf7bc5000)
Ã,  Ã,  Ã,  Ã, libc.so.6 => /lib/libc.so.6 (0xf7a97000)
Ã,  Ã,  Ã,  Ã, /lib/ld-linux.so.2 (0xf7f69000)
Ã,  Ã,  Ã,  Ã, libdumb.so.1 => not found
Ã,  Ã,  Ã,  Ã, libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xf7a91000)
Ã,  Ã,  Ã,  Ã, libXau.so.6 => /usr/lib/libXau.so.6 (0xf7a8c000)
Ã,  Ã,  Ã,  Ã, libXrender.so.1 => /usr/lib/libXrender.so.1 (0xf7a83000)
Ã,  Ã,  Ã,  Ã, libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0xf7a7d000)

I can't find this "dumb" library for my system (suse)

Maybe we're asking too much, but since it concerns only music, those libraries are not really compulsories for running a graphical games...
Anyway, with such libraries statically linked, I think it was easier to make it run on different systems...

no, it's a different question. In fact, it's not a question at all, just a remark about the fact that in the case if old games no longer work with windows vista for example, and people try to run them with new ags player, it may be dissapointing if the API changed in a way it make them difficult to play.
On the other hand, I could also be a wrong choice from the author of the game, maybe it's like a transparent png which was black because of the limitation of the older version.

Btw, the crash in vmware was only because the sound was disabled in the machine...
Now it's working correctly with the original game .exe

hello,

I've begun to play 5 days a stranger ( http://www.fullyramblomatic.com/5days/ )

I've tried to play in a virtual vmware windows machine (because I'm using linux). The games crashed at the beginning.

Illegal exception
---------------------------
An exception 0xC0000005 occured in ACWIN.EXE at EIP = 0x004A8F1A ; program pointer is +0, ACI version 2.55.560, gtags (0,0)

Maybe it's a directx issue ? ( but generally directx is working rather correctly, I managed for ex. to make Morrowind work in it... I could try to disable 3D acceleration, maybe it could do the job)

I tried, also on the windows machine, with the 2.72 player, I drag and drop the game on it, and it's working ok. But I noticed the background for the text is transparent, which make it impossible to read.
I've tested also on the 2.71 linux player, it was the same transparent background.

I tried the same on a real windows machine, with the 2.72 player, and the background was also transparent.
(From there the executable inside the game was working at least)

my wife made a small game with the 2.72 version, but I'd like it to run on linux and macosx, do you think it's possible to easily export all the stuffs and import it back to the 2.71 version ?
Or would it be too much work ? There aren't many characters or objects, but there is quite many comments / dialogues.

the latest AGS 2.72 editor no longer works with the linux player (ags-v2_71_894.tar.bz2  921k  AGS 2.71 Final Runtime (v2.71.894)).
(and probably not for the mac as well...)

And it seems there is no way to load a game back in the 2.71 editor.

Wine is not working at all with the games, and the DOS support has been disabled.
I think the only way to run games is by using vmware for ex., but it's not very conveniant.

Will the 2.72  be ported to linux one day ?

I've tried to run Maniac Mansion deluxe and the remake of Zak with the linux interpreter, but because of the dll plugin, it's not possible to make it run.

Probably the first post was made when the game was released in a previous version without the plugin.

Is there a workaround so we could play the game without the plugin effects ?

Btw is the staff who made this game rstill eachable ? It seems their websites have all vanished