Alright here's the other thing I was excited to show and the reason this is called "Zidgel's Gizmos" instead of "Demo Sorter program". Wanted this to spend more time in the oven but decided that might just overcook it.
Often times playing games, I hear people lament "Ah, I got a cool kill but wasn't recording a demo. Was anyone recording a demo?" Forgetting 1) the server probably had STV recording 2) Player recorded demos can't change perspective. However, if you don't remember to track down your STV demo on demos.tf near the actual event, you might never find it, especially if you play a whole lot of pugs and scrims every day.
I don't know if this will be useful to anyone, (certainly won't be to me), but this tool will find the STV equivalents of your POV demos on demos.tf
https://github.com/CaptainZidgel/tavish-find
No binaries here, you'll need Python >= 3.8 and a compiled binary of icewind's rust demo parser (link on github repo).
This is experimental and won't work great in wonky situations, but if you only record as soon as matches start (like with PREC), I anticipate a very high success rate.
I have five demos I have tested it with and tweaked the program to specifically get good results for each one. Problem is I can't test every case. If you try it out, I would appreciate hearing about the results.

I didn't write anything for this. I just built an executable from an external module. Module
Want to execute rcon commands when not in game? The best thing would be a website but I'm not running a server* for that so this is the next best thing:
A distributed executable rcon client. """Written"""** in Python. No python installations or dependencies needed on your end.
Direct download: https://github.com/CaptainZidgel/simple-rcon-client/releases/download/b1/RCONCLIENT.zip
Docs: https://python-valve.readthedocs.io/en/latest/rcon.html#using-the-rcon-shell

*Hmm... perhaps after I eat my noodles I will look into hosting a thing on heroku.
**I didn't write anything. I built the rcon implementation from python-valve into an executable.

I build this so that I could use it on Windows instead of opening an Ubuntu vm to use rcon outside of TF2, and I could click an exe instead of typing out a longer than necessary command.
The quote-unquote source code is available on the same github if you'd like to make sure I'm not skimming your rcon passwords.
Again, to reiterate, this took no work on my end. Huge thanks to the original author of the module, Holiverh

I was working on a chrome extention that allows this, and a website that also allowed this. I guess you're 40% there to what I wanted to do :P

There are nodejs and openresty implementations of rcon already out there. Someone just needs to take one and write a nice html form then host it. I already have something like that ready to be hosted (openresty/lapis implementation). Will try to figure out how to use heroku, but I've never been able to get it done. If you have a website that does RCON connections easily, it will be of great use and I recommend you try and get it hosted.

I already have it more or less done, and you can use github pages to host. I'll get something released soon, maybe this upcoming monday I'll have it working (I already have a private site to do this- I just need to make it better and provide a bit more context_

Forgive my ignorance, but aside from you doing this as a hobby/project why use this over something more robust like HLSW?

I'd be very interested in seeing how the github pages implementation works - github pages servers static pages only but under normal conditions you'd need some kind of a server to send TCP requests, but I did a quick google about TCP reqs in client only - is this the extension tech you were referring to? https://stackoverflow.com/questions/12407778/connecting-to-tcp-socket-from-browser-using-javascript

Well for one thing I didn't know HLSW existed - beyond that, yes, it was just hobby. I'm trying to navigate the HLSW site right now but its kind of old - the only thing I could vaguely promise is that the use of a simple rcon shell would be much tinier, less resource intensive, than a client designed to access and control servers for dozens of different games - assuming that the games they're tailoring to use altered RCON protocols, as non-source/non-valve games often do (mine is only guaranteed to work on valve servers btw, ie tf2).

js frameworks are beast you have no idea

you can also use client side requestings (ajax) in order to get information from the frontend without a backend. I have a backend set up for it hosted anyways (private backend- dont be confused), but if you were to do it all in the front end it would probably work but it would be sketchy af.

Hey guys, I've pushed a small update for Degroot Sort - it creates text trees representing your folders, so you can see information at a glance. Here's a snippet from the file I created before resorting my demos based on eventfulness.

https://github.com/CaptainZidgel/degroot-sort/releases/tag/v1.1.0

I am also brainstorming ideas on different ways to sort/organize/filter demos based on eventful (how many events, event data provided from 'ds_mark description'). If you have any thoughts please let me know.

New program: StraightToVDM - Turn your bookmarks into vdm files usable by Lawena!

This program takes json bookmarks - bookmarks created by in-game demo support - and creates vdms usable by Lawena - it will automatically skip between demos to your events and record them, nothing needs to be done in Lawena to create/load these. Just open TF2 through lawena like normally, then playdemo <starting demo>.
Download the latest release!
To reiterate, it only supports in-game demo support, but i CAN support PREC if I had samples of bookmarks - the entire file with the same filename PREC created - I would need to know how PREC saves demo names, how it pairs bookmarks to demos, and how it saves bookmarks.

prec file is killstreaks.txt
The folder the demos and killstreaks.txt are saved in can be set with the prec_dir cvar (tf/demos by default - nobody changes it)
demo name can be custom, but it's saved in killstreaks.txt too
empty line between demos

here's sample output:

Excellent, thank you. I will start working on this immediately.

I have added PREC support. https://github.com/CaptainZidgel/StraightToVDM/releases
Just supply the full path to killstreaks.txt (ex. tf/demo/killstreaks.txt) which should be in the same directory as your demos.
If you're using in-game support you supply the path to where your jsons are (ex. tf/demo)

I've created a Python package to turn stats into pandas time series' so you can plot overtime in matplotlib (the library also comes with a basic plotting preset and I intend to create more)

https://i.imgur.com/JbJbRJG.png

There's even an option to shade in competitive seasons.
There's no CLI for end users to auto create a graph but I'm thinking of making one soon.
If you're a developer interested in using this, check out https://github.com/CaptainZidgel/SPOT
One thing I have in progress with this is a tool to specifically track stats over Team scrims in RGL, and even compare players head-to-head (so, say, casters could compare pocket scout to pocket scout before a game).

https://github.com/CaptainZidgel/Clash

https://i.imgur.com/2UL8Ukm.png

Expanding window of avg DPM over season 3 of RGL
Had this finished like 3 days ago but was thinking of making a webapp but lost all motivation for that so here's the library. Due to the size of seasons, you can use it without caching logs and it'll only take like 10 minutes.

https://gist.github.com/CaptainZidgel/47a17742ea2a648272478f47b95c4af3
here's a thing that takes your lawena output (a1_xxxx.tga .. z26_xxxx.tga) and makes an automatic job for virtualdub to render out all the different clips to .avi in a row.

if ur doing this i would advise u to use ffmpeg instead, which has the added benefit of being able to encode it at the same time

that is a good idea i never thought of that
if anyone knows the good cmds to do this let me know because I'm pretty sure Lawena's 60 fps option really records at a variable 58.~ish and vdub accounts for that by setting the framerate based on audio file length but idk how to do that in ffmpeg.

i've never actually used lawena but from asking, when recording it seems it's the same as setting host_framerate and doing startmovie.
for reference, here's my script that i've used for years https://pastebin.com/5P9aw90D
-framerate is just the same value that i set host_framerate to in game before recording, as long as it's the same for both places it turns out fine

ok gamers here's something based and poggerspilled:
an exe that takes a directory of demos, searches them for killstreaks according to your custom parameters (how many kills count, how long between them) and creates VDFs (the format used to semi-automate recording with lawena) of these streaks
https://github.com/CaptainZidgel/TF2KillstreakFinder/releases/tag/0.1-alpha
Be prepared with your Steam3 ID and the directory where your demos are.
Two caveats:
1. if the allowable space between kills in a streak is sufficiently long, it is possible it will record 'killstreaks' that happen over multiple lives. i would program a solution to this but i am working fulltime and doing school every other breathing moment so i cant
2. doesnt add custom bookmarks from prec or whatever into the VDFs. I would want to code this too but... yeah