Hi Brent, I just saved the trouble of extracting the outline and provided the actual coordinates to reduce the amount of steps.
I’ve used coarsenes level of 2. I’ve filed a bug report as well and I can send you the actual images used to create the outline from, if you let me know to which mail to send it.
Hi @rune7,
I’m not 100% sure, but you may be using the “outline” parameter in a way it wasn’t intended to be used. If you modify the coordinates that newOutline() generates (i.e. by adding coordinates at the end), it may fuss and reject that application. May I ask why you’re not just doing a multi-body physics shape?
Brent
Hi Brent,
I was not modifiying the coordinates in my initial post.But Ingemar noted that the polygon is actually not closed, so I tested this by adding another point at the end to close the shape. It did do some good, but not solve the issue entirely. I’ve sent your support the original image files.
Any update on the subject?
I didn’t get any news for the bug submitted either and this issue blocks our project.
Hi @rune7,
I really don’t recommend trying to manually adjust coordinate points in the “outline” parameter table. Despite some documentation hinting that this could be done (I’ve since corrected it, and I apologize that it slipped out under my watchful eye), the “outline” parameter is meant to work alongside “graphics.newOutline()”. However the image is “traced” and the output constructed cannot be guaranteed to follow the predictable Box2D rules. Thus, I sincerely urge you to build your physics bodies with multiple parts using the “shape” parameter and a capable physics body editor.
Best regards,
Brent
Hi Brent,
I’m sorry but I do not know why you keep getting at the maunal coordinates instead of addressing the issue. I’ve provided your team with both the original sample source code which uses the newOutline method along with my images in the bug report. There is no manupulation of line coordinates. this feature simply doesn’t work on the samples I provided, despite having a proper alpha channel in all images.
Again, the example here, is just to save the time of using newOutline, see the actual numbers behind and to demonstrate that the problem may be in the body construction and not in the outline feature.
I hope you can address this issue promptly, as our project largly depend on it.
Case 31361
Hi @rune7,
I experimented with your 3 images and was able to get the expected results by adjusting the coarseness level to 2, 3, and 2 respectively. Much of using outlines will depend on this setting, and there’s not one “magic value” that will provide the perfect outline on all images… you’ll need to experiment with this value for each image. Or, if you want “perfect” outlines, you’ll need to use the shapes method and a tracing application like Physics Editor.
Below is a screenshot of my results.
Best regards,
Brent
Hi Brent,
Thanks for checking this.
I used coarseness level 2 on all three. and it failed for some. problem is, I have many such terrain images and I can not ‘play’ with the coarseness level in run time as there is no way to know that the method failed. I need it to work perfectly for some value. Currently, this feature is broken for us.
Why not just test these in advance and assign a look-up table to each one? It’s a simple solution and could be overcome in a short time (an hour) or so. And it would provide you with the level of detail that matches each object… perhaps some can use 2, others use 5, others use 10, and you can optimize your body shapes by choosing the number that best suits each.
[lua]
local coarsenessLookup = {
forestFloor1 = 2,
forestFloor2 = 3,
forestFloor3 = 2,
}
–later
local imageName = “forestFloor1”
local imageOutline = graphics.newOutline( coarsenessLookup[imageName], imageName…".png" )
local image = display.newImage( imageName…".png" )
physics.addBody( image, { outline=imageOutline, bounce=0.5, friction=0.1 } )
[/lua]
I have many images. and they may change during QA. I do not want to return and test it each time. It also raises fears that on some devices in runtime, the newOutline API will fail and we will not know about it. The players will simply fall from the floor and the game will be broken.
Note, In the example above, I took a step further and extracted the actual numbers for each image and then fed it to the physics add body method. it failed for the given coarsness level I used, when using the outline property. However, when I create a polygon with these values and set its physics body, it works. some thing there is now working properly and I cannot debug the source, so I need to rely on your team to iron this out.
I’m afraid this is not a viable solution for now.
Hi @rune7,
The newOutline API won’t succeed on some devices while failing on others, so in your testing and QA, what you see in the Simulator with “hybrid” mode should be what happens in the game.
At this point, I can think of three possible options:
Apply a coarseness level of 3 to everything. This seems to work on all three images you provided, and the level of accuracy is enough that I believe the game would “feel” correct in its physics behavior. If you test this in QA and notice that one object fails, implement the lookup method that I suggested, or use a coarseness level of 4.
If you need more fine-tuned shapes, i.e. if a complex wheeled vehicle will be rolling across this terrain, then define the objects using shapes. This is ultimately and by a great distance the best solution, without relying on any algorithm or tracing system. Unfortunately it’s also the most time consuming… but there are several tools which help you do this, and easily modify/export shape definitions if you decide to tweak your images in QA.
Wait for our engineering team to investigate the issue… we have the bug report, but I know the primary engineer who worked on this feature is busy with several other high-priority tasks at the moment, so I can’t provide an ETA on when this issue will be re-investigated.
Best regards,
Brent