From sjaehn at jahnichen.de Sun Jun 6 12:39:18 2021 From: sjaehn at jahnichen.de (Sven Jaehnichen) Date: Sun, 6 Jun 2021 12:39:18 +0200 Subject: [LAD] B.Oops Glitch Effect Sequencer 1.6.0 Message-ID: <3ba13d9e-f0c1-82f4-2049-45cd1920c034@jahnichen.de> Hi, A new version of the LV2 glitch sound effect sequencer plugin B.Oops is released. Now 30 Effects are implemented! Also thanks to Chris "Airwindows" Johnson and the ACE plugin developers. What's new: * Faster * New effects: * Reverb * Galactic reverb * Infinity reverb * Tremolo * Waveshaper * Tesla coil (experimental) * Tooltips for buttons * Tooltips for pads property toolbox * Show probability values on pads * Pattern preview in pattern file chooser Description: https://github.com/sjaehn/BOops Releases: https://github.com/sjaehn/BOops/releases Introduction video: https://www.youtube.com/watch?v=bGUmZHWqdkE Install tutorial: https://www.youtube.com/watch?v=XGgB5nCAqZo Play and have fun! Sven From rabius at t-online.de Sat Jun 12 13:45:43 2021 From: rabius at t-online.de (Julian Rabius) Date: Sat, 12 Jun 2021 13:45:43 +0200 Subject: [LAD] AES67 Audio over IP and JACK Message-ID: Dear linux audio developers, I would like to bring the effort of Andrea Bondavalli to your attention, who develops an "AES67-linux-daemon". https://github.com/bondagit/aes67-linux-daemon This builds on the ALSA RAVENNA/AES67 Driver released by merging tchnologies https://bitbucket.org/MergingTechnologies/ravenna-alsa-lkm/src/master/ There was not much activity on mergings repository and mailing list concerning the driver and butler after the initial release, and some elements still seemed to be missing or were kept closed source. Now thanks to A. Bondavallis initiative a fully open source implementation of AES67 on linux, which opens up possibilities for audio-networking with lots of professional grade audio hardware devices and computers running different OS seems to be very close. Unfortunately the developer does not seem to be an active user of the jack ecosystem, nor ardour or other typical software for audio-production on linux. Though with basic alsa tools the AES67-daemon already seems to work flawlessly, I had no success starting jack or ardour on top of it. There was some discussion on this topic in the following thread, but to my impression more research into compatibility with jack, ardour etc. would be necessary. https://github.com/bondagit/aes67-linux-daemon/issues/38 Sadly I have not the programming skills to contribute to development directly, but I would be glad to help with testing different configurations, already running an AES67 network including a merging hapi, a dante device with AES67 capability and windows machines running MAD (merging audio device), the ravenna network manager ANEMAN and Dante Controller. I would really like to expand this setup to my main linux DAW and make it the centerpiece of the audio network. Kind regards Julian Rabius From marc.dinkum at gmail.com Sat Jun 12 20:37:57 2021 From: marc.dinkum at gmail.com (Marc Groenewegen) Date: Sat, 12 Jun 2021 20:37:57 +0200 Subject: [LAD] Freenode #lad #lau Message-ID: Hi all, "Cannot join to channel #lad (You must be invited)" What happened? Who are we to be invited by? Cheers, Marc -------------- next part -------------- An HTML attachment was scrubbed... URL: From robin at gareus.org Sat Jun 12 21:25:31 2021 From: robin at gareus.org (Robin Gareus) Date: Sat, 12 Jun 2021 21:25:31 +0200 Subject: [LAD] Freenode #lad #lau In-Reply-To: References: Message-ID: On 6/12/21 8:37 PM, Marc Groenewegen wrote: > What happened? The channels moved to https://libera.chat/ From marc.dinkum at gmail.com Sat Jun 12 21:49:03 2021 From: marc.dinkum at gmail.com (Marc Groenewegen) Date: Sat, 12 Jun 2021 21:49:03 +0200 Subject: [LAD] Freenode #lad #lau In-Reply-To: References: Message-ID: I see... Ah, I totally missed this move due to the exam tornado at the uni these days. Thanks for the heads up everyone, I'll join again as soon as I have neurons left for things other than reading theses. Cheers, Marc On Sat, 12 Jun 2021 at 21:25, Robin Gareus wrote: > On 6/12/21 8:37 PM, Marc Groenewegen wrote: > > What happened? > > The channels moved to https://libera.chat/ > _______________________________________________ > Linux-audio-dev mailing list > Linux-audio-dev at lists.linuxaudio.org > https://lists.linuxaudio.org/listinfo/linux-audio-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: From len at ovenwerks.net Sat Jun 12 22:39:44 2021 From: len at ovenwerks.net (Len Ovens) Date: Sat, 12 Jun 2021 13:39:44 -0700 (PDT) Subject: [LAD] AES67 Audio over IP and JACK In-Reply-To: References: Message-ID: On Sat, 12 Jun 2021, Julian Rabius wrote: > Now thanks to A. Bondavallis initiative a fully open source > implementation of AES67 on linux, which opens up possibilities for > audio-networking with lots of professional grade audio hardware devices > and computers running different OS seems to be very close. sounds good. > Unfortunately the developer does not seem to be an active user of the > jack ecosystem, nor ardour or other typical software for > audio-production on linux. surprise. > Though with basic alsa tools the AES67-daemon already seems to work > flawlessly, I had no success starting jack or ardour on top of it. > There was some discussion on this topic in the following thread, but to > my impression more research into compatibility with jack, ardour etc. > would be necessary. > https://github.com/bondagit/aes67-linux-daemon/issues/38 My opinion in this case, is that the best way in Linux to deal with aes67, dante (probably via aes67) or AVB, would be to create a backend for jackd similar to the dummy backend that gets it's timing from the network media clock. This would allow the same instance of jack to create end points for both aes67 and avb at the same time. AES67 or AVB could then be added as jack clients much the same way that alsa_in/out or zita-ajbridge does now except without needing SRC. The available Linux bits for AVB are already jack clients though I am not sure if the backend is forced to the network media clock in that case. My reasoning for adding these network protocols as jack clients is that network audio is not static and the number of end points can change at any time as new end points are added and others are removed. ALSA and jackd do not deal well with nonstatic port counts in "devices" while jackclients can add and remove ports easily. There is also the need to be able to do network side routing. that is, assuming some number of ports in a jackd client, they may be connected to a user selected set of available end points in the network. For the home studio that has one aes67 or AVB end point this may sound over complex but larger venues with more complex setups might absolutely need it. (radio/TV stations, stadiums, theators, etc.) The pipewire dev while experessing some interest in supporting network protocols, probably will not get to that for a while. But pipewire does support using jackd as a "device" and like pulse (but better), presents a default alsa device to applications that want that. If that application open the pw alsa device with the same sample rate/buffer size, there would be no SRC with that route either. Pipewire looks to be the next thing in Linux audio, replacing pulse and jackd while presenting applications that need those APIs with the ability to connect directly to it and there for the device. This already works, though as many people will point out, pipewire is not ready for primetime (semi) pro audio just yet. None the less, do expect it to show up in one of your next upgrades in the next few years as the audio server for your DE. -- Len Ovens www.ovenwerks.net From len at ovenwerks.net Sat Jun 12 23:32:41 2021 From: len at ovenwerks.net (Len Ovens) Date: Sat, 12 Jun 2021 14:32:41 -0700 (PDT) Subject: [LAD] AES67 Audio over IP and JACK In-Reply-To: References: Message-ID: On Sat, 12 Jun 2021, Julian Rabius wrote: > Sadly I have not the programming skills to contribute to development > directly, but I would be glad to help with testing different One thing I forgot to mention in the other email is the high cost of buying devices just so one can develop a driver. In theory, one should be able to use 2 Linux computers, one of them at least having an i210 ethernet card (or similar). But any real test of code would have to include using it with a commercially available aes67 device. This seems to also be the biggest problem with todays ALSA code. Firewire is supposed to be supported in ALSA now but the performance (if the kernel module will even load) is very poor... but the ALSA developers don't have the devices they are building for. Even the ALSA drivers for USB 2.0, while working, have various anomalies that basically force the buyer of expensive USB devices to work at 256 sample buffer sizes and above while still encountering dropouts, pops and other troubles. -- Len Ovens www.ovenwerks.net From kae at midnighthax.com Sun Jun 13 16:05:11 2021 From: kae at midnighthax.com (Keith Edmunds) Date: Sun, 13 Jun 2021 15:05:11 +0100 Subject: [LAD] Playing FLAC files from Python Message-ID: <20210613150511.5c4857b6@ws.midnighthax.com> What I'm trying to do: control the playing of flac files from Python, and specifically be able to start playback at some arbitraty point in the file. I'm writing a music player in Python. It's aims differ from the usual music player as this being used to manage the music of an online radio show. The music source files are FLAC. Sometimes I need to be able to start playing the file from, say, 5 seconds in (could be any time). I'm currently using the Python bindings of vlc to manage the playing, but it's very inexact when trying to start at a specific time spot. Has anyone had success in playing flac files via Python, and been able to start playback at some arbitrary point? -- Great music, chat and even some wit. Join me every Friday evening at 8pm for Keith's Music Box: https://www.mixcloud.com/live/KeithsMusicBox/ From chris at chrisarndt.de Sun Jun 13 16:36:16 2021 From: chris at chrisarndt.de (Christopher Arndt) Date: Sun, 13 Jun 2021 16:36:16 +0200 Subject: [LAD] Playing FLAC files from Python In-Reply-To: <20210613150511.5c4857b6@ws.midnighthax.com> References: <20210613150511.5c4857b6@ws.midnighthax.com> Message-ID: Am 13.06.21 um 16:05 schrieb Keith Edmunds: > Has anyone had success in playing flac files via Python, and been able to > start playback at some arbitrary point? I haven't tried it myself, but maybe https://github.com/irmen/pyminiaudio can help? Chris From iuriemus at gmail.com Sun Jun 13 17:06:10 2021 From: iuriemus at gmail.com (Iurie Music) Date: Sun, 13 Jun 2021 18:06:10 +0300 Subject: [LAD] Geonkick synth development Message-ID: Hi! I am the developer of Geonkick synth. In the last period I was not able to work on this project partly because of some personal issues, and also I have somehow exhausted the ideas which will make a difference, and which will not require radical changes in the design. Due to this if someone is interested in continuing the development, I can move the rights on the project or move under the umbrella of the projects like DISTRHO (if there is any interest), thus, becoming a community developed project. I could just accept contributions but I don't think I'll be able to have time to manage this. Currently I have completely integrated the Redkite GUI into Geonkick code. The VST3 was disabled and not kept up with the development, but there are not many required changes to get it back if someone wants this. Currently I am working slowly on another project, a sampler player that wants to use liquidsfz API as the engine with the idea to offer seasly to use other APIs. I don't know when I'll be able to release the first version for now. Iurie -------------- next part -------------- An HTML attachment was scrubbed... URL: From fons at linuxaudio.org Sun Jun 13 17:16:55 2021 From: fons at linuxaudio.org (Fons Adriaensen) Date: Sun, 13 Jun 2021 17:16:55 +0200 Subject: [LAD] Playing FLAC files from Python In-Reply-To: <20210613150511.5c4857b6@ws.midnighthax.com> References: <20210613150511.5c4857b6@ws.midnighthax.com> Message-ID: <20210613151654.it2nra467pstcjs4@mail1.linuxaudio.cyso.net> On Sun, Jun 13, 2021 at 03:05:11PM +0100, Keith Edmunds wrote: > Has anyone had success in playing flac files via Python, and been able to > start playback at some arbitrary point? The JackPlayer class in zita-jacktools can do that. It's both a Python class and a Jack client. Any number of channels, will resample if necessary. -- FA From matthias.geier at gmail.com Wed Jun 16 16:14:43 2021 From: matthias.geier at gmail.com (Matthias Geier) Date: Wed, 16 Jun 2021 16:14:43 +0200 Subject: [LAD] Playing FLAC files from Python In-Reply-To: <20210613150511.5c4857b6@ws.midnighthax.com> References: <20210613150511.5c4857b6@ws.midnighthax.com> Message-ID: I've recently seen this: https://tech-blog.sonos.com/posts/pyflac-real-time-lossless-audio-compression-in-python/ https://github.com/sonos/pyFLAC I haven't tried it, though. cheers, Matthias On Sun, Jun 13, 2021 at 4:21 PM Keith Edmunds wrote: > > What I'm trying to do: control the playing of flac files from Python, and > specifically be able to start playback at some arbitraty point in the file. > > I'm writing a music player in Python. It's aims differ from the usual > music player as this being used to manage the music of an online radio > show. > > The music source files are FLAC. Sometimes I need to be able to start > playing the file from, say, 5 seconds in (could be any time). I'm > currently using the Python bindings of vlc to manage the playing, but it's > very inexact when trying to start at a specific time spot. > > Has anyone had success in playing flac files via Python, and been able to > start playback at some arbitrary point? > -- > Great music, chat and even some wit. > Join me every Friday evening at 8pm for > Keith's Music Box: > https://www.mixcloud.com/live/KeithsMusicBox/ > _______________________________________________ > Linux-audio-dev mailing list > Linux-audio-dev at lists.linuxaudio.org > https://lists.linuxaudio.org/listinfo/linux-audio-dev From mutab0r at rambler.ru Wed Jun 16 21:10:15 2021 From: mutab0r at rambler.ru (Yury Alyaev) Date: Wed, 16 Jun 2021 22:10:15 +0300 Subject: [LAD] SoundTracker 1.0.2.1 released Message-ID: Hello all, After issuing 1.0.2 release I've got some feedback about some bugs and dirty code. One of the bugs could even lead to St crash on startup. So I have decided to issue the bugfixing release. 1.0.2.1 Download: https://sourceforge.net/projects/soundtracker/files/soundtracker-1.0.2.1.tar.xz/download Enjoy! Yury. From nando at ccrma.Stanford.EDU Thu Jun 24 18:28:55 2021 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Thu, 24 Jun 2021 09:28:55 -0700 Subject: [LAD] job opportunity at CCRMA Message-ID: Hi all, CCRMA (the Center for Computer Research in Music and Acoustics, Stanford University) is looking for a new team member! Read more below, and follow the link for the full job posting... Best, & stay safe, -- Fernando CCRMA is seeking a Systems Administrator. The Systems Administrator will work under general supervision of the Academic Technology Specialist to install, configure, document, optimize, and maintain integrity of servers and the desktop audio/video environment at CCRMA. This includes building and installing hardware and performing upgrades for servers and workstations, as well as providing consultation, advice, and training for CCRMA's diverse community of artists and researchers. The successful candidate will be able to learn from example; understand, question, and critique existing and proposed methods; imagine and reimagine boldly; experiment freely; test carefully; and upgrade supported facilities cautiously and frequently. Attention to detail, interest in understanding why something does or doesn’t work, and self-initiative within teamwork are essential. Communication should be accurate, detailed, pertinent, timely, and respectful. Applicants should have a strong intuitive grasp of digital and analog audio concepts and systems. In keeping with the spirit of the center, creatively-inclined engineers are encouraged to apply. Full details about the job are here: https://careersearch.stanford.edu/jobs/systems-administrator-13056