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. :-(
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... -
Unfortunately I've not secured a venue for the GGJ. With 9 days left, things are not looking hopeful. It could be that GGJ Perth will no...
-
So, you've created a car prefab using WheelCollider components, and now you can apply a motorTorque to make the whole thing move along. ... -
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...
-
Often, when building a game, you need to test if objects are colliding. The objects could be spaceships, rocks, mouse pointers, laser beams....
-
I've just read a newspaper article (courtesy of Kranzky ) from WA Business News documenting the malfeasance, gross negligence and misc...
-
Space is awesome. Especially when it is generated using Perlin noise, and some cool shaders. You can try it out over here. -
I made something which lets you render very large worlds with a small farClipPlane. https://github.com/simonwittber/scaled-origin The d...
-
After my last post, I decided to benchmark the scaling properties of Stackless, Kamaelia, Fibra using the same hackysack algorithm. Left axi...
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