Giter Club home page Giter Club logo

Comments (3)

kunzmi avatar kunzmi commented on July 21, 2024

It all depends on your definition of "good" and "bad". Some people prefer noisy but more detail, some prefer less noise but smoother, there is no mathematical answer for a "better" or "worse" comparison... personal impression is way to important in this regard so that an objective answer is not possible.
As for the technical aspects: with this algorithm you have a lot of control over the actual outcome, you can adjust many parameters. Especially the smooth result is controlled by the kernel parameters kDetail and kDenoise (these are described in the paper’s supplement). You basically define with them the amount of smoothing to apply. Less smoothing then of course means more noise, you have to find a trade-off that suits your needs.
As for the comparison with the results from the paper, don’t forget that the paper contains so many errors and mistakes, that I can only assume that the way I implemented the method is also the method as used by google. I have no knowledge about what they actually implemented in their software why I didn’t try to compare my results to theirs. I wanted to understand the method, I got it working and that’s where my motivation ended ;-)

from imagestackalignator.

boogerlad avatar boogerlad commented on July 21, 2024

I've been tearing out my hair looking for it here, but the supplement section can be found here with 6 additional pages of detail. Thanks for pointing me in the right direction! I have a pocophone f1 with gcam and opencamera, so it will be interesting to do a comparison of gcam vs imagestackalignator + raws from opencamera. I also plan to do comparisons with the hdr+ dataset. Hopefully I can tune the parameters to resolve more detail from the New York scene as well :)

The way I see your software is bringing state of the art computational photography to any camera, not constrained to the weak processing power of a mobile device or short processing times. On a side note, I'd love to donate to the continued development of this and further user friendliness. Is it possible to work with Nvidia to get around

I heavily make use of the NPPi library coming with CUDA, and there the maximum image size seems to be restricted to 2 Gigabytes.

?

from imagestackalignator.

kunzmi avatar kunzmi commented on July 21, 2024

Now that I think of it, the 2GB limit actually should come from .net and not from NPPi - .net arrays are for sure limited to 2GB of size in .net framework 4.6. Not sure how .net core handles this.

from imagestackalignator.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.