Mafiascum.net

If this collected wagon data and recorded how many posts that person made in a day phase that would be neat!

The main thing I want to talk about *right now* is the part where the data structure of voting data my votecounter makes is converted into a formatted votecount post for game mods to post. It doesn't seem very straightforward given the variety of ways mods like to format their votecounts.

1. Simultaneous/templated role PMs > Votecount Pagetopper > Auto-prodder > Thread lock/unlocker > Action Resolution

2. I'd prefer if it controlled my account.

3. I like Mathblade's VCs.

Oh, well role pms would be even easier, maybe 5 lines of code from what I have now.
I'll release it with the votecounter / bot module as a demo of how to use the latter and way to test out different interfaces for the client-side application/extension.

i was a pretty heavy user of mathblade's wagon data tool in team mafia white flag

it's useful but i don't think the mod should be doing vca for people

i mean i personally think it should just be the players' job whether or not to call the wagon data tool

it's (i think) open source, it's literally a couple buttons away in order to get it

could initially require a setup.txt file like



Basically, you start with a player list under "Players:". Then you have a roles list under "Roles:" where you associate each role with role-specific information that will then populate a role pm template. Under "Role PM Template" you specify said template. The result is a document that can be straightforwardly read and shared with others for pre- or post-game review on the one hand, and passed to a bot for automated activity on the other. Eventually, I can add headers for votecount templating and so on.

Let me elaborate how I think the roles section could interface with the Role PM Template section. In the roles section, you define content specific to each role by associating a set of tags with role-specific content. You have total freedom over defining exactly what these tags are. Instead of having any "Ability" tag like above, for example, you could have a "Power" tag, or "Custom" could instead be "Flavor". Later, in your role pm template, you reference these tags with "{<tag>}" to indicate that you want the tag placed here in your template.

What's important is that every role in the roles section have the same set of tags, with some exceptions. These exceptions are as follows:
- If you don't specify a tag for a role but the tag is referenced in the template, the bot will just ignore the line associated with that tag when generating a pm for that role. In the example setup.txt above, for instance, if "Custom" isn't specified for a role, then the entire line associated with {Custom} will just be ignored, and there'll be a two line gap between the "Welcome" line and the "Abilities" line.
- For tags that you want there to be a variable number of in between roles (ex a variable number of abilities or win conditions), just use the same name for each tag except with the tag's indexing appended to the end of the name ("Ability 1, Ability 2"). If your template ever refers just to {Ability } (the space would be important to include here), then a processed pm for a role with multiple "Ability " tags will produce a line for each one of those with the formatting you specify in the template and order them according to your included index. In the example above, for instance, the result would be a list of 2 abilities and a list of 2 win conditions. If you need any formatting to occur uniquely to one of the instances in a set of tags, just include that formatting when you initially specify the instance of that set in the roles section.

Finally, if you want the content associated with a tag to span more than one line, you need to wrap that in triple quotation marks, as is demonstrated in the "Custom" tag for one role in the example above.

I know I just typed a lot, but if you look at the example above, it seems like all this is pretty intuitive? idk

would be too much to ask people to write json files, right? https://cdn-images-1.medium.com/max/160 ... pyFSkw.png

Everything listed sounds great.

This is sort of separate probably, but is there a possible way someone could code a simple "auto night action resolver?" I know I fuck up NAR all the time and the existence of one would make large role madness games plausible.

If this already exists, link me.

In post 9, Psyche wrote:would be too much to ask people to write json files, right? https://cdn-images-1.medium.com/max/160 ... pyFSkw.png

JSON takes like five minutes to learn, I think that would be a cool setup configuration tool actually. All it needs is a template and a manual.

This is all python right? I could whip up a gui for whatever json syntax you specify with tkinter or something similar.

If it's a web gui I have less experience but would still be more than willing to give it a shot.

Back when I used a browser extension to do votecounts (which has since broken, maybe I should try to get it working again some time), it was much more convenient UI-wise for the mod than any other interface I've used.

However, things like web-based vote counters are more convenient for players doing the counting themselves (as they won't have access to state stored in the moderator's browser).

In post 6, Lycanfire wrote:i was a pretty heavy user of mathblade's wagon data tool in team mafia white flag

it's useful but i don't think the mod should be doing vca for people

It doesn’t do VCA

It just aligns the votes in a different way.

It doesn’t and cannot take in the alignment of players.

It only spits out the wagons that existed.

It is still up to the players to do the analysis.

All it does is take 100% accessible information and then spit it out in a different way.

In post 10, BBmolla wrote:Everything listed sounds great.

This is sort of separate probably, but is there a possible way someone could code a simple "auto night action resolver?" I know I fuck up NAR all the time and the existence of one would make large role madness games plausible.

If this already exists, link me.

NAR is getting started on my mafia bot

The main problem is a lot of people already have their stuff and so when I have mine it feels awkward.

Right now I have manual entry til I can finish the skeleton for basic roles.

In post 8, Psyche wrote:could initially require a setup.txt file like

Code: Select all

Players:
Psyche
Alisae
...
Mathdino
Lycanfire

Roles:
Role Name: (text)
Alignment: (text)
Custom: """multiline
text"""
Win Condition 1: (text)
Win Condition 2: (text)
Ability 1:
Ability 2:

...

Role PM Template:
Welcome, {Player Name}! You are a [b]{Role Name}[/b]. 

{Custom}

[b]Abilities:[/b]
[list]
[*]{Ability }
[/list]
[b]Win Conditions:[/b]
[list]
[*]{Win Condition }
[/list]

Basically, you start with a player list under "Players:". Then you have a roles list under "Roles:" where you associate each role with role-specific information that will then populate a role pm template. Under "Role PM Template" you specify said template. The result is a document that can be straightforwardly read and shared with others for pre- or post-game review on the one hand, and passed to a bot for automated activity on the other. Eventually, I can add headers for votecount templating and so on.

Let me elaborate how I think the roles section could interface with the Role PM Template section. In the roles section, you define content specific to each role by associating a set of tags with role-specific content. You have total freedom over defining exactly what these tags are. Instead of having any "Ability" tag like above, for example, you could have a "Power" tag, or "Custom" could instead be "Flavor". Later, in your role pm template, you reference these tags with "{<tag>}" to indicate that you want the tag placed here in your template.

What's important is that every role in the roles section have the same set of tags, with some exceptions. These exceptions are as follows:
- If you don't specify a tag for a role but the tag is referenced in the template, the bot will just ignore the line associated with that tag when generating a pm for that role. In the example setup.txt above, for instance, if "Custom" isn't specified for a role, then the entire line associated with {Custom} will just be ignored, and there'll be a two line gap between the "Welcome" line and the "Abilities" line.
- For tags that you want there to be a variable number of in between roles (ex a variable number of abilities or win conditions), just use the same name for each tag except with the tag's indexing appended to the end of the name ("Ability 1, Ability 2"). If your template ever refers just to {Ability } (the space would be important to include here), then a processed pm for a role with multiple "Ability " tags will produce a line for each one of those with the formatting you specify in the template and order them according to your included index. In the example above, for instance, the result would be a list of 2 abilities and a list of 2 win conditions. If you need any formatting to occur uniquely to one of the instances in a set of tags, just include that formatting when you initially specify the instance of that set in the roles section.

Finally, if you want the content associated with a tag to span more than one line, you need to wrap that in triple quotation marks, as is demonstrated in the "Custom" tag for one role in the example above.

I know I just typed a lot, but if you look at the example above, it seems like all this is pretty intuitive? idk

I would caution against a setup.txt and do a full UI

Players already have trouble with my simpler one.
JSON or that format may be a bit too much

The other last warning I would recommend is DDOS defense

I have a troll that bombs the shit out of mine to the point where I had to make a DB for it :/ just can’t find said troll

First off, I wanted to say I'm really excited to see this, and I also want to thank you, Psyche, for encouraging me to start learning Python. I really enjoy the language and I probably wouldn't have tried it if you hadn't suggested it to me like 6 months ago.

In post 9, Psyche wrote:would be too much to ask people to write json files, right? https://cdn-images-1.medium.com/max/160 ... pyFSkw.png

I think JSON is the way to go, not only because it's not terribly difficult to encode data in that format, but also because it'll make life easier if anyone ever wants to hook this module into other modules. And also because mine specifically uses JSON
But I think Math is right that a UI is going to be valuable. I imagine it's not too hard to set up a UI that takes in setup inputs and spits out the JSON the vote counter needs.

A couple of things I'd suggest for the setup file, based on what I've set up in my own module:
- It would be a good idea for the setup to have a "mods" list, that way you can account for having co-mods and backup mods and the like. This could help the scraper avoid counting things that look like votes from any mod players.
- For players as well, to deal with hydrae it would be a good idea to have "aliases" or something of the sort.

i didn't really consider that there might be much interest from others to contribute to the project, and that's great
eventually we'll agree on a framework for modularizing/interfacing our separate contributions in a way that doesn't step on any toes
the idea is to make it so no matter when any one person steps in or out of this project, their contributions can be easily appropriated by someone else who wants to build off their work or even take it in an entirely different direction, and vice versa - or on the other hand completely abandoned and not be necessary in order to benefit from some other part of the code base
right now we're trying to make something that serves a specific end (automated votecount preparation and so on), but the stuff we're coding could easily be marshalled to design tools for scumhunting, behavioral research, and who knows what else
i'm not very experienced with collaborative coding and may be a little jealous or embarassed of my work, but i think that if we stick to this broad vision, we can collaborate without giving up our independence and feel confident that something useful will come out of our work

sry i typed this because i thought separating the representation of setup information from the interface specifying it was such a great idea

http://futurama.wikia.com/wiki/Donbot

what if we name it after this guy

now maintaining in the op a list of efforts on radar aside from the the votecount pagetopper; feel free to suggest new things as interested
i've always been interested in developing tools for analyzing games, but for the moment i'll do what i can to stay focused

of those listed atm, Simultaneous/templated role PMs, Auto-prodding, and Thread (Un)Locking are the ones most easily extensible from the current focus of Automated Votecounting
i believe that one of these might be a good start for someone interested in contributing to the project once i set up the initial modules on github

https://github.com/MafiaScum-Unofficial/modbot

the repository is started
has module for automating site interactions
votecounter and votecountertester next

ego to remind me to post here later

This is already looking pretty cool!
I don't have any knowledge about how to automate operations to the forum, such as posting and whatnot, but the bit I've been working on is intended to be able to store a "game state" which can be modified by passing events to it, like "Player A votes for Player B" and stuff like that. I also have a thing for automatically generating vote counts, the player list, the list of events in the first/second post, and the alive/dead/modkilled lists. I'm in the middle of rewriting stuff so it's not really in a suitable state to use at the moment but I would be happy to share what I have when I'm done in like a week or so. You might be able to scavenge some useful code out of it for the project.