Anyway, I’d like to NOT embed YouTube. Maybe I will anyway, but I wonder if anyone has alternatives, especially if they are scrappy, tiny alternatives like those that I imagine 100r might produce.
I’m considering MP4 or WebM in HTML and wilder ideas like an audio file and a few images that are started at the same time with JS.
You’ll have to learn some ffmpeg incantations but the bandwidth will be free and your total costs will be the tiny VM and block storage. Might even be able to point Cloudflare at a public bucket and skip the VM.
If you need to store and serve several terabytes of content, a dedicated server instead of block storage will be your best bet (again with Cloudflare), you’ll just need to figure out offsite backup and restoration.
I think by keeping the HLS segments at a few megabytes each and not using a file extension in the URL, I've slipped through the cracks.
(My religion forbids me from recognizing any terms of service that haven't been given the three blessings of the matriarch)
Saint Trader Joes tried to unite them by using both light and dark sesame years ago, but there’s just too much bad blood for them to work together. We are still waiting for the chosen one that will bring balance to the bagel.
May the bagel balanced be.
> Unless you are an Enterprise customer, Cloudflare offers specific Paid Services (e.g., the Developer Platform, Images, and Stream) that you must use in order to serve video and other large files via the CDN. Cloudflare reserves the right to disable or limit your access to or use of the CDN, or to limit your End Users’ access to certain of your resources through the CDN, if you use or are suspected of using the CDN without such Paid Services to serve video or a disproportionate percentage of pictures, audio files, or other large files.
- https://www.cloudflare.com/service-specific-terms-applicatio...
Reading between the lines a bit: they really only care if you're using Cloudflare to front a site whose primary purpose is to deliver video content, and lots of it (like, say, if you're running a tube site or a livestreaming site). They don't care about web sites which happen to incidentally include a small amount of video content.
Just make sure that player supports right click->Save I'd much rather download and view a video in VLC than somebodies janky JS player
give site-url to mpv
watch video
PS:
vlc can play from urls too, but isn't as compatible with the way most sites implement it
Not the prettiest or purest solution, but very simple.
Can't recall where though.
https://support.google.com/youtube/answer/171780?hl=en#zippy...
I use lite-youtube on my site for this reason. Instead of embedding the YT player directly, it shows a thumbnail that pulls in the embed when you click to watch the video.
That way visitors aren't tracked unless they actively click the thumbnail to watch the embedded player. Iirc it also works as just a link so visitors have the option to cmd+click or right-click-copy to avoid the embed.
Also what kind of name is "100 rabbits". Reminscent of "50 blessing" from hotline miami
What else am I missing?
I know because I explored this for a hobby project of a movie I liked. See here: http://lelandbatey.com/projects/REDLINE-intro/
Use your network inspector to observe your browser requesting the individual chunks over time. Note that my server is just an Apache2 file server.
most video players also support http and there is no problem with just putting files up.
imho all the streaming tech, drm, hls, adaptive bitrate selection and whatnot, are just commercial fads to increase margin
sending the whole file at network-speed usually works fine, but maybe uneconomical at scale especially if coupled with users that skip a lot and tend to not watch the whole thing anyway.
[1] https://docs.aws.amazon.com/AmazonS3/latest/userguide/tutori...
My host doesn't support video. If I point <video> at a file it plays just fine but the server doesn't do partial content so the player crashes or stutters if the user attempts to seek outside what was downloaded. When the whole thing is downloaded it works smoothly but it isn't quite acceptable. There is no easy html way to preserve the seek/progress bar and `Accept-Ranges: none` has the same meaning as not setting the header(?)
I cant seem to find answers or bugs, all I find "make sure your server supports partial content" which really isn't required to make it work.
I'm surprised to see my inexpressible urges documented by others. I'm with these people 100% right down to why a sailboat.
I tried to do this with an apartment building. The building is too large to focus on a the detail I need. A 43' sailboat is actually a great size to prototype on.
I have a signed P&S and hope to be hard core boat living sometime in September. The idea will be the studio time I get while on land will be much sweeter if I spend a lot of time on a boat.
The boat is self-contained so my aspirations won't effect people paying rent.
The building has everything I need to host my own streaming. I don't know that I will ever publish content, but if I do it will be entirely self-hosted. If the audience is so vast that brings everything to a halt, things will start functioning again once the hordes get bored.
Think of all the wasted brain power content-creators go through to keep YouTube at bay.
I believe content should be the residue of the work. I think once publishing is the funding source it may distort the work.
This will work for now but my mind still wonders if there isn't a better way to reduce the size of these. I'll continue to experiment.