Going from int to string to almost always a terrible idea, just thinking of memory or lack of multiplication for data manipulation, have fun blurring in hex with strings. I love that he did it tho, sometimes u just gotta f around and find out, else we wouldn't have nice things in the first place :)
BWTC32Key B3K files are what happens after crossing compression with encryption with binary-to-text encoding. It actually works well in spite of me doing it because I don't like Base64.
Both are compressed. Just with really different methods. Jpeg tries to emulate chunks of 8x8 px with parameters to a trig function (lossy to veeerry lossy depending on some parameter, but even the best quality (and thus worst compression factor) is very lossy). PNG however is basically a bitmap (lossless, no compression) which is then compressed with tar/gz algorithm. Basically cheating by making the 3rd party compression algorithm part of the file definition. It's like putting wave files into a zip folder and calling it a new audio format.
@@milesmartig5603 jpeg is per definition a lossy format even if you crank up the quality to 100% it’s still doing magic things with Fourier transformation and converting your image in a lot of lookalike patterns that they are close enough of the original pixels.
2:27 "turns out its not 3.5 times more size" *shows a picture of 3.3x* "it can go up to 98 percent more size" *shows a picture of 98 times more size* on a 160.2 times more size image. yep thats face dev for ya
Tip: you can half the size of your files if you store the RGB values as raw bytes instead of characters. Each character is 1 byte long (assuming you are using a 1 byte character encoding like ASCII or UTF-8), but a hex character just represents half a byte in a human readable format. "9e", for instance, just represents the number 158 (uint8) which only takes up one byte, where storing "9e" as two characters you are using two bytes. Hex goes from 00 (0) -> FF (255), which is exactly how much a byte can hold. To do this you'll need to allocate a buffer of the number of pixels in the image times 3 (RGB per pixel = 3 bytes (1 byte for each colour) * number of pixels), then for each pixel: write a uint8 for the red value, write a uint8 for the green value, write a uint8 for the blue value. To read the file, loop over each pixel and read each byte (uint8) instead of writing.
If you wanted you could also add an alpha channel by just adding an extra byte after blue, this would make each pixel 4 bytes instead of 3. And now you've created the bitmap image format 🙂
he knew that, he's being rеtагded for no reason. he's just wants to jack up the yt algorithm, thinking "one day i will be making quadrillion dollars per nanosecond by pооping out: 'i pressed a key on my keyboard' / 'i copied seven lines of code from stack overflow' type of videos, yupeee!"
situation: there are 10 competing formats solution: lets create a new one to replace the old ones. new situation: there are 11 competing formats (Heavily based on an XKCD comic)
@@Luna5829 RRGGBBTT, with T transparency. So 256 values. What do you mean with 9? Am I missing something? (I don't count the # you would write in code since it is not needed)
@@joseph_gerald Not sure if stupid or trolling, your not going to give an image format the ability for someone to download it to their desktop, open up notepad, and read an images letters and reconstruct it in their mind at the cost of a 10-100x file size increase. And storing raw bytes is unheard of, look at the .png and .jpg format specifications for a clue on how deep it actually goes.
avif is actually conceptually really cool: if you guys follow video formats, there’s been a big push to add AV1 support to everything because of how much of a huge leap in quality it is over essentially everything else. So much so, that if you encoded an image as a single frame of an AV1 video, it would be better quality than the other image formats available. So that’s exactly what it is. It makes a tonne of sense to use the same compression algorithms for both video and image and could in theory mean you could make hardware-accelerated images too. Very resource efficient, it would be great if we could just magically convert absolutely everything to use exclusively AVIF from now on
No it actually doesn't make a ton of sense to use the same compression for video and static images. Video codecs usually use the information of multiple frames to be more efficient. Just thinking about P/B/I-frames, chroma subsampling, etc.
This isn't too far off from plaintext images from the days of old like PPM. Sure, it's absurdly inefficient as far as size goes, but you can edit it with nothing but a text editor, easily understand the format just by looking at it and they're very rarely used for large images anyway
"Hex" is representing the color data in base sixteen whilst "RGB" (don't include the alpha channel, it's not a fair comparison) is representing it in base 10. It's the same exact data. There's no space "reduction" if you don't bloat it by storing it in ASCII, but you figured that out. Instead of bloating the file with line breaks you can just have a small header with the height and width.
You can make the image of color layers. For example: if it's just the background you determine the color of single pixel and then paste this pixel into different location instead of finding out the color of each pixel. Repeat that multiple times with doffirent colors and you get and image! It will be VERY light no matter how many pixels are there on X and Y coordinates while the image contains only 1 color.
I dont understand anything from it, I belive I am not for that. My skills and preferences are other, but is always good to have an eye on what is real and in trend with others.
1:22 I'm not an expert, but one byte should be able to give 256 unique combinations, as it has 8 bits and one bit has 2 states - 2 combinations ^ 8 bits = 256, we even have a place for zero. (an int value usually weights 2-4 bytes, but I don't think we need its extra functionality for storing a number from 0 to 255). HEX uses 6 characters - each character is 1 byte, so 1 * 6 = 6. I think you can do both methods equivalent in bytes, but RGB is more intuitive. Edit: Oh, everyone already commented about this :p
3:48 hex colors don't even have transparency and you used alpha type opaque for the png, so i'm surprised it showed anything other than complete white before you put a number there.
Every channel in RGBA are only a byte long. You could fit an entire pixel in the space required for an int. Using string for for the color will double the size for each pixel
i always had an idea to detect text and store the characters used like as a font. then it would only store the position of the text. this would be useful for text over detailed backgrounds.
I think the issue with the tremendously high file sizes maybe because you are storing the ascii representation of the hex codes where in fact you can store hex codes as raw binary in the .Brun file
If I go to download transparent pngs and find a load of files that are just bruh files pretending to be pngs then I'm actually going to riot. *You did this.*
rgba and hex are not mutually exlusive. rgba means ur storing red green blue alpha, and hex just means ur encoding as base 16 instead of base 10. what you did was turn rgba into rgb, because you remove the 7th and 8th hex characters that represent the alpha
In addition, its format will be significantly larger, since rgba only requires 4 bytes (32 bits)... hex requires 2 bytes per color, which for rgb results in 6 bytes instead of 4 bytes, even without a alpha channel. With the hashtag it's even 7 bytes. I haven't looked any further, but he has no idea what he's doing 😅
You can say probably update the file format by telling it that if multiple pixels in a row are the same color that they could be simplified to the amount and then the pixel data, otherwise just the pixel data.
"I'm tired of these stupid image file formats, so I'm contributing to the problem"
439 likes and 1 reply?
😂😂
@@akaithecreator7448 why are you here
lol
@@BadmanYT-1254bro really said “Begone fool, for thou hath spoken too foul a word to remain” 💀
wow, coverting a binary -> string -> do string manipulation -> show from the string. What's inside your head bro, it's pure genius
Going from int to string to almost always a terrible idea, just thinking of memory or lack of multiplication for data manipulation, have fun blurring in hex with strings.
I love that he did it tho, sometimes u just gotta f around and find out, else we wouldn't have nice things in the first place :)
@@haraldbackfisch1981 I think the OP was ironic, as the format of the message felt like that.
@@AOSP-is-still-Linux youre right idk what i was thinking... wasnt thinking i guess 😅
Srsly
BWTC32Key B3K files are what happens after crossing compression with encryption with binary-to-text encoding. It actually works well in spite of me doing it because I don't like Base64.
The major difference between jpeg and PNG is not only transparency but also the compression
Both are compressed. Just with really different methods.
Jpeg tries to emulate chunks of 8x8 px with parameters to a trig function (lossy to veeerry lossy depending on some parameter, but even the best quality (and thus worst compression factor) is very lossy).
PNG however is basically a bitmap (lossless, no compression) which is then compressed with tar/gz algorithm. Basically cheating by making the 3rd party compression algorithm part of the file definition.
It's like putting wave files into a zip folder and calling it a new audio format.
@@borstenpinselSomething like audio FLAC, as it's lossless compression for PCM audio?
jpeg and png both can store a lossless image
@@milesmartig5603 jpeg is per definition a lossy format even if you crank up the quality to 100% it’s still doing magic things with Fourier transformation and converting your image in a lot of lookalike patterns that they are close enough of the original pixels.
@@borstenpinselYou can't say PNG doesn't have compression, it just has lossless compression, even before tar/gz
2:27 "turns out its not 3.5 times more size" *shows a picture of 3.3x* "it can go up to 98 percent more size" *shows a picture of 98 times more size* on a 160.2 times more size image. yep thats face dev for ya
Yeah that was really weird, bro can't calculate
I fucking love how random these numbers are
wowzers, im converting all images in my gallery to .bruh files! so efficient, fast and lightweight
bro made a .bmp
was about to comment this
but worse
@@_kitaes_ just a tiny bit worse but it balances out with the funnies :3
@@_kitaes_ yeah, but it ends with .bruh, worth it
bro, why are you here, smily face demon.
Tip: you can half the size of your files if you store the RGB values as raw bytes instead of characters. Each character is 1 byte long (assuming you are using a 1 byte character encoding like ASCII or UTF-8), but a hex character just represents half a byte in a human readable format. "9e", for instance, just represents the number 158 (uint8) which only takes up one byte, where storing "9e" as two characters you are using two bytes. Hex goes from 00 (0) -> FF (255), which is exactly how much a byte can hold. To do this you'll need to allocate a buffer of the number of pixels in the image times 3 (RGB per pixel = 3 bytes (1 byte for each colour) * number of pixels), then for each pixel: write a uint8 for the red value, write a uint8 for the green value, write a uint8 for the blue value. To read the file, loop over each pixel and read each byte (uint8) instead of writing.
If you wanted you could also add an alpha channel by just adding an extra byte after blue, this would make each pixel 4 bytes instead of 3. And now you've created the bitmap image format 🙂
Doesn't he do this 3m into the video
@@sollybunn I only stored the metadata (width & height) as bytes, the rest is full of hex values
he knew that, he's being rеtагded for no reason. he's just wants to jack up the yt algorithm, thinking "one day i will be making quadrillion dollars per nanosecond by pооping out: 'i pressed a key on my keyboard' / 'i copied seven lines of code from stack overflow' type of videos, yupeee!"
@@FaceDevStuff that's a bruh moment (you didn't really expand on "were dealing with raw bytes now" so that's what I assumed)
situation: there are 10 competing formats
solution: lets create a new one to replace the old ones.
new situation: there are 11 competing formats
(Heavily based on an XKCD comic)
Instead of making an image compression format, bro made an image expansion format
By converting it into hex of 6 characters, you lost transparency. However, if you made it hex of 8 characters long, you could keept the transparency.
very inneficient
with 8 characters you'd only get 1 decimal point of transparency
9 characters is pretty good tho
@@Luna5829 RRGGBBTT, with T transparency. So 256 values. What do you mean with 9? Am I missing something? (I don't count the # you would write in code since it is not needed)
i forgot the transparency could also be in hex and not in decimal
but still, with T / 255 being the transparency, you'd miss quite a few numbers
@@Luna5829 You wouldn't miss anything visible to the human eye ^^
There's a reason why no one uses amounts above one byte (2 hex digits) per color
Now make a .huh file that is an audio format
this but its just a .wav stored as a string
and then .bruhuh for videos
@@HiloYT you could make a conlang out of this
.huh3 then .huh4
judging by how badly he struggled with an image format, i don't think he's ready to try an audio format lol
web✅code editor✅programing lang✅text editor✅image file format✅operating system❌
What's next? A coding font? Don't know if it can have more characters than UnifontEX.
1:21 delusion on a next level
Storing raw bytes is unheard of why not use a human readable 4bit representatipn instead (hex)?
If people are gonna read your image file they will do it in a hex editor@@joseph_gerald
@@joseph_gerald Not sure if stupid or trolling, your not going to give an image format the ability for someone to download it to their desktop, open up notepad, and read an images letters and reconstruct it in their mind at the cost of a 10-100x file size increase. And storing raw bytes is unheard of, look at the .png and .jpg format specifications for a clue on how deep it actually goes.
@@bits360wastaken sorry was sarcasm 🥲
@@bits360wastaken png stores compressed raw bytes
the interlacing on this video is making me crazy
I think that might be part of the shitpost.
@@Aeduo nope, just plain stupidity on my part
I was thinking the exact same. Now the real question is, does it deinterlace ?
@@RockRemastered probably not because youtube's VP9 compression screws with interlacing
@@foco5657 that's pretty right. Resizing is the worst thing. But downloading the h264 video would maybe work.
So this is what it feels like to be the guy who made the .webp file format
Webp is good actually pls research
@@sagnikkundu89 so the joke went over your head. I was talking how it got the same degree of support as .webp.
@@devaraanimation xDd. It wasn't obvious to me
avif is actually conceptually really cool:
if you guys follow video formats, there’s been a big push to add AV1 support to everything because of how much of a huge leap in quality it is over essentially everything else. So much so, that if you encoded an image as a single frame of an AV1 video, it would be better quality than the other image formats available.
So that’s exactly what it is.
It makes a tonne of sense to use the same compression algorithms for both video and image and could in theory mean you could make hardware-accelerated images too. Very resource efficient, it would be great if we could just magically convert absolutely everything to use exclusively AVIF from now on
It's not.
JXL is better.
JXL better
No it actually doesn't make a ton of sense to use the same compression for video and static images. Video codecs usually use the information of multiple frames to be more efficient. Just thinking about P/B/I-frames, chroma subsampling, etc.
Hope alphabet sees this bro 🫶🏻
You should check out jpegxl, google is blocking it to maintain their monopoly. Since they own AVIF, and want it to become the standart
5:08 this song is a masterpiece
i wanted to make a JSON image format
{
"meta": {
"size": "69x420"
},
{"pos":[1,1], "color":"696969"}
....
}
sounds hella inefficient, love it!
Should call it "jif" for maximum confusion
@@SIMULATAN can call it "Jim" - Json IMage
Absolute madman
This isn't too far off from plaintext images from the days of old like PPM.
Sure, it's absurdly inefficient as far as size goes, but you can edit it with nothing but a text editor, easily understand the format just by looking at it and they're very rarely used for large images anyway
"Hex" is representing the color data in base sixteen whilst "RGB" (don't include the alpha channel, it's not a fair comparison) is representing it in base 10. It's the same exact data. There's no space "reduction" if you don't bloat it by storing it in ASCII, but you figured that out.
Instead of bloating the file with line breaks you can just have a small header with the height and width.
I will be using .bruh images as the primary image type on my pc
Same
congrats you invented .bmp
But 2x bigge
congrats!
You just invented the netpbm file format 😊
The who-what now?
You can make the image of color layers.
For example: if it's just the background you determine the color of single pixel and then paste this pixel into different location instead of finding out the color of each pixel.
Repeat that multiple times with doffirent colors and you get and image! It will be VERY light no matter how many pixels are there on X and Y coordinates while the image contains only 1 color.
you're in my top 10 Dev RUclipsrs, I love your projects!!
I dont understand anything from it, I belive I am not for that. My skills and preferences are other, but is always good to have an eye on what is real and in trend with others.
WOW, we are getting .bruh image file format before GTA 6.
1:22 I'm not an expert, but one byte should be able to give 256 unique combinations, as it has 8 bits and one bit has 2 states - 2 combinations ^ 8 bits = 256, we even have a place for zero. (an int value usually weights 2-4 bytes, but I don't think we need its extra functionality for storing a number from 0 to 255). HEX uses 6 characters - each character is 1 byte, so 1 * 6 = 6. I think you can do both methods equivalent in bytes, but RGB is more intuitive.
Edit: Oh, everyone already commented about this :p
Low-key you explained better than my Prof tho
You just made a worse bitmap. But I really like it.
I love those indi projects
What in the.bruh is this. Like what the.bruh
3:48 hex colors don't even have transparency and you used alpha type opaque for the png, so i'm surprised it showed anything other than complete white before you put a number there.
1:15 1080i detected
This is actually almost exactly what I wanted.
This reminds me of the .stalin image I created 3 months ago to send sus photos in case the group chat gets leaked
my man reinvented bitmap images, incredibly based
I was waiting for the "This video is in the .bruh format" 🥵🤧🥵
.bruh4 video with .bruh3 sounds
man i love this video.Bruh
When you talked about storing RGBA in characters and not bytes, I was like.... bruh.
you can use regedit ti automatically set how it opens, what icon it has and add it to `right click>new` menu
bro just made bmp with hex
why store the hex as a literal string, a byte can be represented in one character (byte), instead you use two bytes to represent one byte??
E in bruh is for efficiency.
blazingly fast file format
Bro spent much hours, energies, and computer memories just for this "meme".
Interesting image file format.
that's EXACTLY what i wanted to do, except in javascript
but i gave up because it's too hard and i wanted to do this in the current year 2024
BWTC32Key is a homemade file compression program with custom format written in Javascript.
@polonezzz stalker go away
@polonezzz I know
good vid!!
ก้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้
Close enough, welcome back carykh
thank you for defeating the monstrosity that is webp files
At this rate bros about to make his own programming language to make these in....... oh no wait he already did it
Interlaced! This looks great on my HD Trinitron.
they make hd crt tvs?
@@superlavahair1536 Yes! They're also 16:9. My set has HDMI.
i don't think so cuz youtube's compression fucks with interlacing artifacts
@@foco5657 Good point. If s are blocking together 2 or more lines, that could totally ruin it.
subscribed 👍🏻
you are amazing good quality creator
“I’m not an expert…” but does this
Nice work!
Every channel in RGBA are only a byte long. You could fit an entire pixel in the space required for an int. Using string for for the color will double the size for each pixel
this is literally the XKCD comic about standards 😂
This is somehow so captivating
I can not state how happy it made me to hear Nine Nights by 20syl in the outtro. I really enjoyed your editing style.
I love that song 😄
*outro
Though most of your videos are completely useless. It teaches me more than my college. My favorite youtuber so far. Love you brooooo
avif still superior
- transparency
- better compression than jpeg
- can be animated like gifs (comparable to video format quality)
according to wikipedia, it is open and royalty free too
@@official-obamaPNG and jpeg both are
3:24 OH MAN NOT RAM RANCH 💀
EIGHTEEN NAKED COWBOYS IN THE SHOWERS AT RAM RANCH
I gonna use your format from now on
I love your videos!
this vid deserves a ✪
bro reinvented bmp but with extra steps
this dealt psychic damage :
i always had an idea to detect text and store the characters used like as a font. then it would only store the position of the text.
this would be useful for text over detailed backgrounds.
the disguised file formats are relatable
Make this for your browser
this certainly is a bruh moment
I think the issue with the tremendously high file sizes maybe because you are storing the ascii representation of the hex codes where in fact you can store hex codes as raw binary in the .Brun file
i want you to make this more efficient than pngs so we can take over internet
you didnt even bothered trying to compress it using lzma...
i love that file format xddd
It is pretty easy to make your own file format, you really just lack support for it since no one knows it exists or how it works
Definitely using .bruh from now on
bro reinvented the bitmap image lmao
When i did this, i turned an png from 250kb to 10mb, the png took 1.2 s to load, the custom imagr took bout 0.02s. Nice
Beautifully chaotic
Im ganna be making my own image format because i can
We should make it more better.
If I go to download transparent pngs and find a load of files that are just bruh files pretending to be pngs then I'm actually going to riot. *You did this.*
hey i’ll take it over .webp
You are a genius
your vids inspire me
awesome vid
0:25 that's wrong, jpg cam be transparent, but that's pretty uncommon.
3:21 interesting background song choice
18
BWTC32Key is a homemade compression format.
imagine hiding images in the bruh format is s very goood idea
i think the worst time of image file formats when you try to save them is "webm" or "webp"
this is genius , evil , but genius , you can troll your friends to think the got a virus with one image☠
amazing
rgba and hex are not mutually exlusive. rgba means ur storing red green blue alpha, and hex just means ur encoding as base 16 instead of base 10. what you did was turn rgba into rgb, because you remove the 7th and 8th hex characters that represent the alpha
In addition, its format will be significantly larger, since rgba only requires 4 bytes (32 bits)... hex requires 2 bytes per color, which for rgb results in 6 bytes instead of 4 bytes, even without a alpha channel. With the hashtag it's even 7 bytes. I haven't looked any further, but he has no idea what he's doing 😅
What a legend
Wait a minute thats just bmp but even less efficient
man not ironically writing hex as ascii text to a file
Cool
Ah yes, smartest rust programmer
as a unity developer .jfif is my 1# opp when importing textures
You can say probably update the file format by telling it that if multiple pixels in a row are the same color that they could be simplified to the amount and then the pixel data, otherwise just the pixel data.
Next video:i made my own planet
Making a file format is easy (i guess). Engeneering how it actually stores, how to parse it, and other stuff is the hard part
your conversion algo can be useful to show images on oled displays