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
fox.com needs fixing please. #14147
Comments
I fed the free url to youtube-dl, here's the output:
I have no fox.com password, so someone else do that. |
It's also geo-restricted. |
@timendum Would it help if I tried to let it run again via Tor Onion with an US exit node? |
I'm looking into it. It looks like a site redesign. |
I can confirm this was working a few days ago. Now it shows this:
|
still major issues on there end.....I managed to feed m3u8 into youtube-dl on recent show.......720p dimensions where |
can it be fixed in the next few days? thanks. |
downlaoder works.........but all there stuff has embedded ads now :( Note: runtime is correct on the website player but downaloded file is longer then that runtime......also the ads are a diff resolution/framerate or something cause it crashes avidemux when I scan threw them |
Perhaps the easiest way to 'fix' the ad issue this would be for youtube-dl to start a new file every time UPLYNK-SEGMENT items occur in the m3u8 file, since UPLYNK-SEGMENT occurs at changes in the stream. Or alternately, to add an option to process each fragment like an individual video when |
Perhaps there's a way to filter out the "#UPLYNK-SEGMENT: ... , ... , ad" segments. (I'm assuming this would require a modification to common.py) |
From what I encountered when dealing with The Orville, technically yes, but it comes with a couple significant caveats or drawbacks. Some are easy to filter out based on the video properties, but others could only rely on length and could potentially cause the end credits to be skipped too. I guess one way to know is if multiple streams occur under one UPLYNK-SEGMENT, it's probably part of the main program, but without checks on properties or length of the whole UPLYNK-SEGMENT you can't be sure (and it could always get trickier if all the ads suddenly start having the same properties as the main program*, or if the main program's UPLYNK-SEGMENTS suddenly start occurring mid-act; that's why I suggested having a playable-fragment fallback option so end users could brute force it themselves later). *especially if this means they stop flagging the ads separately as well. Comedy Central's extractor (despite probably being served in an entirely different fashion) puts each main segment of the program into a separate file, and always has for as far back as I can remember. A fringe bonus of that approach is that the end user can append all of the good segments back together with, say, MKVToolNix, and have it automatically insert chapter markers where the commercial breaks had been, since those are the natural places where chapters tend to be inserted anyway. AFAIK, chapter information is something youtube-dl has absolutely no control over (and would definitely be lost in some sort of smart filtering to a single output file), but outputting by big, main segments would allow the user to reconstruct that information with virtually no overhead or significant hassle. |
The initial theplatform request should redirect to a preplay json. The data contents of the preplay json should have a "playURL" (including pbs code) at the very end of the json data. That playURL can be parsed down to an ad-free parent hls master url. For example, for a playURL that looks like this; Parse it to; |
the method for bypassing Uplynk preplay ads were already been used in |
@remitamine For clarification (and since there has been any update on this), does that mean that all that needs to be done is to add |
no, the changes that need to be done is:
this is one way to do it. |
@dstftw As you implemented the original extraction of the formats, can you please implement the fixes @remitamine suggested? |
This commit does not handle videos behind a TV provider (e.g. some shows up to a week after original airing): https://www.fox.com/watch/818529c3d72584486365f78ae851fa67/
|
I concur. The commit does not handle videos behind a TV provider. Fox requires shows to be verified with a TV provider login the first week when posted online and then after 5 episodes are online. |
The error would be helpful.
|
i also get the same error |
@dstftw or @remitamine what you say? I can test. Just let me know. :) |
jaylweb, have you found a fix yet? the old version oct 1st never gives a issue downloading from fox but it also downloads add videos (about 8mins worth) i use the same dns number so i know the issue is the the new oct 29th version of yt-dl i am new to downloading streams so i have no idea how to fix problems like this |
fixes it (for non-AP-locked videos) |
And for Adobe Pass locked stuff. (Yes, I'm aware this patchset is awful, but I'm very new to the ytdl codebase, and I don't have the time to contribute. But I fixed this up and figured I should push back the changes, in case someone more knowledgable and patient can get it merged.)
I also needed #11258 with mekantor's fix in #11257 and change the severity of raise_mvpd_required so it wouldn't die for automatic login. |
...apparently above patchset is a duplicate of https://github.com/rg3/youtube-dl/pull/14489/files. RIP. |
hi, can you please update youtube-dl so it works with the new fox.com urls
thank you
free https://www.fox.com/watch/087036ca7f33c8eb79b08152b4dd75c1/
login https://www.fox.com/watch/30056b295fb57f7452aeeb4920bc3024/
i use a youtube-dl gui so i don"t get any error messages but fox was working perfect a few days ago and could download locked videos that needed a login without logging in with no problems
but now the fox site has changed the urls and site layout
The text was updated successfully, but these errors were encountered: