osmf-hls-plugin
osmf-hls-plugin copied to clipboard
HD video, Issues with AES and Hardware decoding
I've come across multiple demuxing issues in the source. These bugs are the cause of stuttering HD video in the latest PPAPI flash plugins. Also stream timestamps are getting out of sync when seeking, causing some plugins/browsers to crash. AES decryption could also be a lot more cpu efficient if done with FlasCC/Crossbridge.
I've fixed these issues in my forked version,
-
FlasCC aes decryption
-
fixes for timestamps
-
fixes for h264 video demuxing.
I intend to release these fixes/improvements back to this project as soon as possible.
Contact me for more details.
Hi, great to hear about your progress. Looking forward to your updates. We also have some improvements pending and I hope you could upload your changes before us to avoid painful merge.
Great, will try to get it up on github asap. Nice detail: my fork is currently used on average 200k Times a day, with HD, long and short form content, so should be stable ;). there is one thing I wish to fix though, I'm currently using 1 hard coded value, the length of the hls chunks. On Denis Bulichenko [email protected], Aug 13, 2014 2:54 PM wrote:Hi, great to hear about your progress. Looking forward to your updates. We also have some improvements pending and I hope you could upload your changes before us to avoid painful merge.
—Reply to this email directly or view it on GitHub.
Most importantly: the code is on github in my 'integration'-branch,
todo: I still need to get rid of some dependencies/hardcoded values from my local implementation. Add the FlasCC sources to build Faest.swc, and make sure the build completes. Maybe we can get rid of as3crypto, because its superseded by Faest.swc.
Updated the code to the main branch, swc is working properly, Remember to call HTTPStreamingDecoder.fragmentationFix(); before starting, otherwise the AES decoder wont work.