Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

5 participants
7515 discussions

by Filipe Coelho

Hello everyone. I was in the need for ffmpeg to output directly to JACK, which is not supported upstream. (It has JACK input support, as in recording something from JACK and feed it to something else, but not the other way around) After trying a couple of methods that didn't work so great, like fifos or bridging through alsa loopback, I just went ahead and implemented this part in FFmpeg. You can find the relevant code at https://github.com/falkTX/FFmpeg/tree/n4.4-jackoutdev Not yet submitted upstream, still doing some testing. If this is something useful for you, feedback / comments on the code is very welcome. The relevant part sits at this file https://github.com/falkTX/FFmpeg/blob/n4.4-jackoutdev/libavdevice/jack_enc.c Have a great weekend!

4 years, 5 months

New udev rules for firewire character device are added to systemd

by Takashi Sakamoto

Hi, Summary of this message: * systemd got udev rules with new database for firewire node/unit * then fw character device for audio is owned by 'audio' group with ACL * the entries are added by my investigation, thus doesn't cover all * if you have firewire audio devices not listed in README of below repository, please contact to me with image of configuration ROM: * https://github.com/takaswie/am-config-roms/ The way to create image file of configuration ROM is typically: ``` $ cat /sys/bus/firewire/devices/fw1/config_rom > filename.img ``` Here, I presuppose that Linux FireWire subsystem detects your device as 'fw1'. Well, in the past, access permission of Linux firewire character device is decided by udev rules just for video devices[1]. This was inconvenient some project such as ALSA and FFADO to produce audio application. The source code of libffado includes own file for udev rules[2] to take firewire character device owned by 'audio' group. Additionally the rules gives 'ID_FFADO' tag, and systemd includes another udev rule[3] to ACL at logging-in time according to it. As a whole, the above is not comprehensive and self-contained. I proposed patchset to systemd for better solution and today it was merged. * https://github.com/systemd/systemd/pull/19124 In the patchset, I add some udev rules, based on hwdb for new entries of node and units in IEEE 1394 bus. You can see the database[4]. The entries of database have below variables when matching to either node or unit devices: * IEEE1394_UNIT_FUNCTION_MIDI * IEEE1394_UNIT_FUNCTION_AUDIO * IEEE1394_UNIT_FUNCTION_VIDEO The added udev rules interpret the content of variables and decide group owner of fw character device(see [1]). Furthermore, the variables are used again to decide ACL in logging-in time(see [3], too). The entries of database also include below variables: * ID_VENDOR_FROM_DATABASE * ID_MODEL_FROM_DATABASE They are expected to use applications such as PipeWire and PulseAudio for better names of sound device, which binds to unit instead of node. I expect the variables can obsolete my former patch for pulseaudio[5]. I handy write the entries of database from my investigation, thus it could includes the lack of your device, or mistakes. I wish you to contact to me with image file of configuration ROM when you can not find your device in README of my collection repository[6], or when you find any mistakes in database file. Thanks for your cooperation in advance. [1] 4 rules in 'rules.d/50-udev-default.rules' https://github.com/systemd/systemd/blob/main/rules.d/50-udev-default.rules.… [2] many rules in 'libffado/60-ffado.rules' http://subversion.ffado.org/browser/trunk/libffado/libffado/60-ffado.rules?… [3] 'src/login/70-uaccess.rules.m4' https://github.com/systemd/systemd/blob/main/src/login/70-uaccess.rules.m4 [4] 'hwdb.d/80-ieee1394-unit-function.hwdb' https://github.com/systemd/systemd/blob/main/hwdb.d/80-ieee1394-unit-functi… [5] udev: use ID_MODEL/ID_VENDOR to give friendly name for FireWire devices https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/commit/3ac73598c67c [6] https://github.com/takaswie/am-config-roms/ Takashi Sakamoto

4 years, 6 months

running JACK in Travis-CI

by Chris Chronopoulos

I'm new to Travis (and CI in general), but I'm currently up against the following problem: https://travis-ci.com/github/chronopoulos/libsequoia/builds/223963752 That is, the Travis VM is failing to start JACK because it can't find an audio device. I need JACK running in order to test my API. Has anyone come across this before, or have any recommendations? _chris

4 years, 6 months

Drops v1.0-beta sample player plugin released

by Rob van den Berg

Hi all, I've decided to release Drops. Drops is a single audio file sample player plugin in lv2 and vst format for linux. Load an audio file, play it, loop it, pitch shift it, and make it into something entirely new. The sample engine is sfizz. Drops is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, either version 3 of the License, or any later version. Some of the features: - audio disk streaming, allowing for large audio files to be played - waveform display with zooming and scrolling + note: use mousewheel to zoom in and out - 'minimap' with scroll area - sample in/out and loop points - ADSR for amp, filter and pitch - LFO, free running or sync to transport and bpm for amp, filter and pitch source code and binaries (for linux) https://github.com/clearly-broken-software/drops/releases/tag/v1.0-beta I hope this plugin will be of use to you. Kind regards, Rob van den Berg

4 years, 6 months

Is there an LV2 plugin that can add echo like echo added by large cathedrals?

by Yuri

I remember listening to the talk of researchers who were traveling to different old cathedrals, particularly to Hagia Sophia in Turkey, and measuring echo in these cathedrals. Such buildings add a lot of deep and very prolonged echo which depends on the building's shape and materials. They were quantifying the noise response too. Are there LV2 plugins that can add same or similar echo as cathedrals add? Thanks, Yuri

4 years, 6 months

new-session-management on jackaudio.org

by Rui Nuno Capela

Hi all, Please refer to this thread on linuxmusicians.com forum, starting here: re. Non-Session-Manager fork descalation https://linuxmusicians.com/viewtopic.php?p=130477#p130477 I'm not willing to open and engage into yet another discussion about the so called "NSM fork", though I still don't understand what jackaudio.org has to do with the new(er)-session-management (aka "NSM fork") and why it is now moved from linuxaudio.org to jackaudio.org. I don't like it and as I said before (on #jack irc), it won't get my vote in: please don't make the same mistake again and keep jackaudio.org away from this diatribe. So please, host it on its own website, or github.com page, or on kx.studio or laborejo.org, as these are the proper to the main two proponents to "the fork". Thanks for listening -- rncbc aka. Rui Nuno Capela rncbc(a)rncbc.org

4 years, 6 months

Re: [LAD] new-session-management on jackaudio.org

by Nils Hilbricht

>please read the subject line! >it's about the new-session-management move to jackaudio.org and only. >it is NOT about the merits, technical or otherwise, of session managers in general nor NSM in particular. Then let me rephrase: Why should NSM not be hosted under jackaudio, since it is the session manager for JACK programs? The response to that was "because NSM is technically independent of JACK" and my answer was in the previous mail. Nils

4 years, 6 months

Re: [LAD] new-session-management on jackaudio.org

by Nils Hilbricht

On 04/04/21 21:31, Rui Nuno Capela wrote: >Although I still don't understand what jackaudio.org has to do with the new(er)-session-management (aka "NSM fork") and why it is now moved from linuxaudio.org to jackaudio.org. I am paraphrasing my answer from the LinuxMusiciansForum. I copied that before many messages were deleted, which was announced in advanced btw. and I believe was a good moderation move. I moved the code from linuxaudio.org github to get peace for the people NOT involved in anything, that got dragged in. There was no "forced moved" from linuxaudio.org Github. I already mentioned "bus factor reduction" in a still existing forum-post, so here is another ingredient in the hosting situation: There are not many things everybody agrees on, but one is that it is better if everyone is using the same session management protocol (not server, not gui. If properly implemented these can be changed). This needs 1) developer support and 2) user acceptance. Having the project hosted under an established brand helps that goal. This is not an "oopsie", this is not a "compromise". I want the best, most visible, most trusted place. Having it hosted on github linuxaudio.org or jackaudio shows that this is not a one man fringe project but something that is handled with care and sincerity. Then somebody interjected with >"Note that Non-Session-Manager (NSM) is explicitly designed without any dependency to JACK." To which I responded: And it still is. You can use it with ALSA only, no sound programs at all or PipeWire. And so it will remain. That said, NSM in reality is the usual answer to "I have multiple JACK programs and connections. How can I save and restore them without doing it by hand every time". All NSM clients are JACK programs and the Non-SM API document handles JACK client names in great detail. Please all remember, that we are just talking about a piece of software that starts programs and removes the burden of repeatedly drawing lines on a patchbay canvas. Greetings, Nils

4 years, 6 months

Possibly of historical interest

by Will Godfrey

I have a 64bit compiled copy of Zyn 2.2.1 that amazingly still works on devuan beowulf. It's invaluable for checking we haven't inadvertently changed sounds, and also for backtracking bugs. If anyone would like a copy, let me know. The filesize is 936k so not exactly huge :) -- Will J Godfrey https://willgodfrey.bandcamp.com/ http://yoshimi.github.io Say you have a poem and I have a tune. Exchange them and we can both have a poem, a tune, and a song.

4 years, 6 months

B.Spacr - New LV2 sound effect plugin

by Sven Jaehnichen

Hi, after weeks of hard work I just released the first official version of a new sound effect plugin. B.Spacr is a unique LV2 effect plugin that enables a clear and brilliant audibility of your music production. B.Spacr is suited for *any* kind of music, including rock, funk, pop, rap, and electronic music. This plugin can be added to each track individually or to the master bus with *zero latency*. The result is a space-clear sound *without any loss* of audio signal information and without any artifacts only depending on the quality of the input signal. In contrast to many over-complex audio plugins, the number of parameters have been reduced to the minimum for the best *user experience*. https://github.com/sjaehn/BSpacr Enjoy and make some music with it Sven

4 years, 6 months

Jump to page:

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