[nsfw] AES-encrypted HLS streams downloaded incorrectly if decryption key in ASCII instead binary #17597
Comments
|
I think I might have the same issue when trying to download radio streams from https://hibiki-radio.jp |
|
@YurikaL were you ever able to solve this issue? I'm experiencing the same problem |
|
@finelikewine No, unfortunately. Still using hlsdl for this purpose, despite to no resuming support. Corresponding hlsdl issue has no activity too... |
|
@YurikaL so r18 is actually possible? Is there a benefit over using hls? I'm interested in using ytdl/hlsdl for it, but don't fully understand the method |
|
@tehgarra Ripping HLS stream is a relatively straightforward way to obtain DRM-free copies of movies bought on R18.com, so yes — it possible, but only with hlsdl tool, until this issue is fixed. Method are briefly described in last paragraphs of original issue, but may be you want more detailed description? |
I would greatly appreciate a more detailed description if you have a chance. I am still new to coding so any details you could provide would be extremely helpful. Thank you |
|
HLSDL works perfectly with R18 but for some reason it doesn't work for dmm.co.jp which is the true parent company of where the videos are being stored. It fails to grab the key needed to decrypt |
|
is there any solution for the drm stuff ? |
Make sure you are using the latest version: run
youtube-dl --versionand ensure your version is 2018.09.18. If it's not, read this FAQ entry and update. Issues with outdated version will be rejected.Before submitting an issue make sure you have:
What is the purpose of your issue?
If the purpose of this issue is a bug report, site support request or you are not completely sure provide the full verbose output as follows:
Command line output for hlsnative downloader:
--hls-prefer-ffmpeg failed as well:
Description of your issue, suggested solution and other information
Downloading AES-encrypted HLS stream from r18.com is not working with both
--hls-prefer-nativeand--hls-prefer-ffmpegoptions. With--hls-prefer-native, stream starts to download without errors, but resulting file is unplayable — seems like decryption not executing correctly. With--hls-prefer-ffmpeg, downloading simply fails with error that posted above. I am not clearly sure, but it seems like that cause of that behavior is that the decryption key from r18.com is comes in ASCII representation, whereas valid AES-encrypted HLS stream contains key in binary format. For example https://www.radiantmediaplayer.com/media/rmp-segment/bbb-abr-aes/playlist.m3u8 and http://playertest.longtailvideo.com/adaptive/oceans_aes/oceans_aes.m3u8 that downloading correctly, both contains key in binary format.By the way, https://github.com/selsta/hlsdl/ tool handles HLS streams from r18.com correctly, but it not support resuming downloads, so I prefer youtube-dl to download it (if possible).
And links from r18.com are most likely IP-restricted (this is a kind of DRM, after all), but newly register users will receive a one (semi-)random movie to their account, so it possible to obtain necessary links independent. For registration, go to https://www.r18.com/my/register/. After completing the registration procedure, go to https://www.r18.com/my/library/, find recently added movie, click "Watch now" and select "Streaming". On new tab with online player, open a network requests console (in Firefox, press Ctrl+Shift+E), and type "m3u8" to the search box. Next, copy link to playlist.m3u8 — this is a required link.
Also, this issue seems slightly similar to #10022.
The text was updated successfully, but these errors were encountered: