|
|
|
|
|
|
|
|
| Re: New Attachment System Beta[message #258338]
|
Tue, 03 August 2010 21:26  
|
|
 Joanita |
|
Messages:1
Registered:August 2010 |
|
|
That looks so awesome. last time i were here was when new inventory and edb were in progress or just done. its nice to see that there still are good ideas wich become great mods. big thanks for your work, it looks reeeealy nice
Report message to a moderator
|
Civilian
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| Re: New Attachment System Beta[message #258595]
|
Fri, 06 August 2010 22:48
|
|
| ko5ma |
 |
Messages:35
Registered:January 2010
Location: Poland |
|
|
I seem to be having problems with new attachment slots...
In short:
- Created about 30 new entries in AttachmentSlots.xml, defined locations, tested on an item - so far so good
- Created new test weapon in Weapons.xml and Items.xml, added about 20 new attachments to Items.xml, added slot definitions to ItemSlotAssign.xml and AttachmentSlotAssign, tested - works fine
- Removed some of the previously defined slots from new weapon, added xxx to relevant entries in AttachmentSlotAssign.xml - poof, everything breaks down.
I'm trying to do something like this:
Test weapon - 2 slots, A and B
Attachment A in slot A adds slots A1, A2, A3, A4, A5 to weapon - works fine
Attachment B in slot B adds slots B1, B2, B3, B4, B5 to weapon - works, but additionally adds slots A1 and A2 for no apparent reason! If both A and B are installed i get a "double" slot that makes it impossible to remove attachment A1 until i remove attachment A or B.
Attachment A1 in slot A1 is supposed to add slot A6 to weapon - doesn't work at all
Interestingly - if i move around the B1-B5 definition in AttachmentSlotAssign.xml i sometimes get different "extra" slots, sometimes none...
What am i doing wrong? Thanks in advance.
EDIT: 1.13 is updated from SVN earlier today, NAS version JA_3547_NAS_0.503b from page 1.
Report message to a moderator
|
Private 1st Class
|
|
|
|
|
|
| Re: New Attachment System Beta[message #258602]
|
Sat, 07 August 2010 00:05
|
|
| ko5ma |
|
Messages:35
Registered:January 2010
Location: Poland |
|
|
Thanks for the answer.
Found some further bugs - i'm not quite sure what caused this one, but atm i have 2 *different* instances of the same item - test weapon (item id 1364) with all 14 defined slots working correctly, and another 1364 with no defined slots and 4 default slots instead. Can be reproduced each time. No idea how to have it back to normal though...
I'm also testing a magazine size changing attachment, sometimes i get CTD after adding it to a weapon and then clicking the ammo unloader. Can be reproduced each time after reloading the game, but if i exit and enter the weapon description box it will not happen again.
EDIT: The first issue seems to be fixed by saving and reloading the game. Adding a new instance of the same item gives yet another sample with 4 default slots though.
EDIT2: Yet another bug, though i'm not sure if it's NAS- or 1.13 related: doesn't work at all.
Report message to a moderator
|
Private 1st Class
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| Re: New Attachment System Beta[message #258817]
|
Sun, 08 August 2010 23:12
|
|
| Wil473 |
 |
Messages:2815
Registered:September 2004
Location: Canada |
|
|
I'm getting a CTD with the folding stock system (FSS) on anything with a Inseparable default attachment. The mechanics of the FSS use the Easy merger to produce the same gun again and the other stock item. I'm guessing it doesn't like the fact that it is trying to create the default/pernamenet attachment in the slot already occupied with the very same default/pernament attachment.
EDIT:
Working on the adding/removing attachments. All seems good so far with the new function. Able to nest attachments in slots added by previous attachments. The mod does not have enough attachments to truely take advantage of this. The adding of slots also gave me more opportunities to test the multiple attachment slots, so far it is only cosmetic, no attachments are lost when the merger takes place.
Inseparable default attachments are appearing aas expected as the result of mergers. I'm going to have to setup a situation where Inseparable Default attachments are removed to properly test the other half, probably the G36 to G36RAS mods. Otherwise only the CTD described earlier.
EDIT2:
I've got some very bad news, it looks like merging with an item that contains a Inseparable default attachment results in a CTD. I setup the G36 RAS kit to convert a standard G36 with a Inseparable default attachment (optics), and got the same CTD that I saw earlier. Going the other way works fine though, the G36 Standard kit converts the G36RAS to the G36 and pops in the optics.
EDIT3:
I am able to replicate the CTD with today's release of AIM. Cheated my way to the airport, bought some FN SCAR and conversion kits, forced the delivery and crashed the game when trying to convert SCAR's with their inseparable default attached stocks.
[Updated on: Mon, 09 August 2010 05:57] by Moderator Report message to a moderator
|
|
|
|
|
|
|
|
|
| Re: New Attachment System Beta[message #259243]
|
Thu, 12 August 2010 02:17
|
|
| Faithless |
 |
Messages:439
Registered:October 2009
Location: The safe end of the barre... |
|
|
Strange, maybe it isn't using the CreateItem function.
Guess I'll actually have to go figure out how it works ^^
Edit:
By the way, for the people that had v0.60b, you just need to replace your exe with the one from 0.61b.
It fixes an important crash, so it's recommended.
[Updated on: Thu, 12 August 2010 02:31] by Moderator Report message to a moderator
|
Master Sergeant
|
|
|
|
|
|
|
|
|
|
|
|
Blog
Search
Help
Members
Register
Login
Home
sorry)
. I suppose it'll also fix another issue i just found, default attachments not showing up when Alt-W'ing.
