03:25:03 <02M​onkooky> https://cdn.discordapp.com/attachments/747522859361894521/1271776319092555796/image.png?ex=66b8917e&is=66b73ffe&hm=cf7ac736de0b1c637282c92842dcb15677a3e4ff68d15d001bfe576a9791ec1b& 03:25:11 <02M​onkooky> why is there a healthy check here? 03:25:26 <02M​onkooky> (mon_beh 397) 03:26:43 <02M​onkooky> this seems like it makes monster behaviour dumber and more arcane 03:27:02 <02M​onkooky> and more predictable if you happen to know it's there 03:33:58 Experimental (bcrawl) branch on underhound.eu updated to: 0.23-a0-5208-geafff8c3b6 05:30:16 Unstable branch on crawl.akrasiac.org updated to: 0.32-a0-2077-gc9a0f24 (34) 08:24:56 03dolorous02 07* 0.32-a0-2078-g7c87569a87: Make Blorkula's bat form unconstrict him. 10(7 minutes ago, 1 file, 1+ 0-) 13https://github.com/crawl/crawl/commit/7c87569a874b 08:34:03 <06p​leasingfungus> monkooky: it dates back to linleycrawl 08:34:07 <06p​leasingfungus> so, who knows :p 08:34:12 <06p​leasingfungus> seems fine to remove 08:37:48 03PleasingFungus02 07* 0.32-a0-2079-gb3f2be6f28: Remove an antique bit of monster AI (Monkooky) 10(89 seconds ago, 1 file, 0+ 2-) 13https://github.com/crawl/crawl/commit/b3f2be6f2865 08:51:54 <12g​e0ff> re: commit b3f2be6f28. The comment above the updated if () block need to be updated too. Currently it says "// Unfriendly monsters fighting other monsters will usually // target the player, if they're healthy.", but the last bit is no longer true 09:21:40 03dolorous02 07* 0.32-a0-2080-gfe854bf2fb: Remove now-inaccurate comment bit (ge0FF). 10(3 minutes ago, 1 file, 1+ 1-) 13https://github.com/crawl/crawl/commit/fe854bf2fb9d 11:29:42 -!- kenzie3 is now known as kenzie 15:38:22 Unstable branch on underhound.eu updated to: 0.32-a0-2080-gfe854bf2fb (34) 16:28:18 jimmypageman (L27 MiFi) Crash caused by signal #6: Aborted (Pan) 17:45:43 03dolorous02 07* 0.32-a0-2081-gdd5112e32b: Add another gizmo noun. 10(4 minutes ago, 1 file, 3+ 0-) 13https://github.com/crawl/crawl/commit/dd5112e32b50 19:12:53 <07a​crobat> @dracoomega I found two weird things about dith nightfall. probably bugs? 1. nightfall increases player's stealth to ++ only if they have less than ++. for example, if your stealth is 0(or minus) then it becomes ++ when using nightfall, but if your stealth is +++++ then it doesn't get bonus. 2. on the turn player uses nightfall, monsters get chance of stealth check before LoS is reduced. (they shouldn't, right?) 19:12:57 <07a​crobat> https://cdn.discordapp.com/attachments/747522859361894521/1272014865875341393/1.PNG?ex=66b96fa8&is=66b81e28&hm=4c4038b80113b773902f2a0ef69e2e4c630a361f8b8e21ca8eaad15aa2ccdf78& 19:13:00 <07a​crobat> for example, in this situation, monsters wake up and shout if I use nightfall. 19:19:48 <04d​racoomega> The first one was intentional, though I could be persuaded to change it. The idea, when it was added, was to set a certain fixed baseline of "Nightfall will always be at least this good at enemies not noticing you." (It originally just added a bunch of stealth, but on characters with very negative stealth, like heavy armour users, this still left them with negative stealth. This is why it was changed to a flat floor of stealth 19:19:48 instead.) Second one is... odd. Not deliberate. I wonder what the timing of this is that causes it to work that way. 19:23:08 <07a​crobat> oh I missed this commit, sorry https://github.com/crawl/crawl/commit/2d498743f054fea9d69bf20bd981b16ca4c124fa 19:23:08 <07a​crobat> https://cdn.discordapp.com/attachments/747522859361894521/1272017424341925918/00.PNG?ex=66b9720a&is=66b8208a&hm=9fbb51ecd04c52af3b12d6c8c1a636b7dbbb4d6e9a4b93e348e0b469facb8c0c& 19:23:17 <07a​crobat> I think in-game description needs to be updated then 19:24:26 <04d​racoomega> Fair enough 21:57:46 03regret-index02 07* 0.32-a0-2082-g3bae8276e6: Last big vault review for 0.32 10(82 minutes ago, 25 files, 707+ 684-) 13https://github.com/crawl/crawl/commit/3bae8276e657 21:57:46 03regret-index02 07* 0.32-a0-2083-gaa93178157: Yet further adjustments to Xom effects 10(45 minutes ago, 3 files, 28+ 26-) 13https://github.com/crawl/crawl/commit/aa931781574e 22:02:27 -!- robin is now known as lispwitch 22:02:33 -!- lispwitch is now known as robin 22:35:34 Unstable branch on crawl.develz.org updated to: 0.32-a0-2083-gaa93178157 (34) 22:43:29 <12a​sciiphilia> [Translated by ChatGPT] EngineV8 — Today at 2:15 PM The ttyrec files we talked about during the game earlier didn't properly record the Oni River either. Three files remain in total, covering the start to Dungeon level 4, levels 9 to 12, and Snake Pit level 2 to Elf Halls level 2. I don't know if another one will be generated later, but the game ended without a complete recording, so I can't review the cause of death. [Link to 22:43:30 ttyrec archive] This is the play record from August 11th. ASCIIPhilia — Today at 2:18 PM There seems to be some issue with the server setup, but I'm afraid it's not possible to recover what hasn't been physically recorded. Since some of my play records are also missing, it seems like ttyrec is indeed getting cut off during recording. EngineV8 — Today at 2:18 PM Oh, I wasn't requesting a recovery. I just wanted to let you know in case it was an 22:43:30 issue you weren't aware of. ASCIIPhilia — Today at 2:19 PM Thanks for letting me know. I had no idea this was happening. But honestly, I have no clue what's causing this, so it might take a while to fix the problem. For now, I'll try turning off the server backup logic and the ttyrec 15-minute compression logic for a few days since it might be due to a file I/O conflict. If the recordings are uninterrupted during this time, then that's probably not 22:43:31 the issue. 22:43:33 <12a​sciiphilia> EngineV8 — Today at 2:20 PM :thumbsup: ASCIIPhilia — Today at 2:20 PM This is just a guess, but when you log in through the terminal session, there's a bug where the number of players displayed in the "watch" list is lower compared to the number of web tiles players. That might be related to this issue (I haven't found the cause of that problem yet, either). The terminal session seems to somehow use the ttyrec file to create a 22:43:33 lobby, and in that terminal lobby, players occasionally appear and disappear. I suspect that games where players don't appear might be the ones where the ttyrec recording is dropped. [Announcement] The server's ttyrec recording feature is currently not functioning properly. If preserving your records is important, please record your gameplay individually or use another server. ASCIIPhilia pinned this message to the channel. Today at 2:24 PM 22:43:34 ASCIIPhilia — Today at 2:28 PM If anyone can provide reproducible actions that cause ttyrec to not record, it would help in resolving the issue. EngineV8 I added the logic to compress ttyrec every 15 minutes around June 30th, and based on the ttyrec of users who have been playing daily since then, no ttyrec larger than 1 MiB has been recorded since that time. [Image] ASCIIPhilia — Today at 2:36 PM I've turned off the compression logic, which is 22:43:34 currently the most likely cause. If you experience any recording issues after this point, please let me know. ASCIIPhilia — Today at 2:37 PM This could also be due to that issue. 22:43:40 <12a​sciiphilia> If players are actively playing the game, can running the dgamelaunch-config/bin/dgl compress-ttyrecs command cause the ttyrec recordings to be interrupted? 22:58:14 Windows builds of master branch on crawl.develz.org updated to: 0.32-a0-2083-gaa93178157 23:14:00 Unstable branch on cbro.berotato.org updated to: 0.32-a0-2083-gaa93178157 (34) 23:45:54 -!- OFF is now known as Guest671 23:48:05 Unpopular opinion: The "old" way to show monster damage (base damage + weapon) was so much better... Now I have 0 idea what the damage ranges are or if the danger comes from the monster itself or only the uber weapon it holds or both 23:49:09 Well actually it might be very popular who knows I haven't asked anyone 23:55:13 Monster database of master branch on crawl.develz.org updated to: 0.32-a0-2083-gaa93178157