1.91.6: Defect image when saving in YUV format

[helmut]

When saving a comparatively small image in YUF format, the image is saved but not displayed properly anymore.

To reproduce:

1.) In XnView, open a small image or open and crop a larger image (~350x280 pixels).
2.) Save the image in "YUV - YUV 16 Bit" format.
3. Open the YUV image in XnView. The image will open but you will see lines but no real image. (The image looks like a non-synchronized monitor image).

Note: This problem has been reported by XnView user Daniel P.

[Clo]

helmut

• Hi !

• It's even worse here, since I can't display the *.YUV image at all,
I get the hellish messages "… unknown format" (in French).
- "Use all available formats" is ON…
- That occurs when I try to open it in "View" from the Reopen list.
- From the browser, the file is accepted, but like you say as quite torn strips.
- Both the thumbnail and the preview show that.
- Then, 2-click >> View, the message is no more displayed, but the display is still crappy.

- Note : I saved that image as YUV from a part copied into the clipboard >> Import.

G.
Claude
Clo

[helmut]

Thank you for checking, Clo! Looks like there is really a problem...

[Clo]

• Again … I edited my message, in fact there are two problems !
- I mean the crappy display from the browser and the error message for the same image in View >>
Reopen (list from the subsidiary button of the Open one)

G.
Claude
Clo

[xnview]

When saving a comparatively small image in YUF format, the image is saved but not displayed properly anymore.

To reproduce:

1.) In XnView, open a small image or open and crop a larger image (~350x280 pixels).
2.) Save the image in "YUF - YUV 16 Bit" format.
3. Open the YUF image in XnView. The image will open but you will see lines but no real image. (The image looks like a non-synchronized monitor image).

Note: This problem has been reported by XnView user Daniel P.

YUV not YUF
You must set the same image W/H in option, and the problem is that YUV can be "YUV 16 Bit" or "YUV 16 Bit interleaved"

[Clo]

Pierre

Good (early) morning !

• It doesn't make any difference if you save the image as “interleaved” or not !
- In the Browser >> Preview >> Properties, both show "Interleaved" !
- Paul and I tested that further yesterday at night, and Paul noticed it, I checked and confirm.
- A Paul's sample made with a certain very old version is displayed normally. Available HERE
- I can say that it was certainly a version older than 1.80.0,
since the *.YUV (any) saved in that version and also 1.82.4 have that bug.

• I've added YUV in the File List Option (Include as custom).
- But in View, when I browse a folder with the << Previous Next >> buttons, the *.YUV are ignored, nothing !

• Finally : What about the error message from the Reopen list, like shown above ?
- That occurs even with the Paul's sample which works…

KR
Claude
Clo

[xnview]

• It doesn't make any difference if you save the image as “interleaved” or not !
- In the Browser >> Preview >> Properties, both show "Interleaved" !

It's normal, YUV 16bits & YUV 16bits interleaved are almost the same, there is no header to know which format we have...

[Clo]

helmut

• Hi !

• After we tested the conversion into that format a lot, I guess I discovered the reason of the crappy output images…

• Please, try the following :

1. Open any image, for instance a file <test_file.bmp>, Width=228 - H=217
2. Ask for “Save as…” and choose YUV (interleaved) in the list.
3. Press the “Options” button.
4. You land in the “Write” option-list, where there is NOT YUV !
5. Press the {Read} tab. Here, there is YUV in the list.
6. Open the “Read” YUV options dialogue.
7. Set the width¦height of your image (228×217) in the appropriate fields. Keep “0” for the “Offset” one.
8. [OK] in that dialogue - [OK] in the Save as… dialogue.

Miracle ! The image is saved properly, then you can reopen it from the “Reopen” button,
or from file managers by double-click (if associated with XnView, it's so here), or whatever way.
- I have to put two dampers to that :
a) It works i.e. in the 1.92, and does not in the other (1.8…) versions I've,
as long as I didn't set the dimensions for EACH *.YUV image I wish to view in EACH version I'm testing with.
b) Choosing 16-bit YUV results still into a crappy output image, we need more indications to solve that.

Isn't it crazy to be bound to set options for “Write” (“Save as…” is writing, AFAIK) in the Read option-dialogue ?

- I hope that it'll be changed in a logical way… I'ld be ashamed to explain such a lunacy in our Manuals,
that is indispensable of course, but not yet with the current stuff…

G.
Claude
Clo

[ouistiti]

Clo

Miracle ! The image is saved properly, then you can reopen it from the “Reopen” button, …

- I can confirm that one gets a correct image following the steps above.

… b) Choosing 16-bit YUV results still into a crappy output image, we need more indications to solve that.

- Confirmed too.

…- I hope that it'll be changed in a logical way…

- I hope also, that is quite confusing currently.

Friendly

Paul

[Clo]

Pierre

Hello !

• Checking the list of supported formats, I noticed that the official extension is *.uyvy.
- However, when chosen, XnView saves the format as *.YUV.
- Since there is no header - that you say above - that causes issues
when *.YUV is not associated with XnView (that I did from TC…).

KR
Claude
Clo

[Clo]

Pierre

Hello !

   >>> <<<

• Nothing is really solved, the issue of the options (set at reading when writing),
not interleaved type and the real extension hitches remain…
- Please, could you plan to fix up that in a next version ?

KR
Claude
Clo

[xnview]

[/list] Miracle ! The image is saved properly, then you can reopen it from the “Reopen” button,
or from file managers by double-click (if associated with XnView, it's so here), or whatever way.

No, it's normal, you can reopened it because you have change the W/H for RAW loader. RAW has no header...