XSF Discussion - 2023-03-23

https://larma.de:5281/upload/nKUu3uHLCS1FC3kM/Screenshot%20from%202023-03-22%2018-35-42.png

Is the link safe to click? The URL domain tells me it is, the nickname not so much

it is

it is

Thanks

> https://larma.de:5281/upload/nKUu3uHLCS1FC3kM/Screenshot%20from%202023-03-22%2018-35-42.png type="image/blurhash" ↺

edhelas, thumbhash is the new hot thing https://evanw.github.io/thumbhash/

larma: scroll up ;)

new hot thing? Hype??? I'm opposed!!!!

Uh that looks nice

Yeah, I'm considering adding support for it to our existing blurhash support

it does look quite nice indeed

ah they were smart about number of components in luma vs. chroma and thus can get more detail in the same space?

Especially they don't have the issue of random oversaturation that is super annoying in blurhash ✏

And: Alpha!

that make me think, we don't have anything to transmit this kind ot data with XMPP, do we?

could be nice to have a field for that in XEP-0446

> <singpolyma> No. I just use a sims thumbnail element with type="image/blurhash"

Yeah, even if it's a low quality one, it's still a thumbnail

ah sorry I haven't followed all the discussion. It's fine this way indeed.

it is yes

and a data URI inside?

Yes

<3

For blurhash I don't use b64 because it is ascii but I use encode. For thumbhash it is binary so I would use b64 data uri

then, it could be nice to have this documented somewhere (like XEP-0264), so we're all on the same page.

sensible

also sensible

Just for my understanding. None of these hash mechanism contain aspect ratios, no? So I would always need to include the original file dimensions to render it nicely?

Daniel, thumbhash does

Oh interesting

Thumbhash does, but thumbnail element contains a width and height anyway

> but thumbnail element contains a width and height anyway Yes that's fine. I was just thinking about omemo media sharing or what ever that aesgcm xep is called

Nice explanation https://blog.cryptographyengineering.com/2023/03/23/remarks-on-chat-control/

thumbhash doesn't really include aspect ratio, you can derive an approximation of the aspect ratio

Daniel, the more I think about it, the better I like the idea to just put a XEP-0446 element in the second line of omemo media sharing. If it makes you feel better, you could prefix with `data:text/xml,` 😉

I could probably get in board with that

Main reason being that we can also transfer filenames that way (which typically are lost today with omemo file transfers)

Yes I got that

I'll need to check if `data:text/xml` is compatible with current Conversations...

Eventually the solution is SCE right?

Yes