Re: [darktable-user] import process / workflow

2019-08-11 Thread I. Ivanov

This should have been sent to the list...(not to a personal email)

To the best of my knowledge DT does not work with .psd (Photoshop). It 
works with RAW files.


You may have more success with GIMP as a closer counterpart of Photoshop.

Regards,

B

On 2019-08-11 03:49, Billie Glaser wrote:

Dear Dude,

I am running Darktable 2.4.2 on Ubuntu Linux and am having issues
with importing FOLDERS and .psd(Photoshop) files.

To put it simply it just won't import them!

And yest I did save my .psd's for all versions.

Do you know who I can contact or if this is a system problem?

Sincerely,

Bilie Glaser

p.s. I've been using Photoshop since 7 and Lightroom since it came out


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] import process / workflow

2019-07-20 Thread Patrick Shanahan
* I. Ivanov  [07-20-19 20:33]:
> 
> > smb is slow and you have quite a large collection being imported.  I would
> > *guess* that dt has not had time to generate the previews yet.
> > 
> > perhaps a better plan would have been to download the images to the smb
> > drive or via nfs/sshfs first and then to import to dt.  but that would
> > probably still have been much slower than a local drive.

there is an option in dt to make local copies, copy locally, of the group
you wish to edit and then copy the xmp file back to the original drive,
resync local copy, which would "greatly" aleviate your slowness.

> I had considerable issues with DT files stored on USB connected to a router
> (make believe server) and shared using SMB (took forever to import and
> work).
> 
> Oddly enough - if I am to copy the images back and forth using Nautilus or
> command line - it would work much faster.
> 
> Few months ago I changed the firmware to an open source one and gained
> access to NFS shares on the router. Since then - the speed have increased
> significantly. I mean specifically when DT r/w from the router.
> 
> Few days ago I copied more than 10k directly to the USB (connected to the
> router and shared over NFS). I am currently working out of it directly - on
> a 8 year old laptop and the speed is okay. I mean - the bottle neck is not
> any more the router. If you are on synology - you *should* be able to have
> NFS share. For me - the experience with DT reading images over NFS is much
> better comparing to the one over SMB. You may be ableĀ  to improve r/w
> performance on SMB with forcing different mounting options like smb version
> but none of it was very reliable for me.


-- 
(paka)Patrick Shanahan   Plainfield, Indiana, USA  @ptilopteri
http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri
Photos: http://wahoo.no-ip.org/piwigo   paka @ IRCnet freenode

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] import process / workflow

2019-07-20 Thread I. Ivanov




smb is slow and you have quite a large collection being imported.  I would
*guess* that dt has not had time to generate the previews yet.

perhaps a better plan would have been to download the images to the smb
drive or via nfs/sshfs first and then to import to dt.  but that would
probably still have been much slower than a local drive.


I had considerable issues with DT files stored on USB connected to a 
router (make believe server) and shared using SMB (took forever to 
import and work).


Oddly enough - if I am to copy the images back and forth using Nautilus 
or command line - it would work much faster.


Few months ago I changed the firmware to an open source one and gained 
access to NFS shares on the router. Since then - the speed have 
increased significantly. I mean specifically when DT r/w from the router.


Few days ago I copied more than 10k directly to the USB (connected to 
the router and shared over NFS). I am currently working out of it 
directly - on a 8 year old laptop and the speed is okay. I mean - the 
bottle neck is not any more the router. If you are on synology - you 
*should* be able to have NFS share. For me - the experience with DT 
reading images over NFS is much better comparing to the one over SMB. 
You may be ableĀ  to improve r/w performance on SMB with forcing 
different mounting options like smb version but none of it was very 
reliable for me.


Regards,

B


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] import process / workflow

2019-07-09 Thread Patrick Shanahan
* shawn wilson  [07-09-19 18:36]:
> I've had darktable trying to import (almost) 9k of images (well, it
> should be less than that and i think it's counting the cr2 different
> from the jpeg) going for about a day now and I don't think it's doing
> what I want (so any help would be appreciated here).
> 
> I'm storing everything on a synology nas (currently using smb, but
> i'll probably move to sshfs or even nfs as I think I want the extra
> speed here) and I wanted to just be able to upload the pics from sd
> card to the nas and then let darktable sync and pick stuff up.
> However, after a day to import everything, this is what it looks like
> [1] and none of the files open (i don't care about not seeing previews
> as i generally go through pics and favorite from a phone.

smb is slow and you have quite a large collection being imported.  I would
*guess* that dt has not had time to generate the previews yet.

perhaps a better plan would have been to download the images to the smb
drive or via nfs/sshfs first and then to import to dt.  but that would
probably still have been much slower than a local drive.

also possible to download to a local drive, import into dt and then move
the images to the remote drive and reimport.  

-- 
(paka)Patrick Shanahan   Plainfield, Indiana, USA  @ptilopteri
http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri
Photos: http://wahoo.no-ip.org/piwigo   paka @ IRCnet freenode

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org