Advanced Video Coding

I don't really care.

In terms of actual practice today, you're basically stuck with H.264 on Flash if you want consistent playback everywhere, because Flash is the only thing that's widely available.

The general pissing matches around licensing of H.264 and its inclusion in HTML5 resulted in this wonderful thing of everyone being free of their dependence directly on H.264, and instead they're dependent directly on Flash.

Thanks, Google.

All right, so in terms of basics here, the broadcaster, that was on the origin server.

A lot of stuff is from the pre-MP4 era.

And of course, even kind of fancy podcast sets, they're not exporting H.264. You have to do the ProRes and everything.

But I think the much more profound thing is that performance.

If people scrub back and forth and it feels crappy, they're just not going to use us.

You need to know how to upload files to a cloud to be delivered, automatically associating them with the corresponding video the client place and chooses you need to know which cloud to use because the cheapest is open drive but in a project like this it has its drawbacks so maybe it's better to opt for g drive you need to decide which card to use because the professional one is apple pro res but it's heavier, which increases cloud costs.

So maybe it's best to opt for H264, which, I'm telling you this from experience, is accepted by 99% of clients anyway.

In this scenario, which I imagine is already more complicated for you than it seemed at first, the risk, if things go poorly, is losing a few weeks of work and 10,000 euros.

If things go okay, you break even.

And then codec support is the next thing.

If you're playing it and you don't see any video or you don't see or hear any audio, well, if it's a video problem, well, you probably don't have H.264 or H.265 codecs, which is not supported in the free model.

If you get the Studio, you can use these codecs.

If you don't have the Studio, you can't.

So having an unofficial client here that was made is great here.

Now they do state with some of the limitations here that H264 up to 720p can play directly on the console, but anything else is converted by your Plex server, which, yeah, that makes sense.

I did want to highlight this here because I myself am a Plex user, so I enjoy my server.

I enjoy having this available to me.

I have one from Alejandro that solves I think a Problem that many of us likely have, which is storage on our iPhones.

He made an app called HEVCut, and it basically is an app to go through and find, well, it does a few things, but the core thing is find large video files on your device, and especially things that are in older codecs like H.264. and convert them over into H-E-I-V?

H-E-I-F,

yeah.

That AV1 codec is already preferred by Netflix and YouTube.

It is royalty free.

It is you get a it's about 30 percent smaller file size than even HEVC, which is half the file size of H.264 right at the same quality.

So that means – and it's engineered to start streams faster and buffer less and that sort of thing.

There's a middle case though, video codecs, the compression behind every video you stream.

H.264 lived in fixed function silicon for 15 plus years, and codecs do change, slowly.

A workload doesn't have to freeze solid to reward etching.

It just has to change slower than the silicon can follow.

Fuck.

The supplied copy of this file is 1440 by 1440, encoded in H264, and it contains synchronized audio and 1,273 encoded video frames.

I've examined it.

Its metadata includes Android 11 and Samsung capture tags.

I'm sure it works, but render times are probably going to be pretty bad because it doesn't have all the built-in rendering

hardware for H.264 and whatever.

Or maybe it does.

Correct me if I'm wrong, folks.