Hi,
Some sample libraries are taking up to 20GB of harddisk space. Is there
a way to put them on external disk and still getting good results when
using them in a sampler (linuxsampler)? Which type of hard disk is good
for it?
Regards,
\r
Folks,
I would love to follow everyone from the Linux Audio mailinglist who
releases stuff on SoundCloud. Please, respond with your SoundCloud links!
^_^
Louigi Verona
https://soundcloud.com/louigiverona
Hey hey,
I experience a few issues of late and I think some ALSA settings haven't been
stored correctly. I sync my two cards via S/PDIF. What are the appropriate
settings for the two cards?
I assume in the slave the clock has to be set to IEC958. But in the master? Is
it the right solution to set S/PDIF and S/PDIF 1 to IEC958 In L and R
respectively? Currently the master card has PCM out chosen for both S/PDIF
channels.
Best wishes and many thanks,
Jeanette
--
* Website: http://juliencoder.de - for summer is a state of sound
* Youtube: https://www.youtube.com/channel/UCMS4rfGrTwz8W7jhC1Jnv7g
* SoundCloud: https://soundcloud.com/jeanette_c
* Twitter: https://twitter.com/jeanette_c_s
* Audiobombs: https://www.audiobombs.com/users/jeanette_c
* GitHub: https://github.com/jeanette-c
What's practical is logical. What the hell, who cares?
All I know is I'm so happy when you're dancing there. <3
(Britney Spears)
In our current world situation I see a lot of videos, and in some cases
live, performances by multiple musicians/vocalists in physically different
locations.
Some are obviously in a MacGyver setup in the closet, others are in rather
tricked out home studios (like the one I just watched of the Doobie
Brothers, where they all were in their own studio).
Some are obvious compilations, video effects, etc. added. But, when they
are live how do they deal with delays and monitoring for the local
performance (in the Doobie's one, there was some post processing, but, the
duets seemed really tight, both instruments and vocals.)
My question is, have any Linux folks had any experience setting this, with
Linux tools obviously..., and how did you deal with delays and monitoring
when live or (I assume when processed video is involved) monitoring and
delay for multi-tracking from around the world?
Regards,
Mac
Hi there, recently I've been running into major problems with Electron apps
for the Linux desktop (Microsoft Teams and Riot.im) modifying my mic input
levels. Also Chrome / Chromium do the same thing during WebRTC calls, they
raise my mic level to 100%, thus completely saturating the audio and making
it unusable. I drop it back down manually, but within a few seconds it
creeps back up to 100% again. In Windows there's an option to not allow
programs to control a specific device. Is there any way to do this with ALSA
and/or PulseAudio? Thanks a lot.
--
Sent from: http://linux-audio.4202.n7.nabble.com/linux-audio-user-f5.html
Dear list,
I'd like to announce the release of a new and greatly improved version
of the SuperCollider "Mosca" quark for three-dimensional sound
spatialisation. The notes for the release are as follows:
"Revised SuperCollider quark for three-dimensional sound spatialisation,
with recent developments featuring the work of Thibaud Keller from
SCRIME, University of Bordeaux. Mosca includes multiple spatialisation
libraries assignable on a per-source basis, banks of RIRs for both
'close' and 'distant' convolution reverberation (again on a per-source
basis), support for higher-order ambisonic signals and sound files,
improved GUI, OSC interface for the intermedia sequencer OSSIA/score and
many other improvements and optimisations."
Once the quark is installed, documentation found in the help file for
the Mosca. On the help page, see the link for the "Guide to Mosca" for
full documentation.
The source code is located here: https://github.com/escuta/mosca
Also available is the paper "Three-dimensional sound design with Mosca"
that Thibaud and I presented at a conference last year:
https://www.researchgate.net/publication/336983923
Please let us know if you use Mosca in any projects!
All the best,
Iain Mott
________
Iain Mott
mott(a)escuta.org
iainmott(a)unb.br
https://escuta.orghttp://cen.unb.br
On Tue, May 5, 2020 2:43 pm, Christoph Kuhr wrote:
> Well, actually using the same ISP in the same city does not
> make a difference. My mate and me have both
> Unitymedia/Vodafone cable network access. We had the same RTT
> as with the other one at another ISP with ADSL.
That is a really interesting observation. Not what I expected, so I am
curious why there is not more added latency from the routing out of your
ISP and into the other ISP.
Perhaps the latency on the modems is high enough that the customer end
equipment dominates over the routing delays.
> It is worthwile noting that we are limited by the speed of light.
300km/ms speed of light, the lowest ping time I have ever seen from my
computer to a machine outside my house is about 20ms. I know not all of
those machines were 6000km away, so I think speed of light is pretty low
on the list of factors influencing delay. Yes for large distances, but
should not have been a factor in your connection inside the same city
through the same ISP.
> I read a paper a while ago which stated that most delay occurs in the
> access network, the last mile, due to shared media and signal
> multiplexing.
Also both DSL and cable modem involve lots of pretty sophisticated DSP
operations, that all takes time. I have not seen any information on time
delay between ethernet packet in and cable or DSL packet out, or the
reverse. That may be a significant portion of the delay.
And for anyone not familiar with the term "bufferbloat" or "buffer bloat"
you should verify that you are using appropriate active queue management
at your home router. There have been many papers, blogs, presentations,
etc. on how poorly most equipment manages network queues at the points
where network bandwidth changes (such as from your home 1Gb connection to
the usually much slower upstream connection). If the queues are too deep
then many packets can be buffered in the network equipment waiting for
transmission, especially if you have multiple applications active and
sharing network bandwidth simultaneously.
--
Chris Caudle
