Featured

VHX API

Build your own custom OTT network (like Netflix)

Featured comment

Kevin Sheurs@ksheurs · CTO, VHX
Hey there! Kevin here - CTO @ VHX. We're really psyched to see what people build with this / think of it. There is a big trend in media companies launching their own streaming service (ala HBO NOW) and this is traditionally a very expensive and hard investment. Lowering the barrier of entry and time to market should open up lot's of more content verticals for us consumers. AMA about the API!
Chris Kurdziel@ckurdziel · Product @ Vimeo
@ksheurs super rad. Maybe you can shed some light on what's different about the VHX API vs. other more traditional video APIs (like Brightcove, Ooyala, etc)?
Chris Kurdziel@ckurdziel · Product @ Vimeo
@ksheurs PS - any examples of stuff in the wild that's using the API?
Kevin Sheurs@ksheurs · CTO, VHX
@ckurdziel The key difference is VHX is built for "premium access" to video and being a native end-to-end solution for OTT/SVOD. Brightcove, Ooyala, JW Player (or even a private Youtube video) can get you a video player on screen, but that's just a portion of the problems to be solved when running an online streaming video business. VHX not only can power the video portion, but it controls access to and ties the video experience to the particular viewing subscriber/customer. This gives those running a streaming service the analytics they need to understand how their business is performing, what their customers are watching, and on what devices that customer is watching. Being built from the ground up to solve these problems enables VHX to offer a full stack solution vs having to work backwards and farm out agency work / cobble together many services.
Kevin Sheurs@ksheurs · CTO, VHX
@ckurdziel yea we made a simple demo demonstrating what you can do - http://www.wintergarten.io/. The source for this is in our Github (https://github.com/vhx/vhx-node-...) and we'll also be releasing code examples for Ruby, PHP, Go, Python.
sheynk ✈@sheynk · digital - nomad - vc - product
@ksheurs Hi Kevin! Super interesting. Few questions ... would you guys be able to deploy to a last mile delivery method of my choosing (assuming you are serving from Cloudfront) ... if I want to be a bit closer to the metal with the CDN side of things (say I'm a regional telco in an emerging market) - is that something you guys can accommodate? On the same note - would you be able to work with something like Gravitational to deploy the whole thing into a private environment?
sheynk ✈@sheynk · digital - nomad - vc - product
@ksheurs on that note ... how would you deal with pricing if I wan to deploy carrier billing and my own payments processing?
Kevin Sheurs@ksheurs · CTO, VHX
@sheynk we currently support Akamai, Cloudfront, and Fastly and intelligently select the CDN which is the best for each individual customer / region. We're using Cedexis for this (http://www.cedexis.com). We don't currently support a "bring your own CDN" model, but it's something we're considering. I will check out Gravitational. With the API, you'd be hosting the end-user experience while VHX is the technology backbone, so I think something like this would work.
sheynk ✈@sheynk · digital - nomad - vc - product
delete
sheynk ✈@sheynk · digital - nomad - vc - product
@ksheurs thoughts on carrier billing question?
Kevin Sheurs@ksheurs · CTO, VHX
@sheynk we price $1 / per subscriber / per month. this covers all storage and bandwidth costs through our CDN's. so, if you were looking to build www.hbonow.com, you would handle payment with something like Stripe and post successful payment you would call the VHX API to create that subscriber (http://dev.vhx.tv/docs/api/#cust...). we additionally have a connected tv / mobile app platform which you could easily launch your service on Roku, Apple TV, iOS, and Android. On those platforms we handle billing for you via Roku Billing and Apple/Android IAS (in-app subscriptions). See https://www.vhx.tv/pricing and https://www.vhx.tv/apps for more info.
sheynk ✈@sheynk · digital - nomad - vc - product
@ksheurs yeah - would be fine with the core in aws in tokyo (fastest ping to GCC) -- but would really prefer control over last mile in places where Akamai doesnt reach well
Would you recommend VHX API to a friend?
DiscussionYou need to become a Contributor to join the discussion - Find out how.
Kevin Sheurs
Maker
@ksheurs · CTO, VHX
Hey there! Kevin here - CTO @ VHX. We're really psyched to see what people build with this / think of it. There is a big trend in media companies launching their own streaming service (ala HBO NOW) and this is traditionally a very expensive and hard investment. Lowering the barrier of entry and time to market should open up lot's of more content verticals for us consumers. AMA about the API!
Chris Kurdziel
Hunter
@ckurdziel · Product @ Vimeo
@ksheurs super rad. Maybe you can shed some light on what's different about the VHX API vs. other more traditional video APIs (like Brightcove, Ooyala, etc)?
Chris Kurdziel
Hunter
@ckurdziel · Product @ Vimeo
@ksheurs PS - any examples of stuff in the wild that's using the API?
Kevin Sheurs
Maker
@ksheurs · CTO, VHX
@ckurdziel The key difference is VHX is built for "premium access" to video and being a native end-to-end solution for OTT/SVOD. Brightcove, Ooyala, JW Player (or even a private Youtube video) can get you a video player on screen, but that's just a portion of the problems to be solved when running an online streaming video business. VHX not only can power the video portion, but it controls access to and ties the video experience to the particular viewing subscriber/customer. This gives those running a streaming service the analytics they need to understand how their business is performing, what their customers are watching, and on what devices that customer is watching. Being built from the ground up to solve these problems enables VHX to offer a full stack solution vs having to work backwards and farm out agency work / cobble together many services.
Kevin Sheurs
Maker
@ksheurs · CTO, VHX
@ckurdziel yea we made a simple demo demonstrating what you can do - http://www.wintergarten.io/. The source for this is in our Github (https://github.com/vhx/vhx-node-...) and we'll also be releasing code examples for Ruby, PHP, Go, Python.
sheynk ✈@sheynk · digital - nomad - vc - product
@ksheurs Hi Kevin! Super interesting. Few questions ... would you guys be able to deploy to a last mile delivery method of my choosing (assuming you are serving from Cloudfront) ... if I want to be a bit closer to the metal with the CDN side of things (say I'm a regional telco in an emerging market) - is that something you guys can accommodate? On the same note - would you be able to work with something like Gravitational to deploy the whole thing into a private environment?
sheynk ✈@sheynk · digital - nomad - vc - product
@ksheurs on that note ... how would you deal with pricing if I wan to deploy carrier billing and my own payments processing?
Kevin Sheurs
Maker
@ksheurs · CTO, VHX
@sheynk we currently support Akamai, Cloudfront, and Fastly and intelligently select the CDN which is the best for each individual customer / region. We're using Cedexis for this (http://www.cedexis.com). We don't currently support a "bring your own CDN" model, but it's something we're considering. I will check out Gravitational. With the API, you'd be hosting the end-user experience while VHX is the technology backbone, so I think something like this would work.
sheynk ✈@sheynk · digital - nomad - vc - product
delete
sheynk ✈@sheynk · digital - nomad - vc - product
@ksheurs thoughts on carrier billing question?
Kevin Sheurs
Maker
@ksheurs · CTO, VHX
@sheynk we price $1 / per subscriber / per month. this covers all storage and bandwidth costs through our CDN's. so, if you were looking to build www.hbonow.com, you would handle payment with something like Stripe and post successful payment you would call the VHX API to create that subscriber (http://dev.vhx.tv/docs/api/#cust...). we additionally have a connected tv / mobile app platform which you could easily launch your service on Roku, Apple TV, iOS, and Android. On those platforms we handle billing for you via Roku Billing and Apple/Android IAS (in-app subscriptions). See https://www.vhx.tv/pricing and https://www.vhx.tv/apps for more info.
sheynk ✈@sheynk · digital - nomad - vc - product
@ksheurs yeah - would be fine with the core in aws in tokyo (fastest ping to GCC) -- but would really prefer control over last mile in places where Akamai doesnt reach well
Alexander Tibbets@mrtibbets · Works on IFTTT
So cool — congratulations, VHX Team!
Jamie Wilkinson
Maker
@jamiew · Co-founder/CEO at VHX
@mrtibbets Thanks Alex!
Frank Denbow@frank_denbow
This is cool. Adding this to my API bank for a random mashup in the future. Nice work!
Kevin Sheurs
Maker
@ksheurs · CTO, VHX
@frankdenbow Great!
mountainmatt@mountainmatt · CTO Konsiderate
Very cool. How would you say you compare to a service like Plex?
Chris Kurdziel
Hunter
@ckurdziel · Product @ Vimeo
@mountainmatt Plex is much more consumer-oriented (deliver me my own personal video library). VHX is geared toward a content creator who wants to easily control the whole tech stack needed for delivering video to consumers. So (for example), a YouTuber who wants to build/own their own site (maybe because they want to offer paid content, etc) could power all the video with the VHX API without relying on a bunch of expensive resources to build it from scratch (or cobble together a bunch of other existing APIs). Make sense?
Sam Doshi@samir_doshi · Co Founder @ Relayo.com
Thanks for putting this out --- making it easier for us to take things to the next level