doc flabby

If he is telling the truth its possible somoene hacked his name...Its probably worth a second look to make sure its correct. Eitherway the correct process is to submit a ticket. It might be worth asking your zone bang op about it as well....

Thanks LC

Looks like its your network AT&T who have locked the device down. I'll see if i can join their developer program, but no doubt...they'll want money. http://www.nextgenmoco.com/2008/01/so-you-want-to-deploy-j2me-app-in-us.html This is why i hate closed platforms...and why the iPhone is so popular for developers in the USA...J2ME is ridiculous how all the carriers lock it down.

It probably won't unless I pay HTC money. You htc runs Windows? Have you tried downloading a midlet manager? http://www.smartphonemag.com/cms/blogs/3/2266 http://forums.sun.com/thread.jspa?threadID=5369829 This demo should connect to internet and give you a zone count. The player count is incorrect SubspaceMobile.jar asubspacemobile.zip

J2ME Requires all graphics to be in PNG format, so png is good WAV is probably best for sound.

Small update. SubspaceMobile now downloads directory server listings. I can upload a copy of the JAD if anyone wants to try it out. Next stage is to implement a spec client.

The easiest way to keep playing continuum on a Mac is to buy parallels ($80, but you're be able to run any other windows application you might need as well, so its not a bad investment) or install BootCamp on your mac. You're have to buy windows 7 as well which starts at around $100 iirc http://www.parallels.com/products/desktop/

For interest, if anyone wants to help work on it, You just need to download the Netbeans and the J2ME SDK Screenshot of progress so far for interest: Just need to improve the input http://www.imagefrog.net/show.php/76808_screenshot.png

If you jail break you can Otherwise no, unless anyone is willing to buy me an iphone + imac + pay the developer fees so i can develop for the iphone, its not going to happen.

Isn't there already a java chatnet client? If you can like me the source, it will take like only a few hours to convert to work on a mobile device.

Subspace2 engine is taking a back seat for a while whilst I work on this. I have sucessfully running Subspace encryption on a j2me phone. I can ping zones and display LVLs and download directory listing OVER the mobile phone network (T-Mobile UK) The next step is to finish implementing Subspace protocol, Fortunatly alot of the heavy work has been done already by myself and in twcore.org, althougb quite a few changes and optimisations are needed due to the restricted enviroment Ill be posting up a downloadable DEMO for your mobile phone in a week or so which will have full chat support (ie a chat client). Unfortunatly i'm only using VIE encryption for now, so there wont be many zones you can connect to

Hmm sounds like something funny...i know there are some viruses transmitted by pdf. Might be worth scanning.

I wouldnt be wanting to mix the phone players too much with PC players, because of the screen resolution differences, they would find it pretty challenging. My idea would be to have a separate zone for phone players (one with a low screen resolution limit), but it would still be possible to play the main zones if you really wanted to. Subgame2 compatibility is the aim here.

Thanks for the replies everyone. Some people have had a close guess at what i'm doing, with modern 3G technology, needless to say it won't just be a chat client Imacctually posting this using 3g mobile broadband on my PC 3.6Mb connection

If you select other, please post your phone model/make. Mine is a Nokia 5000

Central (ssdir.playsubspace.com) now has flood protection, so isnt affected by this problem, as you can see by my bandwidth graph below , feel free to test on Central The problem with your code design, is you once you've received the entire directory listing packet (you're know you have because it will be when the 0x0A packet is fully constructed) you should then immediatly send the server 2 0x07 packets and disconnect. Always send 2 0x07 as it minimises the chance of one being lost. The server doesn't have to send a 0x07, and even if it does, the packet can get lost. If you follow this design it will ensure no problems

This is what i do with Central. All the main SSC zones are hardcoded. Central uses passwords for individual zones only. I think they expiring after 24h i can check.

I've adjusted Central to do just this now, as i didnt have time to try and work out what exactly was going wrong Theres some kind of complex interaction going on.

This is unusual, because no where in code for central does it send such a packet. I wonder, are you making sure you listen on a single IP for replys? I had a similar issue with Central until i bound it to a single IP. This is outgoing traffic, its coming FROM bw.krslynx.com. Alright, hopefully things will go well this time. Your script is doing something weird, I noticed I have the same traffic problem with Central. was spamming up to 3MB/s of udp at drpepper. I think its leaving a connection open, and then reusing the connection in some strange way, creating a loop, which causes the directory server to spam back data. which then causes your script to spam data back, which triggers this process again It might be your not creating a new socket every time you connect, so its using the same port number. But this is a total guess. Its interesting that both Central and snrrrubs dir server suffer from the same problem, it suggests we've both implemented ss protocol pretty well I've since patched Central to guard against this kind of problem today. Essentially any connection over 60 seconds is forcefully killed, eliminating the chance of a connection loop occuring

Thats a very aggressive settings. I would recommend Upstream Servers is set to 1 hour or more. Central only downloads every 4 hours.

I didnt even know these areas existed on this site apart from the news

That's way too advanced (and probably unnecessary) for such a simple script as this The order is already specified in the configuration of the Perl script so you can make your own order if necessary. Actually the order appears to change for every execution of the script. Anyway, ds1.hlrse.net should not be the first one, but at least the last. Otherwise that kind of defeats the purpose of that copy-and-paste line (ds1.hlrse.net has a very very small list compared to all the others). It does acctually randomise the order, you can removed this "feature" by commenting out the line fisher_yates_shuffle(\@ssdirs);

Warning its not simple: http://zarb.org/~gc/html/udp-in-ssh-tunneling.html You may find it easier to setup a VPN.

I've never got it to work, you're better off using SSH port forwarding.

If you change the xsl file, you can make it look more pretty, i did a pretty crap job on the formatting