Bug list: Object2VR beta 3
Please add your bugs you found in Object2VR 2.0 beta3 to this topic.
MfG, Thomas
-
- Posts: 314
- Joined: Wed Oct 22, 2008 9:45 pm
- Location: Beech Grove
- Contact:
On a MAC, If you make a Object VR and you do not safe the project. Then try to make hotspots, you end up with black slides in the final project. I have replicated the issue, but I do not recall if it happens when you do not add hotspots. additionally, it puts some of the hotspot pngs on the desktop.
great to see the new beta published … thanks
I've noticed a couple issues with beta3 so far …
the default filepath for output files still seems to be the applications folder (I guess Object2VR tries to set that path based on the local of the application bundle itself). Would it be possible to have this path automatically take its cue from the location of the saved project file (.o2vr) instead? This would be more like the behaviour of p2vr, and would save manually setting this path for each file.
(edit) on reopening the app the behaviour has changed and I can't replicate this issue, even with a new project. however i had previously manually set the file path location and i'm still working in this same job folder. does o2vr remember the last set filepath location by default?
even though i've disabled 'create after setting parameters' checkbox in the prefs, everytime i change a parameter and close the dialogue box, new outputs are created.
a welcome bug fix is being able to save the o2vr file, and then be able to reopen it again at a later stage. good to be able to go back to a previously saved file and tweak output parameters, rather than start from scratch
(edit) when I reopen the o2vr, the light table doesn't display the input shots properly … every other image (in a 9 col / 18 row setup) doesn't display, as if there is no source file.
I've noticed a couple issues with beta3 so far …
the default filepath for output files still seems to be the applications folder (I guess Object2VR tries to set that path based on the local of the application bundle itself). Would it be possible to have this path automatically take its cue from the location of the saved project file (.o2vr) instead? This would be more like the behaviour of p2vr, and would save manually setting this path for each file.
(edit) on reopening the app the behaviour has changed and I can't replicate this issue, even with a new project. however i had previously manually set the file path location and i'm still working in this same job folder. does o2vr remember the last set filepath location by default?
even though i've disabled 'create after setting parameters' checkbox in the prefs, everytime i change a parameter and close the dialogue box, new outputs are created.
a welcome bug fix is being able to save the o2vr file, and then be able to reopen it again at a later stage. good to be able to go back to a previously saved file and tweak output parameters, rather than start from scratch
(edit) when I reopen the o2vr, the light table doesn't display the input shots properly … every other image (in a 9 col / 18 row setup) doesn't display, as if there is no source file.
Last edited by jobes on Fri May 29, 2009 12:46 pm, edited 1 time in total.
another point: when you manually set the filepath for the html file to accompany a quicktime output, the filename defaults to a file extension of .mov, not .html
the same seems to apply when outputting a flash file. in p2vr i normally use the parameter '$n" but the suffix seems to be automatically correct
the same seems to apply when outputting a flash file. in p2vr i normally use the parameter '$n" but the suffix seems to be automatically correct
I have added an Object2vr output swf file with width=430 and height=400 to my current swf movie with width=1275 and height=800. I used the method here http://gardengnomesoftware.com/wiki/Pano2VR_-_Flash_API under the section "Actionscript 3.0 For Pano2VR <= 2.1". The problem I am having is that the width and the height of my Object2vr swf changes. When the Loader class calls the Event.INIT function on my Object2vr movie, the ObjectPlayer (=loader.content) has a height of 86 and a width of 319.5. The VrObject (=loader.content.obj) has a height of 0, a width of 0, a windowHeight of 400 and a windowWidth of 430. Then the movie runs and I get this from the output window "uhh... init stage root child!". After those events the ObjectPlayer has a height of 753 and a width of 852.5. And the VrObject has a height of 579, a width of 852.5, a windowHeight of 758, and a windowWidth of 1275. The actual picture that you spin around looks like it has the correct dimensions. But since the dimensions of the windows height and width are so much bigger, if I want to put the movie at x,y it ends up at somewhere like x + 300 and y + 200.
If I change the width of the movie that is loading the object2vr movie from 1275, to 1050, the windowWidth of the VrObject also changes from 1275 to 1050.
Also, is there an api in the works?
If I change the width of the movie that is loading the object2vr movie from 1275, to 1050, the windowWidth of the VrObject also changes from 1275 to 1050.
Also, is there an api in the works?
- Hopki
- Gnome
- Posts: 13029
- Joined: Thu Jan 10, 2008 3:16 pm
- Location: Layer de la Haye, Essex UK
- Contact:
Hi Thomas
Getting a problem with the download/preview loading image in Object2VR.
The below is set for Gray Scale, however when it loads you get large pictures in colour of each picture that makes up the object, until it is loaded. Then it’s the right size?
Link
Kind regards
Hopki
Getting a problem with the download/preview loading image in Object2VR.
The below is set for Gray Scale, however when it loads you get large pictures in colour of each picture that makes up the object, until it is loaded. Then it’s the right size?
Link
Kind regards
Hopki
Garden Gnome Support
If you send an e-mail to support please send a link to the forum post for reference.
support@ggnome.com
https://ggnome.com/wiki/documentation/
If you send an e-mail to support please send a link to the forum post for reference.
support@ggnome.com
https://ggnome.com/wiki/documentation/
- Hopki
- Gnome
- Posts: 13029
- Joined: Thu Jan 10, 2008 3:16 pm
- Location: Layer de la Haye, Essex UK
- Contact:
Hi Smooth
The movie is the size it should be. 350 x 641. I just made the bg colour of flash player the same as the html page, so all looks white. Try to spin the object from one of the sides, it won’t work.
The skin however does fill the screen as I have anchored the elements to the sides.
I have just outputted the file with beta 3 and all works as should.
Interesting to note that it also lost weight , the file was 1.33 MB, after outputting in beta 3, the file is now 673 kB
I reinstalled beta 4 and then re-outputted, and bingo, back to 1.33MB
Beta 4 has quite a lot of fat in it somewhere.
Over to you Thomas
Recap: Preview track and file size.
Just noticed, the auto rotate speed is ver different between beta 3 and 4 too.
Hopki
The movie is the size it should be. 350 x 641. I just made the bg colour of flash player the same as the html page, so all looks white. Try to spin the object from one of the sides, it won’t work.
The skin however does fill the screen as I have anchored the elements to the sides.
I have just outputted the file with beta 3 and all works as should.
Interesting to note that it also lost weight , the file was 1.33 MB, after outputting in beta 3, the file is now 673 kB
I reinstalled beta 4 and then re-outputted, and bingo, back to 1.33MB
Beta 4 has quite a lot of fat in it somewhere.
Over to you Thomas
Recap: Preview track and file size.
Just noticed, the auto rotate speed is ver different between beta 3 and 4 too.
Hopki
Garden Gnome Support
If you send an e-mail to support please send a link to the forum post for reference.
support@ggnome.com
https://ggnome.com/wiki/documentation/
If you send an e-mail to support please send a link to the forum post for reference.
support@ggnome.com
https://ggnome.com/wiki/documentation/
This doesn't change the fact that you are telling the movie to be 100% W and 100% H of the monitor screen resolution and this doesn't respect the "actual" size of the movie.
Thus, on load you get disproportionate image sizes until loaded. Prove the theory by limiting the flash movie to actual size.
This was your complaint was it not?
It's not a fault of the program it's a fault of your coding the way I see it.
Really seeing your object movie maximising the 16:9 aspect ratio of my 42" screen is not great.
Anyway, you do as you please. I'm just pointing out the reason why you have the problem with loading.
Regards, Smooth
Thus, on load you get disproportionate image sizes until loaded. Prove the theory by limiting the flash movie to actual size.
This was your complaint was it not?
It's not a fault of the program it's a fault of your coding the way I see it.
Really seeing your object movie maximising the 16:9 aspect ratio of my 42" screen is not great.
Anyway, you do as you please. I'm just pointing out the reason why you have the problem with loading.
Regards, Smooth
- Hopki
- Gnome
- Posts: 13029
- Joined: Thu Jan 10, 2008 3:16 pm
- Location: Layer de la Haye, Essex UK
- Contact:
Hi Smooth
Not wanting to start an argument, but…..
Hopki
Not wanting to start an argument, but…..
Done that, still the same but in a smaller window.smooth wrote:This doesn't change the fact that you are telling the movie to be 100% W and 100% H of the monitor screen resolution and this doesn't respect the "actual" size of the movie.
Thus, on load you get disproportionate image sizes until loaded. Prove the theory by limiting the flash movie to actual size.
It all got better when I reinstalled beta 3, then went back to large pics in beta 4.smooth wrote:This was your complaint was it not?
It's not a fault of the program it's a fault of your coding the way I see it.
Thanks for your input, bad day?smooth wrote:Really seeing your object movie maximising the 16:9 aspect ratio of my 42" screen is not great.
Anyway, you do as you please. I'm just pointing out the reason why you have the problem with loading.
Hopki
Garden Gnome Support
If you send an e-mail to support please send a link to the forum post for reference.
support@ggnome.com
https://ggnome.com/wiki/documentation/
If you send an e-mail to support please send a link to the forum post for reference.
support@ggnome.com
https://ggnome.com/wiki/documentation/
Always!Hopki wrote: Thanks for your input, bad day?
OK, so if there is a difference between Beta 3 and Beta 4 and the way it performs then fair enough. It's something for Thomas to look into.
Still, I personally don't agree with your method of display. I would much prefer to have the movie constrained to it's correct dimensions, let the HTML look after the extra space.
Regards, Smooth
- Hopki
- Gnome
- Posts: 13029
- Joined: Thu Jan 10, 2008 3:16 pm
- Location: Layer de la Haye, Essex UK
- Contact:
You know, I'm with you on that.smooth wrote:I would much prefer to have the movie constrained to it's correct dimensions, let the HTML look after the extra space.
From my website I open objects in chrome less windows, the size of the objects. Unfortunately can’t do that when opening from the forum.
Any way, as I said thanks for the input, all good.
Regards
Hopki
Last edited by Hopki on Mon Jul 27, 2009 3:13 pm, edited 1 time in total.
Garden Gnome Support
If you send an e-mail to support please send a link to the forum post for reference.
support@ggnome.com
https://ggnome.com/wiki/documentation/
If you send an e-mail to support please send a link to the forum post for reference.
support@ggnome.com
https://ggnome.com/wiki/documentation/