Download from http://www.notam02.no/arkiv/src/
Das_watchdog
============
Whenever a program locks up the machine, das_watchdog will temporarily
sets all realtime process to non-realtime for 8 seconds. You will get an
xmessage window up on the screen whenever that happens.
Das_watchdog is made to be run as a system daemon and does not interfere
with normal operations (unless the lock-ups are supposed to happen).
Das_Watchdog is inspired by the rt_watchdog program
made by Florian Schmidt (http://tapas.affenbande.org/?page_id=38).
Changes 0.2.5->0.3.1
--------------------
*Changed scheme for finding correct XAUTHORITY environment variable.
(Now works with Fedora Core 6)
Hopefully, theses changes should increase the chance of seeing the
xmessage and avoid seeing multiple ones. (Theres no correct way to do
this, so please send me the output of "uname -a" in case you don't see
any window)
*Added syslogging.
*Added the --version argument.
Hi thanks for answering,
Ok i think i'll leave it to the user, because the goal is to make a simple
sampler with kit/instrument creation and control.
Flo
David Olofson a écrit :
> On Friday 05 January 2007 01:44, florentberthaut(a)no-log.org wrote:
>> Hi everyone,
>>
>> I'm working on a sampler and i have a really silly problem.
>>
>> I simply want to mix sounds in a stereo buffer within the
>> jack "process" function.
>> So for each frame i sum the samples from each sound but then the
>> values go above 1 and i get clipping.
>> So my first thought was to divide by the number of samples playing,
>> but it ends up with a decrease in volume.
>> I tried to limit the values between -1 and 1 but it 's also
>> clipping -> distortion.
>
> Well, that's what JACK is doing anyway - or there would be wrapping in
> the float -> int conversion, which sounds a lot worse than clipping.
> It's just not possible to represent larger amplitudes than [-1, 1] in
> the integer domain (that is, [-32768, 32767] or whatever, depending
> on resolution), which is what DACs deal with.
>
>> I looked into some sources and it seems i would actually just have
>> to sum the samples.
>
> Yep, that's all there is to it, really - and it's the user's
> responsibility to keep volumes low enough to avoid driving the output
> into clipping.
>
> This is true on hardware synths and samplers too. The only reason some
> of them appears not to have this problem is that they use various
> tricks to hide it.
>
> For example, the old Roland JV-1080 had 18 bit DACs, where the two
> extra bits were pretty much used for extra headroom above
> the "normal" max amplitude of a single voice. Even so, it was pretty
> easy to drive it into clipping by using resonant filters and/or lots
> of loud voices.
>
> I wouldn't be surprised if some synths and samplers use 20 och 24 bit
> DACs for even more headroom, waveshaping to make the last 12 dB or so
> non-linear (soft saturation, sort of), dynamic output gain control
> and stuff like that.
>
> Now, if you're dealing in digital, extra DAC bits and dynamic output
> gain control is out, obviously. (Goes for plugins and JACK clients as
> well as hardware devices with digital outputs.) So, either you set
> your sampler's 0 dB level at -12 dB or something (allows mixing four
> maximized samples at maximum volume without clipping), or you leave
> that to the user.
>
> If you really want to make the impression sqeezing in more than
> there's room for, you'll have to add some dynamics processing. There
> is of course no way of doing this without some sort of distortion,
> but even a simple waveshaper to "flatten out" peaks above 12 dB below
> clipping sounds a great deal better than hard clipping.
>
> However, I'd rather see that kind of stuff left to the user. Those of
> us who use 20+ bit sound cards would rather have it all linear and
> undistorted right into the amplifier. There is always the option of
> inserting some serious multiband compressor last thing in the JACK
> chain. Might actually be a good idea anyway, if you like playing loud
> and don't want to ruin your ears if some synth or effect freaks out.
>
>
> //David Olofson - Programmer, Composer, Open Source Advocate
>
> .------- http://olofson.net - Games, SDL examples -------.
> | http://zeespace.net - 2.5D rendering engine |
> | http://audiality.org - Music/audio engine |
> | http://eel.olofson.net - Real time scripting |
> '-- http://www.reologica.se - Rheology instrumentation --'
>
Hi everyone,
I'm working on a sampler and i have a really silly problem.
I simply want to mix sounds in a stereo buffer within the jack "process"
function.
So for each frame i sum the samples from each sound but then the values go
above 1 and i get clipping.
So my first thought was to divide by the number of samples playing, but it
ends up with a decrease in volume.
I tried to limit the values between -1 and 1 but it 's also clipping ->
distortion.
I looked into some sources and it seems i would actually just have to sum
the samples.
Can anyone help me with that ?
Thanks
Flo
>libzzuvb is probably closest to what you describe. you could also hack
together dino|seq24 with chionic|specimen, anything heftier (eg, wired,
LMMS, hydrogen) is likely to be more annoynig to extract
Those programs are to complicated. I need a toy to learn from it (it
should be simple, but written using good techniques). I tough more about
something like Hammerhead ( http://www.threechords.com/hammerhead/ ), or
even something easier (no gui, one soucefile).
>/dev/dsp represents a deprecated interface.
>moreover, what happens when someone wants to route the output of your
>cool, modified mod player through FreqTweak or jack_convolve?
Like I said, I want to learn from it, so I don't need a complicated soundserver support
(but I don't say that I won't ever use it).
If there isn't such program, then maybe someone could write it for me :D.
I need a framework of a sequenced sample player. This is becouse I want
to start my own project, and don't want to invent everything from
scratch. Ofcourse there is lot of this kind opensource applications, but
I need the simplest.
- It should use only /dev/dsp
- the sequence should be in a form of an char array, where the bits
decide what voice to play. For egzample:
seq[]={1,0,0,0,2,0,1,3,0,3,1,0,2,0,1,0} seq[0]==1 means that in first
step
should be played only the first sample (bassdrum),seq[1]==0 means pause
(no sample), seq[4]==2 second voice (snare), and seq[7]==3 means snare
+bass drumm.
- I need to understand how the sequence procesing, and sound mixing is
done in real time, and how the gaps betwen sounds should be iplemented.
- the samples should be held in raw arrays (16 of 8 bit), eventualy
downloadable from hdd.
- a simple dsp like lp-filter would be nice to see, becouse i am curios
how the time needed to proces the signal should be counted into the
latency (and buffer size).
- there is also a need for bpm clock.
- a simple interpolation would be nice.
Ok. I think that this is all! :P
Or wait!!!!! I have a better idea! I there a way to make those things
using for example libmikmod?
I would like to start a music program for live mixing of mod, and xm
modules (plaing, and muting chanels, realtime patterns changing, looping
sequences). If someoune is interested
in helping, I am open for sugestions.
Happy new year to you all!
I just wanted to remind you all that the deadline (8th of January) for the
LAC2007 is getting nearer, so now is the time to still write that paper, mail
that cd, or make that proposition for that tutorial.
Detailed info:
http://www.kgw.tu-berlin.de/~lac2007/index.shtml
Sincerely,
On behalf of the Linux Audio Conference 2007 Orga Team,
Marije Baalman
Hello all,
First of all, my best wishes for 2007 to all Linux Audio Developers !
2007 will be a special year for me. As some of you already know, I said goodbey
at Alcatel Space two months ago, and starting 8 Jan 2007 I'll be working at LAE
- Laboratorio di Acustica ed Elettroacustica - <http://www.laegroup.org/> in
Parma, Italy. LAE is an acoustics and electro-acoustics research and consultancy
lab operated by the university of Parma and by three companies active in the area
of acoustics and audio. My activities in LAD will continue of course, after maybe
a short break while the dust of moving to Italy settles.
Looking forward to meet you all at LAC2007 in Berlin !
--
FA
Lascia la spina, cogli la rosa.