[Feature] Stacked Photos #2479
Replies: 33 comments 53 replies
-
|
Can you check the EXIF data of those files and let us know whether there is a matching UUID or such between them? |
Beta Was this translation helpful? Give feedback.
-
|
I think there are some related discussions around burst photos from phones. I think they are similar with many pictures but only a single "primary" thumbnail/target image. I've wondered if this could be "solved" by adding the option to link photos to a "parent". That would allow tracking relationships between assets, being able to pick a "primary" one (for the thumbnail), etc. Separately, and probably more difficult, would be figuring out how to link them (automatically). This is a bit how live photos works. A motion and a still are linked, then the motion is marked as hidden and not shown in the timeline. |
Beta Was this translation helpful? Give feedback.
-
|
On the paper you are right. Those are linked photos. Technically, i would display / mark photos (-groups) that contain a RAW Image separately to directly identify them. In short term they should be "mergable" manually. An automatic approach would still be preferred (probably we could adapt the photoprism approach for this) - like same Filename (with an ascending number) and same camera model, etc. Especially when shooting many Photos with RAW+JPEG it would be very beneficial. Manually Mapping hundrets of photos is a nogo unfortunately :) |
Beta Was this translation helpful? Give feedback.
-
|
As a first pass combining photos (especially RAW+JPG) with the same base filename taken at the same time would be a killer feature as Immich grows to accommodate DSLR/mirrorless cameras. |
Beta Was this translation helpful? Give feedback.
-
|
I would also add the Camera Model to the comparison - just to make sure :) |
Beta Was this translation helpful? Give feedback.
-
|
I would like to caution against using a file naming technique to handle burst images, because there are many instances where two separate and distinct images could be taken in close sequence and display an incremented filename, but ought not to be stacked. I see the usefulness of this though, and it depends on how each user names their files. In my case, it would cause a serious disruption if automatic, so perhaps a toggle to enable this feature? |
Beta Was this translation helpful? Give feedback.
-
|
I would also very much appreciate this and would be willing to work on it as soon as we come up with a design. All photos shot with my camera are typically JPEG+RAW. My typical workflow is that I import them and like to have the JPEG visible, but the RAW available for download. If I see particularly good photos (or ones which the camera did a poor job) I download the RAW, develop it into a JPEG and would like to upload that JPEG as the new image to show, keeping the attached RAW image. What would also be great is if I could attach profiles (XMP, PP3, ...) which are small (usually text) files containing the settings used to develop a RAW to the JPEG so that if something needs to be changed later or a new RAW development is needed, I can pick up from the development settings of the last JPEG. |
Beta Was this translation helpful? Give feedback.
-
|
Another Case from me: Therefore the stack could contain multiple "production fotos" (monochrome, color, etc.) It should be easy to see all images that are in the stack. |
Beta Was this translation helpful? Give feedback.
-
|
Yeah, I'd think it would be useful to design with multiple stacked images in mind from the beginning as that will definitely come up. |
Beta Was this translation helpful? Give feedback.
-
|
Probably via an accordion within the sidebar when the stack was opened 🤔 |
Beta Was this translation helpful? Give feedback.
-
|
I would also like to be able to manually stack photos. In case you use Immich to save drawings, there are slightly different pictures that I would like to stack them. PhotoPrism didn't do a good job of this, its AI couldn't handle the drawings so it required to rename the file before uploading, which was very annoying. Tysm. |
Beta Was this translation helpful? Give feedback.
-
|
I could be wrong, but I don't think PhotoPrism stacks images by perceptual similarity. Is that what you were referring to as 'AI' here? It does stack by filename, yes. |
Beta Was this translation helpful? Give feedback.
-
|
I did some peeking into the EXIF data from a burst taken on an iPad and found that there is indeed a matching UUID called a I also found some documentation regarding Apple Tags here. Here's an example: 135A10E2-A933-42EF-B411-EB1FBA003C12.JPG and 2FD9EEAD-BA17-4813-9EBF-D44FFDAFA0C0.JPG Note that the My two cents is to only rely on UUIDs for matching and stacking photos - I've had issues with PhotoPrism stacking unrelated images due to similar filenames (e.g. A UUID would ensure that none of these conflicts happen, but would be limited to cameras that do write a |
Beta Was this translation helpful? Give feedback.
-
|
We'd still have to see if RAW images typically have such an identifier. If yes, that would be optimal however with the wide range of RAW formats available I think it's likely that at least one common format doesn't. So we still have to have a solution if that's not possible. |
Beta Was this translation helpful? Give feedback.
-
|
So I checked and for my Nikon camera there is no such UUID, at least for regular photos (haven't checked burst, don't think I have any of these in my library). But the EXIF metadata is (mostly) the same between the RAW and the JPEG, so I think camera model + serial number + 10ms accurate creation timestamp all hashed together should produce good results. |
Beta Was this translation helpful? Give feedback.
-
|
Semi related to , which also involves handling/using EXIF Burst info. |
Beta Was this translation helpful? Give feedback.
-
|
I'd also like to move my photo library to Immich but have a bunch of raw files next to jpeg files, which are currently displayed as 2 separate images. Would love to get this feature 🙏 |
Beta Was this translation helpful? Give feedback.
-
|
So back in my youthful photography career, I amassed an Aperture vault of 2TB of RAW, JPG, and Photoshop files. (That was pretty good back then) Aperture grouped all these copies/versions into Stacks and made it so easy to find and manage files. I've been waiting for somesort of stacking feature for years and this is the main reason I haven't fully adopted any online solution yet. It would be amazing to have versions grouped together. If you need more sorce/EXIF data to test, I can provide some more images. So a big +1 for this feature form me. Thanks for all your hard work. It's great watching this software evolve and grow over time. |
Beta Was this translation helpful? Give feedback.
-
|
A thing that has to be considered for this feature is how downloads should be handled. Or make it possible to choose from options:
|
Beta Was this translation helpful? Give feedback.
-
|
This sounds like a good solution! |
Beta Was this translation helpful? Give feedback.
-
|
There should be a good default behaviour for handling stacking. A lot of users are discussing this feature in the context of importing their entire lives' photo libraries including RAW and manually reviewing each stack isn't practical. If there is a stacking feature it should involve an automated behaviour on import with clear, fixed rules. |
Beta Was this translation helpful? Give feedback.
-
|
By default I'd just pick the latest developed image. |
Beta Was this translation helpful? Give feedback.
-
|
I also think that this should be there right from the start of this feature - we could start with stacking by filenames as a standard. Later on this could be expanded to ML stacking or whatever... |
Beta Was this translation helpful? Give feedback.
-
|
One idea is all files are individual assets that go through the same default pipeline, this makes it really simple. Then we can let an asset l have a "parent" referring to another asset. This is essentially how live photos work. Stacked photos are just multiple photos all belonging to the same parent. We can exclude assets with parents in the main timeline. We can, during metadata extraction, come up with a way to auto create stacks. We could have some configurable options for what gets automatically linked, etc. |
Beta Was this translation helpful? Give feedback.
-
|
Not sure if this is implied, but please also allow grouping of files that are in different directories (import library). I have my raw files in a subdirectory to the edited ones. I.e. |
Beta Was this translation helpful? Give feedback.
-
|
EDIT: welll... sorry, I tried to get that indenting working like mardom1. Failed pretty good. Hope it still makes sense. I like mardom1's structure, though if I may offer some suggestions: storage_template/ Changes and reasoning: Anyways, thanks for reading! |
Beta Was this translation helpful? Give feedback.
-
I don't know why that didn't click, but I just did a facepalm. My suggestion is exactly not that. My stacks are more media management, while your stacks are more (I'll call it something different to reduce confusion) groups. Moving files together suits my needs better, but I totally get the merits of groups. I've also been thinking about the pros/cons of phashes. (Yeah, just daydreaming) Groups would be better suited if there were some phash detection as groups could be modified easily without moving files. Both could be displayed the same in the UI. |
Beta Was this translation helpful? Give feedback.
-
|
Stacking RAW and JPEGs would be nice. I would make my library cleaner. |
Beta Was this translation helpful? Give feedback.
-
|
Oh! That looks nice with that little icon! |
Beta Was this translation helpful? Give feedback.
-
|
I think it would helpful if there were different stack iconography to indicate (for example) burst images and RAW+JPEG stacks maybe through the inclusion of the aperture blade icon often in use when representing raw files. |
Beta Was this translation helpful? Give feedback.
-
|
Some kind of badge ( |
Beta Was this translation helpful? Give feedback.
-
|
I fully agree with the above. There is a huge difference between stacking similar or burst images and a JPG+RAW pair. The former is just a grouping to organise photos, whereas the latter represents the same image in two instances/processing stages. So the latter are very closely linked and if you make a change or delete to one, it should typically affect both. |
Beta Was this translation helpful? Give feedback.
-
|
I am really loving this stack feature since my phone save the RAW+JPEG. Would it be possible to auto-stack those photos though? I have many many months of photos to go through and stack manually and it has become a major time-consuming adventure. The photos have the same name but different extensions. abc123.dng and abc123.MP.jpg |
Beta Was this translation helpful? Give feedback.
-
|
Also would love this stacked feature, I always shoot in JPG+RAF (Fujifilm RAW) so it would be nice to have all the files accessible as one inside of immich, like how Photoprism does it or Apple photos showing a RAW/JPG badge on top of the image when you view it in full size, then when you click on the information about it you can download the "original" which is the raw file |
Beta Was this translation helpful? Give feedback.
-
|
(pixel 7p, default app) i checked the exif, but there doesn't seem to be anything directly relating the RAW and JPEG, but the filenames are the same, other than the extension, wouldn't that be good enough? |
Beta Was this translation helpful? Give feedback.
-
|
The Camera app (at least on Pixels) now saves JPG and RAW files in the same directory (which is fine, but) with the naming format:
Where the date and time is in UTC (I think... the time is at least). There still doesn't seem to be any EXIF tags that denote which raw file belongs to what JPG (and vice versa). |
Beta Was this translation helpful? Give feedback.
-
|
Yes, this is causing raw and jpg to not be auto stacked when uploaded. I also noticed a strange bug on my wife's phone where the Raw (DNG) files don't have the correct orientation when uploaded from her Pixel 6 Pro (taken with the default camera app). The Jpg files and thumbnails for both jpg and dng files appear with the correct orientation but when you open the dng file in the android app they show up rotated 90 degrees counter clockwise. They appear correctly oriented when viewed in a web browser, and even via partner sharing on my phone. It seems to be just her phone's immich app that displays the wrong orientation for raw files. The Google Photos App on her phone shows them correctly as well. |
Beta Was this translation helpful? Give feedback.
-
|
and what about assigning each item a fingerprint for similarity detection (which is on the road map) and give an option to stack by similarity? Then this could be a setting and stacking could happen for different users by their own threshold. This should be additional to stacking by a burst id or some other id, detecting related pictures. |
Beta Was this translation helpful? Give feedback.
-
|
This is how photoprism is doing it according their documentation. |
Beta Was this translation helpful? Give feedback.
-
|
Totally agree with both of you. However, file name is meant to cover most of cases.
|
Beta Was this translation helpful? Give feedback.
-
|
But filename does only work if you have an existing folder structure. By default immich stores this in "a database". Tomorrow i go to the store and buy a new camera. I make a test shot and upload it! Unfortunately the camera just used the default naming and this image is also named IMG_1! According to your approach, immich would import it, check the filename, will see that there is another one with this name (luckily deduplication is based on checksums and not names) and would stack them - falsely! So there must be metadata verification. Just because photoprism is doing it this way, does not necessarily mean this is the correct way for implementation! Especially since photoprism and immich have an different view on how to organize things. |
Beta Was this translation helpful? Give feedback.
-
I think you are mistaken, what @lgrawet demonstrated is that photoprism only uses metadata to stack its photos, with Time and location information. I believe this makes the most sense, names are really arbitrary. Then there is the option to stack them with a unique id (if it exists on the metadata that is) and optionally to merge copies of the same photos (IMG_4302(3).png for a photoshop export for example) I believe having the stacking feature for edited pictures would also be great, it's what Lightroom does when you do an edit using photoshop |
Beta Was this translation helpful? Give feedback.
-
|
More precisely, in their approach they first match "Files that have exactly the same file and folder name" (mandatory) then they try other subsequent optional criterias. This may help to save cpu time... Immich doesn't save assets in DB. They are stored on disk according this default storage template until v1.92.0 Starting from v1.92.0, all assets remain by default in the upload directory for new installs. See corresponding release notes |
Beta Was this translation helpful? Give feedback.
-
|
This would be amazing |
Beta Was this translation helpful? Give feedback.
-
|
the idea of stacking images so that raw and jpg's is brilliant. being able to open/view access either one by selecting the thumbnail is great. We have a few cameras in our house, and often save both RAW and JPG Files, mostly they are Nikon and Sony, but have some Olympus images in my catalogue. They are almost always saved with the same file name - although before they are imported into immich (on a schedule) they are organised as follows (which I guess wouldn't make a difference as the exif data would match. -Folder1 Would love to see this implemented if possible. |
Beta Was this translation helpful? Give feedback.
-
|
Stacking atleast RAW and JPG files is a feature I am also looking for. |
Beta Was this translation helpful? Give feedback.
-
|
I would also love to be able to stack bracketed pictures. Right now for a 3 bracket picture I'm getting 6 images since it's starting with JPG+RAW then the over and under exposed from the bracket. :D |
Beta Was this translation helpful? Give feedback.
-
|
I'm not sure if stacking is a feature recently introduced into Immich, or if the community just doesn't know about it yet. It's in the dropdown menu for any selected items. I figured out how to stack files based on filename using the API. This code is minimally tested and I take no responsibility for use without understanding it fully (MIT license). It gets all files with .mp4 extension and a matching .jpg, and stacks the mp4s under the jpgs, because in my case they're all motion photos that google pulled the videos from. Change mp4 to raw or adjust the code to collect multiple files based on matching filenames and put them all into the from os import environ
from requests import get, put
headers={"x-api-key": environ["IMMICH_API"]}
ASSET_URL = "http://localhost:2283/api/asset"
assets = {a["originalFileName"]:a for a in get(ASSET_URL, headers=headers).json()}
for fn,a in assets.items():
if fn[-3:].lower() == "mp4" and fn.split(".")[0]+".jpg" in assets: # change mp4 to raw or whatever you need
print(fn,assets[fn.split(".")[0]+".jpg"]["originalFileName"],end="")
data = {"ids": [a["id"]], "stackParentId": assets[fn.split(".")[0]+".jpg"]["id"]}
print(": success" if put(ASSET_URL, headers=headers, json=data) else ": failed")
break # remove if working as expected |
Beta Was this translation helpful? Give feedback.
-
|
The api used in the script is deprecated. I've modified the code to work with the new API. I've also added the feature to remove the Duplicate tag that has been given to the Raw/JPG combo. |
Beta Was this translation helpful? Give feedback.
-
|
The "manual stacking features" is available for quite some time now. It currently lacks something automated that can at least suggest stacks. |
Beta Was this translation helpful? Give feedback.
-
|
This was merged in October but it is currently partial implementation and only works in timeline.
|
Beta Was this translation helpful? Give feedback.
-
|
I think this is where I got tripped up. I'm moving in old photos that were previously in a dated folder so each is around 1 event so I've been going straight into Albums and just never encountered this as a feature. I'm hoping it gets expanded to other views. |
Beta Was this translation helpful? Give feedback.
-
|
I would also consider an automatic stack function to be useful. Also, currently, when you shoot RAW on iOS, only the RAW is backed up. #9283 Edited HEIF/JPEGs should be backed up, even when shooting RAW on iOS. |
Beta Was this translation helpful? Give feedback.
-
|
You should have got a preview of the RAW without JPEG/HEIF, not only when RAW + JPEG/HEIF.
We think that the current "When shooting RAW with iPhone, only the RAW is backed up and previewing is done using Sharp's RAW to JPEG conversion" is not good anymore. |
Beta Was this translation helpful? Give feedback.
-
|
A simple question...so is anybody working on automating stacked photos currently? If not, I might just write an experimental PR to work it out |
Beta Was this translation helpful? Give feedback.
-
|
Auto stacking will be covered by #1673, which is in the works. |
Beta Was this translation helpful? Give feedback.
-
|
I don't completely understand how the stacking feature works with albums. It seems like I can't add a couple of stacked photos to an album on web (when adding to album, they apper unstacked) but I can do that in mobile app. Then, inside the album on mobile, the stack appears in the album showing the amount of photos in the stack but if I try to view them, only the first picture in the stack is accessible. |
Beta Was this translation helpful? Give feedback.
-
|
There is also a feature opened for stacked photos in albums, external libraries... |
Beta Was this translation helpful? Give feedback.
-
|
+1 to stacking raw and jpeg Is this on a roadmap somewhere? (Is there a roadmap I can review?) PhotoPrism's implementation is quite good... just review that and adopt a similar approach? |
Beta Was this translation helpful? Give feedback.
-
|
Auto attacking is on the roadmap. |
Beta Was this translation helpful? Give feedback.
-
|
Thank you... And thanks for the link. |
Beta Was this translation helpful? Give feedback.
-
|
Roadmap says "auto stacking burst photos".
Is stacking JPG+RAW pairs also planned?
|
Beta Was this translation helpful? Give feedback.
-
Thanks, to be clear then... Do you mean…
Thanks |
Beta Was this translation helpful? Give feedback.
-
|
Ah, thanks for the tip, @bo0tzz! I upgraded, and now see this:
There's now a "Stack" option–great! But what's confusing now, these two photos are already stacked. |
Beta Was this translation helpful? Give feedback.
-
|
That seems like a bug, photos that are already stacked with eachother obviously shouldn't be detected as duplicates. Can you report an issue for that? |
Beta Was this translation helpful? Give feedback.
-
|
Ah, OK – I'll re-run the duplicate detection job, and if the issue remains, I will report it. |
Beta Was this translation helpful? Give feedback.
-
|
@brownphotographic 1, except workflows are also on the roadmap. |
Beta Was this translation helpful? Give feedback.
-
|
Is there a way to choose which item of a stack is used as the preview when photos are manually stacked? On my instance there seems to be little rhyme or reason to which is chosen. |
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
|
Hello, not knowing whether it is the right place but I wanted to share my technical research on Panasonic TZ-101 and Sony A6700 with respect to stacking. Find my findings below. There is some chance, that the mechanism is used for other models. From my point of view, stacking (1) JPG and RAW (2) Bursts (3) Brackets and (4) edited images would be a great enhancement. The feature should be used (1) optional when importing (2) running on demand on (2a) all or (2b) a selection of images. Manual intervention to stack/unstack should be possible. Taking this need, I wrote some quick-n-dirty scripts to load the data into (1) immich with immich-go, which has a stacking feature mainly for mobile phone photos by name (2) photo prism, which can use time/location and/or uuid, and/or file name and (3) darktable with an existing script that uses date/time. My analysis has shown that Sony will not use EXIF:ImageUniqueID. It will use MakerNotes:SequenceLength tag to announce three cases: Panasonic also doesn't use EXIF:ImageUniqueID. It will use MakerNotes:BurstMode for the cases As the filenames are like they are, you need to sort them first, read an image, check on the mode, and process them accordingly. Hope this helps to get such a nice feature! BR, |
Beta Was this translation helpful? Give feedback.
-
|
Is this related to auto stacking just for bursts or also RAW+JPEG for phones? I think the same feature for non burst photos would be great. I have the same issue in my Pixel 9 pro xl and would love for the raws and processed to be stack like they are in Google photos |
Beta Was this translation helpful? Give feedback.
-
|
Yes, that is the plan. See #2479 (comment). For the mean time, you can use something like this: https://github.com/tenekev/immich-auto-stack I have it running on my home server and it works for your use case. |
Beta Was this translation helpful? Give feedback.
-
|
Do you use any custom stacking at all? the default only found about 164 photos to stack but i know for sure I have more than that : (, over 1500 of them, taken on a 9 Pro XL. NOt sure if its just not searching through all 20K photos I have or something? |
Beta Was this translation helpful? Give feedback.
-
|
Piggybacking on all of the previous discussion, automated photo stacks would be a really nice solution for scanned photo projects as well. Specifically, photos that are scanned and have writing on the back so the back is scanned as well. The Epson FastFoto can detect handwriting on the back and include a scan of that as well with "_b" appended to the filename. Example:Misc_0028.jpg (Original)
Misc_0028_a.jpg (Enhanced)
Misc_0028_b.jpg (Back)
It would be amazing if photo stacks could be configured to handle things like this. Similar to the previous conversation that recommended matching filenames with different file extensions. This could take that a step further to handle matching filenames with a matching regex pattern or something. It would help keep related photos together for future processing (e.g. ML the backs to extract metadata to apply to the originals) |
Beta Was this translation helpful? Give feedback.
-
|
Does that scanner write any information into the EXIF that can be used to link the files together? |
Beta Was this translation helpful? Give feedback.
-
It doesn't appear to do so. It only appends The only metadata it adds is |
Beta Was this translation helpful? Give feedback.
and others
-
The feature
Immich has become really great and has some "killer features" in contrast to other solutions like librephotos or photoprism.
Still there is one feature missing i really liked in photoprism.
It's the Photostack.
When i e.g. shoot an Image with my Sony A6500 i can configure the camera to output RAW+JPEG.
The Files will be named ABC001.ARW and ABC001.JPEG (same name except file extension).
If i edit this image on Lightroom e.g. The result is exported as ABC001-1.JPEG (another iteration as ABC001-2.JPEG, etc.).
As far as i understand immich right now, I would have the same photo (example from above) 3 times in the timeline assumed that #2156 is resolved.
Instead, i would like to display only the latest iteration e.g. (...-2.JPEG) as thumbnail and have the option to show all versions in the detailed view.
This Feature would also apply to high frequency photos. Imagine you shoot a fast scene with multple shoots per second and you end up with 30 Photos. You don't want to have each frame separately in the timeline. Instead, those images could be stacked and shown as "single image" with the option to show them all in details.
Besides, thank you for this great work and product and have a nice weekend!
Regards
Platform
Beta Was this translation helpful? Give feedback.
All reactions