Download Youtube videos right from your Terminal or Command Prompt

I am sure that everyone of you had a moment in your life where you googled for "Download YouTube Videos" and may have got yourself victimized by some trials which become a pain when they start "requesting" for money. Right?

Here I am referring a nice and easy tool to download those videos - youtube-dl.

Its an open source tool with a very good team at support at their IRC server.

First download youtube-dl:
sudo apt-get install youtube-dl

OR download the .exe counterpart for windows from http://rg3.github.io/youtube-dl/

Then go to YouTube and grab the address of the video that you want.
Once copied, type this in terminal or cmd to start downloading:
youtube-dl (paste the address here)

Example:

youtube-dl https://www.youtube.com/watch?v=AbC12Aetc

After it's finished downloading, check your Home folder, it should be there.
The file name is usually the same as the address i.e. V2y92H2kiIM.mp4

By adding the -f option after the link in terminal or cmd, you can specify the video format to be downloaded. Add the -F option to see all valid formats. If you have an order of preference other than best quality, specify the formats separating them with slashes: -f 22/17/18. You can also pass in an extension, like -f mp4/webm.

It also has an option for creating proxy connection using "--proxy URL".

You can get other options at https://github.com/rg3/youtube-dl

Comments

Testing React loader with React Testing Library

I have came across this situation so many times where I need to write a unit test for a component pattern I have developed so many times that I can write the code with my eyes closed. BUT what about unit testing! That's something my mind thought is the best candidate to get rid of in order to store more cat memes. Even when these patterns are used almost everywhere and we write the tests for each one of them (I hope you do) but still we (it can't be just me) tend to forget them and get even more confused with those pesky `act` warnings. So I decided to curate a recipe book for some common unit tests which I come across and might be useful for future me. Happy to share the github repo and also would love to see if anyone has more such common unit testing patterns which they can add or suggest. https://github.com/Charchit26/react-testing-library-recipes Now, let's talk about the one I have coded a dozen times and still take half an hour to struggle with its unit tests - Load

Send Anonymous Mails!

Ever thought of a mischievous act like sending a mail with a fake identity or using someone else's identity?? Sure, if you have that naughty prankster hidden in you! So there are ACTUALLY two common sites which may help you in such pranks.. They are... 1: http://www.sendanonymousemail.net/ Its got a pretty easy and user-friendly interface which makes it so special.. 2: https://emkei.cz/ It can be considered as the advanced version for sending fake mails.. Its got a good variety of options for "geeks" as well as an html editor for cutomizing the mails! But Do Remember that these tools would let you send anonymous emails free of cost and let you be hidden at the same time, but they Do store your IP addresses, just in case your anonymous email indulges in illegal activities! So, Do NOT even try to send scary threats or spam like messages because you may get caught very easily and can be charged with fraudulent charges and can be pu

Recipe for chaos in an XP team

Our team failed! We failed in delivering value to the client, value to our users as well as we failed in showing the benefits of XP - eXtreme Programming to not only other teams but our managers as well. So here I am listing some of the factors which I think lead to the fall of the project, the practices and eventually the team itself. We were quite fine an year ago. We used to pair, practice TDD, interview users frequently and release awesome features to production almost weekly. I would not go to the extent of saying we were living in perfect times, since we faced some very common problems - Some people felt that TDD made them slow. Management kept questioning whether pair programming is really "fast enough" and not slowing us down. This gave birth to some "Duct Tape Programmers" in the team. (That's a real term! Google it.) "The Duct Tape Programmer is someone who is able to cobble together software that solves the immediate problem, but witho

Bits N' Bytes

Search This Blog