We've practically exhausted the Exploration and Expansion phases
The Ocean and Space both called, and they disagree
Edit: damn okay we're done exploring and there's nowhere left to colonise, my mistake for making a throwaway joke comment on such a serious topic 🙄
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.
And here you are, commenting on social media, instead of doing something about it.
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...
lol I'll take that as high praise, as everyone knows the 1990s were the peak of our civilisation!
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 😊
See, I got yelled at for not marking it as AI-assisted, and now you're in here thinking it's a flex! I just can't win 😅
It's no worries mate, as mentioned I have no problem with questions!
So, reasons. Yes, this started as a line in powershell! That was my other post, linked at the top. I wrote the line, and after a few batches I decided to stop and use Claude to build a GUI for it. After I got that working and did a few runs with it, I started thinking about how useful this would be for a handful of other people in my life, and I wanted to package it into a .exe, partly so I could send them something simple to start but also just because I wondered if I could get it working. Never done it before. I still wanted to use it for myself because I have thousands of video files to transcode, and I didn't want to have to manually tweak the command for every batch. I also didn't want to have to rebuild it if I have more to do 6 months down the line - I'm lazy.
Then, later that night after I'd done a few batches with the powershell line-now-script, I thought to myself that Claude could probably help me build a frontend for it that didn't rely on powershell, and then I started thinking about just making it a cross-platform application so my less techie friends can use it if they have big video files and want to save disk space. And then I got the bright idea to post it to the internet in case there are other less-techie users who aren't my friends but who could still use it.
It's got some smarts under the hood to detect any hardware encoders you have available, and will present only the encoders that your system can use; the options are INCREDIBLY constrained, because the idea isn't to expose every option of FFMPEG - this is for quickly shrinking video files without even needing to know the difference between CBR and VBR. That's because you and I think it's easy to run an FFMPEG command from the commandline. But there are a lot of people of all different kinds of skill levels who have no idea how any of that works, and they'll take one look at Handbrake and run screaming. This is for those people, too.
It also auto-downloads the latest FFMPEG and FFProbe from the official source if it doesn't detect them on your PATH or in the folder with the executable - that saved my buddy who was helping me test it on his 2016 Mac, for example.
No worries, go ahead and block me - I'm already returning the favour.
No worries, go ahead and block me - I'm already returning the favour.
Yeah, it's another reminder of why I always tell myself to take a day and think about my response - for some reason though I don't often stick to it! 😅
Also, I realised I was being needlessly stubborn mostly because nobody was telling me how to tag my post, just that I have to; after a quick think, I do understand why people want to know if they're gonna be reading genAI code. I've added a preamble that this is AI-assisted, and a bit about why I think I'm doing it differently than people might first expect. I'll clean it up to include in future posts and in my repo readmes.
That's very similar to what I've been doing 😊 This project I think is on the cusp, a few of the files are over a thousand lines but it's still kinda manageable. Comparatively, the PowerShell script I started with was far simpler. That one I actually did write most of it because I know how to get stuff done in PowerShell - just needed Claude's help with the GUI.
Also, I was thinking about your comment on performance when you're looking at tens of thousands of runs - definitely not my original intent for this, I figured anyone doing that would just use CLI, but it's totally possible with HISTV. I added an option to put files in /outputs, path relative to the input file, so you totally could just drag a top level folder info the queue, it'll enumerate the media in all the subdirectories, and hit start. You'd get the transcoded files right next to the originals in your folder structure so they're easy to find. Useful, I hope, when doing that many jobs.
And thanks to your advice, it'll do so a lot more efficiently. Like 5-6x lower resource usage, now. I really do appreciate the feedback, it's exactly the kind of pointers I was hoping for when I posted this. I wish you'd come in to the comments outside my emotional response to someone else :P
I really need to stick to my rule of taking a day to think before I respond.
So here's the thing, I understand why people would want me to label my posts as AI-assisted. I'm sure there are a lot of people who just ask the AI to build them a thing, slap it all together, and throw it up on the internet as a finished project, and it'd be exhausting to be looking at the 95th slopbucket of a codebase and realise you've been bamboozled again by genAI.
I'm explicitly trying to not be that guy, so here's what I'm doing. I've added a preamble to the post disclaiming this project is AI-assisted, and why I think it's fair to say I'm doing it differently than most. I'll add something like that to my other post now, and I'll include clean it up to include a shorter boilerplate version in future posts. It's the internet, nobody knows me, so it's only fair to introduce myself!
If you have any advice or feedback to contribute, I'd genuinely appreciate it - it's just easier for me to take on board if I don't have to fight through emotional dysregulation to read it.
Well, good news - I got some pointers on places that genAI usually makes mistakes, so I've gone through a round of performance fixes for things like unnecessary worker duplications which - next to the actual encoding - I didn't notice the impact of on my desktop.
As to using hardware encoding, HISTV runs a test render for hevc and h264 across amf, nvenc, and qsv - so pretty much, if your hardware supports it, HISTV will detect it and let you choose which encoder you want to use. You can even use libx264/libx265 by choice if you want to take advantage of the more efficient compression; doing so exposes a toggle for CRF if you'd rather use that than QP.
Hey, replying again so you get a separate reply message. So like I said, I went looking for redundant loops and I found quite a few, just like you described. There was also a minor performance issue with the logic that built the FFMPEG argument; it used a lot of unnecessary flags, each of which required fresh memory allocation. That would only be an issue in specific circumstances, like if you were encoding thousands of videos in quick succession... but that's exactly the kind of issue you were talking about, so I asked for and implemented the fix.
It does seem snappier. I'm pushing 1.0.9, which has the fixes beyond what I found from your comments (I fixed the ones you prompted me to find in 1.0.8). If there's anything else you'd recommend I look at, I'm all ears.
Again, get off your high horse
I'm on a high horse? You're the one riding in here yelling at me for not conforming to your arbitrary rules I didn't know about, and defending someone who did nothing but insult me.
You already know how most self-hosted folks feel about vibe coding, or you wouldn’t have taken immediate offence to the initial comment (which ia valid, btw. You did not mark the project as vibe-coded or ai-assisted.) MARK YOUR PROJECT AS AI-ASSISTED.
No, I don't know any such thing, I took offense to the implication that there was no effort put into this, and the absolute absence of any constructive criticism whatsoever. And again, I didn't agree to your rules, and I don't owe you anything, so take you imperious commands somewhere else, thank you very much.
I’m looking to replace my cron-timed ffmpeg bash and ash scripts for encoding. Three of the four projects I looked at have double- and triple-work loops for work that should be done once. This seems to be a theme in vibe-coded projects.
See, this is something I can actually work with. I'm looking for places that unnecessary probes get spawned for example - there are some that are necessary for the way I want this thing to work, but there's one just for audio data when previous probes already get that. A useful observation that resulted in an improvement. Thank you.
Once again, I’m interested in the project, but I have my own thresholds of quality and security. If you can’t handle questions about your project, personal or not, then maybe don’t share it.
First of all, I'm going to say this very clearly so maybe it gets through: I am not mad about questions. I am mad about insults and a lack of questions. Thank you for your attention to this matter 🤦 Next: Your thresholds are your responsibility, I didn't know about them when I built this and I didn't build it for you, I'm sharing it and you happened to stop by. I appreciate your observations on issues to watch out for when I'm using genAI code, I will be keeping an eye out for duplicated loops and other issues in future projects.
Sir/Madam, your feeling are your responsibility, not mine. I did not utter any pejoratives your way. Grow up.
You have issued a few helpful specifics and otherwise roundly shouted at and condescended to me. You have a few things to learn about living in a civil society, based on how you treat strangers who are trying to learn new skills. Grow up.
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.