Linux-audio-user January 2019

linux-audio-user@lists.linuxaudio.org

46 participants
43 discussions

[LAU] mod-host (or lilv) issues: failed to map segment from shared object

by Jeanette C.

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)

7 years

[LAU] [OT] 8-port USB hub

by Jeanette C.

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)

7 years

Re: [LAU] USB interface for backing up old tracks mastered on cassette

by Jordan Muscott

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.

7 years

[LAU] [LAA] [LAD] GxPlugins.lv2 release v0.6

by Hermann Meyer

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

7 years

[LAU] memlock limits not set correctly?

by Bill Gribble

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

7 years

Re: [LAU] password

by Jeanette C.

Hey hey, I think you'd want to send that to something like linux-audio-user-request(a)lists.linuxaudio.org I'm not 100% sure, try the list page if that fails. Best wishes, 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 You might think that I won't make it on my own, But now I'm Stronger <3 (Britney Spears)

7 years

Re: [LAU] memlock limits not set correctly?

by al3xu5 / dotcommon

> > 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.

7 years

[LAU] password

by al3xu5 / dotcommon

7 years

[LAU] 1625 [music]

by Dave Phillips

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

7 years

Re: [LAU] USB interface for backing up old tracks mastered on cassette

by Jordan Muscott

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

7 years, 1 month

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Linux-audio-user January 2019