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
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
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. :-)
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.
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 !
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
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
The Traverso development team is pleased to announce the release of Traverso
0.41.0
Traverso is a cross platform multitrack audio recording and editing suite
with a clean and innovative interface targeted for home and professional
use.
Changes in this release:
- New AudioClip Edit Dialog
- Reworked and much improved External Processing Dialog
- Jack transport control support added
- A number of important bug fixes, including the audible glitch when
playing over splitpoint
- Improved default theme (better contrast)
Source tarball and installers for Linux, Mac OS X and Windows are available
at the *Download page* <http://traverso-daw.org/download.html>
Due the nature of some of the bugs fixed, it's recommended to upgrade to
this new release!!
Enjoy!
The Traverso team.
The Traverso development team is pleased to announce the release of Traverso
0.41.0
Traverso is a cross platform multitrack audio recording and editing suite
with a clean and innovative interface targeted for home and professional
use.
Changes in this release:
- New AudioClip Edit Dialog
- Reworked and much improved External Processing Dialog
- Jack transport control support added
- A number of important bug fixes, including the audible glitch when
playing over splitpoint
- Improved default theme (better contrast)
Source tarball and installers for Linux, Mac OS X and Windows are available
at the *Download page* <http://traverso-daw.org/download.html>
Due the nature of some of the bugs fixed, it's recommended to upgrade to
this new release!!
Enjoy!
The Traverso team.
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-user
