notlikedis Posted June 21 Posted June 21 I love it when legacy versions get moved to Discord for no good reason then removed everywhere so they become lost to time and my (thankfully) still working thumbdrive. 1
lordcookies Posted June 22 Posted June 22 Maybe someone could help me out with this, so I've downloaded the latest version from the discord and was about to start a scene with a couple of npc:s when I got a crash to desktop right before said scene started but right before the crash I got this error message. How do I solve this problem? Never had this issue when I used to play with this mod like 2-3 years ago but now when I just came back and re-modded my game I got this issue
ziggyr2750 Posted June 23 Posted June 23 On 6/11/2026 at 11:23 PM, focalpoint said: im running into an issue where theres a little widget in the corner saying "34/57 preparing data for papyrus [AAF]" and its kinda just stuck there not making progress. any recommendations? Â Anyone have any update on this? I've been running into the same issue.
Alexthemenace Posted June 25 Posted June 25 Have also the problem with 1.7.1 and 1.11.221 that some animations causing ctd. It seems, that it happens with lesbian animations, but not everytime. But aggresive lesbian animation with violate surrender mod.
roselove Posted June 26 Posted June 26 (edited) On 6/22/2026 at 5:40 PM, lordcookies said: Maybe someone could help me out with this, so I've downloaded the latest version from the discord and was about to start a scene with a couple of npc:s when I got a crash to desktop right before said scene started but right before the crash I got this error message. How do I solve this problem? Never had this issue when I used to play with this mod like 2-3 years ago but now when I just came back and re-modded my game I got this issue Did some one found a fix to this yet have it to when try use  lesbian animations and lesbian animation i ame get CTD Edited June 26 by roselove
judge007 Posted June 29 Posted June 29 A request: Â Does anyone have the source files for AAF version 1.1.5? And could I trouble you for them? Thanks in advance.
Holylokki Posted June 29 Posted June 29 11 hours ago, judge007 said: Does anyone have the source files for AAF version 1.1.5? As far as I remember, v1.1.5 uses sources v1.1.2. 1
judge007 Posted June 29 Posted June 29 29 minutes ago, Holylokki said: As far as I remember, v1.1.5 uses sources v1.1.2. No wonder it wasn't posted on Discord when I downloaded the executable. Just so I can still compile against it.
dagobaking Posted June 30 Author Posted June 30 On 6/22/2026 at 2:40 PM, lordcookies said: Maybe someone could help me out with this, so I've downloaded the latest version from the discord and was about to start a scene with a couple of npc:s when I got a crash to desktop right before said scene started but right before the crash I got this error message. How do I solve this problem? Never had this issue when I used to play with this mod like 2-3 years ago but now when I just came back and re-modded my game I got this issue  Thank you.  Can you please provide: AAF version and a Buffout 4 crash log (top frames) from when this occurs?
dagobaking Posted July 3 Author Posted July 3  # Version 1.7.2.1 (hotfix) A small DLL-only bug-fix hotfix on top of 1.7.2. ## Fixed - Pip-Boy equipment lock-out. Items that AAF unequipped and then re-equipped during a scene could no longer be removed through the Pip-Boy afterward (running another scene cleared it, but the lock returned, and a save/reload didn't help). AAF's Next-Gen equip path applied the restore immediately and forcibly, which left the engine's equipped-state data in a state the Pip-Boy couldn't undo. It now queues the equip the same way the game's own scripting does, so restored gear stays normally removable. Next-Gen plugin (`aaf_1_11_221.dll`) only — the Old-Gen path was never affected. - Hardened how AAF hides the "item added" pop-ups when it equips items during a scene. AAF previously did this by patching a game function in memory the first time it equipped something and leaving that patch in place for the rest of the session — a late, permanent patch that could collide with other mods touching the same function and crash the game. AAF now suppresses those pop-ups using the game's own built-in HUD-message gate instead, with no in-memory patching. Next-Gen plugin (`aaf_1_11_221.dll`) only. - Old-Gen (1.10.163) plugin failed to load. The `aaf_1_10_163.dll` build was compiled with an incorrect runtime-version constant, so it rejected itself at load on game 1.10.163 (and mis-identified its build). The constant is corrected, so the Old-Gen plugin now loads on 1.10.163. Old-Gen plugin (`aaf_1_10_163.dll`) only. - The Next-Gen plugin is now built with assertions disabled, as a release build should be. A build-configuration error left the shipped `aaf_1_11_221.dll` compiled with the underlying library's internal debug assertions active, so certain edge cases (some equipment/animation data conditions) raised a "Microsoft Visual C++ Runtime Library — Assertion failed!" dialog and crashed instead of being handled. With assertions off, those cases no longer hard-crash on the assertion, and any genuine crash is now a normal one that Buffout 4 can log for diagnosis. Next-Gen plugin (`aaf_1_11_221.dll`) only.
dagobaking Posted July 4 Author Posted July 4  # Version 1.7.2.2 (hotfix) An equipment-focused bug-fix hotfix for the **public** release line (on top of 1.7.2.1 — DLL + UI, no new features). Every known equipment-handling bug is addressed in this round; all fixes were reproduced and verified in an isolated test environment before release. The Patreon line (1.7.3) receives these fixes in the next regular build. ## Fixed - Equipment lock-out after scenes, round two — the 1.7.2.1 fix was incomplete. With engine-level tracing we found the actual mechanism: **every** item AAF equipped using the engine's *force-equip* flag was silently marked with the engine's equip-state lock the moment the equip landed — whether or not anything conflicted with it. That lock is what made gear AAF re-equipped after a scene unremovable through the Pip-Boy (a save/reload didn't clear it, but dropping the item or letting another AAF scene strip it did — both destroy or force past the locked state, which is why those workarounds worked). AAF now equips **without** the force flag, exactly the way the game's own scripting equips items, so nothing AAF equips or re-equips ends up locked. Items already locked by an older build heal automatically the next time any AAF scene strips them (AAF's unequips remain forceful and clear the stale lock). Next-Gen plugin (`aaf_1_11_221.dll`) only — the Old-Gen equipment path was never affected. - Equipment changes during scenes could take effect seconds late — or invisibly. Since 1.7.2.1, AAF's equips were queued but only processed on the actor's next full update, which is suspended while an actor is locked in a scene. Gear added mid-scene (strap-ons, outfit swaps) could sit unapplied for several seconds and then skip the 3D rebuild when it finally landed — leaving an **invisible body or invisible gear** for the rest of the scene. AAF now flushes the equip queue at the moment it queues the change, so scene equipment appears instantly and visibly again. Next-Gen plugin only. - A piece of restored gear could vanish again right after the scene-end redress — typically "everything came back except my chest armor." The undressing step arms an internal "keep this slot empty" retry so async unequips can't be missed; that retry only remembers the **last** slot stripped, and if the scene ended before the game confirmed it, the first equipment refresh after the redress would re-strip that slot — removing an item AAF itself had just restored. The retry is now cleared whenever AAF restores equipment, so redressed gear stays on. (This one likely accounts for a share of long-standing "my gear doesn't come back" reports.) - Layered outfits not restored after a scene. When AAF undressed an actor for a scene, it snapshotted their loadout to re-dress them afterward — but for **layered equipment** (outfits AAF peels in stages via `equipmentLayers`/`equipmentRules`), that snapshot pointed at the *live* equipment list, so peeling the layers mid-scene corrupted it. At scene end the original outer clothing never came back, and a later scene could carry stale layer state forward and instantly strip a freshly re-equipped outfit. AAF now **freezes a copy** of the pre-scene loadout and restores the original items from it, and rewinds layer state on re-dress. Plain (non-layered) equipment is unchanged. If an unusual setup misbehaves with the new restore, set `legacy_equipment_restore = true` to revert to the old behavior. - positionTree/animationGroup start & stop effects (equipment, morph, overlay) now apply even when the played position doesn't define them. A `stopEquipmentSet`/`stopMorphSet` (etc.) set on a `positionTree`'s (or `animationGroup`'s) `positionConfig` was silently ignored at scene start/end because AAF only read the effect from the currently-played position — which, for a tree branch playing a shared pack position, defines none. AAF now resolves these effects up the hierarchy (played **position → animationGroup → positionTree**, most-specific wins), so tree/group-level re-dress and morph effects fire as authored. 4
shandoramd Posted July 6 Posted July 6 Where can I find 1.1.5 version for my 1.11.191 game version? I can't update my F4, can anyone give me AAF 1.1.5?
bill5687 Posted July 7 Posted July 7 17 hours ago, shandoramd said: Where can I find 1.1.5 version for my 1.11.191 game version? I can't update my F4, can anyone give me AAF 1.1.5? Â AAF_V1-1-5.7z 1
JB. Posted July 8 Posted July 8 (edited) @dagobaking Hi Dago, I've been playing around with the latest update quite a bit and everything's going well. But I've had several instances where the actors are re-equipped with previous outfits, not the ones they were wearing before the AAF scene. I'm just reporting this in case anyone else is experiencing the same issue or if it's just me.  For example, I loaded a save using an outfit set, let's call it set 1. Then I equipped an outfit set 2. Then I have an AAF scene and at the end of the scene, AAF re-equips me with outfit set 1. Edited July 8 by JB. 2
savantladylilith Posted July 8 Posted July 8 1 hour ago, JB. said: @dagobaking Hi Dago, I've been playing around with the latest update quite a bit and everything's going well. But I've had several instances where the actors are re-equipped with previous outfits, not the ones they were wearing before the AAF scene. I'm just reporting this in case anyone else is experiencing the same issue or if it's just me.  For example, I loaded a save using an outfit set, let's call it set 1. Then I equipped an outfit set 2. Then I have an AAF scene and at the end of the scene, AAF re-equips me with outfit set 1. Not just you! Apparently it's not just me either! I don't have the very latest update, but the previous one, off of Discord, 1.1.4 I believe?  I've played around with it to see what works and doesn't, and for my example I have a companion in road leathers when you meet him, I always change his outfit - this time wearing Kellogg's outfit and a pip-boy before the scene, and it often puts him back in the road leathers (even when I remove them from his inventory, it places a new set in his inventory) and unequips the pip-boy after the scene  Possibly unrelated, but I also notice occasionally an item of clothing will stay equipped when it shouldn't during the scene, and then unequip itself afterwards, almost as if it reversed the order it was supposed to do this in? Like instead of undressing that item it thinks its supposed to put it on them for the scene and remove the clothes after sex. An example again using the pip-boy, my companion will still have the pip-boy on during the scene and then it unequips after the scene. It also happens with other clothing items too though, hats, jewelry, even entire outfits etc, not just things I'm using mods to add in  Using the pip-boy as my example again though, if I go into the scene settings and toggle what is being worn during the scene, telling it "equip" the pip-boy (which is visible on that companion already, so visually doesn't change anything) then telling it to "unequip", it does remove it from that actor during the scene, and then after the scene is over, they will equip it again as they're supposed to 1
deff. Posted July 8 Posted July 8 (edited) I wanted to report for (?) issue (?) with latest AAF. Don't know the reason, but AAF for me is stuck "34/57 gathering data for papyrus" or something like that. Waited about 10min, nothing. Game version 1.10.163, when installed AAF 100% sure that I took GOF/OG version. Just wanted to test the AAF, but got this "thing". Edited July 8 by deff.
Holylokki Posted July 8 Posted July 8 55 minutes ago, deff. said: Don't know the reason, but AAF for me is stuck "34/57 gathering data for papyrus" or something like that. This almost always indicates an XML loading error. To find the cause of the problem, use AAF debug mode. 1
deff. Posted July 9 Posted July 9 8 hours ago, Holylokki said: This almost always indicates an XML loading error. To find the cause of the problem, use AAF debug mode.  Error in pic. Spoiler  XML is from Staged Leito plus erection fix. Required for AAF Hardship/TSEX Hardship. There are several empty XML files
GV33 Posted July 11 Posted July 11 Can someone help me do a roll back? I tried to do what others have said but the AFF still acts like im on the newest version. I cant for the life of me log into Discord. They absolutely refuse to send me an email therefor i cant log in or even create a "Help profile". Any assistance would be greatly appreciated.Â
agent202 Posted Sunday at 03:59 PM Posted Sunday at 03:59 PM (edited) So after update, aaf hotkeys (such as home or end, which i was using numpads to press it) stopped working. However if I assign function keys such as F2 or F3, aaf can be successfully turned on and off. What bugs me is that 'M' key (for proceeding to next step) also doesn't work, but I don't know how to assign a hotkey for it. Â Does anyone have an idea how to assign a new keybinding for 'M', or what's causing this problem? Â I'm on the latest version for both aaf and base game. Edited Sunday at 04:08 PM by agent202
Gubbe73 Posted Wednesday at 05:08 PM Posted Wednesday at 05:08 PM I have exact same as JB report. About switching outfits around. Everything else works perfect, not a single crash now 🙂
SaekoDovahkiir Posted yesterday at 02:57 AM Posted yesterday at 02:57 AM For some reason the discord link is not working for me when i try to join?
judge007 Posted yesterday at 03:43 AM Posted yesterday at 03:43 AM 45 minutes ago, SaekoDovahkiir said: For some reason the discord link is not working for me when i try to join? Works for me . . .
Recommended Posts
Posted by DoctaSax,
Reputation Points
Go to this post
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