crunchyroll open-sourced this: https://github.com/crunchyroll/swiftmp4 .. which last I checked supported time based offset streaming directly through the swift proxies using a cool buffering hack. But IIRC, it's pretty tied to the mp4 format. I think it was based on.... maybe... http://h264.code-shop.com/trac/wiki/Mod-H264-Streaming-Apache-Version2 dunno if the email I have for Young Kim is current. I'm pretty he wasn't using IIS or even Apache as a front end but instead just served from swift proxies directly. Do you by chance have a simple explanation of the disadvantage of straight up HTTP pseudo streaming using Swift's native range support to serve video directly from swift? Cause I always just upload mp4's, setup some container-acl's and point chrome at the url and it "just works"... /me continues his quest for even a basic understanding of the state of the art for video streaming on the web On Thu, Aug 7, 2014 at 1:54 PM, Brent Troge <brenttroge2016 at gmail.com> wrote: > > I am looking to store smooth streaming assets into my swift cluster. I can > instruct IIS 7 to reverse proxy into swift, however that doesn't seem a > supported configuration for IIS Media Services to read the smooth streaming > assets. It appears IIS Media services expects the VOD assets to be local or > accesible via CIFS. Does anyone have experience serving smooth streaming > VOD assets stored in a swift cluster? I have been able to serve the > smooth streaming assets from swift if using Apache and mod_smoothstreaming. > However, not all IIS media functionality is found in the Apache module. So > I am stuck with IIS Media services. > > Thanks! > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstack.org/pipermail/openstack/attachments/20140807/ae579cb1/attachment.html>