Yes, and it’s actually pretty good at it. The code won’t be the most efficient, it won’t be elegant or beautiful… but it will mostly work, and someone with technical experience can get it over the line. Case in point: I can “sort of” code, but my career has been spent writing simple scripts. Nothing more complicated than workstation provisioning, find and replace with some regex, PowerShell with a WinForms GUI, etc. Despite being relatively low level in terms of actually building applications, I’ve been able to “project manage” and hand-edit Claude output into a working application. It’s basically just a frontend for FFMPEG, with some smarts and automation built in. Not particularly impressive in absolute terms, but it’s a lot snappier and prettier than anything else I’ve ever put together and I’m proud of it. I got it from concept to working in a few days, and added major features plus a few efficiency passes and bug fixes in two weeks - an absolutely incredible pace.

This comment is going to get absolutely nuked with downvotes, I guarantee it - but that won’t change the fact that I’m successfully building stuff with AI.

I spent quite a lot of effort getting Stoat up and running because they aren’t working on the selfhosted version, only to get a nice email from the German government that my server was running an outdated version of React with RCE vulnerabilities. Nuked that stack at 3am.

Also I fixed their Tenor integration to be provider agnostic so the self-hoster could choose a different gif provider like klipy (Tenor turned off their API so gif search in Stoat is broken), tried to contribute that one small change back to the main project, immediately rejected because “we have no plans for klipy support”.

Not worth the effort, IMO.

deleted by creator

I’m right there with you, bud. I tried StoatChat too, and I got a nice email from the German government about using an outdated version of React with RCE vulnerabilities. I think this must be a very difficult problem to properly solve, given the number of different approaches and how all of them have their own issues to contend with. Nextcloud Talk is the most usable option I’ve found because it does voice, video, and screen sharing and it also has call links you can send for unregistered people to join the calls. But performance is spotty even with the “high performance backend” set up (that may be due to my server being in Germany though 😅).

As to being accused of using AI, don’t let it get to you. The people yelling the loudest can’t tell the difference between handwritten code and AI, because they can’t code. If you pull down your repo, you’ll be depriving people who might be able to use your project because of trolls who never would have tried it in the first place.

I do use AI for coding, and I’ve gotten plenty of hate for it, but also people who don’t care and just want the functionality of the tool I built.

And in fact I’m going to check out your project and see if I can get it up and running, so please don’t take it down. I’ll likely be putting it on my German server so I’ll let you know what the performance is like with extreme round trips 😁

Hickling estimates he bought 20 packets of Selena Gomez Oreos for the trial, and soon was out in the field in Leeston attaching the cookies along the planks that lead up to the possum traps. “One of the things that’s nice about an Oreo is that you can just drill a little hole through it and just tap it on with a flathead nail,” he says. “People have tried to use Tim Tams in the past, but they are really expensive. Oreos are quite a bit cheaper, and they actually stand up to the rain quite well too, which is a little disconcerting.”

Mate, if you think how they hold up in the rain is disconcerting, you should have a read of what’s in 'em…

Would be easier to contribute to XMPP or Matrix IMO.

Synapse is in the middle of a rebuild without much compatibility between the legacy and new builds, and it’s a pain in the dick to set up at the moment. I know, because I did it.

XMPP I haven’t tried to set up yet, but I imagine it to be similarly in-depth.

As to why not contribute: edit: not AI, they just don’t have the confidence in their own skills to contribute to anyone else’s project.

Now… why do the whole thing from scratch instead of forking? Great question. XMPP might just need a nice coat of paint, if it can handle voice and video and screen share; I haven’t come away with great impressions of matrix/synapse.

Oh, so it’s okay for you to have reasons for doing things other than fighting the system, but nobody else gets that consideration? Here in the US, we can be summarily executed for speaking out, and we’re doing it anyway. Quit being insufferable.

Yikes. Hadn’t heard about the openclaw use. That stack scares the bejeezus out of me.

deleted by creator

Because coding is hard work even with AI assistance, and people who don’t code will judge you the loudest and longest and meanest for using AI to make the work easier. I personally suffer rejection sensitivity dysphoria so I understand the emotions behind their actions.

But yeah, everyone just ignores the years of coding work this person did for nothing just to help people enjoy their games, to crucify them for using AI and then having feelings about getting yelled at by the very beneficiaries of their prior work.

It’s not like they’re stripping out or reimplementing contributions and taking the project closed source, like BookLore. People need some damn perspective.

Water. Plain old tap water, in many places, is perfectly potable and it’s almost a guarantee that you - yes you, reading this - are not getting enough. I don’t drink enough water, and I pee nearly clear most of the time. Go drink some water.

Relatable.

And here you are, commenting on social media, instead of doing something about it.

You got cabbaged! (https://www.youtube.com/watch?v=h8X7S4j_zXA)

This sure reads like you’re saying the poor aren’t allowed to enjoy art, because they can’t afford it. Also people in places that art isn’t put up for sale, too.

Sure, but reading the article, I think he might be knowledgeable enough. His mistake seems to have been blindly trusting the keys to the kingdom to an enthusiastic junior dev who’ll be very sorry if they nuke your system, but won’t think to do a damn thing to make sure it doesn’t happen in the first place…

Yeah, I’m getting that; though this isn’t purely AI-generated. This is a working application that I’ve tested, have improved and plan on continuing to improve, and am currently using to transcode my media. There’s a lot more care and thought put into it than most people would expect on reading that it was created with the help of an AI model.

I put the disclaimer because I respect that serious developers who actually go look at the code would like a heads-up that it’s genAI before they waste their time reading it. But, I would like people to at least have a chance to read why I think my approach is different than most.

And, if you have videos to transcode, I’d love to hear what you think if you give it a go! I do actively fix bugs as well as add new features, so please do let me know if you try it and find an issue - I could use all the help testing it I can get 'cause my hardware to test on is quite limited.

I was hoping to catch this before your replied, as I went and read the readme, then it made more sense. So I deleted my reply. But too late!

All good! I’m actually enjoying talking about this thing with people who want to know more so I don’t mind at all ^_

The cool thing is there isn’t much to put into a command that does stuff like this, unless you changing the FFMPEG parameters every time, but that would seem unlikely.

So actually, that’s exactly the issue I was running into! I’d run a batch command on a whole folder full of videos, but a handful would already be well-encoded or at least they’d have a much MUCH lower bitrate, so I’d end up with mostly well-compressed files and a handful that looked like they went through a woodchipper. I wanted everything to be in the same codecs, in the same containers, at roughly the same quality (and playable on devices from around 2016 and newer) when it came out the other end, so I implemented a three-way decision based around the target bitrate you set and every file gets evaluated independently for which approach to use:

1. Above target → VBR re-encode: If a file’s source bitrate is higher than the target (e.g. source is 8 Mbps and target is 4 Mbps), the video is re-encoded using variable bitrate mode aimed at the target, with a peak cap set to 150% of the target. This is the only case where the file actually gets compressed.

2. At or below target, same codec → stream copy: If the file is already at or below the target bitrate and it’s already in the target codec (e.g. it’s HEVC and you’re encoding to HEVC), the video stream is copied bit-for-bit with -c:v copy. No re-encoding happens at all - the video passes through untouched. This is what prevents overcompression of files that are already well-compressed.

3. At or below target, different codec → quality-mode transcode: If the file is at or below the target but in a different codec (e.g. it’s H.264 and you’re encoding to HEVC), it can’t be copied because the codec needs to change. In this case it’s transcoded using either CQP (constant quantisation parameter) or CRF (constant rate factor) rather than VBR - so the encoder targets a quality level rather than a bitrate. This avoids the situation where VBR would try to force a 2 Mbps file “down” to a 4 Mbps target and potentially bloat it, or where the encoder wastes bits trying to hit a target that’s higher than what the content needs.

There’s also a post-encode size check as a safety net: if the output file ends up larger than the source (which can happen when a quality-mode transcode expands a very efficiently compressed source), HISTV deletes the output, remuxes the original source into the target container instead, and logs a warning. So even in the worst case, you never end up with a file bigger than what you started with which is much harder to claim with a raw CLI input. The audio side has a similar approach; each audio stream is independently compared against the audio cap, and streams already below the cap in the target codec are copied rather than re-encoded.

But yeah everything beyond that was bells and whistles to make it easier for people who aren’t me to use it haha.

I am 100% looking for more stuff I can build - let’s talk about it!

Thanks mate! It’s been a rough as hell week at work and getting it when I’m trying to share my hobby work with people was unexpected and a little demoralising, so your comment is really nice to read and much appreciated 😊