Hallöchen!
Tobias Ellinghaus writes:
> Am Mittwoch, 22. Juli 2015, 11:03:55 schrieb Torsten Bronger:
>
> [...]
>
>> May I kindly ask somebody with admin rights for the new lists to
>> move manually the gmane accounts? There should be one account on
>> each mai
se accounts feed the
darktable newsgroups on gmane. Thank you!
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's
data loss (groups) and would also
> entail a big cleanup of bad tags .. this I would like to avoid.
>
> Any ideas?
Is it the same as http://redmine.darktable.org/issues/10011 maybe?
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torste
rs
in the process, and I can check the results for pausability.
Besides, it means less work for you.
Regards,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
--
Don't Limit Your B
is
much less invasive that a change of subject propertions IMHO.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
--
___
darktable-devel
Hallöchen!
Carlos Martín writes:
> any way to remove the black part that leaves a 8mm fisheye on a
> APS-C? One way than trimming the image, because part of the image
> is lost.
You can change the "geometry" to "rectilinear" or "equirectangular"
or &qu
..]
>
> I'm happy to upload images if anyone needs to see the problem or
> help in any other way.
Yes, please upload images at http://wilson.bronger.org/calibration
If possible, upload a full set of images according to the guidelines
on this page. Else, upload one image exhibiti
ser directory.
It is currently stored in the git branch database-timestamps, and
will be merged into master probably next week. We are happy about
beta testers.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://br
x^2+y^2) can
> easily reach values greater than 1 if inv_dist>sqrt(0.5).
>
> What is inv_dist meant to be? Inverse distance? How is it
> normalized?
It is the inverse focal length in normalised units. All input
values, x, y, dist, and even inv_dist, are of the order magnitude of
1. But
Hallöchen!
Sebastian Kraft writes:
> Am 23.09.2014 um 07:53 schrieb Torsten Bronger:
>
>> [...]
>>
>> I don't see an actual difference between returning 1.6e16, inf,
>> or nan. The caller has to special-handle it in either case.
>
> No, the cal
n to the caller, and creating an
idiosyncratic special value.
But maybe it is the most pragmatic way of doing it?
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
e:
* Check everything in LF and return a very large (but not too large)
float value if invalid.
* Do the maths in LF completely unchecked and let the caller (aka
DT) check.
Note that *somewhere* we *have* to check. So some sort of
performance impact is unavoidable AFAICS.
Tschö,
Tors
k on it -- it would be enough
for me if the DT teams says it is a nice idea and maybe someone will
work on it, sometime.
But if the DT team says that this is not the way they want to go, I
continue to use my standalone script. One can then think about
fixing the existing DT PC code.
Tschö,
To
t you own manually in an XML file
like this in ~/.local/share/lensfun/:
Sony E
Generic
M42
Nikon F
Nikon F AF
Nikon F AI
Nikon F AI-S
T2
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-
piled my testcase at
https://bob.ipv.kfa-juelich.de/bronger/ca_test.tar.gz One of the
pictures was taken through a glass window, so it has very peculiar
CA.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
rameters are really needed. Besides this, a linear
algorithm is only useful if higher-order approaches are unstable.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp
least for the topic of this thread. Kepp in mind
that you must activate the module in UI mode by calling DT like
this:
darktable --conf plugins/darkroom/cacorrect/display=1
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
a_correct.
The algorithm takes some time, but I suspect because it happens at a
very early stage of the processing chain, caching should be very
efficient here, shouldn't it?
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
>> <http://lensfun.sourceforge.net/calibration-tutorial/lens-tca.html>.
>
> A (radial) degree 4 polynomial :-)
* Lensfun always sets a = 0
* No mixed terms
* In most cases, also c = 0
* In 50% of the cases, only v != 0
Tschö,
Torsten.
--
Torsten Bro
convince the devs some day to reduce the
>> two TCA sliders to one.
>
> How would you determine the ratio between the two then, if you
> don't rely on automatic methods? Profile based?
I would set the ratio to one. In my experience with approx. 50
lenses (multiplied by 5 zoom se
ir models base on scientific
papers which have some quality I suspect (page 7):
http://download.macromedia.com/pub/labs/lensprofile_creator/lensprofile_creator_cameramodel.pdf
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
radial error component is a
decentering, which needs to be tackled by a shift of the coordinate
system. I needed this shift once in 100+ lenses that I measured so
far. Everything beyond that is difficult to measure with the means
that are available to us, I think.
Tschö,
Torsten.
--
T
ut 4th order polynomials with mixed terms, I'm
really tempted to call this over-engineered. ;-) That said, I like
an automatic approach -- Adobe had good reason to abandon
profile-based TCA correction.
By the way, does Stéphane Gimenez read this list? I didn't have him
on CC.
Tschö,
>> And would you consider adding a manual slider option or do you
>> use SVD for the fitting?
>
> I like the zero-configuration approach.
Me too. I hope that I convince the devs some day to reduce the two
TCA sliders to one.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: tor
opagation", so I assume it is some sort of letting the surrounding
colour propagating into the hightlight. This *is* guesswork -- but
it's art photography and not a physical measurement after all. A
means to an end.
Tschö,
Torsten.
--
Torsten BrongerJabber ID
Hallöchen!
Kevin writes:
> On Thu, 3 Apr 2014 14:27:47 Torsten Bronger wrote:
>
>> Thank you! As a DT_CLI user, I appreciate this. How difficult
>> is it to add all other options of DT's "export" module to the
>> CLI? Since the "export" module
the same as checking the corresponding
> checkbox in the GUI.
Thank you! As a DT_CLI user, I appreciate this. How difficult is
it to add all other options of DT's "export" module to the CLI?
Since the "export" module parameters cannot be in the XMP file, this
is highly
Hallöchen!
Jan Deyk writes:
> Anybody?
How wide is the line of artifacts? A few pixels? Then crop it
away. Otherwise, upload and link to a pixture exhibiting the
problem.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen
Hallöchen!
Jan Niklas Fingerle writes:
> Am 22.01.2014 17:24, schrieb Torsten Bronger:
>
>> Maybe before this line, it should check
>> "Exif.OlympusEq.LensType", giving it higher precedence.
>
> it would be great, if lensfun could do that, too:
Lensfun now uses
Hallöchen!
Jan Niklas Fingerle writes:
> Am 22.01.2014 13:05, schrieb Torsten Bronger:
>
>> Lensfun uses a scoring algorithm that measures the similarity(tm)
>> of the lens names. In this case, the non-ED variant would win,
>> because fewer additional words. But isn
Hallöchen!
Jan Niklas Fingerle writes:
> Am 22.01.2014 07:52, schrieb Torsten Bronger:
>
>> Three lenses are convincing to me. I prepended "Olympus" to all
>> Four-Third lens model names in lensfun. For Lensfun <= 0.2.8,
>> install the tarball http://le
r Lensfun <= 0.2.8,
install the tarball http://lensfun.berlios.de/db/version_0.tar.bz2
at the appropriate place. Alternatively, install current SVN Lensfun.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.a
ust using exiftool in command line and the lens
> informations are showing in the exif .
I would report this to the exiv2 project (togather with a raw file).
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
me, maybe this
is even limited to some lenses.
On the other hand, *additional* words in the lens model name do not
preclude matching, only *missing* words.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth
could give it a second chance, but I don't like the
idea.
My approach is to make Lensfun's model names longer, and to optimise
for exiv2 explicitly. This has already been done systematically for
Nikkors. For example, the lens mentioned in the above pull request
would be detected properl
avid@W530:~/darktable/build/src$ darktable -d
> [rawspeed] No decoder found. Sorry.
> [rawspeed] No decoder found. Sorry.
>
> But after 10 seconds the 2 RAF files were decoded an were ready
> for processing.
Do you see any processes running during this period?
Tschö,
Torste
14-140mm is not. I am
> getting camera/lens not found
Could you please upload one RAW file at
http://wilson.bronger.org/calibration (image content does not matter
for this purpose).
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
Hallöchen!
Novák Levente writes:
> 2013. 11. 7, csütörtök keltezéssel 08.54-kor Torsten Bronger ezt írta:
>
>> [...]
>>
>> Do you mean http://darktable.org/redmine/issues/9038 with
>> "vignetting correction"? I toy with the idea of implementing
>>
arktable.org/redmine/issues/9038 with
"vignetting correction"? I toy with the idea of implementing 9038
in LensFun.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://b
ally.
You may also browse through http://goo.gl/kwXjoZ and scroll down on
each search result to the "bokeh fringing" part. There, you see all
kinds of examples of LCA, to get a feeling how the real-world lenses
behave. Unfortunately, there are no RAWs so play with.
Tschö,
Torst
Hallöchen!
Dennis Gnad writes:
> On 19.10.2013 20:40, Torsten Bronger wrote:
>
> [...]
>
> What would be interesting for me, maybe you can take one more shot
> which shows some LCA and still has a bit more different colors in
> the picture if possible. Selectively de
not pure LCA
and you have yellow fringes as well.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
--
October Webina
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
--
October Webinars: Code for Performance
Free Intel webinars ca
is way for rare
grey values.
>> Is is possibly to plot also the frequency of the grey values?
>
> Yes, I certainly can do a grey scale plot ... and will do so later
> today.
I don't need a look at the original picture, just a semi-logarithmic
plot of frequency vs. grey value.
T
ect. This *may* make the result unusable. You should
definitely try to get an image with a better distribution of grey
values.
Is is possibly to plot also the frequency of the grey values?
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
may adapt
LensFun locally so that it works for you more conveniently but this
cannot become part of the central LensFun database.
You may consider filing a bug report agains exiv2.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
matrix, because then it has no effect.
> I remember a blog saying that the best time to take a picture was
> at noon on a cloudless day.
This has no significance here. ;)
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
Hallöchen!
Torsten Bronger writes:
> [...]
>
> I may revoke this plea if too many pictures are made available,
> since at the current stage, I am only interested in finding out
> whether my method is applicable to other cameras, too.
Please don't send in further pictures for
but I must finish this now because I don't have further time for
working on this.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
Hallöchen!
bartokk writes:
> 2013/8/4 Torsten Bronger
>
>
>> At <http://wilson.homeunix.com/basecurve/>, I summarise my
>> results trying to get the base curve of my camera's JPEG engine.
>> It worked pretty well I would say. Granted, I could not model
Hallöchen!
Robert William Hutton writes:
> On 13/08/13 20:49, Torsten Bronger wrote:
>
>> I did only the 350D and it worked. I reproduced DT's "Canon
>> alternative" quite accurately, so any other preset would be
>> superfluous. FWIW, the exact f
lt;http://wilson.homeunix.com/basecurve/analyse_basecurve.py>.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
Hallöchen!
Robert William Hutton writes:
> On Mon, Aug 12, 2013 at 12:21:59PM +0200, Torsten Bronger wrote:
>> Robert William Hutton writes:
>> > On 12/08/13 09:25, Torsten Bronger wrote:
>> >
>> >> I know feel confident enough to check bascurves of oth
1400020002000200
to an XMP file, substituting the old basecurve line.
The remaining difference to the Canon curve is negligible. :)
Tschö,
Torsten.
--
Torsten Bronger
ing to the user ?
> that would be an easy way to enforce some sort of image quality in the
> input...
The current version also logs the number of samples for every RAW
brightness in the third column.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten
Hallöchen!
Pascal Obry writes:
> Le 13/08/2013 08:57, Torsten Bronger a écrit :
>
>> The results can be found here:
>> http://wilson.homeunix.com/basecurve/d800/
>
> Thanks a lot! I tried to run the script on my side but it ends up
> with a divide by 0 after eating lot
chö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
0001400020002000200
into the XMP file.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
scription: Binary data
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
--
Get 100% visibility into Java/.NET code with AppDynamics Lit
ed module downwards.
Mask it do the dark areas, so that the bright centre is not
desaturised. Done.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bron
best for green, but this effect is really strong.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
--
Get 100% vi
Hallöchen!
Robert William Hutton writes:
> On 12/08/13 09:25, Torsten Bronger wrote:
>
>> I know feel confident enough to check bascurves of other cameras.
>> [...]
>
> Would 350D or 5D mark III images be useful?
Sure. But please don't send them as email
available,
since at the current stage, I am only interested in finding out
whether my method is applicable to other cameras, too.
Thank you!
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
--
Get 100% visibility into Java/.NET code with AppDynamics Li
choice of such a wide-wide gamut RGB suggests that Lr uses
16 bit non-negative integers, which means that Lr is colour blind in
some areas. But the Google hits are from 2008. Moreover, some web
pages seem to mix-up "colour space used for image processing" and
"colour space used f
Hallöchen!
Alexander Rabtchevich writes:
> Does the tool take into account camera profile being used?
No.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.
Test the
result" onwards.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
--
Get your SQL database under ve
6-bit TIFFs. Unfortunately, the Python imaging library can only
deal with 8-bit files. Besides, I set the measured basecurve in DT
by hand, which is inherently inaccurate.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or htt
Hallöchen!
Ulrich Pegelow writes:
> You can't have all immediately and at once :)
Of course. :)
At least with my first two paragraphs, I only wanted to make sure
that I use the tool as intended (for now), and that I don't overlook
something.
Tschö,
Torsten.
--
Torsten Bronger
But then I draw masks only to adjust
the brush, and delete them afterwards.
Also, it would be nice if I could stay in brush mode and change the
brush size between strokes. This way, I could work out the details.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torste
t LensFun code.
>
> Exactly, that should be quite simple and is the only real
> solution. Someone tried to work on a converter script from Adobe
> to lensfun formula but the result was that it is not possible to
> do it this way
res to lensfun?
I think this would be too lazy. ;-) Besides, one can do that in
Darktable. But I added
http://wilson.homeunix.com/lensfun_coverage.html yesterday.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
ifficult,
actually. You "just" have to implement the Adobe formulae, which
are well-documented. This way, all LensFun-using programs benefit,
and DT doesn't have to re-implement LensFun code.
However, I know of noone working on it or planning to work on it.
Tschö,
Torsten
Hallöchen!
At https://bob.ipv.kfa-juelich.de/bronger/nex7_calibration/ you find
my Sony NEX-7 input profile image (blue sky, noon sunlight) and the
reference file.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http
Hallöchen!
Pascal de Bruijn writes:
> [...]
>
> This new default isn't permanent per-se, as we still want some
> feedback.
I like the new defaults very much.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
ht, I
now believe that Daniel's approach could be helpful if one limits it
to small test-areas on the image (quite similar autofocus regions).
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
at <http://www.photozone.de/Reviews/overview>, I doubt
that there is a measurable dependence beyond systematic errors.
(I'd really like to know why there is no dependence, by the way.)
Be that as it may, I don't think that it is senseful to extend
LensFun this way.
Tschö,
Torsten.
Hallöchen!
Torsten Bronger writes:
> [...]
>
> * There is only one slider. For distortion, it is the "b" parameter
> of the ptlens model, for TCA, it is the combined value of blue and
> red, and for vignetting, I don't know yet.
I mean "one slider&quo
er. For distortion, it is the "b" parameter
of the ptlens model, for TCA, it is the combined value of blue and
red, and for vignetting, I don't know yet.
What do you think?
Tschö,
Torsten.
--
Torsten BrongerJabber
in lensfun database as it's the single canon
> lens without "mm" after the lens...
It's also odd that it has an EF rather than an EF-S mount according
to LensFun.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jab
Hallöchen!
Sebastian Kraft writes:
> Am 17.03.2013 15:27, schrieb Torsten Bronger:
>
>> [...]
>>
>> [...] The only problem is, how do we get the aliases? We will
>> have to hope that people running into this problem will find
>> their way to the mailing l
to the mailing lists. This is not
ideal. At least, it should be noted in the user manuals of the
programs that use LensFun.
Possibly, one could compare the full list of exiv2 lens names with
the LensFun database. But even then, finding matches is often pure
guesswork.
Tschö,
Torsten.
--
handling of the database search".
>
> Sure a dt developer could speak whith greater authority than me :)
Done. (Although no DT developer.)
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
?
See
http://thread.gmane.org/gmane.comp.graphics.darktable.user/901/focus=946
and its context.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
---
try, maybe in a file aliases.xml. In the long term,
LensFun must accept multiple elements in a element.
But this needs to be implemented.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
problem with a non-working Samba mount.
Apparently some Gnome lib probes all mountpoints at DT startup,
leading to freezes if one of them is broken somehow.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://brong
Hallöchen!
johannes hanika writes:
> On Thu, Jan 3, 2013 at 11:29 PM, Torsten Bronger
> wrote:
>
> [...]
>
>> Here are the results of benchmarking:
>>
>> [...]
>
> these values look very reasonable..
>
>> I had problems making the reference HD
ly to each other,
though. (If I understood benchmarking correctly at least.)
All benchmarking images are out-of-focus, too. Was this correct?
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspo
Hallöchen!
Pascal de Bruijn writes:
> On Sun, Oct 28, 2012 at 10:43 PM, Torsten Bronger
> wrote:
>
>> [...]
>>
>> Comparing timestamps would be enough for all practical purposes.
>
> Timestamps aren't reliable per-se...
Granted, you can manipulate them,
Hallöchen!
Pascal de Bruijn writes:
> On Sun, Oct 28, 2012 at 9:29 PM, Torsten Bronger
> wrote:
>
>> Pascal de Bruijn writes:
>>
>>> [...]
>>>
>>> I think this is by design. Darktable's primary source of
>>> information is it&#
dence? I can imagine only
use cases when the user would like it the other way round.
Bye,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
91 matches
Mail list logo
