Pocket Plane Group
Friends and Neighbors => Near Infinity => Topic started by: FredSRichardson on July 16, 2006, 02:13:13 PM
-
I wasn't sure where to announce this. There's now a SourceForge project for maintaining Jon Olav Hauglid's NearInfinity. The project is based on a beta source code somewhat older than Jon's last beta release of NI (this is what he sent me some time ago). The goal is simply to fix bugs and/or add new fields to NI as they're discovered. Also included is the batch-mode interface NIDigGen. The jar archives include everything.
Most of the changes so far pertain to IWD2 resource fields (since that's what I've been working on). We are currently a team of two: Igi over at G3 has generously offered up his time to help out with the effort.
The site is here:
http://sourceforge.net/projects/nearinfinity
and there's even a release if anyone wants try it out.
(It doesn't have the JGoodies stuff that is in Jon's last relase of NI, so the interface doesn't have the same slick look 'n feel).
-
Looking great. Just one question: in the MRU game list, is it possible to display both the path and the game type? It can't also detect tutu, while the latest JOH beta did. Here is the WeiDU detection code from tp.ml:
| PE_GameIs(game_list) -> begin
let game_list = Str.split many_whitespace_regexp game_list in
eval_pe game (List.fold_left (fun acc this -> if acc = (get_pe_int "1") then (get_pe_int "1") else begin
match String.uppercase this with
| "BG2"
| "SOA" -> PE_And(PE_And(Pred_File_Exists_In_Game(get_pe_string "flythr01.mve"),
PE_Not(Pred_File_Exists_In_Game(get_pe_string "saradush.mve"))),
PE_Not(Pred_File_Exists_In_Game(get_pe_string "_eregost.mve")))
| "TOB" -> PE_And(Pred_File_Exists_In_Game(get_pe_string "saradush.mve"),
PE_Not(Pred_File_Exists_In_Game(get_pe_string "_eregost.mve")))
| "IWD2" -> Pred_File_Exists_In_Game(get_pe_string "subrace.ids")
| "PST" -> Pred_File_Exists_In_Game(get_pe_string "faction.ids")
| "BG1" -> PE_And(Pred_File_Exists_In_Game(get_pe_string "beregost.mve"),
PE_Not(Pred_File_Exists_In_Game(get_pe_string "durlag.mve")))
| "TOTSC" -> Pred_File_Exists_In_Game(get_pe_string "durlag.mve")
| "IWD"
| "IWD1" -> PE_And(Pred_File_Exists_In_Game(get_pe_string "avalanch.mve"),
PE_Not(Pred_File_Exists_In_Game(get_pe_string "howdrag.mve")))
| "HOW" -> Pred_File_Exists_In_Game(get_pe_string "howdrag.mve")
| "TUTU" -> PE_And(Pred_File_Exists_In_Game(get_pe_string "_eregost.mve"),
PE_Not(Pred_File_Exists_In_Game(get_pe_string "_durlag.mve")))
| "TUTU_TOTSC"
| "TUTU+TOTSC" -> Pred_File_Exists_In_Game(get_pe_string "_durlag.mve")
| _ -> failwith (Printf.sprintf "No rule to identify %s" (String.uppercase this))
end
) (get_pe_int "0") game_list )
end
-
I can look into this. Unfortunately, JOH never released the source code for his latest beta version, but only for a slightly older version. I'll see what I can do.
-
I shook my magic moneymaker and something unexpected came out. PM sent to Fred.
(It doesn't have the JGoodies stuff that is in Jon's last relase of NI, so the interface doesn't have the same slick look 'n feel).
Metal in Java5 looks slick enough. I don't think he ever included the Jgoodies junk in the source downloads.
-
Didn't somebody mention somewhere that Smoketest had the latest NI source?
-
Hey, this is great :) did Joh give his blessing, however?
Or did he say at least that he completely abandoned the project?
-
Well, GPL. Neither Weimer gave me his blessing or officially announced that he'd stop WeiDUing.
BTW, the jar is called NearInfinty_blah_blah.jar. It's missing an 'i'.
-
Oh right. I didn't remember it was LGPL, or some weird incompatible custom license :)
Btw, i thought you got his blessings if you use the homepage.
-
Oh right. I didn't remember it was LGPL, or some weird incompatible custom license :)
I believe it's LGPL, like WeiDU currently is. I don't know why exactly they chose the 'L' rather than the standard, but...
Btw, i thought you got his blessings if you use the homepage.
Well, if we want to nitpick, I got Compton's, and he has access to weidu.org too.
-
To be completely honest about this, Jon has not at all officially sanctioned this project, and should he ever express his desire that things be handled differently I'll immediatly comply with his wishes.
That being said, Jon did express his lack of interest in supporting NI and he didn't seem to care much about what anyone does with his code.
It should also be clear that the NI source forge project is really just a maintainance project. So it will always be "Jon Olav Hauglid's NearInfinity" + bug fixes, data field additions, architecture support and so on.
It's great that Jon put this stuff is under the (L)GPL license. It means that his code is always going to be there for whoever wants to pick up the ball. (LGPL is a less constrained version of the GPL which allows you to use non-GPL'd code along with it).
-
To be completely honest about this, Jon has not at all officially sanctioned this project, and should he ever express his desire that things be handled differently I'll immediatly comply with his wishes.
Notabily, since NI is (L)GPL, you can freely tell him to fuck off, were he to say anything, since this is your license-granted right. Of course, being nice to people is another matter ;)
LGPL is a less constrained version of the GPL which allows you to use non-GPL'd code along with it.
Actually, you got this wrong ;)
A piece of code under GPL cannot be used in a non open source project, while LGPL code can. There's nothing preventing you from linking a GPL program with a non GPL library :)
-
Hey, this is great :) did Joh give his blessing, however?
Or did he say at least that he completely abandoned the project?
I asked him not too long ago and he said it was unlikely that he was going to work on Near Infinity again.
-Echon
-
Notabily, since NI is (L)GPL, you can freely tell him to @#$% off, were he to say anything, since this is your license-granted right. Of course, being nice to people is another matter ;)
Yes, but it's my intension to go along with what Jon plans to do. Particularly, if he wants to actively maintain NI again then hopefully he'll be willing to take over the SourceForge project. But this is just a pipe dream anyway.
A piece of code under GPL cannot be used in a non open source project, while LGPL code can. There's nothing preventing you from linking a GPL program with a non GPL library :)
Yes, you can do it, but you're in trouble if you try to redistribute those binaries. When a program is GPL'd it means that all the source code going into compiling that program must also be under the GPL (no proprietary libraries) and all the source code has to be released along with the binaries. LGPL provides a way around this (strong advocates of the GPL or less than happy with the LGPL compromise).
-
A quick request: could you add the option to label dialogue states from zero, rather than 1? WeiDU counts from 0 so when counting where to patch it'd be nice if we could set NI to do the same (or have that as default).
-
A quick request: could you add the option to label dialogue states from zero, rather than 1? WeiDU counts from 0 so when counting where to patch it'd be nice if we could set NI to do the same (or have that as default).
I think it's a good suggestion ... but we'd better move this discussion somewhere else. SourceForge has a support forums and we can try using those for now (click on the link above and go to the forums).
-
Don't you have to pay them 40$ a year for an account though?
(which, incidentally, is one of the reasons why I don't even try to put WeiDU related stuff on SF, and/or contribute to GemRB)
-
No, I didn't have to pay anything. I'll reconsider if a bill comes in the mail though ;)
They do accept contributions. Perhaps they'll cut me off if I don't contribute at least $40 (I'm kidding of course).
EDIT: I just checked. SourceForge is purely funded by contributions. Actually, you should really consider putting WeiDU on SF. I don't really see any down side as far as WeiDU is concerned.
-
Wes talked about putting Icewind Gate II up on SourceForge (maybe WeiDU too, I don't remember). And never did.
Numbering from 0: I support this for everything. Jon was a little inconsistent, and sometimes used nr+1 instead of nr, but starting from 0 makes calculating baseoffset + (nr * sizeof) a lot easier (or at least more readable, since ((nr * sizeof) - relativeoffset) / sizeof would equal nr). There are also some with multiple structs (ARE entrances and animations, etc.) where he didn't do the count at all. Dialogue states are especially annoying because the list starts from 0, but the GUI starts from 1.
I didn't get around to making these changes (of course), but it shouldn't be too hard.
SourceForge has been getting more annoying over the years. I rarely bother visiting projects there anymore.
-
SourceForge has been getting more annoying over the years. I rarely bother visiting projects there anymore.
Really? Do tell. There are a handful of projects hosted by sourceforge who's projects I use. Probably more than that, but I get the packages through Debian "apt".
-
Annoying in that the site design has become increasingly kludgy and every ounce of space not used to link to hostedprojectuselessresource is devoted to a bevy of advertisements. It just takes too much effort, and I'm not willing to put up with it.
I'm just ecstatic that somebody finally decided to take up the torch. I'm betting there's all kinds of stuff I can complain about, but I'll wait until you've merged everything in and decided to what to keep and toss.
-
Don't you have to pay them 40$ a year for an account though?
(which, incidentally, is one of the reasons why I don't even try to put WeiDU related stuff on SF, and/or contribute to GemRB)
No, it is completely free. Though donations are appreciated.
I would fully support WeiDU to appear on SF.
WeiDU appears to be a stand alone tool, so better you start a new project if you can.
We could link the tools to each other, however.
DevSin: adblock is your friend.
-
SourceForge is purely funded by contributions. Actually, you should really consider putting WeiDU on SF. I don't really see any down side as far as WeiDU is concerned.
Well, I'll consider doing that. Apart from WeiDU, there's also the whole WeiGUI (and WeiDB) stuff to add, which would probably benefit more from publicity.
However, this forum is perfectly fine for me ATM - much easier than forcing everybody to start posting bug reports to SF :)
-
Annoying in that the site design has become increasingly kludgy and every ounce of space not used to link to hostedprojectuselessresource is devoted to a bevy of advertisements. It just takes too much effort, and I'm not willing to put up with it.
Yes, I see what you mean. OTOH, it's great that they can still keep it free. For me, it's worth it to have a free public CVS server.
I'm just ecstatic that somebody finally decided to take up the torch. I'm betting there's all kinds of stuff I can complain about, but I'll wait until you've merged everything in and decided to what to keep and toss.
It's going to take me a while to go through everything. I'm currently patching my minor changes into the most recent beta version.
-
SourceForge is purely funded by contributions. Actually, you should really consider putting WeiDU on SF. I don't really see any down side as far as WeiDU is concerned.
Well, I'll consider doing that. Apart from WeiDU, there's also the whole WeiGUI (and WeiDB) stuff to add, which would probably benefit more from publicity.
However, this forum is perfectly fine for me ATM - much easier than forcing everybody to start posting bug reports to SF :)
I think the real benefit of SF is the public repository. It means becoming familiar with CVS (or Subversion), but it's well worth it. A developer can just checkout the latest branch, add their changes and send you a patch (using "cvs diff -u").
-
A quick request: could you add the option to label dialogue states from zero, rather than 1? WeiDU counts from 0 so when counting where to patch it'd be nice if we could set NI to do the same (or have that as default).
I think it's a good suggestion ... but we'd better move this discussion somewhere else. SourceForge has a support forums and we can try using those for now (click on the link above and go to the forums).
I'd rather not have to register somewhere else... ;)
I guess I could, though, if you guys plan on using the forum there a lot.
-
I'd rather not have to register somewhere else... ;)
I guess I could, though, if you guys plan on using the forum there a lot.
SourceForge should allow anonymous posting.
-
I'd rather not have to register somewhere else... ;)
I guess I could, though, if you guys plan on using the forum there a lot.
We certainly don't have to use the forum there. The primary purpose of SourceForge from my point of view is version/revision control (CVS) and release distribution. We could use the bug tracking system there which might be a good idea, but there's not requirement to use the SF forums (I think a lot of people don't).
NearInfinity doesn't have a forum of it's own that I know of, so that's up in the air.
-Fred
-
You definitely didn't look at the gemrb forum on G3 with the associated gemrb project on SF :)
Otherwise you would have seen how deserted is the forum on SF, while it is working on G3.
There are many services of SF and most of them (if not all) are optional.
[edit]
in plain words, i don't think you should give up this forum.
[edit2]
SF allows anonymous bug reporting, i don't know what their forum allows, but it is utterly irrelevant.
-
Some good news: I got a message from JOH and he's very happy to see a SourceForge project for NearInfinity. That together with a newer version of NI put some steam in the project.
I agree that the SF forum software looks like it pretty much blows (compared to SMF here and other versions of YaBB).
So that leaves an open question: where should the NearInfinity forum be? Who wants to host it?
-Fred
-
I guess ppg, g3 and teambg are all possible.
-
I guess ppg, g3 and teambg are all possible.
I'm working on getting a forum here on PPG. It seems like NI and WeiDU should be maintained in the same place :)
Just a quick moderator request: can someone move this thread to the NI forum if/when that comes into existence? I feel guilty taking up WeiDU space with this stuff.
Also, just a quick announcement for anyone tracking this: I've updated the release on SourceForge to JOH's 1.33b19 version + my IWD changes.
-
Just a quick moderator request: can someone move this thread to the NI forum if/when that comes into existence? I feel guilty taking up WeiDU space with this stuff.
Also, just a quick announcement for anyone tracking this: I've updated the release on SourceForge to JOH's 1.33b19 version + my IWD changes.
NP.
-
Here's your topic, pal :)
-
I'd rather not have to register somewhere else... ;)
I guess I could, though, if you guys plan on using the forum there a lot.
SourceForge should allow anonymous posting.
It wouldn't let me start a new thread when I went to the site (unless there was something I missed); it required me to login or register.
But here's good, too! :)
-
But here's good, too! :)
Doesn't igi still refuse to come here? Maybe not so good...
-
That would seem to be a limitation of igi, not of the Near Infinity forum.
-
That would seem to be a limitation of igi, not of the Near Infinity forum.
friendly as ever :)
-
WHAT?!?!? I've already become steeped in politics? *sigh* Well, maybe I should've done more "research".
But thank you for hosting the forum here. I'll try to keep more than one channel of communication open. There's always e-mail.
-Fred
-
I know it's been a month since the last post, but this is a new forum and I've been away awhile.
NWN support is mostly limited to browsing, but the string editor will edit the game's text just fine.
Edit: I just noticed you have the latest beta on sourceforge. (Was going to say you weren't missing much.)
-
I've heard talk of an alternate version of NI - the latest on SourceForge seems to be NearInfinity-1.33b19-1 2006-07-19. Anyone have anything more recent? Also I'm having trouble finding documentation or a changelog between this and the last author-released version (which I think was 1.32).