Until you find a free software replacement that meets your needs, Autopano works very well with TiFF files as input.
Did you really mean Autopano?
OMG, I rely on Autopano Giga for my business every day. It seems if I ever move to a newer camera I’m doomed.
Is the Autopano licence bundled to the camera? Never the less I think you should now start to test the alternatives. And please report back what you chose and why.
Yes. I own a license to Autopano Pro and I only used it with TIFF files as input. AFAIK Autopano Giga is like Pro but with more features. If there is a special license that ties it to one camera model, I know nothing about that.
One would need to contact GoPro support to ask about freeing the source code.
I’m quoting from the first link in my last post:
John Story, Associate General Counsel and head of International Legal at GoPro, said that many months had been spent trying to find a better way forward, including open source, but with no success. “Open sourcing Panotour is not feasible,” he told us.
Nope, but since it’s proprietary there is no way to add support for the new cameras, raw files and new lenses.
I’ve tried Hugin yesterday with 16 jpg images to create a 360*180 panorama for VR purposes.
It failed to autodetect points so hard that it’s not even funny. PtGUI is similar to hugin, gives somewhat better results but not even close to Autopano.
I’ve been doing this for a few years now and my verdict is that there is no software suitable for Panorama stitching at scale at the moment. And I’ll go even further to say that an opensource alternatives will not be up to pair with Autopano for 10 years+.
So in my view, the only way is to:
a) somehow convince GoPro to release the source,
b) raise the funds to buy the software and release it as gpl
c) get a hold of some of the original developers to see if they are up for recreating the tech but in gpl, provided there is a way that they or the new project doesn’t get into a legal trouble.
One could start simply with change.org petition for GoPro to release the source and then gradually increasing the pressure trough emails, forums and social media.
The worst that can happen is, some other company filling the vacuum with another proprietary solution.
Any chance you could share a failing example, so that we can have a look? This might be a good opportunity of putting new efforts into hugin… for smaller panoramas, as far as my experience goes it work perfectly.
Sure,
sorry for the redacted part. It’s an unreleased head.
So it was shot on 77D and Canon 10-18mm at 10mm.
Hugin failed to properly connect the panorama to the point where it was not worth the time to start manually adding points.
Autopano Giga on the other hand have no problem connecting it perfectly without any other input needed.
@Tobias@KristijanZic
I confirm that stitching through Hugin’s assistant seems to work very well with the provided panorama. The only problematic image is the first one (the nadir image, I guess), for which I get some slight alignment glitches.
@KristijanZic: As a side note, I have seen that your shots have a quite limited overlap, and non-uniform white balance, as in this example:
A larger overlap would allow to better correct for lens distortions and vignetting, as well as provide a more comfortable set of control points for alignment.
Concerning white balance, it cannot be corrected accurately with images encoded in standard sRGB colorspace, due to the non-linear TRC.
Notice that I have used the current development version for alignment and stitching. I still have to check if the current 2018.0 stable version gives different results or not…
The steps I followed are very simple:
opened hugin with the “simple” interface, and loaded the images
@Carmelo_DrRaw@Tobias thank you so much to taking the time to test this out and to give me some useful info @Carmelo_DrRaw. You guys are saints.
Atm, I cannot get the thing to work correctly for me but I’m in the process of making a new PC build, so when I’m done I’ll be testing this heavily and judging by the results you two have presented me with, I think I might put Hugin as a default in my pipeline. Assuming I get it to work on a new build or find a bug and a dev willing to fix it ofc.
I have to say, I’m so amazed that it worked so well for you two. Hugin was the first software I tried many years back and it just didn’t work for me at all and that’s why I went with Autopano in the first place. It going out of business might be the perfect time for me to replace it with an open source solution
If my machines specs are the issue, here they are:
In addition, I’m using the foss driver that’s in the kernel. Should I install amdgpu-pro?
I’ll be replacing the cpu with a Threadripper 1900x as soon as I get the ram, 16gb G-Skill (Samsung B-dye). I hope that fixes it, although I haven’t really looked at all at what the actual issue might be so fingers crossed.
What kind of problems are you encountering exactly?
I think your specs are fine, except maybe for the amount of RAM. OpenCL will speed up computations, but it will not improve the quality of the result.
Since you are using Linux, you might be interested in trying my Hugin AppImage packages. They would allow you to easily test the development version, without having to deal with complex dependencies.
You can find some details and instructions here:
This is the version I have used for stitching your photos…
EDIT: the not-so-hidden advertising of my Patreon page is purely intentional