XnView Software

xnview wrote: Mon Nov 20, 2017 8:55 am Plugins (must be in 'plugins' directory)

Why are there two plugins directories inside the macOS App? This is so confusing. In which one should I place the plugins?

masterjp wrote: Sat Nov 09, 2019 2:57 pm Interesting suggestion. Which plugin or file format do you use?

I use RECOIL to see a lot of retro image formats, including Makichan and Yanagisawa's PIC.

A tip for anyone that needs this feature: meanwhile, the alternative is to use another converter: BMP BPP Converter

It can convert an 8bpp BMP to 4bpp, or a 4bpp BMP to 2bpp. The source code is included.

I second this request. Whenever possible, having the order of the colors of the palette preserved between the bpp / file type conversions is important for retro game development.

Curiously enough, XnConvert always save indexed-color BMP files as 8bpp, while XnView saves 16 color BMP files as 4bpp.

Is this a bug on XnConvert?

No news about this? As you can see, there are other devices that need support for 2bpp BMPs, like e-paper displays:

https://stackoverflow.com/questions/357 ... yscale-bmp

Images scaled up with the nearest neighbour algorithm can be restored if the repeated (duplicated, triplicated, etc) columns and lines are removed.

Yes, this will also remove empty areas of some images, but it's much less work to restore these areas manually than to find/delete all the duplicated ...

Currently, plug-ins have no way to report to XnView MP (or XnConvert) what's the Pixel Aspect Ratio of the image it decoded.

This means that some plug-in decoded images will end up having the same Aspect Ratio problems that MP had with GIF, PNG and JPG not long ago .


Please add support on the API ...

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 ...

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 ...

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 ...

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 ...

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 ...