XnView Software

It's also worth mentioning that the Makichan supported many more platforms than just the PC98. Namely, it supported: PC98, PC88, MSX2, MSX2+, X68000, FM-Towns and Mac. I believe it's the only multi-platform image format that has full support for the MSX2/2+ advanced screen modes (interlace, high-col...

This ana assembly language looks like some hybrid between Pascal and 8086 asm. This is the content of the mag_wrt.ana file: submodule Mag import GH import Dos import Pri import Subr import Deb import Std @define GHT() GH.T[ds:0] ///////////////////////////////////////////////////////////////////////...

I found the original asm sources of the MG.EXE v0.99 . It's considered to be the one of the best Makichan/Pi encoders of that era. Maybe it can help on the development of a modern encoder? The ana86 assembler is also supplied in that page. The author still seems to be kicking around , and if I under...

Nowadays, whenever there's an image format that both XnViewMP and a plug-in decodes, XnView will only use its own internal decoder. It would be nice to have a checkbox in the preference settings to give priority to the plug-in decoders, since they might have enhanced features that the internal decod...

I found a bug in the Change Color Deph action. When a dithering method is selected, the selected number of colors is most of the times ignored. Steps to reproduce: 1) Add a 24bit color image to the list 2) Add the Change Color Depth action 3) Select Colors=64 and Dithering=Floyd Steinberg 4) Click o...

xnview wrote: ↑

Mon Oct 08, 2018 8:52 am

But in this picture, there is no area with only 1 color

There's a 512x12 black bar at the bottom. Shouldn't it be eliminated?

My case is more specific. I have another software that takes this 2-bit BMP format as the input to generate another legacy image format. :) It may sound weird, but I'm one of the contributors for the Retro gallery . This means we have to deal with a lot of legacy image formats in order to preserve t...

The problem still happens with some indexed images.

Repeat the same steps listed for the 1st image in this thread with the MSCHOO25.GIF attached here.

Nowadays, XnConvert can read 2-bit BMP files (aka 4-color BMPs), which is great, but sadly it can't export BMP files in this color depth.

This makes it impossible to generate BMP files for the Windows CE.

Please implement support to export 2-bit BMP files.

Can it be implemented?

Exactly. :) For example, to convert a set of images to a specific fixed palette. A way to limit to any arbitrary number colors within that palette would still be necessary. This would allow images to be converted, for example, to the C64 palette, or the Atari ST palette. Also, any of the palettes of...

The Pixel Aspect Ratio metadata is not being saved when images are converted to GIF. Tested on XnConvert v1.77 on Mac OS-X v10.13.6. Steps to reproduce 1) Add the two images attached here (Lenna2x1.png and ShouldBeSquare1x2.png) to the Input tab 2) Clear any actions present on the Action tab 3) On t...

Is it possible to have GIMP .gpl palette support on the change color depth action?

Both bugs were tested on XnConvert v1.77 on Mac OS-X v10.13.6. Bug-1) When you change from one image to another, the Action tab preview keeps locked to the old image. Steps to reproduce: (if XnConvert is already running, close it an run it again) 1) Drag and drop the TAMA2.gif image to the Input tab...

Ok. I wasn't aware that I had to rebuild the thumbnails. That fixed them, thanks! > for preview, 512x256 & 256x512 should be expanded as 512x512 or 256x256? For Pixel Aspect Ratio correction, the image dimensions should always be expanded and not shrunk. This means that a 512x256 image with 1:2 PAR ...