Re: [crossfire] GTK2-v2 Client new layout defined (gtk-v1)
http://krayvin.home.att.net/gtk2_gtk-v1_layout.png Am I the only one finding this interface rather scary and cluttered by tons of stuff ? Nope :) IMO both the GTK clients are too geeky... jxclient seems much better, from my point of view. Nicolas Yeah... whatever... at least GTK clients are easily built. I'd try this so-called super awesome, non-geekified jxclient if I had a clue where to get a jar or how to build it, but maybe it is too good for the playing masses and we couldn't handle it? And for crying out loud, it doesn't even get honorable mention on the Crossfire web site. I pulled down ant (87 MB with deps), and still didn't have a clue where to go from there. For now, I'll stick with using a geeky client rather than none at all. What's with java projects anyway? Gridarta doesn't release jars, I don't see one for jxclient. You have to get them off-project. I guess if you're not in, you're out. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] GTK2-v2 Client new layout defined (gtk-v1)
Yeah... whatever... at least GTK clients are easily built. I'd try this so-called super awesome, non-geekified jxclient if I had a clue where to get a jar or how to build it, but maybe it is too good for the playing masses and we couldn't handle it? And for crying out loud, it doesn't even get honorable mention on the Crossfire web site. jxclient was (is probably still) considered experimental (no map2 support, I think) since not so long ago (a few days/weeks), so yes it isn't mentioned. But even in its current state I much prefer the interface :) (your mileage may vary, of course) And I suggest you do a small experiment: find a Windows computer, and try to build the GTK1 client there :) You'll see it isn't that easy ^_- (and I'm not even sure it does work on Macs...) I pulled down ant (87 MB with deps), and still didn't have a clue where to go from there. For now, I'll stick with using a geeky client rather than none at all. cd to jxclient directory, then 'ant' to build it. Then 'java -jar jxclient.jar' to run it (full screen mode by default, add -N to make it windowed). What's with java projects anyway? Gridarta doesn't release jars, I don't see one for jxclient. You have to get them off-project. I guess if you're not in, you're out. See first point, experimental. But I do hope it'll soon be in good shape, thanks to Ragnor's work, and usable :) Nicolas -- http://nicolas.weeger.free.fr [Petit site d'images, de textes, de code, bref de l'aléatoire !] pgphihdFsZK5r.pgp Description: PGP signature ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] GTK2-v2 Client new layout defined (gtk-v1)
Kevin R. Bulgrien wrote: Yeah... whatever... at least GTK clients are easily built. I'd try this so-called super awesome, non-geekified jxclient if I had a clue where to get a jar or how to build it, but maybe it is too good for the playing masses and we couldn't handle it? And for crying out loud, it doesn't even get honorable mention on the Crossfire web site. There is a simple reason it is not advertised on the web site: the client is still in development. You are able to connect to a server and actually play the game, but some gui elements do not yet work (click on an element and nothing happens), and error handling is almost absent (failure to connect to server, or have the connection break == client just exits). Also, it still runs quite slowly on machines without hardware accelerated graphics operations -- in fact, currently you basically cannot play on such machines... That said, I do not yet consider jxclient to be in a state to be released as a pre-compiled client intended to be run by normal players. Therefore I currently do neither advertise it nor provide pre-compiled binaries. I pulled down ant (87 MB with deps), and still didn't have a clue where to go from there. Thanks for pointing out this issue. I've now added a few lines to the README file about how to compile the client. Basically: run ant in the jxclient directory. This creates the file jxclient.jar. Run this file as java -jar jxclient.jar. For now, I'll stick with using a geeky client rather than none at all. Better yet: figure out how to make it work, then fix the documentation;) Or at least file a bug report so somebody else can fix it. Just declining and not telling anything does not enable us to fix issues... What's with java projects anyway? Gridarta doesn't release jars, I don't see one for jxclient. You have to get them off-project. I guess if you're not in, you're out. For Gridarta it is for the same reason: the project has started from the sources of both the Crossfire and the Daimonin Java map editors. They did share a common code base but have been developed separately for quite a while. Gridarta's goal was to merge both code bases to bundle the development resources of both projects, effectively helping both projects. We decided not to officially release binaries for Gridarta because we thought the editors might be (very) unstable during the merging process. Until today, the merging is still in progress (see http://gridarta.sourceforge.net/dev/mergeStats). To the off-site download place: It was introduced because some people couldn't compile the editor. (In fact, I did compile Gridarta for eracc. He then figured that it could be helpful for other to get at the pre-compiled editor as well, so he hade it available on his site.) As far as I know, currently all people who are (semi-)actively using the editor can compile it from the sources. Now, creating a new release takes me at least 30 minutes. Therefore I prefer spending this time into code improvements. That means I update the pre-compiled binary only very infrequently (less than once per month, almost always only when somebody complains that it is way outdated...) That said, even though we do not yet provide pre-compiled binaries for jxclient or Gridarta, feedback is always highly welcome. Both feedback about what needs to be improved/changed/implemented to make the application actually useful, and feedback about bugs/crashes/etc. Even feedback that you just use it without problems is useful (since it might accelerate further development ;)). ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] GTK2-v2 Client new layout defined (gtk-v1)
And I suggest you do a small experiment: find a Windows computer, and try to build the GTK1 client there :) You'll see it isn't that easy ^_- (and I'm not even sure it does work on Macs...) What is windows? Is it something i can afford to care about? ;-/ I pulled down ant (87 MB with deps), and still didn't have a clue where to go from there. For now, I'll stick with using a geeky client rather than none at all. cd to jxclient directory, then 'ant' to build it. Then 'java -jar jxclient.jar' to run it (full screen mode by default, add -N to make it windowed). $ pwd /home/data/svn/crossfire/jxclient [EMAIL PROTECTED] jxclient]$ ant Exception in thread main java.lang.NoClassDefFoundError: org/apache/tools/ant/launch/Launcher [EMAIL PROTECTED] jxclient]$ cd trunk/com/realtime/crossfire/jxclient/ [EMAIL PROTECTED] jxclient]$ ant Exception in thread main java.lang.NoClassDefFoundError: org/apache/tools/ant/launch/Launcher [EMAIL PROTECTED] jxclient]$ cd ../../../../../trunk/src/test/com/realtime/crossfire/jxclient/ [EMAIL PROTECTED] jxclient]$ ant Exception in thread main java.lang.NoClassDefFoundError: org/apache/tools/ant/launch/Launcher Not that easy... Tried that already. What's with java projects anyway? Gridarta doesn't release jars, I don't see one for jxclient. You have to get them off-project. I guess if you're not in, you're out. See first point, experimental. But I do hope it'll soon be in good shape, thanks to Ragnor's work, and usable :) Nicolas ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
[crossfire] Client proposal: redo inventory/look widgets
On the quest to ungeekify the client... ;-) Based on recent discussions and a comment from Mwedel, I'd like to propose a revision of the inventory and look areas, and the introduction of three new things. (Of course I'm volunteering to write the code for this.) The question being: do people really *USE* all those 10 tabs? Very occasionally I use unlocked to sell stuff, but most of the time I use icons and the first one. And really, neither is the ideal UI for what I actually want to do. So here's the proposal: Currently we have an inventory notebook and a look table. I propose to replace them with two other widgets: what I call the stuff notebook, and the shortcut area. The shortcut area is really Mwedel's idea. It would be a 10x2 or 10x3 (or even 10x4) table, and you drag either equippable items or spells to that area. Each slot essentially manages one keybinding; so if I put my axe on 1,1 and small fireball in 2,1, then pressing 1 does apply axe (well not really, but you get the point), and shift 1 does cast small fireball. The rows correspond to no mod, shift, ctrl, and alt. Then the stuff notebook; I imagine it has a control (checkbox or toggle button) that chooses between details and icons mode, regardless of tab (I think the choice applies to all tabs). First tab is look; the objects on the floor near you. Second is the plain, unfiltered inventory. Yes, the filters are occasionally useful, but IMO, not often enough to justify polluting the UI. Fourth tab is the spell list; this is an awesome addition to the game, IMO it's about time it gets a more permanent space in the UI (and it's somewhat necessary in order for the shortcut area to be useful for mages). The third tab deserves its own paragraph :-) what I'm proposing here is a body diagram similar to what many computer adventure games have. Yes, it would require some tinkering, since we have IIRC 3 or 4 different combinations of body parts... but I have an idea how to do it and I'm willing to write the code. Here, you'd have a rough outline of a body, and for each body slot your character has, there would be a space where an icon can be drawn; if you equip an item on that slot, the corresponding icon appears there. Clicking a slot (with or without an equipped item) would bring up a menu with the items that can be equipped there. Since it's a notebook widget, it would be hard to drag items from the inventory to the body diagram; but then again, I have no idea why you'd want to do that, since you can double-click it on the inventory :-) I think hovering an icon on any of those widgets, if you are on icon view, would display the rest of the information (what you would have on detail view) on a tooltip. Thoughts? best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when we summon the will, they soon become inevitable. - personal:http://lalo.hystericalraisins.net/ technical:http://www.hystericalraisins.net/ GNU: never give up freedom http://www.gnu.org/ ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] GTK2-v2 Client new layout defined (gtk-v1)
Le samedi 4 août 2007, Kevin R. Bulgrien a écrit : Hmm... So then the mumbler was really just detracting from my feeble attempts to work on fixing what I felt like moaning about. Ok... I get it. Just as a side note, my original comment was about underlining the (IMO) terrible layout of the GTK1 client, one that the GTK2 adaptation didn't make any better. Or, to speak using other terms: - no, it wasn't a free ad for jxclient; - yes, it meant that regardless of the toolkit used, I found the UI cluttered and unfriendly. Does that mean it shouldn't be fixed ? Of course not. It simply meant that IMHO mimicking the GTK1 client UI didn't fix anything. Nope, that make huge assumptions. All I get is an exception when I do that. On the other client, it has ./configure that has a chance of showing me maybe I don't have all the requirements installed, which I suppose has something to do with ant croaking when I try to start it. If you had spent two minutes googling about it, you'd have found that this message was caused by a badly installed/configured ant, and not by a problem in jxfire's building process. Reference (amongst several others): http://ant.apache.org/faq.html#NoClassDefFoundError With a badly installed/configured C toolchain, you'd just get the same kind of failure with ./configure. Don't blame the SVN content for a problem in your own building chain. Just my two €-cents. signature.asc Description: This is a digitally signed message part. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
[crossfire] jxclient (was RE: GTK2-v2 Client new layout defined (gtk-v1))
Hello, I was quite curious to see if that jxclient would works, and you know what ? It does runs well on Windows :) (to be precise, on Windows Vista) See a screenshot with default resolution : http://huet.o.free.fr/cftest/testjxclient.png and I did modify a little parameters and skins and with 25 x 16 map : (I did only changed map size, so other stuffs do go in front of map) http://huet.o.free.fr/cftest/testjxclient_bigger.png well it's does not have all functionalities and did crash a little, but mainly when leaving the client, in java runtime (hey java is not very stable, I already did know that :-) ) and due to out of memory exception when I did not use any -Xmx flag to run java (it's strange, java dont use all available memory by default, it's quite stupid...) - when I click on menu, it doesn't do anything. - the opengl rendering was buggy for me : old images do appear when I move : when moving, I randomly see an image of 1 or 2 second before, and then, it come back to current image -- but when disabling OpenGL, it did works well. - In addition, to have it works properly in full screen and with a non 0 number displayed for Accelerated memory available (so probably with some hardware DirectX acceleration), I did use that command line (some flags are perhaps already on by default) : java -Xmx1024M -cp jxclient.jar -Dsun.java2d.opengl=false -Dsun.java2d.translaccel=true -Dsun.java2d.noddraw=false -Dsun.java2d.d3d=true -Dsun.java2d.ddscale=true com.realtime.crossfire.jxclient.jxclient -B 32 -W 1680 -H 1050 But except that, it works well and is, surprisingly, very fast. (well, at least on a very recent laptop, I did not try it on a slower computer) Best regards, Olivier Huet (findufin findragon on metalforge) -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Kevin R. Bulgrien Envoyé : samedi 4 août 2007 09:48 À : Crossfire Discussion Mailing List Objet : Re: [crossfire] GTK2-v2 Client new layout defined (gtk-v1) And I suggest you do a small experiment: find a Windows computer, and try to build the GTK1 client there :) You'll see it isn't that easy ^_- (and I'm not even sure it does work on Macs...) What is windows? Is it something i can afford to care about? ;-/ I pulled down ant (87 MB with deps), and still didn't have a clue where to go from there. For now, I'll stick with using a geeky client rather than none at all. cd to jxclient directory, then 'ant' to build it. Then 'java -jar jxclient.jar' to run it (full screen mode by default, add -N to make it windowed). $ pwd /home/data/svn/crossfire/jxclient [EMAIL PROTECTED] jxclient]$ ant Exception in thread main java.lang.NoClassDefFoundError: org/apache/tools/ant/launch/Launcher [EMAIL PROTECTED] jxclient]$ cd trunk/com/realtime/crossfire/jxclient/ [EMAIL PROTECTED] jxclient]$ ant Exception in thread main java.lang.NoClassDefFoundError: org/apache/tools/ant/launch/Launcher [EMAIL PROTECTED] jxclient]$ cd ../../../../../trunk/src/test/com/realtime/crossfire/jxclient/ [EMAIL PROTECTED] jxclient]$ ant Exception in thread main java.lang.NoClassDefFoundError: org/apache/tools/ant/launch/Launcher Not that easy... Tried that already. What's with java projects anyway? Gridarta doesn't release jars, I don't see one for jxclient. You have to get them off-project. I guess if you're not in, you're out. See first point, experimental. But I do hope it'll soon be in good shape, thanks to Ragnor's work, and usable :) Nicolas ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] jxclient (was RE: GTK2-v2 Client new layout defined (gtk-v1))
I was quite curious to see if that jxclient would works, and you know what ? It does runs well on Windows :) (to be precise, on Windows Vista) See a screenshot with default resolution : http://huet.o.free.fr/cftest/testjxclient.png and I did modify a little parameters and skins and with 25 x 16 map : (I did only changed map size, so other stuffs do go in front of map) http://huet.o.free.fr/cftest/testjxclient_bigger.png Thanks for the screenshot... it does look cool... but even after a couple of hours of digging, I still can't seem to get the toolchain so I can compile it on my end. It has something to do with ant not finding Sun's jdk on my system. I got so far as to get it to start building to the point where it croaks on java 1.4.2 being less than the required 1.5. It seems to be finding the java-1.4.2.gcj-compat stuff that the distribution installs by default, instead of the latest Sun JDK that I do have installed. I need to figure out how to tell ant to use it instead. Yes, I can see now why having a fast graphics card would matter... Wonder how fast it needs to be to be usable. Some of my systems are pretty old, and some are pretty lean on RAM. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
[crossfire] Compiling jxclient with ant
Using Mandriva 2007.0 x86_86 $ rpm -q jdk jdk-1.6.0_02-fcs I see 1.5 is minimum on Sun's stuff, but I don't know what the significance of ant's depends are on this distribution. My first attempt at getting ant installed didn't work. In the past I've had trouble with the gcj-compat stuff, so I took a wrong turn at the outset. $ sudo urpmi ant One of the following packages is needed: 1- java-1.4.2-gcj-compat-devel-1.4.2.0-40.103.1mdv2007.0.x86_64 : JPackage development scripts for GCJ (to install) 2- kaffe-devel-1.1.7-1mdk.x86_64 : Development package with static libs and headers for kaffe (to install) What is your choice? (1-2) 2 To satisfy dependencies, the following packages are going to be installed ant-1.6.5-21mdv2007.0.x86_64 antlr-2.7.6-4.1mdv2007.0.x86_64 bouncycastle-1.33-3mdv2007.0.x86_64 bouncycastle-jdk1.4-1.33-3mdv2007.0.x86_64 classpath-0.92-3mdv2007.0.x86_64 classpathx-jaf-1.1.1-1mdv2007.0.x86_64 classpathx-mail-1.1.1-3mdv2007.0.x86_64 classpathx-mail-monolithic-1.1.1-3mdv2007.0.x86_64 eclipse-ecj-3.2.0-12.3mdv2007.0.x86_64 gcj-tools-4.1.1-3mdk.x86_64 gjdoc-0.7.7-9mdv2007.0.x86_64 jamvm-1.4.3-3.1mdv2007.0.x86_64 java-1.4.2-gcj-compat-1.4.2.0-40.103.1mdv2007.0.x86_64 jikes-1.23-0.20050308.1mdk.x86_64 jpackage-utils-1.7.0-1.4mdv2007.0.noarch kaffe-1.1.7-1mdk.x86_64 kaffe-devel-1.1.7-1mdk.x86_64 lib64gcj7-devel-4.1.1-3mdk.x86_64 Proceed with the installation of the 18 packages? (84 MB) (Y/n) Y This gave me: $ pwd /home/data/svn/crossfire/jxclient $ ant Exception in thread main java.lang.NoClassDefFoundError: org/apache/tools/ant/launch/Launcher $ cd trunk/com/realtime/crossfire/jxclient/ $ ant Exception in thread main java.lang.NoClassDefFoundError: org/apache/tools/ant/launch/Launcher $ cd ../../../../../trunk/src/test/com/realtime/crossfire/jxclient/ $ ant Exception in thread main java.lang.NoClassDefFoundError: org/apache/tools/ant/launch/Launcher Googling the above message resulted in a suggestion for troubleshooting. $ ant --execdebug exec /usr/java/jdk1.5.0_08/bin/java -classpath /usr/bin/build-classpath: error: JVM_LIBDIR /usr/lib/jvm-exports/java-gcj does not exist or is not a directory -Dant.home=/usr/share/ant -Dant.library.dir=/usr/share/ant/lib org.apache.tools.ant.launch.Launcher -cp Exception in thread main java.lang.NoClassDefFoundError: org/apache/tools/ant/launch/Launcher Ok, so problem is in the tool chain probably, since it is missing stuff in /usr/lib. On a hunch, I pull out kaffe and kaffe-devel and start over. $ sudo urpme kaffe kaffe-devel To satisfy dependencies, the following 3 packages will be removed (19 MB): ant-1.6.5-21mdv2007.0.x86_64 (due to missing java-devel) kaffe-1.1.7-1mdk.x86_64 kaffe-devel-1.1.7-1mdk.x86_64 (due to unsatisfied java-1.4.2-kaffe == 0:1.4.2.00-1mdk, due to unsatisfied kaffe == 0:1.1.7-1mdk) Remove 3 packages? (y/N) y removing ant-1.6.5-21mdv2007.0.x86_64 kaffe-1.1.7-1mdk.x86_64 kaffe-devel-1.1.7-1mdk.x86_64 And re-install ant using the other choice. $ sudo urpmi ant One of the following packages is needed: 1- java-1.4.2-gcj-compat-devel-1.4.2.0-40.103.1mdv2007.0.x86_64 : JPackage development scripts for GCJ (to install) 2- kaffe-devel-1.1.7-1mdk.x86_64 : Development package with static libs and headers for kaffe (to install) What is your choice? (1-2) 1 One of the following packages is needed: 1- xml-commons-resolver10-1.3.03-5.1mdv2007.0.x86_64 : XmlResolver 1.0 utility from xml-commons (to install) 2- xml-commons-resolver11-1.3.03-5.1mdv2007.0.x86_64 : XmlResolver 1.1 utility from xml-commons (to install) 3- xml-commons-resolver12-1.3.03-5.1mdv2007.0.x86_64 : XmlResolver 1.2 from xml-commons (to install) What is your choice? (1-3) 3 To satisfy dependencies, the following packages are going to be installed: ant-1.6.5-21mdv2007.0.x86_64 gcc-java-4.1.1-3mdk.x86_64 java-1.4.2-gcj-compat-devel-1.4.2.0-40.103.1mdv2007.0.x86_64 xalan-j2-2.7.0-2.2mdv2007.0.x86_64 xerces-j2-2.8.0-1mdv2007.0.x86_64 xml-commons-1.3.03-5.1mdv2007.0.x86_64 xml-commons-resolver12-1.3.03-5.1mdv2007.0.x86_64 Proceed with the installation of the 7 packages? (26 MB) (Y/n) y Progress... but still no cigar... $ ant /usr/bin/build-classpath: error: Could not find xml-commons-apis Java extension for this JVM /usr/bin/build-classpath: error: Some specified jars were not found Buildfile: build.xml init: compile: [delete] Deleting directory /home/data/svn/crossfire/jxclient/trunk/build/jxclient [mkdir] Created dir: /home/data/svn/crossfire/jxclient/trunk/build/jxclient [javac] Compiling 115 source files to /home/data/svn/crossfire/jxclient/trunk/build/jxclient [javac] Compliance level '1.4' is incompatible with target level '1.5'. A compliance level '1.5' or better is required BUILD FAILED /home/data/svn/crossfire/jxclient/trunk/build.xml:12: Compile failed;
Re: [crossfire] Compiling gridarta with ant
On Saturday 04 August 2007 19:44, Kevin R. Bulgrien wrote: Now that I have jxclient building... gridarta still doesn't work... Will have to dig to find out what these indicate as far as missing dependencies... In the mean time, hints/clues welcome. $ rpm -q ant ant-1.6.5-21mdv2007.0 $ cd /home/data/svn/gridarta $ svn switch --relocate https://svn.sourceforge.net/svnroot/gridarta https://gridarta.svn.sourceforge.net/svnroot/gridarta $ svn update ... $ cd crossfire $ ant --execdebug exec /usr/java/latest/jre/bin/java -classpath /usr/share/java/ant.jar:/usr/share/java/ant-launcher.jar:/usr/share/java/jaxp_parser_impl.jar:/usr/share/java/xml-commons-apis.jar:/usr/java/latest/lib/tools.jar -Dant.home=/usr/share/ant -Dant.library.dir=/usr/share/ant/lib org.apache.tools.ant.launch.Launcher -cp Buildfile: build.xml init: BUILD FAILED /home/data/svn/gridarta/crossfire/build.xml:66: Could not create task or type of type: echoproperties. Ant could not find the task or a class this task relies upon. This is common and has a number of causes; the usual solutions are to read the manual pages then download and install needed JAR files, or fix the build file: - You have misspelt 'echoproperties'. Fix: check your spelling. - The task needs an external JAR file to execute and this is not found at the right place in the classpath. Fix: check the documentation for dependencies. Fix: declare the task. - The task is an Ant optional task and the JAR file and/or libraries implementing the functionality were not found at the time you yourself built your installation of Ant from the Ant sources. Fix: Look in the ANT_HOME/lib for the 'ant-' JAR corresponding to the task and make sure it contains more than merely a META-INF/MANIFEST.MF. If all it contains is the manifest, then rebuild Ant with the needed libraries present in ${ant.home}/lib/optional/ , or alternatively, download a pre-built release version from apache.org - The build file was written for a later version of Ant Fix: upgrade to at least the latest release version of Ant - The task is not an Ant core or optional task and needs to be declared using taskdef. - You are attempting to use a task defined using presetdef or macrodef but have spelt wrong or not defined it at the point of use Remember that for JAR files to be visible to Ant tasks implemented in ANT_HOME/lib, the files must be in the same directory or on the classpath Please neither file bug reports on this problem, nor email the Ant mailing lists, until all of these causes have been explored, as this is not an Ant bug. Total time: 0 seconds Resolved by adding another package, though I did not know how to figure out which optional task package to get, so I just kept trying different ones... There must be a better way. $ urpmi ant-nodeps $ ant ... [javac] 25 warnings jar: [jar] Building jar: /home/data/svn/gridarta/crossfire/CrossfireEditor.jar [delete] Deleting directory /home/data/svn/gridarta/crossfire/class/production BUILD SUCCESSFUL $ java -jar CrossfireEditor.jar Bingo. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] jxclient
$ java -version java version 1.6.0_02 Java(TM) SE Runtime Environment (build 1.6.0_02-b05) Java HotSpot(TM) 64-Bit Server VM (build 1.6.0_02-b05, mixed mode) Using run.sh, I get... disappointingly... Warning ! True full-screen support is not available. The system is a dual core pentium d (3.6 GHz) x86_64 with 3 Gb RAM. The graphics card is a NVIDIA 7600 GT running a true nvidia driver compiled on this machine. 01:00.0 VGA compatible controller: nVidia Corporation G70 [GeForce 7600 GT] (rev a1) I don't know if running dual-monitors messes with performance, and do not know much about graphics acceleration as I'm no power gamer since my hardware is pretty old (except for this box which is a sort of loaner), but I believe it is possible since TuxRacer rocks even with only 17 monitor, you get a wierd feeling like you are really going down the slope. The jxclient is very slow. It feels like the character is heavily burdened, so is very hard to control. Compared to both GTK clients, it is not very playable, so I suppose it is not taking advantage of hardware acceleration :-(. So far I have not had it crash. I've played a bit with it, though at 1280x1024 it is only using about 1024x800 or so for the display, so I need a magnifying glass to see in game text and inventory and the little buttons. It's odd because the map graphics are in your face big compared to how I run the GTK clients. Unfortunately I only have 17 monitors on this machine. The graphics work is beautiful, but I must be a geek... it kind of gets in the way, though to be fair, I'd have to see it using the full 1280x1024 to give it a reasonable evaluation, but I find it really hard to monitor HP, Grace, and Mana. The small veins in the icons seem to take a lot of concentration to be able to monitor. To me the fast pace of crossfire means you can't spend a lot of time looking to see how bad you're hurting or what you have left for mana/grace. Don't know if that stuff is skinnable and so might be able to be done differently to taste. That dragon thing can about freak you out with a low-level character when you walk around a corner the right way ;-). It will be interesting to see it mature... I, and other people played the dxclient years ago because it had a bit of ambiance to it, and I've often been sorry it disappeared, so I can see jxclient going over well if performance improves, but the lag now would kill my character... literally... and I'd hate to think I had to buy better hardware to get it. Long and short of it is, I'm glad I took the time to figure out how to build it. It'll be interesting to watch. Oh, the speed thing reminds me... Daimonin sort of caught my eye some time back, and I played it a while, though quit. It was too slow. There's some talk about slowing Crossfire down, and I'm all about not dying before you can even press the word of recall hotkey, but here's my vote to not go that slow... though I haven't tried it in ages to be sure my impressions were up to date. Wish list: Scroll wheel support. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire