Wednesday, October 29, 2014

Payment Security

There has been a lot of talk in the tech and regular media recently about digital security so I just wanted to write a word about some of these issues by passing on some links to read.

Firstly, a note about mobile payments in shops:

The gist here is that many shops are doing whatever they can to deter people from using Apple Pay over other solutions because Apple Pay stops the shops and related merchants from accessing personal information about the people shopping with them.

If you’re wondering why this would be a bad thing, here is an article about the type of information that shops are trying to collect about every single person who walks through their doors:

If you didn’t read that (TL; DR), it says that what Target (huge chain in America) is trying to do is work out if you’re pregnant even if you don’t want them to know from your spending habits.

Yes, this stuff is possible. And we are at the start of an enormous digital path. Many people thought that contactless payments would not catch on because of the insecurity – if you have a mobile register you can walk past someone’s pocket and charge them up to £20 without them knowing (this has happened) – however we now have contactless everywhere because of the convenience.

We have actually been on this path for a while – contactless was introduced back in 1997. Consumers have been wanting a “pay by phone” method for a long time (I even pay for parking using an iPhone app) simply for the convenience.

What we have gained in convenience we have lost in security. Be careful out there. Choose what you pay with and who you pay with care.

Further reading: 


Tuesday, October 14, 2014

Thursday, August 28, 2014

Fighting The Physics Engine

I've seen way too many posts on the forums where a developer asks about the best way to control the absolute position of a dynamic physics object when using Box2D. This lead me to thinking that there should be a catch-all place for someone to read the right answer and as I've answered these questions on the forums many times, I'll start logging them here. Should have done this a long time ago.

Here is a really great blog post on the subject of common physics problems, though I'll try to tackle even trickier issues below: http://coronalabs.com/blog/2011/08/08/solutions-to-common-physics-challenges/
  • How do I control the position of an object in Box2D?

    Examples:
    http://forums.coronalabs.com/topic/48488-disable-the-y-axis/
    http://forums.coronalabs.com/topic/53563-physicstransition/

    Description:

    Dynamic objects in the Box2D physics engine are under the constant control (at least, while not asleep) of the physics engine. If you attempt to change their .x or .y values and move them with your own code you are trying to force the engine to accept a different world position for it's own, managed objects. Because of this change, sometimes it's own internal values will effectively break during computation and the result is that, in Corona SDK, the display objects will be lost from their physics object.
    In short, forcing the physics engine to accept different positions for it's bodies is fighting the engine for control and it will break.

    Solution:

    The way to control the position of physics bodies is to use the engine to position the them itself. This can be done by attaching a touch joint to the body and controlling the position of the joint and thus the position of the body.
    It has been mentioned that static bodies can be used to absolutely position dynamic bodies, via a weld joint, but this is similarly inadvisable due to the the reasons above.
     
  • How can I group the physics bodies like I do with display objects?

    Example: http://forums.coronalabs.com/topic/50626-pin-one-object-to-another/

    Description:
    Many developers want to group many physics objects into a single display group so that they can move them all together. The physics engine uses the top level display group as the starting 0,0 point for all physics bodies, so trying to move a display object's parent group will not work, because 0,0 never moves.

    Solution:
    Grouping the display objects which have physics bodies attached into display groups is not a problem. You just can't move the parent groups at all. This is usually fine because moving a physics body should be done using a touch joint, which will cause any bodies attached by physics joints to move with it.
     
  • When I reset my physics scene the objects don't stop moving or reset wrong!

    Examples:http://forums.coronalabs.com/topic/54020-correctly-removing-applylinearimpulse/
    http://forums.coronalabs.com/topic/45014-re-stacking-of-blocks-have-some-unintended-random-behaviour/

    Description:Some games provide a sandbox environment which allows the player to edit a scene. Whenever the player chooses they can hit a run button and test their scene. They physics objects will move around and then reset back to the player's edited positions, rather than continuing to roll around uncontrolled. Some developers find that resetting their physics scene is a problem because the physics bodies do not want to stay where they should.

    Solution:
    This problem is similar to the first problem discussed, but there is also one confusing factor: once physics bodies have been allowed to move, by collision impact, gravity or some other force, they will have built up energy and while energy can be mostly dissipated there will be momentum and other internal, Box2D values which cannot. The best way to avoid objects moving off on their own is to simply destroy them and rebuild. Use a non-physics body display object during the editing and create the physics bodies only when the player hits Run. Sometimes this is not possible. The solution here is also similar to the first problem- simply weld your objects in place either by creating a weld joint between the body and a static object or by using a touch joint. The touch joint is a great solution because you can have each body listening, on it's own free will, to the Runtime (or even the current scene, if you're using Composer) for freeze/reset and unfreeze/play events. When the freeze/reset event is received the physics on the body is turned off, the display object is moved absolutely (using .x and .y positioning) and the body turned back on. A touch joint is then added and used to keep the object in place. object.isFixedRotation=true can even be used to stop rotation. When the unfreeze/play event is received the touch joint is removed (and isFixedRotation=false) and the body runs free again.
     
  • Why do stacks of blocks keep falling down?

    Examples:
    http://forums.coronalabs.com/topic/44700-physics-stack-of-blocks-topples/

    Description:
    In Angry Birds, and so many clones, objects are stacked - sometimes precariously - on top of each other and need to be knocked over. Because all objects in the Box2D world contain inertia, density and various energies, building a tower of even simple squares can be perilous. For now clear reason they will shudder and push each other out the way, collapsing the tower.

    Solution:
    The reason the blocks generate this energy is that they have nowhere to dissipate it other than the blocks around them. Those blocks then acquire that energy and need to dissipate it again, back into the blocks surrounding them. The pattern continues until the blocks fall onto something which does not return any energy or they simply drop off the screen. There are two things at play here and the solution, again, is similar to our first problem's solution. Firstly, all objects have energies that may (depending on your particular scenario) need to be controlled (these are the afore-mentioned inertia, density and gravity.) Secondly, holding objects down is usually a good way to make sure they don't wander off on their own. However, here we want the blocks to be able to fall down, just not when they feel like it. One popular solution is to weld them in place or even set their object.bodyType to "static". Static objects do not move and they absorb all energies applied to them. This can be a problem because, as anyone attempting to build a Box2D-Corona rag doll demo has discovered, static objects will absorb all your motion and tear otherwise reliable physics joints apart. The other solution is to set their linear and angular damping values to something small. Usually, this will help the bodies absorb any excess energy, rather than passing it to their neighbours. A compromise on the "nail them down" solution is to simply hold them in place with a touch joint (so useful!) until a pre-collision event occurs, then remove the joint. The best advice is simple: Never use static bodies if you can possibly avoid it. This will be explained in the next problem...
     
  • Where is this object going to go?

    Examples:
    http://forums.coronalabs.com/topic/48154-can-box2d-physics-be-made-deterministic/

    Description:
    Angry Birds, again, has another interesting element where the flight path of one of the moody projectiles is shown before the launch takes place. This is a common feature in many games but is a very difficult thing to calculate. This difficulty comes not because the mathematics for calculating trajectory is difficult (see: http://hyperphysics.phy-astr.gsu.edu/hbase/traj.html#tra12) but because the Box 2D physics engine is a real world simulation. This means that it does not guarantee the same result every time. In fact, it pretty much guarantees at least a slightly different result every time. It is also because other environmental factors, such as the weight (simplified: area*density) of your physics body, need to be taken into account.

    Solution:
    As you might have guessed, there are many ways to solve this problem. The first is simply to control the path of travel with a touch joint (see the first problem for why absolute positioning is not a good idea) after calculating it using the HyperPhysics link above. The second is to actually calculate the path for real. A great resource here is the iForce2D site: http://www.iforce2d.net/b2dtut/projected-trajectory which deals with Box2D physics in many scenarios, though mostly with C++. However, the solutions are easy to translate. The third solution is to throw an invisible copy of our physics body which is created with collision masks such that it will not collide with anything in it's path. Allow the body to travel for a given amount of time or distance and plot it's travelled course with non-physics graphics objects. This gives the benefit of a nice, realistically animated series of dots or lines showing not just the path but the time taken, as well.
     
  • Textured surfaces are impossible!

    Examples:
    http://forums.coronalabs.com/topic/43662-about-physics/

    Description:
    Imagine a plan (top-down) view of a race track. The race cars rush round and need to hit different road surface types. We're talking mud, ice, grass, etc. Of course, when one object hits another, with Box 2D, it will simply bounce off, so we can't layer physics objects on top of each other.

    Solution:
    Box 2D does give us sensors with the use of body.isSensor=true and this property can be set not just at creation time, but at any time. For this problem, we'll just set it at creation time. Taking just thick, gooey mud as the problem, let's say we've got a PNG of mud with a nice transparent background. Use the graphics.newOutline() function to get the physics outline of the mud. Then load the image as normal and apply the physics outline as per the documentation. Set the physics body to be a sensor and add a collision listener. When a car hits the mud it will not bounce off the mud but simply fire a collision event. You can now use one of many methods to apply the muddy drag effect to the car. We'll go with: Simply increase the linearDamping value of the car by a tiny amount to see the car slow down. You'll have to play around with the values to get the right effect, but if the mud needs to be layered on top of more mud you can have each muddy layer increase the amount of drag and make the ground even worse to drive through.

Wednesday, August 13, 2014

AutoMapper And LoaderExceptions Problems

When setting up a website in IIS6 with a bunch of NuGet packages installed and having only just pulled down a fresh copy of the code base from SVN I discovered a number of baffling problems. They all boiled down to the same basic issue.

Firstly, there was the "Retrieve the LoaderExceptions" message on the yellow screen of death. This was not helpful but the most I could discern was that the objects that AutoMapper was trying to instantiate were not accessible for some reason. Initially this looked like a database connectivity failure, but it turned out to be the wrong version of AutoMapper. Although the base project had the correct version of the DLL, one of the dependency projects was referencing the wrong DLL - all this through auto-update with NuGet. Here's what the exception looked like:


The second problem was the "Value cannot be null" which equates to the same problem - that one of the objects cannot be instantiated because AutoMapper is the wrong version and not compatible.


The last option is to try changing the App Pool in IIS if you see this:


Here are some references from StackOverflow:

  • http://stackoverflow.com/questions/8042493/could-not-load-file-or-assembly-automapper-or-one-of-its-dependencies
  • http://stackoverflow.com/questions/4667078/how-to-retrieve-the-loaderexception-property

Friday, April 11, 2014

Improved Slicing

The previous post showed cutting an object with lines and a curve. I've worked the code and can now slice an image into many pieces.



As before, if you would like this for your own projects, please get in touch on the CoronaLabs forums - user Horacebury.

Friday, March 21, 2014

Polygon Slicing With Corona SDK

As we all know by now, Corona SDK includes the fantastic 2D physics engine Box2D. Play with this for long enough and knowing how to manipulate polygons becomes very useful indeed. I've wanted to implement everything from Angry Birds to iSlash, so it was awesome to see Corona Labs include the new display.newOutline() function in a recent build.

This cool function basically takes a PNG with web transparency and returns a table of x,y coordinates for the circumference polygon of the visible pixels in the PNG. That polygon can then be plugged into a new constructor parameter of the physics.addBody() function to actually create a physics body against an image for that image's outline.

I wanted to take that further, ala iSlash, and decided to produce a library which would take the outline polygon and the end points of a line and separate the polygon into sliced parts. I won't go into the painful details of trying to dig up the code from the internet but suffice to say that code I found was either unintelligable enough to use or simply a mass of maths that I couldn't fathom.

Fast forward a few days and having tried at least 3 different methods I finally hit upon a winner. Here's the proof, running on Mac Corona simulator...



[View full size video]

As you can see, the intersection code works both for a single line cutting straight through the object at any any angle and even re-entering the polygon multiple times. It also handles a hand-drawn curve which, likewise, can start anywhere and enter/exit the shape as often as required. This allows quite a powerful set of options ranging from effects seen in iSlash to cutting shapes into unordered pieces.

I won't be posting the code this time as I fully intend to use this in my own productions. If you would like to implement this in your own production please get in touch via the Corona forums or on twitter: @horacebury

Friday, March 14, 2014

Corona Sample Code And Libraries

Here you can find my most recent Corona SDK samples, demos and libraries. I decided to create a new post because the date on the last one is really quite old and many things have changed in Corona SDK since I started it. You can consider everything here as compatible with Corona since the great Graphics 2.0 update of late 2013.

You can find my Code Exchange posts here:
They are all submitted to github Gists: