Player knowledge
Collapse
X
-
Have descended a new @ all the way to DL 99 and am ready to take on Sauron then Morgoth in, hopefully, quick succession. Still had three melee crashes on the way down, but none of them replicable. Look forward to the cone breath and knowledge branches being pulled into the master.Leave a comment:
-
OK, one final build on this branch - Windows and OS X versions. This includes- Fixes (I believe) to the crashes from fighting Morgoth - turns out it was technical issues with how I was listing objects
- Massive reduction in game slowdown - again the problem wasn't what I expected (object list), but doing unnecessary lookups during map drawing
- all the current bugfixes to the master branch
Current plan is to pull both this and the cone breath branch into master soon, and then start on rune-based ID.Leave a comment:
-
-
Not looking at recent NPP yet, only 0.5.2, so no.
Right now I am doing:
* replay log (V) (task 5). All those hard-to-repro bugs would likely be easier to find with this. (And yes, I know it is easy to exploit. I will make the replay mode set a new cheat flag.)
* update Quickband to modern NPP code. First step is integrate with 0.5.2 in NPP git repository for later branch merge. Unfortunately I can't find NPP 0.4.x code to do a 3-way merge from.
Does anyone have that source code? (I think it was NPP 0.4.1 that Quickband used.)Leave a comment:
-
-
Well I'm back, bored and looking for a little light coding. (Not so much playing.)
First thing, I think I will recreate the redo-log I made here.
It will make ALL crashes and bugs repeatable.
Ugh. C programming. It's been YEARS since I used anything but C++, C#, SQL, Haskell.
Last edited by Pete Mack; January 22, 2016, 23:04.Leave a comment:
-
Crash fighting Morgoth. Not easily replicable. Morgoth summoned several Uniques, including the unpronouncable Q. @ TO'd Morgie away, then read a ?Destruction. Crash!
Edit: After 5 more crashes, none of them replicable, some in melee, some using Destruction, Morgoth is DEAD!!!
Looks like it's a problem with destroying the area.Leave a comment:
-
Crash fighting Morgoth. Not easily replicable. Morgoth summoned several Uniques, including the unpronouncable Q. @ TO'd Morgie away, then read a ?Destruction. Crash!
Edit: After 5 more crashes, none of them replicable, some in melee, some using Destruction, Morgoth is DEAD!!!Last edited by Ingwe Ingweron; January 17, 2016, 21:32.Leave a comment:
-
New Windows and OS X builds up. The crash on killing Sauron bug is fixed, and I believe and hope that the monster crush/pickup bug and the autoinscription of floor items bug are also fixed.
Slowdown I am leaving for now, because it needs fixing on the master branch. The bad ignore setting led me into a maze of twisty passages in determining how an item gets marked as sensed; my preferred strategy here is to wait until I'm redoing ID, and then dynamite said maze and start again.
My intention now is for this to be the last build on this branch. Plan is to bugfix 4.0.4 now, which should result in the release of 4.0.5 (last 4.0.x, really this time), and then start pulling in the current feature branches (cone breath and knowledge). Then rune-based ID.Leave a comment:
-
For the other bugs, I think 2 is just the way it has always been. The others certainly need fixing. I probably will do that soon and put out another build of this branch, but I also need to get back and fix some of the 4.0.4 bugs, too.Leave a comment:
-
How's this for a crash? Kill Sauron and game instantly crashes. Not easily replicable, but very frustrating. Other than that, no crashes and only the previously reported bugs.Leave a comment:
-
Okay, I've gotten a @ down from DL 1 to DL 53 with no crashes. Great job, Nick!
All the bugs encountered on this run have been previously reported:
(1) “Something crushes a [object].” @ has ESP. The object in question was found and is on the ground, but is out of LoS or light radius. The creature crushing the object is not detectable by ESP or Infravision. @ should not receive the “Something crushes… message. A corollary would be that if @ could detect the creature by ESP or sees it with Infravision, that the message should be received and the object symbol should vanish from the map - I'm not sure if it is working this way.
(2) When disarming a trap, should it be automatically repeating the attempts until success or setting it off? Unlike tunneling, picking a lock, or opening a door, my feeling is that trap disarming should not automatically repeat attempts. The former do not pose damage risk to @, trap disarming does pose risk. I might want to risk it once, but not three times. The number of times I take that risk should be up to me, not an automatic reiteration.
(3) auto-inscribe on walk-over or roll under foot for monster dropped items.
(4) Item ignore bug. Items that should be average, good, or excellent with no high resists, but instead sometimes the ignore prompt says they are excellent but not splendid.
(5) General slowness (c.f., Tunneling and watching the counter slowly tick down, etc.)Leave a comment:
Leave a comment: