Sorry, but where? On the store it's 7.99.

I'm interested in porting my game "Scribble" from the Wii U over to other platforms, however I'm not entirely sure how to go about it.

The game is a lot like Pictionary in that one player draws an image on the tablet, and the drawing appears on the TV. This is very easy to do on the Wii U, as you simply position the camera in different places depending on the view requirements... however, as the PC (for example) doesn't have a dedicated touch screen controller, I'm not sure how to go about it.

My thoughts are that I could adopt a similar approach as used by the Jackbox series, in which players are able to use their mobile devices to control the game.

Has anyone done something similar before? I'm not sure where to start. The Jackbox games have players connect to a website with their mobile devices, and can then write or even draw on the screen and it'll appear on the main display. Would I be able to utilize the multiplayer functionality of Construct to achieve this?

I also have Construct 3, but don't use it. Is there anything within that program which may make things easier? Scribble was made using Construct 2, so it should be easy enough to update.

Thanks in advance.

I understand now. I thought telling Construct which digit of pi to produce would work, but it seems it's for mathematical equations instead.

I only need 1 digit of pi at a time, which is why I'm already using the mid function to get the number. If I can't get it directly from that, how would I achieve that using a text variable?

I'm trying to work with Pi to produce a series of numbers in a predictable pattern.

I thought Pi would be perfect, but I'm facing 2 issues. If I ask Construct to display Pi, for some reason it only shows the first 11 numbers, the last of which is seemingly rounded up. Anyway to get it to display more?

3.1415926536

instead of

3.141592653589

When I ask it to display each number one by one, via a mouse click, it will display the first few, but then start going wrong, and eventually just displaying a whole load of zeros.

3.14159265358979300000000000000000000000000000000000000000000000000000000000

I can't exactly figure out what's going on. Was going to post this in the "How do I section" but I feel my code is OK. Not sure what else to do.

http://bearboxmedia.com/apps/Temp/Pi.capx

R0J0hound Regarding the joints, I only tested it out quickly, but they gave unexpected results. Probably something I missed, as I rarely connect physics objects together.

Comparing Chipmunk with Box2D, however, I did note that upon dropping another chipmunk physics sprite (non-floating) alongside the floating sprite, the floating object actually fell at a slower rate than the other. I compared the 2 versions and found that this was due to the local variable "Damp".

This only affected things in the Chipmunk example. Setting this variable to a lower number made the sprites fall at (visually) identical speeds, but did result in a bounce upon hitting the water.

When I changed this variable in the Box2D example, there was no change in falling speeds, but upon hitting the water, I did get undesirable results.

I understand that this can be remedied by having an "Is overlapping" event in the latter event, but I try to avoid collision detection wherever possible, as I find it's usually a cause for errors. Are you aware of a method for solving this without overlap? or perhaps you are of the opinion that overlap doesn't cause enough of a problem to warrant additional changes?

I much prefer the Chipmunk physics than Box2D, so that is my ideal engine, if only for the contact points.

R0J0hound

Sorry it's taken so long to get back to you, but I've only just taken a look at it.

This is crazy impressive stuff, and I barely understand what I'm looking at. I'm amazed the first example looks so good but doesn't even use physics. The Box2D example appears to work the best at the moment, or how I'd imagine it to work in real life, with the perfectly square object coming to rest to a flat angle. The Chipmunk example had the square float with a corner pointing up. Seems like that is changed simply by house much underwater an object is. Perhaps that is the way things work in reality.

Do you know how this might be adapted for objects that aren't squares and rectangles? I noticed that when I tried this with an L shape, it was still recognized as a square, so I see it's using the image points of an object. Increasing the number of image points to match the L shape and setting the "repeat 4 times" to "repeat imagepointcount+1" seems to work.

So far, however, I've been unable to connect 2 separate objects together, which is a shame. But yeah, overall it's working really well. Using a few changes to variables, I think I should be able to demonstrate empty boxes and full ones, even resulting in them sinking over time.

R0J0hound Yeah, I'm finding it pretty interesting too. Trying to think of ways in which this can be applied to any shape, and any angle it's dropped into the water.

One idea I've had is running a loop that will generate a series of small square sprites from the object's top-left corner to the object's bottom-right corner, deleting the object's that aren't overlapping said object, then connecting all the objects together with physics. The smaller the objects the better, but this seems like a pretty complicated way to do what may have an easier method.

I was originally using the Chipmunk plugin as it's generally faster and allows impact points, but struggled somewhat in regards to the required forces. Chipmunk forces appear to be 10x the number of Box2D, but that's just a guess.

I just tried box.width * clamp(box.bottom-water.top, 0, box.height) with both physics engines, and Box2D was able to get a regular 'bounce' with:

(box.width * clamp(box.bottom-water.top, 0, box.height))/10

but as I said, it does cause a bounce, where the object will repeatedly leave the water.

Alternatively, I was unable to use that method to get anything regular with Chipmunk. The object sank for a while before launching out of the water. I probably just need to play around with the force a bit more.

In an attempt to gain some inspiration, I've been watching some videos of the water puzzles in the game, Limbo.

The way in which the floating object is affected by external forces is an important feature, and one in which I doubt would work with my ideas above.

I've been playing around with this idea for a while, but have never been able to come up with a decent solution, so I figured I'd open it up to the forum.

Attempt 1

I had an object that would apply physics upwards whenever it was under water. This would simply make it bob up and down, eventually launching out of the water.

I played around with the forces a few times, but it rarely helped. Even applying a greater physics the further away from the water's surface it is. If I had a long object, it would happily spin around in the water, rather than eventually straighten out.

Attempt 2

I fixed the last issue by applying a few sprites and linking them together, but it wasn't ideal because the object never stabilized, and would just rock and bounce around.

So yeah, I was wondering if anyone had managed to create a clever way of doing physics floating in water in a realistic manner. Like a boat, if dropped at any height or any angle, would eventually right itself and come to a steady position and rotation. However, I'd want to ensure that if an object is dropped on the sprite, it would move it, or even sink it if enough weight was placed on it.

Coming up with a smart way of applying this method to any shape would be ideal, rather than just squares, circles and generally shapes that are equal in height and width.

> Hi thanks, but that's not quite what I was aiming for. I did have it similar to this at one point, but it's the opposite to what I'm aiming for.

>

> The screen (the one that's spinning) should always have a straight selection box, while the actual sprite off-screen can have whatever angle selection as required.

>

Don't ask me how, but I did it! I was throwing random sines and cosines into the formulas and BAM! it worked! <img src="{SMILIES_PATH}/icon_e_smile.gif" alt=":)" title="Smile">

https://www.dropbox.com/s/lmie9krwnz0kt ... .capx?dl=0

Well, not random of course, it's based on this rule, but still I was quite surprised when I found the right combination or angles and expressions.

Nice one.

I did note that the size of the selection box will change while it's spinning as it loses its original position, so I added that back in, and it's working well.

Final Version​

It’s similar to dop’s. His uses angle and distance instead of xy. For stuff with equations I find it’s faster to start from scratch instead of debugging. Anyways, my goal with the capx was to do the selection box since that wasn’t solved yet in the latest examples from what I could tell. But if mine has the same kind of issue with it I’m at a bit of a loss.

Do you mean you want the selection box to always be aligned on the grid? Dop may be closer in his example then.

Yeah. I'm trying to use paster as a split screen, but want the player to be able to drag a selection box around objects in the second screen. This is done by having a second 'cursor' appear on the off-screen in relation to where the mouse is pointing.

This was all working fine until I started to wonder whether or not it would be possible to rotate the pasted image. This required the selection box to rotate so that it always appeared straight on the main screen, while it was rotating accordingly on top of the off-screen object.

Even though nothing is actually rotating, having the paster object rotate before pasting an image creates the illusion that it is spinning (as I'm sure you already know... it being your plugin). I didn't, however, anticipate all the issues that follow in regard to having things rotate in the opposite direction, as well as in the same direction in order to create the illusion that only the pasted sprites are moving.

AnD4D

Not sure if this is what you wanted..

https://www.dropbox.com/s/nc4etntyw8oz2 ... .capx?dl=0

Hi thanks, but that's not quite what I was aiming for. I did have it similar to this at one point, but it's the opposite to what I'm aiming for.

The screen (the one that's spinning) should always have a straight selection box, while the actual sprite off-screen can have whatever angle selection as required.

Here's a reference to translate objects from a scaled and rotated grid to a unrotated and unscaled one:

https://www.dropbox.com/s/xmf1vzc0f7y5u ... .capx?dl=1

Left click to drag the mario around on the right, and right click to draw a box on the right.

The positioning is spot on, but the selection box is the same issue I'm experiencing. It also appears a slightly more complicated method than Dop's. Perhaps I'm missing something, but I wonder if this would translate well to the Paster plugin example I've shared.