Visual Analysis of Binary Files
binvis.io
Visual Analysis of Binary Files
1–10 of 29 posts
Re: Visual Analysis of Binary Files
#2Pretty neat. It tangentially reminds me of when we used to be able to hear HDDs clatter away, or waaaaay back when we used be able to hear EM interference from whatever was going on in a computer.
There was an episode of Cowboy Bebop, where a mechanic held a wrench against an engine cowling to see how much it vibrated (likely a real thing people do with real engines?) and, of course, the computer sounds in the Enterprise-D, along with blinkenlights.
All this seems like the same kind of "translate data into a form humans can perceive." I'm not sure what immediate value this utility has, but I like it.
Re: Visual Analysis of Binary Files
#3It looks neat but I have no idea how the clustering works or why uniform colors are assigned to large areas, e.g. the color blue in the pdf example.
Re: Visual Analysis of Binary Files
#4Pretty neat. It tangentially reminds me of when we used to be able to hear HDDs clatter away, or waaaaay back when we used be able to hear EM interference from whatever was going on in a computer. There was an episode of Cowboy Bebop, where a mechanic held a wrench against an engine cowling to see how much it vibrated (likely a real thing people do with real engines?) and, of course, the computer sounds in the Enterp…
The wrench thing is real. My approach to a DIY mechanic’s stethoscope is to stick the handle of a screwdriver against my ear and the tip on whatever I want to listen to. Great for figuring out what part of the machine a noise is coming from.
Re: Visual Analysis of Binary Files
#5It looks neat but I have no idea how the clustering works or why uniform colors are assigned to large areas, e.g. the color blue in the pdf example.
open one and inspect the two ways to view it, one is horizontal scan, the other is a peano curve which leads to natural square-ish areas.
Re: Visual Analysis of Binary Files
#6This brings back memories! In 93 I wrote something similar (simpler) for MSDOS, to inspect and extract pieces of binary files, GFV (still downloadable from the Hornet archive somewhere in here https://www.hornet.org/cgi-bin/ha_search.cgi?opt_s=5:Iguana). You could set the stride and show 1/n bytes, so it was relatively easy to find textures from game files and memory dumps of running games.
Re: Visual Analysis of Binary Files
#7Does the uniformity indicate that the files are space-inefficient, and would benefit from compression?
Re: Visual Analysis of Binary Files
#8It looks neat but I have no idea how the clustering works or why uniform colors are assigned to large areas, e.g. the color blue in the pdf example.
open one and inspect the two ways to view it, one is horizontal scan, the other is a peano curve which leads to natural square-ish areas.
I can only see the color visualization and the hex view. Maybe I can't see the curve due to lack of WebGL?
Re: Visual Analysis of Binary Files
#9[flagged]
Re: Visual Analysis of Binary Files
#10I made my own binary visualizer when I was learning C. I had a for-loop which generated a texture by just setting the pixels based on the bytes in the file.
I had two modes, monochrome (the bits) and grayscale (the bytes).
Anyway funny thing happened, I had a buffer overflow and my program ended up visualizing its own memory.
Actually I had the same error another time, I was trying to make a simple Terraria clone (like 2D Minecraft) and the terrain ended up rendering my mouse coordinates interpreted as booleans or something.
C is fun!