Modcraft - The community dedicated to quality WoW modding!
Projects => Software Development => Topic started by: Mjollna on January 19, 2012, 10:44:27 pm
-
As far as I know both are separate projects, so you don't need anything from mpqfs-stormlib to compile Noggit.
If you're ok with the libraries then you should be able to compile.
-
But you should always use the newest version. And for debug you will need the debug version of it. Just set missing path in CMAKE to get ic configured. I have to take a look at the cmake file to make it easyer to get it clean working on windows. Or perhaps here is some guy that worked already with CMAKE and want to handel this stuff. Als if here is someone that get It working he could write soem lines about it for other guys. Perhaps in the wiki :) Just PM me if you have time and want to.
-
Would be nice. Just create a new point for Mac setup please and fill it. The wiki should be open to register.
In the moment this version have many problems. You cant select M2s. It crash if you do. You cant show wmos. Same there. I hope i will get some time for debugging this weekend.
PS: I will move this to development board. This one is more for problems using the app and beta stuff.
-
As for the Windows side of things, I took a stab at it in the dark last night, and I think I'm on the right path - I should use CMAKE to create project files for whatever compiler I'm using, which is obvious seeing the cmake files in Noggit's root src directory. As for compilers, should I be using MinGW's build environment, or will VC2010's c++ compiler work?
I've only ever compiled a handful of WoW emu servers using cmake, so I have no idea what to expect with my attempts at getting this to compile (aside from the probable complete failure that will occur).
-
I use Visual Studio 2010. Works fine.
The most server give you everything to your hands to compile. We want to let our repository be clean and small. So we add no lib´s there.
http://qt.nokia.com/downloads (http://qt.nokia.com/downloads" onclick="window.open(this.href);return false;)
http://www.boostpro.com/download/ (http://www.boostpro.com/download/" onclick="window.open(this.href);return false;)
http://gnuwin32.sourceforge.net/packages.html (http://gnuwin32.sourceforge.net/packages.html" onclick="window.open(this.href);return false;) (Zlib)
http://glew.sourceforge.net/index.html (http://glew.sourceforge.net/index.html" onclick="window.open(this.href);return false;)
http://www.zezula.net/en/mpq/download.html (http://www.zezula.net/en/mpq/download.html" onclick="window.open(this.href);return false;) (no binary's. Must be compiled)
-
Alright, cool, the only thing I didn't have was zlib and boost. Not too shabby for a non-programmer :P
-
Last working Noggit with old UI: here (http://wow-editing.eu/noggit.exe)
-
This one have an bug with re size. I have implemented a new selection that allows to paint also clean in §d mode. But if you resizing it you get problems. And we should not develop on this version but on the QT once. To get not 2 separated forks.
-
Last working Noggit with old UI: here (http://wow-editing.eu/noggit.exe)
With noggit is SO freacking awesooome!!!
3d texturing is Very Fucking NICE!
Thank you)
-
i with steff do 3D cursors. But is last SDL version
-
Ok, so it's kinda weird - I managed to get noggit to compile without any errors, but it will not launch without giving me an error and immediatly quitting. I ran it through IDA to see where it was crashing, and it seems to be right in the init of the program. Maybe I've somehow chosen the wrong libs in the config? I'm sure I'll figure it out, but damn if it isn't confusing, seeing as it compiles without issue, but does not want to run :/
-
you are using debug comp. change it to release
-
Perhaps you should give more information's. Just quitting?
Then logfile and config file.
-
QT Noggit dont using Config :D. He auto remember values.
-
We use the config class from the QT pack
This stores the stuff in ini files under Linux/macos and use the registry under windows.
I will implement an settings editor that starts if it cant find the right paths. And you will be able to use it to change the stuff.
-
Err, as I said in my other post, I've started to do this (the settings window I mean)... I just need some more time (since I'm abroad right now) but its on the way.
-
Ah nice to hear :)
-
Looks like my problem is something to do with the Freetype libs/headers. Not too sure if I'm supposed to grab the latest version of that and point the build files to the src or includes folder of that?
edit: got it to launch properly now. Just doesn't have any settings, so all I get is a window with tabs and no content... but it compiled and executes now :P
Edit: it seems as though it doesn't want to link against StormLib at random. Sometimes it builds without issue, other times it reports an error when linking to StormLibRAD.lib. Not sure what's up with that. It's also not reading from MPQ's, and does not launch when the value is changed in the registry to point to my 3.3.5 install - It seemed that the font file, skurri.ttf was causing the issue, according to the log (hence the inability to open MPQ's).
edit:
8 - (application.cpp:47): Noggit Studio - 440
11 - (application.cpp:286): Game path: g:wow335
11 - (application.cpp:287): Project path: C:GamesWorld of Warcraft
12 - (file.cpp:31): [Error] Requested file fonts/skurri.ttf which does not exist.
13 - (application.cpp:399): [Error] Unrecoverable error: Requested file does not exist.
hmm...
-
g:wow335
not
g:wow335
Add the in the registry !
-
Yeah, it works now :P
Very unstable, but that's to be expected with switching over to a different set of libs for UI elements. Time to learn more about QT4.
-
Just wanted to bump the topic since more commits have been occurring in the repository lately. I'm getting my system ready to compile it again, hopefully a bit more stable than the last time I had attempted the build process. I'll post with results if I end up with a working build or not.
-
The build process is easy and working without problems since more than a year now. I don't see why someone should have problems except for configuration error.
-
Ok. There does seem to be an issue in the registry - when the game directory is defined, noggit seems to re-write the registry entry and add a forward slash to the path (like this: c:wow335/ ). The log states that the mpq's aren't found in the data folder. Trying to debug this :roll:
Probably my stupidity...
-
Most likely not your fault but code adding a / independent of platform, while it should be on windows. That code should use a QFile, not a QString to avoid this.
-
As far as I know the / doesn't matter, but there is issues about settings, I wanted to post about this today. Let me some time to eat and I post afterwards.