Don't use the linked archive.is, the page contains copyright infringements

Don't use the linked archive.ph, the page contains copyright infringements

Don't use the linked archive.ph, the page contains copyright infringements

Don't use the linked archive.ph, the page contains copyright infringements

Don't use the linked archive.ph, the page contains copyright infringements

don't use this page, the page is infringing copyright laws

So you're using a page that stole my article. Thank you

The article is available for free. Just use the link at the top. It's not paywalled

My friend, this is a paywall: https://imgur.com/a/8t36SKt

in early games it was a metod to save RAM too, for a short time but it did. Because you didn't have to store all mip map parts in the RAM

How does storing more copies of the same texture save ram?

Of course one can drop the higher resolution textures, but AFAIK that technique came long after mipmapping, as it requires high cpu-to-gpu bandwidth, which wasn't there in the earlier days.

Right. Mipmapping is different than simply using lower levels of detail textures. Mipmapping is when you store the full level of detail plus progressively lower levels of detail (always adding up to 33% more data) so that the correct LOD texel can be looked up depending on the required rendering detail. You're using more memory for higher quality (and sometimes faster) rendering.

What is it when you have the detail texture loaded in such a way that you can say "get every second byte (or whatever)" to get the half size, and so on?

IIRC some CPUs were good at that kind of memory access, but most were not.

Some implementations of mipmapping store a single medium-resolution image and either sample fewer pixels or duplicate neighboring pixels when drawing. You don't need extra memory for that. Literally just mapping a subset of the pixels from the texture stored in memory.

When enough pixel duplication occurs you may want to enqueue a request for a higher resolution texture to be loaded into memory and let the resource pool decide. You can see this in effect in some older games where you're able to "outrun the horizon/frustrum" so to speak or when too many objects spawn and the level of detail is terrible for a while until the game catches up. Otherwise this is just a most-recently-used cache. Mipmapped textures can either be many prescaled static copies on disk or precomputed from the single full resolution asset on disk while loading a level.

That's just level-of-detail on top of mipmapping. Mipmapping requires strictly more textures for the same level of detail.

The competition is not against current bidders, but also against historical bidders and averages. It means that even if no one is competing for a ad place, you play against virtual bidders.

That's one reason why ads are so expensive, maximizing bids by companies with high LTV causes bidding to be too expensive for bidders that didn't max out LTV in terms of very wide market.

It's especially troubling because impression campaigns also max out bids.

All in all having a good ROAS is not trivial for conversion based campaigns

I knew that this industry is full of bollocks!

Thanks for sharing, I learned something new.

My pleasure. There's a lot of interesting things in that industry. For example ads are mostly clicked by babies