Linux-audio-dev May 2018

linux-audio-dev@lists.linuxaudio.org

7 participants
10 discussions

by Tim Goetze

http://quitte.de/dsp/caps.html The latest release of the caps audio plugin suite contains a number of bug fixes and improvements as well as changes intended to make it more suitable for low-power systems. http://quitte.de/dsp/caps.html#CHANGES Most notably, support for a variety of little-used features has been dropped, reducing the binary size by roughly a third. There's also a new plugin implementing simplistic linear emulation of several guitar amplifier loudspeaker cabinets with reduced computational complexity: http://quitte.de/dsp/caps.html#CabinetIII The compressor plugins now report current gain reduction: http://quitte.de/dsp/caps.html#Compress http://quitte.de/dsp/caps_0.9.24.tar.bz2 Cheers, Tim

6 years, 7 months

PipeWire

by Wim Taymans

Hi everyone, I'm Wim Taymans and I'm working on a new project called PipeWire you might have heard about [1]. I have given some general presentations about it during its various stages of development, some of which are online [2]. PipeWire started as a way to share arbirary multimedia, wich requires vastly different requirements regarding format support, device and memory management than JACK. It wasn't until I started experimenting with audio processing that the design started to gravitate to JACK. And then some of JACKs features became a requirement for PipeWire. The end goal of PipeWire is to interconnect applications and devices through a shared graph in a secure and efficient way. Some of the first applications will be wayland screen sharing and camera sharing with access control for sandboxed applications. It would be great if we could also use this to connect audio apps and devices, possibly unifying the pulseaudio/JACK audio stack. Because the general design is, what I think, now very similar to JACK, many people have been asking me if I'm collaborating with the linux pro-audio community on this in any way at all. I have not but I really want to change that. In this mail I hope to start a conversation about what I'm doing and I hope to get some help and experience from the broader professional audio developers community on how we can make this into something useful for everybody. I've been looking hard at all the things that are out there, including Wayland, JACK, LV2, CRAS, GStreamer, MFT, OMX,.. and have been trying to combine the best ideas of these projects into PipeWire. A new plugin API was designed for hard realtime processing of any media type. PipeWire is LGPL licensed and depends only on a standard c library. It's currently targeting Linux. At the core of the PipeWire design is a graph of processing nodes with arbirary input/output ports. Before processing begins, ports need to be configured with a format and a set of buffers for the data. Buffer data and metadata generally lives in memfd shared memory but can also be dmabuf or anything that can be passed as an fd between processes. There is a lot of flexibility in doing this setup, reusing much of the GStreamer experience there is. This all happens on the main thread, infrequently, not very important for the actual execution of the graph. In the realtime thread (PipeWire currently has 1 main thread and 1 realtime data thread), events from various sources can start push/pull operations in the graph. For the purpose of this mail, the audio sink uses a timerfd to wake up when the alsa buffer fill level is below a threshold. This causes the sink to fetch a buffer from its input port queue and copy it to the alsa ringbuffer. It then issues a pull to fetch more data from all linked peer nodes for which there is nothing queued. These peers will then eventually push another buffer in the sink queue to be picked up in the next pull cycle of the sink. This is somewhat similar to the JACK async scheduling model. In the generic case, PipeWire has to walk upstream in the graph until it finds a node that can produce something (see below how this can be optimized). Scheduling of nodes is, contrary to JACKs (and LADSPA and LV2) single 'process' method, done with 2 methods: process_input and process_ouput. This is done to support more complex plugins that need to decouple input from output and to also support a pull model for plugins. For internal clients, we directly call the methods, for external clients we use an eventfd and a shared ringbuffer to send the right process command to the client. When the external client has finished processing or need to pull, it signals PipeWire, which then wakes up the next clients if needed. This is different from JACK, where a client directly wakes up the peers to avoid a server context switch. JACK can do this because the graph and all client semaphores are shared. PipeWire can't in general for a couple of reaons: 1) you need to bring mixing of arbitrary formats to the clients 2) sandboxed clients should not be trusted with this information and responsability. In some cases it would probably be possible to improve that in the future (see below). This kind of scheduling works well for generic desktop style audio and video. Apps can send buffers of the size of their liking. Bigger buffers means higher latency but less frequent wakeups. The sink wakeup frequency is determined by the smallest buffer size that needs to be mixed. There is an upper limit for the largest amount of data that is mixed in one go to avoid having to do rewinds in alsa and still have reasonable latency when doing volume changes or adding new streams etc. The idea is to make a separate part of the graph dedicated to pro-audio. This part of the graph runs with mono 32bit float sample buffers of a fixed size and samplerate. The nodes running in this part of the graph also need to have a fixed input-output pattern. In this part of the graph, negotiating the format becomes trivial. We can preallocate a fixed size buffer for each port that is used to send/mix data between nodes. Exactly like how JACK works. In this scenario it would be possible to bring some of the graph state to trusted clients so that they can wake up their peers directly. As it turns out, the generic scheduling mechanism simplifies to the JACK way of scheduling and the option to do some optimisations (can directly start push from the sources, bundle process_input/output calls, mixing on ports is simplified by equal buffer sizes, ...) There is a lot more stuff that I can talk about and a lot of things that need to be fleshed out like latency calculations, an equivalent of JACK transport, session management, ... But this mail is already getting long :) I would very much like to hear your ideas, comments, flames, thoughts on this idea. I think I'm at a stage where I can present this to a bigger audience and have enough experience with the matter to have meaningful discussions. PipeWire is currently still in heavy development, many things can and do still change. I'm currently writing a replacement libjack.so[3] that runs jack clients directly on PipeWire (mixing and complicated scheduling doesn't work yet). Hope to hear your comments, Wim Taymans [1] pipewire.org [2] https://www.youtube.com/watch?v=6Xgx7cRoS0M [3] https://github.com/PipeWire/pipewire-jack

6 years, 9 months

[ANN] Qtractor 0.9.1 - A Pre-LAC2018 Release Frenzy Finale!

by Rui Nuno Capela

Hello again, The Pre-LAC2018 [8] release frenzy is now complete... Qtractor 0.9.1 (pre-lac2018 beta) is out! Change-log: - Displaying MIDI note(on) events as diamonds instead of simple rectangles (aka. Drum Mode) is now being introduced as an optional MIDI track property (Drums) and as a MIDI clip editor (piano-roll) visual option (cf. View/Drum Mode). - Extended multi-selection is now supported on all the Connections client/port lists, allowing for multiple (dis)connections at once. - Added LV2 UI sample-rate option support. - Always reset all internal dedicated MIDI controllers, eg. MIDI track volume (CC#7) and panning (CC#10), on Transport/Panic and after rendering export to aud1io (ie. Track/Export Tracks/Audio...) as needed to reset MIDI instrument plugins to nominal session state. - Fix, detect and preserve MIDI Bank-select method across MIDI track/clips editing operations. - Fixed MIDI track and clip note min/max display range while recording and also when duplicating tracks. - Added "All files (*.*)" filter to every file requestor dialog, wherever missing. - The tiny zoom-magnifier icons have been revamped. Description: Qtractor [1] is an audio/MIDI multi-track sequencer application written in C++ with the Qt framework [2]. Target platform is Linux, where the Jack Audio Connection Kit (JACK [3]) for audio and the Advanced Linux Sound Architecture (ALSA [4]) for MIDI are the main infrastructures to evolve as a fairly-featured Linux desktop audio workstation GUI, specially dedicated to the personal home-studio. Website: http://qtractor.org http://qtractor.sourceforge.net https://qtractor.sourceforge.io Project page: http://sourceforge.net/projects/qtractor Downloads: http://sourceforge.net/projects/qtractor/files - source tarball: http://download.sf.net/qtractor/qtractor-0.9.1.tar.gz - source package (openSUSE Tubleweed): http://download.sf.net/qtractor/qtractor-0.9.1-36.rncbc.suse.src.rpm - binary package (openSUSE Tubleweed): http://download.sf.net/qtractor/qtractor-0.9.1-36.rncbc.suse.x86_64.rpm - AppImage [7] packages: http://download.sf.net/qtractor/qtractor-0.9.1-6.x86_64.AppImage Git repos: https://git.code.sf.net/p/qtractor/code https://github.com/rncbc/qtractor.git https://gitlab.com/rncbc/qtractor.git https://bitbucket.org/rncbc/qtractor.git Wiki (help wanted, always!): http://sourceforge.net/p/qtractor/wiki/ - static rendering: http://qtractor.org/doc http://qtractor.sourceforge.net/doc https://qtractor.sourceforge.io/doc - user manual & how-to's: http://download.sf.net/qtractor/qtractor-manual-and-howtos.epub http://download.sf.net/qtractor/qtractor-manual-and-howtos.pdf License: Qtractor [1] is free, open-source Linux Audio [5] software, distributed under the terms of the GNU General Public License (GPL [6]) version 2 or later. References: [1] Qtractor - An audio/MIDI multi-track sequencer http://qtractor.org http://qtractor.sourceforge.net https://qtractor.sourceforge.io [2] Qt framework, C++ class library and tools for cross-platform application and UI development http://qt.io/ [3] JACK Audio Connection Kit http://jackaudio.org [4] ALSA, Advanced Linux Sound Architecture http://www.alsa-project.org/ [5] Linux Audio consortium of libre software for audio-related work http://linuxaudio.org [6] GPL - GNU General Public License http://www.gnu.org/copyleft/gpl.html [7] AppImage, Linux apps that run anywhere http://appimage.org/ [8] LAC2018@c-base_Berlin, June 7–10 2018 https://lac.linuxaudio.org/2018/ See also: http://www.rncbc.org/drupal/node/1915 Enjoy && Keep the fun. Always. -- rncbc aka Rui Nuno Capela

6 years, 12 months

Current state of GPL Juce?

by Jean Pierre Cimalando

Hello. Recently, I have taken the task of updating and maintaining the old audio plugin HybridReverb2 which is programmed with the Juce framework. A LinuxMAO community member has pointed to me some info about recent Juce, more specifically about its change of license. Is Juce still compatible with libre software development like it used to be? There is rumor about Juce becoming proprietary, which emanates from some developers in a Carla thread. https://linuxmusicians.com/viewtopic.php?t=17814#p87547 I don't see an element to truly substantiate this claim. Does anyone know better about the whole Juce situation? Thanks. -JPC

6 years, 12 months

[ANN] The QStuff* Pre-LAC2018 Release Frenzy Hotfix!

by Rui Nuno Capela

Avast ye lads! The Qstuff* Pre-LAC2018 [7] release frenzy continues... now with a hotfix! ** QjackCtl - JACK Audio Connection Kit Qt GUI Interface [1] ** QjackCtl 0.5.1 (pre-lac2018 hotfix) is out! QjackCtl is a(n ageing but still) simple Qt [2] application to control the JACK [3] sound server, for the Linux Audio infrastructure. Website: http://qjackctl.sourceforge.net https://qjackctl.sourceforge.io Project page: http://sourceforge.net/projects/qjackctl Downloads: http://sourceforge.net/projects/qjackctl/files - source tarball: http://download.sf.net/qjackctl/qjackctl-0.5.2.tar.gz - source package: http://download.sf.net/qjackctl/qjackctl-0.5.2-31.rncbc.suse.src.rpm - binary packages: http://download.sf.net/qjackctl/qjackctl-0.5.2-31.rncbc.suse.x86_64.rpm - AppImage packages: http://download.sf.net/qjackctl/qjackctl-0.5.2-3.x86_64.AppImage Git repos: https://git.code.sf.net/p/qjackctl/code https://github.com/rncbc/qjackctl.git https://gitlab.com/rncbc/qjackctl.git https://bitbucket.com/rncbc/qjackctl.git Change-log: - Respect ALSA [4] Sequencer support option also on Graph view. - Regression to new Graph node/ports sorting comparator; also fixed multiple and many port removals, most probably causing it to crash due to double-free/delete potential. - Fixed the automatic aggregation of new Graph client nodes that are split as either input or output only (ie. system, terminal, physical or otherwise non-duplex nodes). - Added View/Zoom Range mode option to Graph tool. License: QjackCtl [1] free, open-source Linux Audio [5] software, distributed under the terms of the GNU General Public License (GPL) version 2 or later [6]. References: [1] QjackCtl - A JACK Audio Connection Kit Qt GUI Interface http://qjackctl.sourceforge.net [2] Qt framework, C++ class library and tools for cross-platform application and UI development http://qt.io/ [3] JACK Audio Connection Kit http://jackaudio.org [4] ALSA, Advanced Linux Sound Architecture http://www.alsa-project.org/ [5] Linux Audio consortium of libre software for audio-related work http://linuxaudio.org [6] GPL - GNU General Public License http://www.gnu.org/copyleft/gpl.html [7] LAC2018@c-base_Berlin, June 7–10 2018 https://lac.linuxaudio.org/2018/ See also: https://www.rncbc.org/drupal/node/1914 Enjoy && keep the fun! -- rncbc aka Rui Nuno Capela

6 years, 12 months

[ANN] The QStuff* Pre-LAC2018 Release Frenzy!

by Rui Nuno Capela

Aye! The Qstuff* Pre-LAC2018 [16] release frenzy is now officially started... * QjackCtl 0.5.1 * Qsynth 0.5.1 * Qsampler 0.5.1 * QXGEdit 0.5.1 * QmidiNet 0.5.1 Enjoy the first batch, more to come! ** QjackCtl - JACK Audio Connection Kit Qt GUI Interface [1] ** QjackCtl 0.5.1 (pre-lac2018) is released! QjackCtl is a(n ageing but still) simple Qt [6] application to control the JACK [7] sound server, for the Linux Audio infrastructure. Website: http://qjackctl.sourceforge.net https://qjackctl.sourceforge.io Project page: http://sourceforge.net/projects/qjackctl Downloads: http://sourceforge.net/projects/qjackctl/files - source tarball: http://download.sf.net/qjackctl/qjackctl-0.5.1.tar.gz - source package: http://download.sf.net/qjackctl/qjackctl-0.5.1-30.rncbc.suse.src.rpm - binary packages: http://download.sf.net/qjackctl/qjackctl-0.5.1-30.rncbc.suse.x86_64.rpm - AppImage packages: http://download.sf.net/qjackctl/qjackctl-0.5.1-2.x86_64.AppImage Git repos: https://git.code.sf.net/p/qjackctl/code https://github.com/rncbc/qjackctl.git https://gitlab.com/rncbc/qjackctl.git https://bitbucket.com/rncbc/qjackctl.git Change-log: - Half a decade later, recent new custom entries may now get removed from Session Infra-client list. - Some rather old, better said "Cambric explosion era", user preference options have been ditched altogether: Display / Time Format; Display / Shiny glass light effect; Display / Connections/Draw connections and patchbay lines as Bezier curves; Misc/Configure as temporary server. - A brand new and way long overdue connections Graph widget is finally introduced, only to be accessible through the context menu at this time. - Extended multi-selection is now supported on all Connections client/port lists, allowing for multiple (dis)connections at once. - Disable singleton/unique application instance setup logic when the display server platform is not X11. - A little hardening on the configure (autoconf) macro side. ** Qsynth - A fluidsynth Qt GUI Interface [2] ** Qsynth 0.5.1 (pre-lac2018) is released! Qsynth is a FluidSynth [9] GUI front-end application written in C++ around the Qt framework [6] using Qt Designer. Website: http://qsynth.sourceforge.net https://qsynth.sourceforge.io Project page: http://sourceforge.net/projects/qsynth Downloads: http://sourceforge.net/projects/qsynth/files - source tarball: http://download.sf.net/qsynth/qsynth-0.5.1.tar.gz - source package: http://download.sf.net/qsynth/qsynth-0.5.1-12.rncbc.suse.src.rpm - binary packages: http://download.sf.net/qsynth/qsynth-0.5.1-12.rncbc.suse.x86_64.rpm - AppImage packages: http://download.sf.net/qsynth/qsynth-0.5.1-2.x86_64.AppImage Git repos: https://git.code.sf.net/p/qsynth/code https://github.com/rncbc/qsynth.git https://gitlab.com/rncbc/qsynth.git https://bitbucket.com/rncbc/qsynth.git Change-log: - Disable singleton/unique application instance setup logic when the display server platform is not X11. - Fixed deprecated calls to fluid_synth_get_channel_info(), fluid_synth_set_midi_router() and fluid_settings_getstr() (as signaled on libfluidsynth >= 1.1.9). - A little hardening on the configure (autoconf) macro side. ** Qsampler - A LinuxSampler Qt GUI Interface [3] ** Qsampler 0.5.1 (pre-lac2018) is released! Qsampler is a LinuxSampler [10] GUI front-end application written in C++ around the Qt framework [6] using Qt Designer. Website: http://qsampler.sourceforge.net Project page: http://sourceforge.net/projects/qsampler Downloads: http://sourceforge.net/projects/qsampler/files - source tarballs: http://download.sf.net/qsampler/qsampler-0.5.1.tar.gz - source packages: http://download.sf.net/qsampler/qsampler-0.5.1-25.rncbc.suse.src.rpm - binary packages: http://download.sf.net/qsampler/qsampler-0.5.1-25.rncbc.suse.x86_64.rpm - AppImage packages: http://download.sf.net/qsampler/qsampler-0.5.1-2.x86_64.AppImage Git repos: https://git.code.sf.net/p/qsampler/code https://github.com/rncbc/qsampler.git https://gitlab.com/rncbc/qsampler.git https://bitbucket.com/rncbc/qsampler.git Change-log: - Disable singleton/unique application instance setup logic when the display server platform is not X11. - Fixed device management dialog not responding to user changes. - A little hardening on the configure (autoconf) macro side. - Fixed minor memory leak in device management dialog. - Fixed unnecessary latency when closing app. ** QXGEdit - A Qt XG Editor [4] ** QXGEdit 0.5.1 (pre-lac2018) is released! QXGEdit is a live XG instrument editor, specialized on editing MIDI System Exclusive files (.syx) for the Yamaha DB50XG [13] and thus probably a baseline for many other XG devices. Website: http://qxgedit.sourceforge.net https://qxgedit.sourceforge.io Project page: http://sourceforge.net/projects/qxgedit Downloads: http://sourceforge.net/projects/qxgedit/files - source tarball: http://download.sf.net/qxgedit/qxgedit-0.5.1.tar.gz - source package: http://download.sf.net/qxgedit/qxgedit-0.5.1-12.rncbc.suse.src.rpm - binary packages: http://download.sf.net/qxgedit/qxgedit-0.5.1-12.rncbc.suse.x86_64.rpm - AppImage packages: http://download.sf.net/qxgedit/qxgedit-0.5.1-2.x86_64.AppImage Git repos: https://git.code.sf.net/p/qxgedit/code https://github.com/rncbc/qxgedit.git https://gitlab.com/rncbc/qxgedit.git https://bitbucket.com/rncbc/qxgedit.git Change-log: - Corrected wrong handling of the MULTIPART Detune parameter. - Trying to get CC14 MSB+LSB (course+fine) running status on, no matter whether each pairing event are under 200ms apart. - A little hardening on the configure (autoconf) macro side. ** QmidiNet - A MIDI Network Gateway via UDP/IP Multicast [5] ** QmidiNet 0.5.1 (pre-lac2018) is released! QmidiNet is a MIDI network gateway application that sends and receives MIDI data (ALSA-MIDI [8] and JACK-MIDI [7]) over the network, using UDP/IP multicast. Inspired by multimidicast [14] and designed to be compatible with ipMIDI [15] for Windows. Website: http://qmidinet.sourceforge.net https://qmidinet.sourceforge.io Project page: http://sourceforge.net/projects/qmidinet Downloads: http://sourceforge.net/projects/qmidinet/files - source tarball: http://download.sf.net/qmidinet/qmidinet-0.5.1.tar.gz - source package: http://download.sf.net/qmidinet/qmidinet-0.5.1-14.rncbc.suse.src.rpm - binary packages: http://download.sf.net/qmidinet/qmidinet-0.5.1-14.rncbc.suse.x86_64.rpm - AppImage packages: http://download.sf.net/qmidinet/qmidinet-0.5.1-2.x86_64.AppImage Git repos: https://git.code.sf.net/p/qmidinet/code https://github.com/rncbc/qmidinet.git https://gitlab.com/rncbc/qmidinet.git https://bitbucket.com/rncbc/qmidinet.git Change-log: - A little hardening on the configure (autoconf) macro side. License: All of the Qstuff* are free, open-source Linux Audio [11] software, distributed under the terms of the GNU General Public License (GPL) version 2 or later [12]. References: [1] QjackCtl - A JACK Audio Connection Kit Qt GUI Interface http://qjackctl.sourceforge.net [2] Qsynth - A fluidsynth Qt GUI Interface http://qsynth.sourceforge.net [3] Qsampler - A LinuxSampler Qt GUI Interface http://qsampler.sourceforge.net [4] QXGEdit - A Qt XG Editor http://qxgedit.sourceforge.net [5] QmidiNet - A MIDI Network Gateway via UDP/IP Multicast http://qmidinet.sourceforge.net [6] Qt framework, C++ class library and tools for cross-platform application and UI development http://qt.io/ [7] JACK Audio Connection Kit http://jackaudio.org [8] ALSA, Advanced Linux Sound Architecture http://www.alsa-project.org/ [9] FluidSynth - A SoundFont Synthesizer A real-time software synthesizer based on SoundFont 2 specifications http://www.fluidsynth.org [10] LinuxSampler - The Linux Sampler Project A modular, streaming capable, realtime audio sampler http://www.linuxsampler.org [11] Linux Audio consortium of libre software for audio-related work http://linuxaudio.org [12] GPL - GNU General Public License http://www.gnu.org/copyleft/gpl.html [13] Yamaha DB50XG http://www.soundonsound.com/sos/1996_articles/may96/yamahadb50xg.html [14] multimidicast - sends and receives MIDI from ALSA sequencers over network http://llg.cubic.org/tools/multimidicast [15] ipMIDI - MIDI over Ethernet ports - send MIDI over your LAN http://nerds.de [16] LAC2018@c-base_Berlin, June 7–10 2018 https://lac.linuxaudio.org/2018/ See also: https://www.rncbc.org/drupal/node/1911 Enjoy && have (lots of) fun! -- rncbc aka Rui Nuno Capela

7 years

broken make install in zita-ajbridge

by Nikita Zlobin

To kokkinizita When runing make install, resulting structure has /usr/bin as executable and /usr/share/man/man1 as probably, some archive. # ls -lR .: итого 4 drwxr-xr-x 3 root root 4096 май 17 22:34 usr ./usr: итого 36 -rwxr-xr-x 1 root root 31480 май 17 22:34 bin drwxr-xr-x 4 root root 4096 май 17 22:34 share ./usr/share: итого 8 drwxr-xr-x 3 root root 4096 май 17 22:34 doc drwxr-xr-x 2 root root 4096 май 17 22:34 man ./usr/share/doc: итого 4 drwxr-xr-x 2 root root 4096 май 17 22:34 zita-ajbridge-0.7.0 ./usr/share/doc/zita-ajbridge-0.7.0: итого 8 -rw-r--r-- 1 root root 39 май 17 22:34 AUTHORS -rw-r--r-- 1 root root 2185 май 17 22:34 README.bz2 ./usr/share/man: итого 4 -rw-r--r-- 1 root root 57 май 17 22:34 man1 Looks like, option -D causes to create almost complete path, without last element (man1 and bin), so those are treated as new file names. Separate creation of directories fixes problem, e.g. begin install target with this: install -m 755 -d $(DESTDIR)$(BINDIR) install -m 755 -d $(DESTDIR)$(MANDIR) Then it looks as must: # ls -lR .: итого 4 drwxr-xr-x 4 root root 4096 май 17 22:53 usr ./usr: итого 8 drwxr-xr-x 2 root root 4096 май 17 22:53 bin drwxr-xr-x 4 root root 4096 май 17 22:53 share ./usr/bin: итого 64 -rwxr-xr-x 1 root root 31480 май 17 22:53 zita-a2j -rwxr-xr-x 1 root root 31480 май 17 22:53 zita-j2a ./usr/share: итого 8 drwxr-xr-x 3 root root 4096 май 17 22:53 doc drwxr-xr-x 3 root root 4096 май 17 22:53 man ./usr/share/doc: итого 4 drwxr-xr-x 2 root root 4096 май 17 22:53 zita-ajbridge-0.7.0 ./usr/share/doc/zita-ajbridge-0.7.0: итого 8 -rw-r--r-- 1 root root 39 май 17 22:53 AUTHORS -rw-r--r-- 1 root root 2185 май 17 22:53 README.bz2 ./usr/share/man: итого 4 drwxr-xr-x 2 root root 4096 май 17 22:53 man1 ./usr/share/man/man1: итого 12 -rw-r--r-- 1 root root 25 май 17 22:53 zita-a2j.1 -rw-r--r-- 1 root root 2018 май 17 22:53 zita-ajbridge.1.bz2 -rw-r--r-- 1 root root 26 май 17 22:53 zita-j2a.1

7 years

LAC2018 schedule and registration online!

by Linux Audio Conference

Dear all, we're happy to announce (and you might have noticed already), that the schedule for Linux Audio Conference 2018 is live! https://lac.linuxaudio.org/2018/pages/schedule Please note, that it will still be subject to slight changes! We have prepared a registration form for attendees: https://www.ak.tu-berlin.de/index.php?id=195758 Please sign up at your earliest convenience to let us know, if you're part of the conference. Also, we'd like to draw special attention to this year's keynote, which will be held by Gianfranco Ceccolini of MOD Devices: https://lac.linuxaudio.org/2018/pages/event/102/ Looking forward to seeing you in Berlin, -- Linux Audio Conference team

7 years

Do professionals use Pulse Audio? ; xfce4-mixer

by John Rigg

On Wed Apr 25 18:27:25 CEST 2018 Will J Godfrey wrote: > I use one machine specifically for music, permanently connected to Keyboards > etc. and PA was removed with extreme prejudice. On the audio side it's working > entirely Jack - MIDI is mostly ALSA. > > On my other 'office' machine it's there and I don't pay any attention to it. I also use dedicated machines for my DAW systems, with no PA installed. All audio is working with jack. My DAWs seldom connect to the internet so I don't have a heavyweight web browser (or many other desktop-type programs for that matter) installed. I actually dislike modern desktop Linux so much I switched my 'office' system to OpenBSD some time ago. That uses sndio (much simpler than PA) for browser audio. John

7 years

Preliminary LAC schedule

by Daniel Swärd

Hi all. Now the preliminary schedule for this year's LAC is available: https://lac.linuxaudio.org/2018/pages/schedule/ :-) Cheers /Daniel

7 years

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-dev May 2018