Linux-audio-dev August 2007

linux-audio-dev@lists.linuxaudio.org

48 participants
37 discussions

[LAD] 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

18 years, 7 months

[LAD] [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

18 years, 7 months

[LAD] [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

18 years, 7 months

[LAD] 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

18 years, 7 months

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

by Florian Schmidt

18 years, 7 months

[LAD] 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.

18 years, 7 months

[LAD] 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 :-)

18 years, 7 months

2026

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 August 2007