Jamulus
Uncompressed Audio #3654
Replies: 15 comments 59 replies
-
|
I have stood up three servers in North America under anygenre1 and anygenre2 called Rick's Raw Audio for anyone that wants to test. |
Beta Was this translation helpful? Give feedback.
-
|
Since the client does a version check with the server it expects a certain version (3.11.1) for which I created another branch (autobuild-rawaudio) where I changed the version for the server. You need those server builds for the client being able to send raw audio. |
Beta Was this translation helpful? Give feedback.
-
|
Ahhhh ok, that explains why my server builds on |
Beta Was this translation helpful? Give feedback.
-
|
We do have a working build now for everybody to test. |
Beta Was this translation helpful? Give feedback.
-
|
You can listen to a stream from a raw audio enabled server to get an idea of how it sounds @ Andre's UK Sound (if somebody is online and is using a raw audio enabled client) |
Beta Was this translation helpful? Give feedback.
-
|
I wished and wished for pcm and saw your note over the weekend :-) Nice work Nils, this is huge. Excellent work! I have a server deployed to jam on with friends and looking at one out in public. With this, have you given any thought into enabling to run a server in uncompressed 'max' mode only? It would be nice to have this ability so we really know everyone on a session is using raw. |
Beta Was this translation helpful? Give feedback.
-
|
Thanks @iamthechrisb for your kind reply and for making the client available to testers :)
This is not in scope for my changes. I just wanted to add pcm audio quality to Jamulus. If you wanted to you could take my codebase and add a line to the server that simply mutes all incoming audio that is not raw pcm. But that would turn Jamulus on its head if you deployed such a server in public and make it "spiritually" incompatible with Jamulus, if that makes any sense. |
Beta Was this translation helpful? Give feedback.
-
|
I know someone on jamulus with the worst internet connection imaginable but still available here in germany. This feature is not for him, even though the highest network data rates to expect won't exceed 2004kbps on stereo max quality so the fact that you can join all servers with mixed clients is kind of "the feature" here |
Beta Was this translation helpful? Give feedback.
-
|
I've updated https://jamulusjams.com to highlight active enabled servers to make it easier for players to locate one. |
Beta Was this translation helpful? Give feedback.
-
Wow! That page turned pretty green 🍀 |
Beta Was this translation helpful? Give feedback.
-
|
Yes it says |
Beta Was this translation helpful? Give feedback.
-
|
I'm running qmake shows: Compile succeeds but when I attempt to start it using anygenre2 directory, registration fails. Also seeing a different version string in the log output than what other servers show for that branch: |
Beta Was this translation helpful? Give feedback.
-
|
I see whats happening. I'm applying a patch for RPC firewall thats causing |
Beta Was this translation helpful? Give feedback.
-
|
PR #3657 comes to mind |
Beta Was this translation helpful? Give feedback.
-
|
|
Beta Was this translation helpful? Give feedback.
-
|
I tested the available macOS Apple Silicon build and noticed that Jamulus crashes with a memory allocation error when closing the app. Not always, but very often. Trace
|
Beta Was this translation helpful? Give feedback.
-
That's not too easy though there was an attempt a few years back to make Jamulus use 32bit-float. Actually we are not downsampling as that would mean resampling at a different samplerate and depending on the algorithm you can get aliasing and therefore a (possibly inaudible) degradation in sound. To get 16 out of 24 bit we simply truncate but I don't know if there is any dithering involved but most certainly Jamulus isn't doing any of that. Just out of interest I will take a look at the old 32bit float code and see, if 24 bit was even possible, but right from the top of my head I'd say this would need global changes, especially for the network code as it would have to transport bigger packets or more of them per second. |
Beta Was this translation helpful? Give feedback.
-
|
From memory, the Jamulus protocol uses 16 bit audio data. |
Beta Was this translation helpful? Give feedback.
-
32 bit That would be awesome!!! |
Beta Was this translation helpful? Give feedback.
-
I understand that it is a notable and complex change... but I don't think it is inaudible... after years of 24 bit, 16 bit can be heard... for example the depths of the sound on the releases towards the silences, The presence of headrum and spatiality on the cymbals of a drum kit...etc.. Even without demonstrable technical evidence, I continue to hear a more squashed sound with less depth than other raw devices.But maybe I'm wrong.... Greetings and thanks for your work |
Beta Was this translation helpful? Give feedback.
-
You might want to check out this stuff: #660 |
Beta Was this translation helpful? Give feedback.
-
|
@dingodoppelt I just had a friend install the latest jamulus-headless deb and I'm seeing a different version string than what Andre's US and my servers show: 
Big Scott's Rock Bar has the deb installed, whereas mine and presumably Andre's US were compiled locally. |
Beta Was this translation helpful? Give feedback.
-
|
Andre's US Sound use my release branch, which has some other extra features. The raw audio downloads I provide come from my autobuild-rawaudio branch. I might just use the builds generated from the pull request next time. |
Beta Was this translation helpful? Give feedback.
-
|
Does Jamulus expose its capabilities (such as small network buffers and such) during handshake? That way one could more reliably tell if the server supports raw audio instead of guessing from a build number. |
Beta Was this translation helpful? Give feedback.
-
|
There are now 24 servers around the world supporting raw/uncompressed audio online on the public server lists. Thanks so much for your interest and testing ❤️ |
Beta Was this translation helpful? Give feedback.
-
|
Thanks Dingo, this is great ! |
Beta Was this translation helpful? Give feedback.
-
|
What does a MacOS user have to do to get a test client working ? |
Beta Was this translation helpful? Give feedback.
-
|
I don't use macs maybe @foobarth can help with that. |
Beta Was this translation helpful? Give feedback.
-
|
Before Jamulus used a signed binary for macOS this was the wiki page for installation on macOS |
Beta Was this translation helpful? Give feedback.
-
|
The apple support page should be accurate |
Beta Was this translation helpful? Give feedback.
-
They are up and running now. |
Beta Was this translation helpful? Give feedback.
-
|
One of my users says that the change to "Max" quality doesn't happen immediately, but they need to leave the server and then connect again for it "Max" to kick in. |
Beta Was this translation helpful? Give feedback.
-
|
I'm looking at the pcap now. It looks pretty sensible. I'll make specific comments about it later. Note that by default, the Wireshark dissector for Jamulus will only automatically dissect Jamulus protocol if one of the port numbers is between 22120 and 22139. In the pcap attached above, the port numbers are 22217 and 23000. To tell Wireshark to decode as Jamulus, I right-clicked on one of the packets, selected "Decode As...", and then in the pop-up window clicked in the "Current" column and selected "JAMULUS". That set the dissection for all packets in the same conversation. If you want to change the default range of port numbers to be decoded as Jamulus, edit the file |
Beta Was this translation helpful? Give feedback.
-
|
Here is what I can see from the pcap, viewing it in Wireshark with time display set to "Seconds since first captured packet":
That all looks pretty normal to me. |
Beta Was this translation helpful? Give feedback.
-
|
Interesting. I saw the portranges set in the various tcpdump filters, tried expanding their ranges due to the port my server runs on but never thought to look at the dissector itself, assumed it didn't use a port range. You know what they say about assumptions! Thanks for that info @softins |
Beta Was this translation helpful? Give feedback.
-
On my local tests the issue isn't obvious but on my VPS servers it is the same. I was thrown off by the amount of mismatched sizes exchanged between client and server until |
Beta Was this translation helpful? Give feedback.
-
|
I wasn't sending any audio when I connected, and since it was a lone client on the server there was no other audio src. I didn't hear any audio or artifacts during the capture. |
Beta Was this translation helpful? Give feedback.
-
|
While you are discussing things that go way beyond my comprehension I have a question: is there any relation between the 3.11.1dev (etc) version and the newly released 3.12? In other words: can I ignore the 3.11.1 version in favor of 3.12? Or will I then be missing out on the newly improved audio features? Thanks! |
Beta Was this translation helpful? Give feedback.
-
|
The 3.11.1 versions are based on the 3.12.0 code so you get the most recent commits + the raw audio feature. |
Beta Was this translation helpful? Give feedback.
-
|
👍 |
Beta Was this translation helpful? Give feedback.
-
|
I just compared the two versions. It looks like the 3.11.1dev gives me a lot of jitter. Both on PCM audio enabled servers and 'regular' ones. Also on quitting 3.11.1 I also get a crash message on my Macintosh. |
Beta Was this translation helpful? Give feedback.
-
|
That doesn't sound good. Can you confirm you used the latest build from the builds section? |
Beta Was this translation helpful? Give feedback.
-
|
My chamber music group ran raw audio for about 1.5 hours Saturday with no particular problems. |
Beta Was this translation helpful? Give feedback.
-
|
OPUS uses some kind of packet loss concealment strategy whereas there is none for raw audio so jamulus will simply mute the lost packets which can produce short dropouts. When this happens you'll hear crackling rather than the typical jamulus "bubbles". |
Beta Was this translation helpful? Give feedback.
-
|
After some questioning I hear that the person having longer dropouts also had that with the old version, doesn't have the best connection. |
Beta Was this translation helpful? Give feedback.
-
|
Thank you for this version! Finally someone did it :) |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Hi there!
I opened a PR #3653 with a simple implementation of uncompressed audio in Jamulus.
I haven't tested it very much, except with a single user on a server.I tested it in a session with mixed clients on a rawaudio server. I was using rawaudio while the other clients were on the official releases. Everything worked as expected and it is still possible to switch between audio quality settings without issues.
The client is backwards compatible.
in a sense that you can connect to stock servers, but do not use this setting on an Opus-only server or it will hurt your ears.There is no issue connecting stock clients to rawaudio servers.This is just a proof-of-concept but works as far as I can tell. Looking forward to some feedback.
cheers, nils
P.S.:
You can download the most recent experimental builds from the actions section of this repo:
https://github.com/jamulussoftware/jamulus/actions/workflows/autobuild.yml?query=actor%3Adingodoppelt
Please keep your clients and servers up to date and make sure to grab the builds from
rawaudio-devonlyBeta Was this translation helpful? Give feedback.
All reactions