Linux-audio-dev July 2007

linux-audio-dev@lists.linuxaudio.org

65 participants
39 discussions

[LAD] again [ot] programming c++ problem (functions adresses)

by Julien Claassen

Hi! Sorry to bother again. But I have the following problem I can't solve. I need to wrap some readline-code in my c++-class. Readline has some function-pointers you can set to a function you wrote yourself. So I did. The sinature of my function ALMOST matches that expected by readline, but it complains about the class part of my signature: my function: char** (Midish_rl::*)(const char*, int, int); Readline expects: char8* (*)(const char*, int, int); I tired writing a wrapper function, but for that I need some object, I just tried: char** wrapper(const char *text, int start, int end) { return my_ui.real_function(text,start,end); } The code is divided between a few files, so I couldn't just a a global object 'my_ui', which was known at all times. Does anyone have an idea how to solve it? Note: I don't want to use any external class-libraries, which might perform the task, because of dependencies. Anyway, there are no standard lib, that do that, not that I'm aware of at least. Kindest regards Julien -------- Music was my first love and it will be my last (John Miles) ======== FIND MY WEB-PROJECT AT: ======== http://ltsb.sourceforge.net the Linux TextBased Studio guide ======= AND MY PERSONAL PAGES AT: ======= http://www.juliencoder.de

18 years, 7 months

[LAD] [ANN] Qsynth 0.3.1 (unstable-qt4) released!

by Rui Nuno Capela

Greetings, So after the great Qt4 migration, which was almost couple of weeks ago already, here comes the so-called shallowed bug-fix release of this "cutie" FluidSynth GUI: Qsynth 0.3.1 (unstable-qt4) has been released! As said, some bug-fixes have popped in and others are still hidden in the closet. Notable changes were: - Now using QSystemTrayIcon class facility if available (Qt4 >= 4.2) making the system-tray option available on most platforms, notably on Windows and Mac OS X (EXPERIMENTAL). - Combo-box setup history has been corrected on restore, which was discarding the very initial default (factory) contents. - One programming error has been corrected, which was affecting the editable preset combo-boxes usability. - Soundfont context menu is now available again even when the setup dialog soundfont list is empty. - About form link is now browseable externally. - Updated README-OSX (thanks to Ebrahim Mayat again). Grab it while it's hot: http://qsynth.sourceforge.net http://sourceforge.net/projects/qsynth Enjoy && Cheers, -- rncbc aka Rui Nuno Capela rncbc(a)rncbc.org

18 years, 7 months

[LAD] 2.6.20 scheduler and buffer underruns

by Darren Gibbs

We're doing an ARM-based embedded device, which right now is running vanilla 2.6.20. For the sake of simplicity we wrote an OSS driver that's simply double-buffering and writing to the DAC via I2S. We have a buffer underrun problem that is directly proportional to CPU load... no glitches when simply cat-ing a file to /dev/dsp, but lots of glitches when other things are happening on the system. Can anyone suggest tools/techniques/patches for improving the situation? Use an alternative scheduler? Figure out which driver might be turning interrupts off for too long? We're using 20ms buffers which seems pretty generous. I know this is a bit of a noob question, but any advice or pointers to info much appreciated. darren

18 years, 7 months

[LAD] {OT} kind of some obscure c++-error

by Julien Claassen

Hi everyone! This is not directly linux-audio, but still, I think here are some programmers, who know c++ quite well, bettern than me at least. I wrote some code, I can provide it if necessary and when I compiled it, I finally got this error(s), which I don't understand: In file included from /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/ 4.1.2/ios:47, from /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/ 4.1.2/istream:44, from /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/ 4.1.2/fstream:44, from /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/ 4.1.2/ext/stdio_filebuf.h:39, from rm_midish_rl.cpp:13: /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/localefwd.h :90:35: error: macro "isxdigit" passed 2 arguments, but takes just 1 In file included from /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/ 4.1.2/bits/basic_ios.h:44, from /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/ 4.1.2/ios:50, from /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/ 4.1.2/istream:44, from /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/ 4.1.2/fstream:44, from /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/ 4.1.2/ext/stdio_filebuf.h:39, from rm_midish_rl.cpp:13: /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/locale_face ts.h:4550:45: error: macro "isxdigit" passed 2 arguments, but takes just 1 /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/localefwd.h :90: error: 'std::isxdigit' declared as an 'inline' variable /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/localefwd.h :90: error: template declaration of 'bool std::isxdigit' /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/locale_face I use g++-4.1.2 on debian etch stable. My code incorporates the following system-headers: iostream, fstream, string, vector, cstdio, cstdlib, cctype, csignal, unistd.h, ext/stdio_filebuf.h, errno.h and the readline headers. I'm not sure wether this is helpful info, but I can't imagine, where this comes from, I don't expect, that the system-libraries are that buggy. :-) Can anyone help me? Kindest regards Julien -------- Music was my first love and it will be my last (John Miles) ======== FIND MY WEB-PROJECT AT: ======== http://ltsb.sourceforge.net the Linux TextBased Studio guide ======= AND MY PERSONAL PAGES AT: ======= http://www.juliencoder.de

18 years, 7 months

[LAD] [ANN] New AlsaPlayer releases

by Dominique Michel

AlsaPlayer license is changed to GPL-v3. In consequence, all the AlsaPlayer related packages are updated. AlsaPlayer is a new type of PCM player. It is heavily multi-threaded and tries to excercise the ALSA library and driver quite a bit. It has some very interesting features unique to Linux/Unix players. http://www.alsaplayer.org http://sourceforge.net/project/showfiles.php?group_id=249 ##################################### AlsaPlayer-0.99.80-rc2 is the new GTK2 release of this versatile audio player. A lot of debugging and improvements has been made on the GTK2 interface (and under the surface too). The GTK1 interface was removed in the process. GTK2 is now fully internationalized and a few languages are provided. Extended header support in mp3 file is added, so the console will not complain anymore about this, and the user's experience is improved. Every user is encouraged to upgrade AlsaPlayer and help with development, bug reports, feature requests, translations... We need your help with a few things: * Bug reports * Feature requests * Artwork contributions * Translation for more languages and improvement of the existing ones. ************************************* FftSope-1.0.6 FftScope is a nice visualization plugin for AlsaPlayer. It is now under GPL-v3 and the GTK1 interface is removed from the package. The GTK2 interface provide the same level of functionality as before. ********************************* python-alsaplayer-0.3.1 These are python bindings for the AlsaPlayer library. The intent is to provide a set of bindings that closely mirror the C library, leaving more complex functionality for purely python modules. This release update the license to GPL-v3 or later. ************************************ This is the initial release of this midi input plugin for alsaplayer. It is derived from Tuukka Toivonen's TiMidity and reflects the work of a number of other people (see AUTHORS). Compile and install it in alsaplayer's input/ plugin directory, install a soundfont, then you can play midi files with alsaplayer. #################################### I hope you will enjoy those releases and AlsaPlayer's very nice GTK2 interface! -- Dominique Michel -- N.B.: Tous les emails que je reçois sont filtrés par spamassassin avant de me parvenir.

18 years, 7 months

[LAD] Re: Windows deprecated as development platform ;-)

by Kjetil S. Matheussen

Taybin Rutkin: > > On Jul 13, 2007, at 7:46 AM, David García Garzón wrote: > >> On Friday 13 July 2007 13:31:31 Taybin Rutkin wrote: >>> On Jul 13, 2007, at 5:27 AM, David García Garzón wrote: >>>>> Now, how to make OS/X universal binaries without having to use OS/ >>>>> X...? >>>> >>>> Oh, yes, please, anyone knows how to? The source for lipo seems to be open: http://www.google.com/search?client=opera&rls=en&q=lipo.c&sourceid=opera&ie… > > Now back to our scheduled topic of linux developement... :/ > Right. :-)

18 years, 7 months

[LAD] Windows deprecated as development platform ;-)

by David García Garzón

This could be interesting for most of you who develop multiplatform audio applications as we, at CLAM, do. We got crosscompiled binaries from Linux to Windows using mingw for linux, including a lot of third party libraries such as portaudio, asio, libsndfile, liboggvorbis, pthreads, fftw3, libmad, id3lib, XercesC, libxml++... we build from linux even NSIS installer for CLAM applications. We are using a nice combination of mingw and wine. You can get more info here: http://vokicodder.blogspot.com/2007/07/deprecating-windows-as-development.h… Regards. David Garcia.

18 years, 7 months

[LAD] Re: [LAA] [ANN] New AlsaPlayer releases

by Fons Adriaensen

On Tue, Jul 10, 2007 at 10:30:04PM +0200, Dominique Michel wrote: > AlsaPlayer is a new type of PCM player. It is heavily multi-threaded and tries > to excercise the ALSA library and driver quite a bit. It has some very > interesting features unique to Linux/Unix players. While it's a nice player, it has some serious audio quality issues. - Resampling 44.1 -> 48 kHz (for jack) sounds horrible... - The sndfile input plugin reduces everything to 16 bits. This is really absurd, even if your files and your sound card are 24 bit you only get 16. Floating point wav files apparently aren't read at all (they load but produce silence when played). All of this could be solved by using a good resampler lib, and making the internal format floating point rather than short. -- FA Follie! Follie! Delirio vano è questo !

18 years, 7 months

[LAD] ? jack/qjackctl XRUN info

by Eliot Blennerhassett

Greetings, what does it mean when I get messages like this in the qjackctl window? (or where should I look to find out) 14:21:16.546 XRUN callback (2 skipped). 14:21:23.026 XRUN callback (908). 14:21:24.594 XRUN callback (1 skipped). 14:21:27.767 XRUN callback (910). 14:21:28.617 XRUN callback (7 skipped). 14:21:30.632 XRUN callback (7 skipped). AFAIK I am not getting actual xruns - I don't get any message like this, and my audio sounds OK. **** alsa_pcm: xrun of at least 2721.798 msecs The XRUN callbacks only happen when I use an alsa multi device (2 stereo substreams linked and synched together), not when I use a single stereo substream. thanks Eliot

18 years, 7 months

[LAD] [ANN] QjackCtl 0.3.0 (unstable-qt4) has been released!

by Rui Nuno Capela

Hi everyone, I am humbly proud to announce that yet another one of my linux-audio `cutie-suite` application has bitten the Qt4 dust. Yes, it's time for QjackCtl 0.3.0 (unstable-qt4) to be released, fresh from the CVS oven (hmmm... this makes it the second oxymoron on one post; gotta fix this :) Although the ChageLog doesn't go into many details, there were many subtle bugs fixed but plenty as more were blindly introduced, as always. I count on your eyeballs to make them shallow ;) So it was: - Qt4 migration was complete. Care must be taken with this new configuration file and location: this release starts a new one from scratch and won't reuse any of the previous existing ones, although cut and paste might help if you know what you're doing :) - On a last-minute addition, the "firewire" audio backend driver option has been also included, supporting the ffado.org project which is evolving where "freebob" is leaving (thanks to Klaus Zimmermann for this one). The usual place where the new source tarball can be grabbed: http://qjackctl.sourceforge.net/ http://sourceforge.net/projects/qjackctl Cheers && Enjoy, -- rncbc aka Rui Nuno Capela rncbc(a)rncbc.org

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