FYI, here's an example of the kind of app that needs to have good audio
performance on a handset:
http://www.youtube.com/watch?v=bwqflVX5oNohttp://www.warmplace.ru/soft/sunvox/
( http://lists.linuxaudio.org/pipermail/linux-audio-user/2010-December/074828…
)
It has decent performance on maemo and appears to use pulseaudio,
which eats 1/3 of the CPU of the 'sunvox' process. The sunvox
application appears to have a UI thread and a worker thread each
consuming about 1/2 of the 35% CPU load of the app.
Mem: 238432K used, 7108K free, 0K shrd, 3396K buff, 67580K cached
CPU: 52.2% usr 7.8% sys 0.0% nice 39.8% idle 0.0% io 0.0% irq 0.0% softirq
Load average: 0.99 0.45 0.16
PID PPID USER STAT RSS %MEM %CPU COMMAND
1916 1162 user S 6388 2.5 35.1 /usr/bin/sunvox
825 1 pulse R < 3812 1.5 12.1 /usr/bin/pulseaudio --system
--high-priority
897 730 root S < 16524 6.7 9.6 /usr/bin/Xorg -logfile
/tmp/Xorg.0.log -logverbose 1 -nolisten tcp -noreset -s 0 -core
Doing an "ls -lR /" in a remote xterm (over SSH) results in some audio
glitching, but no "desynchronization" where the audio just stops
playing.
-- Niels.
Excerpts from Philipp's message of 2010-03-06 18:30:58 +0100:
> I noticed a while ago that the tapiir website is gone or at least
> non-functional. Do you guys know more about it?
>
> http://www.iua.upf.es/~mdeboer/tapiir/ links to:
> http://www.iua.upf.es/~mdeboer/projects/tapiir/ links to:
> http://www.resorama.com/maarten/projects/tapiir which returns 404
>
> I do have a tarball however, version 0.7.2 and still compiling with
> recent gcc versions:
> http://aur.archlinux.org/packages/tapiir/tapiir/tapiir-0.7.2.tar.gz
>
> If there is a new website or a newer tarball, please let me know.
>
> Regards,
> Philipp
Hi,
it seems the source is still not up or gone again.
Any advice?
I still have db3059abc56a59e9beaed4a8ea693e6b tapiir-0.7.2.tar.gz and
could host it somewhere if that helps anything..
Regards,
Philipp
Hello, I'm looking for some advice for an interesting symptom of
putting my M-Audio Fast Track Pro USB sound card into ALSA multi mode.
This sound card has four physical outputs which are mapped to two 2
channel ALSA streams rather than one four channel stream. I used the
ALSA multi plugin to combine these two streams into a single pcm
device so JACK can interface with all four outputs. It is working
nicely.
Despite no perceptible problems in sound quality or latency, jackd is
printing hundreds of XRUN callback warnings to the message console
each second! I can operate the system perfectly fine, run multiple
applications, connect them to the four virtual outputs with no audible
timing issues.
What is the meaning of this many XRUN callbacks per second? What kind
of performance will this impact if not sound playback?
Thanks for your help,
Lee Azzarello
Greetings,
A fellow Fender Mustang 1 user is working on native Linux software that
can be used with the amplifier. Apparently he needs some tools like
usbsnoop to find out what's happening to & from the amp's USB port. He
wrote that usbsnoop and snoopyusb weren't able to do the job, so I
thought I'd ask if there are other similar tools that might be more
up-to-date.
Suggestions ?
Best,
dp
It was so terribly cold. Snow was falling, and it was almost dark.
Evening came on, the last evening of the year. In the cold and gloom a
poor little girl, bareheaded and barefoot, was walking through the
streets. Of course when she had left her house she'd had slippers on,
but what good had they been? ...
The Little Match Girl
http://mx44.linux.dk/~jens/unpublished/mtchgirl.mp3
...
"She wanted to warm herself," the people said. No one imagined what
beautiful things she had seen, and how happily she had gone with her old
grandmother into the bright New Year.
Please excuse cross-posting.
Dear friends and fellow FOSS enthusiasts,
It is my great pleasure to share with the community a belated Holiday
present :-) in a form of latest snapshot of L2Ork iteration of
Pure-Data. Better than ever, the latest version comes with the following
improvements:
*implemented apply undo for array properties and partially implemented
apply undo for graph-on-parent object properties (does not apply to
abstractions or top-level windows currently until I figure out how to
address the indexing of toplevel windows inside the glist as well as how
to address to which window such an undo belongs).
*properties are disabled when right-clicking on an abstraction as
modifying its settings externally does not make sense when one does not
see the actual contents inside it. So, to edit the properties of an
abstraction, one has to open the actual abstraction.
*fixed how new arrays are created so that they always fit within the
specified boundaries. Please note arrays that have been already created
in prior patches remain untouched in terms of graph auto-resizing
(legacy code is provided in g_editor.c canvas_vis that deals with this
if anyone wishes to convert their arrays but is incomplete in that it
assumes all arrays require resizing--this is however unnecessary as
simple recreation of said arrays or manual readjustment of their
settings ought to do the trick.
-This feature needs further testing--feedback is most appreciated.
*fixed how arrays deal with moving array points via mouse by restricting
them within the array bounds--this should work for all gui-driven array
operations, while array alterations via snapshots and other external
ways of manipulating arrays remain unbound so as to allow for
traditional data-flow debugging--this may change down the road in part
due to introduction of the magicGlass option and in part due to belief
that data monitoring should only report ranges specified by the graph.
-This feature needs further testing--feedback is most appreciated.
*added new feature for arrays where they report a bang through the
<arrayname>_changed send (if one is provided) whenever they have been
altered by a mouse click'n'drag--this in conjunction with array graph
auto-resizing makes arrays formidable alternatives for multisliders.
-This feature needs further testing--feedback is most appreciated.
*when an array subpatch is opened and resized, the array automatically
now resizes to properly fill the window.
-This feature needs further testing--feedback is most appreciated.
*fixed where array was not visible after reopening the patch if any of
its points touched upon y graph limits.
*fixed couple of segfaults caused by gridflow incompatibility--more
problems remain with gridflow library compatibility, likely due to
widgetbehavior and possibly also magicGlass incompatibility. Further
investigation is necessary.
*fixed memory leak in the disis_phasor~ external where the destructor
was never properly called and updated its documentation (available in
the l2ork_addons package).
*fixed highlighting of signal nlets where nlet would revert to
non-signal appearance after being highlighted/connected.
*reintroduced array listview (this was a regression in respect to
pd-extended).
*improved appearance of the array listview.
*fixed a few broken links in the pddp documentation and added new
l2ork-specific array features to the pddp documentation.
Latest snapshot is available from the usual place:
http://l2ork.music.vt.edu/main/?page_id=56
Complete changelog since 11/25/2010 is available here:
http://l2ork.music.vt.edu/data/pd/Changelog
Happy belated Holidays!
Best wishes,
Ico
Hello everybody,
We have a present for you, a new release of MusE.
The alpha indicates this is an early version so it's mainly
- a teaser to spread the word.
- an early adopters build.
- to welcome developers who want to port MusE to other platforms.
MusE has now been completely ported to the Qt4 architecture and we (mainly
Tim and Orcan)
are busy to make it even better than before, lots of gui stuff being
reworked.
MusE now also sports a new version of the DeicsOnze, DX11 emulating
softsynth, up from version 0.2 to 1.0.
The homepage has received a new look that we hope will give a better
indication of what MusE is and does.
Do visit http://muse-sequencer.org.
The full changelog is available at:
http://lmuse.svn.sourceforge.net/viewvc/lmuse/trunk/muse2/ChangeLog?revisio…
Find the download at:
https://sourceforge.net/projects/lmuse/files/
Happy Holidays!
The MusE Team
Hi all,
So I'm writing some LV2 plugins to wrap up the Aubio audio analysis
library<http://aubio.org/>,
and I'm not sure exactly how to handle functions like "onset" detection.
Currently, it just outputs clicks to an audio port (0 when no beat, 1 when
beat is detected). However, this doesn't take advantage of the power of
LV2. It is unclear to hosts and other plugins exactly what sort of data is
coming out.
I was thinking that maybe it would output MIDI, as midi matches the "event
based" aspect of beat detection. Perhaps sending out MIDI beat clock
signals <http://en.wikipedia.org/wiki/MIDI_beat_clock>? However, that
doesn't really match the sort of data that the Aubio functions detect. Maybe
it could just send a midi note on event?
It seems like maybe some sort of LV2 specific extension might be in order?
The Event Port <http://lv2plug.in/ns/ext/event/#EventPort> extension seems
to define everything I need: sending timestamped events with no extra
information attached. The question is: does it require some sort of further
extension to define what a beat port is in the way the MidiEvent extension
does?
Of course, this raises the question: Is a port specific for "beats" even
necessary? I can think of a few cases:
- DAW uses beat signals to set up markers on a track
- DAW uses beat signals to break a percussive track up into beats.
- Delay effect uses beat signals to have a timed delay
- Automatic drummer adds on a percussion part to audio with varying tempo
- ? other beat-synchronous effects?
Anyway, I'm wondering what you all think would be the best option, or
whether you think functionality like this is even warranted in an LV2 plugin
(should analysis plugins stick to VAMP?). So let me know what you think.
Jeremy Salwen
hi...
since jack1 release is taking pretty long, i decided to stop waiting
with a tschack release.
tschack is an SMP aware fork of jack1.
its a dropin replacement like jack2.
features:
- jack1 mlocking
- controlapi which works even when libjackserver.so is loaded RTLD_LOCAL
- smp aware
- backendswitching
- strictly synchronous like jack1. (-> no latency penalty)
- clickless connections.
- shuts down audio processing when cpu is overloaded for too long.
i also released PyJackd which is a wrapper around libjackserver.
features:
- commandline for backendswitching
- pulseaudio dbus reservation.
get it here:
http://hochstrom.endofinternet.org/files/tschack-0.120.1.tar.gzhttp://hochstrom.endofinternet.org/files/PyJackd-0.1.0.tar.gz
--
torben Hohn