Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

1 participants
7518 discussions

[linux-audio-dev] ANNOUNCE: BEAST/BSE v0.6.4

by Stefan Westerfeld

BEAST/BSE version 0.6.4, BSE-ALSA version 0.6.4 and BSE-PortAudio version 0.6.4 are available for download at: ftp://beast.gtk.org/pub/beast/v0.6/ or http://beast.gtk.org/beast-ftp/v0.6/ This is a development version of BEAST/BSE, the BEdevilled Audio SysTem and the Bedevilled Sound Engine. BEAST is a powerful music composition and modular synthesis application released as free software under the GNU GPL and GNU LGPL, that runs under unix. BSE-ALSA is an ALSA driver and BSE-PortAudio is an experimental PortAudio driver for BSE. The project is hosted at: http://beast.gtk.org A mailing list is available at: http://mail.gnome.org/mailman/listinfo/beast/ GUI skins, example sounds and instrumets for BEAST/BSE as well as screenshots can be found at: http://beast.gtk.org/browse-bse-files.html http://beast.gtk.org/screenshots/index.html This new development series of BEAST comes with a lot of the internals redone, many new GUI features and a sound generation back-end separated from all GUI activities. Outstanding new features include support for skins, many sample file formats, MIDI file import abilities, an improved piano roll widget, the track editor which allows for easy selection of synthesisers or samples as track sources, loop support in songs, mixer support, unlimited Undo/Redo capabilities and MIDI automation. Overview of Changes in BEAST/BSE 0.6.4: * Fixed storage logic that caused data loss when overwriting BSE files * Added -N and -n=<nicelevel> options to drop nice level priorities * Removed libbsw from package, glue code is inlined now * GCC-3.4 build fixes * Fixed high CPU consumption on scope updates * Added spectrogram view for module outputs * Minor GUI fixups and miscellaneous other buglet fixes * Updated Canadian English translation [Adam Weinberger] * Updated British English translation [David Lodge] * Updated Czech translation [Miloslav Trmac] * Updated Dutch translation [Tino Meinen] * Updated Spanish translation [Jorge Gonzalez] Overview of Changes in BSE-ALSA 0.6.4: * Build fixes. Initial Release of BSE-PortAudio 0.6.4: * Provide a PortAudioV19 PCM driver for BSE -- -* Stefan Westerfeld, stefan(a)space.twc.de (PGP!), Hamburg/Germany KDE Developer, project infos at http://space.twc.de/~stefan/kde *-

20 years, 12 months

[linux-audio-dev] [ANNOUNCE] rtc based MTC generator

by Florian Schmidt

Hi, i have written a small MTC generator that sends MTC via alsa_seq. It is based on the RTC running at a frequency of 8192hz (this introduces systematic jitter) and currently only sends 30 FPS (nodrop? i think :) It seems to perform fine on my 2.6.x RP kernel (with the RTC irq at highest prio above soundcard irq (jackd with ardour running at prio 60)). Here's the webpage (with tarball): http://www.affenbande.org/~tapas/wiki/index.php?rtc_mtc_gen Maybe someone finds it useful. Let me know what you think. Is there any software other than ardour on which i can try it? I don't have any hardware here that speaks MTC either.. Flo -- Palimm Palimm! http://affenbande.org/~tapas/

20 years, 12 months

[linux-audio-dev] Linux found to have less than 1% of the "normal" occurrence of bugs!

by Cornell III, Howard M

http://www.embedded.com/showArticle.jhtml?articleID=55301858

20 years, 12 months

[linux-audio-dev] adm: list archives at eca.cx going away

by Kai Vehmanen

Hello, this is not an urgent issue, but I'd like to warn in advance that the laa/lad/lau list archiving at www.eca.cx/la[adu] will stop some time next year. I'm not sure of the exact date, but sooner or later anyway. Note that I'm not going to take the existing archives offline, so all links pointing to mails at eca.cx will still work. Fortunately we nowadays have many other archives of the lists. We just now need to pick a new official archive and update the links at: http://www.linuxdj.com/audio/lad/archive.php3 I propose that we use the archives at columbia.edu: http://www.music.columbia.edu/pipermail/linux-audio-dev/ ... and so on. Very good archives can also be found at gmane.org: http://gmane.org/info.php?group=gmane.linux.audio.devel ... and so on. -- http://www.eca.cx Audio software for Linux!

20 years, 12 months

[linux-audio-dev] Re: rosegarden, alsa_seq and usx2y rawusb

by Stefan Turner

Rui, Thanks for your reply. I am trying to build Jack first just to see if it'll work with the CCRMA Alsa I've already got. So far I've done: [root@localhost jack-audio-connection-kit-0.99.35.3usx2y]# aclocal [root@localhost jack-audio-connection-kit-0.99.35.3usx2y]# autoheader [root@localhost jack-audio-connection-kit-0.99.35.3usx2y]# automake configure.ac: required file `config/mkinstalldirs' not found I can't find anything about this file, not even in configure.ac, and I really don't have a clue about this kind of thing (sorry if it's something really obvious). It certainly seems to stop the rest of the build working though. Any ideas? Thanks Stefan Turner ___________________________________________________________ Win a castle for NYE with your mates and Yahoo! Messenger http://uk.messenger.yahoo.com

20 years, 12 months

[linux-audio-dev] [Fwd: Graphical dataflow programs violate patents]

by Xavier Amatriain

-----Forwarded Message----- > From: Xavier Amatriain <xamat(a)iua.upf.es> > To: iua-mtg(a)iua.upf.es > Subject: Graphical dataflow programs violate patents > Date: Tue, 14 Dec 2004 10:57:56 +0100 > > I read that National Circuits sued and won a case against Mathworks for > their Simulink product infringing a number of paterns (September this > year). > > According to a summary of the claims (which you can read here > http://cafc.bna.com/03-1540.pdf): the dispute was about the term "data > flow diagrams" (which are interpreted) as a graphical computer program > whose execution follows a set of semantic or operational rules as > follows: > > 1. The order of the operations is not completely specified by the user > 2. The order of operations is implied by data interdependencies > 3. a node may only execute after all its inputs have become available, > and, > 4. outputs are generated after a node completes execution > > It turns out that most graphical audio programs such as Max, Pd, OSW or > CLAM's Network Editor may be infringing these patents. Luckily this is > still not valid in Europe and we hope will never be. > > Read more about this story at: > > http://patentlaw.typepad.com/patent/2004/09/federal_circuit.html > http://digital.ni.com/worldwide/bwcontent.nsf/web/all/03B9A7C68030C42D86256… > http://www.mathworks.com/company/pressroom/articles/article7951.html > http://news.thomasnet.com/fullstory/16801 -- /********************************** ********* Xavier Amatriain ******** ****** Music Technology Group ***** ** IUA- Universitat Pompeu Fabra ** ****** www.iua.upf.es/~xamat ****** ***********************************/

20 years, 12 months

[linux-audio-dev] Re: [Fwd: Graphical dataflow programs violate patents]

by Juhana Sadeharju

>From: Xavier Amatriain <xamat(a)iua.upf.es> > >> I read that National Circuits sued and won a case against Mathworks for >> their Simulink product infringing a number of paterns (September this >> year). The first patent should expire soon as their software Labview was launched 1986. It contains some essential items. I collected papers on this topic recently. In Labview user creates the circuit editor and the control panel. Both existed alone earlier. Labview includes special GUI elements in the circuit (see Reaktor, for example). I'm in belief that this connection can be done slightly differently without violating the patent. When Csound type software was first written? 1960? 70? There are other Labview patents. One patent patents what I have invented prior them. I remember posting it to a mailing list, but have not yet found it. I have not read the patent but my idea was that when the module is a subgraph, a click on the module opens up a graph editor; and when the module is a script, a click on the module opens up a text editor. Obvious? Juhana -- http://music.columbia.edu/mailman/listinfo/linux-graphics-dev for developers of open source graphics software

20 years, 12 months

[linux-audio-dev] Re: Re: Re: rosegarden, alsa_seq and usx2y rawusb

by Stefan Turner

> Try using -p128 -n2, and tell us whether you can't > notice any aural > difference, let alone if you can ignore a XRUN storm > =:) Ok, if it can get 2x128 that's quite tempting: I'd always assumed the crackling was a USB1 thing... I'd be grateful if you could give me a little help with it though please. I'm running PlanetCCRMA Fedora Core 1 at the moment. From your page I gather that I need jack-0.99.35.3usx2y.tar.gz. Am I right in thinking that the 'linux' section is kernel patches? Is there no way I can use this with the CCRMA 2.4.26-1 kernel (with low latency, givecaps, preempt etc)? > ... the new hwdep pcm (aka "rawusb") interface > available on the > sand-usb-usx2y alsa kernel module. Sorry I don't understand this at all. I can't find anything about sand-usb-usx2y, but do you mean if I installed latest alsa I could use sand-usb-usx2y in place of snd-usb-audio in modules.conf? Apologies for newbieness. Stefan Turner ___________________________________________________________ ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

20 years, 12 months

[linux-audio-dev] RME is no more

by Marek Peteraj

Hi all, sorry for crossposting, just wanted to let everybody know: The official statement is that there will be no support for ALSA (Linux) FireWire drivers from RME. In other words there will be no such drivers, as it is impossible to write them without tons of hardware and software documentation from RME. And we won't share these information with anyone. Regards Matthias Carstens RME No further explanations. The moral of this story is: Never buy a product that isn't already supported in ALSA, such as i did. :( There's no guarantee even if pretty much every other card from the same manufacturer *is* already supported. Me and Benno talked to Matthias personally during Musikmesse, he was friendly and seemed to be open with regards to future cooperation with oss developers. Seems like things have changed dramatically since then. Marek

21 years

[linux-audio-dev] rosegarden, alsa_seq and usx2y rawusb

by Uwe Koloska

Hello, have now figured out how to drive my audio and midi with tascam us-122 on SuSE 9.2 -- and (after disabling all tv thingies) it works very reliable and with very few xruns. The following software seems to be involved: - linux-2.6.8-24.3 (SuSE Standard kernel -- heavily patched) patched with linux-2.6.8-24-usx2y-0.8.6.patch from rncbc (CONFIG_HPET_RTC_IRQ=n) - realtime-lsm-0.8.5 - ruis jack jack-0.99.21.1usx2y-17.suse92 - qjackctl-0.2.13-1 - rosegarden4-0.9.9-2 - ZynAddSubFX-1.4.3-141 With this configuration I have found a weird problem: When starting jack with driver 'alsa' (from qjackctl) I am able to play my alsa instruments (for example ZynAddSubFX) from within rosegarden: - start ZynAddSubFX - start rosegarden - choose ZynAddSubFX for the active track - play the keyboard an listen to nice ZynAddSubFX sounds ... But when starting jack with driver 'usx2y' the midi seems not to arrive at ZynAddSubFX (or Hydrogen or fluidsynth or ...) Even ASeqView doesn't show any incoming events if chosen as instrument in rosegarden. Restarting jack with driver alsa -- and all went well ... What is the problem? And what can I do to help with this problem? Are there any missing facts? Yours Uwe Koloska

21 years

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