Sharlikran Posted March 17, 2014 Share Posted March 17, 2014 Regardless of my feeling about the Merged patch I do still use it. I was testing 3.0.32 and I notice it's adding NULL records to everything with a count. Is there any way to update the count and avoid doing that? When i was testing Requiem and made a Merge Patch there were literally hundreds of those things. If I left them there I doubt the game would have cared, but at the same time, if I wanted to remove them it would have taken a long time. Link to comment Share on other sites More sharing options...
hlp Posted March 18, 2014 Share Posted March 18, 2014 How do I get to the Media Set form in the FNV Geck 1.4.0.518? I brought up a sound, went to uses info, then found the set and double clicked on it. I don't see any checkboxes though. Am I using an old version? It must depend on the MediaSet type: https://www.dropbox.com/s/x2h9ug0neeknjsc/MediaSet.png Link to comment Share on other sites More sharing options...
hlp Posted March 18, 2014 Share Posted March 18, 2014 Regardless of my feeling about the Merged patch I do still use it. I was testing 3.0.32 and I notice it's adding NULL records to everything with a count. Is there any way to update the count and avoid doing that? When i was testing Requiem and made a Merge Patch there were literally hundreds of those things. If I left them there I doubt the game would have cared, but at the same time, if I wanted to remove them it would have taken a long time. I'll take a look. Link to comment Share on other sites More sharing options...
Sharlikran Posted March 18, 2014 Share Posted March 18, 2014 I'll take a look. Thanks I appreciate it. even though I know you understood me, relevant screen shot. Link to comment Share on other sites More sharing options...
hlp Posted March 21, 2014 Share Posted March 21, 2014 should be solved by r1544 Link to comment Share on other sites More sharing options...
zilav Posted March 21, 2014 Author Share Posted March 21, 2014 should be solved by r1544Thanks, uploaded this version. Dragonblood 1 Link to comment Share on other sites More sharing options...
Sharlikran Posted March 22, 2014 Share Posted March 22, 2014 should be solved by r1544 Thanks, uploaded this version.Tested, thanks that fixed it. Link to comment Share on other sites More sharing options...
Mator Posted April 1, 2014 Share Posted April 1, 2014 3.0.32 has an issue with the modification of Condition parameters. Modification by SetElementEditValues or by manual modification of Effects\Effect\Perk Conditions\Perk Condition\Conditions\Condition\CTDA - \* gives the assertion failure shown above. This does not occur in 3.0.31. Link to comment Share on other sites More sharing options...
zilav Posted April 1, 2014 Author Share Posted April 1, 2014 Modification by SetElementEditValues or by manual modification of Effects\Effect\Perk Conditions\Perk Condition\Conditions\Condition\CTDA - \* gives the assertion failure shown above. This does not occur in 3.0.31.Can't reproduce. Are you using the latest svn version? Dragonblood 1 Link to comment Share on other sites More sharing options...
DayDreamer Posted April 1, 2014 Share Posted April 1, 2014 I didn't. They don't seem to be related to #0 #1 #2. But I suppose matching "External" naming convention: External1, External2End, External3Mid. Back when I proposed this, it was overshadowed by the LOD announcement the next day. Any chance we can get these into the code? Every once in awhile I think about looking into those External tables, but kinda stalled.... Link to comment Share on other sites More sharing options...
Mator Posted April 1, 2014 Share Posted April 1, 2014 Can't reproduce. Are you using the latest svn version? I was using 1528. Using 1549 there were no issues. How silly. Link to comment Share on other sites More sharing options...
Arthmoor Posted April 1, 2014 Share Posted April 1, 2014 Would it be too much trouble to have the program identify which svn version is being used when it loads up? A build number or something so that it's easy to tell if the installation you're working with is out of date or not? Link to comment Share on other sites More sharing options...
Leonardo Posted April 1, 2014 Share Posted April 1, 2014 Good idea plus it's easier to rule out a number of bugs/issues/mods when someone report an issue. Link to comment Share on other sites More sharing options...
zilav Posted April 2, 2014 Author Share Posted April 2, 2014 Would it be too much trouble to have the program identify which svn version is being used when it loads up? A build number or something so that it's easy to tell if the installation you're working with is out of date or not?Not much, but trouble nonetheless. I can include svn revision as a build number in exe header, but the problem is I will need to remember doing it every time, and what is worse - others who update svn trunk branch must do the same. That's a hassle and I can't see it working correctly for a long span of time. Right now you can compare date on exe file or number in 7z archive name if you kept it. I also post a message here "uploaded a new version" when there are significant changes and a good time to update. Dragonblood 1 Link to comment Share on other sites More sharing options...
Mator Posted April 2, 2014 Share Posted April 2, 2014 Would it be too much trouble to have the program identify which svn version is being used when it loads up? A build number or something so that it's easy to tell if the installation you're working with is out of date or not? I name my executables with the version and svn. So my current executable is TES5Edit3032svn1549.exe Link to comment Share on other sites More sharing options...
zilav Posted April 4, 2014 Author Share Posted April 4, 2014 Back when I proposed this, it was overshadowed by the LOD announcement the next day. Any chance we can get these into the code?Are you sure this will be more appropriate? The current naming scheme is copied from FNVEdit which has the same navmeshes in a similar format. Dragonblood 1 Link to comment Share on other sites More sharing options...
DayDreamer Posted April 5, 2014 Share Posted April 5, 2014 Are you sure this will be more appropriate? The current naming scheme is copied from FNVEdit which has the same navmeshes in a similar format. Why would Unknown 1, 2, and 3 be more appropriate? They indicate there's an entry in the External Connections table. That's why I suggested External1, External2End, External3Mid. They seem to indicate whether they are neighbors, 2's are always the end of a string of 3's -- that is, 3's are in the middle. Link to comment Share on other sites More sharing options...
zilav Posted April 5, 2014 Author Share Posted April 5, 2014 Why would Unknown 1, 2, and 3 be more appropriate? They indicate there's an entry in the External Connections table. That's why I suggested External1, External2End, External3Mid. They seem to indicate whether they are neighbors, 2's are always the end of a string of 3's -- that is, 3's are in the middle. Oops sorry, I looked at wrong message. Updated definitions though I don't like this naming, kind of confusing. However can't think of anything better myself. Here is script to search for tri flags without Unknown 12 unit SearchForNAVMTriangleFlags; function Initialize: integer; begin if wbSimpleRecords then begin MessageDlg('Simple records must be unchecked in xEdit options', mtInformation, [mbOk], 0); Result := 1; end; end; function Process(e: IInterface): integer; var tris, tri: IInterface; i: integer; begin if Signature(e) <> 'NAVM' then Exit; tris := ElementByPath(e, 'NVNM\Triangles'); for i := 0 to Pred(ElementCount(tris)) do begin tri := ElementByIndex(tris, i); // Unknown 12 is not set if GetElementNativeValues(tri, 'Flags') shr 11 and 1 = 0 then begin AddMessage(Name(e) + ' ' + Name(tri)); // show only 1 triangle per navmesh Exit; end; end; end; end. Dragonblood 1 Link to comment Share on other sites More sharing options...
zilav Posted April 5, 2014 Author Share Posted April 5, 2014 Uploaded svn1550. Dragonblood 1 Link to comment Share on other sites More sharing options...
MadCat221 Posted April 5, 2014 Share Posted April 5, 2014 On FNVEdit, I made a module to correct a bug with NVInteriors that I found, where Chucksteel or a partner of his used the wrong items; they used the erroneous (and I suspect leftover) MiscItem Legion and NCR money in several instances, when they should have used the Caravan Money (CMNY) type. I did a lot of Find/Replace in gamespaces and a few in leveled lists, but it seems that FNVEdit doesn't like it. I get the following error when I attempt to drag'n'drop altered ref base subrecords from the fix ESP into the NVInteriors ESM: "Found a CMNY reference, expected: ACTI, ALCH, AMMO, ARMA, ARMO, ASPC, BOOK," etc etc etc several other formtypes. Here's the module I made: https://dl.dropboxusercontent.com/u/36069651/NVIntFixedBank.esp Here's the DL site for NVInteriors if you don't already have it: http://www.nexusmods.com/newvegas/mods/43534/? Link to comment Share on other sites More sharing options...
zilav Posted April 6, 2014 Author Share Posted April 6, 2014 "Found a CMNY reference, expected: ACTI, ALCH, AMMO, ARMA, ARMO, ASPC, BOOK," etc etc etc several other formtypes. I added CMNY and CCRD to the check lists if they had a CHIP already. Uploaded svn1551 so you can try. Dragonblood 1 Link to comment Share on other sites More sharing options...
Easykiln Posted April 7, 2014 Share Posted April 7, 2014 I am using the latest nexus version, and only skimming the treads, so I may have missed something, but is it a planned feature to have records that automatically merge at runtime be displayed in a different colour? Link to comment Share on other sites More sharing options...
zilav Posted April 7, 2014 Author Share Posted April 7, 2014 I am using the latest nexus version, and only skimming the treads, so I may have missed something, but is it a planned feature to have records that automatically merge at runtime be displayed in a different colour?Nope. Dragonblood 1 Link to comment Share on other sites More sharing options...
DayDreamer Posted April 7, 2014 Share Posted April 7, 2014 I am using the latest nexus version, and only skimming the treads, so I may have missed something, but is it a planned feature to have records that automatically merge at runtime be displayed in a different colour? Yeah, I asked for that in the past.... (And my mundane name is also Simpson.) Link to comment Share on other sites More sharing options...
zilav Posted April 10, 2014 Author Share Posted April 10, 2014 Uploaded r1553 Dragonblood 1 Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now