-
-
Notifications
You must be signed in to change notification settings - Fork 6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Jio cinema Extractor #5563
Comments
Altbalaji is duplicate of #869 Next time, make sure to
|
This comment was marked as spam.
This comment was marked as spam.
OP's URL is redirecting me to the /movies/ page All other videos I've tried on the site are DRM protected Does anyone have a non-DRM example link? |
These URLs should work fine. |
They have DRM too. See pinned issue on how to tell. |
So it looks like JioCinema has the same modus operandi as Voot (which makes sense, since they are about to merge). The site will default to serving DRM-protected DASH to the browser, but the API response contains a non-DRM AES-128 HLS URL. Taken from the API response for https://www.jiocinema.com/tv-shows/agnisakshi-ek-samjhauta/1/pradeep-to-stop-the-wedding/3759931 : {
"code": 200,
"message": "OK",
"data": {
"contentId": "3759931",
"contentType": "EPISODE",
"playbackUrls": [
{
"macros": [],
"url": "https://jcstreamingdash.akamaized.net/content/entry/wvdata/47/22/175ed4e0043611eeba123b6cb20d5a59_voot_web_premium.mpd?hdnts=st=1686339096~exp=1686339696~acl=/*~id=9ac5f88a-046e-42ae-9b42-ef423325c1df~hmac=0b263fc0115fe2e4c3f8519b587e3fadb2bfc996247c167f13d6089bf4c252b9",
"streamtype": "dash",
"encryption": "widevine",
"licenseurl": "https://prod.media.jio.com/proxy?video_id=2000604832",
"adstype": "",
"adsprovider": "",
"cdnprovider": "akamai",
"hevc": false
},
{
"macros": [],
"url": "https://jcstreaminghls.akamaized.net/vod/_definst_/smil:vod/47/22/175ed4e0043611eeba123b6cb20d5a59.smil/playlist_voot_web_premium.m3u8?hdnts=st=1686339096~exp=1686339696~acl=/*~id=9ac5f88a-046e-42ae-9b42-ef423325c1df~hmac=0b263fc0115fe2e4c3f8519b587e3fadb2bfc996247c167f13d6089bf4c252b9",
"streamtype": "hls",
"encryption": "aes128",
"licenseurl": "",
"adstype": "",
"adsprovider": "",
"cdnprovider": "akamai",
"hevc": false
}
], Also similar to Voot, if the m3u8 URL path contains |
Could someone please confirm whether the extracting mechanism remains same for movies/TV shows and sports related content? Thank you |
This comment was marked as duplicate.
This comment was marked as duplicate.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment has been minimized.
This comment has been minimized.
Intrigued by what @bashonly wrote before, I had another look at this today. I've no idea if anything I found is useful, but I'll share it here just in case. The url I tested with was https://www.jiocinema.com/tv-shows/lakshmi-narayan/1/hayagriv-declares-his-decision/3963921 It needs to be accessed from an IP address within India (I use a VPN). Also, for the video to load correctly within Firefox, existing cookies from jiocinema.com must be cleared before the page is (re)loaded. The first .m3u8 file loaded was from url Here's the content of that .m3u8 file, listing the various resolutions:
I decided to try the 720p file, from url The output is attached (I had to change the file extension to attach it, but it was an m3u8 file): master_6.txt If I try to run master_6.m3u8 in VLC is appears very briefly to load the 26 minute 40 second video, but then fails with message "adaptive error: Failed to create demuxer 0000000000000000 Unknown". There don't seem to be any encryption parameters (denoted with #EXT-X-KEY) in these files. In the browser inspector, the master.m3u8 file seemed to be loaded twice. One of those times the loading was initiated from a script, _app-a47d765db8524312.js (again I had to change to a .txt extension to upload): _app-a47d765db8524312.txt Here's the page source, in case that's useful: https __www.jiocinema.com_tv-shows_lakshmi-narayan_1_hayagriv-declares-his-decision_3963921.txt I wasn't logged into jiocinema to access any of this. I'm not registered with the site. If my browser is playing the file and the file is encrypted, it must be unencrypting it somehow. That the video failed to play in VLC could be due to encryption or could be because my copy of VLC is missing something it needs — is there any way to tell? Is there any way I can confirm the video stream is encrypted? And if it is, how is it being decrypted in my browser if the key isn't available anywhere? |
I just tried it with ffplay (not sending any headers) and it reported a 403. But I've no idea if that's just because of the lack of headers or some other problem.
|
Reading back up the thread I just spotted this, posted by @pukkandan last summer:
So I tracked down what looks like the pinned issue, under Site request for plex.tv #4062 I disabled the Widevine decryption add-on as described. The video (https://www.jiocinema.com/tv-shows/lakshmi-narayan/1/hayagriv-declares-his-decision/3963921) still plays. I restarted the browser, just in case the add-on hadn't really been disabled. Again, it still plays. It's hard to see how this video can be protected by DRM if it plays in the browser with the DRM module disabled. Is there anything else I should/can check? |
Can confirm this video has non-DRM formats |
Thank you for confirming. What happens now? I can't code in Python or I'd dig into it myself and try to put something together. Also (separately) I noticed a lot of the comments on this issue seem to be being hidden, and most of them make sense but some of them don't. This one was marked as a duplicate, for example, when it isn't. I'm a bit worried it could make it difficult for someone who is able to work on this to follow what has and has not been determined about the issue. |
I have a patch that I need to fix up and then I will open a PR to fix this. The two previous attempts to solve this that you referenced were 1. a DRM-only extractor and 2. my patch plagiarized and modified to extract DRM |
That would be great! Thank you very much for looking at this 👍 |
@bashonly How are things going? Is there anything I can help test? I don't know how long a patch takes to finish, but if you meant that it will take longer to get to this please just let me know — I don't want to keep pestering you if you're super busy. |
So how does one download the videos from Jio? I am trying the basic commands and it says extractor error. |
@drewmeel i think the update hasn't been pushed yet |
@drewmeel @abhranil26 |
thank you so much, and for working on the extractor. it seems to be working now. |
Thank you @bashonly! I saw that you'd merged a change for this earlier but hadn't realised I could still add a comment here. It's working for me, too. Really appreciate you taking the time to look at this 🩷 |
it seems urls with /sports/ aren't supported by the extractor. |
@abhranil26 please open a new "site feature request" issue to track that. It is possible that there are no non-DRM streams available for sports, though |
@bashonly It works on sports streams as well, with a small change on the extractor, atleast for the video url I tested (I tested it and was able to download the video). Raised a "site feature request" issue as mentioned by you. |
DO NOT REMOVE OR SKIP THE ISSUE TEMPLATE
Checklist
Region
No response
Example URLs
Watch Bose: Dead/Alive now on ALTBalaji
https://www.altbalaji.com/show/171
https://www.jiocinema.com/watch/movies/run-for-life-bhaag/0/0/5399e0b02aa411ed9e2f7b23e76e919b/0/0
Provide a description that is worded well enough to be understood
Please add ALTBalaji and Jio cinema Extractor. This site are not completely DRM. They offer free video also.
Provide verbose output that clearly demonstrates the problem
yt-dlp -vU <your command line>
)[debug] Command-line config
) and insert it belowComplete Verbose Output
The text was updated successfully, but these errors were encountered: