Jamulus 3.7.0 final is here! #1293
Replies: 14 comments 35 replies
-
Gérald Niel dixit:
Is there a source deb ?
There will be one when I update the Debian package to 3.7.0.
I could probably do that in experimental if necessary, but not
in unstable right now as we’re preparing to release Debian 11
“bullseye” and necessary patches (see the other issue) go through
unstable currently.
I haven’t planned doing so at the moment (I’d rather see people
test the 3.6.2+dfsg1-2 we’ll be shipping, and my time is split
among many projects) but could be convinced if necessary.
bye,
//mirabilos
--
This space for rent.
https://paypal.me/mirabilos to support my work.
|
Beta Was this translation helpful? Give feedback.
-
I clicked the windows button and downloaded the new version of Jamulus. It has never given me that message before, and I have done quite a few downloads, including the 3.6.2 installer. |
Beta Was this translation helpful? Give feedback.
-
Almost OK. Thanks. |
Beta Was this translation helpful? Give feedback.
-
Thanks again for all this encouragement. I have installed it now from the Download link on SourceForge, got the same message as before, reported it as safe, saved it anyway, installed it anyway. |
Beta Was this translation helpful? Give feedback.
-
I've been a Jamulus user on Win10 since last May; it's been just terrific. Downloading & installing new updates has been fine in the past, so updating to 3.7.0 should be no problem now on my Windows PC.
Question: Is this still the command to use to update to 3.7.0 on the R Pi (substituting r3_7_0), or is there another command I need to use now for an update? Any suggestions appreciated. Thanks! |
Beta Was this translation helpful? Give feedback.
-
I have no idea as to the details, but I would be happy to help, if it is
not too far above my level of expertise. I've gotten certs set up on
websites, which I think is similar.
I don't personally run into that as I use Linux locally on on my server,
but everyone else I play with runs into this
h
…On Fri, Mar 19, 2021 at 4:05 PM ann0see ***@***.***> wrote:
That's great to hear! Do you have contact to them? Hopefully it'll support
our automated build process.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#1293 (reply in thread)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABJLZE27DJTNAAINHU5ZSUTTEOU67ANCNFSM4ZLRG6BQ>
.
|
Beta Was this translation helpful? Give feedback.
-
I've already upgraded to the new release but now I'm msiing the Pan-controls above the faders. Are they still there or were they removed. I already searched the configuration but I could find settings were they would appear. |
Beta Was this translation helpful? Give feedback.
-
Noam Postavsky ***@***.***> writes:
Your settings might have been reset, the pan controls only show up in
"Stereo" or "Mono-in/Stereo-out" modes.
Which begs the question: "why"? Even in "Mono" mode, the pan control
would affect the balance of a mixer strip from someone who sends stereo
signals.
…--
David Kastrup
|
Beta Was this translation helpful? Give feedback.
-
Tony Mountifield ***@***.***> writes:
It's because the panning is done in the server, not the client. In
full "Mono" mode, there is only a single channel of mixed audio from
the server to the client, which then gets sent by the client to both L
and R.
Sigh. And this single channel is _different_ depending on the pan
position when the _source_ of that mixer strip has sent a stereo signal
to the server, even if the _recipient_ has pure mono output.
… In "Mono-in/Stereo-out" and full "Stereo" modes, there are two
channels (L&R) of mixed audio from server to client. The server uses
the pan setting for each channel when mixing L and R separately for
the client.
--
David Kastrup
|
Beta Was this translation helpful? Give feedback.
-
Tony Mountifield dixit:
I’m not sure, without studying the code, whether with a hard-left pan,
for example, the recipient’s left ear receives any part of the sender’s
right channel, or only their left.
I’d expect it to contain both. I understood panning to work kind of like
rotating your head, or moving the person in the room: their full output
is mixed and redistributed so that it “comes more from the left/right” in
my own stereo.
But I’m not a sound technician…
bye,
//mirabilos
--
“Having a smoking section in a restaurant is like having
a peeing section in a swimming pool.”
-- Edward Burr
|
Beta Was this translation helpful? Give feedback.
-
Tony Mountifield ***@***.***> writes:
> Sigh.
Sighing doesn’t help; just explain and debate your point. We all have
things to learn from each other.
I already did and you ignored it, basically suggesting that I was so
clueless that it wasn't even worth considering what I wrote.
So I had to repeat it, wasting everybody's time.
> And this single channel is _different_ depending on the pan position
> when the _source_ of that mixer strip has sent a stereo signal to the
> server, even if the _recipient_ has pure mono output.
Ah, I understand what you’re saying, and it’s a possibility I hadn’t
considered. Maybe Volker didn’t either, when implementing Pan. Or
maybe he did.
I think what you are saying is that with a stereo input signal, and a
mono output signal with Pan, if the Pan is set full left, the mono
output only contains the left input, and if the Pan is set full right,
the mono output only contains the right input. And of course,
proportionally between those two extremes.
This is true, but of course, that received mono signal will still be
of equal strength in both the recipient’s ears, and not spatially
separated.
This is how a pan control on a stereo signal works on an actual physical
mixer. If you wanted the same flexibility as two mono strips with fader
and pan on a stereo mixer, in addition to the volume fader you'd need
all of a balance control, a stereo width control, and a pan control.
On physical mixers all you get is the same pan control you have for a
mono signal, just that it doesn't get the same signal on the left and
the right but different signals. If you use the mono output of the
mixer, this makes it work as a balance control.
That may certainly be useful in some contexts, but I think it is
different from true panning.
On a physical mixer, there is no such thing as "true panning". If you
actually want a panned signal, you need "surround processing" like sox'
"earwax" filter does.
If its benefit could be demonstrated, we could certainly consider it.
It has an effect, it has an obvious definition that agrees with what a
physical mixer does. It has no net effect on mono signals on a mono
mix, but the Jamulus server doesn't even have the information "mono"
when you work with "mono-in/stereo-out": it receives two identical
channels.
What I understand true (volume-based) panning to be is where moving
the pan control for an input hard to the left causes that input to
appear only in the recipient’s left ear, and similarly hard to the
right causes it to appear only in the right ear. It is this that gives
the spatial separation, and can't be achieved with mono output.
I have no idea what you call "true". I am talking about the
well-established behavior of actual physical mixers. It is not "true"
in any manner of the word, it is just how controls labeled like that and
looking like that work.
I’m not sure, without studying the code, whether with a hard-left pan,
for example, the recipient’s left ear receives any part of the
sender’s right channel, or only their left.
Only the left. That's how mixers implement it. It works as a "pan"
(not with spatial impulse responses but by volume distribution) when
both left and right channel are fed the same signal. When they are fed
different signals, they remain strictly separated and only their
relative volumes are adjusted.
And there is an open PR for a different kind of pan called delay
panning, where the spatial effect is created not using volume
differences, but rather small time delays between left and right of
each source, according to the recipient’s pan setting for that
source. Again, that relies on there being two channels to the
recipient, otherwise it is potentially just a very short reverb
effect.
If you want this to be useful, there is not just time delays but a
mapping to binaural impulse responses. Which includes both volume and
timing cues. And is the kind of stuff you could add with plugin
support.
I have some wireless Sennheiser headphone where I can switch on a
"surround" effect and it essentially does that with a signal that has
just been panned by volume.
…--
David Kastrup
|
Beta Was this translation helpful? Give feedback.
-
mirabilos ***@***.***> writes:
Tony Mountifield dixit:
>I’m not sure, without studying the code, whether with a hard-left pan,
>for example, the recipient’s left ear receives any part of the sender’s
>right channel, or only their left.
I’d expect it to contain both. I understood panning to work kind of like
rotating your head, or moving the person in the room: their full output
is mixed and redistributed so that it “comes more from the left/right” in
my own stereo.
But I’m not a sound technician…
For those who do not want to believe me, I can check where the
respective pages with the circuit diagrams from the Mackie mixers I use
are.
Just as a hint: for professional analog audio equipment, super low
additional noise (and no additional delay) for basic functionality is of
the very essence, so complicated things like delay lines (which aren't
even readily implementable with analog circuitry which is why there are
things like coil reverbs from the time where neither suitable digital
circuitry nor discrete-time analog bucket delays were available) are not
in there. They are separate devices if necessary.
…--
David Kastrup
|
Beta Was this translation helpful? Give feedback.
-
Until version 3.7.0. it was easy to install but now it ain't work anymore. Why isn't that working anymore????????????? |
Beta Was this translation helpful? Give feedback.
-
We're excited to announce the availability of Jamulus 3.7.0!
This release re-organizes Server lists to make room for more servers:
Besides that, numerous usability improvements, enhancements, bugfixes and optimizations have been integrated.
Please find all the details in the Changelog.
Note: If you are using ASIO4ALL, we strongly suggest that you take a screenshot of your ASIO4ALL settings before upgrading.
The installer will try its best to migrate your settings, but it may fail to do so when using custom installation paths.
Downloads (primarily on Github, alternatively on SourceForge):
This is the first release after the founder, developer and project lead of Jamulus, Volker Fischer (@corrados), decided to leave the project.
We want to use this opportunity to thank Volker again. Creating Jamulus and pushing it to the point where it is today was and is a huge accomplishment! Thanks, Volker!
Starting with this release, the project will be led by the Main Developers Team.
Thanks to everyone who did their part to make this release happen:
If you have any questions or feedback, we encourage you to start a Discussion on Github.
Beta Was this translation helpful? Give feedback.
All reactions