3 ms·

I'm building a web app that needs video streaming but ultimately serves to provide high-quality image extraction from the videos. I've procrastinated solving th

by altano 9y ago

I'm building a web app that needs video streaming but ultimately serves to provide high-quality image extraction from the videos. I've procrastinated solving the video delivery part and so your service intrigues me. While we have your team on the line, I have some questions :): - Is this a crazy use of your service? - If I request the full-size thumbnail will it be a lossless image from the original video? - Your front-page says "With Mux Video request a single thumbnail with a simple request or an entire storyboard to use in your player to scrub preview images." but the docs don't mention anything about storyboards. Is it not done yet? Or is the implication here that I can just make several separate requests to the thumbnail API to build a storyboard scrubber? - One of your pages says "Note that there is a default limit of 30 thumbnails per asset. If you need more, contact Mux." but the thumbnail API doc doesn't mention this limit. Is that actually a limit? - The thumbnail API doc says the timecode param is a float. Does this mean that if I calculate the timecode based on the framerate I can get high-precision, frame-by-frame stepping in my video player? Any chance you'll offer a version of the thumbnail API that takes the frame instead to make frame-stepping easier to build? - Can I send you a hard-drive full of videos to ingest into your system? - Is a signed playback_policy the only way to secure the video from public viewing, and if so, when will this be implemented (doc currently says "signed: (coming soon) ...") - Your pricing seems extremely reasonable but I'll be looking to cut corners at least initially. If I require fewer output formats (e.g. I don't need to support mobile devices, only desktop browsers), can I get a cheaper storage rate? I'll ultimately have high storage needs (starting with 31,860 minutes of video and then eventually getting closer to 100-200K) but low streaming demand.

mmcclure 9y ago
Ok going to try and answer these in order: > Is this a crazy use of your service? Nope, not a crazy use of the service at all! To be blunt, it might not be the most profitable for us, but we tried to structure our pricing that we could support edge cases. > If I request the full-size thumbnail will it be a lossless image from the original video? If you give us an h.264 input that is 1080p or less and request a png thumbnail without specifying width and height, the thumbnail will be lossless (no _additional_ loss over the png compression, to be precise for the pedants out there). > Storyboards Storyboards are working and in the final stages of development. We should have that documentation updated in the next few days. > 30 thumbnail limit That's a soft limit. We can do more than that, but we should talk if you're going to be blowing through that limit consistently. > The thumbnail API doc says the timecode param is a float. Yes, if you have constant framerate video. It's technically a 64bit floating point, so it's highly accurate. Due to the complexities around variable frame rates, we don't support frame-stepping in our API. > Can I send you a hard-drive full of videos to ingest into your system? One of our engineers volunteered to take care of it, so sure, we can make that work as a one-off. Probably not going to put that on the marketing site anytime soon and deny this conversation ever happened in a year :) > signed playback_policy That will be available very soon, followed shortly by other types of restrictions (geo, domain-based, etc). Anything specific you'd like to see there? > pricing We're happy to talk! We actually only store the mezzanine long-term and then encode into the different bitrates at request, so that's not the only consideration for storage. Feel free to shoot me an email (matt at our domain).

by altano 9y ago

mmcclure 9y ago

Ok going to try and answer these in order: > Is this a crazy use of your service? Nope, not a crazy use of the service at all! To be blunt, it might not be the most profitable for us, but we tried to structure our pricing that we could support edge cases. > If I request the full-size thumbnail will it be a lossless image from the original video? If you give us an h.264 input that is 1080p or less and request a png thumbnail without specifying width and height, the thumbnail will be lossless (no _additional_ loss over the png compression, to be precise for the pedants out there). > Storyboards Storyboards are working and in the final stages of development. We should have that documentation updated in the next few days. > 30 thumbnail limit That's a soft limit. We can do more than that, but we should talk if you're going to be blowing through that limit consistently. > The thumbnail API doc says the timecode param is a float. Yes, if you have constant framerate video. It's technically a 64bit floating point, so it's highly accurate. Due to the complexities around variable frame rates, we don't support frame-stepping in our API. > Can I send you a hard-drive full of videos to ingest into your system? One of our engineers volunteered to take care of it, so sure, we can make that work as a one-off. Probably not going to put that on the marketing site anytime soon and deny this conversation ever happened in a year :) > signed playback_policy That will be available very soon, followed shortly by other types of restrictions (geo, domain-based, etc). Anything specific you'd like to see there? > pricing We're happy to talk! We actually only store the mezzanine long-term and then encode into the different bitrates at request, so that's not the only consideration for storage. Feel free to shoot me an email (matt at our domain).