To reproduce:
1.) Open a JPG file.
2.) Convert the JPG file to B/W using Image > Convert to binary > Binary (No dither)
3.) Save the image as JPG file.
-> XnView crashes
Note: This bug has been reported by Michael S.
Crash when saving converted B/W image
Moderators: helmut, XnTriq, xnview
Crash when saving converted B/W image
XnView crashes when saving a JPG file which has been converted to Black/White.
To reproduce:
1.) Open a JPG file.
2.) Convert the JPG file to B/W using Image > Convert to binary > Binary (No dither)
3.) Save the image as JPG file.
-> XnView crashes
Note: This bug has been reported by Michael S.
To reproduce:
1.) Open a JPG file.
2.) Convert the JPG file to B/W using Image > Convert to binary > Binary (No dither)
3.) Save the image as JPG file.
-> XnView crashes
Note: This bug has been reported by Michael S.
No crash here
—> ckit
Kello Chris !
• Same here, I can't get the bug, despite I followed the helmut's steps strictly…
- I get the B&W-JPEG (ugly, though…)
XnV 1.91 - XP-Pro SP1 FR.
KR
Claude
Clo
Kello Chris !• Same here, I can't get the bug, despite I followed the helmut's steps strictly…
- I get the B&W-JPEG (ugly, though…)
XnV 1.91 - XP-Pro SP1 FR.
KRClaude
Clo
Old user ON SELECTIVE STRIKE till further notice •
I can reproduce the bug on some images, but not others. I thought size was the issue at first, but it doesn't seem to be.
From the error message: modver 1.91.0.0 offset:00214ff7
This file contains 2 images and a text file. The gaijin images is NOT affected by the bug, the acvr image DOES cause xnview to crash when converted to b/w and saved. The text file is the full error report (far too long to post directly in a thread). http://cypherswipe.googlepages.com/BWbugtest.rar
Another thing to note: This bug only occurs when using save as, not when using the export function.
Edit: Been poking around with it a bit more, it's purely related to saving a bitonal format image as jpg. It doesn't matter whether you choose no dither, halftone, pattern, whatever, it'll still crash. However, if you covert it to b/w, then convert it to either greyscale or truecolor before saving, it does not crash.
I also uncovered another bug in the process. Convert the pic to binary, then convert it straight to 32bit. It vanishes. It still indicates that you have an image the original dimensions, but it's like it's all transparent. Strangely though, if you convert to binary, then truecolor, THEN 32 bit, it's fine.
From the error message: modver 1.91.0.0 offset:00214ff7
This file contains 2 images and a text file. The gaijin images is NOT affected by the bug, the acvr image DOES cause xnview to crash when converted to b/w and saved. The text file is the full error report (far too long to post directly in a thread). http://cypherswipe.googlepages.com/BWbugtest.rar
Another thing to note: This bug only occurs when using save as, not when using the export function.
Edit: Been poking around with it a bit more, it's purely related to saving a bitonal format image as jpg. It doesn't matter whether you choose no dither, halftone, pattern, whatever, it'll still crash. However, if you covert it to b/w, then convert it to either greyscale or truecolor before saving, it does not crash.
I also uncovered another bug in the process. Convert the pic to binary, then convert it straight to 32bit. It vanishes. It still indicates that you have an image the original dimensions, but it's like it's all transparent. Strangely though, if you convert to binary, then truecolor, THEN 32 bit, it's fine.
Thank you, Drahken, for reproducing the bug and investigating this further. I hope that Pierre also can reproduce the bug (and then fix it).Drahken wrote:I can reproduce the bug on some images, but not others. I thought size was the issue at first, but it doesn't seem to be.
From the error message: modver 1.91.0.0 offset:00214ff7 ...
Been playing around with this some more and discovered some interesting things:
1) It seems to be related to the original size of the jpg that you opened. If you open a large jpg, resize it by 50%, make it binary, then save as jpg, it crashes. However, if you open that same original image, resize it by 50%, save it, open the half sized image you just created, make it binary, save it as jpg, it does NOT crash. Extremely strange behavior.
2) This whole thing only works on the original jpg. If you open the original jpg in one tab, copy it, then paste it into a new tab, make binary & save, there is no crash. If you open the original jpg, save it as png (and presumably other formats, but I only tried png), then open the png, make it binary & save as jpg, there is no crash.
3) It doesn't matter what color format the original jpg is in. You can take the original (color) jpg, save it as greyscale, open the greyscale jpg, ->binary->save->crash. You can open the original (color) jpg, make it binary, export (only way to save the binary jpg without crashing), open that jpeg you just created (that's already black & white), set it to binary, save, crash.
1) It seems to be related to the original size of the jpg that you opened. If you open a large jpg, resize it by 50%, make it binary, then save as jpg, it crashes. However, if you open that same original image, resize it by 50%, save it, open the half sized image you just created, make it binary, save it as jpg, it does NOT crash. Extremely strange behavior.
2) This whole thing only works on the original jpg. If you open the original jpg in one tab, copy it, then paste it into a new tab, make binary & save, there is no crash. If you open the original jpg, save it as png (and presumably other formats, but I only tried png), then open the png, make it binary & save as jpg, there is no crash.
3) It doesn't matter what color format the original jpg is in. You can take the original (color) jpg, save it as greyscale, open the greyscale jpg, ->binary->save->crash. You can open the original (color) jpg, make it binary, export (only way to save the binary jpg without crashing), open that jpeg you just created (that's already black & white), set it to binary, save, crash.