Hover your cursor over the yellow/red square for more in-depth information. Yellow means there is at least one warning on that line, and red means there is at least one error. If there's at least one of both, the square will be half yellow and half red.

Cipscis

I think I facepalmed myself again. The reason why the ToggleFreeCamera doesn't work is pretty simple. TFC doesn't mean "ToggleFreeCamera" but "ToggleFlyCam".

Should have read the help section of the console a little bit earlier.

Bug Report: ListAddReference doesn't seem to work. This code prints a bunch of {No Name}s and, at the bottom, the name of LMDHotkeyToken even though I've got several hotkeyed items and GetHotkeyItem does work. ListAddReference does add blank references/forms to the form list, though.

	set rNewHotkeyItem to GetHotkeyItem 1	rNewHotkeyItem.ListAddReference LMDExpandedHotkeyList	set rNewHotkeyItem to GetHotkeyItem 3	rNewHotkeyItem.ListAddReference LMDExpandedHotkeyList	set rNewHotkeyItem to GetHotkeyItem 4	rNewHotkeyItem.ListAddReference LMDExpandedHotkeyList	set rNewHotkeyItem to GetHotkeyItem 5	rNewHotkeyItem.ListAddReference LMDExpandedHotkeyList	set rNewHotkeyItem to GetHotkeyItem 6	rNewHotkeyItem.ListAddReference LMDExpandedHotkeyList	set rNewHotkeyItem to GetHotkeyItem 7	rNewHotkeyItem.ListAddReference LMDExpandedHotkeyList	set rNewHotkeyItem to GetHotkeyItem 8	rNewHotkeyItem.ListAddReference LMDExpandedHotkeyList	ListAddForm LMDExpandedHotkeyList LMDHotkeyToken	set iDoOnce to ListGetCount LMDExpandedHotkeyList	PrintC "List Count: %f" iDoOnce	set iDoOnce to 0	Label 3	set rNewHotkeyItem to ListGetNthForm LMDExpandedHotkeyList iDoOnce	PrintC "%f : %n" iDoOnce rNewHotkeyItem	set iDoOnce to iDoOnce + 1	if iDoOnce < 8		GoTo 3	endif

Feature Request: I'd like a ListReplaceNthReference function, similar to ListReplaceNthForm but replacing the form in the form list with a reference.

Hotkey slots hold base items, not references, IIRC.

Really? That seems odd - what happens when you have multiple weapons with different conditions and you hotkey-swap between them? Bah.

That does explain why it doesn't work and allows me to use ListReplaceNthForm, though, so yay.

Bug Report: I have no idea why, but ListReplaceNthForm seems to be bugged. If you try to replace a form in a form list with an empty reference variable, then the function just copies the preceding reference in the form list into the new position instead of actually placing an empty reference in its place.

Example:

...		set rNewHotkeyItem to GetHotkeyItem 3		ListReplaceNthForm LMDExpandedHotkeyList rNewHotkeyItem 2		set rNewHotkeyItem to 0		ListReplaceNthForm LMDExpandedHotkeyList rNewHotkeyItem 3...		set iDoOnce to 0			Label 3		set rNewHotkeyItem to ListGetNthForm LMDExpandedHotkeyList iDoOnce		PrintC "%g : %n" iDoOnce rNewHotkeyItem		set iDoOnce to iDoOnce + 1		if iDoOnce < 8			GoTo 3		endif

Instead of returning or something for the name of list item 3, this code prints out the name of the item in the third hotkey slot (which is list item 2 for this list).

Sorry if it was answered or addressed before, but with current NVSE there is the way to launch the game without launcher.
For this
1. Steam manager must be loaded in the background already (before attempt to launch the game).
2. NVSE launcher must be executed at least once
In this case, with NVSE or without it, game launcher will be skipped.
I hope I'm not wrong

I'd like a Get/SetCurrentRoundsLeft function or something like that that would return the number of rounds left in an actor's currently-selected weapon's clip. This could be used to hack together a way to disable automated reloading behavior and make it so weapons don't automagically fill up with bullets when you de-equip and then re-equip them.

EDIT: A way to get an armor ref's current DT would be very useful, especially if I could stick it as a condition in an actor effect (as GetHelmetCurrentDT and GetArmorCurrentDT or something, so you can differentiate between DT from the helmet slot and DT from the armor slot).

I agree. This would be very useful.

Also, SetWeaponReloadAnim is capped to 10 in NVSE. There are 22 reload animations in New Vegas, going all the way up to ReloadZ. Looking at the source, it appears that the ReloadAnim enum just needs updating:

	enum ReloadAnim {		eReload_A = 0,		eReload_B,		eReload_C,		eReload_D,		eReload_E,		eReload_F,		eReload_G,		eReload_H,		eReload_I,		eReload_J,		eReload_K,		eReload_L,		eReload_M,		eReload_N,		eReload_O,		eReload_P,		eReload_Q,		eReload_R,		eReload_S,		eReload_W,		eReload_X,		eReload_Y,		eReload_Z,		eReload_Count = 23,	};

(Yes, three letters of the alphabet are missing, but this is straight from GECK.) Everything appears to work well after compiling and testing myself.

Steam just updated my game and now I can not run the game at all because it keeps shutting down due to different version numbers.

nvm its not the version number, ignore my post. Its steam in general.

I get an NVSE error saying I have an unknown version of FONV.

yeah we need a new NVSE to go with the new update please

Yep - they pushed out the new patch today. Ian and I will get to work porting to the new patch. Hopefully we'll have an update tonight.

I had similar problems with the FOSE version.

i tried beta 3, but i still get an error and can't run fallout new vegas

That would be because beta 3 came out before the latest patch?

Considering that, unlike with FO3, New Vegas is pretty much always auto-patched to the latest version, with no real chance of sticking to an older version, I'm wondering how hard/whether it would be worth it to have some kind of simple auto-update program for NVSE. Like, just having a .txt file with the current version, have it check against the version number on the website, and having it download a generically-named archive if the site version number is higher

@konork - Well the real issue here is that there will always be a delay between the patch and the corresponding NVSE release. We identify many address locations to do what we need to do. Those change with each and every new version of the Exe and we need to find them all again. At a minimum this will take several hours. Ian and I have started working on the patch and will have something out as soon as humanly possible. But right now even an automated system would fail because we simply don't have an update yet.

There's going to be a hotfix coming out soon to fix one of the bugs that the patch introduced (unkillable enemies). I'd consider waiting for that to be released before working too hard on another NVSE update.

Is there a policy against uploading and linking to the official v1.1.1.271 Steam EXE for those who had the misfortune to update to v1.1.1.281 (with the occurrences of un-killable creatures/NPCs, and a few .ini issues like being unable to add ArchiveInvalidationInvalidated.bsa to the SArchiveList entry/list), but still want to either use NVSE enabled-mods, or just have a somewhat more playable game experience?

I made it a point to back up several key files regularly, so I've got both the .271 and .281 EXEs lying around; same case for the more tech/mod-savvy owners of FNV, but tough luck for just about everyone else, I suppose. At least until a hotfix is posted.

Scratch that option, then.

Thanks for the heads up. We're moving ahead in the meantime. It is good practice for us. Also we don't know how long it will be until a fix ships. If it takes a couple days folks should be able to enjoy their NVSE mods while fleeing the zombie mobs.

Yes - it would be a serious problem and against policy to upload an old exe. Please don't do so.

At least supporting older versions will be less of a factor since steam will be auto-updating the majority of people (who don't think about turning auto-patching off)

Correct. We have officially stated that we will NOT be supporting older patches. We will support the active patch, and that is it. But it is a trade-off. We don't need to support previous versions, but the race is on once a new patch is released.

New commands in the update:

- IsActorRefEssential
- SetActorRefEssential
- IsNoHumanGoreExe
- IncrementScriptedChallenge
- PersistentRefCount
- AlwaysShowActorSubtitles
- SetRadioToDialogueOnlyMode