But I don't think that would be a problem either.īuild options: browser=firefox, fxDevUpdate=yesįound companion app: VdhCoApp 1.2.4 (I always use the CoApp, never the browser option.)Ĭompanion app binary: C:\Program Files\\bin\ Now I must say that I did not try downloading into a directory structure with spaces in the directory names. I have downloaded countless files with spaces in the names & never had a problem. This does not seem to have been any sort of a problem for VDH or Windows, which I must say is as I expected. The resultant files I got from my 2 downloads also have spaces in the file names. The video name itself on YouTube has spaces in it. It's just a slide show so the extremely low bit rates are not really either a surprise or a problem. It is the slide show you can watch while streaming the video directly off the YouTube web site. see below)Īt this point, it should be no surprise to anybody that yes indeed, this file has a video component. So why is it so much bigger? Looking in the file Properties, the audio section is the same as for the first download but the video properties are now reported as:ĭata rate 638kbps/total bitrate 784kbps (very, very low but. Be that as it may, this file is 633M, although the duration of the video is still reported as 1:54:34. Otherwise, the 2 time stamps would probably be equal. I believe this aggregation step caused my creation & last modified time stamps to differ by 1 minute, but I'm sure that's just an accident, that my system clock ticked over from one minute to the next during the aggregation step. This download ended after about 10 minutes (a guess) & then it aggregated for about 10 seconds, a step that I did not observe on the first download. Once again I can't use the creation & last modified time stamps because the file did not exist until VDH completed its work. This download took significantly longer than the first one. Curiously, VDH did not list a file size as it did (104.2M) for the simple ADP variant in my first download. So I tried again, this time using the DASH ADP variant. The audio section says the bit rate is 125kbps (a bit low), 2 channels, sample rate 44kHz (normal). I suppose it's no surprise that in the file Properties, the video section is blank. When I was streaming the video off the YouTube web site, there was, as you described, a slide show going on. The entire 1:54:34 does appear to be there. I did sample it, using VLC controls to skip through it. It's reported in Windows Explorer as a 104M file. In any case, despite the fact that the duration of the video is reported as 1:54:34 (yes, nearly TWO HOURS), it took maybe 2 minutes to download, which certainly surprised me. So I can't say with any accuracy how long it took to download this. I suspect that because the file is not created on disk anywhere on my system until the download completes, that the creation & last modified time stamps really are the same. (Note to Anu: This file did not appear at all in my target directory until the download completed.) The creation & last modified date/time claim to have been equal, which would normally mean that it downloaded in 0 time. The one listed first showed ADP 1920x1080 104.2M MP4. Then I opened the VDH window to see what variants were available. After launching the video, I went into full screen on the video while it was playing & selected the 1080p resolution. I decided to try to download your (Eric Lilja) Frank Zappa video from YouTube. 'Buffering Too Slow? Watch Videos When They're Complete With Video DownloadHelper'. 'The Best Firefox Extensions and Add-Ons of 2012'. ^ 'Update rettet beliebte Firefox-Erweiterung: Video Downloader nun mit Quantum kompatibel' (in German).
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |