Ok, so that seems pretty intense. I just wanted to see what was involved so I
can start reading up. I appreciate all the help.
Thanks
Mike
On Monday 09 May 2005 19:02, Paul Davis wrote:
> if you allow arbitrary zoom scales, then the mapping between pixel
> position on screen (or some notional "unit" position as offered by
> canvas widgets) and a sample is non-integral, which implies
> rounding. that in turn implies errors of several
On Tue, May 10, 2005 at 12:23:50AM +0200, Albert Graef wrote:
> Well, I guess the way it's done in most audio editors is that you draw a
> vertical line between the min and max (and maybe also the rms on top of
> that), if a single pixel has to represent multiple samples, and the
> usual connec
>Well, I guess the way it's done in most audio editors is that you draw a
>vertical line between the min and max (and maybe also the rms on top of
>that), if a single pixel has to represent multiple samples, and the
>usual connect-the-points-with-lines thingy (or splines, if you prefer
>smooth
On Mon, 09 May 2005 23:06:39 +0200, Richard Spindler wrote:
> Hi,
>
> Gungirl Sequencer Version 0.3.0 is ready, and it comes with an impressive
> set of new features:
>
> - Automations, Fade-in, Fade-Out
> - Unlimited Undo
> - Sample Stretching and Trimming
> - Unlimited Number of Tracks
>
Chris Cannam wrote:
On Monday 09 May 2005 22:22, Paul Davis wrote:
this is massively harder than you think, assuming you want to (a) do
it correctly and (b) offer zooming.
Fortunately, if you don't care about doing it correctly or offering
zooming, it's quite simple.
ROFL. :)
Well, I guess the way
On Monday 09 May 2005 22:22, Paul Davis wrote:
> >Hi, I'm extremely new to audio programming. I have a million
> > questions, but the one burning my brain now is how do I
> >get a program written with the qt widget library to display an audio
> > waveform.
>
> this is massively harder than you thi
>Hi, I'm extremely new to audio programming. I have a million questions, but
>the
> one burning my brain now is how do I
>get a program written with the qt widget library to display an audio waveform.
>
this is massively harder than you think, assuming you want to (a) do
it correctly and (b)
On Monday 09 May 2005 21:19, Fisher, Michael R wrote:
> Hi, I'm extremely new to audio programming. I have a million
> questions, but the one burning my brain now is how do I get a program
> written with the qt widget library to display an audio waveform.
You could look at the trivial_sampler ex
Hi,
Gungirl Sequencer Version 0.3.0 is ready,
and it comes with an impressive set of new
features:
- Automations, Fade-in, Fade-Out
- Unlimited Undo
- Sample Stretching and Trimming
- Unlimited Number of Tracks
- Zip-Packages of Songs
- Looping
About ggseq:
It's a simple Audio-Sequencer d
Hi, I'm extremely new to audio programming. I have a million questions, but
the one burning my brain now is how do I
get a program written with the qt widget library to display an audio waveform.
Also, any links to good documentation for
audio programming would be good.
Thanks
Mike Fisher
On Mon, May 09, 2005 at 10:30:04AM -0400, Paul Davis wrote:
> pthread condition variables look cheap until you get "under the hood"
> to see how they are implemented. in linuxthreads, they used kill(2),
> which is massively slower than using poll/select.
The ITC_ctrl thing I use was originally de
>The ideal solution for me would be that closing the sequencer handle
>would make the snd_seq_event_input() return with an error.
if it doesn't then it seems to me that there is an error in alsalib or
alsa-kernel. i hadn't realized that you were actually closing it - my
understanding was that you
On Mon, May 09, 2005 at 06:56:26AM -0400, Paul Davis wrote:
> although i use this model as a basic pattern in ardour and other
> software, i think it might be worth asking fons exactly what other
> approaches he can imagine? it appears he might like something along
> the lines of snd_seq_poke(), w
>It would be better to use poll with two objects: the sequencer, and
>some pipe or something like that used for communication between
>threads.
although i use this model as a basic pattern in ardour and other
software, i think it might be worth asking fons exactly what other
approaches he can imag
Jens M Andreasen wrote:
> On Sun, 2005-05-08 at 12:50 +0200, Fons Adriaensen wrote:
> > But this is besides the point. In my original problem it is not the
> > intention
> > to terminate the thread - just to force the snd_seq_event_input() to return.
> > The thread could well close the handle, ope
16 matches
Mail list logo
