[0.4 BETA] TwitchyDoom - Streamer interaction!

[DrDubzpart2]

Hey it's been a while but I was wondering, has anyone else found this mod has just stopped working? I've used various GZDoom versions (the last I was on was 4.10 and it worked fine there) and I'm also using Streamlabs chatbot 1.0.2.81 and I'm attempting to use this on GZDoom 4.11

GZDoom is loading the mod fine and it's pointing to the txt file fine too, no errors, and chatbot is writing to the .txt file no problem. However, nothing happens at all. I also re-generated the tokens on the chatbot, resynced to tips page, all that stuff.

I literally cannot fathom what changed in any of the GZDoom versions, or indeed anywhere else for older versions, that is preventing this mod from working. Unless I missed something MASSIVELY obvious, I got nothing. Any thoughts?

[Dan_The_Noob]

im wondering if the newer gzdoom doesnt read from txt anymore.

[DrDubzpart2]

Dan_The_Noob wrote:
> im wondering if the newer gzdoom doesnt read from txt anymore.

Could be but also I was again using this in 4.8 before and it worked fine then, but I tested it just now and it... just doesn't? It's absolutely bizarre so I must be doing SOMETHING wrong. You tested it lately?

[kipo]

I did some extensive testing modifying the code, and it turns out it can read the file, even if it's updated. The problem is now when gzdoom loads the lump initially, it remembers or allocates the memory for it, so if you add more to the file, it gets ignored. If you modify the existing text and your new input is larger, it gets trimmed.



So in theory you could modify twitchydoom to allocate a large line of initial text, and set the bot to overwrite (not append) that line each time with new commands. But it'd be just a hacky solution for something that either should be working fine as before, or not work at all (if you are not supposed to modify files on the fly).

In my testing I modified the code to always process only the first line, and read/list the contents of the whole file. And used the test parm just to trigger the input.

[DrDubzpart2]

Hooogh... that is unfortunately WAY beyond my abilities as a person who has barely a firm grasp of the basics, thanks for at least confirming it's not just a me problem though. I can only wait till an official fix comes around, if it does, which is fine I got a fair few good sessions out of it.

[Critzhater76]

It's impossible to do it for Delta Touch, isn't it

[DrDubzpart2]

Critzhater76 wrote:
> It's impossible to do it for Delta Touch, isn't it

Yeah probably... ah well.

[DrDubzpart2]

kipo wrote:
> I did some extensive testing modifying the code, and it turns out it can
> read the file, even if it's updated. The problem is now when gzdoom loads
> the lump initially, it remembers or allocates the memory for it, so if you
> add more to the file, it gets ignored. If you modify the existing text and
> your new input is larger, it gets trimmed.
>
> [imgur]https://imgur.com/Z8PUbbC[/imgur]
>
> So in theory you could modify twitchydoom to allocate a large line of
> initial text, and set the bot to overwrite (not append) that line each time
> with new commands. But it'd be just a hacky solution for something that
> either should be working fine as before, or not work at all (if you are not
> supposed to modify files on the fly).
>
> In my testing I modified the code to always process only the first line,
> and read/list the contents of the whole file. And used the test parm just
> to trigger the input.

------------------

Did anyone do any more testing on this? Or at least could I get an idea of how it was modified to work?

[kipo]

I don't think they care to fix it, since this implementation was always prone to stop working at some point. Your best bet is to push for this commit https://github.com/ZDoom/gzdoom/pull/1541
So at least this can be fixed on an official feature.

[DrDubzpart2]

gotcha. Thanks for the heads up yo!