Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

3 participants
7448 discussions

by Aurélien Leblond

Hi all, I'm still trying to improve the avw.lv2 plugin set (reminder, the port of AMS internal modules), and one of the new plugin I would like to have is a visual oscilloscope - it's very useful when working with modular synth to see what the Osc/LFO are at. At the moment i'm using the DSSI ll-scope but although it works very well for low frequencies, the refresh rate is not that great for very high frequencies - half the graph is not displayed and if I setting it in frozen mode doesn't work that great for Osc/LFO that changes shape with time. My plan was to use the ll-scope gtk widget, add it to a LV2 plugin and start from there. The problem I'm at the moment facing is this: - ll-scope widget requires the sample rate as a constructor but I can't find an easy way for an LV2 plugin to pass the sample rate. - what is the cleanest way to access input port data from the GUI? GUI and plugin are very well separated in LV2, I can't figure out what's the proper way to do this. Thanks in advance for everyone's help :) Aurélien

10 years, 12 months

io GNU/Linux... new iso uploded :)

by MK aka El Doctor

Hi :) I'm glad to share with you a new iso of "io GNU/Linux", a live dvd/usb focused on multimedia and based on Debian Sid. Kernel 3.11, Jack2 as default sound server, e17+ecomorph as desktop environment and more nice stuff ;) -> http://manu.kebab.free.fr/io.gnu.linux-v2/io-live-hybrid-686-pae--2013.10.0… To create a bootable USB stick please refer to: -> http://live.debian.net/manual/3.x/html/live-manual/the-basics.en.html#186 For more infos, screenshots gallery, video etc... Please visit: -> http://manu.kebab.free.fr/iognulinux.html -> https://sourceforge.net/projects/io-gnu-linux/ Enjoy :) MK

10 years, 12 months

A more efficient way to detect INF and/or NAN in a block of samples

by Kjetil Matheussen

I want to detect INFs and NANs in my DSP graph to avoid having them spread and cause various trouble. Here is the straight forward way: int i; for (i=0;i<num_samples;i++) if (!isfinite(samples[i])) break if(i!=num_samples) error(); But is this as efficient as we get it? I'm wondering if comparing samples using for instance SIMD instructions, for instance, could make it around 4 times faster, Something like this: for(i=0;i<num_samples;i++) if(samples[i]!=samples[i])) break; where the samples[i]!=samples[i] test would succeed if it was a nan or inf, since INFs and NANs don't behave normally. I don't think this particular example works though (?), but perhaps something similar could? Anyone doing something like this?

11 years

[ANN] Qtractor 0.5.11 - The Lima Oscar release!

by Rui Nuno Capela

As falling leaves drift by the window, and without any further ado: Qtractor 0.5.11 (lima oscar) is now released! Soon we'll hear a new winter's song. This code-naming series, which started on a sunny summer day two years ago as TYOQA, is now converging to an end. It will be no surprise for some that today's release precedes the very last one on that series. So let's get those autumn leaves falling and grab them while they're crispy red and gold ;) Release highlights: * Extended automation curve editing (NEW) * Extended clip selection (NEW) * LV2 UI resize feature support (NEW) * Aux-sends to audio buses (FIX) * MIDI editor overlapped event velocity/value (FIX) * Accidental export muting and/or freezing (FIX) Website: http://qtractor.sourceforge.net Project page: http://sourceforge.net/projects/qtractor Downloads: http://sourceforge.net/projects/qtractor/files - source tarball: http://downloads.sourceforge.net/qtractor/qtractor-0.5.11.tar.gz - source package (openSUSE 12.3): http://downloads.sourceforge.net/qtractor/qtractor-0.5.11-8.rncbc.suse123.s… - binary packages (openSUSE 12.3): http://downloads.sourceforge.net/qtractor/qtractor-0.5.11-8.rncbc.suse123.i… http://downloads.sourceforge.net/qtractor/qtractor-0.5.11-8.rncbc.suse123.x… - quick start guide & user manual (outdated): http://downloads.sourceforge.net/qtractor/qtractor-0.5.x-user-manual.pdf Weblog (upstream support): http://www.rncbc.org License: Qtractor is free, open-source software, distributed under the terms of the GNU General Public License (GPL) version 2 or later. Change-log: - Adding a track now inserts it after the current one, if any; one can also drag and move a track below the last one in the track list (main view left pane). - Extended Edit/Select Mode/Automation: multi-selection mode, cut, copy, paste and delete of current track's automation curve nodes, now reached implementation ready status. - Another old silent bug bites the dust: changing track names were dropping any track gain/volume and panning automation curves when saving the session. - A primeval processing bug has been sorted out: aux-sends to audio output buses that just appear to be after the input bus where they're inserted were being left muted and silent (on a ticket follow-up by Holger Marzen, thanks). - Fixed a sure crash bug exposed when processing of aux-send plugins when inserted too early on audio input buses chain (after a ticket report by Holger Marzen, thanks). - Allow the build system to include an user specified CFLAGS (patch by Cristian Morales Vega, thanks). - Shift/Ctrl keyboard modifiers now set to extend current clip selection while in main track view's Edit/Select Mode/Range, Rectangle modes. - Main Edit/Select Mode/Automation icon retouched to look a bit more obvious and intuitive, hopefully ;) - Allow to change the velocities/values of the current selected events which have the exact same onset times and hide beyhond each other on the MIDI clip editor's pane below the main view piano-roll (ie. the one that represents MIDI event values as a bar chart). - Fixed some problematic playback/export muting and annoying cleanup freezing, due on audio tracks with too many clips eg. more than hundred clip splits (hopefully fixes an issue reported by Louigi Verona, thanks). - LV2 UI resize feature support/control added. - Fixed dedicated MIDI control and MIDI metronome port connection restore conflict (thanks to jhammen catch & patch:). - New user preference option added: reverse middle-button role to Shift/Ctrl keyboard state, in special regard to edit-head/tail vs. play-head positioning while on the main track and MIDI clip editor (aka. piano-roll) views. See also: http://www.rncbc.org/drupal/node/710 Enjoy && have (a plenty of) fun. -- rncbc aka Rui Nuno Capela

11 years

jackmix-0.5.1

by Dr Nicholas J Bailey

The current state of https://github.com/nickbailey/jackmix represents JackMix 0.5.1. It could probably do with a bit more testing, but couldn't everything? :/ New in this version: rename inputs and outputs post hoc. Order of the inputs and outputs on the GUI is preserved across save/load operations. Nick/. $cat NEWS VERSION 0.5.1 ------------- Added File->Rename Inputs... and File->Rename Outputs... which changes the labels on the GUI, the channel's position and Jack connection name while preserving volume levels etc. There is a video describing the use and motivation behind developing JackMix on Vimeo. See https://vimeo.com/75655401 ...

11 years

MIDI Running Status and ALSA, was: [LAU] Launchpad S and Linux

by Kaspar Bumke

On 28 September 2013 22:01, Fons Adriaensen <fons(a)linuxaudio.org> wrote: > If the problem is the same as with the original LP, then > the ALSA driver can't do anything about it, unless it would > contain LP-specific code. > But isn't the problem a general running-status problem if multiple programs are receiving from the same device? Is it a problem with the way the ALSA sequencer works (this seems to ring a bell somehow) as you said in the older thread that using Jack-MIDI would solve it?

11 years

JACK + PA Latency

by Patrick Shirkey

Hi, Moving this to the LAD list as it seems to be getting to a more technical and challenging stage now. This may be a simple answer and if so that is great but suspect it is a bit more complex than that so might require the brain power of the LAD list rather than just my capabilities. To recap I am trying to get hard data on the best case latency while running a combination of JACK + PA. There are various reasons for and against doing this but discussing them is not the purpose of this thread. - I am using jack_delay to measure the round trip latency between jack -> PA -> JACK - I also have been testing a complete loop including system i/o but for the purposes of this thread we can ignore those results. - I have seen some interesting numbers come up today. If I run the following command: pactl list sink-inputs I get numbers similar to this: Buffer Latency: 8000 usec Sink Latency: 3166 usec The combination of the two shows the actual PA Stream Buffer latency (approx 10 - 11ms). This number stays approximately static while polling with this command. To be clear there is also the additional latency that occurs as the data is transferred from PA to the output but I am told it is negligible although it might turn out to be a key player. The results from jack_delay are somewhat different. I have included a snapshot below*. For reference sake it was also suggested that I open /dev/cpu_dma_latency and give it a value of 0. /dev/cpu_dma_latency allows to write the latency you can tolerate (in ms). The kernel will translate this to the deepest C-state the processor can enter. I have been running my tests with this value at zero in case it helps. I have checked with powertop and turbostat but it doesn't appear to make any difference on this machine. Possibly because it is an older cpu. Armed with that preliminary information there are a couple of issues that I am interested in at this juncture. 1: Why PA is reporting 10ms for the stream buffer but jack_delay is giving the results below. 2: Why PA is reporting 10ms for the stream buffer when I am running jack at 64 frames/period and ecasound too. 3: Where the fluctuating measurements from jack_delay are coming from in the graph as PA Stream Buffer is static at 10ms and ecasound is basically in pass through with a 64/48k buffer same as JACK. A back of the envelop estimation suggests latency should be stable well under 20ms including the 10ms set aside for the PA Stream buffer. --------- RESULTS --------- jack_delay -> pa -> ecasound -> pa -> jack_delay hda_intel driver dual core Intel(R) Core(TM)2 CPU T5600 @ 1.83GHz jack is run at 64/48000/2 ecasound has a period size of 64 PA is configured to run at 48khz too [*] Here's the snapshot from jack_delay: 62784.000 frames 1308.000 ms total roundtrip latency extra loopback latency: 62784 frames use 31392 for the backend arguments -I and -O 62784.000 frames 1308.000 ms total roundtrip latency extra loopback latency: 62784 frames use 31392 for the backend arguments -I and -O ?? Inv 63168.000 frames 1316.000 ms total roundtrip latency extra loopback latency: 63168 frames use 31584 for the backend arguments -I and -O 63743.999 frames 1328.000 ms total roundtrip latency extra loopback latency: 63743 frames use 31871 for the backend arguments -I and -O 64639.999 frames 1346.667 ms total roundtrip latency extra loopback latency: 64639 frames use 32319 for the backend arguments -I and -O 64640.000 frames 1346.667 ms total roundtrip latency extra loopback latency: 64639 frames use 32319 for the backend arguments -I and -O 64639.999 frames 1346.667 ms total roundtrip latency extra loopback latency: 64639 frames use 32319 for the backend arguments -I and -O 64640.000 frames 1346.667 ms total roundtrip latency extra loopback latency: 64639 frames use 32319 for the backend arguments -I and -O 64640.000 frames 1346.667 ms total roundtrip latency extra loopback latency: 64639 frames use 32319 for the backend arguments -I and -O 64639.999 frames 1346.667 ms total roundtrip latency extra loopback latency: 64639 frames use 32319 for the backend arguments -I and -O 64640.000 frames 1346.667 ms total roundtrip latency extra loopback latency: 64639 frames use 32319 for the backend arguments -I and -O 64640.000 frames 1346.667 ms total roundtrip latency extra loopback latency: 64639 frames use 32319 for the backend arguments -I and -O 64640.000 frames 1346.667 ms total roundtrip latency extra loopback latency: 64639 frames use 32319 for the backend arguments -I and -O 65088.000 frames 1356.000 ms total roundtrip latency extra loopback latency: 65088 frames use 32544 for the backend arguments -I and -O 65088.000 frames 1356.000 ms total roundtrip latency extra loopback latency: 65088 frames use 32544 for the backend arguments -I and -O 65087.999 frames 1356.000 ms total roundtrip latency extra loopback latency: 65087 frames use 32543 for the backend arguments -I and -O 65152.000 frames 1357.333 ms total roundtrip latency extra loopback latency: 65151 frames use 32575 for the backend arguments -I and -O 65152.000 frames 1357.333 ms total roundtrip latency extra loopback latency: 65151 frames use 32575 for the backend arguments -I and -O 65152.000 frames 1357.333 ms total roundtrip latency extra loopback latency: 65152 frames use 32576 for the backend arguments -I and -O 65152.000 frames 1357.333 ms total roundtrip latency extra loopback latency: 65151 frames use 32575 for the backend arguments -I and -O 65216.000 frames 1358.667 ms total roundtrip latency extra loopback latency: 65216 frames use 32608 for the backend arguments -I and -O 64.000 frames 1.333 ms total roundtrip latency extra loopback latency: 63 frames use 31 for the backend arguments -I and -O 64.000 frames 1.333 ms total roundtrip latency extra loopback latency: 63 frames use 31 for the backend arguments -I and -O ?? Inv 256.000 frames 5.333 ms total roundtrip latency extra loopback latency: 256 frames use 128 for the backend arguments -I and -O 256.000 frames 5.333 ms total roundtrip latency extra loopback latency: 256 frames use 128 for the backend arguments -I and -O 640.000 frames 13.333 ms total roundtrip latency extra loopback latency: 640 frames use 320 for the backend arguments -I and -O 640.000 frames 13.333 ms total roundtrip latency extra loopback latency: 640 frames use 320 for the backend arguments -I and -O 640.000 frames 13.333 ms total roundtrip latency extra loopback latency: 639 frames use 319 for the backend arguments -I and -O 640.000 frames 13.333 ms total roundtrip latency extra loopback latency: 640 frames use 320 for the backend arguments -I and -O 640.000 frames 13.333 ms total roundtrip latency extra loopback latency: 640 frames use 320 for the backend arguments -I and -O 640.000 frames 13.333 ms total roundtrip latency extra loopback latency: 639 frames use 319 for the backend arguments -I and -O 640.000 frames 13.333 ms total roundtrip latency extra loopback latency: 639 frames use 319 for the backend arguments -I and -O 640.000 frames 13.333 ms total roundtrip latency extra loopback latency: 639 frames use 319 for the backend arguments -I and -O 640.000 frames 13.333 ms total roundtrip latency extra loopback latency: 640 frames use 320 for the backend arguments -I and -O 640.000 frames 13.333 ms total roundtrip latency extra loopback latency: 640 frames use 320 for the backend arguments -I and -O 768.001 frames 16.000 ms total roundtrip latency extra loopback latency: 768 frames use 384 for the backend arguments -I and -O 832.000 frames 17.333 ms total roundtrip latency extra loopback latency: 832 frames use 416 for the backend arguments -I and -O 832.000 frames 17.333 ms total roundtrip latency extra loopback latency: 832 frames use 416 for the backend arguments -I and -O 832.000 frames 17.333 ms total roundtrip latency extra loopback latency: 831 frames use 415 for the backend arguments -I and -O 832.000 frames 17.333 ms total roundtrip latency extra loopback latency: 832 frames use 416 for the backend arguments -I and -O 1024.000 frames 21.333 ms total roundtrip latency extra loopback latency: 1024 frames use 512 for the backend arguments -I and -O ?? 1024.000 frames 21.333 ms total roundtrip latency extra loopback latency: 1024 frames use 512 for the backend arguments -I and -O 1024.000 frames 21.333 ms total roundtrip latency extra loopback latency: 1023 frames use 511 for the backend arguments -I and -O 1024.000 frames 21.333 ms total roundtrip latency extra loopback latency: 1023 frames use 511 for the backend arguments -I and -O 1344.000 frames 28.000 ms total roundtrip latency extra loopback latency: 1344 frames use 672 for the backend arguments -I and -O -- Patrick Shirkey Boost Hardware Ltd

11 years

Build error in Guitarix

by Gianfranco Ceccolini

Hi Hermann I've been trying to build the latest versions of Guitarix - both the git latest version (29 I believe) as the 28-2 - and both yield the same error when I try to use the -optimization flag package libcloog-ppl0 not found : optimization is disabled I'm using an Arch Linux on an Intel Atom N2800 and I have the AUR cloog-ppl 0.16.1-1 package installed. Is there something else to be done in order to get the optimization flag to work? Iǘe browsed the LAD archives and noticed there is already a tread with this error in topic for version 27. Can I discard the optimization flag and add the "march=native" instead? If yes, how should I do it? Can't wait to try the gx-fuzz on the MOD! Kind regards and congratulations for the effort on Guitarix. Here at the MOD Team we have it as on of our favourite plugins pack. Gianfranco

11 years

[ANN] Vee One Suite 0.3.5 - Fall greetings released!

by Rui Nuno Capela

yet again, a new batch the Vee One Suite of old-school software instruments is out: synthv1 [1] polyphonic synthesizer, samplv1 [2] polyphonic sampler and drumkv1 [3] drum-kit sampler. as usual, all three are made available in dual form: - a pure stand-alone JACK client with JACK-session, NSM (Non Session management) and both JACK MIDI and ALSA MIDI input support; - a LV2 instrument plugin. as for this release changes: - First attempt on separating the DSP code from UI as runtime objects, effective for the LV2 plugin deploy. - MIDI channel filter switch is now introduced. - Fixed uninstall target make rule. - Mono(phonic) mode switch is now being introduced. - Another minor fix to note-off fast-release. all free and open-source Linux Audio software, distributed under the terms of the GNU General Public License (GPL) version 2 or later. so, here they go again: [1] synthv1 - an old-school polyphonic synthesizer synthv1 is an old-school all-digital 4-oscillator subtractive polyphonic synthesizer with stereo fx. LV2 URI: http://synthv1.sourceforge.net/lv2 website: http://synthv1.sourceforge.net downloads: http://sourceforge.net/projects/synthv1/files - source tarball: http://download.sourceforge.net/synthv1/synthv1-0.3.5.tar.gz - source package: http://download.sourceforge.net/synthv1/synthv1-0.3.5-12.rncbc.suse123.src.… - binary packages: http://download.sourceforge.net/synthv1/synthv1-0.3.5-12.rncbc.suse123.i586… http://download.sourceforge.net/synthv1/synthv1-0.3.5-12.rncbc.suse123.x86_… [2] samplv1 - an old-school polyphonic sampler samplv1 is an(other) old-school all-digital polyphonic sampler synthesizer with stereo fx. LV2 URI: http://samplv1.sourceforge.net/lv2 website: http://samplv1.sourceforge.net downloads: http://sourceforge.net/projects/samplv1/files - source tarball: http://download.sourceforge.net/samplv1/samplv1-0.3.5.tar.gz - source package: http://download.sourceforge.net/samplv1/samplv1-0.3.5-12.rncbc.suse123.src.… - binary packages: http://download.sourceforge.net/samplv1/samplv1-0.3.5-12.rncbc.suse123.i586… http://download.sourceforge.net/samplv1/samplv1-0.3.5-12.rncbc.suse123.x86_… [3] drumkv1 - an old-school drum-kit sampler drumkv1 is (yet) an(other) old-school all-digital drum-kit sampler synthesizer with stereo fx. LV2 URI: http://drumkv1.sourceforge.net/lv2 website: http://drumkv1.sourceforge.net downloads: http://sourceforge.net/projects/drumkv1/files - source tarball: http://download.sourceforge.net/drumkv1/drumkv1-0.3.5.tar.gz - source package: http://download.sourceforge.net/drumkv1/drumkv1-0.3.5-8.rncbc.suse123.src.r… - binary packages: http://download.sourceforge.net/drumkv1/drumkv1-0.3.5-8.rncbc.suse123.i586.… http://download.sourceforge.net/drumkv1/drumkv1-0.3.5-8.rncbc.suse123.x86_8… see also: http://www.rncbc.org/drupal/node/709 enjoy && have fun! -- rncbc aka Rui Nuno Capela rncbc(a)rncbc.org

11 years

Creative Music Coding Lab #6 - October 1st at STEIM

by Marije Baalman

Hi all, tomorrow it is time again for Creative Music Coding at STEIM, please join us! First episode of the new season! Calling all ChucK’ers, SuperColliders, Max and PureData patchers, CSounders, Fluxites, Overtoners, and all other tongues of creative coders. We welcome you to attend the fifth edition of the Creative Music Coding lab at STEIM. The CMC lab is an autonomous zone to try out sonic experiments as a group. And an opportunity to leverage the expertise of the group in realizing new artistic tools and processes through the medium of code. Many of the founding members of the group are indeed experts in their favorite languages, but we come from all technical levels of proficiency and enjoy helping one-another out. http://steim.org/event/creative-music-coding-lab-6/ Date: Tuesday, October 1st Time: 19:00 h Venue: Steim, Utrechtsedwarsstraat 134, Amsterdam Entry: Free There will be free coffee and tea to fuel the creativity. Let me know if you plan to attend! sincerely, Marije

11 years

Jump to page:

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