I put a few observations together in one report because I don't know whether they are bugs, features, or layer 8 problems. 1. When doing a presentation with "Use OpenGL transition" unchecked, it happens that the first picture is not displayed. Instead, for the correct time, a black screen is shown. Unfortunately, I have not found a way to reproduce this reliably; it happens maybe one in five times. I remember I had reported similar problems for an earlier version of digiKam, which, however, seemed to be fixed. 2. Where have the "Slide Show Settings" in "Configure digiKam" gone? 3. There is an "OpenGL Image Viewer" that unfortunately displays very poor image quality (probably using a low resolution version of the picture). I have found no way to adjust this. 4. Enhancement request: Would be nice if Slide Show could be started with "current image" as a fourth option, and would then continue to the end of the album. (OpenGL Image Viewer does this, but unless its image quality can be configured, it is rather useless. Also, it doesn't seem to have automatic transitions after a certain time, like Slide Show or Presentation.) 5. Enhancement request: In Picasa, a left click during a presentation zooms to a 100% view, with the position of the mouse being the center. This is something I find extremely useful. (OpenGL Image Viewer apparently offers similar functionality.) Best regards, Harald SOFTWARE/OS VERSIONS Windows: Win 10 1809 64bit macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION
Thanks for the ideas and bug reports, but please file separate Bugzilla tickets for each issue or enhancement request so that they can be tracked individually. [1] [1] https://community.kde.org/Get_Involved/Issue_Reporting#One_issue_per_Bugzilla_ticket
Git commit 36f66866e25270239a28cd9b1a9420ee2a471844 by Maik Qualmann. Committed on 22/08/2020 at 10:42. Pushed by mqualmann into branch 'master'. fix issue #1 from bug 425644 M +1 -1 core/dplugins/generic/view/presentation/opengl/presentationgl.cpp M +1 -1 core/dplugins/generic/view/presentation/widgets/presentationwidget.cpp https://invent.kde.org/graphics/digikam/commit/36f66866e25270239a28cd9b1a9420ee2a471844
2.) The slideshow settings are now located directly in the slideshow. As a tool button on the on screen display bar or via the F2 key. We have some help with F1. Many options can now be changed at runtime. Maik
3.) The OpenGL Viewer also has a help with F1. With the O key, the current image can be loaded in full size if you want to zoom in. Otherwise, an image is loaded in the resolution of the screen, which is absolutely sufficient to display. Maik
4.) The slideshow can be started with the current image with the play button in the thumbnail or in the preview. The slideshow is only in pause mode and can be started with the tool button or the space key and runs until the end. Maik
5.) Open a new bug report as a wish. But I think that this feature doesn't really belong in the slideshow. Maik
Created attachment 131126 [details] Screenshot OpenGL Image Viewer
Created attachment 131127 [details] Screenshot Presentation
Maik, Sorry, I was in a hurry and did not know when I would next have time to deal with this, so I put everything in one request. Thanks for the support. Re 2.: Thanks, found them. Re 3.: Please see attached screenshots. The image quality of OpenGL Image Viewer is much lower than that of digiKam's own "Presentation" (or any other software that displays photos, for that matter). So "an image is loaded in the resolution of the screen" is probably the idea but apparently not what is really happening. Or something else is wrong. Re 4.: Yep, found the checkbox now that I can see the settings again. A different thing: I wanted to contribute a few Euros but haven't found out how to do it :-( Opened a flattr account, but then? How do I select "digiKam"? All I get displayed are "featured creators"; I haven't found a way to select any others. Best regards, Harald
>A different thing: I wanted to contribute a few Euros but haven't found out how >to do it :-( Opened a flattr account, but then? How do I select "digiKam"? All >I get displayed are "featured creators"; I haven't found a way to select any >others. Please use paypal. It more easy to deal, to do, and safe in fact. The flatr account that i open cannot be handle... I will try to close it in the future. Look here : https://www.digikam.org/donate/ All current donation pass to Paypal in fact. Best regards Gilles Caulier
Gilles, "Paypal" is written on the web page, but there is no link behind it. Best regards, Harald
Harald, See this report about Paypal links... https://bugs.kde.org/show_bug.cgi?id=425824 Gilles Caulier
Paypal page fixed : https://www.digikam.org/donate/ Gilles Caulier
Hi, it seems that problem [3] (low image quality in OpenGL Image Viewer) is resolved in version 7.1.0. Best regards, Harald
Created attachment 133968 [details] Picture viewed with OpenGL Image Viewer
Created attachment 133969 [details] Picture viewed with Slideshow
Seems my text gets deleted when I attach a file :-( So I'll try again. Problem "poor image quality with OpenGL Image Viewer" unfortunately persists in version 7.1.0. See attachments above (detail screenshots with my phone). Additional observations that may help pinpoint the problem: - Quality is fine in 100% view, so obviously a scaling problem. - Using OpenGL IV => image quality problems. Doing "o", then double mouse click => still image quality problems, but picture looks different from before. Hope this helps and best regards, Harald
Git commit f64cefd891848a78e4dff4c3a282191c5c6281f2 by Maik Qualmann. Committed on 10/12/2020 at 18:28. Pushed by mqualmann into branch 'master'. use Qt::SmoothTransformation M +4 -4 core/dplugins/generic/view/glviewer/glviewertexture.cpp M +2 -2 core/dplugins/generic/view/presentation/opengl/presentationgl.cpp M +2 -2 core/dplugins/generic/view/presentation/opengl/presentationkb.cpp https://invent.kde.org/graphics/digikam/commit/f64cefd891848a78e4dff4c3a282191c5c6281f2
I absolutely cannot see any difference here with my images. Can you please upload your test image once. Ich kann die Werbung für Briefwahl leider nicht im Web finden. ((:-)) Maik
Maik, not sure this is the one I used, but the effect can be seen clearly with this one. First, the file; then 3 screenshots: Before using "o", after using "o", and how it looks like in Slideshow (or any other image viewer that I use). Screenshots done with Microsoft's Snip&Sketch, which seems to have some problems with color management, so please disregard the difference in colors you may observe -- it's not the issue here. Best regards, Harald
Created attachment 134005 [details] Original image
Created attachment 134006 [details] Screenshot before "o"
Created attachment 134007 [details] Screenshot after "o"
Created attachment 134008 [details] Screenshot as seen with Slideshow (i.e. what it should look like)
It is easy to see on the test image through the sloping edges. The problem is resolved with comment 18. Maik
A digiKam-7.2.0-Beta2 version that should already contain the change is available at https://files.kde.org/digikam/. Maik
Maik, I installed 7.2.0 beta 2 using your link. Unfortunately, the problem is not solved. Before "o": Wavy lines are now straight, but the entire image is not sharp anymore. After "o": Unchanged to before. Hope this helps. Best regards, Harald
I'll take another look at it in the days. But here with me the sharpness looks identical to that of the slideshow viewer. Remember, the GLViewer is optimized for fast image viewing with OpenGL Zoom. Depending on the monitor resolution, the fast preview can also come from the embedded preview of the JPG image. This is by design because it is supposed to be "fast". Therefore I added the possibility to load an original picture with the "o" key. However, this cannot be the standard for the GLViewer because it is too slow. Unlike with a slideshow, we don't have any longer pauses between the images. The OpenGL hardware and drivers can also influence the display. As I said, the GLViewer is intended to "fast" look through the images. Maik
Created attachment 134074 [details] Version 7.2.0 beta / Screenshot taken from OpenGL Viewer Maik, I took another screenshot of our favorite picture ;-) ; digiKam 7.2.0, OpenGL Image Viewer (attached). Please compare to "Screenshot as seen with Slideshow"; the difference should be obvious. Again, please disregard any color differences you might observe. To be clear: I can only report any problems or inconsistencies I come across; at the end of the day, it is you who decides what will be implemented. I personally cannot think of a use case where a quick stepping through images is useful unless I can judge their quality, including sharpness. But, of course, this is just me. By the way, OpenGL Image Viewer and Slideshow are about equally fast on my (admittedly rather powerful, at least with respect to CPU) machine. I'd estimate that in both cases it takes about 0.2 - 0.3 seconds to switch from picture to picture. The reason that I also like to use OpenGL Image Viewer is simply that, unlike Slideshow and Presentation, it allows me to zoom into the picture. Best regards, Harald
Git commit 4ae0563ecb276ea5581b885601ddfcd62197e067 by Maik Qualmann. Committed on 16/12/2020 at 21:18. Pushed by mqualmann into branch 'master'. load always high quality image in the GLViewer M +10 -29 core/dplugins/generic/view/glviewer/glviewertexture.cpp M +0 -1 core/dplugins/generic/view/glviewer/glviewertexture.h M +0 -2 core/dplugins/generic/view/glviewer/glviewerwidget.cpp https://invent.kde.org/graphics/digikam/commit/4ae0563ecb276ea5581b885601ddfcd62197e067
Maik, Just to let you know that in 7.2.0 beta 2 the issue with OpenGL Image Viewer persists. Please see screenshots below. Given the discussion above, I'm not sure whether this issue is settled for you (i.e. "works as intended"), or whether you'd like to receive further input from me. Please let me know. Best regards, Harald
Created attachment 135445 [details] Screeshot from Slideshow (i.e., as it should be) JPG artifacts introduced by snipping tool.
Created attachment 135446 [details] Screenshot from OpenGL Image Viewer JPG artifacts introduced by snipping tool.
Created attachment 135447 [details] Screenshot from OpenGL Image Viewer after returning from 'o' JPG artifacts introduced by snipping tool. Make it a bit difficult to see the difference; in reality, it is more pronounced.
Please try to use 7.2.0 release candidate available here : https://files.kde.org/digikam/ Gilles Caulier
Gilles, same result. OpenGL Image Viewer shows blurred image. After 'o' and returning to full view, the image is not blurred as before but somewhat pixelated. Best regards, Harald
The sharp difference is really extremely minimal here for me. Yes, our DImg scaling that is used in the slideshow is better. But at the moment we can't improve the OpenGL scaling. The fact that the image becomes sharper and contains more artifacts is due to the fact that a mouse click into the image starts the possible scaling and shifting and for performance reasons the image is scaled to 1024x768. Maik
Git commit aa45af8525316447d905a0657a73daaa9179e7b9 by Maik Qualmann. Committed on 06/02/2021 at 05:41. Pushed by mqualmann into branch 'master'. Revert "load always high quality image in the GLViewer" M +29 -10 core/dplugins/generic/view/glviewer/glviewertexture.cpp M +1 -0 core/dplugins/generic/view/glviewer/glviewertexture.h M +2 -0 core/dplugins/generic/view/glviewer/glviewerwidget.cpp https://invent.kde.org/graphics/digikam/commit/aa45af8525316447d905a0657a73daaa9179e7b9
Git commit 928890ed4456d8d1d33f1ce672b0cd39637df04d by Maik Qualmann. Committed on 06/02/2021 at 05:55. Pushed by mqualmann into branch 'master'. always use GPU rendering M +20 -34 core/dplugins/generic/view/glviewer/glviewertexture.cpp M +1 -1 core/dplugins/generic/view/glviewer/glviewertexture.h M +2 -14 core/dplugins/generic/view/glviewer/glviewerwidget.cpp https://invent.kde.org/graphics/digikam/commit/928890ed4456d8d1d33f1ce672b0cd39637df04d
Git commit d4e8ca996063f5af50ef45ca50bf9bea888bdba3 by Maik Qualmann. Committed on 06/02/2021 at 07:57. Pushed by mqualmann into branch 'master'. optimize full image view M +52 -14 core/dplugins/generic/view/glviewer/glviewertexture.cpp M +1 -1 core/dplugins/generic/view/glviewer/glviewertexture.h M +5 -5 core/dplugins/generic/view/glviewer/glviewerwidget.cpp https://invent.kde.org/graphics/digikam/commit/d4e8ca996063f5af50ef45ca50bf9bea888bdba3
<quote> for performance reasons the image is scaled to 1024x768 </quote> Which probably explains why the image does not appear sharp. Would be great if this could become configurable in the future. Best regards, Harald
This option already exists. Go to Setup dialog, in View/Preview panel and enable "Preview shows the full image". Gilles Caulier
Thanks. This option is already checked (though I thought it referred to the preview in the main panel, not (also) to the OpenGL Image Viewer). Can't be the reason, then :-( Best regards, Harald