[m.fessler]

Originally Posted by Jiaz

@m.fessler: Settings->Plugins->youtube.com, there you can customize plugin to your own needs, eg disable unwanted resolutions.

Yes, I selected there 1080p as the highest resolution (under "Allowed media types").
But when I add the link, vertical videos were added as 1280p into the link collector.
Am I doing something wrong?

[Jiaz]

@m.fessler: thanks, will check it
Update:

Originally Posted by Jiaz

@m.fessler: Settings->Plugins->youtube.com, there you can customize plugin to your own needs, eg disable unwanted resolutions.

this way doesn't play nicely as you don't specify the max but only tell JDownloader in what groups you are interested in. Please use Settings->Advanced Settings->Youtube.maxvideoresolution after next core update to limit your max resolution

[markifi]

https://i.imgur.com/5uOP1Mo.png
the speed issue seems to be back unfortunately

[DubioserKerl]

Originally Posted by markifi

**External links are only visible to Support Staff**...
the speed issue seems to be back unfortunately

yep, same for me.

[TheOne]

Yup, back to 70KB/s again ����

[TheRenegadist]

Is this a case of YouTube being on the ball and forcing out another update or is this a JDownloader specific issue?

[Templayer]

And today... the youtube limits are back, with a vengeance!

**External links are only visible to Support Staff**...



(the only personal information the image contains is the names of my volumes and folders, which I couldn't give more of a damn about... so don't delete the links from this post for that reason like last time, thank you!)

EDIT: PS: I always download only one video from youtube at a time, but due to this limitation I have to force multiple ones (overriding my rules). Just saying, because I heard that people downloading multiple youtube videos en masse with JDownloader is the very reason Youtube is now limiting the speeds...

[fuknuckle]

as others are reporting...

slow speed. I am only downloading one video at the time I am reporting but since others are mentioning, I have no doubt it is widespread.

as for the issue of each video being put into it's own package, I thought it might have something to do with the "Customized Packagename" feature in the plugin options. thinking that was new because I never noticed it before, I loaded JD from a backup before the update to see if it had it there before and it was. so why now is JD putting all my YT videos in their own separate package after the update when it never did that before???

so in the updated JD I tried leaving that field blank but it defaults to VIDEO_NAME even though it is empty. I tried entering "Various Files" but it just creates a new Various Files package rather than use the existing and I tried entering "null" but that just creates a package called null....

at first it was annoying but now it is starting to aggravate me and the fact that it is also effecting twitter videos for which the twitter plugin doesn't even have that option... idk.... I do not want to use that feature. I want it disabled. I want all my YT and twitter videos to go into the existing Various Files package where they have always gone and where they belong.

anyways, please @Jiaz and team if you could kindly fix the speed issue once again and fix the package placement issue, it would be much appreciated.

[maxx_twain]

Hi,

Yes I confirm, Youtube is again limited to 50kb/s on average.

[Lemurian1897]

Originally Posted by Jiaz

@thorsten: siehe
Siehe **External links are only visible to Support Staff**...

Tja...nach einem Update gings tatsächlich wieder gewohnt schnell aber offensichtlich, ich spekuliere jetzt mal, hat Youtube es wieder geändert denn jetzt auf einmal läuft es wieder langsam. 9 Minuten für ein 40 MB Großes Video. Ich nehme mal an wenn es so schnell wieder außer Kraft gesetzt wurde von Youtube werdet ihr euch bestimmt nicht nochmal die Mühe machen das wieder rückgängig zu machen wenns nur ein paar Tage hält oder?

[pspzockerscene]

Bitte abwarten das Problem ist bekannt und wir bieten am Wochenende idR. keinen Support.

We are aware of the issue and it will be worked on next week.
We're usually not providing support over the weekend...

[JDmurphy]

Originally Posted by Jiaz

Wrong wording on "force plugin updates". They are not forced but normal plugin updates can be downloaded/installed/applied in background/without restart if there is no pending core update waiting for installation.

The wording "normal plugin updates can be downloaded/installed/applied" sounds like a manual user action, while "small plugin updates are sometimes auto-installed in the background without any notification" is strikingly similar to "it's possible to force plugin updates silently in the background" except "forced" wasn't meant as in "required before the user is allowed to continue" but as in "pushed without any user interaction/notification". Sorry for that sloppiness

Originally Posted by Jiaz

See **External links are only visible to Support Staff**...

Turns out my wording was so similar because that's exactly the page where I read the info


BTT ...

Originally Posted by Jiaz

See my answers in text

Summarizing:

1. the fix is part of the core
2. updating the core requires a restart
3. the fix wasn't part of the youtube plugin so it needed no update

1. & 2. are the parts that I already knew, hence I wrote:

Originally Posted by JDmurphy

On August 29th (!) late afternoon, I noticed youtube dl speeds were back to normal again out of nowhere (...) and that without me updating JDownloader. So I assumed google had simply lifted the throttle, just like they did last time at some point.

... and this seems to be what apparently happened, because:

I was still on build #46316 of June 26th.

... which means since August 29 youtube video download speeds were back to normal = unthrottled even when still using the old, unchanged build.

Here's one of the abovementioned screenshots from September 1 (maxed-out 50 Mbit/s line) for proof, before installing the update:

Originally Posted by Jiaz

Updates has been released on August 29 15:30 o'clock german time.

That's why I put a "(!)" in "On August 29th (!) late afternoon, I noticed youtube dl speeds were back to normal (...) without me updating JDownloader" to point out the coincidentiality/simultaneity

Thanks for this reply:

There are several version of *player js* and when speed was low a new version got deployed that incorporates current date and also required error handling support. this broke our plugin and therefore speed was low. but it is one player out of many, so either the js (depending on the date) behaved differently and did not break or a new player has been deployed or the the video was using a different/working player.

Due to lack of specific knowledge I stumbled over "this broke our plugin" tho, since you said earlier "the fixed function is not part of the plugin".
Are you still referring to the youtube plugin, or another one? Or do I have to read it as:
"Due to changes in the player.js library the JD youtube plugin wasn't working properly, and a core function had to be fixed to make the plugin work again while fixing the plugin itself wasn't required."
?

Please just ignore that whole section/question entirely if it's beyond the scope of this thread. The main point was to demonstrate how youtube video download speeds were back to normal again (for me and probably others) around the same time the update was released without installing that update.

[potove]

the slow speed returned today(September 3).. :(

I made absolutely no modifications to my JDownloader2 settings.

[ThisMadWorld]

Hi all.

First, thanks all developer to try to "fight" YouTube slow download.
Today, 2020-09-03 YouTube win again 700kbps and this week earlier, JDownload s able to download at 20mbps or more.

More people have money, like YouTube (Google > Alphabet) for example, more they hate to share. Even for rich share is criminal but stealing from others is completely fine. It is all same the rich who create the laws thanks to their puppets, the little rich, the politicians.

If I win the lottery, sure, JDownload will receive some money from me.
However, the probability that happen is like to meet an honest politician, so 0.00000000000000000000000001%.

Thanks anyway and hope to see a new update soon.

[goldensun87]

I just downloaded a video with yt-dlp at my full speed. Their last update was 2022-09-01. Although JD did not slowdown until 09-03, it seems like the yt-dlp team somehow caught the problem early.

I had downloaded only 2 YT videos with JD on 09-01, and 5 YT videos with JD on 09-02, and all 7 of them, as far as I remember, had downloaded at my highest possible speed. Now, my current speed with JD when downloading a YT video was 70-80 KBps.

[Jiaz]

@All: Found the cause/change and we're looking for a solution

Originally Posted by goldensun87

I just downloaded a video with yt-dlp at my full speed. Their last update was 2022-09-01. Although JD did not slowdown until 09-03, it seems like the yt-dlp team somehow caught the problem early.

Issue is caused by changed js script that js parser of JDownloader fails to execute.

[Jiaz]

@JDmurphy:

Originally Posted by JDmurphy

The wording "normal plugin updates can be downloaded/installed/applied" sounds like a manual user action, while "small plugin updates are sometimes auto-installed in the background without any notification" is strikingly similar to "it's possible to force plugin updates silently in the background" except "forced" wasn't meant as in "required before the user is allowed to continue" but as in "pushed without any user interaction/notification". Sorry for that sloppiness

I just want to make clear that we don't force them. They are normal updates that just don't require a restart and can be installed/applied in background so JDownloader can directly make use of fixed/new plugins. The only difference to core updates is that core updates do require a JDownloader restart but technically they are the same.
Plugins can be updated that way because the plugin system is able to load/exchange plugins without a java restart being required.

Originally Posted by JDmurphy

but as in "pushed without any user interaction/notification"

If user does not prefer this to happen,then update settings can be customized, see Settings->Advanced Settings->UpdateSettings

Originally Posted by JDmurphy

Due to lack of specific knowledge I stumbled over "this broke our plugin" tho, since you said earlier "the fixed function is not part of the plugin".
Are you still referring to the youtube plugin

The bugfix was outside of the plugin, within another part of JDownloader. But without this fix, the plugin was/is broken in meaning of not working as wished.

Originally Posted by JDmurphy

The main point was to demonstrate how youtube video download speeds were back to normal again (for me and probably others) around the same time the update was released without installing that update.

Most likely because they were rolling out new player around the same day.

[Jiaz]

Originally Posted by Jiaz

@All: Found the cause/change and we're looking for a solution
Issue is caused by changed js script that js parser of JDownloader fails to execute.

@All: please wait for next core update

[fuknuckle]

Originally Posted by Jiaz

@All: please wait for next core update

Excellent!

but what about the other issue?

https://board.jdownloader.org/showpo...postcount=5128

[Jiaz]

@fuknuckle: the packagizer issue is still in progress, sorry :(