Perfect! I am certainly having the same problem.
Pano2VR 7 beta
Here is another video showing how to create an instant hard crash (OSX M1)-
https://tinyurl.com/5n7srhz5
https://tinyurl.com/5n7srhz5
-
- Posts: 41
- Joined: Mon Jun 01, 2020 11:45 am
I am experiencing an strange behaviour with some logic blocks.
I have a PDF viewer which position is based on node tags.
The first time the PDF viewer loads, It always appears on the default position set on the skin. Seems like it disregards the node tag condition.
When I move to a different node, the viewer moves to the correct position. Now it considers the tag condition set on the logic block.
I do not know whether this is normal or not.
Another question.
Is it possible to drag a component, like a PDF viewer, through the tour with the mouse?
I have a PDF viewer which position is based on node tags.
The first time the PDF viewer loads, It always appears on the default position set on the skin. Seems like it disregards the node tag condition.
When I move to a different node, the viewer moves to the correct position. Now it considers the tag condition set on the logic block.
I do not know whether this is normal or not.
Another question.
Is it possible to drag a component, like a PDF viewer, through the tour with the mouse?
Hi Hopki,
I was wondering if there may be an update coming (or worth adding) to the Control Panel:
1. Adding an invert or reverse function to the un-checked “Drag Mode”. I personally like the way it is, but I’ve had many people complain that it drags in the wrong direction. By adding this function, the user can swipe and drag all in the same direction (making it less confusing, or similar actions to other 360x180 panoramas).
2. Adding a sensitivity setting to the checked “Drag Mode”, so it flows better or easier when swiped (like a spinning top), again, somewhat similar to other 360x180 panoramas).
Cheers,
Tom H.
I was wondering if there may be an update coming (or worth adding) to the Control Panel:
1. Adding an invert or reverse function to the un-checked “Drag Mode”. I personally like the way it is, but I’ve had many people complain that it drags in the wrong direction. By adding this function, the user can swipe and drag all in the same direction (making it less confusing, or similar actions to other 360x180 panoramas).
2. Adding a sensitivity setting to the checked “Drag Mode”, so it flows better or easier when swiped (like a spinning top), again, somewhat similar to other 360x180 panoramas).
Cheers,
Tom H.
- Hopki
- Gnome
- Posts: 13022
- Joined: Thu Jan 10, 2008 3:16 pm
- Location: Layer de la Haye, Essex UK
- Contact:
Hi Tom,
We don't want to reinvent the wheel so to speak.
Google uses Drag mode with the good old days of flash used continuous mode.
In the drag mode, the panorama should move in relation to your finger or mouse.
When you say "somewhat similar to other 360x180 panoramas" do you have an example of what you are referring to, to give a better understanding.
Regards,
We don't want to reinvent the wheel so to speak.
Google uses Drag mode with the good old days of flash used continuous mode.
In the drag mode, the panorama should move in relation to your finger or mouse.
When you say "somewhat similar to other 360x180 panoramas" do you have an example of what you are referring to, to give a better understanding.
Regards,
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/
It could just be me but... pinned patches, sounds, poly's, etc are visible except web elements. I have to select the web elements icon to view where I placed them in a node. Is it a setting I missed again?
- Hopki
- Gnome
- Posts: 13022
- Joined: Thu Jan 10, 2008 3:16 pm
- Location: Layer de la Haye, Essex UK
- Contact:
Hi,
On the list of pesky bugs that need squashing.
But thanks for the report.
Regards,
On the list of pesky bugs that need squashing.
But thanks for the report.
Regards,
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/
Hi Hopki,
Here’s two panorama examples demonstrating different dragging behaviors (Pano2vr and Cloudpano). …when continuously pressing on the mouse and dragging.
Pano2VR:
https://tomhunterphoto.com/360realfolio ... index.html
Cloudpano:
https://app.cloudpano.com/tours/8UjXPLw ... X99IHKQ0na
Again, I really like the way Pano2VR drags the panorama (when Drag Mode is unchecked in the control panel), but it would be nice to give the user a choice in direction (the way it spins when dragging).
Here’s two panorama examples demonstrating different dragging behaviors (Pano2vr and Cloudpano). …when continuously pressing on the mouse and dragging.
Pano2VR:
https://tomhunterphoto.com/360realfolio ... index.html
Cloudpano:
https://app.cloudpano.com/tours/8UjXPLw ... X99IHKQ0na
Again, I really like the way Pano2VR drags the panorama (when Drag Mode is unchecked in the control panel), but it would be nice to give the user a choice in direction (the way it spins when dragging).
- Hopki
- Gnome
- Posts: 13022
- Joined: Thu Jan 10, 2008 3:16 pm
- Location: Layer de la Haye, Essex UK
- Contact:
Hi Tom,
The Cloud Pano example is very odd and unlike any I've seen.
Pano2VR supports the two known modes, Continuous and drag mode, both are used in tours found on the web, but drag mode, which is what Google Street View uses is probably the most common.
In the components in the toolbox, there are components that switch between the two modes, Drag and Continuous so the viewer can choose.
One for Silhouette and one for Simplex.
Regards,
The Cloud Pano example is very odd and unlike any I've seen.
Pano2VR supports the two known modes, Continuous and drag mode, both are used in tours found on the web, but drag mode, which is what Google Street View uses is probably the most common.
In the components in the toolbox, there are components that switch between the two modes, Drag and Continuous so the viewer can choose.
One for Silhouette and one for Simplex.
Regards,
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/
Hey Hopki,
Yes Cloudpano is a bit odd, I don't care for it either. I was just mentioning that it would be cool to have some extra options in the control panel. ...I'll check out what you posted (photo).
Pano2VR is awesome software (learning so many features and techniques, the more I use it)!
Thank you,
Tom
Yes Cloudpano is a bit odd, I don't care for it either. I was just mentioning that it would be cool to have some extra options in the control panel. ...I'll check out what you posted (photo).
Pano2VR is awesome software (learning so many features and techniques, the more I use it)!
Thank you,
Tom
FYI- The latest (3rd) beta v7 release STILL cannot properly convert a set of cube faces to equirectangular.
Cubes are created by krpano, they are named xxxx_b.tif, xxxx_d.tif, xxxx_f.tif etc.
Computer is M1 Macbook. Tif cube faces are my last stage for all my edited and completed panoramas that go into pano2vr for tour building. Once I add them I convert them to equirectangular format within Pano2VR to take advantage of it's multiresolution tif feature.
My workaround currently is to convert these back to equirectangular using krpano before import. But I shouldn't really have to do that. I didn't with previous versions of Pano2VR. But now this functionality has been broken since the start of beta 7.
EDIT: New Beta 3a, also has the same problem.
Cubes are created by krpano, they are named xxxx_b.tif, xxxx_d.tif, xxxx_f.tif etc.
Computer is M1 Macbook. Tif cube faces are my last stage for all my edited and completed panoramas that go into pano2vr for tour building. Once I add them I convert them to equirectangular format within Pano2VR to take advantage of it's multiresolution tif feature.
My workaround currently is to convert these back to equirectangular using krpano before import. But I shouldn't really have to do that. I didn't with previous versions of Pano2VR. But now this functionality has been broken since the start of beta 7.
EDIT: New Beta 3a, also has the same problem.
Last edited by mbb on Tue Apr 12, 2022 5:40 am, edited 1 time in total.
- Hopki
- Gnome
- Posts: 13022
- Joined: Thu Jan 10, 2008 3:16 pm
- Location: Layer de la Haye, Essex UK
- Contact:
Pano2VR 7 beta 3 now includes a native version for Apple Silicon (ARM) Macs. Expect improved speed and much faster load times on M1 Macs. With the switch to Qt6, the toolkit we use to build Pano2VR’s interface, the minimum system requirements changed to macOS 10.14, and Windows 10 (1809 or later)/Windows 11 21H2.
One of the major changes we added is the option to choose smooth motion for the hotpots. This is found in the Advanced settings of the Web Output. The Smooth Motion option will cause the hotspot icons to appear less sharp, but they will have a more fluid movement with the panorama. Sharp will make the icons appear sharper, but the hotspots’ motion will be more choppy or rough.
To see the complete list of changes, see the Changelog for Pano2VR 7 beta.
One of the major changes we added is the option to choose smooth motion for the hotpots. This is found in the Advanced settings of the Web Output. The Smooth Motion option will cause the hotspot icons to appear less sharp, but they will have a more fluid movement with the panorama. Sharp will make the icons appear sharper, but the hotspots’ motion will be more choppy or rough.
To see the complete list of changes, see the Changelog for Pano2VR 7 beta.
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/