Thanks - I think I got the point:
I. Ivanov schrieb am 09.01.2017 um 22:24:
The calibration would affect all colors on the monitor - not only the
windows within DT. And this is normal.
In your case the returned answer is "HDMI1the X atom and colord
returned the same profile " - this is go
I’m running dt 2.2.1+3 g4596f0b5d on a Macbook Pro from the current dmg
(https://github.com/darktable-org/darktable/releases/download/release-2.2.1/darktable-2.2.1.3.dmg).
Having followed Bills instructions, I subsequently faced the dreaded Spinning
Beach Ball of Death upon opening dt. So clear
Am Montag, 9. Januar 2017, 18:59:28 CET schrieb Emanuele Fontana:
> Hello,
>
> At the moment Darktable doesn't support the Pixel Shift function yet.
> That means that if you open a pixel shift RAW stack, you will work just
> on the first image. I'm wondering if anybody is working to put the Pixel
Am Montag, 9. Januar 2017, 12:16:20 CET schrieb J Albrecht:
> Hello all,
Hi.
[...]
> I can’t
> even get the simple example in the dt manual to work. For example:
>
> 9.1.2. A simple lua example
> Let's start with a simple example. We will print some code on the
> console.
> Create a fil
The calibration would affect all colors on the monitor - not only the
windows within DT. And this is normal.
In your case the returned answer is "HDMI1the X atom and colord
returned the same profile " - this is good.
Because I had negative experience in the past (laptop with attached
mon
I found Elle's article good for the general understanding of the concepts.
Based on your use case you can do both calibration and profiling, or just
one of them:
http://ninedegreesbelow.com/photography/monitor-profile-calibrate-confuse.
html
(http://ninedegreesbelow.com/photography/monitor-profil
On Tue, 10 Jan 2017 05:26:06 +1100, Romano Giannetti
wrote:
[snip]
I think that the best strategy for now would be to use the proprietary
sw to obtain an high depth TIFF (or DNG) and then use that with
darktable... it seems quite a hefty task to do!
...or use dcrawps to process the pix
- Original Message -
> Hi,
>
> I calibrated my monitor(s) some time ago and was happy with this. But
> recently I helped a friend of mine to calibrate - both on Linux and
> Windows - and got some doubts on my understanding of this.
>
> When I set up a monitor profile and activate it in gn
Hi,
I calibrated my monitor(s) some time ago and was happy with this. But
recently I helped a friend of mine to calibrate - both on Linux and
Windows - and got some doubts on my understanding of this.
When I set up a monitor profile and activate it in gnome color manager
(> settings > color
Am 09.01.2017 um 16:06 schrieb Tobias Ellinghaus:
> Am Montag, 9. Januar 2017, 15:48:10 CET schrieb Tobias Ellinghaus:
>
> With the example file I could reproduce the bug. The Exif rating gets set
> correctly but the Xmp one is taken over from the raw file.
> ... and should be fixed in git master.
Thank-you very much, Bill, for your comments, understanding and refreshing lack
of disdain for those of us who struggle to do much more than hit the hot spots
in a gui! I’m going to follow your generous advice now to see if I can get some
joy…
> On 09 Jan 2017, at 14:05, William Ferguson wrot
Unfortunately the lua scripts aren't readily accessible to users without
some coding background :(. I'm currently working to address this with a
script manager that can be dropped in as the luarc file and provides a gui
element to download, update, enable and disable scripts. Right now it is
in t
Hi,
Olympus E-M5 mk2, Pen-F, E-M1 mk2 do this with 8 shots, 1/2 pixel shifted:
http://andreas-wonisch.com/wp-content/uploads/2015/02/scheme_high_resolution_mode.jpg
Olympus creates a 64MP raw file. I suppose it should be similar to their
standard RAWs but you need a custom plugin to use it in CS
Hi!
On 09/01/17 18:59, Emanuele Fontana wrote:
If you do not know what I am talking about, Pixel Shift Resolution is
a function to capture multiple images (generally 4 distinct shots),
moving the sensor of the camera in pixel-sized steps and combines them
to create a single shot with higher
Sounds like it would be tough to do on an X-Trans sensor!
David
On 01/09/2017 09:59 AM, Emanuele Fontana wrote:
Hello,
At the moment Darktable doesn't support the Pixel Shift function yet.
That means that if you open a pixel shift RAW stack, you will work
just on the first image. I'm wonder
Hello,
At the moment Darktable doesn't support the Pixel Shift function yet.
That means that if you open a pixel shift RAW stack, you will work just
on the first image. I'm wondering if anybody is working to put the Pixel
Shift support on the TODO list.
If you do not know what I am talking a
Hello all,
Every so often I come across a post referencing “extra” lua scripts. They look
to be quite intriguing. So much so that I’ve loaded them all from github into
my .config/darktable directory and modified my luarc file with ‘require
“script”’ etc. Alas, after doing this the expected addi
Am Montag, 9. Januar 2017, 15:48:10 CET schrieb Tobias Ellinghaus:
> Am Samstag, 7. Januar 2017, 14:34:35 CET schrieb Rico Heil:
> > Am 06.01.2017 um 23:29 schrieb Tobias Ellinghaus:
> > > That's why I asked about a rating inside the raw file. However, your
> > > initial file doesn't have rating se
Am Samstag, 7. Januar 2017, 14:34:35 CET schrieb Rico Heil:
> Am 06.01.2017 um 23:29 schrieb Tobias Ellinghaus:
> > That's why I asked about a rating inside the raw file. However, your
> > initial file doesn't have rating set in the raw. I will have a look next
> > week. Could you send me a file fo
So that explains why the fedora-supplied one doesn't work. One of the
requirements is 2.9 . Fedora repos supply 2.8.
Unless there's a 2.9 version available from Fedora that I don't know about.
On Mon, 9 Jan 2017 at 12:24 Tobias Ellinghaus wrote:
> I wrote down the requirements for dt integratio
I wrote down the requirements for dt integration in GIMP to work here:
https://discuss.pixls.us/t/darktable-plugin-in-gimp/2465/19
Tobias
Am Montag, 9. Januar 2017, 09:44:03 CET schrieb Colin Adams:
> Instructions? (I don't understand what the request amounts to)
>
> On Mon, 9 Jan 2017 at 09:4
Instructions? (I don't understand what the request amounts to)
On Mon, 9 Jan 2017 at 09:41 Germano Massullo
wrote:
> Il 09/01/2017 10:15, Colin Adams ha scritto:
> > Same result.
> Please do provide debug infos
>
>
>
>
Il 09/01/2017 10:15, Colin Adams ha scritto:
> Same result.
Please do provide debug infos
darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Same result.
On Mon, 9 Jan 2017 at 09:06 Germano Massullo
wrote:
> Il 09 gen 2017 09:51, "Colin Adams" ha scritto:
>
> gimp-libs.x86_64 2:2.8.18-1.fc25 @fedora
>
> gimp-unstable.x86_64 2:2.9.4-3.fc25
> @nphilipp-gimp-unstable
> gimp-unstable-help
Il 09 gen 2017 09:51, "Colin Adams" ha scritto:
gimp-libs.x86_64 2:2.8.18-1.fc25 @fedora
gimp-unstable.x86_64 2:2.9.4-3.fc25
@nphilipp-gimp-unstable
gimp-unstable-help-browser.x86_64 2:2.9.4-3.fc25
@nphilipp-gimp-unstable
gimp-unstable-libs.x
gimp-libs.x86_64 2:2.8.18-1.fc25 @fedora
gimp-unstable.x86_64 2:2.9.4-3.fc25
@nphilipp-gimp-unstable
gimp-unstable-help-browser.x86_64 2:2.9.4-3.fc25
@nphilipp-gimp-unstable
gimp-unstable-libs.x86_64 2:2.9.4-3.fc25
@nphilipp-gimp-u
Il 09 gen 2017 09:00, "Colin Adams" ha scritto:
Doesn't work (GIMP just displays the embedded JPEG).
My version of GIMP: 2.9.4 (from About).
rpm -q -f /usr/bin/gimp says not owned by any package.
I think I got it from:
_copr_nphilipp-gimp-unstable.repo
Show us
# dnf list installed | grep gim
Doesn't work (GIMP just displays the embedded JPEG).
My version of GIMP: 2.9.4 (from About).
rpm -q -f /usr/bin/gimp says not owned by any package.
I think I got it from:
_copr_nphilipp-gimp-unstable.repo
(at least, that's in yum.repos.d).
On Mon, 9 Jan 2017 at 07:16 Germano Massullo
wrote:
28 matches
Mail list logo