Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

3 participants
7440 discussions

[linux-audio-dev] Re: AGNULA launches the "Libre Music" project

by Andrea Glorioso

Dear all, a small update to our "Libre Music" announcement. >>>>> " " == The AGNULA Team <info(a)agnula.org> writes: > Florence, 22 Dec 2003 > +++ AGNULA launches the "Libre Music" project > The AGNULA IST-Project [0] is proud to announce its new "Libre > Music" (aka the "muzik" project) project, whose goal is to create a > publicly accessible database of Libre Music, i.e. music licensed > under either the Creative Commons [1] licenses or the EFF [2] Open > Audio License. We are currently having some DNS problems. It looks like the `agnula.org' domain expired and our current registrar didn't notify us (right now the e-mail address on the domain record is wrong, we are correcting that, too, but it was right up to one week ago). Our registrar changed the IP address for agnula.org and of all its subdomains, making it point to a default "domain has expired" page. As soon as we noticed the problem, we contacted the registrar and renewed the domain, but until now there are still two IP addresses in the DNS system worldwide: www.agnula.org. 2400 IN A 130.237.67.101 www.agnula.org. 2400 IN A 64.85.73.31 The *first* IP address is correct (it's the IP address of the AGNULA server at KTH, Sweden) while the second is not. Until our registrar understands that we *did* renew our domain and deletes its IP address from the DNS system, you might fail to reach our server and all services hosted there (www.agnula.org, devel.agnula.org, the mailing lists). We are sorry for this issue. We are working as fast as we can to have it fixed before Christmas. On behalf of the AGNULA team, -- Andrea Glorioso andrea.glorioso(a)agnula.org AGNULA/DeMuDi Techie http://www.agnula.org/ "There's no free expression without control on the tools you use"

20 years, 9 months

[linux-audio-dev] [ANN] Specimen version 0.0.2 released

by Peter Bessman

Specimen is a midi controlled audio sampler for GNU/Linux systems. It supports the ALSA midi sequencer interface, and can output audio via ALSA or JACK. This release encompasses some significant changes, making Specimen usable software for enthusiasts. Hook it up to a sequencer, connect it to Ardour, and you have a passable drum machine. Visit www.gazuga.net to download the tarball, view a screenshot, or listen to a sample song, and feel free to contact me with any questions or comments you have. [pb]

20 years, 9 months

[linux-audio-dev] ANN: RTMix 0.76 released

by Ivica Bukvic

Greetings all! It's my pleasure to announce immediate availability of RTMix version 0.76. RTMix is an interactive multimedia art performance, composition, and coaching interface capable of triggering various DSP applications and/or processes concurrently, as well as offering a tight coordination between computer(s) and live performers. It can also trigger real-time events utilizing MIDI and OSC protocols, and can be in theory networked from a single client with up to 1000 other RTMix clients (personally neither have I had the opportunity to try this and besides the network latency would probably get the best of it anyways). For more info on what it is, what it does, and how it does it, please see the online docs: http://meowing.ccm.uc.edu/~ico/RTMix-doc/ Changelog: *RTMix is now part of the AGNULA project! *In order to comply with the AGNULA inclusion requirements, the install is now completely modular. Please use ./configure --prefix=<preferred-path> to install all the data files to the custom location. Binary is stored in /<preferred-path>/bin directory, so in the case your path happens to be "exotic," please make sure to use --bindir=<path-to-bin-directory> for custom binary directory placement. RTMix has so far been featured at ICMC 2002 conference (Sweden), SEAMUS 2003 conference (US), in the "Organised Sound" magazine (December 2002), and has been used in several of my works whose recordings are available on my website. If you happened to use RTMix in your work, I would love to hear in what ways you got to utilize its features, as well as how can I make the application better. Thanks! As usual, the tarball is available for immediate download from: http://meowing.ccm.uc.edu/~ico/rtmix-latest.tar.gz (4.3MB) For more info, please visit my website, RTMix forums at http://meowing.ccm.uc.edu/cgi-bin/ico/yabb/YaBB.cgi?board=Rtmix_id, and/or the online documentation (provided above). Best wishes, Ivica Ico Bukvic, composer & multimedia sculptor http://meowing.ccm.uc.edu/~ico

20 years, 9 months

[linux-audio-dev] Fw: Re: Low Latency patches and kernel 2.6.x

by Florian Schmidt

Oops i messed up the quoting a little bit. Here's Morton's answer: Begin forwarded message: Date: Mon, 22 Dec 2003 11:58:54 -0800 From: Andrew Morton <akpm(a)osdl.org> To: Florian Schmidt <mista.tapas(a)gmx.net> Cc: linux-audio-dev(a)music.columbia.edu, linux-audio-user(a)music.columbia.edu Subject: Re: Low Latency patches and kernel 2.6.x Florian Schmidt <mista.tapas(a)gmx.net> wrote: > > > Hi Andrew, > > i'm a user of a 2.4.22 kernel patched with the preemption patches plus > your Low Latency patches. It works very nicely for audio applications > [like jackd, ardour, etc...]. Cool. > Looking into the config menu of the 2.6.0 kernel i only find a > "preemptible kernel" config option. Your low latency patches seem not > to be included. Do you have plans of including your patches in the > 2.6.x kernel? I heard rumors about merging the preemptible and your LL > patches since they seem to go very nicely together.. Any truth to > that? The objective in 2.6 is that the preemptible kernel achieve similar worst-case latencies to the low-latency-patched kernel. So 2.6 should meet your requirements out of the box. That being said, last time I instrumented the 2.6 kernel it was not achieving the targets. The specific failure was occurring when the machine had a very large number of inodes in cache and the VM system was reclaiming those inodes. It is unlikely that you will strike this problem in real-world usage, so 2.6 should work fine for you. As ever, testing results would be appreciated. (The inode reclaim problem is fairly complex, but I just happen to see a patch from Dipankar Sarma in my inbox this morning which is designed to fix it up). End forwarded message -- music: http://www.soundclick.com/bands/9/florianschmidt.htm

20 years, 9 months

[linux-audio-dev] Low Latency patches and kernel 2.6.x

by Florian Schmidt

Hi Andrew, i'm a user of a 2.4.22 kernel patched with the preemption patches plus your Low Latency patches. It works very nicely for audio applications [like jackd, ardour, etc...]. Looking into the config menu of the 2.6.0 kernel i only find a "preemptible kernel" config option. Your low latency patches seem not to be included. Do you have plans of including your patches in the 2.6.x kernel? I heard rumors about merging the preemptible and your LL patches since they seem to go very nicely together.. Any truth to that? Thanks i.a. for any thoughts and insights. Flo P.S.: this mail is cc'ed to the linux audio user/developers list because i think the people there are very interested in these issues, too.. -- music: http://www.soundclick.com/bands/9/florianschmidt.htm

20 years, 9 months

[linux-audio-dev] swh-plugins, freqtweak, fftw3 and the planet

by Paul Davis

i was trying to install swh-plugins and freqtweak on my new laptop and ran into some problems with the planet's rpms. they seem to depend on a feature "libfftw3f.so.3" that isn't being supplied by any other package. i have fftw3 installed, and it gave me the file /usr/lib/libfftw3.so.3, but not the "f" version. the same problem exists for the planet's freqtweak package. does anyone have any clues about how to solve this in a "packageful" way? thanks --p

20 years, 9 months

[linux-audio-dev] low latency 2.4.x -> 2.6.x

by Florian Schmidt

Hi, i wonder about how ready linux 2.6.0 is for audio stuff? Is vanilla 2.6.0 with preemtion enabled comparable to 2.4.22 with preemption + andrew's LowLatency patches [which i use right now]? I somewhere read something about merging andrews LL and the preemptible patches. Is there any truth to that? What about the 2.4.x capabilities "patch"? Will this work on 2.6.x? Flo -- music: http://www.soundclick.com/bands/9/florianschmidt.htm

20 years, 9 months

[linux-audio-dev] Ann: Vstserver v0.3.0, ladspavst v0.1.6, vstserver-0.3.0-wine.tar.bz2

by Kjetil Svalastog Matheussen

Vstserver 0.2.8 -> 0.3.0: ------------------------- -Cache is updated when starting the vstserver. Also added some workaround code to avoid deadlocks. You may still sometime need to press ctrl-c and start vstserver again, but the problem is not as appeareant as before. -Does not use realtime priority when updating cache only. -Better documentation for vstlib. ("make doc") -New functions in vstlib: VSTLIB_newCacheList, VSTLIB_deleteCacheList, VSTLIB_getName. -Removed function in vstlib: VSTLIB_deleteCache. (Use VSTLIB_delete instead) -All clients must be recompiled. -Works with the latest version of wine at the time of writing, 9.12.2003. vst ladspa plugin v0.1.6 - stable ---------------------------------- -Use the new vstlibs functions to gather the cached AEffect structs. (non-important update) vstserver-0.3.0-wine.tar.bz2 ---------------------------- This is the unmodified cvs wine from winehq 9.12.2003. Tested and works with vstserver v0.3.0 --

20 years, 9 months

[linux-audio-dev] gmorgan-0.19 released.

by holborn

Hi! gmorgan is a rhythm station. a full programable accompaniment tool in real-time and also a pattern based sequencer. Requerimnets: --------------------- ALSA FLTK News on 0.19 -------------------- This version is internationalized with gettext. French and Spanish languages and full documentation in pdf and Open Office formats has been added. gmorgan is availabe on: http://gmorgan.sf.net Thanks Josep

20 years, 9 months

[linux-audio-dev] Re: cdparanoia fails / audiofile comparer

by Juhana Sadeharju

Hello. cdparanoia seems to need following additions: -Rip from sector N to sector M -Skip TOC reading I'm now sure that cdparanoia is failing. Remember, the output was about the following: (== PROGRESS == [ +!---------------| 159332 00 ] == :^D * ==) The whole end is full of jitter errors, but in this case it merely must be that cdparanoia ruins the good CD audio data. The jitter correction buffers went bad at "!" point, and the jitter error cumulates to the end. So, cdparanoia algorithm should be changed to a non-cumulative. This happened when I started ripping after the "!" point: (== PROGRESS == [ | 159332 00 ] == :^D * ==) No jitter errors whatsoever. New algorithm could rip the data in several independent parts, using jitter correction on each part. Parts should overlap slightly but no jitter correction is yet applied between parts. If a part has an error, reading of that part is stopped immediately. At next round the parts which had errors are further divided to smaller parts. Then finally jitter errors are verified between the overlapping parts. This alternative algorithm uses more disk space because the parts are stored independently to the disk. Regards, Juhana

20 years, 9 months

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