<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Sun, Jun 15, 2025 at 10:49 AM Rajesh Varadarajan <<a href="mailto:rajeshvar@gmail.com">rajeshvar@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Jun 15, 2025 at 1:23 AM Gilles Caulier <<a href="mailto:caulier.gilles@gmail.com" target="_blank">caulier.gilles@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Le dim. 15 juin 2025 à 06:30, Rajesh Varadarajan <<a href="mailto:rajeshvar@gmail.com" target="_blank">rajeshvar@gmail.com</a>> a écrit :<br>
><br>
> I've started using digikam 8.6.0 on linux (fedora 42) over the last 2 weeks, really impressed with how mature it is.<br>
<br>
Thanks...<br>
<br>
>I experienced a couple of issues/and have a couple of questions, but I could not find a specific answer in the archives (at least in >2025).<br>
><br>
> 1) Once an import is complete, is there a way for me to look at a log file to see what happened in the last import. Better still, a running log show the import process will also be useful.<br>
<br>
There is a small log view in the import tool. Look at the option<br>
View/Show History<br>
<br>
<a href="https://docs.digikam.org/en/menu_descriptions/menu_importtool.html#the-view-menu" rel="noreferrer" target="_blank">https://docs.digikam.org/en/menu_descriptions/menu_importtool.html#the-view-menu</a><br>
<br></blockquote><div><br></div><div>Thanks Gilles for the quick response. I will check this out in my next import.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
><br>
> 2) I have a Canon EOS R6 camera and I imported the photos/videos using the USBC connection from the R6 to the linux fedora laptop. The SD card filesystem is formatted as an ex fat --  some video files are > 4G, however, fedora 42 uses the gphoto2 PTP interface and all files > 4G (typically large video files) show as size 0. digikam did not give any notifications or popup information about the import warning me of size 0 file imports, it will be nice for digikam to give this notice in BOLD -- so that less attentive users don't nuke their photos/videos thinking that their import was successful.<br>
><br>
> My understanding is that this limitation is to do with the 32 bit limit size field in the PTP protocol, is there a way to get around this and continue to use the PTP. The alternative is to pull the SD card out and use an SD card reader and as long as it is mounted as ex FAT, the file size seems appropriate and the import went ok.<br>
<br>
Yes, it's probably a limitation (and mostly a bug) in the gphoto2<br>
driver. Uses a USB SD card reader instead of the camera/Gphoto2.<br>
<br>
Note : it's not a limitation of exFat which supports files of >4Gb.<br>
<br>
<a href="https://github.com/gphoto/gphoto2/issues/526" rel="noreferrer" target="_blank">https://github.com/gphoto/gphoto2/issues/526</a><br>
<br>
<br></blockquote><div><br></div><div>Thanks for the pointer -- yeah this is quite a dangerous issue as such.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>
><br>
> 3) I also have some DJI footage and the video's from here are not playing (4k HEV?) -- what packages do I need in linux to make this work?<br>
<br>
ffmpeg + libde265 support. as HEV format is patented, this codec is<br>
not included in standard ffmpeg.<br>
<br>
You can use the AppImage bundle that we provided, this one is included.<br></div></blockquote><div> </div></div></div></blockquote><div><br></div><div>I ended up installing this package and that fixed the issue.</div><div><br></div><div>>> sudo dnf install libavcodec-freeworld<br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div>Ah ok --  let me look into that -- I will try to compile libde265 from source if possible.</div><div><br></div><div>Do you in general recommend the AppImage -- are there other advantages of using the appImage vs what comes stock in fedora 42 when I install the digikam package?</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>
</div></blockquote><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>><br>
> 4) As I am a bit paranoid about losing photos/videos, I'd like to have a script that runs a hash function like md5 on the photo/video on my SD card and verify that the image with the appropriate hash exists in the sqlite3 db of digikam. However, I don't see the specific hash function being documented. The hash value in the Images sqlite3 table does not seem to be md5. What algorithm is being used and can a user run this hash algorithm on an image outside of the UI? This would improve the fidelity of the import at least in my mind. I'm sure other advanced users would appreciate this.<br>
<br>
The digiKam database, for performance reasons, does not compute an MD5<br>
sum over the whole files, but only on the Exif bytearray, to identify<br>
the changed files on the media. Typically the metadata for a speedup<br>
reading are mostly written on the first chuck of the files and when a<br>
file is changed, the metadata is also updated.<br>
<br>
<a href="https://invent.kde.org/graphics/digikam/-/blob/master/core/libs/dimg/dimg_metadata.cpp?ref_type=heads#L22" rel="noreferrer" target="_blank">https://invent.kde.org/graphics/digikam/-/blob/master/core/libs/dimg/dimg_metadata.cpp?ref_type=heads#L22</a><br>
<br></div></blockquote><div><br></div><div>thanks!</div><div><br></div><div>For MP4 files, the duplicate import detection did not work for some reason -- I ended up running a md5sum check against my files and removed the files that were identified as duplicates by md5sum.</div><div><br></div><div></div></div></div></blockquote><div><br></div><div>The MP4 import from the DJI causes my MP4's to be duplicated as _v1.</div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>
><br>
> 5) In step 2 above, when I first imported using PTP (and > 4G files were missing) and then later switched to importing using the SD card, all the photos/videos were duplicated with _v1 suffixed to the duplicates. So, what is the method that digikam uses to determine if a photo is new or not. I selected the Download new in the 2nd import using the SD card.<br>
<br>
It uses the same algorithm as point 4/ to identify the file already<br>
registered in the database.<br>
<br></div></blockquote><div><br></div><div>thanks!</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>
Best<br>
<br>
Gilles Caulier<br>
</div></blockquote></div></div>
</blockquote></div></div>