My environment:
openSUSE-Tumbleweed (rolling release)
i7 970 Intel 3.20GHz
32Gb
27" 1920x1200 Samsung
NVidia GS450 openCL
NVidia 343.22 driver
Keyboard reassignments:
x toggle darktable/lighttable
q .25 rotate left
w .25 rotate right
r reject
ctrl-w protrait
On 10/12/2014 09:17, Pedro Côrte-Real wrote:
> On Tue, Dec 9, 2014 at 8:50 PM, Nick Payne
> wrote:
>> Deleting the cache and starting darktable again doesn't make any difference
>> - the error message is the same as before.
> Could you try reimporting the file then?
Yes, when I reimport the file
Yes, I was still getting the "death head" on at least a few images
(but not the errors in the terminal). I have just done a GIT pull
and now everything seems to be working again.
The other thing I have noticed in the last few months w
Thank you Michael. Too bad I can't try it myself. I'm not too good in
Linux. My DT is Pascal's package.
I did try to make Git once, but I couldn't. Too bad.
Antti
On 8 December 2014 at 23:08, Michael Below wrote:
> Hi,
>
> Am Sa 06 Dez 2014 16:57:56 CET
> schrieb Michael Below :
>
> > I would l
On my Ubuntu 14.10 box using Unity, EOG is noisy and Geeqie using
bilinear with no 2nd pass correction is smooth. Looks like an
EOG-specific problem.
Jack
On 2014-12-09 01:57 PM, Francisco Cribari wrote:
> Matthias: I would be grateful if you could open the following image in both
> Eye of Gno
My reply was blocked because of size of attachment and my email client
failed to save it to the sent folder.
Can't write it again.. I'll just add the link to the bug report:
https://bugzilla.gnome.org/show_bug.cgi?id=665897
Il giorno mar 9 dic 2014 alle 22:57, Francisco Cribari
ha scritto:
Mat
On Tue, Dec 9, 2014 at 8:50 PM, Nick Payne wrote:
> Deleting the cache and starting darktable again doesn't make any difference
> - the error message is the same as before.
Could you try reimporting the file then?
Thanks,
Pedro
--
Matthias: I would be grateful if you could open the following image in both
Eye of Gnome and Gwenview and let me know if they look the same:
https://dl.dropboxusercontent.com/u/2171814/casamento-rodrigo-juliete-por-francisco-cribari-grande--06122014-0052.jpg
On my system I see a lot of noise when
On 10/12/14 01:55, Pedro Côrte-Real wrote:
> On Tue, Dec 9, 2014 at 12:03 AM, Nick Payne
> wrote:
>> I see the same problem with 1.6.0 and PEF files from my old Pentax *ist
>> DS. I tried your suggestion of modifying cameras.xml, changing the *ist
>> DL to *ist DS, but the PEF files are still not
Hi.
Yes, that is a known issue.
Roman.
On Tue, Dec 9, 2014 at 11:00 PM, Hans Petter Birkeland <
hpbirkel...@gmail.com> wrote:
> Hi,
> I upgraded to the long awaited Darktable 1.6 today and tested the new
> Reconstruct Color on a few images that I had problems with earlier. On most
> of them I w
Hi,
I upgraded to the long awaited Darktable 1.6 today and tested the new
Reconstruct Color on a few images that I had problems with earlier. On most
of them I was very satisfied with the result but on one image with
overexposed sky I got a strange effect. I always have to lower the clipping
thresh
Hi Jo
Running darktable -d cache gives the following output:
> [image_cache] has 131072 entries
> [mipmap_cache_init] using no compression
> [mipmap_cache_init] cache has 8 entries for mip 3 ( 39.23 MB).
> [mipmap_cache_init] cache has64 entries for mip 2 ( 78.47 MB).
> [mipmap_cache_init
I can NOT confirm. gwenview and eog are displaying it all the same on my
machine: debian testing with eog 3.14.1-1 and gwenview 4:4.14.2-1
Matthias
--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
f
regardless of the revert, i would be interested in your darktablerc file
and the output of
darktable -d cache
from a run where this happens.
cheers,
jo
On Wed, Dec 10, 2014 at 2:31 AM, Simon wrote:
> Hej Rob,
>
> the warning about your identity you can safely ignore since you're not
> going
My experience is that Eye of Gnome oversharpens everything, not only
high-ISO images. Therefore I hardly ever use it.
Hans Petter.
hpbirkeland.com
Den 9. des. 2014 17:40 skrev "Francisco Cribari"
følgende:
> When I export images made with ISO (say, > 1000) using Darktable and open
> the re
When I export images made with ISO (say, > 1000) using Darktable and open
the resulting JPG file using Eye of Gnome the image looks much noiser than
when I use another image viewer (e.g., Gwenview or Mirage). Has anyone
experienced the same? Is there an explanation (or fix) for that? Thank
you. An
On Tue, Dec 9, 2014 at 12:03 AM, Nick Payne wrote:
> I see the same problem with 1.6.0 and PEF files from my old Pentax *ist
> DS. I tried your suggestion of modifying cameras.xml, changing the *ist
> DL to *ist DS, but the PEF files are still not available
Note that I'm not suggesting doing that
Hej Rob,
the warning about your identity you can safely ignore since you're not
going to publish this commit anywhere. To revert the commit, check the
outcome and then go back to your current status should work like this:
$ cd $HOME/darktable
# save uncommited changes you made to the code
Thanks Simon
Running the command "cd $HOME/darktable && git revert
f225278d7981fefdaf9ae1c205d33dbd06f619c1"
gives:
*** Please tell me who you are.
Run
git config --global user.email "y...@example.com"
git config --global user.name "Your Name"
to set your account's default identity.
Omi
Hi Rob,
it's
$ git revert f225278d7981fefdaf9ae1c205d33dbd06f619c1
Cheers,
Simon
On 09.12.2014 13:20, Rob Dean wrote:
> Can anyone tell me how to revert to
> f225278d7981fefdaf9ae1c205d33dbd06f619c1 via GIT? My knowledge of GIT is
> almost non-existent.
>
> On 09/12/14 21:52, Rob Dean
There are many ways too... but here [1] you will find a great approach
handling exif with analog film
and scans...
http://scribblesandsnaps.com/2014/06/02/photographers-notebook-android-app-for-film-shooters/
/Henrik
2014-12-09 12:56 GMT+01:00 Remy Pascal :
> that's someting I do quite often:
Can anyone tell me how to revert to
f225278d7981fefdaf9ae1c205d33dbd06f619c1 via GIT? My knowledge of GIT is
almost non-existent.
On 09/12/14 21:52, Rob Dean wrote:
> I'm not sure how to do that, could you step me through it?
>
>
> On 09/12/14 21:51, Roman Lebedev wrote:
>> Hi.
>>
>> Try rev
that's someting I do quite often: I take photos with my digital camera of
my slides and negatives.
I haven't yet investigate how to corect the exif, therefore my files always
have the exif of the digital camera and lens used to "scan" the neg,
instead of the camera+lens+date of the actual shot.
I'
I'm not sure how to do that, could you step me through it?
On 09/12/14 21:51, Roman Lebedev wrote:
Hi.
Try reverting f225278d7981fefdaf9ae1c205d33dbd06f619c1,
does that help?
On Tue, Dec 9, 2014 at 1:
Hi.
Try reverting f225278d7981fefdaf9ae1c205d33dbd06f619c1, does that help?
On Tue, Dec 9, 2014 at 1:43 PM, Rob Dean wrote:
> Hi All
>
> I'm getting the following error in the terminal "[cache] failed to find
> a free spot for new data!" and some images aren't loading in the
> lightroom view (j
Hi All
I'm getting the following error in the terminal "[cache] failed to find
a free spot for new data!" and some images aren't loading in the
lightroom view (just the death head where they should be). Build
darktable 1.7.0+22~gce6ea86. Any ideas?
Cheers
Rob
-
26 matches
Mail list logo
