[frameworks-kimageformats] [Bug 426222] No thumbnails for XCF (GIMP) Images with more than 8 Bit precision per channel
https://bugs.kde.org/show_bug.cgi?id=426222 --- Comment #9 from TahomaSoft --- Thanks all for continuing to work on squashing this bug! ~Erik -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 462686] Compile Error in videodecoder_p.cpp
https://bugs.kde.org/show_bug.cgi?id=462686 --- Comment #2 from TahomaSoft --- (In reply to caulier.gilles from comment #1) > Did you use ffmpeg 5 API. If yes, only next digiKam 8.0.0 will be compatible > with ffmpeg 5. digiKam 7.9.0 only support ffmpeg < 5. Hi! Yes, I did. I installed replaced the development package for FFmpeg5 with ffmpeg4 per your comment, and it now compiles and runs! Thanks! Bug can be closed. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 462686] New: Compile Error in videodecoder_p.cpp
https://bugs.kde.org/show_bug.cgi?id=462686 Bug ID: 462686 Summary: Compile Error in videodecoder_p.cpp Classification: Applications Product: digikam Version: 7.9.0 Platform: Other OS: Linux Status: REPORTED Severity: major Priority: NOR Component: general Assignee: digikam-bugs-n...@kde.org Reporter: ba...@tahoma.com Target Milestone: --- SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** STEPS TO REPRODUCE 1. Download either qt5-maintenence or 7.9.0 from git 2. run bootstrap.linux 3. cd build; make OBSERVED RESULT Compile error: # Consolidate compiler generated dependencies of target core_threadimageio_obj # [ 16%] Building CXX object core/libs/threadimageio/CMakeFiles/core_threadimageio_obj.dir/video/videodecoder_p.cpp.o /00temp/digikam-v7.9.0/core/libs/threadimageio/video/videodecoder_p.cpp: In member function ‘bool Digikam::VideoDecoder::Private::initializeVideo()’: /00temp/digikam-v7.9.0/core/libs/threadimageio/video/videodecoder_p.cpp:93:49: error: invalid conversion from ‘const AVCodec*’ to ‘AVCodec*’ [-fpermissive] 93 | pVideoCodec = avcodec_find_decoder(pVideoCodecParameters->codec_id); | ^ | | | const AVCodec* make[2]: *** [core/libs/threadimageio/CMakeFiles/core_threadimageio_obj.dir/build.make:440: core/libs/threadimageio/CMakeFiles/core_threadimageio_obj.dir/video/videodecoder_p.cpp.o] Error 1 make[1]: *** [CMakeFiles/Makefile2:7554: core/libs/threadimageio/CMakeFiles/core_threadimageio_obj.dir/all] Error 2 make: *** [Makefile:146: all] Error 2 EXPECTED RESULT digikam compiles SOFTWARE/OS VERSIONS Linux/KDE Plasma: Fedora 37 Operating System: Fedora Linux 37 KDE Plasma Version: 5.26.4 KDE Frameworks Version: 5.100.0 Qt Version: 5.15.7 Kernel Version: 6.0.11-300.fc37.x86_64 (64-bit) Graphics Platform: Wayland Processors: 16 × 11th Gen Intel® Core™ i7-11800H @ 2.30GHz Memory: 31.0 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics Manufacturer: ASUSTeK COMPUTER INC. Product Name: ProArt StudioBook H7600HM_H7600HM System Version: 1.0 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 462129] Bomb after splash screen
https://bugs.kde.org/show_bug.cgi?id=462129 --- Comment #7 from TahomaSoft --- (In reply to Maik Qualmann from comment #6) > The qt5-maintenance branch is the upcoming digiKam-7.9.0 release. > > Maik Thank you! Cloning it now. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 462129] Bomb after splash screen
https://bugs.kde.org/show_bug.cgi?id=462129 --- Comment #5 from TahomaSoft --- (In reply to TahomaSoft from comment #4) > (In reply to caulier.gilles from comment #2) > > And 7.9.0 can be downloaded and tested with bundles available here : > > > > https://files.kde.org/digikam/ > > > > Gilles Caulier > > Thank you! Where would I find the source code? I usually compile from source (as I did here) rather than using a bundle. I only see 7.8 and 8.x on the git repo. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 462129] Bomb after splash screen
https://bugs.kde.org/show_bug.cgi?id=462129 --- Comment #4 from TahomaSoft --- (In reply to caulier.gilles from comment #2) > And 7.9.0 can be downloaded and tested with bundles available here : > > https://files.kde.org/digikam/ > > Gilles Caulier Thank you! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 462129] Bomb after splash screen
https://bugs.kde.org/show_bug.cgi?id=462129 --- Comment #3 from TahomaSoft --- (In reply to Maik Qualmann from comment #1) > This annoying bug in the HEIF loader is already fixed in digiKam-7.9.0. > > https://invent.kde.org/graphics/digikam/-/commit/ > 082c4c54c9a57cd3750fcd2f11f8344b19dd4f02 > > Maik Thank you! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 462129] New: Bomb after splash screen
https://bugs.kde.org/show_bug.cgi?id=462129 Bug ID: 462129 Summary: Bomb after splash screen Classification: Applications Product: digikam Version: 7.8.0 Platform: Compiled Sources OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: digikam-bugs-n...@kde.org Reporter: traderbeck...@tahoma.com Target Milestone: --- Application: digikam (7.8.0) Qt Version: 5.15.2 Frameworks Version: 5.96.0 Operating System: Linux 6.0.8-100.fc35.x86_64 x86_64 Windowing System: X11 Distribution: "Fedora release 35 (Thirty Five)" DrKonqi: 5.25.4 [KCrashBackend] -- Information about the crash: happens repeatedly. Happens while scanning my collection. First run converted schema from 7.3, then crashed. Each run after crashes after splash screen and a few seconds of scanning. The crash can be reproduced every time. -- Backtrace: Application: digiKam (digikam), signal: Aborted [KCrash Handler] #4 0x7f97ad2a156c in __pthread_kill_implementation () at /lib64/libc.so.6 #5 0x7f97ad254d16 in raise () at /lib64/libc.so.6 #6 0x7f97ad2287f3 in abort () at /lib64/libc.so.6 #7 0x7f97ad22871b in _nl_load_domain.cold () at /lib64/libc.so.6 #8 0x7f97ad24dc66 in () at /lib64/libc.so.6 #9 0x7f97a1de0244 in heif::Box_iloc::read_data(heif::Box_iloc::Item const&, std::shared_ptr, std::shared_ptr const&, std::vector >*) const [clone .constprop.0] () at /lib64/libheif.so.1 #10 0x7f97a1daa389 in heif::HeifFile::get_compressed_image_data(unsigned int, std::vector >*) const () at /lib64/libheif.so.1 #11 0x7f97a1dbbe18 in heif::HeifContext::interpret_heif_file() () at /lib64/libheif.so.1 #12 0x7f97a1daf4b0 in heif_context_read_from_reader () at /lib64/libheif.so.1 #13 0x7f9764b1ccdd in Digikam::DImgHEIFLoader::load(QString const&, Digikam::DImgLoaderObserver*) (this=0x7f976815c1c0, filePath=..., observer=0x0) at /home/erikbeck/Build/digikam-7.8.0/core/dplugins/dimg/heif/dimgheifloader_load.cpp:146 #14 0x7f97afdfa7a9 in Digikam::DImg::load(QString const&, int, Digikam::DImgLoaderObserver*, Digikam::DRawDecoding const&) (this=0x7f9768019758, filePath=..., loadFlagsInt=1, observer=0x0, rawDecodingSettings=...) at /home/erikbeck/Build/digikam-7.8.0/core/libs/dimg/dimg_fileio.cpp:132 #15 0x7f97afdfa141 in Digikam::DImg::loadItemInfo(QString const&, bool, bool, bool, bool) (this=0x7f9768019758, filePath=..., loadMetadata=false, loadICCData=false, loadUniqueHash=false, loadImageHistory=false) at /home/erikbeck/Build/digikam-7.8.0/core/libs/dimg/dimg_fileio.cpp:55 #16 0x7f97b0b4abe5 in Digikam::ItemScanner::loadFromDisk() (this=0x7f97751fb658) at /home/erikbeck/Build/digikam-7.8.0/core/libs/database/item/scanner/itemscanner.cpp:135 #17 0x7f97b0b53744 in Digikam::ItemScanner::fileModified() (this=0x7f97751fb658) at /home/erikbeck/Build/digikam-7.8.0/core/libs/database/item/scanner/itemscanner_file.cpp:322 #18 0x7f97b0a800f4 in Digikam::CollectionScanner::scanModifiedFile(QFileInfo const&, Digikam::ItemScanInfo const&) (this=0x7f97751fc060, info=..., scanInfo=...) at /home/erikbeck/Build/digikam-7.8.0/core/libs/database/collection/collectionscanner_scan.cpp:1092 #19 0x7f97b0a7fbb0 in Digikam::CollectionScanner::scanFileNormal(QFileInfo const&, Digikam::ItemScanInfo const&, bool) (this=0x7f97751fc060, fi=..., scanInfo=..., checkSidecar=true) at /home/erikbeck/Build/digikam-7.8.0/core/libs/database/collection/collectionscanner_scan.cpp:1008 #20 0x7f97b0a7e8da in Digikam::CollectionScanner::scanAlbum(Digikam::CollectionLocation const&, QString const&, bool) (this=0x7f97751fc060, location=..., album=..., checkDate=false) at /home/erikbeck/Build/digikam-7.8.0/core/libs/database/collection/collectionscanner_scan.cpp:779 #21 0x7f97b0a7ec3e in Digikam::CollectionScanner::scanAlbum(Digikam::CollectionLocation const&, QString const&, bool) (this=0x7f97751fc060, location=..., album=..., checkDate=false) at /home/erikbeck/Build/digikam-7.8.0/core/libs/database/collection/collectionscanner_scan.cpp:860 #22 0x7f97b0a7cf2b in Digikam::CollectionScanner::scanAlbumRoot(Digikam::CollectionLocation const&) (this=0x7f97751fc060, location=...) at /home/erikbeck/Build/digikam-7.8.0/core/libs/database/collection/collectionscanner_scan.cpp:464 #23 0x7f97b0a7b28f in Digikam::CollectionScanner::completeScan() (this=0x7f97751fc060) at /home/erikbeck/Build/digikam-7.8.0/core/libs/database/collection/collectionscanner_scan.cpp:95 #24 0x7f97b1495c5c in Digikam::ScanController::run() (this=0x7f97b1b82d20 ) at /home/erikbeck/Build/digikam-7.8.0/core/libs/database/utils/scan/scancontroller.cpp:250 #25 0x7f97adae9546 in QThreadPrivate::start(void*) () at /lib64/libQt5Core.so.5 #26 0x7f97ad29f822 in start_thread () at /lib64/libc.so.6 #27 0x7f97ad23f450 in clone3 () at /lib64/libc.so.6 Thread
[frameworks-kimageformats] [Bug 426222] No thumbnails for XCF (GIMP) Images with more than 8 Bit precision per channel
https://bugs.kde.org/show_bug.cgi?id=426222 --- Comment #5 from TahomaSoft --- Maik; Rereading your comment; if I had moved my preview timeline to a different era (month, etc) that didn't include those files, are you saying it would then stop trying and retrying to process them? That might be the case. Thanks! -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 426222] No thumbnails for XCF (GIMP) Images with more than 8 Bit precision per channel
https://bugs.kde.org/show_bug.cgi?id=426222 --- Comment #4 from TahomaSoft --- Thanks. I am using 7.1.0. And I respectfully disagree; I captured stderr & stdout from Digikam in a typescript; those errors repeat over, and over, and over. The only way I could get digikam to stop trying to read these files and start dealing with the other 3,000 it needed to process was to move them out of my album. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 426222] No thumbnails for XCF (GIMP) Images with more than 8 Bit precision per channel
https://bugs.kde.org/show_bug.cgi?id=426222 TahomaSoft changed: What|Removed |Added Platform|openSUSE RPMs |Compiled Sources CC||alex.me...@kde.org -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 426222] No thumbnails for XCF (GIMP) Images with more than 8 Bit precision per channel
https://bugs.kde.org/show_bug.cgi?id=426222 TahomaSoft changed: What|Removed |Added CC||traderbeck...@tahoma.com --- Comment #2 from TahomaSoft --- I am having a similar issue, but also another one that is related to the digikam code. When digikam is scanning the album file structure for new images, and comes across one of these 32 bit floating point XCF/GIMP files, it: 1) Throws up a some diagnostic errors 2) It keeps coming back to the same files it could not read and continues to try and process it. For example: digikam.general: Cannot create thumbnail for ".xcf" digikam.general: Thumbnail is null for ".xcf" digikam.metaengine: Cannot load metadata from file .xcf (Error # 11 : .xcf: The file contains data of an unknown image type digikam.metaengine: Error: source file is not HEIF image. digikam.metaengine: Cannot load metadata using Exiv2 (Error # 11 : xcf: The file contains data of an unknown image type digikam.dimg.qimage: Can not load ...xcf" " using DImg::DImgQImageLoader! And will repeat this with the same file over and over and over again until digikam is killed. So issue 1) is rightly fixed somewhere with kimage plugin. But issue 2) is the bigger problem and is blocking digikam from processing the rest of the new files it needs to scan. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 414016] Log file /var/log/syslog grows in size very fast
https://bugs.kde.org/show_bug.cgi?id=414016 --- Comment #16 from TahomaSoft --- For what it is worth, I did receive thematically similar errors running Digikam 6.4 compiled from source. Relevant lines are below. digikam.metaengine: Cannot load metadata using Exiv2 (Error # 9 : /ZuHause/PhotoDrive1/FotoAlbumStructure/Primary/DropBox-EB/Dropbox2020-Jan6/2018/Sept2018/2018-09-18 06.54.49.heic: Failed to open the data source: Too many open files (errno = 24) Could not create AF_NETLINK socket (Too many open files) Could not create AF_NETLINK socket (Too many open files) Could not create AF_NETLINK socket (Too many open files) Could not create AF_NETLINK socket (Too many open files) Could not create AF_NETLINK socket (Too many open files) Could not create AF_NETLINK socket (Too many open files) Could not create AF_NETLINK socket (Too many open files) Could not create AF_NETLINK socket (Too many open files) Could not create AF_NETLINK socket (Too many open files) Could not create AF_NETLINK socket (Too many open files) Could not create AF_NETLINK socket (Too many open files) Could not create AF_NETLINK socket (Too many open files) -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 414016] Log file /var/log/syslog grows in size very fast
https://bugs.kde.org/show_bug.cgi?id=414016 --- Comment #12 from TahomaSoft --- Created attachment 124921 --> https://bugs.kde.org/attachment.cgi?id=124921=edit A run of digikam appimage 7-beta with output captured by typescript. Last 1500 lines of output further edited for relevance. Ran digikam-7.0.0-beta2-20200105T130918-x86-64.appimage. Threw 178,000 files at it. Got most of the way through but eventually did crash. Running it again was successful. Crash output attached. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 414016] Log file /var/log/syslog grows in size very fast
https://bugs.kde.org/show_bug.cgi?id=414016 --- Comment #11 from TahomaSoft --- (In reply to MarcP from comment #10) > I will try tomorrow and report back. I will do the same. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415882] DigiKam 6.4 crashes on processing a large number of new HEIC/HEIF files
https://bugs.kde.org/show_bug.cgi?id=415882 --- Comment #1 from TahomaSoft --- Created attachment 124896 --> https://bugs.kde.org/attachment.cgi?id=124896=edit Two runs of digikam with output captured by typescript. 1) no GDB; 2) with GDB and backtrace. Tar file (gz compression: tar cvzf ) -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415882] New: DigiKam 6.4 crashes on processing a large number of new HEIC/HEIF files
https://bugs.kde.org/show_bug.cgi?id=415882 Bug ID: 415882 Summary: DigiKam 6.4 crashes on processing a large number of new HEIC/HEIF files Product: digikam Version: 6.4.0 Platform: Appimage OS: Linux Status: REPORTED Severity: crash Priority: NOR Component: Database Assignee: digikam-bugs-n...@kde.org Reporter: traderbeck...@tahoma.com Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. Have a lot of new HEIC/HEIF files to process 2. Start digikam 3. Use digikam 4. (not always required step) try to preview the new images that have been/are being processed OBSERVED RESULT Digikam crashes with several errors, the last of which are 'too many files open' EXPECTED RESULT digikam doesn't crash SOFTWARE/OS VERSIONS Linux/KDE Plasma: Fedora 31 (but testing app image digikam-6.4.0-x86-64.appimage) (available in About System) KDE Plasma Version: 5.17.4 KDE Frameworks Version: 5.64.0 Qt Version: 5.12.5 ADDITIONAL INFORMATION 64-bit 12 x Intel Core i7-5930k CPU @ 3.5 GHz 62.7 GiB of RAM I can run digikam iteratively and make progress processing the new HEIC/HEIF files. By that I mean that it will get through a bunch before it crashes. Next run will get through more before it crashes again. I am attaching two typescripts from two successive runs. First was not done using GDB. The second was done using GDB and has a backtrace at the end. -- You are receiving this mail because: You are watching all bug changes.
