[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Protux-devel] Re: Peak revisited
From: |
Luciano Giordana |
Subject: |
[Protux-devel] Re: Peak revisited |
Date: |
Wed, 18 Jun 2003 23:21:39 -0400 |
User-agent: |
KMail/1.5 |
I was a bit budy today with Groselha stuff, but I will check this new Peak
ASAP
BTW, qApp-> process events shouldnt slow the building. Maybe it is on wrong
place..
On Wednesday 18 June 2003 11:35 am, you wrote:
> Oeps, I forgot to think about multiple channels. The peak file only worked
> for mono files, stereo was a bit out of sync :)
>
> It works now for multiple channels. I added peak.cc and peak.hh as
> attachments.
>
> The progres stuff is a bit modified, and maybe not as acurate as it can be,
> but it is very hard to measure the exact progres now. I used the
> "qApp->processEvents();" and it works fine for me. But it slows down the
> peak building proces a bit. Also when recording, I get many segfaults after
> I stop the recording. It doesn't matter if I use it or not, so it is
> something else. Maybe because I'm using the plughw device??
> I enabled the "qApp->etc." in this file, so if it doesn't work, comment it
> :)
>
> Oh, well last thing, is it nesecary to inform the user about progres in the
> form of a pogres bar, and if this is the case, the user should also be
> informed about copying the file to the project map. For large files, this
> takes quit a bit of time, looks if the program hangs or something like
> that. like: lcd->print("copy file to project map", 3);
> Hmm, thats it for now I think.
>
> Greetings,
>
> Remon
--
Best Regards
--
Luciano Giordana - Musician - Certified Java/GNU C++ Developer - Free Software
Evangelist
Project Mustux - http://www.freesoftware.fsf.org/mustux
-- Once Palladium is up and running , I will become a hacker --