Scolring - Forum

Ok, I finally understand what you want ^^

It's a viewer application, with object dynamically loaded in it, and with some 45° smooth rotation (as like as there were pre-defined position). So, for me, the simplest way to do, is to position a dummy where you want to show your object, and to add 6 dummy to where you want to position the camera (up / down / left / right / front / back).
Then you can certainly use goto PlugIt or something like that to obtain smooth movement (and a set direction to the first dummy to orient the camera). I let Arkeon tell you which plugits to use, but I think that it's definitively the way to do.

Nodrev

<edit>My description is for 90° rot, but it's the same way of doing</edit>

Hi,

No, didn't try, personaly I'm still using v2.49 (32 bits, cause I think that I had a problem with 64 bits python support...), so I do not know if it's ok with 2.56 (apparently not).
Did you saw the new blender exporter script (I didn't tried it neither...): http://code.google.com/p/blender2ogre/

And as a side note, please create a new post when you talk about a new subject, it's simpler to follow it, and easier for users that are searching on this forum to find a response when they got a problem that somebody already have

<edit>Just saw on the link I gave to you that 2.56 is supported by the new script. Furthemore, it seem that he have shader exporting support (which was a pain with the existing exporter, as everything had to be done by hand in Ogre's scripts</edit>

Salut a tous,

Juste pour vous informer que comme j'avais 5 heures de train ce week end, et que j'avais peur de m'ennuyer, j'ai pris mon portable avec une installation ubuntu sur une clef usb, et ai continué le portage linux de la vm. Je commiterais un truc dans la semaine je pense.

J'aime bien l'idée ^^

salut,

* Pour ta première remarque, a voir, je suis pas sûr que ce soit plus lisible, vu qu'il y a déjà pas mal de catégories... Je laisse Arkeon voir pour ça.
* La seconde, ce serait effectivement mieux à mon avis, mais garder le mouvement de la caméra tel que l'on a aujourd'hui avec un modifier (shift, control ou alt que sait-je, il faut vérifier ce qui est déjà pris), car c'est vrai que lorsque ça se mets à tourner violent, ça remue l'estomac.
* Je pense que tu veux parler de projection de la caméra de type "orthogonale" (à l'inverse de la projection "perspective" standard)... Toi qui est sur Blender, je pense que tu veux l'équivalent de ce que fait la touche "5", c'est ça? Si c'est le cas, les fonctions sont déjà dans le moteur 3D, mais faute de temps pas encore dans l'interface d'OpenSpace3D. Un ticket est déjà fait pour ça, c en cours...
* Pour l'instant, c'est doc ^^, mais je crois qu'Arkeon avait pensé le système afin qu'au final ces params pourraient être présenté à l'utilisateur.

Enfin, pour finir, priorité ou pas, c'est toujours bien pour nous d'avoir ce genre de retours sur utilisation, car l'ergo est bien entendu un point important d'un logiciel qui se veux facile d'accès.

Nodrev

You are welcome

Hi,

I saw recently on a russian forum that someone got the same problem.
You do not have admin rights on your pc.
Try to execute scol.exe with admin mode (right click, run as administrator). if you got the scol icon in the taskbar (bottom right left), then it's certainly that.
So, the simpler way to make it work is to force admin user when executing scol application (openspace3d is a scol application), but you can alternavly add admin rights to your windows user account (i let you search how to do if you choose this solution).
To force scol.exe to run with admin rights, go to your scol voyager installation directory (I my case, it's "C:\Program Files (x86)\Scol Voyager", but it can also be "C:\Program Files\Scol Voyager"), right click on "scol.exe", choose "properties", then go to "Compatibility" tab, and check the "run as administrator" checkbox, and click "OK". This procedure is the one I used with windows seven, but I think it's almost the same thing on other windows versions.
Now, OpenSpace3D should start without the error message.
This error is in fact due to the registering of an activeX control in IE, to allow scol applications to run in IE.

Hope this helps.

Nodrev

Seems that you use the "old" FlashControl class.
We will have to test if it's ok with the new one (SFlashWidget)...

Nodrev

In the trunk version only, not on the downloadable release.
Anyway, like Arkeon said, official release is now just a matter of weeks... time to complete our test on Ogre 1.8.

Nodrev

<edit>Sorry Arkeon, I misunderstood your words </edit>
<edit bis>Seems that Adams is a chatbot, a good one </edit bis>

Hi,

The fact is, it take so much time to compile Chromium, that it's very difficult to test new versions...
I know that there's some API breaks in the new version of Chromium. The way to do is to test V5, then V6, etc... and to fix those API breaks...
I'll give a call to the people who initiate the fork (they're live in the same town than me) to know if they had testing other Chromium version, and if they got information about the changes to do.

Nodrev

Oublie ma remarque, je lirais mieux ce que tu souhaite la prochaine fois, ma réponse est à coté de la plaque
Par contre, la classe String avec toutes les fonctions peux quand même être "pratrique" (désolé, private joke, pas pu m'en empêcher ).

In fact, I'm not sure that rendering the scene a second time, even with very simple materials, will be faster than the actual method in all case.
I'm pretty sure that if a lot of entities are one behind another (like a box stack looked from the up), it'll be faster, or if the mesh found under the raycast contains lot of subentities with a lot of triangles.
But for the others cases (and most of the time, we are in an other case), I don't know for the moment if the overloaded involved by the second rendering is significant. For example, if we have no entities under the mouse, Ogre::Raycast is quite efficient, but with selection buffer method, we have to render all the scene to see that the pixel under the mouse is black.
At least, this solves gizmos selection, which is not perfect with the actual method.