Noise Blocker
About Noise Blocker
RipBot264 is a job-based video encoder that puts a plain wizard on top of the x264 and x265 command-line encoders. You feed it a DVD rip, a Blu-ray stream, or any ordinary video file, pick a target such as MP4, MKV, or a disc-ready AVCHD structure, and it queues the work while you carry on.
Where most tools in this category stop at your own CPU, this one has a rare trick. It can split an encode across several computers on your network and stitch the pieces back together.
The obvious comparison is HandBrake, which is friendlier out of the box and needs no companion software. RipBot264 answers with deeper source handling and that multi-machine encoding, at the cost of a setup process that will test your patience before it rewards it.
A wizard sitting on serious encoders
Each job walks through the same short sequence. Load a source, let the tool demux and analyze it, choose H.264 or H.265, then set quality by CRF value or by 2-pass target size. CRF around 18 to 22 covers most archiving jobs, and single-pass CRF finishes in roughly half the time of a 2-pass encode, so unless you need an exact file size there’s little reason to pick the slower route.
Jobs stack in a queue and run overnight, which suits the reality that a full Blu-ray encode on modest hardware is a many-hours affair. Output profiles for MKV and MP4 sit next to Blu-ray and AVCHD authoring, so the same tool that shrinks an episode collection can also build a folder structure that a living-room disc player accepts. If you’d rather have a more modern take on the same AviSynth-based pipeline, StaxRip is the natural next step up in complexity.
Distributed encoding across your spare computers
Here’s the headline feature. Tick the distributed encoding option, run the small client program on every other PC in the house, point the main machine at their IP addresses, and RipBot264 carves the video into segments and hands them out. An old desktop and a laptop gathering dust suddenly become encoding nodes, and a job that would take all night can finish before dinner.
The catch is that every helper machine needs the same stack of prerequisites installed, and the connection setup is manual, IP addresses and ports typed by hand. Forum threads are full of people who needed a second attempt to get two machines talking.
Once it works, it keeps working, but budget an evening for the first setup rather than five minutes.
Filters, odd sources, and the script window
For everyday cleanup the built-in filters cover cropping, resizing, and deinterlacing, plus subtitle burning for hardcoded text. The deinterlacing matters more than it sounds. Some commercial discs are mastered as 1080i, and a few of them (the VC-1 encoded ones especially) produce artifacts in simpler converters. This application converts those sources to clean 1080p, which is precisely the job that drives many people to it after other tools fail.
And when the checkboxes run out, there’s an escape hatch. Press the show script button and the underlying AviSynth script opens for direct editing, so any filter the AviSynth world has ever produced can be pasted into the chain.
Casual users will never touch it. Restoration hobbyists cleaning up old VHS captures practically live in it.
The prerequisite tax
Now the part that scares people off. RipBot264 does not run on its own. It expects AviSynth, ffdshow, a media splitter, and the .NET framework on the system, plus a 32-bit Java runtime for some functions, and the package itself weighs around 260 MB. The program checks for missing pieces at startup and names them, which softens the blow, but this is the opposite of a portable single-file tool. It’s closer to assembling a small lab.
A few behavioral quirks deserve mention. Interrupted encodes cannot be resumed, so a power cut at hour nine means starting over. Muxing at the end of a job occasionally trips on certain audio formats, and when that happens, remuxing the finished streams manually with MKVToolNix rescues the encode.
And leave the low-priority checkbox on. Counterintuitively, the encoder runs more reliably over damaged or protected sources with it enabled.
Conclusion
RipBot264 is for the patient tinkerer with a shelf of discs to archive and, ideally, more than one computer to throw at the problem. Anyone converting the occasional file will be happier with a simpler converter that installs in one step and asks nothing else of them.
But if your sources include stubborn interlaced material, or the distributed encoding idea makes your spare hardware look suddenly useful, no mainstream alternative does what this one does. You pay in setup effort exactly once, then it quietly out-muscles prettier tools.
Pros & Cons
- Distributed encoding turns idle computers into extra encoding power
- CRF and 2-pass modes with sensible defaults for H.264 and H.265
- Handles 1080i and VC-1 sources that make simpler converters produce artifacts
- Direct AviSynth script editing for unlimited filtering flexibility
- Builds Blu-ray and AVCHD structures ready for standalone disc players
- Requires a stack of separately installed prerequisites before the first encode
- Interrupted jobs cannot be resumed and must restart from zero
- Distributed setup is manual and fiddly on the first attempt
- Final muxing occasionally fails on unusual audio formats
Frequently asked questions
Yes. AviSynth, ffdshow, a media splitter, and the .NET framework must be present, and the app lists whatever is missing when it starts. Expect to install two or three components before your first job.
Up to eight machines can share a single job over the local network. Each one runs a small client program and needs the same prerequisites as the main system.
Use CRF unless you need a precise output size. A CRF value between 18 and 22 gives excellent quality in a single pass, while 2-pass roughly doubles the encoding time to hit an exact file size.
That final step is muxing, and it can stumble on uncommon audio tracks. The encoded video stream is still saved, so you can join it with the audio yourself in a separate muxing tool.