XnView Software

NConvert v5.00 for Windows/Windows 64bits/Linux/Linux 64bits/MacOS X/FreeBSD/ DOS32 LE & OS/2 is available. NConvert can be downloaded on the XnView download page.

:-)

Works. Some space for improvements, though:

- DOS version reports itself as "for OS/2" (see post below)

- Undocumented: I ...

nconvert -q 100 -rotate 0.0 -o that.jpg this.jpg

Very bad idea :( Bloats size, quality loss (minimal), no benefit ...

Lower "q" could approach original size, but would trash quality ... :(

Probably no, but would be easy to add of you convince Pierre/Xnview about benefits of such a feature ;)

It decodes badly in XNview :-(

When converting into BMP using NC, it indeed gets inverted ... but "-negate" seems to fix it :idea:

TIF is a messy image format :bug: ... better to use BMP for uncompressed and PNG for compressed images :idea:

Also your TIF has 65 MiB of raw 3x8bpp data ...

4.90 is very good and very useful for me :-)

Nevertheless, I'd like to report a few minor things that could be improved in future:

- DOS version still reports itself as "version for OS/2"

- Limits: NC ends up in a dead loop or produces strange/unuseful error messages when it runs out of memory or ...

I just want to ask if there will be a 32 bit support for bitmaps because
most programs don't support them and it's long winded to convert them with AlphaConv.
First I have to convert them to PNG and then I can convert to JPEG2000 but it would be a lot faster if I could convert them directly.

OK ...

May be I not quite properly understand -n conception?

I guess that "-n" is __old__ and was designed to apply to both source and destination file sets, now you use a list from a script (new !!!) to set the source set, so the numbering feature gets confused.

4.90 is out

Script implemented and works

DOS version exists again

Thanks to Pierre

Yes, unicode is not supported by nconvert
But why it works well with nconvert and filelist ???

Strange, perhaps a problem with DOS command line

Maybe my idea would easily and securely prevent trouble with DOS or "DOS" command line ?

http://newsgroup.xnview.com/viewtopic.php?t=13755 (My thread ...

EDIT : 4.90 is out, also for DOS

No answer yet :|

Simplifying the idea, if NCONVERT obtains just one file , assume it as text file containing both the commands, and the list of files ... just define a character or string preceding a new commandline to make it well distinguishable from a filename ;-)


NCONVERT SCRIPT.TXT ...

Ok, i'll build a DOS version too with next version...

Is it available now ?

I think Win98SE is the minimum OS requirement at the moment.
This will probably change to Win2000 or WinXP very soon!

Please don't drop 98SE before ReactOS becomes usable ( if ever ).

Hacker wrote in other thread:

Could you please add an option for XnView to read filenames from a filelist? A filelist would look like

Filelist and Commandlist ;-)

Why ? NCONVERT's commandline can easily reach many 100's of bytes and I have some problems to pass it :-(

EDIT : reduced junk ...

Thanks.

NConvert has no limit

Sorry but I have to report some doubt here ... maybe it has no intentional and documented limits ... but in fact it has them ... as soon as the image size exceeds cca 100 MiB, it stops working: PNG can't be saved, resize does nothing, etc.

It is a common practice ...

> most people don't care, whether a kilobyte is 1000 bytes or 1024 bytes.
> The difference is just 2.4 %, so why bother.

NOT true. People DO cry when they buy a "600 GB" HD and find "530 GB free" then :mrgreen:

And the difference is 10% when reaching 1 "Terabyte" :idea:

> Personally I think that ...