Live demo not available?

edited June 2011 in Any Topic & Chat
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).

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.
  • Hey Ludi,

    sure there is a Unity3D live demo embedded :) - and it works for me.
  • Hey Ludi,

    sure there is a Unity3D live demo embedded :) - and it works for me.
    Really? Oh, then I guess, it's a pretty new feature of the website?
  • Found your problem :ugeek:

    The link in your webpage is only valid locally !
    You need instead of
    Content/Docs/demo/demo-chat-v6-2-0.unity3d
    
    to have
    http://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>
    
  • 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.

    Chris
  • 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?


    j8k1mq.jpg

    and

    35d6p0g.jpg
  • lazalong wrote:
    Isn't your colleague Kaiserludi -my guess not located at the same place than you- having also this difficulty?]
    I just wasn't aware at all, that we now have demos on the website.
  • BorisBoris ✭✭
    I am in Oregon and it works for me, both on firefox 4 and on chrome.
  • 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?
  • 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.
    Well ... I would recommend to switch the firewall ;).
    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 :)
    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 communication
    lazalong 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
    1e100.net is a Google thing :o
    http://www.pcmech.com/article/the-mysterious-1e100-net/
    :843 is for policy requests (mandatory from the Unity Web Player)
    :5055 is for UDP communication
    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
    It should not work when you close that port - see the Unity manuals: http://unity3d.com/support/documentatio ... ndbox.html

    If it does you found a serious flaw in the Unity Sandbox.
  • 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 communication
    Ok...well I will keep this is in mind while I study more the documentation.

    From your answer I understand that your server doesn't use some sort of google metrics. Good :)
    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
    It should not work when you close that port - see the Unity manuals: http://unity3d.com/support/documentatio ... ndbox.html

    If it does you found a serious flaw in the Unity Sandbox.
    No.

    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.
  • 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.
  • had the same with my webplayer application, it was indeed the windows firewall. But that was just a 2 hour headache, so nothing evil :P
Sign In or Register to comment.