A program to nuke pixelflut servers
This client is largely inspired by pixelpwnr, although I made heavy modifications to decrease the bottlenecks.
Either using cargo:
cargo install pixelbomber
or by cloning and then building:
git clone https://github.com/fabi321/pixelbomber.git
cd pixelbomber
cargo build --release
- Concurrent writing pipes
- Animated images with consecutive images
- Control over render sizes and offsett
- Faster than pixelpwnr (in my case by more than a Factor of 8)
- Linux, Windows and MacOS
- Same cli as pixelpwnr
- Support for both gray pixel command as well as offset command, enable with
--offsetand--gray - Support for automated feature and size detection, on by default
- Support for binary pixel commands in the
PBxyrgbaformat (x and y are u16 le encoded) - Support for input streams
- Fast image to pixel commands encoder
By using - as sole image file path, you can pipe in images from stdin. Pixelbomber expects bitmap files as input.
You can specify, how many images can be processed in parallel with the --workers flag.
ffmpeg -re -i <video_file> -f image2pipe -c:v bmp - | cargo run --release -- <host> -
Some ffmpeg tips:
- use
-reif the input is a video file. This forces ffmpeg to play it at most at realtime - use
-stream_loop -1before-ito repeat a video indefinitely
If you want to only loop a static video, specifying the video frames as images is faster, as it only encodes them once.
By only supplying one file, and using the --video flag, pixelbomber can read all frames from that video as images.
This will result in pixelbomber precompiling all images into commands, and fluting them afterward. WARNING: This may
consume large amounts of RAM (~50GB for 1min FullHD 30fps video). Pixelbombewr will stop encoding new frames if the
free system memory drops below 1GB. The number of frames processed in parallel is configured via the --workers flag.
Compared to reading from stdin, this method uses less cpu while fluting and doesn't drop any frames. It does use large amounts of RAM though.