@ustralien and even then:

Modern #Codecs like #Speex and espechally #Opus really work great on #Mumble and other solutions like #WebCall and #SIP-Clients like #Linphone.

• Unless you're stuck on #Iridium, then #Codec2 is the only thing narrowband-efficient enough to work at all...

@herrorange Already existing options do that better than the old #SILK codec.

• #Linphone (#SIP client) supports #Opus & #Speex, which can do better at narrower bandwiths)

• #Codec2 OFC can work even on #Iridium-level bandwiths

• #Mumble, #WebCall & #JitsiMeet also do fine on #Skype-able bandwiths and don't require a T H I C C install on peoples' devices...

I mean, I don't expect a #Tablet to have good #Audio quality.

• Frankly I'd be content with #Codec2-level #AMR since no carrier properly implements #AMRWB anyway. Everyone who even halfasses #AudioQuality will plug in a headset anyway...

But being able to just chug in a #SIM and test it by calling it is something people do need rather often!

• Even if it's just for a few calls like booking a data package on the go!

https://infosec.space/@kkarhan/113865596661922371

@xssfox personally, I think #Codec2 is pretty awesome given it's a #FLOSS codec that can work with as little as 450bit/s, making #DigitalVoice via #Moonbouce possible!

@pawagner in this case the person was (presumably amidst the background noise) in a callcenter and refused to acknowledge it's their fault and responsibility to not have noise AND legible audio quality.

#Iridium (#AMBE) #NATO-Radio (#MELP & #MELPe) and even #Codec2 is more legible than they were...

@DO9XE @hikhvar @srslypascal @nicoduck @stahlmann @mimrma Wüsste nicht dass #Verschlüsselung verboten sei.

#Datenfunk nur auf den zugewiesenen Kanälen und die Frequenzzuteilungsbedingungen sind einzuhalten.

• Inkl. Konformität der Funkgeräte und keine Dauersendungen...

Bei #Amateurfunk-Frequenzen ist Verschlüsselung verboten und offene Standards vorgeschrieben, weshalb #Codec2 entwickelt wurde...

@Gankra depends...

xz and lzma2 are pretty good when it comes to compression ratio, and with modern hardware they are sufficiently fast.

• But there's a reason a lot of stuff, like online games, use bz2 instead, since that allows speeds in excess of 600 Mbit/s even on low-end systems with minimal load, and in my experience allows compression of backups like #PostgeSQL's cluster_backup at basically I/O speeds with <10% CPU load even at very old servers...

So there's that...

AFAICT xz is basically at the limit of lossless data compression - anything more efficient I know are extremely lossy narrowband codecs like #Codec2 @450 bit/s TWELP @ 300 bit/s and #STANAG4591 aka. MELPe that sound like one has their ears filled with water and the person talking has a gag ball in their mouth and screams.