NewLC - Forum topic - Comments

Re: gnu/linux devices list : Omap3 devices

www.rzr.online.fr — Thu, 25 Feb 2010 10:32:40 +0100

Omap3 devices :

== Access ELSE ==

New Access OMAP 3430 based phone shown at CES 2010 :

http://www.FirstElse.com

http://en.wikipedia.org/wiki/Access_Linux_Platform

http://www.geekcellulars.com/other/access-else-cellphone-matters-for-now

http://www.emblaze.com/media/viewPR.asp?443

== Palm Pre ==

== Nokia n900 ==

== Android ==

* motorola milestone droid

------

Odd Android phones :

http://www.mysciphone.com/pro10-1.asp
http://www.mysciphone.com/pro11-1.asp

------

OMAP4 announced :
http://www.eetimes.com/news/latest/showArticle.jhtml?articleID=214200173

Linux Bada demo at MWC2010

www.rzr.online.fr — Wed, 24 Feb 2010 17:59:11 +0100

Check out thoses impressive demos :

=== bada ===

http://www.bada.com/samsung-bada-applications-at-mobile-world-congress

Note the SDK may be released public in march 2010 ... I'll notify this !

=== maemo ===

http://ioquake3.org/2010/01/17/ioquake3-on-the-nokia-n900/#more-230

Regards

Re: Why were the applications in 3rd editions made exes?

gulabppatil — Mon, 22 Feb 2010 10:34:40 +0100

Hi netra,

just see 3rd edition sdk,you will get more information on it...

Regards,
Gulab

Re: How to get the position in 3d space in OpenGL ES?

alh — Thu, 18 Feb 2010 17:11:00 +0100

Its very hard to answer these question accurately without intimate knowledge of your code and requirements.

3D can be tricky, and often you can find solutions you didn't think of first, just by looking at the problem from a different angle (possibly quite literally... )

Its possible your simple 2 point distance check is enough for you.

And if you analyse it a bit, you will see that it is infact also a volume check, namely a Sphere<->Point check.
(for Sphere<->Sphere you just have to add together the two radiuses and do the same check)

AABB (axis aligned bounding box) volume checks are not very complex either though, so nothing to be afraid of.

Also the mentioned rays are pretty easy just a line equation in 3d. p = v * t (v being the direction vector)

If your texture rectangles are axis aligned, a distance check in only the perpendicular axis could be enough.

If not, you might want to consider a Point<->Plane check.

Or again, maybe the simple 2 point distance check is enough.

Then there is a whole bunch of other volume checks possible, more or less complex. Its a whole academic field in itself almost...

if you have a very simple scene, without need for advanced camera movements, you might indeed not need gluLookAt.
That would mean you would keep your virtual camera at 0,0,0 always, and just move all objects around you.
If all objects move independently, this might be the best approach, but if a lot of objects are interdependent, it might be more optimal to move the virtual camera instead. (or not, there are other ways to handle it too...)

I understand these answers might be frustrating, but in 3D games programming the answer is often "it depends..."

What is right for you, you can only find through experience.

Because its also a lot up to how you want to look at the problem for you to understand it the easiest.

(quick tip; you could optimize away the sqrt if you are just comparing distances, just compare with the distance^2 instead of distance. sqrt is very slow compared to a multiplication, and if the distance is constant, you can square it in compile time)

Re: Collision detection in OpenGL ES?

MobileVisuals — Thu, 18 Feb 2010 14:52:47 +0100

By the way,the objects in the game are very simple. They are only textured rectangles. That is why I figured that my simple collistion detection method would work. Is it really necessary to have bounds for so simple objects as textured rectangles?

Re: Collision detection in OpenGL ES?

MobileVisuals — Thu, 18 Feb 2010 14:34:27 +0100

I see, but is the consultant company right about this? Should I really not use the GLulookat method? Should I place a bound around an invicible object which is placed at the view point and then compare the bounds? Is it true that no detection is done using viewpoint coordinates? You can see my collision method below. x1,y1 and z1 are the positions of the viewpoint. Do you think this method would work?

TBool CParticles::detectcollision(GLfloat x1, GLfloat y1, GLfloat z1)
{
TReal xd, yd, zd, minDistance;
minDistance = 100;
TReal Distance;

xd = posX - x1;
yd = posY - y1;
zd = posZ - z1;
TReal magnitude = (TReal) (xd * xd + yd * yd + zd * zd);

const TReal &aSrc = magnitude;
Math::Sqrt(Distance, magnitude);

if (minDistance >= Distance)
return true; //collision
else
return false; //no collision
}

Collision detection in OpenGL ES?

www.rzr.online.fr — Thu, 18 Feb 2010 13:08:07 +0100

Collision detection is a tough subject ...

quoting you:

> but just a check if the collision object ID's did collide.

well you'll also need to position of the object, so if it is around the camera, you'll stell need the camera position too

Volumes collision is a great technique, but u'll have to compute this for each displayed objects ...

An other solution is to implement a raycasting method to see how far you're from the colliding object ...

This can be optimized with rendering object number into a non displayed buffer (ie stencil, but might not be avaliable on embedded chips)

Unlesss you find some lib doing this :
http://code.google.com/p/bullet/

Regards

Re: How to get the position in 3d space in OpenGL ES?

MobileVisuals — Thu, 18 Feb 2010 09:46:08 +0100

I have hired a consultant company to fix this problem. I need the position in 3d space for implementing collision detection between the player and objects in 3d space.

The consultant company recommend placing a bound around an invicible object which is placed at the view point. They say that no detection is done using viewpoint coordinates. Instead it's always advisable to check the invicible objects bounds to the other objects bounds. Then you don't need to keep track of the camera's position, but just a check if the collision object ID's did collide.

The GLulookat method implementation is meant to to easy the use of Camera and its tracking, but you don't need any tracking for this if you use an invicible object which is placed at the view point. They say that this can be solved with the same movement that is implemented now, so the movement does not need to be changed.

Is the consultant company right about this? Should I really not use the GLulookat method? Should I place a bound around an invicible object which is placed at the view point and then compare the bounds? Can I keep the same movement that I have now?

Re: problem with CEikTextListBox UIQ3

heruval — Thu, 18 Feb 2010 08:53:23 +0100

So I guess that if I don't have time to use CQikListBox there's nothing more I can do.

Thanks

Re: file upload via multipart POST method

heruval — Thu, 18 Feb 2010 08:49:44 +0100

hi,
how are multiparting your upload file? I guess that if file is bigger then one part your problem starts. Could you show your code?

Re: problem with CEikTextListBox UIQ3

rbrunner — Wed, 17 Feb 2010 16:03:21 +0100

You mean trying to "fix" a CEik* listbox? Can't tell, never tried that, and frankly I don't think that you will succeed. You will probably bump into some method that you cannot override but should or some object member that is not public but should be for your correction to work...

Re: problem with CEikTextListBox UIQ3

heruval — Wed, 17 Feb 2010 15:39:20 +0100

So maybe you will tell me how to override redrawing list after scrolling it. I tried to fix it by redrawing list in HandleScrollEventL, but it still doesn't work OK.

Re: problem with CEikTextListBox UIQ3

rbrunner — Wed, 17 Feb 2010 15:01:24 +0100

The CEik* list boxes on UIQ3 are broken. They are considered "legacy", with corresponding care (or, better, neglect) regarding their implementation on the phone.

If your program is worth the time to invest you probably should switch to the new CQikListBox. It is rather complex and not very easy to work with, but at least it works.

OpenGL ES on gnu linux platform

www.rzr.online.fr — Sun, 14 Feb 2010 16:59:06 +0100

Hi,

Check those screenshots , seems that most 3D applications can target this (old) OMAP2 device too :

http://talk.maemo.org/showpost.php?p=443213&postcount=369

Any feedback on 3D+Linux targets is welcome

Update: 3D on OMAP3

* OMAP3430 SDK :
http://www.imgtec.com/powerVR/insider/sdkdownloads/index.asp
great release ... it also provides an emulator

* 3D on n900 running linux mer :
http://blip.tv/file/3209258 :
seems there is an issue with unlicensed library from TI

* archos5 linux android :
http://forum.archosfans.com/viewtopic.php?f=47&t=29327&p=191110
but android's SpeedForge was demoed on archos tablet at http://www.paris-gtug.org

* OpenGL-ES 2 on linux game unit
http://pandorawiki.org/Hardware_documentation#OpenGL_ES_2.0
I'll have to investigate

Now I am wondering, what are the solutions to use gles api under linux ? vincent3d ?

app stores stats

www.rzr.online.fr — Sun, 14 Feb 2010 15:25:11 +0100

I didnt expect there were so much activity in those stores ... on many plateforms :

But here are the facts :

* http://www.oviapplications.com/general/ovi-store-stats-for-the-first-2-weeks/

* http://www.sikhpoint.com/blog/2009/06/12/apple-iphone-developers-mostly-dont-make-much-money/

BTw, openmoko has is own "community store" too , and it's free to register new applications, you can test boxar I uploaded couple of weeks ago at : http://www.opkg.org/packages.html ...

What online stores are you using beside "official" ones ?

Update:

* Check that android thread : http://www.newlc.com/en/forum/app-store-developper-vendors-feedback-welcome#comment-51562