Re:After 15 Years, the Pirate Bay Still Can’t Be Killed
by michaelt on Friday May 24, 2019 @05:29AM
(#19999873)
I'd love to hear how you'd do SSAI
on top of a file based workflow.
Given that this is a discussion of Netflix and Bittorrent, and the popularity of ad blockers among HN readers, I think the answer to "How would you do server-side ad insertion" is "I would accept losing that feature"
Re:After 15 Years, the Pirate Bay Still Can’t Be Killed
by ryantriangles on Friday May 24, 2019 @01:24AM
(#19998719)
Popular video file players have supported generating iframe tracks for fast forwarding and thumbnail scrubbing for many years now, is there something about the way eg MPCBE and PotPlayer operate that is somehow unreasonable?
Re:After 15 Years, the Pirate Bay Still Can’t Be Killed
by zbobet2012 on Friday May 24, 2019 @01:30AM
(#19998744)
It's terrible performance on a power limited devices. It either burns up your battery or is unreasonably slow. Particularly when the source stream is high resolution or complexity.
Re:After 15 Years, the Pirate Bay Still Can’t Be Killed
by Rychard on Friday May 24, 2019 @01:41AM
(#19998787)
Sure, but if you have the file, you could generate these ahead of time on a more powerful machine.
At any rate, I don't think users would balk at being given a choice.
Re:After 15 Years, the Pirate Bay Still Can’t Be Killed
by afiori on Friday May 24, 2019 @05:15AM
(#19999798)
> You could of course build a "file based" implementation that had all of these features, but you would just be rebuilding DASH or HLS.
Re:After 15 Years, the Pirate Bay Still Can’t Be Killed
by auggierose on Friday May 24, 2019 @04:43AM
(#19999675)
Yeah, but would they pay for it?
Re:After 15 Years, the Pirate Bay Still Can’t Be Killed
by baybal2 on Friday May 24, 2019 @02:50AM
(#19999096)
HLS and DASH, or any other protocol along their lines (like what youtube used long ago for own HTTP streaming) are still completely inferior to proper streaming protocol on latency and such. I'd say plain "seeking over http" with range requests does often work with lower latency than best HLS/DASH servers on SSDs.
A proper udp based streaming of course tears HLS to pieces
Re:After 15 Years, the Pirate Bay Still Can’t Be Killed
by londons_explore on Sunday May 26, 2019 @04:15AM
(#20013756)
HLS was just a stopgap so providers could use cheap http cdn's.
It worked well enough nobody can be bothered with real streaming now...
Fast forward for low power clients relies on an "iframe only" track as there decoders can't do many x realtime decode. This is not present in modern file based work flows.
Seeks use the same startup/segmentation requirements as video startup.
Thumbnail scrubbing requires a thumbnail track and is not supported by file based workflows at all.
Clip previews on sites load at low resolution/bitrates and can be poped up to "full resolution" via ABR. Doing a preview of 10x 4k streams without abr wouldn't work even on a modern gaming rig.
I'd love to hear how you'd do SSAI on top of a file based workflow.
You could of course build a "file based" implementation that had all of these features, but you would just be rebuilding DASH or HLS.