Is it possible to have both rotation methods?

Or perhaps, an "auto" mode that changes from finger to motion if certain movement is detected?

Hi @scihant , Performing motionManager.startDeviceMotionUpdates on main queue caused very strong lagging on iPhone X. I updated it so it uses a user initiated queue which I think is suitable for this case. From Apple's documentation: "Used for performing work that has been explicitly requested by the user, and for which results must be immediately presented in order to allow for further user interaction."

This PR is related to https://github.com/scihant/CTPanoramaView/issues/46

After hours of testing, I wasn't able to combine both finger and motion rotation values. However, I think this approach can be useful for some (e.g., https://github.com/lightbasenl/react-native-panorama-view). Basically, this new both option starts with motion rotation, but switches to finger rotation if it is used.

With cocoapods version 1.6.1 I get the following error:

[!] Unable to determine Swift version for the following pods:

• CTPanoramaView does not specify a Swift version and none of the targets (targetlist) integrating it have the SWIFT_VERSION attribute set. Please contact the author or set the SWIFT_VERSION attribute in at least one of the targets that integrate this pod.

Could you please add the "swift version" in the pod declaration?

This PR provides ability to specify start angle for motion based panoramas as well as touch based. I also would like to apply start angle to sphere panoramas too, but couldn't figure out where should I apply it.

• Added a starting scale var to keep track of the scale when the zooming starts
• Added a new pinch gesture recognizer for the zoom
• Added the method handlePinch for the zoom logic

Is it possible change start angle from 0,0,0 to the center of my spherical picture? I found random picture in google to illustrate it: For example http://paulbourke.net/fun/dragongardens/2.jpg the gates is the most important part of panorama and I want to start viewing from the center of image.

to rotate compass we use eulerAngles: -cameraNode.eulerAngles.y But it works not in a proper way. The compass always jumps in different directions during rotation.

Background color is set at initialization. If you initialize the view through xib, then it works fine. But if you create a view programmatically, then it is impossible to set the color during initialization, only after. But if set after, then sceneView will not update its background color

Follow up of the previously rejected PR.

I have merged all changes from master, and also dropped the min XCode requirement back to 10 (you don't really need 12) so this library is compatible with react-native.

I've been using these changes for a while now and the ".both" option is great. Please consider including this in the library.

This would provide a method for rotating the image rather than the camera.

The benefit of doing this rather than the existing startAngle property is that it works the same regardless of camera control method or panorama type.

The main difference is that it doesn't change the orientation of the direction indicator. In my projects case, that's a benefit since we are applying a rotation correct for the fact that images start facing backwards using this library

Hello ! Before thank you for this work !

I got a problem , I take my image from url , I create UIImage with Data object , but sometimes , Image remains blank Did this happened to someone ? I mean i maybe failed with the lifecycle or something....

Thanks a lot !

[MTLTextureDescriptorInternal validateWithDevice:]:1325: failed assertion `Texture Descriptor Validation

MTLTextureDescriptor has width (8704) greater than the maximum allowed size of 8192.

This was using an image taken from an Android phone.

VR180 3D Image Support

Not so much an issue as it is a question. You say you only support 360 deg FoV angles, but all VR360 cameras that I know of are basically two VR180 cameras pointed away from each other, then rendered side-by-side. That's actually how the Vuze and Insta360 Vue switch between 360 mono and 180 stereo/3D views. You fold the 3D 180 cameras around so they're back-to-back and you get 360 footage.

As such, couldn't it be as simple as taking the 180 footage then adding a black rectangle for the 'second' 180 to properly show it with your library? i.e. your library would think it's still working with 360, just with a dead camera so half of the 'sphere' would be black.

If you're talking about the projection mode, then most VR180 cameras use the side-by-side 'circles' for video, but ironically for stills, they use equirectangular projection where the entire frame is filled, just distorted.

Now if you're speaking not about the projection issues, but the format of Google's VR180, for videos, it's as I said above... It has the two 'circles' on either side. But for stills, they do something a little different. Rather than store the images side-by-side, they only show the left eye and save it as a standard jpg. The view from the right eye is actually encoded and shoved in the metadata of the jpeg as a binary stream (along with some other metadata around lens distance and other projection-related data.) That's why you can open them with any standard Jpeg viewers.

...which brings me back to you here. At least for stills in VR180 3D format, you could grab the standard JPEG image, create a double-wide buffer, then render that image in the left side, leave the right side as just black, and treat it like it's a 360 equirectangular projection. Again, when it projects, you'll just see a dead/black half, but that's precisely what one would expect.

Now if you really wanted to get crazy, you could pull out that second 'right' image and render it in a second buffer, put two of your views side-by-side on the screen, using one buffer for the left and the other for the right, and bam... you now have a 3D VR180 viewer when used with a Cardboard viewer.

VR180 3D Sampe Images

Anyway, happy to help experiment with you on this if you want. If you do, to get you started, I'm including a raw VR180 3D JPEG image from the Lenovo Mirage Camera, as well as a second JPEG image where I manually pulled out the right eye and rendered it next to the image from the standard JPEG stream. Using this you may be able to see if you can figure out how to get your library to use VR180, at least in mono. If you do, again, slap a second viewer next to the first with the data from the right eye and congrats... you support VR180 3D still images, which is a start!

I myself personally like them better than videos because it's a moment frozen in time that you can look around as if you were there. Videos you're at the mercy of what the cameraman does/moves/goes. For instance, whenever I go apartment hunting, I bring the VR180 cam and snap images rather than videos. Then later, I can go back home and 'look around' again using my Quest 2 and Pigasus Viewer (after I extract them to the SBS view as I did here since Pigasus doesn't support the embedded right image. They support tons of projection modes and arrangements. Just none with the embedded data like VR180.) I basically take a photo from each 'corner' of a room, then down hallways and such, and I can virtually 'walk around', seeing everything in 3D and I can really plan things out how I want my furniture to go, etc. It's really great and has rejuvenated my use of the Lenovo Cam because again, videos, unless it's sitting on a tripod, are basically useless, to me anyway.

Files

Hallway.vr.jpeg Hallway_LR.jpg

I'm implementing the panorama view with this specs :

device : iphone XR image : 4096 x 2048 (JPEG) panorama type : spherical bound size : full screen (828 x 1792)

and, the quality is very low after implemented.

what config should i make to make it high resolution as the image? i recognized that the image is zooming-in too much

please advice. thank you

For my use case I need to grab an image of the current view, but the sceneView is private and inaccessible. I don't think sceneView needs to be made public, but at least offer new snapshot() method that will give you the current view of the scene. I might submit a PR for this if necessary.

Thanks