Join GitHub today
GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.
Sign upGitHub is where the world builds software
Millions of developers and companies build, ship, and maintain their software on GitHub — the largest and most advanced development platform in the world.
`extract_info` freezing after a lot of usage. #12815
Comments
|
Could you insert codes in |
|
Thank you, I really should have been able to figure that out but I think this issue was frustrating me so much I wasn't thinking right. I've done both of these suggestions and will wait till the next time it stops working. |
|
Okay. This printing helped, here's what happened (in a pastebin link because it's pretty large): I printed ies after line 748, it's None This is where it got stuck, when calling process_ie_result and you can see all the info at the end. For some odd reason, ffmpeg is waiting for input...this is from a script, I can't give it input, this is not desired....this then causes it to not function again because it is endlessly waiting for input. So the main issue here is why is this waiting for input? That should not happen. |
|
ffmpeg does not wait for input, it downloads what you asked it to download, i.e. Lchg2dGUbO0 that is a live stream 24/7. That's why it never ends. |
|
How do I disallow this then. Whether or not it's ffmpeg waiting for input, this is still an issue because input is being requested by something before it can continue. Closing this with a very generic answer is a little bit annoying because this in no way resolved the issue. It may lead towards the right direction, but no issue has been solved. This is not me downloading these videos, my bot is used by about 8k people at this time, and if youtube_dl does not disallow livestreams by default I need to disallow this somehow. How do I do so? I'm not finding an option for it as I look. |
|
|
|
Perfect, that worked thank you for the help. |
Please follow the guide below
xinto all the boxes [ ] relevant to your issue (like that [x])Make sure you are using the latest version: run
youtube-dl --versionand ensure your version is 2017.04.17. 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?
The following sections concretize particular purposed issues, you can erase any section (the contents between triple ---) not applicable to 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:
Add
-vflag to your command line you run youtube-dl with, copy the whole output and insert it here. It should look similar to one below (replace it with your log inserted between triple ```):If the purpose of this issue is a site support request please provide all kinds of example URLs support for which should be included (replace following example URLs by yours):
Note that youtube-dl does not support sites dedicated to copyright infringement. In order for site support request to be accepted all provided example URLs should not violate any copyrights.
Description of your issue, suggested solution and other information
Explanation of your issue in arbitrary form goes here. Please make sure the description is worded well enough to be understood. Provide as much context and examples as possible.
If work on your issue requires account credentials please provide them or explain how one can obtain them.
I understand as I start this, that I do not have the relevant info in order to solve this issue, however let me explain because I need help getting that relevant info.
Here's my code I'm using that causes the issue: https://github.com/Phxntxm/Bonfire/blob/master/cogs/voice_utilities/downloader.py#L82
Basically, the issue is after lots of usage (what I'm using this for, about 20-30 calls are made every minute or so), this will seem to just freeze right here. If I add a print call before and after that coroutine call, the one before prints, the one after does not. It does not error, it simply seems to be an infinite call that never finishes, and that is where I'm stuck, trying to figure out why this happens.
I probably need a debugger, but as far as I can tell
pdbdoes not handle coroutines so I can't use it. I also can't replicate this from command line, because it's only replicateable after a ton of usage in the same process. Additionally, no matter what I query this is the same result, if I query something that shouldn't work, that should, etc.This is either an issue with youtube-dl or asyncio, however at this point I'm leaning towards youtube-dl, and I need help figuring out exactly where since there's no output and it will never continue past that point no matter how long I wait.
The only additional information I can probably add at this point is that I've asked a few people about this, and have heard that they've experienced it too, and believe it is location based. With this in mind, this issue did only start occurring (with the same exact relevant code), when I moved this from a server in the US to one in Paris.