search

zbanks / musicazoo

Modular media player
musicazoo.mit.edu
MIT License
23 stars 8 forks source link

youtube videos don't play #8

Closed gdkar closed 9 years ago

gdkar commented 10 years ago

probably 'cause youtube changed things and youtube-dl needs to be upgraded.

gdkar commented 10 years ago

upgrading youtube-dl restored functionality.

gdkar commented 10 years ago

won't successfully play videos from youtube. videos queue, correctly pull nominal track-length information, then stall indefinitely. netvid successfully plays videos off, e.g., vimeo.

youtube-dl version of 2014.06.07 successfully download; it's possible that's not the current problem given that musicazoo was working again ( as of when this was closed previously. )

zbanks commented 10 years ago

I updated YouTube DL without really looking into the problem. (I'm on my phone)

Fixed?

-Zach On Jun 26, 2014 10:48 PM, "gdkar" notifications@github.com wrote:

won't successfully play videos from youtube. videos queue, correctly pull nominal track-length information, then stall indefinitely. netvid successfully plays videos off, e.g., vimeo.

youtube-dl version of 2014.06.07 successfully download; it's possible that's not the current problem given that musicazoo was working again ( as of when this was closed previously. )

— Reply to this email directly or view it on GitHub https://github.com/zbanks/musicazoo/issues/8#issuecomment-47309920.

gdkar commented 10 years ago

no; same behavior. i sort of suspect this is either an issue further into netvid or more particular to youtube's request handling / response format.

( updating youtube-dl fixed the problem previously --- the issue the re-emerged. looks like youtube-dl is getting reeeally close to the point where it can actually pull the video and then just.... isn't getting video. i'm poking at it, but haven't gotten supper far yet.)

On Fri, Jun 27, 2014 at 2:41 AM, Zach Banks notifications@github.com wrote:

I updated YouTube DL without really looking into the problem. (I'm on my phone)

Fixed?

-Zach On Jun 26, 2014 10:48 PM, "gdkar" notifications@github.com wrote:

won't successfully play videos from youtube. videos queue, correctly pull nominal track-length information, then stall indefinitely. netvid successfully plays videos off, e.g., vimeo.

youtube-dl version of 2014.06.07 successfully download; it's possible that's not the current problem given that musicazoo was working again ( as of when this was closed previously. )

— Reply to this email directly or view it on GitHub https://github.com/zbanks/musicazoo/issues/8#issuecomment-47309920.

— Reply to this email directly or view it on GitHub https://github.com/zbanks/musicazoo/issues/8#issuecomment-47312464.

gdkar commented 10 years ago

Aaaaand now it apparently maybe works again temporarily; i'm not all that clean on what's going wrong at the moment. one thing that did definitely change in this most recent round of youtube updates is that --- for content served over the HTML5-videoplayer, anyway, --- it'll do chunked encoding ( which isn't new ) but will also use a separate scheduling object to break the video transfer up into sequence of discrete, pre-determined and pre-timed segments ( which presumably then get stitched together. )

( or --- hopefully fairly accurately --- the discussion at https://developers.google.com/youtube/iframe_api_reference and similar. so it's fairly possible that youtube-dl now sometimes gets an embedded player which actually is handed a file --- as such --- to output, and sometimes actually instead gets handed an iframe containing JS that should, in turn, actually initiate a series of data transfers. 'd at least very roughly be consistent with the gets-most-of-the-way-there-and-then-just-chills-forever ( 'cause youtube-dl isn't, in fact, a JS execution environment, per se, so the subsequent AJAX calls would just never actually.... happen. ) )

either way, that's fairly far into "wild speculation" territory. if it starts failing again in the next day or so, i'll try to look farther into it. eeeeh.

ervanalb commented 10 years ago

For a while youtube was down for the entired wired subnet. I started fucking with the wireless nic but didn't finish. On Jun 28, 2014 12:14 PM, "gdkar" notifications@github.com wrote:

Aaaaand now it apparently maybe works again temporarily; i'm not all that clean on what's going wrong at the moment. one thing that did definitely change in this most recent round of youtube updates is that --- for content served over the HTML5-videoplayer, anyway, --- it'll do chunked encoding ( which isn't new ) but will also use a separate scheduling object to break the video transfer up into sequence of discrete, pre-determined and pre-timed segments ( which presumably then get stitched together. )

( or --- hopefully fairly accurately --- the discussion at https://developers.google.com/youtube/iframe_api_reference and similar. so it's fairly possible that youtube-dl now sometimes gets an embedded player which actually is handed a file --- as such --- to output, and sometimes actually instead gets handed an iframe containing JS that should, in turn, actually initiate a series of data transfers. 'd at least very roughly be consistent with the gets-most-of-the-way-there-and-then-just-chills-forever ( 'cause youtube-dl isn't, in fact, a JS execution environment, per se, so the subsequent AJAX calls would just never actually.... happen. ) )

either way, that's fairly far into "wild speculation" territory. if it starts failing again in the next day or so, i'll try to look farther into it. eeeeh.

— Reply to this email directly or view it on GitHub https://github.com/zbanks/musicazoo/issues/8#issuecomment-47431541.

gdkar commented 10 years ago

curious.....

i'm reasonably sure that, at least at the point i was mostly poking at it, musicazoo could at least reach youtube's front-end servers ( the comment about stalling right at the point between getting all the metadata and actually pulling video was from poking around on musicazoo proper, so the same wired link as always --- at which point it was seeing the same consistent .5ms RTT, no packet loss to youtube.com ( 4.53.56.88 ). )

i'd be pretty willing to believe that overall that's still an indication of substantial [ maybe transient ] instability overall. eh. either they got sort of messed up for a bit by rev'ing their video access structure --- and're now stable and chill and we won't have problems for a while --- or....it'll break again at some point relatively soon, and that'll hopefully give some useful indication of why.

or..... something. eeeh.

ervanalb commented 10 years ago

The way in which it was blocked made the UI load fine but not the video file On Jun 28, 2014 2:59 PM, "gdkar" notifications@github.com wrote:

curious.....

i'm reasonably sure that, at least at the point i was mostly poking at it, musicazoo could at least reach youtube's front-end servers ( the comment about stalling right at the point between getting all the metadata and actually pulling video was from poking around on musicazoo proper, so the same wired link as always --- at which point it was seeing the same consistent .5ms RTT, no packet loss to youtube.com ( 4.53.56.88 ). )

i'd be pretty willing to believe that overall that's still an indication of substantial [ maybe transient ] instability overall. eh. either they got sort of messed up for a bit by rev'ing their video access structure --- and're now stable and chill and we won't have problems for a while --- or....it'll break again at some point relatively soon, and that'll hopefully give some useful indication of why.

or..... something. eeeh.

— Reply to this email directly or view it on GitHub https://github.com/zbanks/musicazoo/issues/8#issuecomment-47435536.

ervanalb commented 9 years ago

in MZ5, youtube-dl can now be dynamically updated, and these changes will take effect without having to restart the queue.