Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Android and IOS wrong MouseEvent3D Z order #14

Open
SharpEdgeMarshall opened this issue Jul 16, 2012 · 25 comments
Open

Android and IOS wrong MouseEvent3D Z order #14

SharpEdgeMarshall opened this issue Jul 16, 2012 · 25 comments

Comments

@SharpEdgeMarshall
Copy link

Only on Android and IOS if you have for example a box on a plane and click on the box, the mouseevent3D will always target the plane.

So the issue is concerning MouseEvent3D with overlapping object.

@SharpEdgeMarshall
Copy link
Author

After 1 hour of debugging there are some news:
the problem it's due to this call context.drawToBitmapData(pixel); at line 806 of View.as, on the PC it draw some colours on Android it's setting all the pixels to 0 and then from what i've understood the code it's not able to generate Depth so the plane comes in front of the box in the mouseEventProcessing.

Ok and now i don't know how to solve this...

P.S. sorry for bad english

@Yaski
Copy link
Contributor

Yaski commented Jul 18, 2012

Ok. Thanks for clarification. We will check how drawToBitmapData works on mobile devices.

@SharpEdgeMarshall
Copy link
Author

Thank you, i think alternativa is a powerfull engine, it's working very well on mobile except this bug.

@kojot1234
Copy link

I'm still debugging it to get to the bottom of this bug. That's also as far as I got.

Line 835: var color:int = pixel.getPixel(k, 0);

Always returns 0.

@SharpEdgeMarshall
Copy link
Author

no news about this issue?

@makc
Copy link
Contributor

makc commented Jul 28, 2012

if you have simple geometry (you probably do, on mobile) you could try casting ray instead of listening to mouse events.

@kojot1234
Copy link

It's a very common issue in the forums, how can this issue be resolved is Alternativa3D problem or Adobe's?

@SharpEdgeMarshall
Copy link
Author

var color:int = pixel.getPixel(k, 0);
returns zero because the var pixel is black,
this is due to the call to context.drawToBitmapData(pixel); at line 806 as i said.
adobe or alternativa problem? i don't know
if yaski could tell us what influence drawToBitmapData i could investagate furter...

@cervantez
Copy link

Any status updates on this one? Tested it in away3d and they don´t have that problem. Different approach? Probably.

@Yaski
Copy link
Contributor

Yaski commented Aug 30, 2012

Please answer a question in facebook
https://www.facebook.com/questions/466603040039559/

@SharpEdgeMarshall
Copy link
Author

any news?
The survey result seems clear we need Alternativa3D on mobile!! :)

@Yaski
Copy link
Contributor

Yaski commented Sep 12, 2012

Yes, i agree with you. We will work in this direction.

@makc
Copy link
Contributor

makc commented Apr 16, 2013

9 months ago

it's time )

@kojot1234
Copy link

There haven't been any commits lately, I just have a feeling that Alternativa3D will be abandoned. I just hope not.

@62316e
Copy link

62316e commented Apr 16, 2013

There haven't been any commits lately, I just have a feeling that Alternativa3D will be abandoned. I just hope not.
Looks like Away3D has better support so its time to move forward...

@ChrisDenham
Copy link
Contributor

Yeah, it's all looking a bit unloved in here. :-(
It's a shame, as this "MouseEvent3D on mobile platforms" problem seems to be our biggest outstanding issue with Alternativa3D. My current workaround is to use ray geometry intersection but it's way to slow unless you drastically simplify the geometries and/or perform intersections with low detail LOD nodes, which from a user perspective is a bit crap because they sometimes get unexpected intersection results because of the mismatch between visible and intersecting geometry.

@makc
Copy link
Contributor

makc commented Apr 16, 2013

My current workaround is to use ray geometry intersection but it's way to slow

There is #59 that should solve this part.

@ChrisDenham
Copy link
Contributor

Thanks makc, I will take a look at #59
It hadn't occurred to me that this pull request might help speed up ray intersection.

@62316e
Copy link

62316e commented May 21, 2013

Any results?

@gonchar
Copy link
Contributor

gonchar commented May 23, 2013

in process...

@62316e
Copy link

62316e commented Jun 13, 2013

Still in process?

On Thu, May 23, 2013 at 3:33 PM, Sergey Gonchar notifications@github.comwrote:

in process...


Reply to this email directly or view it on GitHubhttps://github.com//issues/14#issuecomment-18340170
.

Sent from my gmail.

@Heterfire
Copy link

Any results?Is it abandoned?

@makc
Copy link
Contributor

makc commented Jul 17, 2013

Is it abandoned?

Do you mean the engine?

@Heterfire
Copy link

Yes, I've been waiting for version fixes the IOS system has been bothering me.

@makc
Copy link
Contributor

makc commented Jul 17, 2013

The thing is noone really knows what causes the bug. It takes quite a time to research and find the cause, so if someone could give a clear picture of the problem (and not just "there are wrong colors in the bitmap"), fix will be done quickly. Otherwise, you need to wait for someone, who wants to use the engine on device and willing to spend time in debugger, to appear.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

9 participants