Clear.
Thank you for your clarification and for not disregarding my request..
I agree that the DNG and TIF files will have to be "spaced" into different folders so as not to create problems for Qimage.

Thanks again...
I hope this problem can be solved.

Totally agree with you.

I actually do just that - I use DNG only for intermediate storage, as the 1st panorama source file.
But I have to keep it for the same reason. It is stored in the folder with subsequent panorama options in TIF format.
But thus, being in the folder with TIF files, as I wrote above - some DNG files - are not displayed in the Qimage program,
I'm afraid that they can therefore cause the program itself to work incorrectly ... And when you can't see their preview - it's somehow "annoying".

Therefore, if it is possible to eliminate this behavior of some DNG files - that would be very cool and big thanks to you!

I'm sorry, but I don't agree that Lightroom can save a stitched panorama as a TIF.
Firstly, when saving a panorama, there are no options, as well as no dialog itself.
I myself always save from Lightroom - either to TIF or JPG (using presets only) and have never used DNG - and therefore Lightroom - didn't "remember" anything about DNG.

I can quote a link from the Adobe online help, where it says that when a panorama is saved, it is given the suffix -- Pano.dng :
 - source -- https://helpx.adobe.com/lightroom-cc/using/hdr-panorama.html
"Once you've finished making your choices, click Merge to create the panorama photo.
By default, a stack containing your source files and the merged photo is created, with the merged panorama visible on the top of the stack.
A suffix Pano. dng is appended to the filename of the merged photo."

Those. when saving a panorama in Lightroom - there is no choice of file format, alas
At least for Lightroom 6.14 (last stanadalone version)

Thanks for the answer and clarification.

I will take note of your advice not to use DNG.
The problem is that it is in DNG that Adobe Lightroom saves the stitched panorama, and I inevitably have to save it. Although after further editing I save the file as a TIF.
Unfortunately, the DNG and TIF files are forced to be in the same folder.

I hope this can be fixed in some way....

Wishing you success...

I resaved all the "problematic" TIF files, with the "Transparent Background" option disabled.
I copied them all into one folder with DNG files, then deleted all the "problem" TIF files from this folder.
Those. only DNG files and "correct" TIF files remained in the folder. However - when starting Qimage and opening this folder - previews for MANY DNG files - are not built.
The inscription "Image Read Error" or "Loading" is displayed.
I kill the Qimage process through the Task Manager (because the program just freezes with a yellow rectangle and the inscription "Please wait ..."
I move 1 problematic DNG file to a test folder (only him). At the same time, Qimage _ is running. And then it crashes again....
I just don't know - what is the reason for this behavior - when there are a lot of DNG and TIF files in the folder
......
After long trials, I found out that there are 3 DNG files in the folder with different behavior:
1. 2 files behave the same - in the shared folder they show the inscription "Image Read Error" instead of a preview. But being placed in a separate folder - the preview for them is built normally
2. 1 file - no matter what folder it is in - whether in a shared folder or only 1 in a separate folder - always shows the inscription "Image Read Error".
I posted these 3 files on file sharing with the names: 1, 2, 3_Error.
File 3_Error is the same 3rd problematic file.

https://gofile.io/d/s3K7Wk
   or
https://www.mediafire.com/folder/lfykjibky6n0w/Problem_DNG

Would it make it difficult for you to check them yourself, please?
   (the catch is that the 1.2 files are visible with an "Image Read Error" - only when there are several more DNG and TIF files in the folder with them)

You are absolutely right, Mike !

When saving a TIF file in Affinity Photo - with the "Transparent Background" option turned off - Qimage "sees" these files perfectly.
No matter what compression method is used when exporting.
I will use this method for the time being so that Qimage "does not experience difficulties" about reviewing such TIF files.

If you can deal with this problem in Qimage - it will just be just great.

In any case, thanks and... wish you success.

Thank you for an advice...
I did everything according to your advice.
Indeed, if a "problematic" DNG file is placed alone in a test folder, then a preview for it is created without problems.

But for TIF files found out the following:
 - if you select ZIP or LZW compression when saving in Affinity Photo - then in both cases the Qimage-U program cannot build a preview for them - more precisely, instead of a picture, a chaotic set of points is shown. It does not depend on whether 1 such file is in the test folder or not...
The only option when the program normally builds a preview is when the TIF file is saved WITHOUT compression. But this almost 1.5 times increases its size ...

Why can't Qimage understand files compressed using the ZIP or LZW methods in Affinity Photo?

Here are the download links (I uploaded files to 2 file sharing sites). On 2 sites - in order to duplicate just in case. And so, the files are the same on both sites ...

https://gofile.io/d/T0KMax
 or
https://www.mediafire.com/folder/h9kyab8o399ut/Qimage


There are 2 files - with the extension DNG and TIF.
PLEASE - check both of them,  - why isn't Qimage preview available for them?

Thank you for an answers....

I immediately wanted to make an amendment - the problem is not with the .png format, but with the .DNG format

Yes, unfortunately, the files are very large - they are stitched panoramas ~ 250 MB.

Here are the dimensions of panoramic shots:
 - displayed in Qimage preview
    DNG, 9491 x 3647, 240 DPI, 125 MB (exported from Adobe Lightroom)

 - displayed in Qimage preview
    TIF, 9491 x 3647, 240 DPI, 16 bit 164 MB (exported from Adobe Lightroom)

 - displayed in Qimage preview
   JPG, 12280 x 3647, 240 DPI, 16 bit, 29.6 MB (exported from Adobe Lightroom)

 - not shown in Qimage preview
    TIF, 12280 x 3647, 240 DPI, 32 bit, 239 MB (exported from Affinity Photo)

 - not shown in Qimage preview
    DNG, 17176 x 3631, 240 DPI, 226 MB (exported from Adobe Lightroom)

How many bits / channel contains a dng-file - I find it difficult to say, because Windows Explorer gives incorrect information.
But according to my calculations, the files do not exceed the size of 2 GB....

Hi all,

On version 2022.120, I encountered a problem that Qimage in the image preview window (on the left side of the program interface window) cannot display the preview image for some files.

Specifically, problems arise in the following cases:
 1. SOME .png format files that were created in Adobe Lightroom 6.14,
 2. SOME .tif files exported from Affinity Photo (1.10.5 build 1342 - latest up to date)
In the 1st case, the inscription "Loading" or "Image Read Error" hangs on the file image.
In the 2nd case - instead of an image, just a mixture of black and white dots is shown.


With what it can be connected ?

I'll try to remember the course of events. ....

Before I started printing the A3 sheet, I opened the previously saved job in Qimage, which had only 1 sheet. Next, I added 1 more image to print on A3 sheet.
After that, I set up Cropping, Layout in the Full Page Editor window.
Then closed this window.
Then I sent this added sheet to print.

I'm not sure about the next step, but I think I did the following: intending to save this Job, I removed the old image from the Queue, which saved the Job with only one image added.
But at what point, I did it: before printing or after - I don’t remember exactly.
Most likely - after printing. And then, apparently, I tried to open the Full Page Editor again.... And then, it seems, the error occurred..

That's all I could remember...
Hope this helps...

Here it is..

Is it enough ?

Hello to all,

I'm having the exact same problem.
Today, while working in version 2022.114, I printed several sheets of A3.
Then, in Qimage, I switched to another type of paper, and then opened the Full Page Editor window - and an error window immediately appeared:
       List index out of bounds (1)

At this moment, the programs were launched: Adobe Lightroom, Explorer, Notepad.
It was not possible to close Qimage by right-clicking on the panel icon - "Close Window"
I had to "kill" the Qimage process through the Task Manager.

When restarting Qimage, an error window appeared:
******************************
Qimage did not shut down properly last session.

Prior shutdown exit code: 15-run

Since you are running Windows 10, please be sure your Windows default printer
 has been updated to the latest compatible driver.
 Incompatible printer drivers can cause the driver to crash on startup.
If you have trouble using "Normal" startup, try "Safe" mode to start with defaults (ignore prior user settings).

How would you like to start this session?
Normal Safe
******************************
.. of course chose - Normal. Startup was normal.

I printed 1 sheet A3, and then when I tried to open the Full Page Editor, an error window appeared again:
 List index out of bounds (1)

.. again I had to "kill" through the Task Manager.


I don’t know if this is related or not - but FOR THE FIRST TIME Qimage began to hang here with me from version 2022.111.
  And I've been using the program since 2010 ...

In version 2021.111, the program began to freeze after trying to click on the button - disable the "Print by size (Auto)" option.
Then there was no error that occurred when trying to open the Full Page Editor window, but the program simply hung in a similar way.

Now I don’t see this button in the program interface, but the program still freezes sometimes, although in a different situation.


I hope my comment helps find and fix the problem...

Today updated Qimage-U from 2020.104 to 202.107.

New version has so many problems - i can't imagine.....

Found issues:
 - program starts without printer about more than in 1 minute,
 - builds a thumb cache for folder with Sony RX10M4 *.ARW and *.JPEG files  (1142 files) - about 30 minutes !!!
 - while building a cache constantly displays an error for some *.ARW and *.JPEG files (in version 104 they were shown without problems)
 - when I try to change thumb size or sorting order - thumbs rendering process begins and lasts for minute or so.

Deleted 107 version and and reinstall 104 one - the difference between heaven and earth.

I can’t recall so many problems in the new version ...   


P.S. I have Windows 7 x64 Pro, Intel i5 4th Gen. CPU, 16 Gb of memory. Qimage-U 2020.104 runs fast and smoothly

Thank you for the clarification regarding Floating Text.

It's a pity, that you couldn't repeat mentioned problems - may be it can appear on a computer with Windows 7 only ... ?

But let me pay attention to another repetitive bug:
- open the picture in the "Full Page Editor Page" window, which is NOT expanded in full screen,
- insert, say, a date as a Floating Text, indicating a rotation of -90 degrees, and a font size of 9,
- then, hooking it with the mouse over the upper edge of this window, pull it to the top so that the window expands from the very bottom of the monitor screen to the very top, (or sometimes just moving the window higher),
- in this case, as a rule added text CHANGES:
   1) text label will move to another place,
   2) the font size will change to 14
   3) text label changes rotation usually to -180 degrees..

Hoping you can repeat this bug and can fix it

Best regards,
 Anatoly