Hey hey,
since my system upgrade (Arch Linux) last night, I have issues with mod-host
or liblilv. The following error - or variants thereof - appears:
lilv_lib_open(): error: Failed to open library
/usr/lib/lv2/lsp-plugins.lv2/lsp-plugins-lv2.so
(/usr/lib/lv2/lsp-plugins.lv2/lsp-plugins-lv2.so: failed to map segment from
shared object)
can't get lilv instance
resp -102
With the calf vocoder it's libfreetype.so.6 and the segment from shared
object.
Can anyone hint at the origin or point to good possibilities?
I did reinstall mod-host and the calf plugins just now, in case something got
mixed up. No change before and after.
Best wishes and thanks,
Jeanette
--
* Website: http://juliencoder.de - for summer is a state of sound
* SoundCloud: https://soundcloud.com/jeanette_c
* Youtube: https://www.youtube.com/channel/UCMS4rfGrTwz8W7jhC1Jnv7g
* GitHub: https://github.com/jeanette-c
* Twitter: https://twitter.com/jeanette_c_s
I love the things you say
And I love the love your touch conveys <3
(Britney Spears)
Hey hey,
I am currently looking for an 8-port USB hub to connect a lot of USB MIDI
gear, a computer keyboard and a braille display. I think all of them will work
with the lowest bandwidth of 12MB. My system has USB1 and USB2. USB3 will
connect, as I found out.
Due to some devices requiring a little power over USB an externally powered
hub is required.
Does anyone here have experience with similar scenarios and hardware? Can
anyone suggest a device or series from experience, please?
Best wishes and thanks,
Jeanette
--
* Website: http://juliencoder.de - for summer is a state of sound
* SoundCloud: https://soundcloud.com/jeanette_c
* Youtube: https://www.youtube.com/channel/UCMS4rfGrTwz8W7jhC1Jnv7g
* GitHub: https://github.com/jeanette-c
* Twitter: https://twitter.com/jeanette_c_s
If there's nothing missing in my life
Then why do these tears come at night <3
(Britney Spears)
Thanks to Jeremy, Will, Ralf and everyone else who replied. I've tgken it all onboard.
I've got a Yamaha-KX550 cassette deck which I'm happy with as the source. I have to admit I'm not convinced an entry level sound device won't be plagued by noise or other quality problems even if the converters it has are decent, but I'm yet to decide how much money I am prepared to spend :)
All the best,
Jordan.
Hi
I like to announce a new release of GxPlugins.lv2
GxPlugins.lv2 is a set of mostly analogue guitar pedal simulations as
LV2 plugins, simulated with the guitarix ampsim toolkit.
This release add the GxCreamMachine, GXValveCaster and the GxBoobTube to
the set, and fix a issue with the bypass state under automation conditions.
I hope they may be useful for the one or the other.
Build instruction and screenshots may be found here:
https://github.com/brummer10/GxPlugins.lv2
the release tar.gz file is located here:
https://github.com/brummer10/GxPlugins.lv2/releases
regards
hermann
This has just popped up on my audio machine and I am not sure
what is going on. It's probably a change somewhere in PAM or
GDM config. If anyone knows what's up I would appreciate a clue.
Thanks!
Bill Gribble
# Some audio clients work fine, but Aeolus doesn't
grib@ghost:~$ aeolus
Cannot mmap shm segment /jack-1000-0 (Resource temporarily unavailable)
Map shared memory segments exception
JackShmReadWritePtr1::~JackShmReadWritePtr1 - Init not done for -1,
skipping unlock
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for 0,
skipping unlock
Error: can't connect to JACK
# Ok, what's that shared memory segment?
grib@ghost:~$ ls -l /dev/shm/
total 80440
-rw-r--r-- 1 grib grib 82280346 Jan 13 10:49 jack-1000-0
-rw-r--r-- 1 grib grib 1187 Jan 13 10:49 jack-1000-1
-rw-rw-rw- 1 grib grib 70744 Jan 13 10:33 jack-shm-registry
srwxr-xr-x 1 grib grib 0 Jan 13 10:49 jack_default_1000_0
-rwxr-xr-x 1 grib grib 12 Jan 13 10:49 jack_sem.1000_default_freewheel
-rwxr-xr-x 1 grib grib 12 Jan 13 10:49 jack_sem.1000_default_qjackctl
-rwxr-xr-x 1 grib grib 12 Jan 13 10:49 jack_sem.1000_default_system
# I would get -EAGAIN if the segment was too big... what's the limit?
grib@ghost:~$ ulimit -l
65536
# What? Just 64MB? That explains the error,
# but I thought audio group had unlimited memlock
grib@ghost:~$ groups
grib cdrom floppy audio dip video plugdev staff netdev bluetooth
grib@ghost:~$ grep memlock /etc/security/limits.d/audio.conf
@audio - memlock unlimited
# And in a crazy debugging fit I even set everybody's memlock
# really high ... so why is this process limited to 64MB?
grib@ghost:~$ grep memlock /etc/security/limits.conf
# - memlock - max locked-in-memory address space (KB)
* - memlock 512000
> > On Thu, 17 Jan 2019 at 23:22, Bill Gribble<grib(a)billgribble.com> wrote:
> >> I have opened a Debian bug report against the "libpam-modules" package
> >> (containing pam_limits.so, the module that actually reads and applies
> >> the /etc/security/limits.{conf,d} limits). We'll see what happens!
> > For the benefit of other readers, I guess that would be this one:
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=919528
>
> That's the one. To summarize my later findings for posterity, this
> isn't a "bug" in libpam-modules per se but a known bad-interaction
> between systemd and gnome.
>
> In short, systemd implements its own system for setting process limits
> on login, and /etc/security/limits.* are obsolete.
Or systemd is ugly and buggy...
> Here's the Link I Needed To Find:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1364332
>
> The bummer is that systemd's mechanism for setting limits is less
> powerful than the limits.conf style and doesn't permit setting limits
> for users based on group membership.
More, systemd approach has changed PID1 to be similar to Microsoft Windows
svchost, break portability, ignore backwards compatibility, replace existing
services, having also many other problems...
The systemd's system for setting process limits on login is one of them.
More in general, systemd-based Linux distributions (such is Debian) are not a
good choice for audio IMO.
> I still haven't nailed the workaround (the ideas in the fedora thread
> above haven't worked, but I have little understanding of how systemd
> manages processes so I'm sort of poking in the dark) but I will post a
> followup to this thread when I do so that others might benefit as well.
>
> bg
For me, a simply and definitive solution was upgrading from Debian to Devuan
<https://devuan.org/> (with Mate desktop -- yes, Openbox should be better, but I
did not have experimented it yet). My Linux audio DAW based on Devuan works
quite well without any change in my settings and configuration files.
Regarding the "right" value to be set as the maximum limit of RAM memory space
that can be reserved by the audio applications (memlock), it should be
appropriately "calibrated" (also at attempts) both on the basis of the memory
available in the system and the requests of the audio applications that are
used.
Although it is possible to set this value so that it is "unlimited" or equal to
the entire RAM memory available in the system (memlock unlimited), this is not
generally advisable because it could lead (especially in the presence of
"buggy" applications) to abnormal behaviors or system blocks.
A good practice should be to use a value that is lower than the total
amount of RAM available (i.e. in systems with at least 2GB of RAM, it is
advisable to leave at least 1GB of memory "free").
Regards
--
al3xu5 / dotcommon
Say NO to copyright, patents, trademarks and any industrial design restrictions.
Greetings,
A little moody ambience from a work in progress exploring automatic
melodic generation with VCV Rack modules.
https://www.youtube.com/watch?v=DXFz7xNGYjc
Still working on it. :)
Best,
dp
Hi Joe,
Thanks for the reply. I know this part of the question isn't linux specific, but presumably the AD converters in something like that aren't "as good" as those in a more expensive device though? I guess my question is do I have to fork out for a feature rich device such as one of the RME ones, or is there something with a more limited feature set out there (eg only 2 channels) that is of equally high quality?
And then of course the linux specific question is -> Is it supported?
thanks,
Jordan.
--------------------------------------------
On Tue, 15/1/19, Joe Hartley <jh(a)brainiac.com> wrote:
Subject: Re: [LAU] USB interface for backing up old tracks mastered on cassette
To: linux-audio-user(a)lists.linuxaudio.org
Date: Tuesday, 15 January, 2019, 19:59
Hi,
Jordan. You can probably use a low-end interface like the
Behringer
UCA202 which runs around $30 US.
While certainly not great, I've found it
fine for playong audio out to my stereo and to
do the occasional cassette
or turntable
transfer.
--
======================================================================
Joe Hartley - UNIX/network Consultant
- jh(a)brainiac.com
Without deviation from the norm,
"progress" is not possible. - FZappa
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-user