Re:Backblaze B2 Cloud Storage Now Has S3 Compatible APIs
by janjanson on Monday May 04, 2020 @09:53PM
(#23075543)
I don't think this is quite right. If you serve an mp4 with H.264 video statically on any basic webserver it will just work in browser through plain HTTP, without need need for MPEG-DASH/HLS. Every widely used mediaplayer/browser just downloads the nearest chunk (keyframe point) behind the time that was seeked to can resume the playback from there. This point is found through an index stored in a container format. For basically every video format these days (say, at least as new as H.264), regular settings make this only a few more seconds of video to download and decode before the seeked point and basically happens instantly for normal online consumption. In H.264 forward prediction (through two-pass encoding) will playback fine too.
I think what you're saying applies more to a setting where the video is being streamed live, so that you cannot access the start of the file to get keyframe metadata. In that case HLS and MPEG-DASH help.
Re:Backblaze B2 Cloud Storage Now Has S3 Compatible APIs
by anderspitman on Monday May 04, 2020 @04:44PM
(#23073024)
That's odd. I can't recall ever having a problem with browsers playing mp4s in a vanilla <video> tag, as long as I encode them in the main h264 profile, AAC audio, and MOOV atom at the front (see [0] for ffmpeg command). Obviously the server has to support Range: byte requests.
My impression is DASH/HLS are mostly useful for adjusting bitrate on the fly.
Re:Backblaze B2 Cloud Storage Now Has S3 Compatible APIs
by sp332 on Monday May 04, 2020 @05:05PM
(#23073243)
When the parent talks about jumping to random byte offsets, they mean you don't have the first part of the file at all. You just have an arbitrary 512-MB chunk out of the middle.
Re:Backblaze B2 Cloud Storage Now Has S3 Compatible APIs
by Dylan16807 on Monday May 04, 2020 @07:27PM
(#23074590)
But they were claiming that a single monolithic file would break too, which is not the case. The browser does a range request to get the first part, then a range request to get the part you're playing, and it works.
Re:Backblaze B2 Cloud Storage Now Has S3 Compatible APIs
by derefr on Monday May 04, 2020 @06:11PM
(#23073971)
Right. Like tuning into a digital-cable signal "in the middle"†. You just get bytes of the stream starting from an arbitrary offset, without having seen/processed anything before that (and without even being able to request anything before that), and you need to resynchronize from what you've got.
† I mean, a digital-cable video stream is always "in the middle" unless you're just starting a VOD stream, but still.
Re:Backblaze B2 Cloud Storage Now Has S3 Compatible APIs
by Dylan16807 on Monday May 04, 2020 @07:22PM
(#23074545)
The browser just reads the TOC-ish stuff from the first chunk. Trust me, it works. I regularly load plain old multi-hundred-megabyte mp4s in my browser, off a web server, and skip around without problems. The default keyframe interval from x264 is fine. You don't have to do any horrible things to the encoding, you just have to start loading a few seconds before the seek point. Which the browser does automatically.
Do browsers even support embedded subtitles?
It's totally possible to "encode for streaming", but it usually results in both an increase in overhead [more keyframes] and a decrease in quality [inability to use predictive interpolation, instead relying only on forward-interpolation.]
Mind you, this streaming-enabled encoding is how things were done on the web, before the advent of MPEG-DASH/HLS; and it's still how e.g. the MP2 encoding of digital cable/satellite video works. But we don't really want to go back to those days. They kind of sucked.
Jumping to random byte offsets in a video also tends to screw with any embedded data streams like subtitles or thumbnails, which tend to just be stored in most media container formats as a single chunk at the beginning/end of the file, rather than being spread or copied across the stream. Again, the kind of captioning done back in the MP2 days is immune to this, but it kind of sucked as well (e.g. it wouldn't trigger if you happened to skip to the millisecond after the instruction for it appeared in the stream, often leaving you with ~30 seconds of untranslated audio.)