Hm
#4 posted by megaman on 2009/05/28 22:25:40
We haven't tested on macs (none available) but in theory it SHOULD work. I guess you don't have java 6.
If you can, try to start with "java -jar quakeinjector.jar" and pastebin the output for me, that would probably help.
Wow
#5 posted by ijed on 2009/05/28 22:48:13
..can't check yet, but does it locate directories?
FAQ Says It Doesn't
#6 posted by Baker on 2009/05/28 22:59:31
^
|
Ok
#7 posted by ijed on 2009/05/28 23:23:58
Can't check yet because I'm in three projects today.
Amazing
#8 posted by CI475 on 2009/05/28 23:48:17
But I'm a bit afraid to check it out, my quake dir is already a mess!
"C:\Users\alex\desktop\quake" Cannot Be Written To!
#9 posted by meTch on 2009/05/29 00:03:07
but "C:\Users\alex" can, :S? is this something im doing wrong, other than having the quake folder on my desktop for ease of access?
Edit
#10 posted by meTch on 2009/05/29 00:04:20
that's "C:\Users\alex\desktop\quake" there only
#11 posted by JneeraZ on 2009/05/29 01:15:43
OK, I get the same error on my Mac. This is the spew in the console:
Exception in thread "main" java.lang.UnsupportedClassVersionError: Bad version number in .class file
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:675)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:316)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:280)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:374)
Looks
#12 posted by megaman on 2009/05/29 02:14:40
like you guys don't have java6? I remember the mac version for 6 being delayed some time.
You can check your java version with java -version.
Metch
#13 posted by megaman on 2009/05/29 02:22:10
is that from the engine config dialog? what's the full, exact path you put? is that & a mistake in markup/ a typo? are you sure the path is writeable? which one of the fields?
I'm using the java lib functions for those checks, so i'm pretty sure they should work well with all paths, unless there's some fuckup on my part that makes it check the wrong paths in the first place.
Ci475
#14 posted by megaman on 2009/05/29 02:23:07
just copy the engine and id1/pak0.pak and id1/pak1.pak to some new directory and start from a clean install ;-)
Megaman,
#15 posted by meTch on 2009/05/29 03:21:25
the "&..." stuff gets added her for some reason when i type out the full dir, it ends at the folder "quake". it is the "engine configuration" dialog, under the type box [the place where you type stuff of course] labeled "quake directory"; i put in the path and the comment next to it says "cannot be written to!"
Metch ... Using Vista?
#16 posted by Baker on 2009/05/29 06:12:08
Vista can be cruel.
/a guess ... even possibly a wrong guess
Java 6
There is a Java 6 VM for themac, and it should be installed on every Mac running Leoopard. But you have to specifiy which Java version you want to use as the default for running programs. Go to /Applications/Utilities/Java and launch Java Settings (don't know the exact english name). There, change the order of priority of the VMs so that Java 6 64bit is on top. Now it should work.
.app
It doesn't recognize application bundles as executable on OS X. If I type the path to the actual executable inside the bundle, it works. But it would be better if it could just handle .app bundles.
Also
Fitz SDL 0.8 seems to hang (after I leave the game) until I quit your app on OS X. It closes the window alright, goes back to desktop, but the icon keeps sitting in the dock until I force quit it or leave your program. That seems odd, how do you start the process?
Hmmm
#20 posted by megaman on 2009/05/29 11:15:32
1) I check with File.canExecute() -- if the .app thing doesn't have the proper rights, there's not much I can do. Or is that .app just a folder? But then the message would be different, iirc.
2) i'm using processbuilder to start the engine. The code is in de.haukerehfeld.quakeinjector. EngineStarter.start()
Source Code For Starting
#21 posted by megaman on 2009/05/29 11:21:43
Hmm
.app bundles are just directories with special treatment by the Mac OS. It's possible that File.canExecute() doesn't work for app bundles. The permissions are not a problem I think.
About Fitzquake not quitting, that seems to be a bug with Fitz or could be related to the way it works. I just tested it with a different engine and it worked fine. So nevermind.
Here are a few minor observations:
- The app could look better. With a few tweaks here and there it would look less amateurish (sorry about that).
- It should remember the sort column and direction as well as window size and layout (esp. column layout - I always have to resize the release date column manually).
- Make the progress bar disappear when installing a map is done. It's just confusing when it remains down there because on OS X, it animates. Make it disappear maybe after 3 seconds or so.
- Double clicking on a map in the table should install and play it.
- If you press play, the launch dialog of the engine (Fitz has one on mac, as well as the Fruitz of Dojo engines) stays behind your app. That's very annoying. It should be in front of your app.
- Make the rating column show stars or dots or whatever - the vertical bars are hard to read. Or even better, show numbers, because who can tell the difference between 8 and 9 vertical bars? Just show the rating as a number.
Okay, that's it with the negativity ;-). Apart from those minor flaws, I really like the app very much! It's very useful and easy to use, so thanks for all the effort you put into it. It's well appreciated (even though it might not seem that way after all the nitpicking above)!
#23 posted by JneeraZ on 2009/05/29 11:57:27
Wpw, yeah, my Java looks to be ancient old:
java version "1.5.0_16"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_16-b06-284)
Java HotSpot(TM) Client VM (build 1.5.0_16-133, mixed mode, sharing)
#24 posted by JneeraZ on 2009/05/29 12:00:21
SleepWalker
Thanks for the "Java Preferences" tip! Works great now. Woot!
Baker
#25 posted by meTch on 2009/05/29 12:09:35
...yesi am using vista :S
#26 posted by JneeraZ on 2009/05/29 12:13:16
Ha! Just used it to install and play a map. This is -awesome- guys! Really nice work. As SleepWalker said, it could use some polish and refinement but it's great as it is as well. A great addition to my Quaking life!
Now to play some maps I haven't tried before. Let's see...
#27 posted by Spirit on 2009/05/29 12:17:01
- The app could look better. With a few tweaks here and there it would look less amateurish (sorry about that).
Yes! But what and where?
- Double clicking on a map in the table should install and play it.
I am against this. Doubleclicks happen accidentally and I would not want to trigger something that big.
- If you press play, the launch dialog of the engine stays behind your app.
Argh, don't these engine have a commandline switch to disable that dialog?
Yes, the rating bars look terrible.
Thanks!
#28 posted by JneeraZ on 2009/05/29 12:55:48
"Yes! But what and where? "
I guess since you're using Java there's some sort of cross platform UI layer going on here? If so, yeah, you're kind of boned. If I were designing this from the ground up for a native OS I could design a nice looking interface but cross platform kinda sucks. It removes the nice parts of every OS and leaves you with the bare bones common stuff.
|