UnityLobby
Moderator: Moderators
-
- Posts: 665
- Joined: 06 Jun 2006, 19:49
New release 2.0
Changes (off top my head is)
Code cleanup
Split script into multiple files easier to work on it now. Inspired from Omni.
Plus as a small bonus, u will notice .pyc files after u run script (if u got write permission to the directory). There are python compiled version of parts of script, they basicly decrease load times for parts of script.
Removed unnessary imports that i had in before
Fixed FSAA
Also added the file GLOBAL.py
It basicly contains global variables i.e
where spring binary | background image are located at.
Also the config values so u can alter them i.e u can add a 4 water option, if they code a new render.
GLOBAL.py also has an option STARTUP = 0
Need to change it to STARTUP = 1 to get script to start, just to make sure users got it configured. Atm only outputs warning to console. Will throw together a GUI warning next time
Changes (off top my head is)
Code cleanup
Split script into multiple files easier to work on it now. Inspired from Omni.
Plus as a small bonus, u will notice .pyc files after u run script (if u got write permission to the directory). There are python compiled version of parts of script, they basicly decrease load times for parts of script.
Removed unnessary imports that i had in before
Fixed FSAA
Also added the file GLOBAL.py
It basicly contains global variables i.e
where spring binary | background image are located at.
Also the config values so u can alter them i.e u can add a 4 water option, if they code a new render.
GLOBAL.py also has an option STARTUP = 0
Need to change it to STARTUP = 1 to get script to start, just to make sure users got it configured. Atm only outputs warning to console. Will throw together a GUI warning next time
Last edited by hollowsoul on 09 Jul 2006, 17:02, edited 2 times in total.
- clericvash
- Posts: 1394
- Joined: 05 Oct 2004, 01:05
-
- Posts: 665
- Joined: 06 Jun 2006, 19:49
If i get time i try & glance @ fbo scripts
But would be nice if someone could send me in pm what they do exactly, since i dont have a debian distro. (Or if fbo has any request / ideas for the script.)
Can see why u couldnt use script atm
It just edits ~/.springrc & uses ~/.springrc (as a temporary file)
Both of those files can be changed in GLOBAL.py (assumes relative path from HOME Directory, can change that if needed to)
Other than that atm,
Skirmish Button just saves config & starts spring binary & closes spring-config while u are in spring. (No point havin spring-config open in background using up memory, will make it an option in future, alot of bits i want todo atm
).
Quit button saves config & quits out.
If u dont want to save press the X (close button) on the window.
U can also change the spring binary location in GLOBAL.py
But would be nice if someone could send me in pm what they do exactly, since i dont have a debian distro. (Or if fbo has any request / ideas for the script.)
Can see why u couldnt use script atm
It just edits ~/.springrc & uses ~/.springrc (as a temporary file)
Both of those files can be changed in GLOBAL.py (assumes relative path from HOME Directory, can change that if needed to)
Other than that atm,
Skirmish Button just saves config & starts spring binary & closes spring-config while u are in spring. (No point havin spring-config open in background using up memory, will make it an option in future, alot of bits i want todo atm

Quit button saves config & quits out.
If u dont want to save press the X (close button) on the window.
U can also change the spring binary location in GLOBAL.py
- clericvash
- Posts: 1394
- Joined: 05 Oct 2004, 01:05
-
- Posts: 665
- Joined: 06 Jun 2006, 19:49
Hey i got no debian distro. I cant just have every distro on the earth installed.
I keepin it distro friendly as possible.
Also my script got Global Variables in GLOBAL.py to change locations, background image, even the upper/lower default settings.
That way u can change them around or even package it along with spring, in a .deb .rpm ebuild for spring if package maintainer wanted to aswell
~/.springrc = /home/<username>/.springrc
That is default file (and location) for spring config file under linux.
It contains settings for Spring, and is just a file nothing else.
To check type
Note:- My script will make that file & default settings if missing. Just incase someone just installed spring & hasnt started it yet. Tried out spring-config.
I highly doubt fbo has changed this in his scripts, cant see why u would.
I keepin it distro friendly as possible.
Also my script got Global Variables in GLOBAL.py to change locations, background image, even the upper/lower default settings.
That way u can change them around or even package it along with spring, in a .deb .rpm ebuild for spring if package maintainer wanted to aswell
~/.springrc = /home/<username>/.springrc
That is default file (and location) for spring config file under linux.
It contains settings for Spring, and is just a file nothing else.
To check type
Code: Select all
ls -l ~/.springrc
cat ~/.springrc
I highly doubt fbo has changed this in his scripts, cant see why u would.
Last edited by hollowsoul on 09 Jul 2006, 16:47, edited 1 time in total.
- clericvash
- Posts: 1394
- Joined: 05 Oct 2004, 01:05
-
- Posts: 665
- Joined: 06 Jun 2006, 19:49
-
- Posts: 665
- Joined: 06 Jun 2006, 19:49
Screenshots below are current Work In Progress for skirmish section.
Note:- Ignore the extra large comboboxs in 2nd screenshot will fix once i get rest of gui layout figured out.


Got to love unitsync bindings
Just was looking @ it today, can extract
map info i.e description, wind, tidal, size & starting positions & it does the rendering for me *drools*
Also anyone notice the reduced comboboxs in 2nd screenshot.
If u pick Closed, other combobox's for players underneath it disappear :)
With some luck have it ready tomorrow.
Got background work done i.e to save to script.txt , just need to add GUI widgets.
Note:- Ignore the extra large comboboxs in 2nd screenshot will fix once i get rest of gui layout figured out.


Got to love unitsync bindings

Just was looking @ it today, can extract
map info i.e description, wind, tidal, size & starting positions & it does the rendering for me *drools*
Also anyone notice the reduced comboboxs in 2nd screenshot.
If u pick Closed, other combobox's for players underneath it disappear :)
With some luck have it ready tomorrow.
Got background work done i.e to save to script.txt , just need to add GUI widgets.
- clericvash
- Posts: 1394
- Joined: 05 Oct 2004, 01:05
That is called a lobby, and he has said he will take a look at omni.Word wrote:*cough* similar interface that starts a server and keeps track of users that join aka multiplayer*/cough*
Good work buddy, looking awesome!
Although one thing, don't make any player boxes dissapear, unless you have a way to add them back in

- clericvash
- Posts: 1394
- Joined: 05 Oct 2004, 01:05
- clericvash
- Posts: 1394
- Joined: 05 Oct 2004, 01:05
- clericvash
- Posts: 1394
- Joined: 05 Oct 2004, 01:05
-
- Posts: 665
- Joined: 06 Jun 2006, 19:49
Lets not get off topic plz.
If anyone wants to argue about AFLobby versus Pygtk. Go make yourselfs a new topic
Both apps (assuming AFLobby is gonna be opensource), are gonna be open-source.
While its possible to compile my script & turn it into a .exe
It would require abit of work, i.e add code to detect OS platform, & saving spring settings to windows registry.
Obviously this requires work & i got enough on my plate as it is. And thus not in my goals atm
As far as i am concerned its gonna friendly competation, while abit hard to rip code from each other. We can look @ how each other roughly got a feature, or maybe borrow a GUI design idea from the other.
If anyone wants to argue about AFLobby versus Pygtk. Go make yourselfs a new topic
Both apps (assuming AFLobby is gonna be opensource), are gonna be open-source.
While its possible to compile my script & turn it into a .exe
It would require abit of work, i.e add code to detect OS platform, & saving spring settings to windows registry.
Obviously this requires work & i got enough on my plate as it is. And thus not in my goals atm
As far as i am concerned its gonna friendly competation, while abit hard to rip code from each other. We can look @ how each other roughly got a feature, or maybe borrow a GUI design idea from the other.
- clericvash
- Posts: 1394
- Joined: 05 Oct 2004, 01:05
-
- Posts: 665
- Joined: 06 Jun 2006, 19:49
It be done when its done, i.e a couple of hours time -> tomorrow morning (GMT).
Atm tryin to figure out how to get side info from mod archive using unitsync = last stumbling block atm (i.e for XTAPE v7 Arm / Core).
Not gonna include image by default will just incase file size, and u only need to download a background once.
Hopefully when app is more complete some package maintainers will have it installed along side spring & already setup and include a image along with it.
But i do have plans for GUI front-end to configure app when its first run.
Mental Note :- Convince Radtoo to agree to seperate gentoo ebuilds for pygtk app
Atm tryin to figure out how to get side info from mod archive using unitsync = last stumbling block atm (i.e for XTAPE v7 Arm / Core).
Not gonna include image by default will just incase file size, and u only need to download a background once.
Hopefully when app is more complete some package maintainers will have it installed along side spring & already setup and include a image along with it.
But i do have plans for GUI front-end to configure app when its first run.
Mental Note :- Convince Radtoo to agree to seperate gentoo ebuilds for pygtk app
