The Unity3D WWW alternative is now half baked and ready for preliminary tasting.
I've just added support for HTTP redirects, and some safer exception handling. Oh, it supports chunked transfer encoding too!
Update: ARRGH seems like more work is needed for it can be used in a WebPlayer. It works with iOS however. :-(
Wednesday, January 26, 2011
Subscribe to:
Post Comments (Atom)
Popular Posts
-
These are the robots I've been working on for the last 12 months. They each weigh about 11 tonnes and have a 17 meter reach. The control...
-
This hard-to-see screenshot is a Generic Node Graph Editing framework I'm building. I'm hoping it can be used for any kind of node...
-
So, you've created a car prefab using WheelCollider components, and now you can apply a motorTorque to make the whole thing move along. ...
-
After my last post, I decided to benchmark the scaling properties of Stackless, Kamaelia, Fibra using the same hackysack algorithm. Left axi...
-
It is about 8 degrees C this morning. So cold, especially when last week we had high twenties. To help solve the problem, a friend suggeste...
-
MiddleMan: A Pub/Sub and Request/Response server in Go. This is my first Go project. It is a rewrite of an existing Python server, based o...
-
Why would I ask that question? Python 3 has been available for some time now, yet uptake is slow. There aren't a whole lot of packages i...
-
I'm now using bzr instead of svn. I'm pushing my repositories to: http://exactlysimilar.org/bzr/ I'm also auto publishing docume...
-
I've just read a newspaper article (courtesy of Kranzky ) from WA Business News documenting the malfeasance, gross negligence and misc...
-
In my spare time this week, instead of building spaceships, playing games or even drinking beer... I will make a game for the Apple App Stor...
2 comments:
Hi,
Cheers for UnityWeb, gives me a starting point :). Special thanks for the caching code !
I had a look at the source at googlecode, from what i could tell no Webplayer support in UnityWeb yet :(. Would you be adding this at some point ?
From what i gather Unity uses methods from CrossDomainPolicyParser.dll to set up the security policy when we use the inbuilt WWW class. A similar setup is not being done for UnityWeb. Is it even possible?
Details:
In the webplayer, any socket "Connect" by UnityWeb calls "System.Net.Sockets.Socket.Connect_internal" with "requireSocketPolicyFile" set to "true". Calling Security.PrefetchSocketPolicy(server_ipaddress, port_num ) before doesn't seem to be doing anything . In most cases its returning false , even though crossdomain.xml is setup on the server.
-Dev
I've been looking at this problem myself recently.
It appears that unity won't use HTTP when doing a security prefetch on port 80. It expects that the cross domain policy file will be simply dumped out to the port as it is in other cases.
Because of this, the web server must have a process and a port configured for this behaviour, which makes UniWeb much less versatile in the web player build.
Post a Comment