Re: [Protux-devel] Peak building/drawing question

[Remon Sijrier]

Hi,

Sorry if I sometimes type something without a clue , my English isn't always 
as good as it should be :(.

But indeed, the thing is: represent a peak with a char, not a short.
I measured it on my monitor (17") to see if the resolution will become a 
problem, but it is very unlikely that a peak will be greater then possible 
resolution of a char. (unless you have a monitor >> 25" :) )

I changed the routine for "fill_buffer" in a way it accepts char's instead of 
short, and recalculated the factorising of the drawing process. It works fine 
here, get the same peak drawings.

I'll upload it now, so you can test it. In any case, it should NOT be slower. 
(as there is less data to be processed, it should be faster due less memory 
resource consumption / swapping ??)

Remon

Op dinsdag 1 juli 2003 22:54, schreef Luciano Giordana:
> > > The peak files are much to large (about 1/8 of the actual
> > > audioFileSize). I changed the primitive type, so the peak buffers are
> > > now made with "char" instead of "short", reducing the peakfile and
> > > buffersize with a factor 2. If there are no objections to this change,
> > > I will upload it within a few hours. Peakfiles made with an older
> > > version of the peak build proces do not work then anymore. Simply
> > > delete them, so they are regenerated. (Well, that should be the case).
>
> ooh, do you mean you are using only one char to represent the peak ?
> this is ok, but if track height is greater than 256 pixels, there could be
> a problem
>
> that will also have an impact on fill_buffer routine. take care
>
> > short is 16 bits (2 chars) type. It should not make ANY difference !!!
> > using shorts is a little faster , though. if I use chars, I have to
> > calculate the sample, while using shorts, I dont have to r u sure you are
> > keeping the consistency of peaks ?
> >
> > > Thanks,
> > >
> > > Remon
> > >
> > >
> > > _______________________________________________
> > > Protux-devel mailing list
> > > address@hidden
> > > http://mail.nongnu.org/mailman/listinfo/protux-devel