Old 5th October 2012, 03:30   #41
[NSIS Dev, Mod]
kichik's Avatar
Join Date: Oct 2001
Location: Israel
Posts: 11,343
Both x64 and Unicode are in progress for NSIS 3.0a0, thanks to all of the hard work by Anders, Wizou, Jim Park and David Golub. That's along with a lot of random fixes and improvements that have accumulated since 2.46.

Check out the SVN log to see what's coming.

NSIS FAQ | NSIS Home Page | Donate $
"I hear and I forget. I see and I remember. I do and I understand." -- Confucius
kichik is offline   Reply With Quote
Old 27th November 2012, 17:37   #42
Junior Member
Join Date: Nov 2012
Posts: 1
The 64-bit port is a good sign. NSIS may appeal to a much broader user base with this and the unicode updates.

I have to agree with previous comments in this thread, though. The average "joe" (like me) looking for a InstallShield alternative or just a capable MSWin installer/packager will feel disappointment when they learn that the latest release is years old. I really had to dig to find that there was activity, based on forum and feature request tracker. I would recommend that one of the core developers or project lead (if there is one) add some kind of status at least on the main page near the date of the "Latest NSIS release" December 06, 2009. I almost clicked away but my curiosity compelled me to look further, wondering why the SourceForge project page said "Last Update: 2012-11-13".

The description on the main project Wiki page seems very promising. I especially liked the fact that NSIS is packaged with RHEL/CentOS as part of the mingw32 cross-compiler set. This would allow us to automate packaging of Windoze projects directly from our source code CM system in CentOS 6. Unfortunately, the 2GB size limit on installers turned out to be a deal-breaker for us, for now anyway. I manage and maintain the networks and network services for a low-budget engineering support facility for aircraft training systems. The projects for which we wanted to replace InstallShield contain a large number of high-res graphics, not compressible to < 2GB.

We'll probably go with Inno Setup for now because it seems to be the most efficient way for our MS Windows developers to migrate away from InstallShield. They are motivated to move too, referring to the MS product as "a steaming pile of..." well, you get the idea. Inno Setup seems to have a fairly intuitive UI with some useful plugins. I've got them testing it right now.

I do intend to keep my eye on this project, though, hoping the latest and greatest will make the cut in Fedora, at least before Red Hat settles on the baseline for RHEL 7. They included the mingw32 cross-compiler packages (including mingw32-nsis) only in their "Optional" channel for EL 6 and only the x86_64 version, which means they're not officially supported or updated but at least they're part of the base install. I frequently use the mingw32 compilers to build/rebuild Win32 Stunnel executables and OpenSSL libraries for local distribution so I may experiment with NSIS periodically.

Thanks to the NSIS developers for your generous gift of time and talent.
cwebster is offline   Reply With Quote
Old 28th November 2012, 05:24   #43
Major Dude
Join Date: Oct 2006
Posts: 1,892
I don't mean to downtalk your choice for Inno Setup - I've yet to find something people cannot get working with it - but please do note that IS and NSIS are very different indeed, and it will not be easy to port IS code to NSIS. Don't expect to easily switch to NSIS 3 at a later point.
MSG is offline   Reply With Quote
Old 30th November 2012, 05:24   #44
Major Dude
T.Slappy's Avatar
Join Date: Jan 2006
Location: Slovakia
Posts: 531
Send a message via ICQ to T.Slappy
I suppose Inno Setup has the same limitation (2GB size). This is a Windows limitation not a NSIS specific.

Cool looking installer with custom design: www.graphical-installer.com
I offer NSIS scripting, C/C++/C#/Delphi programming: www.unsigned.sk
Develop NSIS projects in Visual Studio 2005-2019: www.visual-installer.com
or RAD Studio 2009, 2010, XE-10.3 Rio: www.rad-installer.com
T.Slappy is offline   Reply With Quote
Old 30th November 2012, 05:58   #45
Anders's Avatar
Join Date: Jun 2002
Location: ${NSISDIR}
Posts: 5,153
Originally Posted by T.Slappy View Post
I suppose Inno Setup has the same limitation (2GB size). This is a Windows limitation not a NSIS specific.
NSIS is using signed ints, that's why we are limited to 2Gb. We cannot just switch to unsigned either because we are using the top bit to store extra data...

IntOp $PostCount $PostCount + 1
Anders is offline   Reply With Quote
Old 30th November 2012, 08:36   #46
Junior Member
Join Date: Nov 2012
Posts: 3
This is fantastic news! Any idea on when a release will be made? Even Beta? I will gladly help out with testing of the final product!
RooiWillie is offline   Reply With Quote
Old 30th November 2012, 09:15   #47
NSIS Dialog Designer Author
Join Date: Apr 2011
Posts: 70
Me too...
nicorac is offline   Reply With Quote
Old 12th April 2013, 21:49   #48
Junior Member
Join Date: Apr 2013
Posts: 23
Originally Posted by LoRd_MuldeR View Post
Any particular reason why LZMA2 is required?

AFAIK version 2 of LZMA is better suited for multi-threading, but actually gives worse compression than the original LZMA.

As NSIS installers only decompress and LZMA 1 already is damn fast at decompression, I don't see much use for LZMA 2 in NSIS...

(The only thing it could speed-up would be building the installer - at the cost of bigger installer size)
I played around with lzma vs lzma2 today a lot. There is no significant size difference between lzma and lzma2 on maximum compression settings - using 7zip 9.29 alpha (any other settings don't matter, because lzma2 is always faster - mx9 compresses faster to lzma2 on a quadcore, compared to mx3 on lzma). The version used in nsis actually compresses consistently worse to lzma, than 9.29 to lzma2 (tested by compressing with nsis, vs feeding nsis lzma2 mx9 already compressed files and switching compress of).

It would be really great to have lzma2 supported by Nsis and having Nsis move to up to date 7z version (nowadays speed matters much more than maybe 40-50KB increase in installer size due newest 7z - though I doubt it would make such a big difference).

Second thing in line of course would be great to have proper filesize >2GB support - too bad if this won't make it into Nsis 3 - whenever it appears...
extremecarver is offline   Reply With Quote
Go Back   Winamp & Shoutcast Forums > Developer Center > NSIS Discussion

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump