Linux-audio-user September 2011

linux-audio-user@lists.linuxaudio.org

104 participants
80 discussions

Re: [LAU] New Music: Shout - the song, that shall

by Julien Claassen

Hey Massy! Thanks for the kind comments. I certainly had fun doing this and I tried to investigate new genres of music and some new approaches. Yes the mix is rather bright, but that's the way I liked it, so that was intentional. It was certainly interesting to put some jazz and latin music in, as well as the classical section in the beginning. It's actually first part of the Mexican and the French anthem and then followed by a shortened version of the Bulgarian anthem. Which really hasn't anything to do with the protagonists, but I hummed it a lot, while the story began. :-) I'm glad you liked it and thought, that it had more ambition than the last piece. I definitely tried for oneor two better. I seem to have succeeded. :-) Warm regards Julien =-=-=-=-=-=-=-=-=-=-=-=- Such Is Life: Very Intensely Adorable; Frightening Absence Just Arriving, Reigns Disappeared, Ornate - flowers! ====== Find my music at ====== http://juliencoder.de/nama/music.html ..................................... "If you live to be 100, I hope I live to be 100 minus 1 day, so I never have to live without you." (Winnie the Pooh)

14 years

Re: [LAU] Linux-audio-user Digest, Vol 55, Issue 29

by Ralf Mardorf

On Wed, 2011-09-28 at 08:15 +0000, linux-audio-user-request(a)lists.linuxaudio.org wrote: > Message: 15 > Date: Tue, 27 Sep 2011 23:10:34 +0300 > From: David Baron <d_baron(a)012.net.il> > Subject: [LAU] Jackd no longer starts > To: linux-audio-user <linux-audio-user(a)lists.linuxaudio.org> > Message-ID: <201109272310.34316.d_baron(a)012.net.il> > Content-Type: text/plain; charset=us-ascii > > I have the most recent packages from Debian unstable, jackd2, etc. > > jackd does not start, appears to cash out. > > Had this? Fixed it? I'm using a mix of Squeezy aka stable aka 6.0 and Wheezy aka testing aka 7.0 and self build stuff, such as Jack2, ALSA and the kernel. Most packages are from testing. It's stable, there are just some dependency issues regarding do development packages, that are needed to compile Ardour3 with videotimeline. And well, I'll keep the nv driver (guess it's the only stuff from stable), even while using the proprietary at the moment. I'm working on getting my mix consistent and I'm very near to it, but still didn't compile Ardour3 with videotimeline. Anyway, it's brave to use unstable aka Sid. I suspect that there will be no advantages regarding to audio and video, but I might be wrong. Perhaps you should think of using testing instead. Perhaps you already do this parallel to using Sid ;). :) Ralf OT: Robin, what's the state of videotimeline for Ardour3? Do I need to use an older version of Ardour3? Last time I tried, I had issues compiling it and didn't follow your advice to compile it from, IIRC git instead of svn.

14 years

Ardour 2.8.12 released

by Paul Davis

After a year in which Ardour 2 has seen little focused development due to the work on Ardour 3, the release of OS X Lion finally created the motivation to consolidate the accumulation of patches and improvements and release 2.8.12. You can download it from http://ardour.org/download The list of changes is suprisingly long for something supposedly in maintainance-only mode, and its a good list. The most important changes are probably: * binary packages for Linux (these should run on any Linux system, with no dependencies on your existing system libraries) * major (though subtle) fixes to the way Ardour handles latency and the alignment of newly recorded material. * OS X Lion support Please note that Ardour now requires the latest JACK latency API which can be found in JACK1 0.120.2 or JACK2 1.9.7 (on OS X, JackOSX 0.88) or any later versions. Using Ardour 2.8.12 with older versions of JACK will lead to random crashes and generally bad behaviour. There's no reason not to upgrade JACK if you haven't already done so. If you are on Linux and your distro doesn't provide a new enough version, please complain to them. Binary packages of Ardour for Linux means that almost all Linux users of Ardour can choose to download Ardour directly from http://ardour.org/download rather than their distribution's packaging system. In the future, I plan to scale back the support and attention that I give to users of distribution-packaged versions of Ardour, mostly because it is so hard to track what each distribution does, let alone the bugs introduced by their handling of libraries that Ardour depends on. New Features or Behaviour and workflow improvements ----------------------------------------------------------------------- * OS X Lion Support * Linux binary packages (for all versions of Linux on x86 or x86_64 processors) * Correctly align newly recorded material on the timeline * OS X: double-click on a session file opens Ardour * reinstate "merge files" in import dialog so that 2 mono files can be imported as a stereo track * Forces new tempo and meter markers to start a new bar on the first beat * Changes to automation data recording - No longer decide automation control point visibility based on zoom level - Remove unnecessary control points in automation data as it is recorded - Allow timecode to skip forwards or backwards or even loop while recording automation (data is only recorded during forward playback) * Add a second Delete action, so both Backspace and Delete can be bound to delete. this is really useful on macbooks which have a backspace but no delete key. to turn on this behavior, users will have to add the new editor-alternate-delete action to theri bindings, OR go to Preferences->Mouse/Key and re-load one of the default bindings files * New route groups are turned "on" at creation * F4 is bound to the real separate action, not the Separate sub-menu (ergnomic bindings only) * Remove some rhythm ferret options that are not implemented in A2 * Change order of range menu so more common operations are nearer the top Crash Fixes ---------------- * Fix crash when two overlapped regions are selected * Fixes crashes when playhead is moved if fader automation is on the 'write' setting * Symptom-fix for an issue with bogus crossfades. Avoids crashes though it doesn't fix the underlying problem. Bug Fixes ------------- * Fix misbehaviour when freewheeling due to Ardour's own export * Change the way we use "physical screen height" to better account for multi-monitor setups * Make sequence-files option for import use file timecode, make all import/embed ops use per-file TC if timecode was requested, rather than just the first file's TC * Fix occasional deafening noise at region cut points * Fix management of fade in/out active management * Restore text to the editor canvas on big-endian machines (OS X PPC) * Don't try to call "render" on AU plugins with no input elements * Some Mackie-emulation systems (e.g. euphonix) send zero for the tick count when the jog wheel is moved, so accomodate this by pretending that they reported 1 tick * Save/restore environment as needed when forking external apps like JACK * Fix possible drift out of sync of tracks during varispeed * Don't adjust session end location when any region end is moved. * LV2 UI parameter now handled by the GUI thread, not just the same thread that the update happened * Prevent ardour from ever, EVER, EVAH removing an existing source file * Make sure declicking fades reach their target * Fix Insert Region From List and Fill Range with Selected Region * Add support for AudioUnit parameter listening * Make timefx thread sleep for a bit after its done, so that the GUI can process its requests before it dies and takes it request buffer with it * Fix old issue where copy-pasting a range selection from region(s), each region would inherit the parents full fade-in or -out even when the region excerpt didnt include the fade * Fixes for gcc 4.6 * Do not try to silence port buffers after a reconnect, since this violates old JACK policy and new JACK implementation * Fix reallocation of silent, passthru and send buffers, specifically after a reconnect to JACK * Fix cut-n-paste typo that caused Session::send_buffers to be the wrong size * Commit patch from colinf to just err, rather than abort, if ::truncate_start() is called on an empty automation list * Fixed bug where embedded sources did not correctly obey the BWF time stamp and would import at the timestamp of the first file * When importing sources that are using sample rate conversion, the BWF start time has to be converted also * Fix bug that prevented fade-ins from being restored in an inactive state * Remove almost all use of Glib::ustring to avoid issues with non-Latin characters in file names on some versions of OS X * Do not attempt to lookup sndfile constants/enums using a string, because this breaks when using anything but english * Allow correct restoration of Lock Edit mode Translations ----------------- * New Basque translation from Maider Likona and friends Contributions to this release from: Carl Hetherington, Ben Loftis, Todd Naugle, Colin Fletcher, the Basque translation team and Paul Davis

14 years

JACK 0.121.3 released

by Paul Davis

JACK 0.121.3 is a bug fix release containing (almost) no new functionality. It is required if you want to use JACK1 on OS X with any clients that use weak linkage for JACK feature detection (e.g. Ardour). Changes: * Make the printed output of jack_iodelay more useful to actual users * Compilation fixes for OS X (particularly PPC architectures) * Remove SSE-related messages during startup * Fix a few argument type declarations for a few functions * OSS backend: fix a call to yet undefined engine instance http://jackaudio.org/downloads/jack-audio-connection-kit-0.121.3.tar.gz

14 years

Jackd no longer starts

by David Baron

I have the most recent packages from Debian unstable, jackd2, etc. jackd does not start, appears to cash out. Had this? Fixed it?

14 years

Strange jack message

by S. Massy

Hello, Does anyone know what this message means and what causes it? JackActivationCount::Signal value = 0 ref = 21 Cheers, S.M. --

14 years

Berklee Certification

by Brett McCoy

Hey everyone -- I just finished up a 2 year Master Certification program through Berklee Music, the program being "Orchestration for Film & TV". I did the entire program using Linux, primarily Lilypond, Rosegarden and Ardour/Mixbus (and some use of xjadeo and Jamin where needed). The only thing Linux wasn't used for was the use of some sample libraries like EWQL PLAY and Kontakt, which were hosted on a Windows 7 machine (I used QMIDINet to handle networked MIDI and ADAT via Lightpipe & S/PDIF for the return audio). I have a good deal of my music from these classes on Soundcloud now: http://soundcloud.com/brett-mccoy -- Brett W. McCoy -- http://www.electricminstrel.com ------------------------------------------------------------------------ "In the rhythm of music a secret is hidden; If I were to divulge it, it would overturn the world." -- Jelaleddin Rumi

14 years

VC and jack

by Renato

Hello, I've never used hardware that uses VC, but sometime ago I had an idea, that probably many others have allready exploited (never heard of it though). If a control signal is exactly the same as an audio signal, just very lower in frequency, one could apply all the usual audio effects to control signal. You could for example turn a knob, have the signal it generates pass through a delay, reverb or whatever, and then have it control something (like the frequency of a synth). This seems an interesting idea I'd like to play with - the problem is, how can you do it in our linux-audio environment, where usually the knob generates midi CC data? Is it possible with some tricks to convert this to an audio signal (maybe way downsampled to not uselessly waste CPU) pass it through rakarrack or ladspa plugins, reconvert it to midi CC and have it control something? A more general thought: what about implementing a new type of generic "control" signal in JACK, and having existing audio apps accept these signals in their input? If you come to think of it, there's really no difference (other than sample rate) between a control signal and an audio signal, so there's no reason why one shouldn't be able to do DSP on control signals. cheers, renato

14 years

linuxaudio.org network outage

by Robin Gareus

Hi all, There is currently some network problem affecting the vt.edu uplink which hosts linuxaudio.org. We do not yet know the details and the issue is outside of our scope but the Virginia Tech Admins are on to it. Apparently low bandwidth requests - such as email - still make it through occasionally. We're sorry for the inconvenience. greetings, root(a)linuxaudio.org

14 years

Ambi "encapsuled" in vbap

by Christoph Kuhr

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi list, i wondered if someone tried to map ambisonics into vbap, and could give some experiences? the thing is to playback ambi content (e.g. ambi live record) on vbap system (which is much more flexible in ls count and position) regards chris - -- PGP Key ID 0x528422c1; PGP Public Key / PGP Key verification: pgp.mit.edu pgp.zdv.uni-mainz.de -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOgO/7AAoJEBra75lShCLBykUH/Rl0NvTMa9R1Kx8ymMYy7VEV QZPcvwJSz6dzq3mGDOFd1+RuXuplaPuEw0MVq3OeKzhmfgV9S2QmDtc1Qg0mK78j 28RKMfxPSxGV+8qAjCimb7dflbMawWqbi/jTPc0qXsFidp1u0HP9pmgpQRAt7b9Z wMsyJno3DT0lq7ERZYqL9UVU8K06NePfa1/MmdR4XYkyYqLoP61b7YPiU1VqkRfa jnU30V3CkAttkVAhSz3zZ16eGmR8gJHQVPzZQWQimB/hdWJ4A8ptxJN6uzLE1kfD NtKo5U7x3IM1yuHb8podEPDLRHIFpHd3crbo1gEQCm/vVYIIywXBtnN7wneN/f0= =GU/x -----END PGP SIGNATURE-----

14 years, 1 month

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-user September 2011