SmartFoxServer beta 2 released

Beta 2 of the Unity/.NET client API has been releases. *yay*

There are very very few issues left - mainly issues with failover to http protocol if sockets fail. This will be fixed very soon for the final beta.

If you run socket only, then this is now ultra close to production ready state.

The SmartFoxServer is a complete backend system that is extensible and has been used for very large games. Disneys Club Penguin is using it for 12 million subscribed users. It has its roots in the Flash world, but can now be used with Unity also using this client API.

Pricing is very good and fair for indies. E.g. the pro version is free to use for up to 20 simultaneous connections and slowly goes up form there.

Change log for beta 2 is here:

Code (csharp):

1.  
2. » Feature: HTTP failover for bluebox support when socket connection fails
3. » Feature: auto cleanup and disconnection using IDisposable. Manual Disconnect call not required anymore
4. » Feature: in debug mode the client API now reports if a callback message tried calling an unset delegate
5. » Feature: connecting is now also async
6. » Improvement: a lot of null checks around the code to make Firefox happy
7. » Bug: refactored all async socket to use a manual threaded socket instead to work around a Unity/Mono crash bug
8. » Bug: properly callback on socketexceptions and connect when it fails
9. » Bug: fixed messages that sometimes got cut off in the middle when multiple messages got received (thanks AT)
10. » Bug: fixed 2 minor bugs reported on forums by AT regarding populating room variables and using floats as numbers.
11. Also added robustness check for null parameter in SendXtMessage
12.  

Download link:
http://www.smartfoxserver.com/products/download.php?d=61

If you have any questions about the API, dont hesitate to contact me. Also watch the next few Unity Developer Magazines for the SFS article series

(No - I dont get percentage of sales, and this has up to now been developed by me on a volunteer basis)

 

Under what circumstances do sockets fail requiring http?

 

If a particular game client is behind a firewall that doesnt allow communication on the socket port, then the API automagically tries to fall back (for that client) to use http based protocol on e.g. port 8080. A little slower, but allows those players to play games behind strict firewalls.

 

Thomas,

You're awesome man! Thanks for working so hard on this! We really appreciate it

Thanks for the great article in the Unity magazine too... I was just reading it yesterday and I think it has some great, easy to follow, content.

@Charles: Thanks for the great Mag... I finally have something to look for in the mail other than bills, ha ha

 

Thanks a bunch - feels good that someone appreciates your work