I really like the way you sum up all the essential information. And the indirectly related information needed to understand the topic. You have a talent :)
It’s amazing how simple you made something that I spent literal HOURS trying to understand! Thanks for making this academic gem of a video, Conor, it was delightfully educational. Best wishes mate 🤓🙏🏽
Wow such a great clip for the base64 concept! Thank you! For viewers information, I set my speed at .75 to slow it down a bit and it worked well for me.
Hi, thank you for you video. It is helpful for me to understand the idea of Base64. I have a question about the zero padding when there are not enough bytes for the last block. When the original binary data is `00000000`, what is the result of the base64? My thinking is: 1. Padding the last 16 bits with `0`, i.e. `00000000 00000000 00000000` 2. Split it into four blocks with 6 bits, i.e. `000000 000000 000000 000000` 3. Represent it with the Base64 table, i.e. `AAAA` or `AA==` When should I use the `A` Vs `=`? Just the last block? Thank you.
Nice video! So every attachment that I'm adding to my Email is converted to base64? Also, our common emojies are also converted to b64? Still we are only capable of carrying 2^7 bits channel?
how can anybody who has not already possess this knowledge possibly comprehend the things said in this video at this speed? why don't you condense it into one minute and see how people like it.
3 bytes are "bunched" together, to create what one might call a "bunch" (I just made up that name). Each byte is 8 bits, so: 3 x 8 = 24 bits in each "bunch". Then each "bunch" is divided into 4 groups of 6 bits each (keeping the bits in the same order, of course)... Since 4 x 6 = 24. Each of these four 6-bit "items" (I made that term up, as well) can correspond to one of the "translated" values as shown in the table in the video. Note that 2 to the 6th power is 64, so there need to be 64 "translated" values. These are A-Z, a-z , 0-9, and + and /. That's 26 + 26 + 10 + 2, which is equal to 64, so that works out. That's the process of ENCODING. For DECODING, reverse the steps (convert "translated" items back to corresponding 6-bit "items", combine four together, divide into three 8-bit bytes, and convert using regular ASCII table). Hope that helps!
You've got to "change modes" (kinda like seeing a photon as both a wave and a particle). Each one of the four chunks of "6 bits" is to be seen as "a number" between 0 and 63. This number is the index into the defined table of 64 ASCII characters: "A-Za-z0-9+/". Each 'number' maps to a 7bit ASCII character used for transmission. Decoding reverses the process. The defined table is scanned for each character, and its index (a 6 bit value between 0-63) is determined. Good implementations of the algorithm are blindingly fast, without my (explicatory) "scanning" technique...
Nicely done, cheers. I'm still fuzzy though, on exactly how non-ascii input bytes are handled. In real life the input bytes are (sometimes) not keystrokes at all, much less ascii chars...eg a video bitstream. It must resort to the fact that unicode mapping covers every possible combination of bits in a given byte. So any possible byte would have mapping in the unicode table, and the dishes are done...??
This is how a video should be made, crisp, clear and short.
*crisp*
Indeed. The video is very understandable while also being short, and is exactly what I needed to know
Me watching this: pause, play, pause, rewind and pause
lol me too
same
F,space,space,space,back arrow,space,space,space,back arrow,space,space,space,dobule back arrow,space,F,Playback speed 0.5, save to watch later
This is the best video on Base64 I've ever seen, I've been digging around and nobody explains how it actually works under the hood.Thanks!
You win the "No Words Wasted" Award. Thanks!
I really like the way you sum up all the essential information. And the indirectly related information needed to understand the topic. You have a talent :)
It’s amazing how simple you made something that I spent literal HOURS trying to understand! Thanks for making this academic gem of a video, Conor, it was delightfully educational. Best wishes mate 🤓🙏🏽
I had to watch this at 0.5x speed
Xd
Agreed, but I can't do .5, it sounds way to funny so I had to do .75
Same here, it was so fast :D
Is this the only video You ever made on teaching coding concepts? 😮 It’s too good to be left alone!
Best video explaining Base64, very underrated my friend.. I hope you live a long prosperous life
This explanation is right on the money without wasting any time at all. If you read blogs online, most of them are so confusing!! Cheers to this guy!!
Wow such a great clip for the base64 concept! Thank you! For viewers information, I set my speed at .75 to slow it down a bit and it worked well for me.
I don't have words... You are just toooo awesome
Nice. Explains what it is very well. The visuals are very well done as well.
"Greetings, I felt the need to wash your car for all the favors you've done for me. YOU OWE ME." LMAO, what a masterpiece
And thanks, now I understand why we do base64 in encryption
Funny, fast, informative, and no bullshit. Hard to find tutorials like this nowadays.
I agree with S Nair, slow down a bit. That went by really fast.
You kidding me, this is perfect. Now I don't have to watch this in 2x!!!
Great job. Keep it up. I am very interested in more videos like this.
have to say this guy is a genius. best explanation! both HOW & WHY is covered.
you killed it man
You covered it. However, slow down a bit to correlate your voice and screenshot. You may consider this in your next video.
Same
You name it…
Excellent fast explanation. Exactly what I was looking for. Thanks!
This was really enjoyable and informative, thanks!
This has a criminally low amount of views for how informative and concise it is.
My head is hurting...
i came here after watching game theory's ddlc theory...
same
Yep
Ka Wai Leung same
Same boi
Lol
short, informative, well made 👨🍳🤌
One of the first videos where choosing 0.75x is beneficial.
The best explanation ever
That was very concise and informational. Thank you very much.
Thank you very much for this video! I learnt a lot about the history of base64 and how it can preserve info! Thanks very much :)
You made it very easy to understand. Thumbs up for you.
This is great explanation.
Hi, thank you for you video. It is helpful for me to understand the idea of Base64.
I have a question about the zero padding when there are not enough bytes for the last block.
When the original binary data is `00000000`, what is the result of the base64?
My thinking is:
1. Padding the last 16 bits with `0`, i.e. `00000000 00000000 00000000`
2. Split it into four blocks with 6 bits, i.e. `000000 000000 000000 000000`
3. Represent it with the Base64 table, i.e. `AAAA` or `AA==`
When should I use the `A` Vs `=`? Just the last block?
Thank you.
This an incredible explanation. Thank you!
This was a very clear, easy to understand video, except i did not understand anything
perfectly explained. thanks a lot
"Why are you wasting time translating this?" Im not just can speak Japanese lol
bro deserves more subs
do you say "24 bit number" because you have only 3 letters? or do you always have to split in 24 bits?
I actually really like this
Clear and precise explanation! thanks!
This is a great explanation!! Thank you!
Awesome video, thank you very much
beautifully explained
Nice video! So every attachment that I'm adding to my Email is converted to base64? Also, our common emojies are also converted to b64? Still we are only capable of carrying 2^7 bits channel?
I’m still stuck on how you convert the bytes into numbers. Can someone help ?
Awesome and crisp info .. :)
how can anybody who has not already possess this knowledge possibly comprehend the things said in this video at this speed? why don't you condense it into one minute and see how people like it.
Base 64 =A type of a Decoder
Fantastic video. Talked a little fast, which usually is ok for me but thankfully we have speed control. So it's all good.
very clear much easier to understand than reading the wikipedia!
I EM ENLIGHTENED THANK YOU
You are awesome. You explained it so well..
Just came from that Tom Scott video you showed
best video on youtube
a truly great video
So clear! thanks!
Sir, when we type something,is that first converting to ASCII or BINARY?
That explains 6 of the bits. What happens to the missing (7th) bit? The old systems support 7 bits, but can they also accept 6?
3 bytes are "bunched" together, to create what one might call a "bunch" (I just made up that name).
Each byte is 8 bits, so:
3 x 8 = 24 bits in each "bunch".
Then each "bunch" is divided into 4 groups of 6 bits each (keeping the bits in the same order, of course)...
Since 4 x 6 = 24.
Each of these four 6-bit "items" (I made that term up, as well) can correspond to one of the "translated" values as shown in the table in the video.
Note that 2 to the 6th power is 64, so there need to be 64 "translated" values.
These are A-Z, a-z , 0-9, and + and /.
That's 26 + 26 + 10 + 2, which is equal to 64, so that works out.
That's the process of ENCODING.
For DECODING, reverse the steps (convert "translated" items back to corresponding 6-bit "items", combine four together, divide into three 8-bit bytes, and convert using regular ASCII table).
Hope that helps!
You've got to "change modes" (kinda like seeing a photon as both a wave and a particle).
Each one of the four chunks of "6 bits" is to be seen as "a number" between 0 and 63.
This number is the index into the defined table of 64 ASCII characters: "A-Za-z0-9+/". Each 'number' maps to a 7bit ASCII character used for transmission.
Decoding reverses the process. The defined table is scanned for each character, and its index (a 6 bit value between 0-63) is determined.
Good implementations of the algorithm are blindingly fast, without my (explicatory) "scanning" technique...
Please make more such wonderful contents
awesome video and to the point. cheers
Anyone else watch this and get to the end and think...
“What the f*ck?”
And then watch it again
awesome video very well defined
Better explanation of how the two higher bits are discarded and reinserted would have helped.
Excellent! Thank you for this.
Nicely done, cheers. I'm still fuzzy though, on exactly how non-ascii input bytes are handled. In real life the input bytes are (sometimes) not keystrokes at all, much less ascii chars...eg a video bitstream. It must resort to the fact that unicode mapping covers every possible combination of bits in a given byte. So any possible byte would have mapping in the unicode table, and the dishes are done...??
I first learned about Base64 by learning about cryptography.
wow nice explanation, just to the point
This was good shit well explained. Thank you!!
Hello, great video, very well made (effects) and explanation. Sub.
THE BIT PUN DUDE
Excellent!
Awesome video, thanks!
top content, thanks!
amazing video
Makes sense to me.
Great video. Thumbs up to you mitterdoo!
Nice, well explained, hope you got in 0.85 velocity and a better mic
Nicely done bro
Very good
Thanks a lot! Keep up the good work!
Thank u for not saying crap
thank you I love you
I can read the Japanese language. It says "Why are you wasting your time to translating this?". Ya know what? I didn't translate.
great video! please keep it up :)
Does anyone know how to take sound and turn it into base64?
let's have these 0.1 sec lasting flashes on screen showing relevant information. that would be helpful
On point. Thanks
sweet and short video.
this hurts my brain
Yes, I agree - contens was great, but the speed is about 25% to high. Despite this I still rate it max 5 stars.
superrrr useful explanation! (but please slow down a bit thanks!)
it helped, thanks
Really great vid man but damn, I felt dumb watching it. Think i might play it through at 0.75 speed. Bit too fast!... but subbed anyway :)
I slowed it to 0.75 as well.
i rarely ever subscribe but based off of this Im in
Thank you
Wait, isn’t a byte variable of How many bits? U said a byte is 8 bits and now I’m confised
I loved your video style, just put noise reduction on your audio first :)
Thank you :D
Very fast, but I think I got a lot out of it
nice video