can anybody help out with gcc inline assembly syntax applied to sse
registers/memory locations?
for a simplified example, i'm using
float t[4];
...
asm ("movaps %%xmm1, %0" : : "m" (t[0]));
to move 4 packed floats from xmm1 into 't'.
my suspicion is that gcc concludes from the expression that only t[0]
has changed, so if i'm unlucky the optimizer ignores the contents of
t[1:]. it does the right thing right now, but i want to go sure this
is reliable under all conditions.
one possible solution seems to use struct/union instead of float[4]
(iirc that's the way fftw-3 does it) but i'm aesthetically inclined
towards the more direct float[] notation.
i've dug deep into the gcc info files, but they rarely touch the
issue (and are darn tedious to read). using gcc-3.x builtins is not an
option.
so, can anybody help me code this properly?
thanks,
tim
Our Menlo Park, CA based startup is looking for someone with strong Wine
skills to help us support VST plugins in a Wine environment. Plugin
compatibility issues need to be tracked down and solved, either by
patching Wine or our hosting environment.
Deep experience in Wine configuration and development are important.
Strong Windows API skills are important too. An interest in digital
music, soft synths and digital effects would be helpful.
The position is available immediately. Telecommuting is available. The
position would initially be on a contractor basis, but could lead to a
full time position. The rate will be based on experience, and the terms
are negotiable.
If you are interested and qualified, please send an email to
jobs(a)museresearch.com with WINE CONTRACTOR in the subject line. Include
your resume in the body of the email, and attach it as a separate file
as well.
hi tim!
i don't know much about cardbus controllers, but lspci gives me
02:06.0 CardBus bridge: O2 Micro, Inc.: Unknown device 7114 (rev 20)
02:06.1 CardBus bridge: O2 Micro, Inc.: Unknown device 7114 (rev 20)
02:06.2 System peripheral: O2 Micro, Inc.: Unknown device 7110
on the acer notebook (tm803), where everything works fine with my hdsp.
regards
d13b
Tim Blechmann wrote:
>>the whole issue seems to be related to my specific laptop. everything
>>(e.g. 128 frames) works fine on a new centrino laptop with the same
>>software.
>
> since i've got severe problems to get my hdsp working, i'd be interested
> if one of your machines has an o2 micro cardbus controller ... or is
> there anyone else who has a hdsp working on an o2 micro (preferable
> 6933) cardbus-to-pci bridge?
>
> thnx...
>
> Tim mailto:TimBlechmann@gmx.de
> ICQ: 96771783
> --
> The only people for me are the mad ones, the ones who are mad to live,
> mad to talk, mad to be saved, desirous of everything at the same time,
> the ones who never yawn or say a commonplace thing, but burn, burn,
> burn, like fabulous yellow roman candles exploding like spiders across
> the stars and in the middle you see the blue centerlight pop and
> everybody goes "Awww!"
> Jack Kerouac
--
Military intelligence is a contradiction in terms.
-- Groucho Marx
Hello.
I was reading Ableton Live tutorials at "www.creativesynth.com" and
found the following:
One important point about Rewire hosting - that is shutdown order.
If you try to shut down Live while Reason is running, you will get
a warning that looks something like this:
[ the program cannot quit ]
Don't panic, this is common with all Rewire hosting environments - if
you would quit Live, Reason would have no place to send its audio.
Therefore, you have to jump to Reason, quit the program (saving any
changes you might have made), return to Live and shutdown. A bit of
a hassle, but well worth the effort.
That is another good reason to have the application manager in the
Patchbay --- but it help only if one want to quit. It won't help if
one wants keep the other applications up and running.
If I remove a synth application in Jack, then what happens to the effect
applications in the path? Does they receive silent input or break up?
The silent input would be better because then I could switch the
synth application with a need to remake the whole system.
Regards,
Juhana
There is a thread on Slashdot about Apples much hyped music production
thingie christened "GarageBand".
It appears to me to be very inefficient. From what I can read, it
handles only a very few voices and very few audio-tracks. Actually, I
think it sucks!
Anybody care to comment?
A handful of mp3 files are conveniently posted by slashdotters for
evaluation.
cheers // Jens M Andreasen
Hi peeps,
I've only just started playing with libsndfile, so I hope this
isn't a dumb question.
I get a segmentation fault when I try to use sf_readf_float on some
wavs. The odd thing is, if I re-save the file in the same format,
(with something like audacity or sweep) it works. I thought I must
have been confused, and that the format was different the next time
around, but it isn't - at least as far as libsndfile's SF_INFO can
tell me.
I don't think the file is broken, because audacity, sweep, mplayer,
etc. can all load and play it without any complaint.
And it's not just one file - it's quite a few of them.
What am I doing wrong?
I've packed up an example (small - just a kick) in working and
broken form in case anyone wants to try it. It's at
http://www.dis-dot-dat.net/busted.tar.bz2
Thanks for listening.
James
hello everyone!
this is not exactly about audio-development, but the DRI+jack thread
encouraged me to ask a few questions about optimizing my setup:
i'm using a rme hdsp (cardbus) + multiface with my 1ghz pIII laptop for
quite a while now, and i'm happy with it.
i would like to use the setup for live-processing but the lowest jackd
framesize i can safely use is 2048. the main issue here seems to be the
nvidia graphics card.
since i switched from kernel 2.4.2x+lowlat+capabilities to 2.6.1 the
cpu-load seems to be noticable higher for ardour, but the latency-issue
did not change.
so my questions are:
*) is anybody successfully using hdsp-cardbus with really low latencies ?
*) how important is the firmware version - which firmware version should
i use for my hdsp card?
*) did anyone else notice increasing cpu load with audio-apps + kernel
2.6.x ?
*) any hints about configuring X11 for linux-audio (besides from DRI
questions ;-) ?
let me know if you think i'm on the wrong list should better alsa-dev.
thanks in advance
regards
d13b
--
Military intelligence is a contradiction in terms.
-- Groucho Marx
Suppose I have a "resample" plugin, so that it outputs more or less data than it inputs.
It seems to me that LADSPA cannot support this, as the SampleCount argument to the "run"
member would suggest that exactly this many LADSPA_Data items are produced/consumed
in all the (audio) ports.
Is this the case? If so, is there a workaround?
I have tried looking at rate_shifter_1417, but, err, hmmmm (scratches bum, picks nose.)
Simon.
--
Simon Burton, B.Sc.
Licensed PO Box 8066
ANU Canberra 2601
Australia
Ph. 61 02 6249 6940
http://arrowtheory.com
BEAST/BSE version 0.6.0 is available for download at:
ftp://beast.gtk.org/pub/beast/v0.6/
or
http://beast.gtk.org/beast-ftp/v0.6/
This is a development version of BEAST/BSE, the BEdevilled Audio SysTem
and the Bedevilled Sound Engine. BEAST is a powerful music composition
and modular synthesis application released as free software under the
GNU GPL and GNU LGPL, that runs under unix.
The project is hosted at:
http://beast.gtk.org
A mailing list is available at:
http://mail.gnome.org/mailman/listinfo/beast/
This new development series of BEAST comes with a lot of
the internals redone, many new GUI features and a sound
generation back-end separated from all GUI activities.
Outstanding new features include support for skins, many sample
file formats, MIDI file import abilities, an improved piano roll
widget, the track editor which allows for easy selection of
synthesisers or samples as track sources, loop support in songs
and unlimited Undo/Redo capabilities.
Overview of Changes in BEAST/BSE 0.6.0:
* Moved RC file from ~/.beastrc to ~/.beast/beastrc
* Lots of major and minor GUI improvements
* Major improvements and speedups to scrolling code
* Added sniffer module and per-track scope display
* Fixed sequencer occasionally swallowing notes
* Added skin-support to event and piano roll widgets
* Added support for structures/boxed types in plugins
* Implemented a-law/u-law decoders
* Improved configurability
* Added AIFF file loader
* Minor and major performance improvements [Tim Janik, Stefan Westerfeld]
* Incorporated OpenBSD fixes [Nedko Arnaudov]
* Updated Serbian translation [Danilo Segan]
* Updated Czech translation [Miloslav Trmac]
* Updated Portuguese translation [Duarte Loreto]
* Updated Spanish translation [Yelitza Louze, Francisco Javier F. Serrador]
* Updated Dutch translation [Tino Meinen, Kees van den Broek]
* Updated German translation [Christian Neumair]
* Added Croatian translation [Robert Sedak]
* Added French translation [Christophe Merlet]
* Added Albanian translation [Laurent Dhima]
* Added Mongolian translation [Dulmandakh Sukhbaatar]
* Added sfidl documentation [Stefan Westerfeld]
* Miscellaneous bug fixes and cleanups
---
ciaoTJ
Hi all,
TAP (Tom's Audio Plugins) 0.1-0 is released.
Currently four LADSPA plugins are available.
You can check them out at:
http://www.hszk.bme.hu/~st444/tap/tap.html
Key features:
* TAP Equalizer
8 channel equalizer with adjustable band center
frequencies.
* TAP Reverberator
Actually no less than 38 reverberator effects,
ranging from Afterburn to Warehouse, including
small/medium/large rooms, halls, plates...
and more!
* TAP Stereo Echo
Supports conventional mono and stereo delays,
ping-pong (cross) delays and the Haas effect.
* TAP Tremolo
The newest incarnation of an ancient effect.
The plugins have been developed and tested
primarily with Ardour as a host in mind, but
should be functional with any LADSPA-capable
host.
A thorough manual is provided in HTML format,
including detailed information, CPU usage metrics,
usage tips & more about each plugin.
Enjoy!
Tom Szilagyi
