We are still experiencing DRM issues with some of the StreamFab download modules. If you can only download videos at lower resolutions than you could before January 25th 2024, please be patient as the developers are still working on fixing the issues.
Other symptoms that you are dealing with a DRM problem could be "Failure to access video" errors or endless analysis.
Please refrain from posting about these specific errors as we are of course well aware and working on them. Feel free to post an issue you think might not be related to the DRM problem but bear in mind that they will be treated with a very low priority until the DRM issues are resolved.
The following modules should be fully back to normal (state before January 25th 2024):
AbemaTVApple TV+CrunchyrollDisney+HuluITVX
JoynLeminoNHK+OnlyFansParamount+
RTL+ShahidTubiU-Next
These modules are back to normal for content added prior to January 25th 2024 and lower resolutions for newer content:
AmazonMax
* Netflix content added after January 25th 2024 cannot be downloaded at all. It is back to normal for everything else.
Regarding Peacock , the content that cannot be downloaded is anything posted after February 22nd 2024. Anything Prior can still be downloaded as usual.
Hey, It would be great if it would soon be possible to get the available resolutions displayed and be able to select the desired one even with the streaming providers Joyn and RTL+.
The two should have options for picking the resolution. Maybe you can give us one or two title names and related screenshots to help us check it better?
The two should have options for picking the resolution. Maybe you can give us one or two title names and related screenshots to help us check it better?
Mona, my point is simply that before downloading, all available resolutions are displayed and then you can select the one you want.
At the moment, the downloader for Joyn and RTL+ only accepts the resolution that was preset in the settings.
However, not all videos on Joyn and RTL+ are available in 720p or 1080p.
There is the small tool aria2c for this, so you can download much faster.
Perhaps this could still be integrated.
Look again, my friend. It is there. Also, StreamFab doesn't use Youtube-DL. It uses yt-dlp which is called and updated by the YoutubeToMP3Process program.
I've noticed that you have complained about slow speeds here several times. Remember, it takes two to tango (as the saying goes). You might have the greatest Internet connection in the world but if their server is only putting out 1-2 MB/s, that's all your going to get. If they have a throttled CDN, same thing. In the past, I have repeatedly asked users complaining of slow speeds (perhaps one of them was you, I don't remember) to run a traceroot (tracert) or even a simple Ping to the service's actual server to see if there was any latency and not one of them has done that. It's just far easier to point the finger at StreamFab.
Look again, my friend. It is there. Also, StreamFab doesn't use Youtube-DL. It uses yt-dlp which is called and updated by the YoutubeToMP3Process program.
I've noticed that you have complained about slow speeds here several times. Remember, it takes two to tango (as the saying goes). You might have the greatest Internet connection in the world but if their server is only putting out 1-2 MB/s, that's all your going to get. If they have a throttled CDN, same thing. In the past, I have repeatedly asked users complaining of slow speeds (perhaps one of them was you, I don't remember) to run a traceroot (tracert) or even a simple Ping to the service's actual server to see if there was any latency and not one of them has done that. It's just far easier to point the finger at StreamFab.
It is interesting that I myself can always download with 6 MB/s with yt-dlp and aria2c with Joyn and RTL+
JPP72,
You deal with yt-dlp a lot more than I do, doesn't yt-dlp abort out with an error if it runs into a DRM video? That's what happens every time I use your script. Never have I seen it continue on to download an encrypted file. Besides, the difference between 1-2 MB/s and 6 MB/s is at most 40 Mb/s which is no way a significant amount. That would be 1/20th of my stated Internet speed. I don't know why this person refuses to use the standard test for speed and latency, traceroot (tracert). I guess he wouldn't be able to put the blame on SF then. Remarkable.
JPP72,
You deal with yt-dlp a lot more than I do, doesn't yt-dlp abort out with an error if it runs into a DRM video? That's what happens every time I use your script. Never have I seen it continue on to download an encrypted file. Besides, the difference between 1-2 MB/s and 6 MB/s is at most 40 Mb/s which is no way a significant amount. That would be 1/20th of my stated Internet speed. I don't know why this person refuses to use the standard test for speed and latency, traceroot (tracert). I guess he wouldn't be able to put the blame on SF then. Remarkable.
Yeah i was never trying to download DRM'd stuff so i never enabled that feature.
BUT. Because the DRM MPD wasn't downloading the subtitles, I had to adjust some of my scripts to allow downloading DRM'd stuff and i would the extract the subtitles and use it with the file downloaded by SF.
I have modified my scripts quite a bit since i gave them to you so i'll send you the updated ones.
To download DRM'd stuff with yt-dlp, you need to add --allow_u (Allow Unplayable) to the command-line. You can also add -k to that to keep the video track and audio track so you can use mp4decrypt on them if you have the decryption keys
Proper test to see the difference in speed between yt-dlp and sf for his case would be to remove the --downloader aria2c and make sure concurrent downloads are not enabled in the native downloader
Comment