Thanks Pascal and Klaus for this quick workaround. In fact fedora 19 is
using libjpeg-turbo, in what looks like a pre version from the project svn
(1.2.90-0.1.20130204svn922). So it's not really libjpeg, could the problem
come from that? Do you use libjpeg-turbo?
With this workaround, no more prob
works for me. anything special about your setup? old libraries lying
around somewhere in a lib/darktable/ directory?
On Thu, Feb 7, 2013 at 1:42 PM, Florian Gouleau
wrote:
> Hi folks,
>
> current git master crashes when using custom presets in iop.
> To reproduce the problem, use any iop, set the
Hi folks,
current git master crashes when using custom presets in iop.
To reproduce the problem, use any iop, set the parameters as
you want, save them as a custom preset, modify the parameters
and then try to reuse the preset that you just saved.
I have not tried if it applies to the foreseen 1.
Am 06.02.2013 22:03, schrieb Pascal de Bruijn:
> On Wed, Feb 6, 2013 at 9:57 PM, Serge Gavrilov wrote:
>> On Ср., 2013-02-06 at 21:23 +0100, Pascal de Bruijn wrote:
Could you make a sample RAW available for testing?
>>>
>>> Bump :)
>>
>> You can try
>> http://www.pdmi.ras.ru/~serge/DSC_1
On Ср., 2013-02-06 at 22:03 +0100, Pascal de Bruijn wrote:
> On Wed, Feb 6, 2013 at 9:57 PM, Serge Gavrilov wrote:
> > On Ср., 2013-02-06 at 21:23 +0100, Pascal de Bruijn wrote:
> >> >
> >> > Could you make a sample RAW available for testing?
> >>
> >> Bump :)
> >
> > You can try
> > http://www.pd
On Wed, Feb 6, 2013 at 9:57 PM, Serge Gavrilov wrote:
> On Ср., 2013-02-06 at 21:23 +0100, Pascal de Bruijn wrote:
>> >
>> > Could you make a sample RAW available for testing?
>>
>> Bump :)
>
> You can try
> http://www.pdmi.ras.ru/~serge/DSC_1009.zip
It says: "corrections done: only distortion" o
On Ср., 2013-02-06 at 21:23 +0100, Pascal de Bruijn wrote:
> >
> > Could you make a sample RAW available for testing?
>
> Bump :)
You can try
http://www.pdmi.ras.ru/~serge/DSC_1009.zip
Thanks!
--
Serge
--
Free Next-
hey,
thanks for those, the graphs look spot on :)
i'll push when i get home.
-jo
On Thu, Feb 7, 2013 at 7:47 AM, Rico Wendrock wrote:
> Hallo,
>
> I've made a noise profile from my Olympus E-PL5. You can download the files
> here: http://www.rico-wendrock.de/files/dt-noiseprofile-20130204.tar.
On Tue, Feb 5, 2013 at 10:56 PM, Pascal de Bruijn wrote:
> On Tue, Feb 5, 2013 at 8:15 PM, Serge Gavrilov wrote:
>> On Вт., 2013-02-05 at 18:27 +0100, Pascal de Bruijn wrote:
>>
>>> I pushed the patch to git master and darktable-1.1.x so it can be
>>> tested more widely:
>>>
>>> https://github.co
On Wed, Feb 6, 2013 at 6:00 PM, Madko wrote:
> Hi,
>
> this commit for pre1.1.3 fails to build at least on fedora 19:
> http://kojipkgs.fedoraproject.org//work/tasks/2085/4932085/build.log
> If you want to have a look
I've ask Klaus Post (rawspeed author) to take a look and he
implemented a worka
Hallo,
I've made a noise profile from my Olympus E-PL5. You can download the files
here: http://www.rico-wendrock.de/files/dt-noiseprofile-20130204.tar.gz
I hope they are ok.
Rico
--
Free Next-Gen Firewall Hardware Offer
Hi,
this commit for pre1.1.3 fails to build at least on fedora 19:
http://kojipkgs.fedoraproject.org//work/tasks/2085/4932085/build.log
If you want to have a look
2013/2/1 Pascal de Bruijn
> On Fri, Feb 1, 2013 at 9:03 PM, Togan Muftuoglu
> wrote:
> > On 02/01/2013 08:17 PM, Pascal de Bruijn
Jeremy,
> I still think this restoration thing is a bad way to implement a
> missing feature which is a real undo at the lighttable/map level. What
> you want is not restore a default, what you seem to want is to restore
> an error... do I have it right ?
Right. I think that having a way to undo
On Wed, Feb 6, 2013 at 3:33 PM, Pascal Obry wrote:
>
>
> So from a user point of view we would have:
>
> 1. drag from filmstrip to map to add geo-tag to image
>
> 2. move image on the map to change the geo-tag
>
> 3. drag image back to filmstrip to remove geo-tag
>(or over a trash bin, nothin
Jeremy,
> ok, my explanation was bad, but here me out...
>
> here we are not speaking of undoing a change (DT has a sort of undo
> feature thanks to the history stack but only for iop) we are speaking
> of a "selective reset" of some params. That seems like a weird feature
> to have, it's not ge
>
> Sorry I have to say it. This is plain non-sense to me. I have never ever
> seen a software requiring the loose work just to recover from a mistake.
> darktable has many iop and will get masks, it means that you can have
> spent some hours in the development process. I can't even start thinking
Isn't it easier to just have a button names "Resync GPS data" that
will get data from the exif info in the RAW and apply it to our db for
selected images? And for the rest, if the image has GPS data, it
should be shown on the map, and if not (maybe I want to remove that
data before publishing) it s
Jeremy,
> This means losing all your changes but that seems consistent with the
> rest of the DT UI and I think this is the good thing...
Sorry I have to say it. This is plain non-sense to me. I have never ever
seen a software requiring the loose work just to recover from a mistake.
darktable ha
if an image has geo-tag in its RAW metadata, the geotag should be
treated by DT and the image should have a geotag on import (but no XMP
at this point)
when the XMP is created, geotag data should be copied to the XMP and
no user-visible change should happen wrt geotagging
if the geotaig is then r
Jeremy,
> +1
>
> I see no way to have that usable. Moreover such a state (has geotags
> but is not on the map) would be very confusing.
To make this clear. My point was only to avoid loosing valuable
information like geo-tag read from the original image. Nothing confusing
from the user point of
On Wed, Feb 6, 2013 at 12:04 AM, Tobias Ellinghaus wrote:
>
> No, when an image has a geo tag it will show up on the map. We can eventually
> discuss if the current selection limits what is show (it used to be like
> that), but having an extra hidden state that decides if an image is shown on
> th
21 matches
Mail list logo
