Just one more thing are there any plans for an openraster export
module? It is a common format across raster image editors, and can save
info such as layers, and save the sequences of changes made in XML ,right?
--
Lea
Previously, gimp has these limitations that prevented darktable-gimp
interoperability:
- 8-bit colour channel
- lack of non-destructive editing
However, the upcoming gimp has already solved the first problem by
switching to 16/32-bit channels, and their use of GEGL also claims
non-destructive edi
that are supported by
Adobe. I believe this is very important, as the inability to correct
lens faults will often be a showstopper for many user and be a major
obstacle for the users to use darktable.
kcleung
--
See
On Sun, Mar 10, 2013 at 6:28 PM, johannes hanika wrote:
> On Sun, Mar 10, 2013 at 3:07 PM, wrote:
>> both darktable and darktable-devel mailing lists have high volumes,
>> and it can be difficult to find threads/topics quickly out of the very
>> large archive.
>>
>> So I guess perhaps we should
both darktable and darktable-devel mailing lists have high volumes,
and it can be difficult to find threads/topics quickly out of the very
large archive.
So I guess perhaps we should migrate both list to a phpbb forum, which
is hosted as a sourceforge app: You can find an example on the
free-cad
On Sat, Nov 17, 2012 at 2:03 PM, parafin wrote:
> On Sat, 17 Nov 2012 09:58:31 +1300
> [email protected] wrote:
>> In the latter case, if we do *not* have an apple developer, and no-one
>> wants to pay USD 99 to Apple to get a membership, then we should at
>> least show instructions of
On Sat, Nov 17, 2012 at 10:30 AM, Ammon Riley wrote:
> On Fri, Nov 16, 2012 at 12:58 PM, wrote:
>> “darktable.app” can’t be opened because it is from an unidentified developer.
>>
>> Your security preferences allow installation of only apps from the Mac
>> App Store and identified developers.
>>
On Thu, Nov 8, 2012 at 9:53 PM, Ammon Riley wrote:
> On Wed, Nov 7, 2012 at 11:31 PM, Ivan Tarozzi wrote:
>> Il 08/11/2012 05:57, [email protected] ha scritto:
>>> On Thu, Nov 8, 2012 at 5:49 PM, johannes hanika wrote:
On Thu, Nov 8, 2012 at 5:30 PM, wrote:
> Finally, we ha
On Thu, Nov 8, 2012 at 9:53 PM, Ammon Riley wrote:
> On Wed, Nov 7, 2012 at 11:31 PM, Ivan Tarozzi wrote:
>> Il 08/11/2012 05:57, [email protected] ha scritto:
>>> On Thu, Nov 8, 2012 at 5:49 PM, johannes hanika wrote:
On Thu, Nov 8, 2012 at 5:30 PM, wrote:
> Finally, we ha
On Thu, Nov 8, 2012 at 8:08 PM, James C. McPherson
wrote:
>
> hi Qichang,
>
>
> On 8/11/12 02:48 PM, [email protected] wrote:
>>
>> Nowadays many photographers will take their tablet along (they may
>> think laptops are too heavy..) to their photography assignments,
>> and do the
On Thu, Nov 8, 2012 at 5:49 PM, johannes hanika wrote:
> On Thu, Nov 8, 2012 at 5:30 PM, wrote:
>> Finally, we have got the 1.1rc1 dmg image. Thanks heaps! However at
>> the moment, OS X complains that it is not digitally signed for the
>> gatekeeper mechanism. We all know what darktable is,
Nowadays many photographers will take their tablet along (they may
think laptops are too heavy..) to their photography assignments,
and do the postprocessing during their trip, as well as demonstrating
their client some post-processed results on-site.
Suppose if one were to port darktable to a
Finally, we have got the 1.1rc1 dmg image. Thanks heaps! However at
the moment, OS X complains that it is not digitally signed for the
gatekeeper mechanism. We all know what darktable is, and it is safe,
but for many photographers who are less computer-savvy than us, would
this warning scare the
Could the OS X package maintainer please release a dmg image for
darktable-rc1 or later? So that we can test the darktable out on mac,
particularly the retina screen
--
LogMeIn Central: Instant, anywhere, Remote PC access
>>
>> I guess these are the two things darktable needs to do on a
>> high-pixel-density display:
>>
>> - scale up the icon and UI pixels by a factor of 2
>> - reduce downsampling of photos by a factor of 2 (e.g. if a 4K photo
>> will be downsampled as 1K on an ordinary screen, we can display it o
I guess these are the two things darktable needs to do on a
high-pixel-density display:
- scale up the icon and UI pixels by a factor of 2
- reduce downsampling of photos by a factor of 2 (e.g. if a 4K photo
will be downsampled as 1K on an ordinary screen, we can display it on
a retina screen as
I am using both, although my macbook 2008 does not have the high-density
retina display
On Fri, Nov 2, 2012 at 2:56 AM, Jose Carlos Garcia Sogo wrote:
> We don't have that yet... we lack some macbook with retina display, but I
> am sure that we would be glad to get some of those for free.
>
> Are
Most existing screen have a pixel density of 40 ppcm. However the Apple
retina screen has 80ppcm, and with a resolution of 2880x1800.
Obviously, photographers would like to make the full use of the native
resolution on the screen! But in most applications, when the OS switches
to the native res
Good work Michal! Is the freeze related to OpenCL and/or pthread /
mmap stuff? And have you tried to use conditional macro to
(temporarily) disable all OpenCL and multithreading in the Windows
version of darktable?
anyway, are you using Linux to cross-compile? If so, are you using OpenSUSE?
I
Hi houz,
I have read your blog:
http://www.darktable.org/2011/07/that-other-os/
You said you have successfully cross-compiled darktable for Windows
from a Debian box, with only very little modification to the source
code.
I understand your reluctance of including the Windows OS, as
supporting W
20 matches
Mail list logo
