Looking for:
Video downloadhelper window recording |
Video downloadhelper window recording
How to Download a Video from a Website - Video downloadhelper window recording
Pros : Capture live events and videos from your browser. Use this for other types of video capture, including Zoom calls. Extract videos from websites with a browser extension. Video DownloadHelper. Best for : non-YouTube recordings Rating : 4. Pros : Smart naming of all video files. You can blacklist domains so that ads are hidden from the videos. Convert the video to a variety of different file types. Video Downloader Plus. Best for : Vimeo conversion Rating : 4.
Pros : Quick to install and quick to download videos. Choose the format and quality you want. Cannot be used to download the highest quality video unless you pay for a subscription. Video Downloader Professional. Best for : ease of use Rating : 4. Pros : Easy to grab videos from websites, including video-specific sites and other websites.
Free browser extension. Copy videos from websites on iOS and Mac devices. Best for : simple interface Rating : 4. Pros : Free to download with unlimited downloads. Extremely fast downloads. Cons : Some features and high-quality video downloads are behind a paywall in-app purchases.
Video Saver Pro. Best for : cloud storage Rating : 4. Pros : Incredibly simple to use. Easy support for cloud storage. Cons : The number of downloads per day is limited unless you pay for a pro subscription. Cons : No option to download videos without watching them. Copy videos from websites on Android devices. Video Downloader. Best for : inbuilt video browsing Rating : 4. Pros : Easily downloaded in a variety of different formats. Free app with good compatibility with virtually all Android devices.
Download to an SD card if you want to save space. Cons : Some users have reported issues with ads being recorded as well as the video they want to rip. Free Video Downloader. Best for : totally free Android conversion Rating : 4. Pros : Download to an SD card to save space. Inbuilt download manager, which is simple and easy to use. Cons : There are a lot of ads, which can get very annoying. Mobizen Screen Recorder. Best for : HD screen captures on Android devices Rating : 4.
Pros : Record in HD at up to 60fps. The minimum size filter settings was not working properly. Some HLS streams could be ignored if the manifest file size was below the configured size threshold. On Windows, the file saveas dialog could show up button while on root of a drive.
The download progress could stop being displayed. Help us keep the list up to date and submit new video software here. Download free trial! Software Home » Video Streaming Downloaders. Using DownloadHelper, you can easily save videos from most of the popular video sites like Youtube.
It is also possible to capture all the images from a gallery in a single operation. In particular, it is able to store on your disk movie files for which the web site does not provide a "Save File" feature.
DownloadHelper is a Browser addon so you need to use it together with the web browser. Free software OS: File size: 0. Version 7. This update fixes that issue. The minimum size filter settings was not working properly. Some HLS streams could be ignored if the manifest file size was below the configured size threshold. On Windows, the file saveas dialog could show up button while on root of a drive. This is not information that VDH can act upon.
It must be something used by the embedded video player. There's a link in there to an external location where I had a conversation with somebody who seemed to know what they're for. I refer you to that. They are not streams usable by the end user. Unfortunately, the manifest is littered with these things so you need to concentrate on blocking them out of your consciousness.
Then we come to the information VDH can use. I see entries for the following resolutions: x, x, x, x, x, x, x, x That's 8 resolutions. But look at the VDH menu. There's 16 variants being offered. This is double what's correct. Here's my speculation on what the problem is. But look closely at the first entry of each pair.
It is NOT a stream descriptor. The second entry of each pair is a stream descriptor. It's noise. It's a duplicate. The value in the exp parameter of the first entry in each pair appears to be the same as the URL that appears as part of the second entry of each pair.
Well, not quite the same. As a test, I launched the download of the duplicate of the x stream I had started about an hour earlier. I was a bit surprised to discover that it actually launched. VDH must do something with the exp parameter value to make it work.
This second download is no doubt cluttering up the debug console. Sorry about that. But this reminds me of something I see with nearly every video on YouTube. There's no resolution, no duration, no file size. Often as not, attempting to download one of these things results in an immediate error.
I'm wondering if that's another manifestation of what I'm seeing here with NBC. I can't tell because I haven't found any m3u8 manifests on YouTube so I don't know how you figure out what to do on YouTube.
This is why I'm guessing. I'd be most interested to hear your take on this. Am I analyzing this right or am I completely wrong? My second download of what I believed was a duplicate stream just completed.
I guess what I thought would be clutter in the debug console is not clutter after all. It's probably helpful to note that this download terminated at There's an error in the debug console right then.
I don't understand it. Maybe it means something to you. Anyway, I have an MP4 that took 21 minutes to download, is 2. Obviously, this is wrong. My first download is still in progress, which is encouraging for the moment.
Also, this is once again, same as yesterday, a 3 hour broadcast window. This clip of only 40 minutes clearly isn't what I should be getting. It will be interesting to see what happens with the download that continues as I write this. These streams are of the type that won't play in VLC while the download is in progress.
Some downloads can play in VLC while the download is still running, but this one happens to not be like that. I'd be curious to know if there's some way you can tell without trying it whether you'll be able to chase play a download during the download. In any case, since I can't play it yet, I'm assuming the download still in progress is going along normally.
I just noticed that the failed download I reported earlier generated this in the VDH error log: Requested download of chunked stream, but no chunkset found. Sounds like a transient error at the other end. Meanwhile, here's the status of the other download I mentioned above.
It ran from , until , when it terminated without error. Today's broadcast window ran from - , 3 hours. I have an MP4 of size 8. The approximately 58 minutes of extra duration in the file is due to the approximately 54 minutes of "Coverage will begin shortly" at the beginning, and about 2 minutes of "Coverage has ended" at the end. I skipped around in the file using VLC specifically looking for these things.
I'll watch the whole thing all the way through in a bit. The existence of these stretches of junk says the full broadcast is there as it is supposed to be. Here's the rest of the story. At about the 54 minute mark, there is a short snippet of coverage of the tournament. Apparently, they ran a short teaser just before the broadcast window.
Not all of the teaser is there. Apparently somebody didn't push the button in time to put the beginning of the teaser into the online live stream. So the live stream joins the teaser "already in progress" as they like to say. The actual broadcast follows. In the past, the ad breaks were covered by the message, "Coverage will resume shortly.
I skip over the ads either way but I think I prefer the ads being included. It seems like it would be easier for them to just always let the ads play in the online stream.
I don't know why they ever did it the other way. Curiously, the debug console log attached ends with another error, the same one that occurred when the other download failed. Seems obvious to me that VDH was able to determine differences in the circumstances. What might those be? In other words, today it worked fine. I did have that failure I accidentally captured, as I described earlier. But my main download worked. Yesterday it failed. Today it worked.
I hate that. If something is going to work, it should work all the time. If something is going to fail, it should fail all the time. The present situation does not engender the highest level of confidence in me. Can it really all be down to transient errors from the server? Maybe there's a little more fault tolerance you can build into VDH so that one of these server errors doesn't necessarily terminate the recording of a live stream.
When one of these errors occurs, isn't it possible to keep prodding the server a few times to see if it will send another manifest? When this error occurs, does the server actually terminate the connection from its end?
Is this something you could log? Since there seem to be different types of errors, I should think you'd want to log the reasons for the errors.
Are servers really so unreliable that every time a live stream recording gets dropped prematurely, it's because the server suffered an error? If there's things I should filter on, let me know. Jerome, I know you're reading this. It looks like you need to go poke The Boss again. I'll poke him, but I know is working on this. That sounds intriguing. I have some thoughts on the design of this new feature.
This field will be just like the Default download directory. It will be where you have the user enter the location of ffmpeg, complete with a Change button so the user can go through a file selection dialog to find his ffmpeg. Yes, this implies that the user has gone to ffmpeg.
Just to make it as simple as possible, it should result in the full path to ffmpeg. In case you missed it, I am suggesting that VDH use the standard ffmpeg for the download. Whether to use standard ffmpeg for the download might be a new VDH setting that the user can toggle. But for downloads using ffmpeg, I say you should use the standard ffmpeg. Leave it to the user to maintain this standard ffmpeg at whatever version level may be desired.
Any errors in this area are on the user to correct. Don't make any attempt to validate this. Please capture the ffmpeg log into a file in the download directory. Then either of 2 things is possible. The important idea is to keep the ffmpeg logging feature. It is useful.
Provide 3 new VDH settings, one for supplying global ffmpeg switches, one for supplying ffmpeg switches for the input file, one for supplying ffmpeg switches for the output file. Your goal is to download videos, not provide a generalized wrapper for ffmpeg. If the user wants to get more complex, it's on the user to do that outside the context of VDH.
I have not been able to find an explanation in the ffmpeg documentation of what happens if the same switch is supplied twice. I've looked. Whichever way it works, VDH should place the user's specified switches in the position that makes them take precedence over the same switches that you might code internally in VDH or the CoApp.
It is on the user to get them right. In case you're reading this, Maro, this is how you would get your -hwaccel option. Thanks for the suggestions but there are good reasons why we don't rely on custom-installed ffmpeg nor offer GPU-enabled ffmpeg versions. One of them being providing support on our product as we have limited resources. We will probably offer what you suggest at some point but it will be limited to Linux for which we don't have to offer support as we don't sell the product.
I don't understand. Didn't you post on September 27 that you are working on using ffmpeg to download videos? I'm confused now. And Linux only? I think I indicated that even if you do it for Windows, a great deal of the burden of support would be on the user. Yes, i'm working on being able to download HLS streams using ffmpeg directly but with the ffmpeg version embedded into the coapp.
Using another release of ffmpeg that would have been installed directly by the user is not on the agenda. I said we may provide, on Linux only, the ability to tell the coapp which ffmpeg binary to use. This is because Linux users are in average much more tech-savvy than Windows ones i said "in average"! You said above that you don't want to rely on "custom-installed ffmpeg. For that matter, you rely on custom-installed Windows, custom-installed Mac, custom-installed Linux.
There's no big deal to another custom-installed piece of software. Besides, installing ffmpeg consists of downloading the package from ffmpeg. That installs it. There isn't even an installer. You just unzip it.
NOTE - Anything that appears in that purple border will be recorded, including your mouse pointer. If you bring up the time slider controls in a video, that will be recorded too. Keep away from the purple border until you have finished recording. The video will be recorded as it's playing. Unfortunately, you do not download the video in the background - the video screen must stay there until you're done.
When the video is complete, hit the red stop icon to finish recording.
❿ ❿
No comments:
Post a Comment