jabjabjab

You could do it that way if you wanted to(check pub only) because the repository is seperate from the server in that of folder seperation.

It's pretty much done, im just fiddling with launch4j and having a hard time.. should get something working for other people when i wake up.

This: http://i559.photobucket.com/albums/ss31/XDreamersMS/Continuum/flagtest.png ...Which lead to this: http://i559.photobucket.com/albums/ss31/XDreamersMS/Continuum/Flag3.jpg ...Which lead to this: http://i559.photobucket.com/albums/ss31/XDreamersMS/Continuum/Aphelion/AphelionLogo3.png ...Which then ended like this: http://i559.photobucket.com/albums/ss31/XDreamersMS/Continuum/Aphelion/AphelionLogo4.png ... But then this happened: http://i559.photobucket.com/albums/ss31/XDreamersMS/Continuum/FadedShield.png?t=1318617863

For those interested in ripping off a texture, i used blender to make the metal hull in the flag, and i just did a render that upped the resolution of the texture with some 3D effects to it, exported as a image (Ambient Occlusion, Normal Maps, etc...) Actual Texture: http://i559.photobucket.com/albums/ss31/XDreamersMS/Continuum/Misc/HullFlagTex.png Normal Map: http://i559.photobucket.com/albums/ss31/XDreamersMS/Continuum/Misc/HullFlagTexNormal.png Node Screenshot: http://i559.photobucket.com/albums/ss31/XDreamersMS/Continuum/Misc/HullFlagTexNode.png

hmmm Cheese, I was just planning on having the program allow a hour up to a week's check.. Also, I kindof get what JoWie said about background, but threads are not a background running thing?

Okay guys, Almost done. I added file security to block out anything other than what continuum supports in lvz files, lvz and lvl files. The Client interface is almost done, I just need to finish up the personal options (like excluding zones from checking, that kind of thing) and tidying up. I will release this with the minimal server that only has a text window to show what is going on, or with a -gui parameter to turn off gui for people who use command prompts etc...

Yeah that is a obvious limit of the client, and there is no way getting around that for continuum, but you have 15 lvz slots to use right? or does the objects spread entirely in one map?

Well a cleansing option / remove non level files option would be neat. would also be good to flag from the server wether or not to cleanse a list of files too...

It can work. Also, aside from my laziness to quote others I reply to, I noticed something. Ever hear about the thing that if you put raw files inside a zone folder, the files work throughout the zone? (I mean of the core files ofcourse, sound or wav). So if i put 1000 bong noises from 1000 to 2000 (Hypathetically) it would work with this system very well. Continuum only supports 15 lvz file slots in each arena, which kindof degrades the idea of doing the above task, because i've tried to add about 50 or so in a sfxpack i had to spread out and eventually just used a fraction of.

Look whose getting impatient

Okay guys! I have the server mostly working for the conversation with the client, and the client the same thing. The only thing i have to do now is interface touchups and works, and transfering the file in chunks and the whole system should be in working order. The servers will sit on port 39949 btw... (TCP protocol)

http://i559.photobucket.com/albums/ss31/XDreamersMS/Continuum/Aphelion/AphelionLogo2.png?t=1317992328 How is this for a logo?

This came from playing in blender, and audacity.

wouldent look much different in the result, but if you wanted it over 16x16 would sound neat. Would be doable too.. (16 too just meh)

http://i559.photobucket.com/albums/ss31/XDreamersMS/Continuum/Flag-1.png?t=1317831836

(SubSpace Download Repository) \-------------------/\-------------------/ This tool is designed to circumvent issues with the Continuum Downloading process, Which is designed at max 6MB files for 28.8kbps modems, with unlimited speed (through connection speed limits) and to download outside of the client, promoting more play-time and less wait time. The tool also enables developers to make larger modifications to arenas without the worry of limitations of size. Raw files can also be transferred to promote zone-wide modifications via %#'s (sound files) among other potential media asset modifications. To put it shortly: Convenient as hell. (>--<) (Icons) http://i559.photobucket.com/albums/ss31/XDreamersMS/Continuum/SSDR/69df8c0c.png - Idle. http://i559.photobucket.com/albums/ss31/XDreamersMS/Continuum/SSDR/e90626e1.png- Idle, set to No-Auto Updates. http://i559.photobucket.com/albums/ss31/XDreamersMS/Continuum/SSDR/2910d41b.png - Updating/Communicating with a server. http://i559.photobucket.com/albums/ss31/XDreamersMS/Continuum/SSDR/73fe2234.png - Attempting Connections / Auto-Updating Process. (Menu) You can access the menu through right-clicking the icon in the System Tray. (Options) http://i559.photobucket.com/albums/ss31/XDreamersMS/Continuum/SSDR/Example1.png 1. Toggling a zone to be marked for checking in automatic update. Zones with a check next to the name are flagged to be updated when the time comes to check for updates. http://i559.photobucket.com/albums/ss31/XDreamersMS/Continuum/SSDR/Example2.png 2. Toggling Automatic Updates. You can disable auto updating and still do force checks. http://i559.photobucket.com/albums/ss31/XDreamersMS/Continuum/SSDR/Example3.png 3. Force Checking Zones can be force checked through using this list. Force checking will allow the program to update and notify you of the process in checking the zone. http://i559.photobucket.com/albums/ss31/XDreamersMS/Continuum/SSDR/Example4.png 4. Updating Zone exceptions. (Automatically Ran at Program Initialization), This option allows updating the (Host IP) for certain zones which cannot access or provide service on the same computer that hosts their zone server. --DOWNLOAD-- Installer With Continuum Included: http://dl.dropbox.com/u/31589881/SSDR_V1.3_Beta_With_Continuum40.zip Installer Standalone: http://dl.dropbox.com/u/31589881/SSDR_V1.3_Beta_Standalone_Installer.zip Manual Executable: http://dl.dropbox.com/u/31589881/SSDR_V1.3_Beta_Manual.zip Play with it if you'd like to, but right now not many people are hooked up with the repo server atm. I have the zone exceptions list pointing Trench Wars towards my computer so downloading works there for now until others get setup for this. Report bugs here.

3 more days off now. Will work on stuff later tonight.

I honestly dont know,. Im not out of the woods with the error yet. Only the update thread works, but the collision thread is identical, and is accessing the same info to push a method, (and i cant seem to merge both because of delay on updates) so i dunno atm wut to do about that.

With the help of spidernl, the jvm crash is history. A tip for those who wish to use CopyOnWriteArrayList objects, please do not do this when running multiple threads: Subtracting at an thread not synced with another listening to it. Edit: oh and multiple for loops reading the info across threads.

I honestly hate the noise the decoy noise makes, so i went out to find a replacement. this is the result: http://www.sounddogs.com/previews/2109/mp3/147873_SOUNDDOGS__do.mp3

I just made most of a ToDo list. So many X's in things.. heh. Anyways working on special weapons

I have 3 nights off tomorrow to be able to do more work. Edit:shifted by one day. Something went wrong in my work scheduling >.>

Taking a short break.

About fucking time they said "OH IT'S OUR PROBLEM. DERP."

Organizing the code, Doccing and commenting it, trying to fix the jvm crash issue i've had for a while (when not running in eclipse's debug mode) and then trying to throw something out there for people to play with and spot stupid things.