Linux-audio-user

linux-audio-user@lists.linuxaudio.org

7 participants
20706 discussions

Re: [LAU] Behringer X32 - glitch problems

by nik＠parkellipsen.de

Hmm I have to check, I think i deactivated audit as well. I haven't done any real profiling, but to be honest I don't think there's a huge difference, no. From a purely intuitive assessment, it takes a little more load to cause xruns. Best, Niklas Ralf Mardorf wrote on 10.10.2019 00:02 (GMT +02:00): > > https://make-linux-fast-again.com/ > > Hi, > > for testing purpose you might want to disable audit by boot parameter > 'audit=off', too. If you should use the kernel config of the AUR tarball > ( https://aur.archlinux.org/packages/linux-rt/ ) , audit is > enabled. > > https://lists.archlinux.org/pipermail/arch-general/2018-September/045580.ht… > http://lists.jackaudio.org/pipermail/jack-devel-jackaudio.org/2019-July/002… > > Btw. does it make a noticeable difference for rt audio performance on > your machine, if you disable those mitigations? Did you compare the > performance with and without mitigations? > > Regards, > Ralf > > >

6 years, 4 months

[LAU] Proper signal flow when tracking + processing microphone input

by Andrew A. Grathwohl

Hello folks, If I am recording a live microphone input, while also routing that signal to be processed in SuperCollider, which of these two signal flows would provide the least latency between the live microphone signal and the output from SuperCollider? 1. Route microphone into both Ardour5 and SuperCollider at the same time (my current setup) 2. Route microphone into Ardour5, then feed that track's monitor signal into SuperCollider I am using Jack2 on Arch Linux, with linux-rt-lts kernel. My Jack2 settings are 48kHz, 96 bufsize, 3 periods. Despite the fact that I am multi-track recording 18 channels (2 from mics, 16 from SuperCollider), I get hardly any xruns on this setup. My problem is that, under this configuration, I've noticed that the live microphone input seems to get recorded to its Ardour5 track *after* the SuperCollider output. This can't be correct since the SuperCollider signal relies on the microphone input to make any sound at all, so somewhere in the chain the microphone signal is getting delayed on its way into Ardour5. Expected behavior would be for the mic signal to be written to Ardour5 followed by the output from SuperCollider's processing of that input. I can't tell if the current predicament is due to a sub-optimal signal flow strategy or if I need to explore software/hardware bugs. Many thanks in advance for any help! -Andrew I have been using Ardour5 to multi-track record 18 channels of audio. 16 of the channels come from SuperCollider 3.10, running on the same Linux workstation as Ardour5. The other two channels are live microphone feeds, which correspond to audio inputs 1 and 2 on my RME Babyface Pro. Jack2 is used to route this live mic audio as well as the SC3 audio outputs into Ardour5. Additionally noteworthy is that these two live microphone feeds are also plugged into SuperCollider. The 16 SuperCollider outputs are the result of realtime processing being applied to those two microphone inputs. As crazy as this all sounds, this setup has generally worked splendidly, especially after building the linux-rt-lts kernel and tuning Jack2 for low-latency operation. (I run Jack2 at )

6 years, 4 months

[LAU] Linux Audio Conference 2020 : Call for scientific & artistic works

by Linux Audio Conference

The 18th Linux Audio Conference call for participation is open. The conference will take place May 11-13, 2020, at the SCRIME, part of the University of Bordeaux in France. Up-to-date information will be available at the following address : https://lac2020.sciencesconf.org/ Linux Audio Conference is the premier meeting of developers, researchers, and artists developing and using free, libre and open-source audio software, mainly on the GNU/Linux operating system. The conference is part of the Linux Audio consortium. A special event will take part the day before, on Sunday the 10th May 2020: attendants may want to book their week-end. This edition's date has been chosen so that interested parties may be able to attend the International Faust Conference, which will happen in Paris 14-15 May 2020. We kindly invite researchers, developers and artists alike to take part to the event and propose their work. Important information ===================== - Submissions must go through the conference website: https://lac2020.sciencesconf.org. - Submissions must be written in English. - Submissions will be peer-reviewed by a jury of experts with adequate qualifications in regard to the topic of the submission, excluding lightning talks. - Submissions will be present in the proceedings, including workshops, excluding lightning talks. - Submissions can focus on technical, artistic or scientific issues. - Contact address: lac(a)linuxaudio.org - Deadlines (all deadlines are at 23:59 UTC -12:00): * Paper & poster submission deadline: 31/12/2019 * Workshop submission deadline: 31/01/2020 * Notification to authors: 15/02/2020 * Camera-ready deadline: 25/03/2020 * Code jam: 10/05/2020 * Conference dates: 11/05/2020 to 13/05/2020 Call for Papers / Posters / Workshops ===================================== The general themes are audio research and development on Linux systems, & FLOSS (free, libre and open-source) multimedia. We encourage submissions on non-Linux FLOSS operating systems (BSDs, Haiku, Fuschia, IncludeOS, Redox...) as well as non audio-centric works: video, network protocols, performing arts, video games... The 2020 edition has a leading theme: Libre Languages. Papers ------ Paper templates are available to download from here: https://github.com/linuxaudio/lac-paper-templates. The length of a paper is 4 to 8 pages, with up to 5 keywords, and an abstract of 100 to 200 words. The abstract will be published on the conference website once the paper has been accepted. Initial submissions must be anonymized ; please inform us of any potential conflict of interest. The full paper will be made available on the website at the beginning of the conference. Accepted papers will be presented in an oral session. In order for a paper to appear in the proceedings, it must have been presented orally at the conference by at least one of its authors. The length of the presentation is 20 minutes followed by a 5 minutes discussion. Posters ------- LAC2020 accepts submission of posters related to any of the themes mentioned before. We cannot print posters. There is a printing shop located very close to the university which can print a poster from a PDF (Copifac Talence, 548 Cours de la Libération). Workshops --------- LAC2020 accepts workshop proposals. An abstract and a description of the workshop following the paper template (1 or 2 pages max) is required. If the workshop participants need to install any kind of software, please write it plainly in the workshop abstract. Workshops must last at most two hours ; if shorter, please precise the expected duration in the submission so that we can schedule them accordingly. Lightning talks ------------------ Lightning talks last 5 minutes and can be very useful to quickly present your latest software development. They will not be submitted to peer review and can cover peripheral topics, including discussions about the Linux Audio community or other areas of free software. Due to the very short time, if a medium is required, you will be required to submit it : * As slides in PDF format. * As a video file. The medium will be made readily available on a plugged-in computer. Non-exhaustive list of accepted topics -------------------------------------- * Art projects done with free software systems. * Audio architecture of operating systems * Audio plug-ins * Education, teaching * Graphical environments for creation * Hardware support * Interactive Art * Interfaces for musical expressivity * Live coding * Embedded hardware & support (ARM, RISC-V, etc) * Mobile hardware & support (phones, tablets) * Musical production and related tools * Network protocols * Network distribution * New Media Art * Open hardware * Performing arts * Programming languages for creation * Real-time programming languages * Real-time operating systems and kernels * Sensors, human-machine interfaces in a real-time context * Signal and sound processing * Sound spatialisation * Standards, interoperability * Video * Video games Call for Artworks ================= LAC 2020 invites submissions of artistic works involving the use of free, libre and open-source software and/or hardware. Pre-recorded music, interactive installations and live performances are accepted. A jury will select the compositions and installations to be included in the conference program according to artistic merit and technical feasibility. Please be prepared to perform your work yourself and make sure that you have all resources needed to perform your piece (e.g. instruments, props, other performers, etc.). The installations will be located in multiple places, which are described on the website at the following address : https://lac2020.sciencesconf.org/resource/page/id/3 Each place will have a different sound system available. Musical works and installations can address all areas of media art as long as they include some level of audio creation using free software. Examples of accepted works can include: * Acoustic Music * Acousmatic music * Art installations * Electronic Music * Electroacoustic Music * Game in art * Interactive Art * Live code * Mixed Music * Musique concrète * New Media Art * Web and Connected Art Code jam ======== The day before the official beginning of the conference (10th may) will feature a code jam. The goal of the code jam is to provide a space for teams developing Linux audio software to meet in person and discuss development issues in an informal way, as well as introduce new contributors to the various codebases, and overall to perform a live state of the art of audio software on free systems. The code jam will have a topic, which will be disclosed upon opening. It is not mandatory to follow it as it mainly serves to provide inspiration. Starting from Sunday 21:00, a live code session will begin. It is open to everyone. If you plan to participate, please notify us in the registration form with: * The kind of media you plan to use ? (Audio, video, both...) * The output ports are available on your hardware ? (HDMI, VGA, ...) ------------------ We thank you in advance for your participation and kindly invite you to share this call to any interested organization or person you may be aware of. With our best regards, The Linux Audio Conference team

6 years, 4 months

[LAU] It's been a while

by Will Godfrey

I've had a very long 'dead' spell where I couldn't come up with anything completely new and original, but I finally set out to compose something for this month's KVR contest. After leaving it a few days, I listened again and found I liked it enough to post a copy on Soundcloud :) Hope you like it too. https://soundcloud.com/soft-sounds/morning -- Will J Godfrey http://www.musically.me.uk Say you have a poem and I have a tune. Exchange them and we can both have a poem, a tune, and a song.

6 years, 4 months

[LAU] zita-a2j Pegging CPU

by Scott Cazan

Hello, I've been having this issue with zita-a2j launching into 100% CPU usage fairly frequently when I am running Carla, one VST (Audeze Reveal Plugin), and using Ubuntu Studio 19.04. Has anyone else seen this kind of behavior before and knows what might be happening? -- Scott http://www.scottcazan.com Twitter: @scazan <https://twitter.com/scazan> Instagram: @scazan <https://www.instagram.com/scazan/>

6 years, 4 months

[LAU] Long latencies with JConvolver or BruteFIR

by AKC360

Hello People, I have a strange problem with high latency for both JConvolver or BruteFIR. My Jack settings are low(3ms) and stable and the latency doesn't seem to tally with the partition size? My Hardware: i5-8259U - Intel NUC 8GB DDR4 PCIe SSD M-Audio - MTrack8 USB Sound Software: Ubuntu Studio 19.04 - Have tried updated and fresh install also a blank Debian 10.1 Jconvolver 0.9.3-2 BruteFIR 1.0o-1 Jackd2 1.9.12 Settings: Jack Settings - 48KHz 64Buffer 3Period BruteFIR - 7 Filters each 8192 Taps, These are each split into 512sample partitions Jconvolver - 7 Filters each 8192 Taps, These are split into 64sample partitions Results: JConvolver Latency = 85mS, CPU Load = <5% Brutefir Latency = 104mS, CPU Load = 55-60% These latencies are measured inside Jack(Not using sound card IO) using a jack signal generator and a jack oscilloscope. But also verified externally. I dont understand why I am getting such long latencies, I would be very grateful if anyone could shed some light on why the latencies are so long and even more grateful if you could share how to fix it! Thank you in advance, Alex -- Sent from: http://linux-audio.4202.n7.nabble.com/linux-audio-user-f5.html

6 years, 4 months

[LAU] Berlin Linux Audio meeting @ c-base 2019-10-08

by Daniel Swärd

Hi all. Tomorrow it's the scheduled meeting at c-base again. I don't know if I'll make it (I've stayed home from work today not feeling great), but maybe Louigi or Robin can gather people? Cheers /Daniel

6 years, 4 months

[LAU] kdenlive - audio time delay

by Daniel Wilhelm

Hello All, i have a special little audio problem with kdenlive which is annoying me a lot, perhaps you can reproduce it or have an solutiuon: I like to do video cuts exactly synchronized with music song beats. So i would like to "tap in" the beats with markers before cutting to have the cut positions to snap to. That's not possible on my system, i always have about 500ms of delay when i listen to the music track and tap in the beats. So the markers are always a little to late and out of sync... Can you reproduce this? Do you have an idea? I am on Arch latest kernel, KDE, Ryzen System, tried it on Pulseaudion and Firewire external Audio Interface, Same Problem. Thanks for ideas, Daniel. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Daniel Wilhelm

6 years, 4 months

Re: [LAU] Using a memory file system?

by Nehemiah St-Danger

Hello! I am familiar with this error you described. What is the SSD's file system formatted to? I get the same error when writing to my NTFS partition. I can't remember where I read this but it is best to record to ext4 or another more Linux friendly format. Hope this helps! Best, n!

6 years, 4 months

[LAU] Aeolus text mode segfaults reproducibly

by Jeanette C.

Hey hey, I have had issues with Aeolus for a while now, but always let it go due to other priorities. Having attacked it again, I find that this problem persists both in the installed package from Arch Linux, version 0.9.7 and a freshly downloaded and compiled tarball from kokkinizita. It seems that Aeolus segfaults the moment that it calls rl_initialize, gdb giving a point in libncursesw as the last stack frame before shutdown. I don't understand the problem since all other programs running with ncursesw and/or readline alone work perfectly. I'd be glad for any pointers to further investigation or even straight solutions. Thanks and best wishes, 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 You should take me as I am 'Cause I can promise you Baby, what you see is what ytou get <3 (Britney Spears)

6 years, 4 months

Jump to page:

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