Jump to content

DayDreamer

Members
  • Posts

    822
  • Joined

  • Last visited

Everything posted by DayDreamer

  1. I've finally figured out what causes this error message. When I was building some pathing, I'd dragged the xmarker across cell boundaries. CK2 did add the cell header to the file. Since nothing was placed in the cells, so there was no change to the Location membership, CK2 didn't add the cell's Location to my file. For some odd reason, xEdit doesn't remove the empty cell headers with no temporary items as ITM anymore; presumably because they contain changes from Update.esm that aren't in the Hearthfires.esm. Removing them by hand fixed the problem (or at least the warning messages).
  2. Perhaps M$ will bring its vaunted commitment to bug free releases.
  3. After my initial excitement, I've played a bit with this Oakwood installed. It's not where Thirteen Oranges had his. I'll have to look at his again to be sure about location (it has been a very long time). And although clearly well developed, it seems to me that the location is a bit off. Arena Oakwood should be further east, on the Riverwood to Neugrad road, presumably somewhere between Helgen and the junction, or even at the junction. I'm guessing it is here because you are avoiding conflicts in the map you linked above? At least folks are coordinating! :)
  4. If you are concerned about security, it is long past time to upgrade to 10. I don't even run any other version connected to the Internet. Admittedly, I'm a security wonk, and an author of many technical security papers. The only reason that I use Windows at all (any version ever) is for the gaming machines. Everything else is Linux and MacOS (and other *BSD). In 1994, I'd founded an ISP that internally ran almost exclusively on MacOS and Yellowdog Linux (PPC hardware). Plus, now Windows 10 has support for Linux. That said, I've found the EFF plugins to be helpful for browser security. HTTP Everywhere, Privacy Badger. Also Facebook containers, and NoScript. Just remember to tell NoScript that afkmods is trusted.
  5. There are stops in both directions. That coastal spot won't quite work, as there's a possible dragon corpse. I've learned from hard experience not to put a carriage too near a dragon landing. But I've placed one in front of the dragon, out of the way of the patrol markers. There's a vanilla rock pile under a tree that I've shifted out of the way closer to the boat house. No need to change navmesh. Conveniently, your fast travel marker is not far behind the carriage stop. There's a horse stable near the inn. Just past it, there's a vanilla rock pile under a ledge that I've shifted farther away. Again, no need to change navmesh. So far so good. But either I'll need to create a duplicate MapMarker, or we need to share an Update injected one. I've been using 01008xxx and 01009xxx for injected location and mapmarkers respectively. This will be 0100901B. Or we can come up with some master agreement in a higher range?
  6. Most is already two long dirt paths, just needs to be joined up a bit in 2 places (essentially the middle passing over Movarth's Lair, then joining the Ustengrav path up to the carriage on the hill). I'll take a look at how you implemented here, and do something like it for Touring. I'll try a separate light file, as a proof of concept, just in case you do something later. Honestly, in all my previous partial runs, I'd never even hired a Steward, let alone the house carriage. Usually I've already bought so many horses that they are anywhere needed. After 7 years of requests, having rather a lot of time on my hands at the moment (and not yet dead from incurable lymphoma), I've finally buckled down and done the Hearthfires touring work. It surprised me, but changes my gameplay approach much more than I'd anticipated.
  7. Thanks, that must be what you were referencing on the xEdit thread. Apparently "Skyrim Sniff" wasn't the best search. I'd never thought about New Vegas.... I'll give it a try.
  8. Finally found the old (May 14) post again today in the Tes5Edit discussion. Knew I'd seen it somewhere. Now where is Skyrim Sniff?
  9. Any chance moving pillar was deliberate, or just a bad edit? Also, it has always bugged me that brand new construction has old badly painted walls. The new walls should use the white paint version, at least passably new'ish.
  10. Any plans for a Morthal area road? After many years of requests, I've finally got around to touring Hearthfires carriages. I've tried to make it compatible with these roads (and others). It was quite a surprise to me that Bethesda has a vanilla (pre-Hearthfires) preferred navmesh up the hill behind Morvarth's Lair, connecting to the path to Ustengrav.
  11. I'm rather behind on trying out Arthmoor's villages. The last Oakwood I'd tried was ThirteenOranges. I'd long ago (gosh it has been 7 years already) included a planned Touring Carriages stop (assigned keyword Tour27Oakwood), but had taken it out in more recent versions. Where would be a good place for a stop?
  12. I'm looking around for some method of decoding the animations to see what they do. I'd noticed a post about converting them to text format, but now cannot find it. Specifically, there's IdleCartExitInstant: turned off in CarriageSystemScript by default (there's a global TestCartQuickExit). When I try it, NPCs disappear and come running back up the road. If I could make it work, for both NPCs and player, it would help immensely. Apparently the developers thought so too, but never got it working properly.
  13. You should probably also clean the masters. No reason for all 3 DLC.
  14. AFKTrack currently is failing to upload .7z proposed bug fixes.
  15. I've recently rediscovered this problem, and posted a resolution here. This is a CK2 bug. It assigns the sharedinfo a new number, leaving your new reference at the old number. Using SSEEdit, you need to renumber your new reference, then renumber the original back to its proper number. The shared voice files (and lips) match the original number.
  16. As a side note, you can move objects in script properties (level 5) by renumbering them with xEdit. I don't know what happens to the old object in the save file, but the new object will appear in its new position, and its script properties will be refreshed. Usually, this means that the object with the script property will also need to be renumbered, so that its properties will be refreshed with the renumbered reference. When adding script properties, you also must renumber any objects using the script, so that they are refreshed with updated properties. However, dialogue TIF properties seem to be an exception. All their properties seem to be refreshed at time of execution. Perhaps they aren't normally kept in memory? My current technique is to have quests only in TIF properties, with as few as possible hard coded references, using keyed linked references in objects as much as possible. Obviously, the keys themselves appear in scripts, but they are generally vanilla and unchanging.
  17. [Lost with recent DB reload] Cell (-9, 18) in world 'Tamriel' (0000003C) is not in exterior cell data. Cell (-8, 19) in world 'Tamriel' (0000003C) is not in exterior cell data. After fixing some navmesh near Movarth's Lair, this has appeared in my CK2 warnings. What does it mean? These are MovarthsLairExterior04 and MovarthsLairExterior02 respectively. Along with MovarthsLairExterior01, they are in MovarthsLairLocation. MovarthsLairExterior03 is not in any location, probably a bug (but no warning).
  18. SharedInfos are voiced response lines used in more than one place, so that they didn't need to record the same lines over and over. Simple enough concept. However, make sharedinfo on an existing INFO creates a new INFO, then moves the new INFO into the sharedinfo list, and points the old INFO at the new INFO. That means the voice line would need to be re-recorded for the new INFO formid. Fixing requires xEdit. Swap the formids. Find the original INFO. Select change formid, control-C copy the original, change to any low unused number such as xx000888 (anything less than the next object id in the header). Control-click the DNAM response formid. (Write down that new response formid.) Select change formid, control-V paste the original formid. Go back to the unused number, and change it to the new response formid. Load up the CK again, check that it now is voiced. Also, a second CK bug is make sharedinfo doesn't clear the number of response lines. Go back to the now renumbered INFO, and re-select the same named response. That clears the number properly. (Or do it in xEdit, but I'm always worrying that the CK is doing something else we don't know about.)
  19. Excellent, thanks. I didn't know req worked as after. I'll have to keep reminding folks to update their master list. The Description already tells them to sort with LOOT, but using Vortex they don't see the master list update reminder as it runs automatically. (There's a separate UI element.) I'm fairly sure they don't see the LOOT warnings either.
  20. I've done it, although Nexus no longer allows '+' so I've used '-'. And asked for an update to the LOOT master list over on Github. Unfortunately, that updated master list isn't working for some folks. To explain: the current updated master list has only TC-ICAIO "After Immersive Citizens - TC patch.esp" (ICAIO-TC in my notation). That works If and Only If (IFF in mathematical terms) the user installed TC, then installed ICAIO, then installed TC-ICAIO. The LOOT result is the 4-way sandwich TC, ICAIO, ICAIO-TC, TC-ICAIO (wiping out the bad ICAIO-TC changes). So far so good. ICAIO has a conditional installation package check and only installs ICAIO-TC when it detects TC has already been installed. So any other installation order doesn't install and sort correctly. Many users installed ICAIO, then install TC later. TC-ICAIO has been specifically written without ICAIO as a master (to avoid the Permissions prohibition on modification) and is in default group, so LOOT (Vortex?) can sometimes install it before ICAIO. That won't work. Could TC-ICAIO please have 3 after conditions (as I'd attempted to request over on Github)? After TouringCarriages.esp. After ICAIO. And (as currently is) After ICAIO-TC.
  21. CptMcSplody recently explained (elsewhere) how to set ICAIO to default group, so that this sandwich would happen. I'm not sure it matters. I'd been looking at the ICAIO-TC patch conflicts on its own, without checking how ICAIO itself is internally structured. What we are experiencing is similar to graphics Z-fighting. Load order isn't helping, other than incidentally. ICAIO is a set of massive Quests, mainly organized by city. Every actor is an alias in these quests. That's how it runs the superceding packages for "immersion". No matter where it loads, these individual quests spontaneuously run a package on the actor from time to time. The problem is that there are other quests with these same actors and often the same or similar packages. Sometimes a vanilla quest with an actor gets going, but then the ICAIO package executes an override that interrupts the vanilla quest. Sometimes this override is a package from the vanilla quest that has already run. Sometimes the package creates conditions that were never envisioned in the vanilla quest/scene. Simultaneous parallel execution without any semblance of threading or dispatch signalling. The author has turned off his nexus forum page for a couple of years now, and doesn't answer direct messages. His permissions don't allow bug fixes. Although fairly popular, my guess is the best alternative is to flag this as dangerous, as it damages every other quest/scene with the same actors.
  22. IIRC, we added that condition because of Run For Your Lives; actually When Vampires Attack at the time, driver ran and hid in Windhelm City, and trying to take a ride from him caused a reproducible problem. Ensuring he was sitting was enough to fix it, because the only place he sat was on his linked seat. Agreed. Personally, I don't run ICAIO (I've always used Run For Your Lives), so I've no good reproducible tests. It's just user reports. (Many of them.) Thanks for all the assistance. At least I've learned something about failures of the OnSit() event and the "link.IsInFurnitureState Sit" conditional. Maybe they'll work in some future game engine. Reported bugs in tickets 200515-007256 and 200515-07347 respectively. No idea how to access anybody else's tracked bugs.
  23. Interesting. That's a vanilla script: CarriageDriverScript. The Bug note is 2015. Anybody know whether that bug has been formally reported to Bethesda? The bSitting conditional variable is only relied upon in one line of code. Since the vanilla driver only ever sits in one place, this bug may not have occurred in the past. ICAIO claims (on its description) to have been QA'd by Bethesda. Arthmoor's target practice is on the same Bethesda page, so he could tell us how much vetting is actually done.... What should be done for US*P?
  24. Ahem, only some of us are programmers, even senior or distinguished programmers, but have also been very senior managers. Or as a former colleague once phrased it: "I route, therefore you exist." Others are not. But we all understand the process of elimination and Occam's Razor. Please don't be discouraged. Keep in mind that folks generally don't like it implied that they are idiots or didn't understand you. There is a wealth of experience here fixing Bethesda bugs going back at least a decade or more.
×
×
  • Create New...