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
[downloader/hlsnative] Resuming encrypted HLS streams leads to broken files #11015
Comments
Both work fine for me. |
it doesn't work at my end. Especially if for some reasons it stops, I have to start at beginning otherwise I just get -
What it should give -
This was there sometime back, you can see the difference yourself. |
I am also experiencing this issue. Downloading a youtube video and attempting to play this on VLC Ubuntu will only have a black screen and no audio. However, when using the -k option (keep), both the audio (.mp4) and video (.webm) files play. I assume the error lays somewhere during combining of the files. |
@bobbybluff I guess that's because you're using avconv. Try to install ffmpeg and run youtube-dl with @shirishag75 Which player are you using? It's most likely player's problem on unable to handle mpeg-ts segments. If you have no choice on which player to use, install ffmpeg and replace |
@yan12125 Thank you for your reply. I attempted using ffmpeg but still encounter same issue. Here's the output:
|
Just tried it and VLC 2.2.4 plays fine for me. |
Just tried it with SMPlayer and it works. Issue lies with VLC 2.2.1. |
OK let's wait for @shirishag75 and see what's his problem |
hi all, I was able to download it but after many tries. I am on Debian testing/strech and avconv is no longer an option. It is all ffmpeg now -
The core issue is that re-downloading the video from where it stopped results in no play of the video. I use mpv as my preferred movie player as it doesn't take much memory, is good with kbd shortcuts and is out of the way -
Hope this info. clears the issues a little bit. |
@shirishag75 First please paste the output of this command:
And can you describe more on "can't play"? I tried a 3.1MB partial video with mpv 0.21.0 and it plays fine. By the way, mediainfo (version 0.7.90) shows correct info even for partial files:
I guess there's something wrong in downloading. By the way, what's your version of python-crypto? This package is required to download encrypted streams provided by hotstar with youtube-dl's builtin downloader. |
First things first, my version of python-crypto is -
Now output of the command as you shared is -
While I'm able to view the partial file. What happens is at the very end. Let me explain the way I see it - when the Now if I interrupt the downloading, say lights go out or anything, in perfect scenario, using Does this make some more sense ? |
well for these are there are 416 pieces of the file (fragments) , the downloader needs each file in sequence when all the 416 pieces are completed so that it can stitch/append all the files. the issue you are facing is due to network instability (major issue in your and my country) so a piece of file gets partially downloaded so it fails to stitch properly, even though all fragments are there. So i would recommend is to download via an external downloader or first play it externally through vlc |
I understand what you are saying. I do follow that the 'stitching' process may have some issue/bug. I don't know which is the element where that part needs to be followed up . Any pointers will be good . I don't understand partially though your last statement, the part about
let's say there is a stiching issue. If it is, is there a way that vlc can fix it rather than using mpv ? |
use the command wget -O output-filename.mp4 $( youtube-dl -g http://www.hotstar.com/tv/savdhaan-india/363/the-promiscuous-wives/1000153444 ) |
@siddht1 encrypted hls streams are not that easy |
that is the point that I was trying to tell/share. Btw this again failed at my end -
In vlc it just goes to a loop and gives In mediainfo and mpv you get to know what the issue is -
and
As can be seen it is the 'stiching' part which is at fault somewhere. |
@shirishag75 Confirmed the bug. Thanks for the detailed steps. |
@yan12125 yes i saw that too output-filename.mp4 100%[===================>] 99.40K 482KB/s in 0.2s 2016-11-13 22:56:45 (482 KB/s) - ‘output-filename.mp4’ saved [101785/101785] so surely the problem is when retriving files , got the problem change the user agent to an android mobile phone , hotstar is blocking the stream |
@shirishag75 even though its a bug. let me help you. so the downloader sees that it has 26 characters and a,z are in front and back , mid is n is 13 so it stiches it as it thinks its the right pieces even though there is an extra g and there`s no y, but it cant confirm as there is not error detection . this is whats actually happening/occuring |
@yan12125 is there anyway in youtube-dl where a checksum/crc can be done directly |
@siddht1 I got this, I am asking as for most people they would just give up. If there is no error-detection, then it is upto the developers to fix it and they can only do it if we highlight our issues and this is reproducible by them. |
@shirishag75 i get you , and yes the developers can fix it , especially who are dealing for youtube-dl from several years. But i am to a developer (not for youtube-dl ), but for java calling of this program #10975 , have faced issue as porting also needs work. this check can be done , so i can surely help if nedded. just checking crc/checksum can be done for an on line file |
Anybody working on this .... ping ? |
Before submitting an issue make sure you have:
What is the purpose of your issue?
Now twice the video has been downloaded but each time I have not been able to view the video either under mpv or vlc but when it is in .part I can play the video. It is only when it is complete, it doesn't play. I suspect some sort of corruption happening.
This is the ouput I get while viewing the .part file via ffprobe -
Look forward to know more.
The text was updated successfully, but these errors were encountered: