Flash Lacewing Client (Villys build)

Welcome to our brand new Clickteam Community Hub! We hope you will enjoy using the new features, which we will be further expanding in the coming months.

A few features including Passport are unavailable initially whilst we monitor stability of the new platform, we hope to bring these online very soon. Small issues will crop up following the import from our old system, including some message formatting, translation accuracy and other things.

Thank you for your patience whilst we've worked on this and we look forward to more exciting community developments soon!

Clickteam.
  • Download: Please login to see this link.
    Includes CF2.5 and MMF2 version. To install unzip in your CF2.5/MMF2 folder.

    Build #5:
    #Bug fixes:
    - I found a version which Mathias had updated which fixes binary messages.

    Build #4:

    #Bug fixes:
    - Expression ChannelListing_Name$ now works
    - ChannelListing_PeerCount now works

    #Know issues
    - No UDP support, will never be resolved.
    - Get Host IP is not implanted, I might take a look at that.
    - Hydra has a bug, waiting on a bug report / away to replicate.


    Donations are welcomed and too donate you can go to the MFA Repo (Please login to see this link.). Donation link at the bottom of the page. :)

    Jean Villy Edberg

    Edited 4 times, last by Villy: Build 5 (July 12, 2015 at 11:16 AM).

  • Alright I've figured out how to reproduce it:
    1. So please download the server and the client MFAs, and export the client MFA to a flash file.
    2. Run the server first and then run the client.
    3. After running the client, hit the space bar. The client will then connect to the server and send a single message.
    4. The server will run a loop 5 times and respond with a message during each loop. On windows runtime, this message is received 5 times as expected. However on the flash runtime, the client appears to receive one message but then displays an error and ignores the remaining messages.

    Note: I'm using a flash projector (allows you to run flash files as if they were .exes). Also don't forget to put the server XML in the server directory.

    FILES:
    Please login to see this link.

  • Hey guys I made another example. This one is more user friendly and better exhibits the issue.

    I think the problem arises when
    1. the messages are sent too fast to the client (like when using a fastloop). This is NEVER a problem in the windows runtime.
    2. there are more than one piece of binary per message. Example, sending 2 shorts instead of 1 in the same message.

    This example shows 3 different scenarios.
    1. The first button has almost a 100% success rate because it sends ONE short, and uses a list object to slow down the messages being sent.
    2. The second button fails almost every time and usually only one or two messages make it at all. This button sends a single binary message with TWO shorts inside it. Also takes advantage of using a list object to slow down messages.
    3. The third button also almost always fails. This is supposed to send the messages fast, and this is achieved using a pure fastloop to send the messages. Even though this message only sends one short per message, it still usually fails.

    FILES:
    Please login to see this link.

  • Alright this last version fixed every issue I had before. Very thanks and superb work, Villy.

    However I found another strange error.... whenever there is a "On message received" only if it's for a channel, the client will get this error:

    But it only seems to happen under certain conditions. I can't narrow it down quite yet but take a look at the "on message received command".

  • Here's an example I put together showing how the "On message received" for channel is acting weird.

    Please login to see this link.

    You'll notice that there is only one condition in the event editor and that is the channel condition. Also, you'll notice there is only one active inside the frame called "STAT BAR". This frame is actually straight from my project and this was one of the objects that contributed to the crash.

    What I mean is, that if you were to try deleting "STAT BAR", the error should go away. I have no idea why this is.

    The error also goes away if you tick the "Create at start" option (so that it is not created at start).

    The weirdest part is that this object has NOTHING to do with the lacewing command; it's not used or referenced in the condition or the action.

    Edit:
    I think the error happens when active objects are renamed. It sounds crazy but seriously try dropping an active in the frame with the LW object. Export and nothing will happen.

    Now rename the active to something other than "Active". The error happens again.

    Edited once, last by Hydra (July 14, 2015 at 8:31 PM).

  • I tried to limit the package sending to a timer, a fast debug I made before leaving home:

    -Send every 01/100: FAIL
    -Send every 05/100: FAIL
    -Send every 10/100: WORKS!!!

    So it seens that the bottom line is: I must limit the package sending to a delay value, since real time sending will cause the clients to disconnect.

    Edited once, last by EdibleWare (July 15, 2015 at 12:58 PM).

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!