News | Forum | People | FAQ | Links | Search | Register | Log in
Quake Injector Alpha1
megaman and Spirit present: A first alpha version of the Quake Injector.

The Quake Injector is a tool to download, install and play Quake singleplayer maps from the Quaddicted.com archive. Ever been annoyed by an excruciating installation process? Could not figure out how to install a certain map? Well, this tool makes it a piece of cake. Simply pick the map and click Install.

Features

All Quake singleplayer maps ever made (900+ in the database)

Simply pick a map, click install and play

Filter, sort, browse to find your favourite map

Automatically installs dependencies (e.g. Quoth)

Cross-Platform

Free, Open Source Software, released under the GPL.



Screenshot: http://www.quaddicted.com/wp-content/uploads/quakeinjector_20090528.png
Check it out: http://haukerehfeld.de/projects/quakeinjector/
First | Previous | Next | Last
Seriously? 
this must have been a lot of effort guys! every map released to date...the mind boggles. 
Awesome! 
cool program, it eliminates the boring step of downloading and unzipping the level. making it ready in several secs after you found it on quaddicted. cool to see screenshot and little description there as well.
good job! 
If Unzipping Is Boring... 
...you're doing it wrong 
 
No, it's boring. As is copying the file into the right folder.

Quake Injector = awesome. I played a bunch of maps this morning that I've never seen before simply because it was suddenly so easy. 
 
Sorry, I get the joke, I just wanted to send some more praise Quake Injector's way. :P 
Willem You Angry Little Man!!! 
Do you have no respect for the old days, the bad days, the all-or-nothing days - where people had to actually use their brains and keyboards to achieve something?? Megaspirit just cater to a jaded and depraved audience who shuns any kind of effort while still demanding a maximum of outcome. The new paradigm modern western society has developed to. And the tool is free, too... 
 
Is there any way to write a tool that would play the levels for me as well? I'm happy to sit in my chair but, I mean, come on ... haven't I done enough? 
Damn Right 
Considering mappers spent weeks or months working on a single map, why can't they also play their maps and record a demo which they then put on youtube? Compared to creating the map, this little extra effort isn't too much to ask for. Seriously, people... 
@negke 
"just cater to a jaded and depraved audience who shuns any kind of effort while still demanding a maximum of outcome"

Welcome to the world!

why can't they also play their maps and record a demo which they then put on youtube

Lack of peer pressure and no one leading by example.

Plus a somewhat small audience, which ironically could change if mappers did that with all new releases. 
I Meant Youtube The Map Instead Of Releasing It 
Didn't think anyone would take my post seriously, though. 
Don't Worry 
RemakeQuake will be both AVI and MP4 format, we may do a RealPlayer version if consumer demand is high enough.

After focus grouping we found that most gamers don't play their games, and if they do they don't finish them.

So we've long since dropped the interactive part of the mod, catering to YOUR needs AHEAD of time! 
Re: Spirit's Work 
It is so impressive to see someone continually trying to "get it right" and not stopping at some arbitrary lazy definition of the concept. 
 
.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.
I don't really see how I can 'fix' the behaviour then. I really don't want os specific code in there... I could possibly drop the executable check, but that would have consequences for the *nix guys. Also, I think it checks if the exe is a file, too... any ideas?

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. Hm, the processbuilder seems to have issues.

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).

Yeah, as spirit said, details! :D

- 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).
Yeah, this is a planned feature, but i hadn't thought of the column sizes.

- 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.
and yet, the queue provides valuable information. I dunno, my first thought is "don't use a gay OS then" :P An idea would be to replace the progress bars with labels.

- 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.
Ah, i wondered why dp was taking so long to start, but it never occured to me that i was just not seeing the start thing. Will try to fix.

- 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.
Its actually steps of 2, because there are only ratings from 1-5 :P But yeah, some kind of better representation would be nice. Unicode stars work fine on ubuntu, but on my XP the application font doesn't support those characters... grml. 
Could You Use An Image? 
You could then use almost anything you wanted in the rating column. 
 
"I don't really see how I can 'fix' the behaviour then. I really don't want os specific code in there... I could possibly drop the executable check, but that would have consequences for the *nix guys. Also, I think it checks if the exe is a file, too... any ideas? "

Can't you just check the extension of the file and allow anything with ".app"? 
Well 
I doubt that allowing .app directories would work. You have to point it to the actual executable inside the bundle I think - depends on whether processbuilder can execute .app bundles directly (doubtful). There is a system command to start an .app bundle called 'open', see here:

http://osxdaily.com/2007/02/01/how-to-launch-gui-applications-from-the-terminal/

But that's platform specific code again. On the other hand, do you want to be a purist and have an app that's sub-par for a bunch of users, or eat some dirt in the form of platform specific code and deliver a program that runs great for everybody? ;-) 
 
Well, "sub par" is a bit of a stretch as:

a) There are only handful of Mac users, and

b) Once you set it up once, you never have to look at it again.

I agree that it would be nicer if it worked slicker but ... I dunno, I think it's fine for a community based project. Rock on, guys!

Although I do agree that removing the progress bars once the download is done would be nice. 
It's Not Only The Purist Side 
another - practical - problem is that i wouldn't be able to test mac-specific code :(

I'll look into it though. 
Yeah, What Willem Said 
i tend to nitpick ;-) 
Hehe 
that's a good thing! 
 
If .app would get an exception, then what about .sh, .bat etc...

How about a "ignore" option in the config dialog and have people who use non-executables as executables use that? Maybe not disable the save button but prompt with a "ignore errors?" box when there are errors?

Alternatively you can simply enter the filename in the config.properties file. 
OR 
Maybe you can set a swing property to allow people to browse into the .app bundles. Problem solved. Check this out:


FileChooser. There are two properties for dictating the treatment of .app and .pkg files when using JFileChooser. Both properties need to be set programmatically in your application (you will need to make changes to your code). The properties for .pkg installer packages and .app application bundles, respectively, are

JFileChooser.packageIsTraversable

JFileChooser.appBundleIsTraversable

Possible values for these properties are always (treat as folders, the default behavior) and never (treat as files). These properties are set on a per-instance basis via the putClientProperty() instance method inherited from JComponent.

There are a few known issues that currently exist with using these properties:

* Setting JFileChooser.packageIsTraversable to never will currently do so for both .pkg and .app files

* Setting JFileChooser.appBundleIsTraversable to never will cause packageIsTraversable to be ignored, effectively causing the default behavior of navigable .pkg files in JFileChooser.

In other words, you may currently use these properties to make only .app files, or both .app and .pkg files, navigable.

Note: The JFileChooser properties only have an effect when using the Aqua look and feel in Swing, since it is the only look and feel which Apple controls.


From here http://developer.apple.com/technotes/tn/tn2042.html#TNTAG10

The information might be outdated, but I'd think that these properties still work. 
Ijed 
heh heh, snicker. 
Ass Injector More Like 
...I always knew there was something sinister about the pink syringe n shit... 
 
Actually this would fit perfectly in terms of weapon design: http://en.wikipedia.org/wiki/File:Clyster_syringes.jpg 
First | Previous | Next | Last
You must be logged in to post in this thread.
Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors.