Quote:
Originally Posted by AlexelA
Well, they know that JD needs an update and they are working on it. This has been confirmed from the official side. It's all in the works and will take its course.
You should also understand that not everything is always *päng poof* implemented with a finger snap as from ghost hand. So that the customer, that is us, is also happy and satisfied, everything must be tested beforehand. Or am I seeing this wrong?
what do you think how many would grumble if there was immediately an update, which does not work? Then it's not right either.
and if we are honest - yes it is annoying that it does not work as we know and love it but no life depends on it, it is not the end of the world if it does not work for a few days as it works 99.99%. We must also have a little patience.
There are currently much more important and urgent things in the world than to fret about YT throttling!
So if you want it to be perfect, let the guys and gals at JD do their job and be patient. Everything will be fine again.
|
I agree that we have much more important things right now than youtube download speed, the most important thing is to learn natural law from Mark Passio and get rid of all evil governments that are based on coercion, theft and violence.
Also we don't have much time left because the central banks and governments want to enslave us all with their CBDC central bank digital currency once they crash the current financial system.
Back to topic:
I actually think I was the reason why youtube decided to limit the download speed, because I downloaded 30TB from youtube over the last 2 months using JD2, mainly full channel rips, for example Linus Tech Tips has 5800 videos with a size of 3.5 TB.
I also changed the jdownloader plugins settings for youtube so every file has the upload date at the beginning of the filename, here are my settings:
Customized Packagename: *date[yyyy-MM-dd]* *VIDEO_NAME*
Filename for Video files: *date[yyyy-MM-dd]**3D**360* *VIDEO_NAME* (*H*p_*FPS*fps_*VIDEO_CODEC*-*AUDIO_BITRATE*kbit_*AUDIO_CODEC*).*EXT*
Filename for Audio files: *date[yyyy-MM-dd]* *VIDEO_NAME* (*AUDIO_BITRATE*kbit_*AUDIO_CODEC*).*EXT*
Filename for Image files: *date[yyyy-MM-dd]* *VIDEO_NAME* (*QUALITY*).*EXT*
Filename for Subtitle files: *date[yyyy-MM-dd]* *VIDEO_NAME* (*LNG[DISPLAY]*).*EXT*
Filename for Description files: *date[yyyy-MM-dd]* *VIDEO_NAME* (*QUALITY*).*EXT*
It would be great if these changes could be implemented with the next update, as I can imagine many people want the upload date included for various reasons. I think including the upload date should have been the standard from the beginning, also for twitter and instagram.
I had to go through many hoops to find the right settings, but I still have thousands of files on my pc and I have no idea from which date they are from :-(
With these settings the upload date can be added to the beginning of all files downloaded from twitter:
Go to Packagizer, click on Add, choose a Condition Name, check Downloadurl and type twitter.com in the contains field. Next check Filename and type <jd:prop:date>_<jd:orgpackagename>_<jd:orgfilename> , click on save.
(The "Use original filename instead of plugin filenames?" box also has to be checked under twitter plugins settings)
That DASH_VIDEO workaround doesn't work, because the highest quality videos are only available in DASH_VIDEO.
I initially wanted to post that information 1 week ago, but some moderator decided to not approve my account, likely because I always use a VPN for privacy.