Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

7508 discussions

Converting single-cycle wave to harmonic spectrum

by Jeanette C.

Hey hey, I'm trying to convert a single cycle wave to a harmonic spectrum. I know that in theory this is a job for standard FFT. I wondered if there isn't a "simpler" way given a few assumptions about the input. The input waveform is exactly one single cycle The waveform has only harmonic overtones. That means that only integral multiples of the base frequency need to be considered and the specific Nyquist frequency is determined by the number of samples (I think). I treid searching, but it appears that I don't have the right keyword to hand, getting only very general results bordering on the off-topic. :) Can anyone help? A good keyword, name of an algorithm or a general name for this specific task would be helpful enough, I suppose. Best wishes, Jeanette -- * Website: http://juliencoder.de - for summer is a state of sound * Youtube: https://www.youtube.com/channel/UCMS4rfGrTwz8W7jhC1Jnv7g * Audiobombs: https://www.audiobombs.com/users/jeanette_c * GitHub: https://github.com/jeanette-c She's so lucky, she's a star But she cry, cry, cries in her lonely heart... <3 (Britney Spears)

4 years, 3 months

update of zita-njbridge

by Fons Adriaensen

Hello all, zita-njbridge 0.4.8 is now available at the usual place. Changes: * added --ipv4 and --ipv6 options * removed some unused code * some minor fixes Ciao, -- FA

4 years, 3 months

OT: Documentary: Sisters with Transistors

by Kevin Cole

I know it's a bit off-topic but I suspect there are a lot of people on these lists who would appreciate the newly released film: https://www.theguardian.com/film/2021/apr/23/sisters-with-transistors-revie…

4 years, 3 months

FFmpeg and JACK output

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, 3 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, 3 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, 3 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, 4 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, 4 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, 4 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, 4 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