Re: [darktable-devel] Library Lock Problem

On Thu, Jul 9, 2015 at 7:05 PM, David Vincent-Jones wrote: > On Thu, 2015-07-09 at 11:51 +1000, James C. McPherson wrote: > > On 9/07/15 10:50 AM, Patrick Shanahan wrote: > > > * David Vincent-Jones [07-08-15 20:01]: > > > [...] > > >> Hi Tobias; Can you recommend a way to open and look insid

Re: [darktable-devel] Segmentation fault during denoise profile generation.

On Sun, Jul 5, 2015 at 12:02 AM, Piotr Ryszkiewicz wrote: > On Sat, Jul 4, 2015 at 10:57 PM, Roman Lebedev > wrote: > >> On Sat, Jul 4, 2015 at 11:49 PM, Piotr Ryszkiewicz >> wrote: >> >>> Hello, >>> >>> >> I tried to generate denoi

Re: [darktable-devel] Segmentation fault during denoise profile generation.

On Sat, Jul 4, 2015 at 11:49 PM, Piotr Ryszkiewicz wrote: > Hello, > > I tried to generate denoise profile for Pentax K-S1. At first, gen-profile > script ended silently in the phase of > ===> Checking profiling RAW images correctness + Jpeg export > after first image. When started another time

Re: [darktable-devel] latest printer-related commits make dt not to start

On Sat, Jul 4, 2015 at 1:09 PM, Pascal Obry wrote: > Alexander, > > > You've managed to fix it when I was trying to found the possible > > commit. > > :) Now it works. > > Good to hear! > > > P.S. Maybe it was 9555d95773af89fde7e7c0d6fa9fd2d9f8067190 > > Indeed, this correct commit from Roman did

Re: [darktable-devel] [Darktable-users] Build error on git tip on Fedora 22 using gcc

On Tue, Jun 30, 2015 at 5:12 AM, Chris Siebenmann wrote: > > > /data/code/git/darktable/src/common/interpolation.c: In function > > > ‘dt_interpolation_compute_sample’: > > > /data/code/git/darktable/src/common/interpolation.c:789:21: error: > array > > > subscript is above array bounds [-Werror=

Re: [darktable-devel] [Darktable-users] Build error on git tip on Fedora 22 using gcc

On Mon, Jun 29, 2015 at 11:32 PM, Chris Siebenmann wrote: > I just updated one of my machines to Fedora 22 and attempted to rebuild > the current git tip development version of darktable on it. Hey. This errored > out with: > > /data/code/git/darktable/src/common/interpolation.c: In function >

Re: [darktable-devel] Darktable and AVX

On Fri, Jun 26, 2015 at 6:33 PM, Bruce Guenter wrote: > On Fri, Jun 26, 2015 at 09:58:06AM +0200, jeremy rosen wrote: > > On Fri, Jun 26, 2015 at 6:57 AM, Bruce Guenter > wrote: > > > > > In fact, it could potentially (long term) eliminate the need for > > > process_cl() as well, with compilers

Re: [darktable-devel] Darktable and AVX

On Fri, Jun 26, 2015 at 6:46 PM, Bruce Guenter wrote: > On Fri, Jun 26, 2015 at 02:10:32PM +0300, Roman Lebedev wrote: > > Last time it was discussed, it was agreed that there is just no compilers > > that > > support it: > > *) only GCC 4.9, which is considered hal

Re: [darktable-devel] Darktable and AVX

On Fri, Jun 26, 2015 at 7:57 AM, Bruce Guenter wrote: > On Fri, Jun 26, 2015 at 02:50:45AM +0300, Roman Lebedev wrote: > > There is also a second way (not counting leaving it as it is), > > and i think there are valid arguments why it should be chosen: OpenMP > SIMD. > &g

Re: [darktable-devel] Darktable and AVX

There is also a second way (not counting leaving it as it is), and i think there are valid arguments why it should be chosen: OpenMP SIMD. 1. more versions of process() - more code to keep synced Right now we already have process() with SSE[3] and process_cl() with opencl And even now, there is no

Re: [darktable-devel] cannot run git version on Linux Mint 17.2 rc

On Thu, Jun 25, 2015 at 6:44 PM, Alexander Rabtchevich < alexander.v.rabtchev...@gmx.net> wrote: > Hello. Is there a chance that will be fixed? Yesterday, a fix for some lua issues was committed ( af1f14aaffe9ecf1e5d9ae6d4ab85dd1208e067e, bfc08d15aeea3e60af52203f8e05f9817dea6663) Does the issue s

Re: [darktable-devel] compiling from source - fails

On Wed, Jun 17, 2015 at 11:11 PM, Paulo van Breugel < pvanbmail-l...@yahoo.com> wrote: > Hi, I am trying to compile Darktable from source. I am getting the > following error: > Hi. > > /home/paulo/Software/Artistic/darktable/src/libs/tools/module_toolbox.c:101:20: > error: initialization makes p

Re: [darktable-devel] cannot build today git

nstall/darktable/src/gui/gtk.h:43:33: error: request for > member ‘name’ in something not a structure or union > if(info->name && strcmp(info->name, name) == 0) return info->widget; > > Simplest solution is to just upgrade gtk3 to at least 3.12 ... > With respec

Re: [darktable-devel] cannot build today git

On Tue, Jun 16, 2015 at 7:40 PM, Alexander Rabtchevich < alexander.v.rabtchev...@gmx.net> wrote: > Hello > > Linking C shared module liblive_view.so > [ 61%] Built target lighttable_mode > Scanning dependencies of target module_toolbox > [ 61%] Building C object > src/libs/CMakeFiles/module_toolbo

Re: [darktable-devel] Fujifilm X 30 profiled denoise

63 > Segmentation fault darktable-cli "$input" "$output" > /dev/null 2>&1 > Yes, there is such an issue :( I would just try to downgrade to 1.6.6 for noise profile generation. > Therefore, I included the whole set of data. > > Please advice, > &

Re: [darktable-devel] Fujifilm X 30 profiled denoise

On Sun, Jun 14, 2015 at 3:51 PM, kipvo...@gmail.com wrote: > Hi guys, > Hey. > > since you make such a great piece of software, I felt the need to give > something back. > > I created a FujiFilm X 30 noise profile (attached), and I am pleased with > the results. > > The whole set of profiling f

Re: [darktable-devel] Build fails ungracefully if gphoto2-dev is not installed

On Sat, Jun 6, 2015 at 8:26 PM, Marco Tedaldi wrote: > Hi everyone > Hi. > > If gphoto2 is not installed, the build fails after about 20%. > And what is the buildlog? I have removed libgphoto2-dev, and it still builds fine. In fact, here it still builds fine if i remove all gphoto. > > I'm no

Re: [darktable-devel] Mouse Wheel with histogram

On Wed, Jun 3, 2015 at 11:32 PM, David Vincent-Jones wrote: > Has anybody else noticed that the mouse wheel is no longer operating on the > histogram? Works just fine here... > The wheel does still work just fine on moving the pointers. > > I have a new mouse and not sure if this is causing th

Re: [darktable-devel] scroll boxes problem with git version

On Sat, May 30, 2015 at 2:33 PM, thokster wrote: > Am 29.05.2015, 17:41 Uhr, schrieb Roman Lebedev : > > On Fri, May 29, 2015 at 6:37 PM, Marc Cousin >> wrote: >> >> On Friday 29 May 2015 16:14:59 Roman Lebedev wrote: >>> > On Fri, May 29, 2015 at 9:29

Re: [darktable-devel] scroll boxes problem with git version

On Fri, May 29, 2015 at 6:37 PM, Marc Cousin wrote: > On Friday 29 May 2015 16:14:59 Roman Lebedev wrote: > > On Fri, May 29, 2015 at 9:29 AM, Marc Cousin > wrote: > > > Hi, > > > > > > When using most gtk3 themes (and aidwata of course), the "scroll

Re: [darktable-devel] scroll boxes problem with git version

ompletely black :) > > Should I file a bug ? > It is intentional. $ git show 4d8b4684f5451f0ce9dea916eeacf17502c5cd3c commit 4d8b4684f5451f0ce9dea916eeacf17502c5cd3c Author: Roman Lebedev Date: Fri May 22 22:17:34 2015 +0300 Enhance module unscrollability. NOTE: this makes side

Re: [darktable-devel] Discarding History Stack

On Thu, May 28, 2015 at 10:06 PM, Pascal Obry wrote: > > David, > > Please keep darktable-devel. That's the last message I'll answer > directed to me only. > > > Snap1: Original history includes dt basics as well as the presets that I > have > > automatically applied to all incoming images. > > O

Re: [darktable-devel] Discarding History Stack

On Thu, May 28, 2015 at 6:47 PM, David Vincent-Jones wrote: > I still have problems when I am applying one of my styles directly after an > import. > > Discard history stack leaves all of the default history, as well as any of > my > presets, in place. That is *exactly* how it is supposed to wor

Re: [darktable-devel] Nikon D750

https://www.darktable.org/2015/02/on-lens-detection-and-correction/ It's Lensfun issue, not DT. Roman. On Mon, May 11, 2015 at 10:35 AM, John Small wrote: > Hi, > > It appears my new camera (Nikon D750) is not recognised by the 'Lens > Correction' modual. Any chance this can be rectified for th

Re: [darktable-devel] Tethering with Fuji Cameras

On Sun, May 10, 2015 at 10:10 PM, David Vincent-Jones wrote: > I tried tethering with a Fuji X100S and only saw a blank screen. I didn't > experiment too far in case it would be a problem for the camera. > Is tethering available for X-trans sensors? > Darktable uses gphoto for tethering, therefo

Re: [darktable-devel] Snapshot Crash

On Fri, May 8, 2015 at 2:01 PM, David Vincent-Jones wrote: > Taking a snapshot of either a raw or a jpg file causes an immediate > closure of > dt. This is repeatable. > Yes, i have seen it too. Though, it is not 100% reproducible - sometimes it works fine, sometime it crashes. > Opensuse curren

Re: [darktable-devel] Bug tracker offline?

On Sun, May 3, 2015 at 10:49 AM, David Houlder wrote: > Hi... > The bug tracker link on the darktable home page > http://darktable.org/redmine/projects/darktable/issues > cannot be accessed - I get "connection was reset". It's been like that for > about 2 days now. > Correct, redmine is down for

Re: [darktable-devel] Histogram Change?

On Sat, Apr 25, 2015 at 12:43 PM, Pascal Obry wrote: > Hi Alan, > > Just tested the patch. Removing the text from here is ok to me. But I'm > not sure others will agree. We'll see. > Nope, i prefer to see those numbers there, no-go from me. But for me the new color are far too much saturated and

Re: [darktable-devel] corrupt image

Should be fixed now by 2877ca1fbd07dfc935e79c37767a83fe1acc06d9 Please tell us if it causes any new issues (wrong output dimensions, etc) Roman. On Sat, Apr 11, 2015 at 8:00 AM, Alexander Rabtchevich < alexander.v.rabtchev...@gmx.net> wrote: > Hello > > Current dt from git master produces corrup

Re: [darktable-devel] corrupt image

Hi. Yes, known issue: http://www.darktable.org/redmine/issues/10413 Happens only for CPU export with HQ enabled and resizing to 1280 x 1280 limit. So changing one of those should fix it for now... PS: what are "max size" values you are using which causes this? Roman. On Sat, Apr 11, 2015 at 8:0

Re: [darktable-devel] Bug: EXR compression seems broken

On Fri, Mar 27, 2015 at 5:05 PM, Oliver Markowski wrote: > Hey guys, > > this is my first post so please excuse me if this came up earlier! > > In my current tests it does not make a difference which exr compression i > set. > But it does - filesize differs. > the filesize differences are as fo

Re: [darktable-devel] 21:9 Cinema image aspect ratio?

Hi >From our usermanual: 3.4.1.1. Crop and rotate aspect You can also select any other ratio after opening the combobox and typing it in the form of “x:y”. A few special aspect ratios deserve explanation: Roman. On Mon, Mar 23, 20

Re: [darktable-devel] compile fails for 1.6.x

Should be fixed now. Roman. On Sat, Feb 21, 2015 at 11:58 AM, Matthias Bodenbinder < matth...@bodenbinder.de> wrote: > Hi > > I did some cleanup on my debian machine with regard to installed dev > packages. Now I can no longer compile the 1.6.x tree. > git master for 1.7.x compiles without any i

[darktable-devel] Clipping iop: aspect ratios: possible note for the usermanual

Hi. I have changed the way how Clipping iop handles aspect ratios: https://github.com/darktable-org/darktable/commit/52126f654c47214762e55a991fe068f73de0a84c http://www.darktable.org/redmine/issues/9942 1. 10:2 and 2:10 is the same aspect ratio 2. Since one rarely changes between portrait and lan

Re: [darktable-devel] dt crashes often

Confirmed, please create new issue in the redmine - http://www.darktable.org/redmine/projects/darktable/issues/new Roman. On Fri, Feb 6, 2015 at 10:32 PM, Alexander Rabtchevich < alexander.v.rabtchev...@gmx.net> wrote: > So the bug is that any image of Sony A99 with any WB different from > camer

Re: [darktable-devel] DT 1.7: All thumbnails white

te: > Am 31.01.2015 um 12:05 schrieb johannes hanika: > > On Sat, Jan 31, 2015 at 11:42 PM, Matthias Bodenbinder < > > matth...@bodenbinder.de> wrote: > > > >> Am 31.01.2015 um 11:11 schrieb Roman Lebedev: > >>>> By the way, when I run 1.6.1 and 1.

Re: [darktable-devel] DT 1.7: All thumbnails white

raw + xmp to: http://www.darktable.org/redmine/issues/10298 Roman. On Sat, Jan 31, 2015 at 1:03 PM, Matthias Bodenbinder < matth...@bodenbinder.de> wrote: > Am 31.01.2015 um 09:25 schrieb Roman Lebedev: > > Why are you people consider maillists as write-only? Have you even tri

Re: [darktable-devel] DT 1.7: All thumbnails white

Why are you people consider maillists as write-only? Have you even tried looking for recent mails here with the same symptoms? http://www.darktable.org/redmine/issues/10297 + at least 2 mails from me with same content: (change the paths, if needed): rm -rf /opt/darktable ~/darktable/build Roman.

Re: [darktable-devel] /src/iop/letsgofloat.c missing when using intltool-update in master branch

Ack, rawprepare should be added instead. I did not do that myself because i do not know how that file is being generated? Manually? Roman. On Wed, Jan 28, 2015 at 1:21 AM, Josep Vicenç Moragues Pastor < jose...@arrakis.es> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi, > > I'm

Re: [darktable-devel] white blank rectangle instead of an image

hev...@gmx.net> wrote: > Hm. Any RAWs I have from Sony A850 and Sony A99 do. You can try that link > https://yadi.sk/d/BpzhBFBOe3TZU > > With respect, > Alexander Rabtchevich > > Roman Lebedev wrote: > >> Hi. >> >> Which images? >> I will need sample

Re: [darktable-devel] white blank rectangle instead of an image

Hi. Which images? I will need samples to fix that. Roman. On Tue, Jan 27, 2015 at 9:17 PM, Alexander Rabtchevich < alexander.v.rabtchev...@gmx.net> wrote: > Hello > > Current git (latest commits) produce white rectangle instead an image. > Trying to revert commit 0c3473b51ff5dc6cbd94cf15e604d31

Re: [darktable-devel] Problems in color-contrast

> > yes, i think you're referring to the gdk lock/signal handler code? we > should replace that.. yes, exactly, ack. Roman. On Fri, Jan 23, 2015 at 12:58 PM, johannes hanika wrote: > > > On Thu, Jan 22, 2015 at 10:07 PM, Roman Lebedev > wrote: > >> All th

Re: [darktable-devel] Problems in color-contrast

All those reports on the ML/redmine about random crashes while moving sliders are, unfortunately, valid. Currently we do indeed have [more? :)] random crashes e.g. when changing sliders. That is a aftermath of/regression due to the gtk3 switch. Roman. On Thu, Jan 22, 2015 at 11:59 PM, Patrick Sh

Re: [darktable-devel] sluggish reaction of sliders

riting > through to the currently displayed cairo object triggers all kinds of > exposure/display callbacks all the way down to the screen and writing to > double buffers, right after every stroke operation (as opposed to doing > that just once in the end). > > cheers, > jo > &

Re: [darktable-devel] sluggish reaction of sliders

ess to dt > in darkroom mode. > > It can still be reverted from master. And indeed just reverting it > makes dt fly again! > > commit 1d01d51d979826da179a0d1b8908dfbd91b6fe83 > Author: Roman Lebedev > Date: Tue Dec 30 20:55:26 2014 +0300 > > Draw callbacks:

Re: [darktable-devel] regression on left panel layout

Hmm, i see 3 options: 0. Increase size of side-panels :) 1. Enable ellipsis 2. Enable horizontal scrolling - i'm pretty sure we do not want that I would guess that ellipsis is the best choice (out of none). What do others think? Roman. On Tue, Jan 6, 2015 at 1:06 AM, Pascal Obry wrote: > Hi! >

Re: [darktable-devel] regression on left panel layout

Hi. One thing that we absolutely do not want is to side panels not to have the width that was set in preferences. I have attached screenshot of how that looks here, is that what you are experiencing? Roman. On Tue, Jan 6, 2015 at 12:50 AM, Pascal Obry wrote: > > Roman, > > The commit: 3df8340b

Re: [darktable-devel] growing width of level hand panels

The fix is now merged. Roman. On Sun, Jan 4, 2015 at 11:32 PM, Roman Lebedev wrote: > Awesome, thanks for testing! > > On Sun, Jan 4, 2015 at 11:26 PM, Ulrich Pegelow < > ulrich.pege...@tongareva.de> wrote: > >> Hi Roman, >> >> really looks like thi

Re: [darktable-devel] growing width of level hand panels

Awesome, thanks for testing! On Sun, Jan 4, 2015 at 11:26 PM, Ulrich Pegelow wrote: > Hi Roman, > > really looks like this fixes the issue. Thanks! > > Ulrich > > Am 04.01.2015 um 21:20 schrieb Roman Lebedev: > >> Ulrich, could you please try this branch: &

Re: [darktable-devel] growing width of level hand panels

string via the ellipsize function the widget needs to be packed with > the final size. Could there be a moment in time when the widget is still > free to expand? > > Ulrich > > Am 04.01.2015 um 14:01 schrieb Roman Lebedev: > >> Hi. >> >> I have finally reprodu

Re: [darktable-devel] growing width of level hand panels

d there be a moment in time when the widget is still > free to expand? > > Ulrich > > Am 04.01.2015 um 14:01 schrieb Roman Lebedev: > >> Hi. >> >> I have finally reproduced it. >> All panels except the panel on the right needs to be expanded in order >> for

Re: [darktable-devel] growing width of level hand panels

Hi. I have finally reproduced it. All panels except the panel on the right needs to be expanded in order for it to happen (at least here, guess it migth depend on screen size) Roman. On Sat, Jan 3, 2015 at 10:53 PM, Ulrich Pegelow wrote: > Am 03.01.2015 um 20:48 schrieb Roman Lebedev: >

Re: [darktable-devel] growing width of level hand panels

Hm, could you please check, is this a regression since f97032566a03a36b9d48f1d8e36111a6c4f3eef2 or it is reproducible before that commit too? On Sat, Jan 3, 2015 at 10:29 PM, Ulrich Pegelow wrote: > Am 03.01.2015 um 19:31 schrieb Roman Lebedev: > >> Hi. >> >> I can not r

Re: [darktable-devel] growing width of level hand panels

Hi. I can not reproduce with "/tmp/1/2/3/4/5/6/7/8/9/a/b/c/d/e/f/1/2/3/4/5/6/7/8/9/a/b/c/d/e/f/test-old.png" Maybe some screenshots would be helpful. What GTK+ version is that? PS: i have left you a comment on 3b94cde970c11aa6357d2bd3ac9c5cf35ecfd646

Re: [darktable-devel] gtk3 issues...

> > But this does not work with Gtk3 as far as I know. Yes, that was not portable, so such functionality was dropped. Roman. On Thu, Jan 1, 2015 at 11:37 PM, Pascal Obry wrote: > Le jeudi 01 janvier 2015 à 12:35 -0500, Patrick Shanahan a écrit : > > It is NOT hidden but quite obscure due to th

Re: [darktable-devel] [Darktable-users] Heads up: darktable is going GTK+ 3.

t;format options" under "export > selected", two strings which used to run out of the window in localized > version (at least in italian) > > > Il giorno lun 29 dic 2014 alle 22:42, Roman Lebedev > ha scritto: > > Hi. > > Which string exactly? :) > > Rom

Re: [darktable-devel] [Darktable-users] Heads up: darktable is going GTK+ 3.

Hi. Which string exactly? :) Roman. On Tue, Dec 30, 2014 at 12:38 AM, Federico Bruni wrote: > Il giorno lun 29 dic 2014 alle 15:03, Roman Lebedev > ha scritto: > > This has been a long road, i had this in my local branches in > WIP-half-working state since, approximately, S

Re: [darktable-devel] Heads up: darktable is going GTK+ 3.

in CSS... Roman. On Mon, Dec 29, 2014 at 5:03 PM, Roman Lebedev wrote: > Hello everyone! > > As some of you already know, darktable is switching to GTK+ 3. > > > Previously, we had been bundling some libraries, but now we have dropped > those from our source tree, &g

[darktable-devel] Heads up: darktable is going GTK+ 3.

Hello everyone! As some of you already know, darktable is switching to GTK+ 3. Previously, we had been bundling some libraries, but now we have dropped those from our source tree, so the new dependencies are: - libosmgpsmap - libcolord-gtk To install them in Debian GNU/Linux, use: > apt

Re: [darktable-devel] Sidecar file problems

Hi. This *might* have been fixed by next commit (7735bc3b64727f02cfaa36b20705a2202a1d9087) after the one you are currently using. Roman. On Wed, Dec 10, 2014 at 12:24 AM, David Vincent-Jones wrote: > I have started having problems with ?-corrupt-? xmp files that displays > itself > as an image

Re: [darktable-devel] released 1.6.0 :)

I've done a visualisation of the git log between 1.4 and 1.6 using gource: https://www.youtube.com/watch?v=N-ST2PDcDUg On Sun, Dec 7, 2014 at 10:40 PM, johannes hanika wrote: > hi all, > > we just released darktable 1.6.0, the first stable release for some time > now. > > the release notes and r

Re: [darktable-devel] Not sure if a bug...?

Works fine in git master. On Sun, Dec 7, 2014 at 9:05 PM, Rodrigo E. De León Plicet < rdele...@gmail.com> wrote: > Hi. > > Testing these 2 RAW pics: > > http://www.imaging-resource.com/PRODS/sony-a6000/Y-DSC00344.ARW.HTM > > http://www.imaging-resource.com/PRODS/sony-a6000/YD0010-KIT.ARW.HTM > >

Re: [darktable-devel] Segfault on master

Hi. What were you doing to cause it to crash? On Sat, Nov 29, 2014 at 9:43 PM, Togan Muftuoglu wrote: > > Hi, > > with the current git based build, that is 6d7f6f7, darktable segfaults > > > > > > > -- > Life is endless possibilities > > > > > ---

Re: [darktable-devel] Sony NEX 5R sensor profile

Hi. Unfortunately, the only person qualified enough to judge noise profiles is jo. But he is rather busy, and there is already big queue of noise profiles waiting to be merged. All of them will be reviewed before 1.6, but do not expect any fast replies... On Tue, Nov 4, 2014 at 12:53 AM, Matthias

[darktable-devel] Please watch for regressions

Hello all. Scalepixels IOP exposed several [old] issues in some older IOPs. I have fixed all [known to me] issues in PR717 , however, those fixes *might have* caused some regressions. So far we've been unable to find any regressions caused by th

Re: [darktable-devel] problem in demosaic

Hi. What revision is that? Before c15f26a6c57fbf5583a98f4de4c2b9d500751fb1 (Merge branch '699') ? If earlier revision, then it might have already been fixed by that commit. -- _

Re: [darktable-devel] switching between images in darkroom resets exposure

Hello. It is a regression introduced by https://github.com/darktable-org/darktable/pull/699 We are aware of all the issues (that were introduced by that PR), and if it will not be fixed in next 6 days, that PR will be reverted. On Tue, Oct 21, 2014 at 9:50 PM, Alexander Rabtchevich < alexander.v

Re: [darktable-devel] loosing previous edit mode: crop-rotate

Hello. I did a git bisect, and apparently it is a regression introduced by https://github.com/darktable-org/darktable/pull/699 So we are aware of this issue[s], and if it will not be fixed in next 7 days, that PR will be reverted. On Tue, Oct 21, 2014 at 12:15 AM, KOVÁCS István wrote: > Now ex

Re: [darktable-devel] Possible bug in DT 1.4.2 involving style and lens correction

AM, Bernard HOLMES wrote: > Thanks for your reply. Is this new feature available in the current > unstable release? If yes, how to activate it? > > Le 09/10/2014 21:57, Roman Lebedev a écrit : > > Hello > > >the lens correction > >parameters were exactly

Re: [darktable-devel] Possible bug in DT 1.4.2 involving style and lens correction

Hello >the lens correction >parameters were exactly the same of the original picture, discarding >lens type, focal length and so on. This results in weird distortions for >some of the pictures. >Is this normal? Am I doing something wrong? For 1.4 that is totally normal and expected behaviour. In

Re: [darktable-devel] latest commit heavily green tints all my raw images

Should be fixed now :) Please retry. On Sun, Oct 5, 2014 at 10:01 PM, Patrick Shanahan wrote: > darktable-1.5.1412527616.fccc4dc > openSUSE-Factory > x86_64 > > Nikon D7100 and D3 > 14bit lossless compressed raw > > > This commit applies a very heavy green cast to all my raw images, > including

Re: [darktable-devel] darktable-cli updated modfication time of xmp files

Hi. This has been fixed: https://github.com/darktable-org/darktable/commit/19521ade136b93cd15cd586140b7e6732585faa4 On Sun, Oct 5, 2014 at 1:01 PM, Joerg Beyer wrote: > Hi, > > I am setting up some automation with darktable-cli to generate some foto > collections. I thought using good old make

Re: [darktable-devel] darktable-cli updated modfication time of xmp files

Confirmed. For the time being, i believe you can prevent this by passing --conf write_sidecar_files=FALSE to the dt-cli On Sun, Oct 5, 2014 at 1:01 PM, Joerg Beyer wrote: > Hi, > > I am setting up some automation with darktable-cli to generate some foto > collections. I thought using good old

Re: [darktable-devel] collect module rework

Probably, that branch does not contain following commit: https://github.com/darktable-org/darktable/commit/a6c40824828f8727763ab7e1bf9e652f8cb739a6 On Fri, Oct 3, 2014 at 6:43 PM, Roumano wrote: > Hi, > > Personaly, > i can't buit your branch (but no problem for the master ) > > > [ 40%] Buildin

Re: [darktable-devel] darktable and mipmap cache

>As for the commnt about 4*sizeof(float), iirc, it is about the structure >being at least a SSE register, but i don't remember why... it's like a >2011 commit :-D maybe related to the skull peculiarities IIRC because it is stored in the beginning of full buffer (4*w*h*sizeof(float)), that is 4*size

Re: [darktable-devel] darktable and mipmap cache

On Thu, Sep 18, 2014 at 1:51 AM, James C. McPherson < james.c.mcpher...@gmail.com> wrote: > On 18/09/14 04:38 AM, Pascal Obry wrote: > >> >> I have reverted the recent mipmap changes and will report. I'll be >> testing on my two machines. >> >> Things is that I have read and read again this code a

Re: [darktable-devel] darktable and mipmap cache

at processor do you use (AMD FX(tm)-8350 here)? On Thu, Sep 18, 2014 at 12:46 AM, Pascal Obry wrote: > Le mercredi 17 septembre 2014 à 22:35 +0400, Roman Lebedev a écrit : > > >Have you tried jpegs? > > How many jpegs? 1000? 10'000? > > 1000 seems sufficient to me.

Re: [darktable-devel] darktable and mipmap cache

>Have you tried jpegs? How many jpegs? 1000? 10'000? Also, what mipmap size should i set? I'm currently importing 10'000 tiffs (mipmap size = 4096), but that does not seems to be enough. On Wed, Sep 17, 2014 at 10:32 PM, Pascal Obry wrote: > Roman, > > I'm assuming that is on > > commit 70626dd

Re: [darktable-devel] darktable and mipmap cache

Hi. I'm assuming that is on commit 70626dd95bf0fab36f2d011dab075e3ebbf7aa28 mipmap: store cost in size_t ? Is there *anything* different i can try from what i wrote here: http://www.darktable.org/redmine/issues/10109#note-9 ? I just can not reproduce any of the issues (crash || cache invalidation

Re: [darktable-devel] darktable crash

Hi. Yes, this is known issue. It was caused by https://github.com/darktable-org/darktable/commit/a83845392e33e82a700d4bdb8c9380c3b5680de6 https://github.com/darktable-org/darktable/pull/391#issuecomment-55535310 On Tue, Sep 16, 2014 at 5:24 PM, Togan Muftuoglu wrote: > > I have a lua file which

Re: [darktable-devel] issue with the mipmap cache

:17 PM, Ulrich Pegelow < ulrich.pege...@tongareva.de> wrote: > Am 15.09.2014 21:10, schrieb Roman Lebedev: > > Hi. > > > > As far as i am aware, struct dt_mipmap_buffer_dsc is *not* being stored > > in on-disk mipmap cache. > > > > > > Aside fro

Re: [darktable-devel] issue with the mipmap cache

not see what could be wrong. > > > commit 3fc5cd4c6c2536689c4d9566b618f5ace49be520 > > Author: Roman Lebedev > > Date: Mon Sep 8 02:34:21 2014 +0400 > > > > struct dt_mipmap_buffer_dsc: use __attribute__((packed,aligned(16))) > for paddi

Re: [darktable-devel] mipmap cache invalidated again

Hi. Or this one: commit ffbec14de21b0d3cf0b77e040308134c49632c22 Author: Roman Lebedev Date: Fri Sep 5 23:04:22 2014 +0400 Use size_t to store buffer sizes. With this (and probably following), DT can open 26770x13385 TIFF diff --git a/src/common/mipmap_cache.c b/src/common

Re: [darktable-devel] Idea: node editor for fine-grained pipeline control

Hello, This has already been suggested on our redmine: http://www.darktable.org/redmine/issues/9085 My personal opinion: I would most likely like to see this implemented in DT. However, given how big changes are needed, and how this will change workflow (and knowing results of the previous discu

Re: [darktable-devel] Crop orientation dependent on image orientation

Hello. Already requested: http://www.darktable.org/redmine/issues/9942 On Sun, Aug 10, 2014 at 12:59 PM, Milan Knížek wrote: > hello, > > how about having the crop & rotate module / crop ratio set in the same > orientation (portrait vs landscape) as the image? I guess it is > reasonable to ass

Re: [darktable-devel] autoexposure broken ?

Hi. Thanks for reporting, should be fixed now by 84beaa88c2b0338cdd1f20689ecdacaa6f7dd2c3 On Wed, Aug 6, 2014 at 6:24 PM, Matthias Bodenbinder < matth...@bodenbinder.de> wrote: > Hi, > > today I realized that autoexposure is no longer working with my darktable. > (version 1.5+1623~gef6a661 from

Re: [darktable-devel] Endless reloading of images in the lighttable mode

Hi. Have you tried increasing Settings -> Core options -> "memory in megabytes to use for mipmap cache"? On Tue, Aug 5, 2014 at 1:33 AM, Drew Noakes wrote: > Hi, > > I'm a newish user of darktable, new to the list and the community. > > Recently darktable's lighttable mode gets stuck in an end

Re: [darktable-devel] MASKS REGRESSION: DO NOT USE GIT MASTER!!!

27;re using Pascal's PPA - all versions ~after Jul 8) are now broken. commit 0a3a5574fdc9b33792fda4d29be8445545ea8a92 Merge: f88d3fb 04aeede Author: Roman Lebedev Date: Tue Jul 8 23:46:10 2014 +0400 If you know you way around SQL, you can fix them by setting version to 2 fo

Re: [darktable-devel] new base/tone curve

>This usage seems broken to me. Agreed. This seems even more strange knowing that basecurve-in-tonecurve stuff landed after (IIRC) we knew we were planning on adding yet another *curve close to the end of the pipe, that will deprecate basecurve iop. On Sun, Jul 20, 2014 at 2:00 AM, Pascal Obry w

Re: [darktable-devel] new base/tone curve

>1. Is it ok to update the preset? I suppose so, the old already >developed images will keep the previous curve. Since tonecurve [in history] is stored as curve and not as "take curve from %preset_name", i would say that it is safe, but *maybe* there is an agreement not to update presets but add ne

[darktable-devel] MASKS REGRESSION: DO NOT USE GIT MASTER!!!

Hello everyone. There is a regression. It was introduced by: commit 0a3a5574fdc9b33792fda4d29be8445545ea8a92 Merge: f88d3fb 04aeede Author: Roman Lebedev Date: Tue Jul 8 23:46:10 2014 +0400 It breaks masks and spots IOP. Until this regression is fixed, you are recommended to

Re: [darktable-devel] DT Compilation Issue

fc20.x86_64 > > = > > > On Tue, 2014-07-15 at 10:01 +0400, Roman Lebedev wrote: > > Hi. > > Try building without ccache. > > > > > > On Tue, Jul 15, 2014 at 8:53 AM, Kasun Chathuranga

Re: [darktable-devel] DT Compilation Issue

Hi. Try building without ccache. On Tue, Jul 15, 2014 at 8:53 AM, Kasun Chathuranga wrote: > Hello, > I am using Fedora 20 with ccache-3.1.9 and gcc-4.8.3. > DT build fails with following errors. > > [ 31%] /media/M-Drive/Software/Source/darktable/src/common/darktable.c: > In function ‘dt_init’

Re: [darktable-devel] Over/Under Exposure indicator

Was that pattern of that "nasty mess" constant, or it was dynamic (i.e. it changed sometimes) And, are you using OpenCL or only CPU? On Mon, Jul 14, 2014 at 10:27 PM, David Vincent-Jones wrote: > On Monday, July 14, 2014 14:00 Tobias Ellinghaus wrote: > > Am Sonntag, 13. Juli 2014, 17:59:16 sch

Re: [darktable-devel] Over/Under Exposure indicator

Try lowering "lower threshold" and rising "upper threshold" in O/U settings. On Mon, Jul 14, 2014 at 9:51 PM, David Vincent-Jones wrote: > On Monday, July 14, 2014 14:00 Tobias Ellinghaus wrote: > > Am Sonntag, 13. Juli 2014, 17:59:16 schrieb David Vincent-Jones: > > > I was working on an image

Re: [darktable-devel] possible bug? /usr/include/pngconf.h:1478:25: error: attempt to use poisoned "strcpy"

Hi. >From doing a very small amount of searching for the error message, it appears that something like this: http://blog.leafsr.com/2013/12/02/gcc-poison/ >is being triggered? Yes, but it is supposed to break only our code. Fixed in 16d91d49de019b52d2d827d5efe598749dfada0b On Fri, May 9, 2014 a

Re: [darktable-devel] double-click on the histogram : not reset value

Hi. Thanks for reporting, it should be fixed in master (d4b8ffec3d4310d5c98f059b66a4b1a3bb7f28b9) now. On Wed, May 7, 2014 at 1:37 AM, Roumano wrote: > Hi, > > With the new version of the module exposure, now (on the devel version) > if i double click on the histogram, it's not reset the module

Re: [darktable-devel] Crash with latest master on OS X

Hello. If this is reproducible for you, you should try to `git bisect` commit that causing this. On Tue, Apr 8, 2014 at 4:09 PM, Moritz Moeller wrote: > Latest master builds fine now but doesn't start any more: > > Process: darktable [53820] > Path:/opt/darktable/*/darktable

Re: [darktable-devel] Error compiling darktable

Building master [with -werror] on OSX should be fixed by e2e40c6 However, i still think that somehow both of them (gcc and clang) are broken in OSX. On Sat, Apr 5, 2014 at 8:11 PM, Moritz Moeller wrote: > On 5/4/14 4:54 pm, Moritz Moeller wrote: > > So I guess adding this to darktable.h should f

Re: [darktable-devel] Error compiling darktable

It is fine for me. On Sat, Apr 5, 2014 at 4:52 PM, Moritz Moeller wrote: > On 5/4/14 2:46 pm, Roman Lebedev wrote: > > Hm, i am not quite sure how to fix this since i can not test it on OSX... > > Can you join IRC in order to help me test possible fixes? > > Yes, but not be

  1   2   >