Jab2870
commented
1 month ago Interestingly, I am seeing the opposite behaviour. Using a Nikon, I get a folder of JPGs and NEFs. When using Immich-go to upload the files, only the NEF is uploaded.
Open dreautall opened 1 month ago
Jab2870
commented
1 month ago Interestingly, I am seeing the opposite behaviour. Using a Nikon, I get a folder of JPGs and NEFs. When using Immich-go to upload the files, only the NEF is uploaded.
Jab2870
commented
1 month ago Just to add to this, if rather than passing the folder to immich-go, and instead do
immich-go -no-ui -server=https://photos.example.com -key=mykey upload -stack-jpg-raw ./*.JPG ./*.NEFAll the files are uploaded, but none stack
yegetables
commented
1 month ago There are .mp4 and .mov files in the folder. When using the command:
immich-go -server http://127.0.0.1:40194 -key api-key upload -album="nana" /mnt/yellow/Pictures/nana
I encounter the same issue. The logs show:
INFO | scanned video file | file="1 (1).mov" time="2024-08-01T05:09.03 CST" INFO | scanned video file | file="1 (2).mov" time="2024-08-01T05:09.03 CST" But the files are not uploaded.
Is this the expected behavior? I do not wish to use -stack-jpg-raw
simulot
commented
1 month ago The version 0.21 changed a bit the way to process the files. Can you try with the latest version and share log files?
Jab2870
commented
3 weeks ago Hi, apologies for the delay in getting back to you @simulot .
$ immich-go --version
immich-go 0.21.1, commit c6377178797bd12f63305877f5903417f9791417, built at 2024-08-01T15:33:10ZThe command I ran:
immich-go -no-ui -server=https://photos.{REDACTED} -key={REDACTED} upload -stack-jpg-raw -album "Example" ./The result was all photos being uploaded - but not being stacked.
Jab2870
commented
3 weeks ago I believe the issue here is related to the parsing of dates.
The below is the exit of exiftool for both files, grepped for date.
DSC_0026.JPG
File Modification Date/Time : 2024:08:17 17:39:56+01:00
File Access Date/Time : 2024:08:19 01:00:00+01:00
File Inode Change Date/Time : 2024:08:17 17:39:56+01:00
Modify Date : 2024:08:17 16:39:55
Date/Time Original : 2024:08:17 16:39:55
Create Date : 2024:08:17 16:39:55
Date Display Format : D/M/Y
Date Stamp Mode : Off
Create Date : 2024:08:17 16:39:55.70
Date/Time Original : 2024:08:17 16:39:55.70
Modify Date : 2024:08:17 16:39:55.70
DSC_0026.NEF
File Modification Date/Time : 2024:08:17 17:39:56+01:00
File Access Date/Time : 2024:08:19 01:00:00+01:00
File Inode Change Date/Time : 2024:08:17 17:39:56+01:00
Modify Date : 2024:08:17 16:39:55
Create Date : 2024:08:17 16:39:55
Date Display Format : D/M/Y
Date Stamp Mode : Off
Date/Time Original : 2024:08:17 16:39:55
Create Date : 2024:08:17 16:39:55.70
Date/Time Original : 2024:08:17 16:39:55.70
Modify Date : 2024:08:17 16:39:55.70However, once uploaded to immich using immich-go, the jpg has the date incorrectly set to 15:39 UTC.
I am not clear if this is an issue with immich or immich-go, however uploading the JPG using the web uploader shows the date correctly:
simulot
commented
3 weeks ago EXIF data doesn't contain the time zone (the file dates are useless). Therefore the EXIF tag DateTimeOriginal is read using your system's time zone.
I don't know how metadata are stored in a NEF file. So immich go upload the file without the indication of the date of capture. I guess the time is determined by Immich in that case
AFumi39
commented
1 week ago I don't understand how the "-create-stacks" and "-stack-jpg-raw" should works. I've a directory containing many subdirectories. Some of them have inside RAW files (.NEF) with the corresponding JPEG version. So, if ther's "DSC_0001.NEF", there's also a "DSC_0001.jpg".
I tried many times, many way the command, but the images are nevere stacked.
I ran this command:
.\immich-go -server=http://myip:2283/ -key=mykey upload -create-album-folder -when-no-date=FILE -create-stacks -stack-jpg-raw "F:\PhotoImport"
and also this one:
.\immich-go -server=http://myip:2283/ -key=mykey upload -create-album-folder -when-no-date=FILE -create-stacks=TRUE -stack-jpg-raw=TRUE "F:\PhotoImport"
But nothing happened.
I noticed that JPG date is 1 hour before the NEF one, once uploaded in the Immich server. So I tried to add 1 hour to the OriginalDateTime of the JPG files, but without luck (images still not stacked).
Have anyone found a working solution/workaround?
Thank you
simulot
commented
1 week ago stacking It's broken at the moment.
I plan to fix this with the version 1. Could you send my a sample of NEF+JPG photo?
AFumi39
commented
1 week ago Thank you, here you can find an example of NEF and JPG files: https://mega.nz/file/a2IFSAia#FBg2YDin9Kc1k3CIBJCQCPseswjTWXVBz8P8VaHfw-4 (can't attach directly 'cause it's too big)
simulot
commented
1 week ago Received!
I have a folder with a lot of .JPGs and .CR2s - directly from the SD card of a Sony DSLR. The files have the same name and should have the same metadata etc.
When providing the path to the folder to the
uploadcommand, the files are recognized (in the log it shows up asscanned image filefor both JPG & CR2), but never even attempted to upload. The upload "finishes" without uploading the CR2 files. The end of the log just shows this:Command used:
immich-go -time-zone=Asia/Tokyo upload /mnt/EOS_DIGITAL/DCIM/100CANON/Any idea why this happens? I also tried setting
-select-types=".CR2"to no success.