Page 9 of 11
Posted: 30 Jun 2006, 18:50
by keithjr
Greetings from the Ubuntu forums, I'd like to say JOB WELL DONE on the deb spring project... this was by far the easiest game I've ever had the pleasure of getting running on linux. And the most fun.
Now, a question... how does one go about viewing a demo file (the replays that get auto-generated in the /demos folder) using spring-setup? Or is there another appropriate command-line option? Or is it not possible at all right now? Just wondering.
Also, why do I get a neverending slew of sync errors when I try to run the Star Wars mod?
Posted: 30 Jun 2006, 20:23
by AF
First of all the starwars mdo is overdue for a big update.
As for replays, try passing it as a command aprameter.
So far there's a windows lobby, and that supports replays etc, and I'm currently developing AFLobby in java which should give linux users a lobby client among other needed things.
Posted: 30 Jun 2006, 21:18
by fbo
keithjr wrote:Greetings from the Ubuntu forums, I'd like to say JOB WELL DONE on the deb spring project... this was by far the easiest game I've ever had the pleasure of getting running on linux. And the most fun.
You're welcome. Keeping installation/configuration simple for newbies is my primary intention
.
Now, a question... how does one go about viewing a demo file (the replays that get auto-generated in the /demos folder) using spring-setup? Or is there another appropriate command-line option? Or is it not possible at all right now? Just wondering.
It's the first time I heard about those "demos". If there's an option, the spring-binary interpretes, it's easy to transparently pass it through debspring:
Code: Select all
spring -- [spring-options] [more spring-options...]
If you know a web page describing, what cmdline or config option to use to make spring play demos, i'll happily integrate this feature into the spring-setup menu.
Also, why do I get a neverending slew of sync errors when I try to run the Star Wars mod?
Debspring just configures spring. What spring itself, mods and AIs are doing is beyond Debspring's control.
fbo
Posted: 30 Jun 2006, 21:22
by fbo
AF wrote:First of all the starwars mdo is overdue for a big update.
As for replays, try passing it as a command aprameter.
So far there's a windows lobby, and that supports replays etc, and I'm currently developing AFLobby in java which should give linux users a lobby client among other needed things.
Cool.
How far is it from being "beta-testable"?
Did you read my post about my content download concept? Are you going to use it in you lobby client?
fbo
Posted: 30 Jun 2006, 21:46
by keithjr
It's the first time I heard about those "demos". If there's an option, the spring-binary interpretes, it's easy to transparently pass it through debspring:
Code: Select all
spring -- [spring-options] [more spring-options...]
If you know a web page describing, what cmdline or config option to use to make spring play demos, i'll happily integrate this feature into the spring-setup menu.
I am trying really hard to find such a page (should be SOMEWHERE), and may resort to scanning the doxy files for command line options. All I could find was this...
taspring.clan-sy.com/wiki/Config
But this is just a list of the .springrc settings, you probably already know about those
edit: found this, but no command line options...hmmmmm
taspring.clan-sy.com/wiki/Spring_Replays
Posted: 30 Jun 2006, 23:20
by Word
yah accidently messed up the nvidia module so when i had the xorg.conf use it x wouldn't start..fixed it now.
As for the demo command line thing.. -r doesnt' exist and -d is for debugging :-/
Posted: 01 Jul 2006, 00:38
by Tobi
For replays use no options, just pass the filename as the only argument to spring. It will see it's a .sdf (iirc) file (by extension probably) and load it as demo.
As for available commandline options, try ./spring --help, I think that or ./spring -h displays the available options. It's something like:
-w: run in windowed mode
-f: run in fullscreen mode
-s: run as server
-c: run as client
-h: show help
Not much more.
Posted: 01 Jul 2006, 01:10
by keithjr
Tobi wrote:For replays use no options, just pass the filename as the only argument to spring. It will see it's a .sdf (iirc) file (by extension probably) and load it as demo.
As for available commandline options, try ./spring --help, I think that or ./spring -h displays the available options. It's something like:
-w: run in windowed mode
-f: run in fullscreen mode
-s: run as server
-c: run as client
-h: show help
Not much more.
Thanks for the suggestions, but no dice on either front.
Running the demo does the following:
Code: Select all
keithjr@ubuntu:~/.springdir/localhost.localdomain:0.0/demos$ spring 060627-Mars-0.72b1.sdf
I: workdir is '/home/keithjr/.springdir/localhost.localdomain:0.0'
I: type spring-setup to configure spring
spring is using data directory: /home/keithjr/.springdir/localhost.localdomain:0.0
Info: SHUTDOWN ERROR
Error sending data. 22
And trying to get the options does this (using --help or -h do the same thing)
Code: Select all
keithjr@ubuntu:~/.springdir/localhost.localdomain:0.0/demos$ spring -h
I: workdir is '/home/keithjr/.springdir/localhost.localdomain:0.0'
I: type spring-setup to configure spring
Unknown option: h
Perhaps the linux port currently lacks both of these?
Posted: 01 Jul 2006, 01:32
by Word
Yah, the -h or --help was the first thing I tried but as keithjr said, no dice.
Posted: 01 Jul 2006, 02:52
by keithjr
I hate to bombard with new questions, but what is the purpose of the "clean workdir" option in the spring-setup? I ran it and it totally broke my installation, requiring a complete remove and re-install... doesn't seem terribly helpful.
Anybody with any more input on running demos is welcome. I actually got a game to load by calling spring with the demo name WITHOUT the extension as an argument, but I got endless sync errors from it (the same as if I run Star Wars of Gundam mods)
Posted: 01 Jul 2006, 03:15
by Word
Clean workdir I assume would require you to re-run spring-setup to create a new workdir..not break your install. This is helpful if you get outdated information in your workdir and don't want to fiddle around to fix it.
Posted: 01 Jul 2006, 03:20
by AF
http://www.fileuniverse.com/?p=showitem&ID=3609
This is the NTai XE9RC20 source, you'll ned to add it ontop of an existing XE9RC18 package tho as it has no data folders or grouPAI stuff in it, however it has a few changes whcih might make XE9 more viable on linux aswell as one or two gameplay fixes. There is no installer/binary version of this on download.
Posted: 01 Jul 2006, 03:31
by keithjr
well, my attempt to re-install spring (since running clean workdir completely ruined it) failed as the deb package has some obscene hidden file somewhere that won't let me either remove nor re-install spring-basedata, complaining things can't be found even though it should be doing a fresh install. Nice.
So I'm so determined to keep this game I'm actually reinstalling linux right now. I'll let you guys know if there's something wrong with the newest version once I'm sure I'm REALLY doing a clean install. This is frustrating, as I moved away from windows to PREVENT crap like this.
See you on the flipside. Over and out.
Posted: 01 Jul 2006, 06:30
by Word
>< You probably could have "purged" it to remove EVERYTHING that it had and done a search for spring to remove all traces of it..not reinstalled...sigh.
Posted: 01 Jul 2006, 11:47
by Tobi
Code: Select all
tobi@zeus:~/wd/taspring/trunk/game$ ./spring -h
/usr/local/games/taspring: No such file or directory
spring is using data directory: current working directory
TA:Spring 0.72b1
This program is licensed under the GNU General Public License
Usage: ./spring [OPTIONS]
-h, --help This help message
-V, --version Display program version
-f, --fullscreen Run in fullscreen mode
-w, --window Run in windowed mode
-s, --server Run as a server
-c, --client Run as a client
-p, --projectiledump Dump projectile class info in projectiles.txt
Works fine here. fbo, maybe your scripts intervene?
Posted: 01 Jul 2006, 17:30
by AF
oh bugger, remove cpotential.h/cpp fromt hat archive before compiling
Posted: 01 Jul 2006, 18:28
by fbo
Word wrote:Clean workdir I assume would require you to re-run spring-setup to create a new workdir..not break your install. This is helpful if you get outdated information in your workdir and don't want to fiddle around to fix it.
Correct.
Cleaning the workdir just completely removes the symlink tree which is configured by spring-setup before any start of spring. This is option should never be necessary to be used but if you use it, there can't be damage to your installation - regular users don't have permissions to write anything inside the spring-package directories.
After cleaning the workdir, restarting spring-setup should not be necessary.
fbo
Posted: 01 Jul 2006, 18:30
by fbo
Tobi wrote:Code: Select all
tobi@zeus:~/wd/taspring/trunk/game$ ./spring -h
/usr/local/games/taspring: No such file or directory
spring is using data directory: current working directory
TA:Spring 0.72b1
This program is licensed under the GNU General Public License
Usage: ./spring [OPTIONS]
-h, --help This help message
-V, --version Display program version
-f, --fullscreen Run in fullscreen mode
-w, --window Run in windowed mode
-s, --server Run as a server
-c, --client Run as a client
-p, --projectiledump Dump projectile class info in projectiles.txt
Works fine here. fbo, maybe your scripts intervene?
Running 'spring' doesn't just call the original spring-binary. The 'spring' script is intended to run spring the way it was configured in spring-setup before (-f if fullscreen mode is selected, providing a configuration file, ...). I'm going to implement running demos and a "vanilla-startup" option preventing parameters to be sent to spring.
fbo
Posted: 01 Jul 2006, 18:32
by Tobi
Well that was my dev environment, no relation whatsoever with your packages, except that the way you said options didn't seem to work, so I proved spring isn't the bugger
(ie I'm running the binary there)
Posted: 01 Jul 2006, 18:32
by fbo
AF wrote:http://www.fileuniverse.com/?p=showitem&ID=3609
This is the NTai XE9RC20 source, you'll ned to add it ontop of an existing XE9RC18 package tho as it has no data folders or grouPAI stuff in it, however it has a few changes whcih might make XE9 more viable on linux aswell as one or two gameplay fixes. There is no installer/binary version of this on download.
Hmm ... Do I have to download NTAI there? I though, it's part of the spring-svn-trunk.
fbo