Hello.

This is what I'm looking to achieve:

• I want to use 16x16 sprites (square tiles) as bounding objects that my camera can't scroll past under any circumstances.
• In other words, the camera should never be able to scroll so far that it's able to show even a pixel beyond the edges of these bounding tiles.
• This also means that If I have a room that is smaller than the viewport, the camera should stay right in the center of the room.

I've been using Construct for about 10 years and I've spent the past four hours trying to figure this out using various approaches (sprite collision, offset algorithms, clamp etc.) and even though I feel like my solutions should work, they just don't.

If anyone can tell me how to achieve this (i.e. the actual specifics rather than a vague suggestion) then I would be very grateful.

Thanks for taking the time to read! :-)

This has been reported multiple times before.

The editor still has issues where it scrolls to the top of any panel when you attempt to scroll to the bottom in Safari on macOS.

When is this going to be fixed?

I think it's reasonable to say that if you're marketing a car as able to drive on road type A, B, C, D, E and F and also advertise it as having radio if drivers pay a premium, then you can't leave out the fact that the radio won't always work if drivers drive on road type E.

I accepted that Construct was experimental technology back when HTML5 game design was new and you guys were focusing on creating impressive HTML5 technology stacks, but you're now charging just a few dollars less than companies like Adobe are, and I don't think it's reasonable for you to market Construct as being immensely easy to use for the creation of both mobile games and Multiplayer games, only to have Multiplayer be restricted to a certain set of mobile carriers.

I've followed your work for 11 years, and this is the first time I've ever raised a concern. I think I (and others) deserve more than a dismissive comment about how it's not your fault.

Your marketing doesn't match reality. You need to address this, and I say this with good intentions.

You're not addressing the core problem here. Construct is heavily marketed as a tool that A) very easily allows the creation of multiplayer games for a specific set of platforms and B) doesn't work as advertised within the scope of how the tool is being marketed.

I don't understand why you're refusing to acknowledge the marketing side of Construct. Construct doesn't exist in a solely technological silo anymore. You're not just engineers talking to other engineers about engineering things. I'm a customer who bought into what you were trying to sell me, and now you're hitting me with restrictions that goes against what you were communicating in your marketing.

Whatever technological limitations there are, it needs to be clearly communicated in your marketing material. You don't get to sell me on how easy and great Construct is, take my money and then unload all these caveats on me.

Typically you'd use a TURN server to relay traffic which has on-going bandwidth costs.

What's a TURN server and how does it relate to enabling mobile connections with NAT restrictions to connect properly using the Multiplayer plugin?

Even then, you can't get to a perfect 100% connectivity rate. The Internet is simply too chaotic and unpredictable - sometimes connections simply can't be made.

Yeah sure, but Construct is marketed as a tool that enables cross-platform game creation where mobile gaming is a significant component, and since the Multiplayer plugin is a staple of the toolkit, I can't be expected to tell the users of my Construct-created games to only buy my games under the caveat that they're on a mobile connection that doesn't have whatever convoluted technical restrictions that are currently preventing me from getting the Multiplayer plugin to work.

Most of the time such issues are networking issues such as NAT preventing WebRTC DataChannel packets being transmitted. What network setup are you using and which are the devices involved? Does it reproduce with different pairs of devices? For example sometimes there are issues hosting on a phone on cell data due to restrictive NAT at the carrier, but it works between PCs on a LAN.

Based on what you're saying it seems that the issue is the cell network.

So how can I as a developer get around this? If I'm using Construct to develop a game for portable devices then the Multiplayer plugin can't arbitrarily not work based on the carrier that the player is using.

oh then is definitely ur code.

Why do you think that it's definitely my code? It works when hosted in localhost, so the multiplayer code is functional.

is that image covering all the coding on multiplayer?

Some of it, yes.