Live demo not available?
Options
Hey
Correct me if I am wrong but shouldn't there be two live demos on those two pages:
http://developer.exitgames.com/demos/chatdemolive
http://developer.exitgames.com/demos/realtimedemolive
Nothing is launching while using Firefox 3.5.5 and unity player 3.3.0f4 (most recent version).
Correct me if I am wrong but shouldn't there be two live demos on those two pages:
http://developer.exitgames.com/demos/chatdemolive
http://developer.exitgames.com/demos/realtimedemolive
Nothing is launching while using Firefox 3.5.5 and unity player 3.3.0f4 (most recent version).
0
Comments
-
No, there shouldn't. We do not have live demos on our website. At the links, which you mentioned, is just a description of the demos. The demos are included in the SDKs, which you can download in our devnet.0
-
Hey Ludi,
sure there is a Unity3D live demo embedded - and it works for me.0 -
bertelmonster2k wrote:Hey Ludi,
sure there is a Unity3D live demo embedded - and it works for me.0 -
Found your problem :ugeek:
The link in your webpage is only valid locally !
You need instead ofContent/Docs/demo/demo-chat-v6-2-0.unity3d
to havehttp://developer.exitgames.com/Content/Docs/demo/demo-chat-v6-2-0.unity3d
The app is here http://developer.exitgames.com/Content/Docs/demo/demo-chat-v6-2-0.unity3d However your chat room server is... offline :roll:
You will need to change the link for both embedded apps :twisted:
The incorrect webpage code source says :<script type="text/javascript"> <!-- function GetUnity() { if (typeof unityObject != "undefined") { return unityObject.getObjectById("unityPlayer"); } return null; } if (typeof unityObject != "undefined") { unityObject.embedUnity("unityPlayer", "/Content/Docs/demo/demo-chat-v6-2-0.unity3d", 480, 320); } --> </script>
0 -
It works for me. The link is embedded as :
if (typeof unityObject != "undefined") { unityObject.embedUnity("unityPlayer", "/Content/Docs/demo/demo-chat-v6-2-0.unity3d", 480, 320); }
So that is not local just relative to the root which is developer.exitgames.com. The server is not offline - it works for me. Not sure what is causing this on your end.
Chris0 -
Sorry to insist but...
Unity documentation use a full link in their documentation:
http://unity3d.com/support/documentatio ... ntent.html
As I see it my unity player on my machine is trying to find the bytecode to execute but he is provided only a local link. How can he know where to search for if not with a full link?
Of course that your unity player can find it as the path is -as you said- "just relative to the root which is developer.exitgames.com". This is what I meant by local.
This seems the most logical explanation why I see both demos with the full link and not with the relative one:
http://developer.exitgames.com/Content/ ... -0.unity3d
http://developer.exitgames.com/Content/ ... -0.unity3d
Isn't your colleague Kaiserludi -my guess not located at the same place than you- having also this difficulty?
Also about the server not being online. My ping with developer.exitgames.com is ... 324ms (15ms with google.com and I live in Australia). Ping to udp.exitgames.com gives me 215ms.
Is there some config that prevents too big values?
and
0 -
lazalong wrote:Isn't your colleague Kaiserludi -my guess not located at the same place than you- having also this difficulty?]0
-
I am in Oregon and it works for me, both on firefox 4 and on chrome.0
-
Some progress.
I still don't see the embedded applications when going on the developer network pages.
However the apps now work when I use the direct links.
But at first I had to deactivate my old firewall (Sunbelt Kerio Personal Firewall v4.) to connect to the server. After I am connected I can reactivate the firewall and still chat. So it was only during the first connection to the server I have an issue.
Strange thing is that my firewall never asked me to allow/disallow an app communication attempt. Which he should have done.
Note that I can play any webgame or other unity webplayer applications without any problems. It wouldn't be very good to ask my customers to deactivate or configure specially their firewalls to use my apps
Here is a screenshot of the communications attempts that Kerio denied when I launch your chat demo:- udp 206.188.31.48:5055
- tcp hx-in-f121.1e100.net:http
- tcp 206.188.31.48:843
I did reset the firewall and he asked me to allow an udp entry com from 206.188.31.48:5055 -which I did- and now the two demos work correctly (i.e. I can chat between two chat users)
All works even if I still have distant ip using the port 843 denied. Port that your doc page mention : http://developer.exitgames.com/overview/requirements
Frankly I am not sure if it is an odd behaviour of my firewall but I never had such an issue before.
What do you think?0 -
lazalong wrote:Some progress.
Strange thing is that my firewall never asked me to allow/disallow an app communication attempt. Which he should have done.lazalong wrote:Note that I can play any webgame or other unity webplayer applications without any problems. It wouldn't be very good to ask my customers to deactivate or configure specially their firewalls to use my apps
1) Ignore it (like in our simple demos)
2) Handle it and tell the user that his firewall is blocking communicationlazalong wrote:Here is a screenshot of the communications attempts that Kerio denied when I launch your chat demo:- udp 206.188.31.48:5055
- tcp hx-in-f121.1e100.net:http
- tcp 206.188.31.48:843
http://www.pcmech.com/article/the-mysterious-1e100-net/
:843 is for policy requests (mandatory from the Unity Web Player)
:5055 is for UDP communicationlazalong wrote:All works even if I still have distant ip using the port 843 denied. Port that your doc page mention : http://developer.exitgames.com/overview/requirements
If it does you found a serious flaw in the Unity Sandbox.0 -
bertelmonster2k wrote:Well ... I would recommend to switch the firewall .If the connection via TCP/UDP is blocked you have two options in your code
1) Ignore it (like in our simple demos)
2) Handle it and tell the user that his firewall is blocking communication1e100.net is a Google thing
http://www.pcmech.com/article/the-mysterious-1e100-net/lazalong wrote:All works even if I still have distant ip using the port 843 denied. Port that your doc page mention : http://developer.exitgames.com/overview/requirements
If it does you found a serious flaw in the Unity Sandbox.
If you check the screenshot I made I talk about inbound call that are denied.
Outbound call to a port 843 are accepted such as those to your photon server.
So I didn't found a flaw.
I tried to explain that I had to accept inbound connections to the port 5055 from your server to my unity player to make your demos work.
Anyway - thanks for your time.
The demos work and I will study the documentation further.0 -
The need to unlock the firewall for incoming connections is new to me. I just stumbled across this dialog for the first time and I knew about the live demos and used them before.
Could be a change in the Unity plugin or in the Browser plugin containers. Or it could be down to a Windows update of the firewall. We never had to unlock incoming connections, cause any communication starts on the client side and the server is just sending replies. Answers are usually legal in the firewalls but somehow this isn't the case here.
I hope it's working for everyone after unlocking the firewall.0 -
had the same with my webplayer application, it was indeed the windows firewall. But that was just a 2 hour headache, so nothing evil :P0