[fuknuckle]

Originally Posted by Jiaz

It is default/wanted behaviour for JDownloader to do this. When you have subfolder rule enabled, this rule sets a custom subfolder to directory and in case that rule (default yes) has higher position/priority (rules are processed from top to bottom) then the "Various" package is not applied. Solution: you have to disable the subfolder rule. It's not possible to have subfolder rule AND various package at the same time because various package only has one download directory whereas subfolder rule changes the subfolder directory for each download/package.

sorry, I don't really know what you mean. I have packagizer enabled but no rules set. The ONLY thing that has recently changed was that I updated JD and something you guys did is putting each YouTube video in it's own package by itself and I would like JD to stop doing that. Please explain in more detail how I can make JD work like it used to.

[secon25]

Originally Posted by secon25

Hi,

OPUS 152 kbit/s vs AAC 128 kbit/s vs M4A 128 kbit/s, Which has the best quality for a song downloaded from Youtube?

I made the question here **External links are only visible to Support Staff****External links are only visible to Support Staff** and they told me that: "above 128 kb/s opus, aac and mp3 are very close in terms of quality", "the best one would be the one that is closest to the source".

So, which one should I choose for having the best quality?

I would go for .ogg because it is 152 kbit/s but if it is true that it is equals to m4a 128 kbit/s, maybe I should go for m4a because its size is smaller than ogg.

In the link I posted, there are more infos about the audio, I got that infos using ffprobe

Does anyone have an answer?

[Jiaz]

Originally Posted by secon25

Does anyone have an answer?

as they are all re-encodings of original source, I would recommend the format that you prefer. By that I mean do not use ogg if you later convert to m4a.

[mav]

Originally Posted by Jiaz

Already available
you have to right click and use "Analyse and Add Links" option. It's not possible on normal *check online status* because as the file is offline at the time of adding, it has not yet been processed in meaning of parsing of wished format/variant/container... thus a dummy offline link is getting added that you can reprocess at later time again.

I'm 99% sure it was working with check online status some time ago.

your suggestion currently doesn't work either:

anyway: check out this video
**External links are only visible to Support Staff****External links are only visible to Support Staff**

offline - premieres in 2 days

issue: "Analyse and Add Links" clears the link from the linkgrabber list (current jd version 46605 from yesterday) without any user confirmation

[Jiaz]

Originally Posted by mav

issue: "Analyse and Add Links" clears the link from the linkgrabber list (current jd version 46605 from yesterday) without any user confirmation

Thanks for the report. Will be fixed with next update (available in few minutes)

[m.fessler]

Originally Posted by fuknuckle

(...)since the update, all my videos are now added into a package of their own. (...)

Can confirm that, since the update (thanks for that!) the YT files are no longer combined.
Subfolder rule is off and even if the package manager is completely disabled, it does it anyway.

[Jiaz]

@m.fessler: can you provide example link and a screenshot ?
what exactly do you mean by *no longer combined*? subtitle/thumbnail...
go to their own package or what exactly happens?

[Jiaz]

Originally Posted by fuknuckle

putting each YouTube video in it's own package by itself and I would like JD to stop doing that. Please explain in more detail how I can make JD work like it used to.

But that is intended/default behaviour. How do you add links? one by one or playlists? so you want all links to go where? into various package?

[m.fessler]

Originally Posted by Jiaz

@m.fessler: can you provide example link and a screenshot ?
what exactly do you mean by *no longer combined*? subtitle/thumbnail...
go to their own package or what exactly happens?

Attached is a screenshot and three example links - but it should affect all.

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

[secon25]

Originally Posted by Jiaz

as they are all re-encodings of original source, I would recommend the format that you prefer. By that I mean do not use ogg if you later convert to m4a.

ok, thank you for the answer

[fuknuckle]

Originally Posted by Jiaz

But that is intended/default behaviour. How do you add links? one by one or playlists? so you want all links to go where? into various package?

One by one, just right click and copy link to clipboard. **External links are only visible to Support Staff**This is not the default behavior!

Edit:

JD is also doing the same thing for Twitter videos. again, this did not happen before the update.

[Super JD]

Originally Posted by DubioserKerl

Quote:

Originally Posted by DubioserKerl

@Jiaz
Don't let impatient people put pressure on you, it's great that you were able to take care of it in a timely manner at all (even if the tests seem to take a bit longer, but that's just how it is sometimes).

This.

JDownloader is free; has been for many years. It's an invaluable workflow assistant and the developers are, apart from generous, unique in how available they are for feedback and concerns. Who else does this? Anybody tried to get a personal answer from one of your app developers lately? A service you subscribe to? I repeat; JDownloader is free and yet it's more dependable than things I pay for. Keep your misplaced sense of entitlement in check if you haven't done so yet.

Thanks, above all else, to the JDownloader team for all the work. This issue with YouTube appears to have been solved, as of now. I can't remember the last time these downloads worked so well; so fast and with the correct file type in place.

[Jiaz]

@m.fessler:
@fuknuckle: Thanks for the feedback. I will look into it by tomorrow. sorry for the delay

[markifi]

many thanks for fixing this issue with today's update. works excellent now

[ZoloFanboy124]

I'm also having the issue of each youtube link going into their own subfolder instead of one various folders one since the update.

[DubioserKerl]

How is that "Not all YT links go into a random default package" an issue for people? I think it is better that way, and it fits the "Customized Packagename" option in the YT plugin.

[m.fessler]

Originally Posted by Jiaz

@m.fessler:
@fuknuckle: Thanks for the feedback. I will look into it by tomorrow. sorry for the delay

No stress - thanks for the TOP service!

Is this the right place to ask for help with plugin configuration?
Unfortunately, my TV does not support videos that have a higher vertical resolution than 1080px.
This works well with the setting "1080p, 720p, 480p, 360p" under image/video resolution, but not with shorts - they are loaded with 1280px.

Example:
**External links are only visible to Support Staff****External links are only visible to Support Staff**

JD downloads it in the resolution 720x1280.
Is there a way to specify the maximum height of a video?
Like e.g. yt-dlp with [height<=1080] - here the video is downloaded with 480x854.

But I'd like that in JD... is this somehow possible?

Thanks and greetings,
Martin

[JDmurphy]

TL;DR below!

On August 18th, like most people showing up here, I was hit by the throttle and - at the time of #4979 being the latest post - went on writing a big ass long reply reporting/confirming the issue, answering some questions and asking some myself ... only to then realize shortly before sending it that in the meantime @Leifman had written almost the exact same things word for word so I scrapped the whole thing to not be mistaken as an alt account of theirs and read along silently ever since.

On August 29th (!) late afternoon, I noticed youtube dl speeds were back to normal again out of nowhere (almost, peculiarly I had one single yt video downloading at max speed a couple of days before) and that without me updating JDownloader. So I assumed google had simply lifted the throttle, just like they did last time at some point. Quickly double-checking the JD About, I was still on build #46316 of June 26th. So I checked the plugin timestamps, since I read somewhere that - other than the core - it's possible to force plugin updates silently in the background, but the newest YoutubeDashV2*.class files were still dated June 10th. To me all of that looked like the throttle had coincidentally been lifted around the same time the update was released which, again, I had not manually installed via restart and as far as I could tell also weren't installed automatically without restart either. And this time I did make screenshots for proof ...

Originally Posted by JDmurphy

Then this remains to be weird, since as said I'm sure all my video files were downloaded in chunks until at least mid/late May (while having a keen eye on it but sadly no proof) despite daily JD updates

... so that this doesn't happen again

Anyways, here's my question:

TL;DR

Is it possible that the relevant changes to restore full yt dl speed were applied
a) while JD2 was running - which means 24/7 with no restarts
b) without updating the core - which had been mentioned repeatedly to be necessary
c) without updating the youtube plugin - which I assume are the YoutubeDashV2*.class files
...?

I'm curious to know for technical reasons and also for future reference to be able to tell what's going on.

P.S.: Anyone else observing yt dl speeds going back to normal while JD2 was running continuously without any updates happening?

[Jiaz]

Originally Posted by JDmurphy

since I read somewhere that - other than the core - it's possible to force plugin updates silently in the background,

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. See https://support.jdownloader.org/Know...pdate-behavior

Originally Posted by JDmurphy

Is it possible that the relevant changes to restore full yt dl speed were applied
a) while JD2 was running - which means 24/7 with no restarts
Answer: No, because the required change to make the broken function work again is part of the core and therefore restart is required
b) without updating the core - which had been mentioned repeatedly to be necessary
Answer: No, because the required change to make the broken function work again is part of the core and therefore restart is required
c) without updating the youtube plugin - which I assume are the YoutubeDashV2*.class files
Answer: Yes, because the fixed function is not part of the plugin but part of the core

See my answers in text

Originally Posted by JDmurphy

On August 29th (!) late afternoon

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

Originally Posted by JDmurphy

I'm curious to know for technical reasons and also for future reference to be able to tell what's going on.

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.

[Jiaz]

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