Quote:
Originally Posted by Jiaz
We will first check if we can reproduce the issue ourselves as it worked fine for pspzockerscene.
Just out of interest, did you also do testing with the account disabled in JDownloader?
|
Additional findings and questions regarding those findings
I'm referring to two different issues:
Issue 1: Pasting individual video links into the LinkGrabber window. (many links are not found, more are found in a second, third, fourth, ... run)
Issue 2: Pasting the Video gallery link into the LinkGrabber window. (Here Grabbing stops too early, before all links have been found)
A) Logged in / not logged in on VK.com (tested with issue 2)
Tested several times on two different machines with two different providers.
Yes, there is a reproducible difference:
When I'm
logged in, crawling is much slower and in average
only some 50 % of the links are found.
When I'm
not logged in, crawling is about twice as fast and in average
over 90 % of the links are found.
B) Different providers (tested with issue 2)
Even though provider speed tests show almost the same speed, crawling speed is reproducible different.
C) Your info: VK.com only accepts max. 15 request in 30 sec (tested with issue 1)
While crawling (
Finding Links…) I see a number of offline links being reported. This means to me that already in this stage requests are sent to VK.com. E.g. after 3 minutes 547 online and 32 offline links are displayed in the bubble.
Isn't this already 579 requests within 180 seconds?
This is for sure above those 15 accepted requests per 30 sec interval. Can this be the reason for issue 1. Please have a look at the attached Excel book which might give you an explanation. I marked all files by colors, in which run they were found. So you can see when which links were skipped / not found.
D) Browser.setBurstRequestIntervalLimitGlobal("vk.com", 500, 15, 30000)
Is there any way for me to edit those numbers for conducting more tests? Cannot find it in advanced settings.
E) Why do I prefer to copy individual links to LinkGrabber?
It is because of a limitation in JD :-)
- In JD, I can only see the individual links in my download list, when I add them separately.
You say "wrong: Wrong, see:
https://support.jdownloader.org/Know...iew-added-urls
I'm afraid you are mistaken here. In my test case you can only see **External links are only visible to Support Staff****External links are only visible to Support Staff** - the same video gallery link for each of those 2,000+ videos.
- I can only have the link as part of the downloaded video file name, when I use individual links.
More detailed explanation: Example: Video-Name_-12345678_987654321_720p.mp4. The numbers are the numbers from the individual video link. These can be amended to the file name, but only when I paste individual links.
- In most cases I don't want to download all videos. Those 2,000+ links were just a test.
- Maybe a few weeks after my download - e.g. after more videos have been uploaded - again I only want to download a few of them.
It is too bad, that you cannot see/copy links of individual videos when using the video gallery link to let HD grab all videos. This is what I also need for archiving. For that I would have to parse DownloadList*.zip files :-(
F) You mentioned reducing number of requests by dupe checking
As pointed out in C) there seem to be many occasions, where requests are being sent in high frequency. Please correct me if I'm wrong.
What I would like to know is, how and when dupe checking is being performed.
E.1) Let's assume, I copy links to files to LinkGrabber, which already had been downloaded earlier. Does JD dupe checker first check DownloadList and LinkCollector zip-files, whether or not they contain one or more of the added links? Or does JD send requests anyway?
E.2) Let's assume I add 20 links to LinkGrabber and links 11…20 are dupes of links 1…10.
Now let's assume, while crawling for links 1…10, JD only finds links 1…5. links 6…10 are not found. Now, what happens with links 11…20? Will JD know that it already found links 11…15? And will JD try to find links 16…20 once again as it had not found links 6…10. Again, please note that 16…20 are identical with 6…10.
G) Dupe checker doesn't work in a consistent manner
I'm mentioning this here, because you were referring to dupe checker. What 'annoys' me is the fact, that - depending on where the dupes are - and what I did with them, they can be displayed or they cannot be displayed (checking the box '
Already in Downloadlist'). Links that were already downloaded won't necessarily show up in the LinkGrabber pane. So, the user won't know, if JD simply 'skipped' those links due to an error or because they already had been downloaded earlier.
Or is there a way to have them displayed as 'already downloaded earlier'?
And one more question regarding bug reports or requests for improvement:
To give you just one more example:
The bubble notifier position settings (in advanced settings) do not work correctly when I use a display scaling different from 100 % - tested on different machines.
Where should/would I report this? In fact, over the years I found quite a few issues, but never took the time to report them here. Maybe I should do that… :-)
Thanks again for any efforts taken. You guys are really doing a great job!