XnView Software

XnTriq wrote: Let's leave that to the individual user (and developer).

i'm not the one asking. the developer doesn't seem to be keen on implementing this after all.

sure, i can download an "album" from the net, but the first thing i'd do is unpacking that archive once the download is finished.

i still can't see any advantage of a zipped gallery on my local drives, only disadvantages.

i wonder why should i store images in a zip? most modern image formats are compressed already, so i fail to see any advantage of doing so.

for me it still doesn't not work in 0.84.

the file gets created in the right place, but gets deleted immediately again.


also there seems to be a new issue when loading flif files... they load and are displayed, but after a few seconds xnview comes up with some other pic in the same folder instead.

no options can be set i'm afraid.this should be changed in xnview itself. right now, the file is saved as lossless.

Hm... for me that works in xnview mp 0.83, even a 50x50px pic opens/saves fine.

what does not work is saving such small files in the x86 version, xnview mp and also classic crashes immediately.

maybe it depends on the settings in the xbpg.ini? :?
/edit: yes, saving of such fails if i use x265 as ...

heimaki wrote:just in case.

there's a BPG plugin that can even write such files in xnview.

https://github.com/leavinel/BPG-Plugins

works only in x86 versions though.

there's also a x64 version (unofficial) now for this...

http://encode.ru/threads/2095-BPG-yet-a ... #post50549

yes, this one works, thanks.

it is the same as the one in the link above.

flif seems to be completely broken in xnview 2.37

it saves only part of the file. these still work:

http://newsgroup.xnview.com/viewtopic.p ... 88#p134792

see EDIT 3: http://encode.ru/threads/2321-FLIF-Free ... #post50489

ok, got it working with latest jctvc source HM-16.12-4815.zip
and also x265 2.1 is in there too with bit depth 8 10 and 12 enabled.

not sure if it was worth the effort though. i guess no.

i now also tried the newest jctvc source HM-16.12-4815 but no luck.

i got it comoiling after some small fixes, but bpgenc throws out an error.

bpgenc -e jctvc test.png

******************************************************************
** WARNING: --SEIDecodedPictureHash is now disabled by ...

here's bpg-0.9.7 with both encoders, also xnview "plugin" is included, the above one is garbage because it needs zlib.dll

and no dependencies in bpgenc.exe

and no, you cannot just use the newest x265, it does compile, but the bitdepths other than 8 are missing...

i compiled libbpg-0.9.7.tar.gz but there seems to be something wrong?

# Enable compilation of Javascript decoder with Emscripten
#USE_EMCC=y
# Enable x265 for the encoder
USE_X265=y
# Enable the JCTVC code (best quality but slow) for the encoder
USE_JCTVC=y
# Compile bpgview (SDL and SDL_image ...

i'm not gonna bother with encoding (too many dependencies), but here's a x64 bit version of bpgdec.exe 0.9.7 with subsystem changed.

64bit version might decode slightly faster, i haven't tested it...

i doubt some format will take jpg's place the next years. they have only better quality by a very ...