Linux-audio-dev January 2010

linux-audio-dev@lists.linuxaudio.org

78 participants
62 discussions

by Dave Robillard

Anyone know of an existing RDF vocabulary for MIDI (to describe the various controllers, event types, etc.)? Thanks, -dr

15 years, 2 months

Search: Free, Crossplatform Soundlib for a game

by Nils Hammerfest

Hi, I search for a free and open source sound/music lib to integrate sound and music in a game. The game runs on Lin/Win32/OSX so it has to be crossplatform. I know openAL, but this is too big and tons of people have problems with it. Anything slimmer around? Nils

15 years, 2 months

Re: [LAD] Hydrogen and jackmidi

by Christopher Cherrett

-------- Original Message -------- Subject: Re: [LAD] Hydrogen and jackmidi From: m.wolkstein(a)gmx.de <m.wolkstein(a)gmx.de> To: Christopher Cherrett <ccherrett(a)openoctave.org> Date: 01/17/10 07:01 > Am Sun, 17 Jan 2010 05:30:38 -0700 > schrieb Christopher Cherrett <ccherrett(a)openoctave.org>: > > >>> hi all, >>> i am one of two/three active hydrogen developers. >>> if you want new features or support for newer and of course great linux-audio >>> technologies. so IMO, please create WORKING patches and submit them to our >>> dev-mailing-list. than we can check them in. >>> >>> >> Are you saying you are not interested in seeing jack-midi make it into >> hydrogen with your help? >> >> > no, i am interested on all. also on jack midi. > please don't misunderstand me. in moment jack midi is not my personal priority. what not mean that jack midi is bad ore what ever. > i have a normal job, children and as most people, few spare time. > after 2 years developing on h2 and create a lot of code i found out that many people in the whole world have good ideas and are very interested on everything. > e.g.to write functions or make new technologies working. but after 2-3 weeks mostly they lost their intention and leave a unfinished working place. mostly break up other function and > all is unusable. this is why i say -make working patches-. i personally like talking about something. but i like it more, if people make tings working what they talk about. > > in an open source community we need constructive work. and not destructive discussions > about thinks which are not possible if nobody work on them. > > :) > greetings wolke > >> Is it only developers that get a say by coding something? >> >> I code for open source and for a living, I see great value in the needs >> of the users. It is the only thing that allows an application to grow to >> a professional level. >> >> IMO >> >> I find it very valuable to find out who users are and what they are doing with the app. I ignore certain users. After all, who likes to waste time on things that do not get used. So I understand. Speaking of jack-midi. It is the oly thing that keeps my setup running. When using alsa midi the slows down and speeds up very bad. I find the timing in jack midi to be far superior for professional work. When I run jack midi it would be synced with jack transport running alongside of 900+ midi and audio connections. things get nasty with alsa midi :) -- Christopher Cherrett ccherrett(a)openoctave.org http://www.openoctave.org

15 years, 2 months

Hydrogen and jackmidi

by alex stone

A quick question. Is Hydrogen now a jackmidi app? I've been searching the interlink, and did see some discussion about it, and i wondered if this was an impending reality, or a false dawn. I've downloaded the latest stable but no jackmidi present as yet. Alex. -- www.openoctave.org midi-subscribe(a)openoctave.org development-subscribe(a)openoctave.org

15 years, 2 months

[ANN] Qtractor 0.4.4 - The Frisky Demivierge's in the wild!

by Rui Nuno Capela

What? No automation, yet? Yes I failed the promise once again. So what? What would you expect from this self-called über-procrastinator? As sure is one to say that this is the Year of Linux Desktop (YOLD:), I'll give you the shivers and command this one will be the year of Qtractor Automation. No kiddin' ;) Meanwhile, this new dot-release brings you several niceties, a couple of them have been waaay longer and dustier on the all-mighty-overdue TODO list than automation is. Rejoice! or else... Qtractor 0.4.4 (frisky demivierge) is in the wild! Release highlights: * LV2 plug-in support (NEW) * MIDI event list view (NEW) * Expedite audio/MIDI clip import (NEW) * DSSI plug-in output control ports feedback/update (NEW) * JACK transport, MMC, SPP control options (NEW) * Self-bounce/recording (FIX) * Audio/MIDI drift correction (FIX) * Anti-glitch audio micro-fade-in/out ramp smoothing (FIX) Website: http://qtractor.sourceforge.net Project page: http://sourceforge.net/projects/qtractor Downloads: - source tarball: http://downloads.sourceforge.net/qtractor/qtractor-0.4.4.tar.gz - source package (openSUSE 11.2): http://downloads.sourceforge.net/qtractor/qtractor-0.4.4-2.rncbc.suse112.sr… - binary packages (openSUSE 11.2): http://downloads.sourceforge.net/qtractor/qtractor-0.4.4-2.rncbc.suse112.i5… http://downloads.sourceforge.net/qtractor/qtractor-0.4.4-2.rncbc.suse112.x8… - binary packages (Ubuntu 8.04 LTS; no LV2 support): http://downloads.sourceforge.net/qtractor/qtractor_0.4.4-1.rncbc.ubuntu804_… http://downloads.sourceforge.net/qtractor/qtractor_0.4.4-1.rncbc.ubuntu804_… - binary packages (Ubuntu 9.10): http://downloads.sourceforge.net/qtractor/qtractor_0.4.4-1.rncbc.ubuntu910_… http://downloads.sourceforge.net/qtractor/qtractor_0.4.4-1.rncbc.ubuntu910_… - user manual (ever still outdated): http://downloads.sourceforge.net/qtractor/qtractor-0.3.0-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: - For all the DSSI plugins that have output control ports, a host feedback/update process cycle is now being finally provided: all output control ports are now marshaled to their respective GUI process, rather often and when found open/visible. - MIDI clip editor (aka piano-roll) snap-to-beat behavior on edit mode is now kind of more like 'filling-in-the-blanks' (as Frank Neumann et al. wishes ;) - Fixed MIDI clip editor mistake when reverting to initial clip length, before closing and discard changes (thanks to Frank Neumann, for spotting this one). - LADISH Level 1 support has been added: SIGUSR1 signal trap just makes it a shortcut to File/Save. - Avoid parameter value flickering, due to duplicate command invocation, most evident when changing values massively on native Linux VSTi plugin editor GUIs (thanks to a detailed report on this odd behavior, from Mike of linuxDSP.co.uk). - Another TODO item bites the dust: MIDI event list editor, now accessible from the MIDI clip editor menu (View/Events) - Last used session directory is now made current on startup only when no filename is given on the command line (solving bug #2920244). - Current snap-to-beat setting (time quantization) now affects the anchor event only, while dragging, moving and/or pasting multiple events over the MIDI clip editor (aka piano-roll). - Make anti-glitch audio clip micro fade-in/outs independent from current buffer size as much as possible. - Audio/MIDI engine drift correction gets really sophisticated, with the help of (now old) ALSA MIDI tempo skew facility. - Edit/Clip/Import... menu option is now available for expedite clip insertion from audio and MIDI file requesters. - Set default session directory effective to file's location. - Audio track/clip recording process has been target to special re-factorization across the internal audio engine process cycle, in a late attempt to get self-bounce/recording effective and working consistently for all track layouts. - All session related dialogs are now set to window modality, (were set to default application modality before) allowing for continued input focus and interaction on all plugin/tool windows. - An off-by-one nasty old bug fixed in audio clip drawing, was causing instant crashes on certain zoom levels of the main track view. - Graphical MIDI clip representation regarding note/pitch range is now kept as much as possible across clip edits (cut, copy, paste, drag, move, delete, etc.) - LV2 plug-in hosting has finally come into actual implementation; only some and the most basic LV2 plug-in features are supported at the moment; probably there's no big advantage against the old LADSPA ones; there's some support for external UIs though; also, LV2 MIDI/Event bare-bones support is included but chances are it won't build nor work right on most of the setups out there. It's a WIP host implementation anyways, as is the whole LV2 spec. for that matter ;) - Connections filter is now reset when widget is shown through the View/Connections main menu or toolbar button. - Audio bus auto-connection option is now applied when creating or updating, newer or existing buses, respectively. - Global configuration state is now explicitly saved/committed to disk whenever View/Options... dialog changes are applied or when a session is loaded or saved. - Audio ramping spin-locking makes its smooth stuff, in an attempt to reduce glitching and crackling when editing (due to its own pseudo spin-locking) and toggling playback states. - JACK Transport, MMC Device, and MIDI Song Position pointer (SPP) control modes are now made optional (View/Options...), allowing for discretionary configuration: None/Disabled, Slave/Input, Master/Output or Full/Duplex (default). - Session files may now be dragged and dropped over the main track view and get loaded for business as usual (once quietly ignored). - In an attempt to mitigate potential stack corruption and sudden crashes, old commented out session pseudo-locks are now back in business while executing clip editing commands (cut, paste, drag, move, insert, delete) and playback is currently rolling. - Adjusted first-time application window size to fit into 800x600 screen size and with reasonable initial dock-ables layout. - Avoid duplicate snap-to-grid effect when changing the length of MIDI clip editor events across non-zero clip offsets (after a glitch reported by Ralf Mardorf). - Late audio track processing optimization, suppressing all plugin, mixer and monitor pass-through activity when given track is muted, either explicitly or implicitly (ie. other track is in solo state). - Entering System Exclusive events (SysEx) on the MIDI clip editor (aka matrix/piano-roll widget), yet something not fully supported anyway, even though allowed in edit mode, doesn't crash the whole damn thing anymore, while saving the clip to a file. - Strict aliasing avoidance, with plain and demanded use of 'union', as much as to stop nagging warnings from gcc >= 4.4.1 (last seen on src/qtractorMidiEvent.h hackery). - Visual correct play-head position while changing zoom levels, applicable to both main track and MIDI clip editor views. Cheers && Enjoy. -- rncbc aka Rui Nuno Capela rncbc(a)rncbc.org

15 years, 2 months

Re: [LAD] Hydrogen and jackmidi

by Maitland Vaughan-Turner

dave phillips sez: > alex stone sez: > >This really surprises me. I would have thought you'd be inundated with > >jackmidi requests. > > > >Another assumption on my part bites the dust....... > > > > Add my droplet to the inundation. > > Vote++. > > Best, > > dp I'd like in on this torrent of votes, as well! hydrogen jack-midi will be SO GREAT!! I love hydrogen's interface; it is both intuitive and unique! It will be very useful for controlling external hardware as well as other software applications!! thanks!! ~Maitland

15 years, 2 months

[OT] Has anyone managed to compile this?

by Victor Lazzarini

Dear all, Torben's new project brought back to my mind this mind-bending C++ template example (see attached), which I could not yet get to compile, I have been told it has been compiled, but g++ will have none of it. So I still have doubts on whether it includes legal C++ code or not. But it is an interesting example (even if it does not build) of what (possibly) can be done with templates. My question to the list is: has anyone managed to compile this code? Regards Victor

15 years, 2 months

arpage 0.2 alpha - JACK Sync'd Arpeggiator - available on sourceforge in tarball and SVN

by Mark Vitek

Hello all, The second development release of arpage is available on sourceforge in source tarball and SVN formats: Tarball: http://sourceforge.net/projects/arpage/ SVN: https://arpage.svn.sourceforge.net/svnroot/arpage/branches https://arpage.svn.sourceforge.net/svnroot/arpage/tags I'd like to thank everyone for the feedback I received on 0.1 - Please check this out and let me know what you think, or if you have problems building/running. The UI is still dead-boring GTK, but I've read back over the LAD threads regarding audio-oriented UI libraries and I'm thinking of investigating libproaudio with the next release. The 0.2 Development release adds: - Smaller UI - probably not Netbook friendly yet, but getting closer :) - UI should be dependent upon GTK+ 2.12 (rather than 2.16 as with the first release). - An additional executable named "zonage" which allows the MIDI note input to be split into 4 ranges. This is useful for routing sections of your MIDI keyboard to different JACK inputs - e.g. route the lower half to arpage, and the upper half to a "lead" sound, so you can "solo" over the arpeggiator. - The ability to have a pulse duration (time between note-on and note-off) be longer than the interval between pulses (time between note-on and subsequent note-on). This is useful when routing the output of one arpeggiator to the input of the next arpeggiator. Experiment and hear it :) - Noticeable decrease in the number of stuck notes (I haven't experienced ANY with this version yet). Basic features/requirements (same as 0.1 Alpha): - svn / tarball only for now - gtkmm-based, so dev packages for gtkmm and friends are needed to build (and obviously jack) - I've only built it on Ubuntu Studio (karmic) 64bit. I'm looking for others to let me know if it builds/runs elsewhere. - requires JACK time master to be rolling for the arpeggiators to do anything. Qtractor and Seq24 have worked well for me. - will pass midi events thru when JACK time master is not rolling. - 4 arpeggiators with transpose, interval, range, note duration selectable thru UI. - Each arp has it's own JACK midi in and out port, so you can cascade arpeggiators. - Preliminary support for scales and modes - all of them are not correct, but try major, dorian, diminished and augmented for starters :) It sounds great with each arpeggiator driving an instance of calf mono. Check out the ogg/mp3 clip on sourcefourge. Thanks all, Looking forward to any and all feedback.

15 years, 2 months

PortAudio experience

by Michael Ost

Hi, We are considering using PortAudio for Linux hardware support (and Windows/Mac as well). What's the word on the quality, reliability, ease-of-programming, latency and performance in Linux? Our product (Receptor) is used in live situations by non-programmers, so the support can't be "tweaky" if you know what I mean. The product only needs to support a couple of sound cards, though, so it won't have to target lots of hardware. Thanks for any feedback, Michael Ost Muse Research, Inc.

15 years, 2 months

Re: [LAD] [LAU] Is TerminatorX development stalled?

by gerald mwangi

Hi guys, I just wanted to give an update on the integration of librubberband into TerminatorX. To understand rubberband, i wrote a small console Jack app that can play wav files at diferent speeds, keeping pitch. It works well. The code is attached. I have a question to for the devs out there though: It seems to me that i have to run process() a few times with a fixed blocksize before, getRequiredSamples() returns something >0 in Realtime-mode. All other options are default options. Is this true? I need some help on this issue. thanx Gerald _______________________________________________ Linux-audio-dev mailing list Linux-audio-dev(a)lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev

15 years, 2 months

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 January 2010