In comparison to the E-M5, which dt supports flawlessly, E-M1 raw files
are often read inconsistently. I shoot RAW+JPEG. When I import often
only JPEGs are read, sometimes a few RAW files also get read. Noise
reduction works poorly on E-M1 files. Non Local noise reduction does
not eliminate noi
My test was with an X-Pro-1 not an XE1 that is probably the difference.
There is a list of supported camera file formats in the libraw material
I am running Xubuntu 13.10 also with dt 1.4
David
On 13-12-05 02:07 PM, Dr. David Bruce Albert Jr. wrote:
> For me, both 1.4-rc1 and current GIT master
For me, both 1.4-rc1 and current GIT master both segfault when trying to open a
directory with
only one XE1 .RAF in it.
This is kubuntu-13.10-amd64
cat /tmp/user/1000/darktable_bt_QUGR7W.txt
this is darktable 1.4~rc1 reporting a segfault:
/usr/share/darktable/gdb_commands:2: Error in sourced
I made a small test on a couple of X-Pro-1 raw files and dt now appears
to handle them well. I did not perceive any problems at all except that
the load was slower than usual.
Looks like 'work-arounds' are not needed now.
David
On 13-11-01 06:20 AM, Bruce Albert wrote:
> You can convert the Fuj
what do you mean, not well supported? if we can load them at all, a new
libraw wouldn't change anything.
newer libraw has a changed api, i meant to port our code to that some time
ago but didn't get around. i wouldn't feel comfortable changing it now. for
1.4.
-j.
On Fri, Dec 6, 2013 at 3:53 AM
I just noticed that when I have HR on (with 'reconstruct in LCh') and
also have demosaic's 'color smoothing' set to /anything but/ 'off', I
get tinted highlights. I recall this issue from two years ago or so but
it had been resolved. Seems it is back now. :(
Shall I make a new ticket or add a note
Is it possible that darktable could use the newest Libraw 16.1 Beta in
version 1.4? The latest version contains camera support for the Olympus
E-M1 as well as many others and these cameras are note well supported in
the existing RC1 version of 1.4.
thanks,
Steve
Salut,
concerning the sraw camera setting: no, the camera actually does not
allow much setting :) nevertheless, for a 18MP monochrome sensor the DNG
file size is 36MB - is it possible to judge from this if it is a real sraw?
if i understand correctly, imageio_rawspeed.cc is just an adapter
betwee
The gist of it is in http://www.darktable.org/redmine/issues/9616. The
major issue for me is that for some reason, using the simplified encoding
API functions (which would work with the older version of the library) does
not produce the expected result (I'm still looking into that), and I would
li
Am Donnerstag, 5. Dezember 2013, 10:31:06 schrieb Togan Muftuoglu:
> > "Rolf-Werner" == Rolf-Werner Eilert
writes:
> Rolf-Werner> Yast tells me "0.1.2-4.1.2", is that what you need? Rolf
>
> That is quite old you can bypass webp support by setting -DUSE_WEBP=Off
> which is on by default
Am 05.12.2013 10:51, schrieb jeremy rosen:
>
>
>
> On Thu, Dec 5, 2013 at 10:45 AM, Rolf-Werner Eilert
> mailto:eilert-sprac...@t-online.de>> wrote:
>
> Well, it's nice of you to think that much about it, but you really don't
> need to adapt the whole thing just for (maybe) one user who's
Ho Rolf,
well, it's not just for you - the build should never be broken at all,
so the least we can do is disabling it for older versions - that's what
cmake is for.
Cheers,
Simon
On 12/05/2013 10:45 AM, Rolf-Werner Eilert wrote:
> Well, it's nice of you to think that much about it, but you real
Thanks for that tip - but what uses this option? I tried with cmake, but
got this one:
cmake -DUSE_WEBP=Off -DCMAKE_BUILD_TYPE=Release ..
-- The CXX compiler identification is GNU
-- The C compiler identification is GNU
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX com
On Thu, Dec 5, 2013 at 10:45 AM, Rolf-Werner Eilert <
eilert-sprac...@t-online.de> wrote:
> Well, it's nice of you to think that much about it, but you really don't
> need to adapt the whole thing just for (maybe) one user who's got no
> chance to update his distro.
>
> Togan's proposal to switch
Well, it's nice of you to think that much about it, but you really don't
need to adapt the whole thing just for (maybe) one user who's got no
chance to update his distro.
Togan's proposal to switch the library off is maybe a good workaround
for me, I'll give it a try.
Regards
Rolf
Am 05.12.
On Thu, Dec 5, 2013 at 10:15 AM, Dimitrios Psychogios wrote:
> Yes, the webp feature as is now, requires libwebp version 0.3 and above.
> I will either have to make sure CMake checks the library version or revert
> the module to a version that compiles with 0.1. Given that I have several
> othe
> "Rolf-Werner" == Rolf-Werner Eilert writes:
Rolf-Werner> Yast tells me "0.1.2-4.1.2", is that what you need? Rolf
That is quite old you can bypass webp support by setting -DUSE_WEBP=Off which
is on by default
--
Life is endless possibilities
-
Yes, the webp feature as is now, requires libwebp version 0.3 and above. I
will either have to make sure CMake checks the library version or revert
the module to a version that compiles with 0.1. Given that I have several
other issues to fix before I consider the webp export feature complete and
Hi,
Has been discussed here. More details from the mailing list:
>> Dimitrios Psychogios Tue, 05 Nov 2013 10:50:24 -0800
>http://sourceforge.net/mailarchive/message.php?msg_id=31603235
>Ok, I had a proper look and it turns out the version in Wheezy is pretty
>ancient. I'm mostly developing on U
Yast tells me "0.1.2-4.1.2", is that what you need?
Rolf
Am 05.12.2013 09:25, schrieb jeremy rosen:
> it seems like the version of webp you use is not compatible with our
> source code...
>
> Could you tell us what version it is ? we probably need to add a test to
> disable webp for that particu
it seems like the version of webp you use is not compatible with our source
code...
Could you tell us what version it is ? we probably need to add a test to
disable webp for that particular version...
On Thu, Dec 5, 2013 at 9:00 AM, Rolf-Werner Eilert <
eilert-sprac...@t-online.de> wrote:
> Arr
21 matches
Mail list logo
