Mikal's Forum Posts

  • marcelogouveia If this is for mobile, I would recommend doing a quick performance test and make sure it's ok for mobile with how many characters you expect to have on screen.

  • If you don't have the Spine tool you can use this tool to update the skeleton.json to 3.8 (I tried it and it worked with your fox file.)

    Just cut and paste the JSON to the first window, click convert and then copy the output back to the original skeleton.json file

    gritsenko.github.io/c3_spine_plugin/formatter/index.html

    Example from preview of your fox (idle animation), I also added a Z sort between Spine Character and objects (crates.)

    Example project w/ the fox character and converted JSON.

    SpinePlugTestFox.c3p

  • marcelogouveia

    To use the plugin you need to update the Spine output files to version 3.8+. I checked your files and they look to be Spine 3.6.x Do you have the Spine tool to load the *.spine files and update the output to 3.8?

    If you can update the output to 3.8, then I suggest the following:

    • Download the plugin and sample project and test and review the project and events
    • Add one of your character's files ((skeleton.atlas, skeleton.json, skeleton.png) to the sample project.
    • Add a new Spine Plugin Object and associate it with the character's files to the sample project.
    • Look at the skeleton.json to set the skins ('default' in your fox example) and an initial animation (I see 'idle' in your fox example.
    • Run project and check it out.

  • Cute! Nice work.

  • Great art and mood, the foreground parallax is a nice touch. Congrats on the award.

  • Thanks for the further investigations - I did play with this flag before and it didn't seem to impact which iceCandidate pair was chosen, it just changed the listed ICE candidate local 'host' type IP address from a 'dot' number to an obfuscated string ending in .local (as is the intention of the spec.)

    That being said, it has been useful for debug - to reveal the actual IP address chosen, rather than the obfuscated string address.

  • Ashley we have continued to review the ICE candidates as we were before and have found an issue on some iPhones. Depending on Safari settings, Safari will or will not include the 'host' ICE Candidate. So, when the 'host' candidate is not available, in some cases C3 remote preview / webRTC will be forced to use a relay connection through a relay server (I guess this is turn.construct.net). Which will be slow.

    The fix is to make sure the following experimental setting is set on the iPhone:

    Settings->Safari->Advanced->Experimental features->WebRTC mDNS ICE candidates

    tarek2 Tested this fix on their iPhone 6 w/ iOS 12 and it works, now does fast downloads with C3 Remote.

    I have tested on my iPhone w/ iOS 13 and turning it off changes the behavior, but it still works fast (it does not do host, but does a prflx, which does work as host, so perhaps some differences between iOS versions also.)

    It may not be a universal fix, but at least good for at least one case.

  • One idea in the near term is to add some debug console logging to one of the C3 beta releases, so different users with different setups can report the IP addresses that being suggested or used, so we can see if the correct local addresses are available and why not (e.g. tarek2's VM scenario with multiple network adapters, virtual and physical.)

    So, for example the candidates ip / addresses (I know some are also obfuscated, but can unobfuscate with a chrome setting on PCs at least.)

    I also run a VM (Parallels on Mac), but only have intermittent problems, but that's a commonality with tarek2.

  • Try Construct 3

    Develop games in your browser. Powerful, performant & highly capable.

    Try Now Construct 3 users don't see these ads

  • Did a little debug.

    A wild guess is that the icecandidates being exchanged through the signalling server are not properly presenting or choosing the right candidates, instead of choosing a local server on the internal network, the 'external' network connection is being used.

    Currently mine is working now directly from LAN, again wild guess, the network costs are all the same, I wonder if the 'external' candidate interfaces should be lower than the internal LAN, so it's chosen if available (but I'm not sure how the client knows that one should be chosen.)

    This is messages from the C3 editor side connecting with the signal server then exchanging candidates with the client (another PC running the preview client.)

  • Thanks Ashley! I will also keep looking to see if I can see errors or configuration changes on my dev environment when the non LAN C3 Remote connection appears again for me (I know for others it happens all the time.) Looking at the details of the C3 remote scheme, it's very clever and definitely has good value when it's working (e.g. video preview, stats, host update status, etc.)

    In the meantime, the native quick export of html to a local folder would be very helpful. The one request there is to have the UI save the folder used, so that it will be quick to export another version once the correct folder is targeted. Also whatever behavior you think is best in terms of removing the original files or overwriting the existing files.

  • Ashley Agree with your point of view. Along the lines of debugging the issue for some folks (and for me intermittently), can you please help us with hints for debugging on our systems (since you do not see it on your side.)

    Can you give us a _brief_ description about how C3 Remote preview determines whether it can serve over LAN or if it requires another method? What does it check for? Is there something we can look for in Chrome network traffic on client or editor to check for what could be causing LAN not to be used?

    Can you describe the initial process a little so we can get some ideas about where to look (Chrome settings, wifi setting, local dev PC firewall, etc.)

    Looking at some of the code, it looks like the client starts with loadings some initial pages from a C3 server (preview.construct.net), I also see connections to a C3 signaling server and setting up a websocket to editor from client (for messages like reload, etc.) I am sure this is all jumbled, since I am just scanning code and it could happen after the path has already been determined.

  • I just tried running the example project 'Kiwi Story' on Safari on MacOS and I hear audio from the jumps and the music when I run preview.

    Is there a different example project to try, so I can see if I have the same error as you do?

  • I am using C3 w/ Chrome and I save as Project Folder also. I am editing my JSON Project files in an external editor and using the 'Reload All From Folder' function to update them while the Project is open (right click on 'Files' in Project bar.) I just checked and the 'Script' folder also has the same type of option (but I have not tried it yet.)

    It's not automatic sync which would be nice, but at least you don't have to reload the project.

    This may be a beta feature, I can't remember if it's in 'stable' yet.

  • Glad you got it working.

  • Sorry, I can't access the project, it's not 'public'. Can you make it public, so I can access it?

    Ah, you are saying it's not visible in the editor I think.

    If you run the example project (funkyquadexample.c3p), do you see the three FQ brick objects in the editor?