4 ms·

You can do it, but as you can see, it's not very efficient and eats battery. nobody would actually put this "decode video in javascript" stuff in an ad, as it s

You can do it, but as you can see, it's not very efficient and eats battery. nobody would actually put this "decode video in javascript" stuff in an ad, as it stands. Making this stuff work well is hard. make it efficient and easy, and you change the economics of the situation to encourage abuse.

coldtea 11y ago
>You can do it, but as you can see, it's not very efficient and eats battery. nobody would actually put this "decode video in javascript" stuff in an ad, as it stands No, but they can already show any arbitrary video they want by using Javascript to add any number of videos playing on the website -- that's just plain vanilla HTML5. Adding hooks to low level decoding doesn't add anything new that they can't already do when it comes to showing ads. For ads they only care for high level decoding. It only adds something new when it comes to creating video mangling apps in JS.
- ZenPsycho 11y ago
  that is on desktop. It is currently not possible to autoplay video on an iphone, and that is in fact the topic of this thread, and (partially) the purpose of this library. Beyond autoplaying, I can't imagine what you mean about adding "hooks" to low level decoding. What does that actually gain you over the current situation?
  - coldtea 11y ago
    >that is on desktop. It is currently not possible to autoplay video on an iphone, and that is in fact the topic of this thread, and (partially) the purpose of this library. Aha, I see, thought that wasn't the case. Now, having that capability didn't turn out to be much of a problem on the desktop, did it? I mean, regardless of battery concerns etc, do we really see that many autoplayed videos? >What does that actually gain you over the current situation? The ability to decode individual frames, re-arrange them, add filters to them etc using accelerated native APIs -- much more than some "play()", "skip()" affair.
    - ZenPsycho 11y ago
      well actually the ability is a huge and obnoxius problem on desktop, particularly for accessibility. there are lots of autoplaying videos. i do not know what web you are on where there isn't. I'd be happy if the deaktop browsers turned off autoplaying video and audio. or at least add that as an option for me, the user who has to jump for the mute button every time some jerk developer thinks they are being clever. aside from that, mobile is a different story- I doubly don't want a loud car salesman voice telling me about his get rich quick scheme on the train ride home- eating my precious mobile bandwidth, costing me real money. as for your special api abilities, again, you can do all those things now, even on iphone. so again, what more do you actually want?

coldtea 11y ago

>You can do it, but as you can see, it's not very efficient and eats battery. nobody would actually put this "decode video in javascript" stuff in an ad, as it stands No, but they can already show any arbitrary video they want by using Javascript to add any number of videos playing on the website -- that's just plain vanilla HTML5. Adding hooks to low level decoding doesn't add anything new that they can't already do when it comes to showing ads. For ads they only care for high level decoding. It only adds something new when it comes to creating video mangling apps in JS.

ZenPsycho 11y ago
that is on desktop. It is currently not possible to autoplay video on an iphone, and that is in fact the topic of this thread, and (partially) the purpose of this library. Beyond autoplaying, I can't imagine what you mean about adding "hooks" to low level decoding. What does that actually gain you over the current situation?
- coldtea 11y ago
  >that is on desktop. It is currently not possible to autoplay video on an iphone, and that is in fact the topic of this thread, and (partially) the purpose of this library. Aha, I see, thought that wasn't the case. Now, having that capability didn't turn out to be much of a problem on the desktop, did it? I mean, regardless of battery concerns etc, do we really see that many autoplayed videos? >What does that actually gain you over the current situation? The ability to decode individual frames, re-arrange them, add filters to them etc using accelerated native APIs -- much more than some "play()", "skip()" affair.
  - ZenPsycho 11y ago
    well actually the ability is a huge and obnoxius problem on desktop, particularly for accessibility. there are lots of autoplaying videos. i do not know what web you are on where there isn't. I'd be happy if the deaktop browsers turned off autoplaying video and audio. or at least add that as an option for me, the user who has to jump for the mute button every time some jerk developer thinks they are being clever. aside from that, mobile is a different story- I doubly don't want a loud car salesman voice telling me about his get rich quick scheme on the train ride home- eating my precious mobile bandwidth, costing me real money. as for your special api abilities, again, you can do all those things now, even on iphone. so again, what more do you actually want?