Garden Gnome Software

mbb wrote: ↑Tue Feb 15, 2022 3:14 pm Video can be viewed here: https://tinyurl.com/2p9fpee2

Perfect! I am certainly having the same problem.

Here is another video showing how to create an instant hard crash (OSX M1)-

https://tinyurl.com/5n7srhz5

Thanks, again! We've reported it.

Great!

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?

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.

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,

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?

Hi,
On the list of pesky bugs that need squashing.
But thanks for the report.
Regards,

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).

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,

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

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.

There seems to be a bug in the 7 beta when using Pano2VR on dual screens if you move it from one screen to another the file menu drop downs appear on the first window the app launches on.

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.