Error downloading a Youtube video, whatever the method
fdelente
Wild Willy
8.1.5.0a1 beta, CoApp 2.0.11.
I took a look at that YouTube video & said there's no way I'm downloading SIXTEEN HOURS
of something as a test. I thought I'd start it & kill it after a couple of minutes. But
I was getting such great download speed that I decided to let it go. It started at about
10 million bytes per second but slowed down to about 5 million bytes per second. In the
end, this Side Download got an mp4 of size 2.59G (not so huge) after a download of just
under 9 minutes (reasonable). The exact duration is 16:22:11. The video resolution is
1920x1080 but the bit rates are the typical putrid numbers you get on YouTube, under
400kbps. I guess that's how they keep the file under 150G. Frame rate is 60fps. The
audio properties are sampling rate 22kHz (a little low) & bit rate around 48kbps (also
low), more evidence of YouTube's aggressive compression of content. It played fine with
both video & audio. Obviously, I didn't sit & watch the whole 16+ hours, just sampled it
here & there & it seemed to be just fine.
There have been some recent reports of antivirus programs getting false positives &
quarantining parts of the CoApp. Make sure that isn't happening to you. I sure wish VDH
generated some kind of debugging log so we poor users could attempt to diagnose our own
problems. Oh well. Things are what they are. Other than get the latest VDH & CoApp, I
can't offer any better advice. I also point you to my July 17 advice. You can find that
by doing a search on "July 17" in this forum. Make sure you do that. I just did it
again after installing this new 8.1.5.0a1 beta, which just came out this morning. Did it
make any difference? I don't know. It certainly didn't hurt anything.
Ooblus Scooblus
Eric Marceau
To be clear, I would NEVER download a video that is this long. Having worked in corporate, multi-server, multi-continent, IT, that would be an insane thing to do!
Nevertheless, if anyone were to want to attempt such a download, I suggest the smart thing would be for the chosen application should be able to accept a user-supplied "manifest" of the video parts, and that it would download that video piecemeal, each part stored separately, rather than as a single whole.
Looking at the link provided, the description included the following "parts breakdown":
⭐️ Course Contents ⭐
⌨️ (00:00:00) Introduction
⌨️ (00:06:33) Lesson 0: Welcome To Blockchain
⌨️ (01:31:00) Lesson 1: Welcome to Remix! Simple Storage
⌨️ (02:09:32) Lesson 2: Storage Factory
⌨️ (02:26:35) Lesson 3: Fund Me
⌨️ (03:26:48) Lesson 4: Web3.py Simple Storage
⌨️ (04:27:55) Lesson 5: Brownie Simple Storage
⌨️ (05:06:34) Lesson 6: Brownie Fund Me
⌨️ (06:11:38) Lesson 7: SmartContract Lottery
⌨️ (08:21:02) Lesson 8: Chainlink Mix
⌨️ (08:23:25) Lesson 9: ERC20s, EIPs, and Token Standards
⌨️ (08:34:53) Lesson 10: Defi & Aave
⌨️ (09:50:20) Lesson 11: NFTs
⌨️ (11:49:15) Lesson 12: Upgrades
⌨️ (12:48:06) Lesson 13: Full Stack Defi
⌨️ (16:14:16) Closing and Summary
IF
a "standardized" format for the
distilled manifest could be defined,
AND
the downloader was able to specify
start/stop points like (for example) provided by the
mouse-clicks on the YouTube progress bar must be communicating
to the YouTube server,
THEN
VDH could communicate, for each of the
manifest items to be downloaded separately, the stream's "range" (start
and stop).
Pipe dreams maybe, but that is the concept I offer up for such content being delivered in an absurd choice of format. 🙂
Eric
Hello,
I tried several times to download this video:
(...snip...)