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
Pluto TV on demand support #25626
Comments
Since the Pluto TV web interface is now available in Germany, too, I would also be interested in that issue. Thank you! Example link: https://pluto.tv/on-demand/series/teenage-mutant-ninja-turtles-de/season/1/episode/der-aufstieg-der-turtles-teil-1-2011-1-1 |
Hmm yeah the ads are tricky. I created a local patch to skip over the ads by just dropping fragments that contain |
The service has arrived to Spain now and currently gives an "Unsupported URL" error, here's an example link: Episode list: https://pluto.tv/on-demand/series/smonka-es/ |
Same with Live TV links |
Checklist
Example URLs
&deviceMake=Chrome&deviceModel=Chrome&deviceType=web&deviceVersion=83.0.4103.97&includeExtendedEvents=false&marketingRegion=US&sid=79371dcf-5c38-4368-9229-949350682341&userId=&serverSideAds=true
Still poking around so not positive how much of that playlist URL is actually necessary.
Description
Currently youtube-dl is doing with Pluto TV on demand streams very similar to issue #15748 in that the in-stream ads mess up (choppy transitions around the ad insertion point, out of sync audio etc.) the final video.
Unlike the #15748 issue, I haven't found anything in the master.m3u8 that stands-out as an ad.
master-m3u8.txt
I do notice while capturing the output that ad insertion happens like this:
[hls,applehttp @ 0xa4f760] Opening 'crypto+https://siloh-l3.plutotv.net/c6009f_p
luto/clip/5df29776642e4b9328052d27_Engineering_Connections_Burj_al_Arab_S3E5/720
p/20191212_113935/hls/0-516520/hls_2400-00102.ts' for reading
frame=15300 fps=187 q=-1.0 size= 151588kB time=00:08:29.99 bitrate=2434.9kbits/
[hls,applehttp @ 0xa4f760] Opening 'crypto+https://siloh-l3.plutotv.net/c6009f_p
luto/clip/5df29776642e4b9328052d27_Engineering_Connections_Burj_al_Arab_S3E5/720
p/20191212_113935/hls/0-516520/hls_2400-00103.ts' for reading
frame=15450 fps=187 q=-1.0 size= 153040kB time=00:08:35.00 bitrate=2434.3kbits/
[hls,applehttp @ 0xa4f760] Opening 'https://siloh-l3.plutotv.net/248093_59_ad/cr
eative/5ec5d94718e30b000b944683_ad/720p/20200520_182839/hls/hls_2400_keyfile_0.k
ey' for reading
[hls,applehttp @ 0xa4f760] Opening 'crypto+https://siloh-l3.plutotv.net/248093_5
9_ad/creative/5ec5d94718e30b000b944683_ad/720p/20200520_182839/hls/hls_2400-0000
0.ts' for reading
frame=15497 fps=185 q=-1.0 size= 153592kB time=00:08:36.50 bitrate=2436.1kbits/
[mp4 @ 0xdc1920] Non-monotonous DTS in output stream 0:0; previous: 46482000, cu
rrent: -6000; changing to 46482001. This may result in incorrect timestamps in t
he output file.
All of the in-stream ads seem to have a URL that contains "_ad" and "creative" while the fragment file seems so far to be ending with -00000.ts (crypto+https://siloh-l3.plutotv.net/**248093_5
9_ad/creative/5ec5d94718e30b000b944683_ad**/720p/20200520_182839/hls/hls_2400-0000
0.ts)
youtube-dlout_ec.txt
Thanks!
The text was updated successfully, but these errors were encountered: