eris
eris copied to clipboard
abalabahaha
Webm Streams sometimes end instantly.
Tested this with abal the other day without finding a decent solution. Every now and then a webm result from youtube-dl / ytdl pops up that eris refuses to play and instantly skips. using the same https.get method eris uses I can pipe the stream into a file, then play that file though eris, but when fed directly the URL of the stream eris fires an end event instantly.
https://pvpcraft.ca/i/6lgu9.png which states the reason as the one emitted by this reason I've added in here https://github.com/macdja38/eris/blob/voice-error/lib/voice/VoiceConnection.js#L438
Some Discordia users have reported similar occurences. Their streams stop while using youtube-dl and FFmpeg. Likewise, the audio can be fully downloaded to a file and played without issue. I'll keep an eye on this issue, but I'd sooner blame the reliability of a YouTube stream before anything else.
This problem appears to be specific to webm/opus streams though (which bypass FFmpeg entirely)... and I think Mac is using his thing that resumes the stream on ECONNRESET, so that wouldn't be an issue here
@abalabahaha @SinisterRectus I can confirm that downloading and playing from a file fixes it... and playing the same song over and over again will reliably skip it. the skip happens with or without my stream-resume library (none of the skips pictured were caused by econnresets, and my library handles those when they pop up).
i was having this problem using npm install node-gyp
solved after install node-gyp with -g npm install -g node-gyp
Interesting... because the Webm parser does not use node-gyp in any way
Are there any more instances of this behavior occurring? More than three months without any followup suggests there aren't.
It definitely still happens, problem is the urls it happens on seem to be temporary and it seems to depend where they are fetched from. If I download the file using something like wget then eris can play them, but without doing that trying to stream skips.
Also nooblance confirms he is having the same issue, though he's not testing on the latest version of eris.
I've definitely experienced this issue as well, sadly it seems very random.
hi-- i don't think this is an ERIS issue. Can we see if this is a USB power management issue. (for Windows users). You need to go to device manager and turn off USB power management.
.
there is a setting for the device and the usb hub. There is also a similar setting for the network card. All three of these play a part in the success of your app. IMHO.
Even if you set the confuser (computer) to high performance try changing these settings. --Drop me a note and let me know your experience after changing these settings.
UPoM
well sorry I missed this was sorted out
It's not sorted out, and I don't know if I speak for all of us but random and I def had this problem on linux not windows.
This is caused by a (still unknown) parser bug, and is unrelated to power or networking system settings.
So… the bug may actually be that nothing ever bothers to check that it's not trying to parse text / html… on like a redirect page. Also the error handling is not great in that whole region, along with not checking for non 200 response codes from http.get, they are technically successes from the perspective of making a request, so they won't trigger the error handler and if they have a body they get piped to the audio decoder…
Hello all,
There is a very large chance that this is caused by a buffer read/write issue as I documented in my PR here https://github.com/abalabahaha/eris/pull/451
Try modifying that file on your own in your node_modules with my commit there and see if this will still happen.
Good luck
