jdev - 2026-01-18

Is there a native open source XMPP client on windows with Calls?

im kinda sick of mumble

I think there's a fork of dino somewhere that added windows support

... its still the same then

The Matrix protocol sucks but the Clients are alright.

XMPP has a great protocoll but the clients are barely existent...

movim should work from windows too

it does

also cheogram web now

isnt that just a webapp too?

(but they said native)

an all right client for a bad protocol isn't really possible

yeh

> (but they said native) oops totally missed that one sorry ↺

kinda annojing that everything needs to be a web app to be crossplatform.

i miss gajim having voip, that worked on linux and windows

I think it's just easiest especially with calls

....and i hate hosting matrix, the clients are ... accseptable sometime but the server is garbage, the protocoll is somehow more bloat than xmpp...

im kinda at a loss with foss messaging

gajim's calling isn't e2ee which is why it got left behind by the others

....kinda have to use Nextcloud Talk because Calls are very good, but its not really federated.

> gajim's calling isn't e2ee which is why it got left behind by the others

yeah you are not the mass of devs you used to be too.

i miss xmpp

but i need proper calls on windows

if am xmpp client has voip its mostly perfect...

what does "native" even mean? what are you trying to achieve?

native means i dont need to run 2GB of chrome/firefox

do i really need to ellaborate more ?

why i dont want the 500th discord clone in electron???

even if its Foss

TLDR: Bloat?

Ram is kinda expensive

the state of foss messaging is a dump... i hate it. whatever, i came for my annually questioning of status... see ya

П

I really should continue my GTK UI for gst-meet, that would probably fit that kind of usecase.

okay for my matrix bridge, how should i handle body + attachments? the way i have my db set up is that theres generally a 1:1 pairing which mostly works out, but this is a rare edge case (most clients dont let you do such)-- do i a) if theres an additional text body make the single xep-0066 message with the text body prepended onto the url in the body which will make it not embed in most clients b) a, but also support the newer xep that no one really uses but would allow for text + body c) send as separate messages, and in the db only map to one of the bridged messages (preferably the one with the media for moderation reasons)

a is the easiest to do for right now just to make things work, but i probably want to either do b or c in the long run

with a this is how it looks (ignore the fact its out of order)

https://downloadable.pain.agency/file_share/019bcff9-f847-7417-85cc-66a556015e39/094393e5-6b08-4a11-a62b-79968a8ca8a7.png

> lovetox, yeah. if someone is in dnd, I'll think twice whether my message is truly important enough. Some people are safe to contact when dnd as it means they switched off notifications and a message wouldnrdisturb. 😂

> okay for my matrix bridge, how should i handle body + attachments? the way i have my db set up is that theres generally a 1:1 pairing which mostly works out, but this is a rare edge case (most clients dont let you do such)-- do i > a) if theres an additional text body make the single xep-0066 message with the text body prepended onto the url in the body which will make it not embed in most clients > b) a, but also support the newer xep that no one really uses but would allow for text + body > c) send as separate messages, and in the db only map to one of the bridged messages (preferably the one with the media for moderation reasons) do a and also include a fallback indication tag for the url part of the body ↺

You could use sims as well but this is more for delivering extra metadata like hashes doesn't change the body situation

> You could use sims as well but this is more for delivering extra metadata like hashes doesn't change the body situation i mean most of that data is usually in the matrix message anyways so i could probably just bridge that ↺

the one i had in mind was https://xmpp.org/extensions/xep-0447.html though

also gajim still breaks when media is sent with sims even if theres 0066 fallback

Sure, 0047 is just a clone of sims with gratuitously different syntax

> also gajim still breaks when media is sent with sims even if theres 0066 fallback Really? I've been sending sims for years and somehow not noticed this... ↺

> Really? I've been sending sims for years and somehow not noticed this... tbf i mainly know of it from monocles, which seems to be the de-facto in the very particular groups ive interacted with ↺

try sending media here ill see if it embeds

https://media3.giphy.com/media/v1.Y2lkPWM1NzYyZGVmY2lzYzJhYm1zYW0xeXlveWwwOGFoZGttMDlkdnBlY2J4NWV5ZXZmMSZlcD12MV9naWZzX3RyZW5kaW5nJmN0PWc/yZ8PEJw0SbQAiWIB5B/giphy.webp

huh that embeds fine

it could be something else monocles is doing

ive only seen it in psi+ and monocles users, of which i am neither (i like having mam and dont have an android)

Image and text together I assume won't https://upload.mboa.dev/7f08ee5d-08ee-422c-a2dd-38b93769e9e0/IMG_0085.HEIC

I doubt psi+ is doing sims so probably something else

yeah that doesnt, dont think i could display a heic anyways

Ah yeah. Maybe I should add something to convert those :P

> I doubt psi+ is doing sims so probably something else i probably have the names all confused, im not exactly sober rn either. i should head off to bed my appologies ↺

hm okay i had the names the right way around, but i had remembered sims being depricated, rather than deferred

singpolyma, so your HEIC image is split in 512×512 blocks, then a thumbnail, but what are the remaining 512×512 blocks, grayscale and scaled down compared to the first blocks? ✏

The first ones are labeled Main Still Picture, while the grayscale ones are labeled Rext.

Also, [ffmpeg/video] hevc: Error parsing NAL unit #0.

Do you know what that is?

the only reason i know of any of these was a while back looking into if it was possible to attach multiple files in one message, and i believe sfs allows for that not sims. is there any sort of consensus on which will actually get used and become stable spec?

both allow that, SFS can do it in a backwards compatible manner to what we do now, body + oob

> singpolyma, so your HEIC image is split in 512×512 blocks, then a thumbnail, but what are the remaining 512×512 blocks, grayscale and scaled down compared to the first blocks? no idea. It's whatever the iPhone camera does ↺

> the only reason i know of any of these was a while back looking into if it was possible to attach multiple files in one message, and i believe sfs allows for that not sims. is there any sort of consensus on which will actually get used and become stable spec? You can do that with sims. You can also do it with neither and use OOB of course ↺

Is there a standard way to reorder pubsub items? What I've read so far implies that I would have to remove and reinsert all of them

> You can do that with sims. You can also do it with neither and use OOB of course amazing ↺

i assume sims seems to be more of the consensus since more clients seem to implement it?