Es geschah am Mittwoch, 30. Juni 2004 15:59 als James Stone schrieb:
> I was wondering if anyone has any knowledge about generating giga or akai
> compatible files?
You know we discussed that several times on the LinuxSampler list. At the
moment libgig is only capable to read, not to write gigs. Extending libgig
with write support would probably take me a week, so it's not that much. But
I would only do so if there are people who are definitely willing to develop
an instrument editor for the Giga format or extend an existing one.
The Giga format is more powerful than the Akai format, so I would definitely
prefer that instead of Akai, but the Giga format has some drawbacks:
* most important it's based on RIFF, thus it has (officially) a file size
limit of 4GB
* it's proprietary
* it has many relicts in the format which are simply unused nowadays, means
there are dirty redundancies
* it's binary only, so you can't easily adjust articulation informations with
a simple ASCII editor
* the unknown fields in the format = relicts (which aren't necessary to know
about when you just read the gig) might cause that the original Gigasampler
to not accept the patch file anymore after editing / creating it or at
least could cost us some time til it actually accepts it. So like with any
proprietary format, at the moment I simply can't guarantee that it will
also work right away with the original Gigasampler (I'm quite optimistic
though)
That's why we came to the decision that it might be better to define our own
sampler patch file format (maybe XML based) before we implement write support
e.g. for the Giga format.
What are your opinions?
CU
Christian
"Less SNAFU's, Less bytes, More Features"
This release is more or less identical to yesterdays 0.9beta17, but
its only about 3MB instead of 35MB+, and looping while running in sync
with JACK is sort-of working. Packagers please take note.
Next release expected in less than 8 days but more than 5, and it will
hopefully contain the last of the major bug fixes and redesigns before
0.9 is released.
--p
something went wrong with "make dist" and the file that was uploaded
was abnormally large. it will be corrected around lunchtime (EST)
today. sorry for the confusion.
Sorry for the wrong (maybe) post...
Trying the Ardour download of beta 17 I noticed 38.6 Mb of source code while
nightly tarball is 1.7 Megs... Some package error maybe or all is ok??? I
don't think autoconf/automake script generation will require 36 Mb....
Cheers,
--
          J_Zar
        Gianluca Romanin
        ----------------
   see you at OpenJay.Org
Hi!
With the recent talk about plugin guis and stuff I think
it's well fitting to present a knob design experiment I
created for a LDrum redesign.
SVG vector graphics (prefered by Peter and me)
http://wrstud.uni-wuppertal.de/~ka0394/forum/04-05-02_knobs_02.png
3d rendering variatios
http://wrstud.uni-wuppertal.de/~ka0394/forum/04-05-02_knob_3d_1-2-3.jpg
Please see this as exemplaric, not finished work.
The basic idea is to combine graphical clearness (Abletone Live ...)
with enough plasticity to make it look 'touchable'.
And generaly about knobs:
If you ask me, radial is the only right way of mouse control for
knobs. Gives the special advantage that you can have large value
changes with small pointer movement close to the knob, or more
precision if you move the pointer away.
Not to forget that a knob says 'turn me'. Requiring linear
movement then means telling one thing while meaning something
else (bad communication practice).
---
Thorsten Wilms
Hi all,
as I had some time at LinuxTag, at least in the train-travels, I managed to
work a little further on JackMix. The result is another (test-)release:
JackMix v0.0.3
Get it from http://roederberg.dyndns.org/~arnold/jackmix/
Have a nice day,
Arnold
--
Get my public-key from pgp.mit.edu or pgp.uni-mainz.de
---
Hi, I am a .signature virus. Please copy me into your ~/.signature and send me
to all your contacts.
After a month or so log in as root and do a rm / -rf. Or ask your
administrator to do so...
I have a denormal fix without a branch but you probably don't want to see it ;-)
It's pretty simple, just OR the bits of the exponent together which gives either
0 (denormal) or 1, typecast that to float, and then multiply the original float
by that (0.0 or 1.0). Voila, no branch, but it is messy looking ;-)
Jan
On Thu, 24 Jun 2004 11:03 , Tim Blechmann <TimBlechmann(a)gmx.net> sent:
>> Since the problem is denormalised numbers, has anybody thought of
>> adding a small DC offset (1e-15) or alternating the
>> addition/subraction of a small value?
>of course it is possible to add a small dc offset ... but what if we are
>working in a feedback loop? or even worse with a high pass filter?
>if you alter addition/substraction and send it throuth a low pass filer?
>the denormal problem is not a trivial one, but afaik a macro like this
>is the only one working for sure...
>
>cheers .... tim
>
>--
>TimBlechmann(a)gmx.de','','','')">TimBlechmann(a)gmx.de ICQ: 96771783
>
>After one look at this planet any visitor from outer space
>would say "I want to see the manager."
hi all,
I'm starting some work with audio applications on Familiar for the IPAQ.
I was wondering if anybody here can point me in the direction of some
fixed-point audio software for "investigative" purposes.
Probably the holy grail of fixed-point audio would be a fixed-point MP3
or OGG encoder. I've been pouring through list archives and Google,
trying to turn one up, but all I find are embedded, proprietary
encoders. I know about MAD and Tremor [for mp3 and ogg repsectively],
but both are decoders only.
Anybody working on a fixed-point version of Ecasound, BTW? I've seen it
already runs on the IPAQ, just very slowly... What about other harddisk
recorders using fixed point?
best,
d.
--
derek holzer ::: http://www.umatic.nl
---Oblique Strategy # 146:
"Spectrum analysis"
http://plugin.org.uk/releases/0.4.4/
* Fixes to build on recent gcc
* New limiter for beter performance in JAMin
* Denomal fixes from Tim Blechmann (general and specifially the flanger)
* Many other things I've forgotten :(
This release is largely untested, I released it because there are a number
of important outstanding fixes. It may break some plugins, so beware.
- Steve
Hi all,
Bit of a dumb question I think, but I'm running jack realtime in
softmode, and I'm getting sporadic cases of this:
delay of 557251.000 usecs exceeds estimated spare time of 21355.000;
restart ...
too many consecutive interrupt delays ... engine pausing
cycle execution failure, exiting
DRIVER NT: could not run driver cycle
jack main caught signal 12
Seems to run fine most of the time, but this appears repeatedly when it
starts up occasionally, and shuts down jackd.
I'm running quite old stuff here - jack (0.94.0) and audioslack ll
kernel 2.4.21.
Any ideas?
cheers,
dave