Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

4 participants
7502 discussions

[ANN] LV2 Simple Sine Generator plugin (Updated)

by Nedko Arnaudov

This brings plugin in sync with latest lv2 (changed uri, double srate, header) LV2 Simple Sine Generator is very simple plugin, generating sine when feed with notes. It should load in any host supporting midi port LV2 extension, i.e. elven, ingen, lv2_jack_host and zynjacku. Plugin should be usable for testing basic synth functionality and as simple example synth plugin to start with if you want to code your own LV2 synth plugin. Download it from here: http://nedko.arnaudov.name/soft/ssg/ The new tarball is ssg-20070808.tar.bz2 -- Nedko Arnaudov <GnuPG KeyID: DE1716B0>

17 years, 11 months

Golden Ears wanted

by Fons Adriaensen

Hello all, I'm currently developing some resampling code, and would appreciate your opinion on the quality of the results. On my website <http://www.kokkinizita.net/linuxaudio> you will find four files resampled from CD to 48 kHz. If you have golden, silver or unobtainium ears and some time, please listen to these files on a good system (without resampling), and report your impressions (not to the list but to the address provided on the page). I'll provide a summary of the results in a month or so. Many thanks, -- FA Follie! Follie! Delirio vano è questo !

17 years, 11 months

handling data streams: file vs callback

by Patrick Shirkey

Hi, I'm trying to jackify xwax. Xwax is a linux based emulator for Rane serato and Final scratch. I have successfully adapted the code from jackEQ to allow xwax to register and connect several JACK i/o's. However the original system uses file descriptors for handling the data (oss/alsa) internally and this is not instantly compatible with the JACK callback system. At least it's not obvious to me how to link the internal streams to the external ports. If anyone here has a tip to link everything together the code is available online here: http://www.djcj.org/code/xwax-jack.tar.gz There's only 6 or seven small files and the process flows from xwax.c ->device.c. rig.c is also playing a part but I'm not sure it is essential. I'm sure it's a simple fix probably only a couple of lines, but it's beyond my skills to get it done quickly so I'm putting it out here in case anyone feels the urge to give me a hand... Cheers. -- Patrick Shirkey - Boost Hardware Ltd. Http://www.boosthardware.com Http://lau.linuxaudio.org - The Linux Audio Users guide ======================================== "Anything your mind can see you can manifest physically, then it will become reality" - Macka B

17 years, 11 months

[Ardour-Users] TAP EQ issues, revisited

by Steven Chamberlain

Hi, There was a thread on LAD two years ago, almost exactly, pointing out the denormal problems in TAP's EQ plugins: http://linuxaudio.org/pipermail/linux-audio-dev/2005-August/013367.html Unfortunately the problem was never fixed. Many people are still having issues with 'TAP Equalizer' and 'TAP Equalizer/BW', as there are recent posts in ardour-users regarding spiralling CPU usage for DSP. I've been doing my best to debug and fix the problem, but now that I actually want to reproduce the problem, I can't! I can't reproduce the jump in CPU usage, although I suffer a loss of audio in Ardour when I have many TAP EQ's running in a session. So, I tried a few small changes to tap-plugins-0.7.0 which seemed to fix the loss of audio. If anyone can reliably reproduce the jump in CPU usage (which usually triggered by periods of silence in the middle of a recording), then please try rebuilding the TAP plugins from source, with and without my attached patch, and see if it helps. Please note, if your current tap_eq.so and tap_eqbw.so are already installed in /usr/lib/ladspa/, you may need to edit the Makefile and remove "local/" from the .so and .rdf install paths. I'm hopeful that this might cure denormal problems that some people have suffered from with these plugins for years. If this works, I will test many more plugins for the same problem and perhaps fix those, too. Thanks! -- Steven Chamberlain steven(a)pyro.eu.org

17 years, 11 months

[ANN] Linux Audio Conference 2008

by LAC2008

Linux Audio Conference 2008 Lectures / Demos / Workshops / Concerts / Linux Soundnight Köln/Cologne, 28.2.-2.3.2008 The 6th Linux Audio Conference is taking place in Cologne (Germany) Feb 28th to March 2nd 2008. The Academy of Media Arts[1], Cologne, is proud to host the Linux Audio Conference 2008[2], where once a year programmers and artists, musicians, composers and practioneers gather to discuss and explore new and important developments in making music and sounds with Linux and Open Source software. The Linux Audio Conference is both a meeting of developers writing audio software for Linux as it is a music festival, where artists from all over the world show how free software can create fresh and exciting new sounds. A wide range of workshops, talks and presentations will once again prove, how Tux, the friendly penguin, spreads its little wings into areas, that no longer are the realm for the big fish alone - like computer music, sound engineering and audio distribution. The LAC aims at bringing together developers and users of Linux and open source audio software with the goal of information sharing, project discussions, making (and dancing to) music. Each day of the conference there will be a concert which features music composed and created with open source software. Stay tuned for the various calls for Papers, Music and Workshops bound to appear on the new LAC website - http://lac.linuxaudio.org - right after the summer break. The team of LAC2008 is working hard to make the LAC Cologne again a successful and most of all fun event for all visitors and participants. If you have further questions, want to cooperate with us or just cannot wait anymore, you can always contact us by email: lac(a)linuxaudio.org Hear you in 2008! Frank Barknecht and Martin Rumori LAC2008 Mail: lac(a)linuxaudio.org Web: http://lac.linuxaudio.org [1] http://www.khm.de [2] http://lac.linuxaudio.org

17 years, 11 months

Re: [LAU] [ANN] lash_wrap - A small LASH wrapper

by Florian Schmidt

On Friday 03 August 2007, njcross(a)sbcglobal.net wrote: > On Wednesday 01 August 2007 00:39, you wrote: > > On Wednesday 01 August 2007, Florian Schmidt wrote: > > > On Wednesday 01 August 2007, njcross(a)sbcglobal.net wrote: > > > > Just to say thank you for lash_wrap. Seems to work as you stated. I > > > > tried it with Ardour, Audacity and ReZound and as long as you save > > > > your work before closing it works well. Thank you! > > > > > > A little caveat i found though: > > > > > > Apps that create their connections themself are not handled very well > > > by lash_wrap. E.g. hydrogen, freqtweak etc... It would be cool if these > > > apps had an option not to create any connections by themself on > > > startup.. > > > > > > Flo > > > > Erm, just see, jack connection restoring doesn't work with clients that > > do not create the connections themself either.. hmm, weird.. I suppose i > > need to debug some more ;) > > > > Flo > > I'm now having the same connection problems; or rather no connections are > saved when using glashctl. hmm... Ok, back to the ML's :) try: http://tapas.affenbande.org/lash_wrap/lash_wrap-0.4.tgz It works here after a quick test.. I have added a --delay [-d] option which defaults to 3 secs.. That is the time the wrapped client has available to register jack and alsa ports.. ;) So if your app takes longer to start than that it will still not work.. Tomorrow or so i will try to add an active scanning mode for jack client names like for alsa seq client names.. Regards, Flo -- Palimm Palimm! http://tapas.affenbande.org _______________________________________________ Linux-audio-user mailing list Linux-audio-user(a)lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-user

17 years, 11 months

Re: [LAU] [ANN] lash_wrap - A small LASH wrapper

by Florian Schmidt

17 years, 11 months

Ardour session archiver (Was: new lossless/lossy audio compressor)

by Marc-Olivier Barre

On 7/25/07, Paul Winkler <pw_lists(a)slinkp.com> wrote: > Pretty cool. Does JPEG 2000 handle float data? > > I'd love to be able to write an archive script for Ardour sessions > that compresses the audio data losslessly, but FLAC won't do it. I been thinking of the same thing... can't ardour handle FLAC files natively ? a simple script in <you-name-it> language calling flac to to compress the audio and change the session file to match the new names should work I think. Thoughts anyone ? __________________ Marc-Olivier Barre.

17 years, 11 months

ReplyTo munging (Was: What hardware is actually used by freebob/ffado users?)

by Marc-Olivier Barre

On 7/31/07, Thomas Vecchione <seablaede(a)gmail.com> wrote: > Dang it, I apologize to the list, I forgot this list DOES reply to the list > when I hit reply, and nto reply to all. > > Seablade I must admit this is a issue I wanted to raise for a while now... For those of you who haven't heard, there has been a very long debate on whether replyto munging was or wasn't a god practice. Each side had a reference paper stating a number of pros and cons : - http://www.unicom.com/pw/reply-to-harmful.html - http://marc.merlins.org/netrants/reply-to-useful.html The fight between Simon Hill and Chip Rosenthal finaly ended in 2001 when a new RFC obsoleting RFC 822 appeared, RFC2822. Here's a paper from Neale Pickett stating the final story : http://woozle.org/~neale/papers/reply-to-still-harmful I strongly consider turning munging off on LAD and LAU. I know this might start some flames, but isn't it good free software philosophy to stick to the standards, especially when it comes to a recently reviewed RFC ? If someone can give me an argument that is not present in the 3 previously linked documents stating why we need to munge our headers, I'll turn munging off next week. Regards, __________________ Marc-Olivier Barre. Your favorite list administrator :-)

17 years, 11 months

JACK support for xwax

by Patrick Shirkey

Hi, I spent some time today integrating jack support into xwax. I have it registering and creating ports but xwax uses file descriptors for it's i/o's and I'm not sure about the best method to integrate the jack callback system into that. Any pointers for seperating the i/o's from the processing engine so that we can keep alsa/oss support and also have jack too? Cheers. -- Patrick Shirkey - Boost Hardware Ltd. Http://www.boosthardware.com Http://lau.linuxaudio.org - The Linux Audio Users guide ======================================== "Anything your mind can see you can manifest physically, then it will become reality" - Macka B

17 years, 11 months

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