I got the "Try Jamulus OS without installing" to default and that menu selection bypassed by editing txt.cfg and removing all the subsequent labels. However, stripping all but "en" from langlist.cfg had no apparent effect to the language selection prompt. ("de" for German.) Both files in the isolinux folder.
I got the "Try Jamulus OS without installing" to default and that menu selection bypassed by editing txt.cfg and removing all the subsequent labels. However, stripping all but "en" from langlist.cfg had no apparent effect to the language selection prompt. ("de" for German. Both files in the isolinux folder.
I got the "Try Jamulus OS without installing" to default and that menu selection bypassed by editing txt.cfg and removing all the subsequent labels. However, stripping all but "en" from langlist.cfg had no apparent effect to the language selection prompt. Both files in the isolinux folder.
DonC, I don't see how you get those numbers directly from the Win10 Task manager or CBM but I concur that the documentation and Audio Stream Rate values are not valid. Based on one example, that of Mono/Stereo Low quality with a 256 sample buffer, the Settings statement of 259kbps Audio Stream Rate is not supported by my observation either. CBM shows data varying both ways even when there is no client on the server and ~218 kbps varying transmit total with one client and whatever else is going on....
It's not logical to say Jamulus uses insignificant network bandwidth for a side-channel containing no information because 62kB/s are being sent regardless of the audio information being inputted. Zeroes in the side-channel are being encoded and sent. So the two statements cannot be simultaneously correct but that may be a quibble over semantics. We are agreed that it is wasteful of network bandwidth that the Mono In/Stereo Out option uses the bandwidth of a stereo channel upstream when it should...
Thanks, David. OPUS is new to me. a stereo Opus stream uses M/S encoding and will not spend significant bandwidth on the empty side channel My Byte measurement was unchanged whether the Mute Myself was on or off. So it seems to me that the data rate is constant regardless. So either one of these is correct, but not both: Mute Myself does not stop audio data (Bytes) from being transmitted to the server at a constant rate Jamulus does not spend significant network bandwidth on the empty side-chann...
Thanks, Don. What do you use to measure? And does Mono In/Stereo Out differ from Stereo?
Contemplating changing to a different Cloud host, I was puzzling over whether a reduction from a monthly network quota of 5000GB to 1000GB was going to have a cost - would traffic exceed the smaller quota? So I started by looking into the Jamulus documentation and found this table at https://jamulus.io/wiki/Network-Requirements. I imported it into a spreadsheet and colour scaled it. The first surprise was that the Jamulus client Settings window Audio Stream Rate does not seem to correspond with the...
My analysis seems correct, having done a subjective test with three clients on two computers. One client sends 400 Hz sine at the threshold of clipping. The second sends 410 Hz at the same level. The third receives and that is what I listen to. With its faders at 100%, each sender's level is adjusted to the audible clipping threshold individually. In a linear system, the addition of the two equal amplitude sines will result in a complex waveform with a peak 6dB higher than one alone at a rate of...
Each client remotely controls a personal mixer running at the server. Each client controls the level at which their audio is sent to the server. Let's say that all clients have set their microphone gains and sing at levels that result in peaks not exceeding -12 dBFS (decibels relative to the maximum beyond which clipping of peaks and consequent distortions commence). With mixer faders at 100% which I assume is unity gain, the combined output from two such singers could have peaks that are 3 to 6...
Each client remotely controls a personal mixer running at the server. Each client controls the level at which their audio is sent to the server. Let's say that all clients have set their microphone gains and sing at levels that result in peaks not exceeding -12 dBFS (decibels relative to the maximum beyond which clipping of peaks and consequent distortions commence). With mixer faders at 100% which I assume is unity gain, the combined output from two such singers could have peaks that are 3 to 6...
Over a period of a couple of hours while remotely assisting someone getting set up on Jamulus, the list for Genre Classical/Folk/Choral has been empty at their end but not for any other category nor at me end. For another of our choral members, it has been empty for weeks. And I believe a third one has not seen it for a while but he is a very occasional user. What I don't understand is why this would happen if all categories are on the same server. Or does each category have its own server? If the...
If you send a steady state signal (e.g., tone), the Input and Mixer levels agree. But normal audio is not steady state; it's peaky. And I understand that the meter updates from the server Mixer are less frequent than from the local Input and may be averaged over more samples. Thus the Mixer meter either misses many peaks or is averaged over a longer period. Classic difference between the VU meter and the Peak Program Meter in the analog world (but that's ancient history).
Volker pointed me to the block of code that relates fader position to linear gain. Here's a table I calculated on a spreadsheet: Fader (%) Gain Gain (dB) 100 1.000 0.0 90 0.668 -3.5 80 0.447 -7.0 70 0.299 -10.5 60 0.200 -14.0 50 0.133 -17.5 40 0.089 -21.0 30 0.060 -24.5 20 0.040 -28.0 10 0.027 -31.5 0 0.000 -infinity 82.8 0.500 -6.0 65.6 0.250 -12.0
Without any labels on the level indicators and fader positions, I'm in the dark as to what they mean. So I have made some measurements so I now feel more informed. However, I'd be happier to see the UI enhanced so I did not have to refer to something outside the UI. Attached is what I've come up with. My method used Audacity to create tracks of 400 Hz tone at 0dBFS, -6dBFS, -12dBFS, etc. I played these into Jamulus and recorded what came back while observing the Jamulus indicators and Audacity meter....
I am using a public server managed by someone else. Jamulus Explorer shows its version is 3.6.2git.
When the available space for recording audio files at the server is reached, Jamulus server ploughs on ahead with the Reaper and Audacity project files and attempts to create new files for newly connected clients. The results are truncated files for clients online at the time storage ran out and empty files for subsequent connections. The project files are filled with half-truths. Audacity attempts to load all the files listed but reports errors. Reaper gets the start times and durations of every...
What convention is used to name the WAV files recorded at the server? - mostly I see something like ____-142_183_170_x_22141-798869-1 - rarely Robert_Lead_Ten-174_88_131_x_22175-797106-1 Is the -nnn_nnn_nnn the last 3 parts of the client's IP address? Is the x_nnnnn the IP port number? That leaves the variable length number followed by -n. What are those? Why does a file exceptionally get the human friendly client name, not always? That would be very helpful in selecting files to download when a...
What convention is used to name the WAV files recorded at the server? - mostly I see something like ____-142_183_170_x_22141-798869-1 - rarely Robert_Lead_Ten-174_88_131_x_22175-797106-1 Is the -nnn_nnn_nnn the last 3 parts of the client's IP address? Is the x_nnnnn the IP port number? That leaves the variable length number followed by -n. What's that? Why does a file exceptionally get the human friendly client name, not always? That would be very helpful in selecting files to download when a full...
What convention is used to name the WAV files recorded at the server? mostly I see something like ____-142_183_170_x_22141-798869-1 rarely Robert_Lead_Ten-174_88_131_x_22175-797106-1 Is the -nnn_nnn_nnn the last 3 parts of the client's IP address? Is the x_nnnnn the IP port number? That leaves the variable length number followed by -n. What's that? Why does a file exceptionally get the human friendly client name, not always? That would be very helpful in selecting files to download when a full session...
I'm guessing I now have the answer to my question. I set the Persistence in Rufus to 6GB on a 30GB stick. The File Manager reports 5.1 GiB of 5.9GiB free so I guess that's the 6GB from Persistence. I take it that the Jamulus OS can only read and write files in that space, not the remaining space in the stick drive. I could have set Persistence to max.
The client on Jamulus-OS is seeing pings comparable to what the client previously saw using Windows 10 on the same hardware (9-11ms). The warning message from the hardware probe is misleading.
Jamulus OS reports ~30ms and 'ping too high' on hardware on which the client on Windows 10 is seeing 9-11ms on servers 100-120km away. At what target does the test ping? I've yet to get the client running under Jamulus OS. The audio hardware probe gets hung up on HDMI.
What should the Rufus persistence setting be for a Jamulus OS stick? 4GB? - the minimum size USB stick recommended. Or 25GB?- the recommended size for a Jamulus partition on a hard drive.
Thanks, Don. I found a non-obvious link to that in the Troubleshooting documentation. I tried pinging (no response) and tracert (ultimately timed out) but the latter returned the domain bras-base-nwcson6602w-grc-07-206-172-251-71.dsl.bell.ca [206.172.251.71]. I suspect that it is a server local to the Bell customer, not a cloud VM. I guess the only easy/fast way to know the owner's contact info is if they post it in the Chat signature for the server. In this case, it is empty. I posted an enquiry...
Surveying the shortest pings from my locale reported by the client, I want to contact a Jamulus server admin to find out who hosts it. I may set up my own server on the same host. All that the Connection Setup dialog window provides is the 'friendly' server name and location. Some admins helpfully include the cloud VM host name in one or the other field. While it would be helpful if that was mandatory info, I'm hopeful there is another way of finding out in the meantime. Short of getting some packet...