Do you know the server specifications? Processor and clock...
A quick update: I added a couple of extra features, still in an experimental stage. - an automix feature. It produces a stereo MP3 for each recorded session which provides a rough preview of the recording. - a consolidate feature to produce separated tracks all starting from time zero, to be more easily imported in any DAW. It is still experimental, thus no install script, however it only touches the web side (and can be also run standalone from command line). https://github.com/vdellamea/jamulu...
ops, https://github.com/vdellamea/jamulus-server-remote/tree/main/EXPERIMENTAL-automix
from the local network did you try to use the public IP (the router IP) or the private ip (192.XXXXXX)?
A quick update: I added a couple of extra features, still in an experimental stage. - an automix feature. It produces a stereo MP3 for each recorded session which provides a rough preview of the recording. - a consolidate feature to produce separated tracks all starting from time zero, to be more easily imported in any DAW. It is still experimental, thus no install script, however it only touches the web side (and can be also run standalone from command line). https://github.com/.../blob/main/EX...
A quick update: I added a couple of extra features, still in an experimental stage. an automix feature. It produces a stereo MP3 for each recorded session which provides a rough preview of the recording. a consolidate feature to produce separated tracks all starting from time zero, to be more easily imported in any DAW. It is still experimental, thus no install script, however it only touches the web side (and can be also run standalone from command line). https://github.com/.../blob/main/EXPERI...
I think I do not fully understand . My usual setup has always 3 windows (main, settings, chat) open as in the screenshot. The connection setup closes when you connect, however in general you do not need it continuously open.
Hi, at present the remote is just assuming recording starts off, thus no synchronization, which also means that only one admin may use the interface. However, I investigated about how to synchronize, and the next revision will include some synchronization. Here my plan: systemctl status jamulus provide a log of activities, where the recording state is clearly recognisable: Jan 24 21:39:08 ip-XXX-XXX-XX-XXX jamulus[884]: Recording state disabled Jan 24 21:39:08 ip-XXX-XXX-XX-XXX jamulus[884]: ***...
Happy to know! I imagined the smallest server was not sufficient. I add another advantage: I do not know your habits, but when we were playing in our room and recorded to check the results, quality was awful. If you record on the server, you will have single tracks to be mixed afterwards. Much better.
Hi Kevin, what is the correct way to permanently change levels (gain/output volume) for an interface without physical controls? I am experimenting with a cheap adapter (I know, you discouraged using them, but I like testing things). Thanks.
For the client, bandwidth is secondary; 10/1 can be sufficient provided that ping is low and steady. Avoid WiFi.
On a Mac, it has been suggested to switch off location services, disable WiFi too (even if you use Ethernet, disable WiFi), be sure Google Drive or similar are in pause. Regarding Soundflower, it is not really maintained since years, perhaps you could try Black Hole that is more up to date (and equally free). However, I am still thinking that 467/8 is a suspect download/upload ratio (what are the nominal values? i.e., what are you paying for?). If you have a spare Ethernet cable, I would try to change...
The extra delay beyond ping should be what you have seen when on the local server, i.e., 20ms steady. 35-65 is a (too) wide range. One strange thing is the great asymmetry you have in download/upload, for me is not normal.
What I am doing, and other people do, is to let the auto system reach stability - it takes some time to go down to some decent value. Then I disable Auto and lower both of 1 (or increase).
I think there could be some attenuation done in the server, to have headroom when mixing.
In principle yes, but I am not sure how to take care of privileges under Windows. However, if you are using Windows with its interface, toggling recording can be made from the Jamulus windows.
The usual place for feature requests is the Github site: https://github.com/corrados/jamulus/issues
If everything is identical, it should behave the same way. If not, there should be something different. With TeamViewer you cannot see the physical audio interface: I do not know Presonus, but in some interface there is a button to enable/disable local monitoring.
it's worth a try, however 512MB RAM is under the minimum suggested for running Jamulus (1GB). Anyway, at those prices, testing is almost free :) (in Frankfurt you have both AWS and Google regions too).
it's worth a try, however 512MB RAM is under the minimum suggested for running Jamulus (1GB). Anyway, at those prices, testing is almost free :)
since you are answering right now, I suppose you are in EU. If so, at the beginning I compared AWS and Google Cloud in equivalent regions, and performance was the same, however Google free tier allows servers only located in US regions (no good for us). However, if you run a server just for few hours a month, prices are always low. If you run a traditionally hosted service, you have to pay full months/year.
I am for sure among those that, because shy (or aware of his own limitations :) ), preferred to install a private server since the beginning, thus I understand most of those willing the same (shy, or also playing own songs and not willing others to listen). Regarding the empty servers, in other places there has been some discussion on the different role Jamulus took with Covid: not only jams, but regular tool for (private) rehearsals. However, a number of people without technical expertise (not the...
AWS is Amazon Web Services - on their servers you can install what you want. Actually, the usual solution is Ubuntu 18.04 + Jamulus. However, there are scripts for installing Jamulus on Debian and Fedora too. However, it depends on where you are. Google Cloud, Azure, Vultr, etc are alternatives, the best thing with cloud is that you may experiment without spending much. You will need a server located "close" to you, although it is not the main determinant.
AWS is Amazon Web Services - on their servers you can install what you want. Actually, the usual solution is Ubuntu 18.04 + Jamulus. However, there are scripts for installing Jamulus on Debian and Fedora too. However, it depends on where you are. Google Cloud, Azure, Vultr, etc are alternatives, the best thing with cloud is that you may experiment without spending much.
AWS is Amazon Web Services - on their servers you can install what you want. Actually, the usual solution is Ubuntu 18.04 + Jamulus. However, there are scripts for installing Jamulus on Debian and Fedora too.
AWS is Amazon Web Services - on their server you can install what you want. Actually, the usual solution is Ubuntu 18.04 + Jamulus. However, there are scripts for installing Jamulus on Debian and Fedora too.
AWS is Amazon Web Services - on their server you can install what you want. Actually, the usual solution is Ubuntu 18.04 + Jamulus.
I would check he is not listening to local monitoring of his own sound.
Most of the servers you see listed are on the cloud, not at home. ISPs not necessarily interconnect among them in your city, so the signal could go to some larger city and then back even if you are close. And also their internal paths are likely not optimised for having servers in homes. Cloud servers are well interconnected with other providers. From what you write, you are able to manage a Linux server: you may try the free tier of Amazon AWS, which gives you a free server for one year, very basic...
Most of the servers you see listed are on the cloud, not at home. ISPs not necessarily interconnect among them in your city, so the signal could go to some larger city and then back even if you are close. And also their internal paths are likely not optimised for having servers in homes. From what you write, you are able to manage a Linux server: you may try the free tier of Amazon AWS, which gives you a free server for one year, very basic but sufficient to play and test. If performance is not sufficient,...
I am not sure how difficult is, but at least is somewhat different from the usual "Receive Audio only" aimed at listeners :) . Both could be useful, however, download bandwidth is (much) less critical than upload.
It would be useful to have a list of posts made by members on musical forums, so that we can contribute with comments if we are members too. One is here: https://www.talkbass.com/threads/on-line-jamming-technology.1496857/
I do not think there will ever be improvements on delay with new versions , as well as worsenings - most of the delay does not depend on Jamulus. In this specific case, I would check whether there is something running on the slower Mac, e.g., Spotlight doing indexing (which will resolve in few hours), or Google Drive/Dropbox/Onedrive syncing contents, etc.
You have to copy only the .php files in /var/www/html, and you have to set again passwords and server name in config.php. From the next time, likely config.php will not change, so it will be sufficient to copy the rest. At the beginning of README there is the command needed.
If you have sufficient bandwidth, yo may also launch two instances of Jamulus on the same computer, set on different devices. Or, if the mic is just to talk in the pauses, you may switch device when needed .
MacOS X El Capitan v10.11 or higher for the last versions - Likely 3.4.1 is the last for 10.9.
Which Mac OSX version?
Try with this service: https://www.ipvoid.com/udp-port-scan/ A public server does not need the same opening.
I released an update with some new features, notably a display of the free memory on the server, a button to delete ZIP files, and a couple of safeguards during installation (y/n questions). https://github.com/vdellamea/jamulus-server-remote
"occasional issues" is ok, "constant fight" kills the fun. Ok, of course. I have to say that while we are not in an optimal setup, the usual situation is much more like occasional issues than constant fight. However, we almost surrendered to play (too) fast songs. Only "almost" because the drummer, which we missed for a lot of time, may make the difference. Now here's a lot of social interaction going on I agree, and this has been particularly useful during Spring, when at least here in Italy we...
Tom: did you ever listen to WorldJam? I think it is a good example, although backed by technically expert people. I regularly play since April, 7 of us, ping ranging from 18 to 40. I am among those with least bandwidth (20/1), thus I reduced variability by closing almost any software that I know is communicating (Slack, Telegram, Google Drive, email, etc). Admittedly, our expectations are not too high, and we are happy to be able to play together even with occasional issues. However, what I have...
the "mic" app.
if you explain which app you are using, maybe it could become possible to help you.
I modified the index.php file in the repository, now the button is called "Refresh list".
Hi Luuk, I suspect the button label is not the clearest. It just refreshes the list of sessions, actually the only difference will be the size of the last session if recoridng is ongoing. Refresh happens automatically at each other button click, but if you want to know how large is the current ongoing recording, you have to refresh it. Maybe "Refresh list" is clearer.
During tests, I terminated a number of instances because of messing with sudo privileges... :) . I am investigating on how to check the recording status, because as is everything is blind, I suppose to start off, but who knows. Actually, I have also found a solution, and as soon as I have some time, I will implement it. Matter of days.
Did you try without the dock attached? Just to sort out a possible incompatibility.
I was going to tell you to check it :) . Everything okay?
As I told I never tried, however is mentioned in some threads, including this one from Volker: https://sourceforge.net/p/llcon/discussion/software/thread/5c722233d2/?limit=25#2bd9 The--nogui option is for both client and server.
There aren't options to inject sound directly in the server, however there should already be an headless client mode (never tried).
I too record and download, and recently started to zip everything; however, I never thought at transfer costs, thanks for the heads up (though my monthly bill is negligible). I know a fixed cost is the EBS, but affordable in the sizes we need if we delete recordings. By the way, I recently developed a web interface to toggle recording and download zips (check here: https://sourceforge.net/p/llcon/discussion/software/thread/4288b44c95/ ).
Since testing different platforms costs almost nothing, you may try some cheaper alternative - c5.large is about 0.10$/hour, and likely more than adequate.
Thanks David, I tried a DynDNS domain and it was very fast; I expected much longer propagation times. Funnily enough, one of my friends what disoriented by the domain instead of the usual ever-changing IP, but he will get used :) .
If you mean the Jacktrip Virtual Studio, it contains a Raspberry with the HiFiBerry interface. The latter has been reported to function with Jamulus (e.g., https://sourceforge.net/p/llcon/discussion/hardware/thread/65bb8d30/?limit=25#5f39 ), and can be bought independently. However, it's not something you can run on the PC, or, to be more clear, it is a standalone computer by itself with Linux, doing everything except the user interface, which indeed could be on your computer. ASIO is a windows-specific...
It was my understanding initially, however they have specific software here: https://github.com/jacktrip/jacktrip and with slightly different capabilities (including better sound quality at the cost of bandwidth). And they have servers, which will be no more free from February.
It's the same, it is only mediated by another app. And in any case you have already Jamulus on, you have just to understand how to start it. If not easy, just install Jambox. From Jacktrip FAQ: Can I use other JackTrip and Jamulus clients with Virtual Studio? Absolutely! You will be able to use Virtual Studio managed devices with JackTrip or Jamulus hub servers that you host externally. You will also be able to use JackTrip and Jamulus command line and GUI clients with Virtual Studio managed hub...
By the way, reading here: https://jacktrip.zendesk.com/hc/en-us/articles/360055205313-Virtual-Studio-Image-for-Raspberry-Pi , Jamulus is already on the JVS system...
The JVS is a complete computer, doing everything, it's not like a simple audio interface, and cannot substitute an audio interface because it is more. What you see on your computer is just a web app residing on the Raspberry. Jambox is exactly the same (up to many technical details): Jamulus runs on the Raspberry and you can manage it via web. The easiest thing you can do is to install Jambox on a different sd (so that you can always turn back to JVS) and try it.
I recently developed a very basic web-based interface for recording. It is aimed at headless linux servers (e.g., cloud ). It has been tested on Ubuntu only, but it is adaptable to any Linux distribution. Be aware that, for security reasons, it is better to have https enabled, in particular if your server is running 24/7. Thanks to Zaid Crowe, Tony Mountifield, Peter Jones. Everything can be found here: https://github.com/vdellamea/jamulus-server-remote Installing from scratch is very easy, adapting...
Yes. This could be a market for companies that try to make a living on this (Jamkazam , Jacktrip, Elk ... ). As far as I know, there are at least two or three new companies that sell services based on Jamulus. The first one has been https://melomax.live , Then there is https://koord.live/ and recently also https://musicbridge.world . Jamulus itself is an open source software where energies of the few great collaborators go towards development...
If you mean the Jacktrip Virtual Studio, it contains a Raspberry with the HiFiBerry interface. The latter has been reported to function with Jamulus (e.g., https://sourceforge.net/p/llcon/discussion/hardware/thread/65bb8d30/?limit=25#5f39 ), and can be bought independently. However, it's not something you can run on the PC, or, to be more clear, it is a standalone computer by itself with Linux, doing everything except the interface, which indeed could be on your computer. ASIO is a windows-specific...
I agree that the name is the least. Here a comparison with competitors in terms of searches: https://trends.google.com/trends/explore?q=JamKazam,Jamulus,jacktrip,%2Fm%2F06v4nv,jamtaba . Jamkazam had more searches but then settled at Jamulus level. In the small niche, Jamulus is not that bad.
I agree that the name is the least. Here a comparison with competitors in terms of searches: https://trends.google.com/trends/explore?q=JamKazam,Jamulus,jacktrip,%2Fm%2F06v4nv,jamtaba . Jamkazam had more searches but then settled at Jamulus level. In the small niche, Jamulus is not that bad.
I too agree: at least to begin, let's people start with what they have, but then give them indications on how to enhance their experience. When involving others, you will soon find that your WiFi situation is rarely replicable, in particular if the router is far from the music room (it's not only more latency: on WiFi you may temporarily reach ping of hundreds of ms ). My band adopted a variety of compromises, because at the end our expectation is "just" to be able to play together, quality helps...
I too agree: at least to begin, let's people start with what they have, but then give them indications on how to enhance their experience. When involving others, you will soon find that your WiFi situation is rarely replicable, in particular if the router is far from the music room (it's not only more latency: on WiFi you may temporarily reach ping of hundreds of ms ). My band adopted a variety of compromises, because at the end our expectation is "just" to be able to play together, quality helps...
I too agree: at least to begin, let's people start with what they have, but then give them indications on how to enhance their experience. When involving others, you will soon find that your WiFi situation is rarely replicable, in particular if the router is far from the music room (it's not only more latency: on WiFi you may temporarily reach ping of hundreds of ms ). My band adopted a variety of compromises, because at the end our expectation is "just" to be able to play together, quality helps...
What WIFi really adds is not extra latency, but (much) extra variability (jitter) in latency. Variability in latency disturbs much more than few stable ms. The channel is shared, so you have to be sure all others are really switched off (in my home this means 3 phones, 4 iPads, another computer, Amazon TV Stick, Google Chromecast, ... ). Plus, you have to be sure no neighbours are set on the same channel. If you are in "close proximity of the router", there is no reason for not using a cable. If...
how long does it take to propagate a change in IP address for a DynDNS domain?
I too decided to go with a larger server, open only for rehearsals (c5.large), mostly because I have read somewhere that also the network is shared in shared instances. However, I just switch on and off, without terminating it (12-15GB EBS does not cost much - about 0.05/day). I use 18.04 because the default install takes less disk space. I just give the IP address every time to my friends, no need for a domain name.
Our drummer initially was just switching the device to the builtin mic of the computer when he had to speak, and back to the interface to play. However it is not practical, better to have two channels.
I think listen-only clients for Jamulus could be a nice idea, although too many of them might consume the bandwidth needed for players. Regarding the monitor idea, did you check Sonobus? It's a p2p system with mobile clients. I am not sure how well such thing may function when sharing the same WiFi channel.
Mono vs.stereo, audio quality, network buffers: all these influence stream rate.
Lightsail is on a shared instance; it is not obvious that bandwidth and processor are always 100% available. The baseline usage for the cheapest server is 5% of CPU usage (https://lightsail.aws.amazon.com/ls/docs/en_us/articles/amazon-lightsail-viewing-instance-burst-capacity ). This means on average you have to use 5%, which means you may go welll beyond, if most of the time you stay well below. Regarding the network , there is no info on how it is shared.
I suspect compressing would take more computational resources than just writing down in WAV format... perhaps feasible with only few musicians, but not in the general use case. However, you may automate conversion at the end of a session, and then discard the original files.
Thanks, I will try it. However, I suspect the more bandwidth needed goes closer to my network limit, thus giving issues.
64 and 8 or 10 for the UM2 ... regarding small network buffers, I am unable to use it also on Mac (the network is so so - ADSL 20/1).
done, of course :)
This is what I suppose to have done: changed them in /etc/jackdrc.conf .... but maybe there is something more to do?
Kevin: I tried to modify PERIOD and NPERIODS because of too much crackling (not knowing what I am doing of course), I found 64 and 8 as decent values, however: why the buffer delay options 128 and 256 are always disabled in Jamulus? Just to understand. Thanks.
The cheap offer from Amazon is called LightSail, if you need to run it continuously (5-10€/month). However, at the beginning you have 1 year of free tier, with which you may have a machine continuously running for free (EC2, tx.micro servers). I consumed my free tier years ago for other things. I use a faster EC2 machine and switch on/off before and after rehearsals - I spend about 3€/month for that.
update and upgrade do totally different things, however if you succeeded, that's good ;) .
i think mixing is only made server-side right now.
Me too! no issues, it successfully recognizes also my Ammoon mixer. Thank you very much. I will have to choose 128 like on my computer (for both interfaces).
Thanks. 2) is not an issue, while playing my hands are 200% busy :) .
Thanks, when you have ready something to try, I will test it.
Regarding 8., I simply switch off WiFi in the home when playing :)
Actually, my RPi is 2GB. And, ehm, I bricked it by tring to force install the last VL805 firmware (because of such CURRENT: 00000000 LATEST: 00000000). Now I am recovering it :)
I have the same issue (check from here on: https://sourceforge.net/p/llcon/discussion/533517/thread/096167a246/#65cb ). try to check USB devices with the lsusb command, and also try to insert a USB drive. I have not yet solved the problem, but since with a regular Raspberry OS the sound interface is recognised, I am sure we will find a solution.
Thanks, this is the output: pi@jambox:~ $ sudo rpi-eeprom-update BCM2711 detected VL805 firmware in bootloader EEPROM BOOTLOADER: up-to-date CURRENT: Thu 03 Sep 2020 12:11:43 PM UTC (1599135103) LATEST: Thu 03 Sep 2020 12:11:43 PM UTC (1599135103) FW DIR: /lib/firmware/raspberrypi/bootloader/critical VL805: up-to-date CURRENT: 00000000 LATEST: 00000000 pi@jambox:~ $ cat /proc/cpuinfo | tail -n4 Hardware : BCM2835 Revision : b03114 Serial : 100000001bab0b5d Model : Raspberry Pi 4 Model B Rev 1.4 pi@jambox:~...
I did some homework, which let me in part happy, in part not. I have put a Raspberry OS "base", as from their web site, on a microSD; booted from this card, lsusb as well as aplay and arecord recognize the UM2 but also my mixer. I am happy: USB is not broken. I burnt again Jambox, and they are not recognised (nor a USB drive). However, there is an additional difference that might help in debugging. With Jambox, lsusb lists only: Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub While...
The root hub device appears, but not any other device in any of the 4 ports. I could re-flash. Looking for info I found different reports of failing USB, however mostly associated with Ubuntu.
An UM2 arrived (thanks to recent discounts), but it seems not recognised too. The power light is even not on (while on the mixer it is). I tried inserting USB drives, but nothing can be seen either with lsusb or lsblk. So, likely the issue is with the RPi (or the power supply too weak, but USB drives do not need much). EDIT: I tested with an iPad power supply + USB-C cable, and did not change.
An UM2 arrived (thanks to recent discounts), but it seems not recognised too. The power light is even not on (while on the mixer it is). I tried inserting USB drives, but nothing can be seen either with lsusb or lsblk. So, likely the issue is with the RPi (or the power supply too weak, but USB drives do not need much).
At least in some place the <1ms is stated as related to the interface latency, not to the overall latency, which in any case depends on the network. This would be better than USB interfaces. Anyway, it will good for pros, and I am happy with a server-based solution that also allows to record much much better than our previous smartphone-based, drums-covered recordings :)
Regarding professionals, be aware that there is Aloha by Elk in beta and likely out in few months. It's a different thing (p2p, no server involved), likely expensive, but from a business point of view it is surely a competitor on such audience (if you in future will be able to provide Jambox-ready boxes...).
Jambox does what you need up to the point that someone has to prepare the box. The box is then accessible through a browser if needed, but even used as is if configured to connect to a specific server. The Author is here on the forum and helpful in case of need. One thread: https://sourceforge.net/p/llcon/discussion/533517/thread/096167a246/
Jambox does what you need up to the point that someone has to prepare the box. The box is then accessible through a browser if needed, but even used as is if configured to connect to a specific server. The Author is here on the forum and helpful in case of need.
Solved going back to Ubuntu 18.04 instead of 20.04 (not sure why).
Did you try by directly running Jamulus instead of using the service?
I think that in the pre-Covid era, the only real reason for playing online was to jam with distant people - not for many. Now a larger population of musicians that cannot play together even if not too far has found Jamulus as solution. Anyway, Koord (and Melomax) are a good idea, although I am not sure it will be a long-lasting business (at least I hope :( ). The issue of latency is clearly exposed in the site.