On 12/30/2009 06:52 PM, Eric Shattow wrote:
As an alternative to terminatorX, the Mixxx project has progressed to
the point where you can do a lot of what tX does, just add a sampler.
The novelty of tX was mostly in the support of mouse-as-controller,
audio effects, and looping samples. Suppo
On 12/30/2009 06:37 AM, hermann wrote:
>
Am Mittwoch, den 30.12.2009, 01:18 +1100 schrieb Patrick Shirkey:
> Hi,
>
> I have some code in gtk2 that is leaking and I can't fix it. Over the
> past two nights I have managed to get the leak down from 200MB/minut
Am Mittwoch, den 30.12.2009, 22:50 +1100 schrieb Patrick Shirkey:
> Thanks for your ideas on nailing this bug.
>
> Below is what I have come up with now thanks to your input. I am still
> seeing a leak after about 8 mins. The slightly annoying thing to me is
> that it increments in a block of 20
On Wed, Dec 30, 2009 at 7:47 AM, hermann wrote:
> We use also level meters in guitarix and jcgui, what we do to create the
> notch scale is, move it to a background box, a simple hbox, witch we
> connect with a expose call. This way the values and scale only redraw
> when needed. This is the call
Am Mittwoch, den 30.12.2009, 07:57 -0500 schrieb Paul Davis:
> On Wed, Dec 30, 2009 at 7:47 AM, hermann wrote:
>
> > We use also level meters in guitarix and jcgui, what we do to create the
> > notch scale is, move it to a background box, a simple hbox, witch we
> > connect with a expose call. Th
On 12/30/2009 11:57 PM, Paul Davis wrote:
> On Wed, Dec 30, 2009 at 7:47 AM, hermann wrote:
>
>
>> We use also level meters in guitarix and jcgui, what we do to create the
>> notch scale is, move it to a background box, a simple hbox, witch we
>> connect with a expose call. This way the value
Hello Patrick et al,
I ported the ardour "fast meters" from C++ to C. Look into guitarix's code
(GtkFastMeter class). It is a direct translation from gtkmm2ext. I picked it up
because it is very CPU friendly, the algorithm focusing only on the "deltas"
from one event to the next. Hermann took c
2009/12/29 Arnold Krille :
>>
>> Very shiny. However, pretty useless as far as screen real-estate goes.
>> 100 or so pixels either side for 'screws' is not necessary either.
>
> And pixel-based guis are _so_ last century.
>
> When you want good guis, that is usable and scalable and good looking, it
On Wed, Dec 30, 2009 at 6:20 PM, Emanuel Rumpf wrote:
> 2009/12/29 Arnold Krille :
>>>
>>> Very shiny. However, pretty useless as far as screen real-estate goes.
>>> 100 or so pixels either side for 'screws' is not necessary either.
>>
>> And pixel-based guis are _so_ last century.
>>
>> When you
On 12/31/2009 04:11 AM, James Warden wrote:
> Hello Patrick et al,
>
> I ported the ardour "fast meters" from C++ to C. Look into guitarix's code
> (GtkFastMeter class). It is a direct translation from gtkmm2ext. I picked it
> up because it is very CPU friendly, the algorithm focusing only on th
On Tue, Dec 29, 2009 at 9:57 AM, Ray Rashif wrote:
>
> And someone leaked this: http://foltman.com/Deesser.png
>
Boy would I like to generate something like that from a FAUST description.. :)
Steve
___
Linux-audio-dev mailing list
Linux-audio-dev@list
Am Donnerstag, den 31.12.2009, 05:36 +1100 schrieb Patrick Shirkey:
> On 12/31/2009 04:11 AM, James Warden wrote:
> > Hello Patrick et al,
> >
> > I ported the ardour "fast meters" from C++ to C. Look into guitarix's code
> > (GtkFastMeter class). It is a direct translation from gtkmm2ext. I picke
didn't "mm" originally mean "minus minus", as a joke against C "plus plus" ? I
could be wrong though.
Seriously, who gives a shit ? This dude is also quite creative when it comes to
picking names :
http://www.linux-magazine.com/Online/News/Con-Kolivas-Introduces-New-BFS-Scheduler
J.
--- On T
On 12/31/2009 06:30 AM, hermann wrote:
> Am Donnerstag, den 31.12.2009, 05:36 +1100 schrieb Patrick Shirkey:
>
>> On 12/31/2009 04:11 AM, James Warden wrote:
>>
>>> Hello Patrick et al,
>>>
>>> I ported the ardour "fast meters" from C++ to C. Look into guitarix's code
>>> (GtkFastMeter
Hi,
I am pleased to announce a long overdue release of jackEQ v0.5.8 code
name: Smooth and Shiny
You can find the tarball at the new home: http://djcj.org/jackeq
It's been almost 4 years since a release and this one comes with many
useful new features including...
- Save/Restore UI state (wit
Patrick,
You kept edit backups of certain source files in the tarball (those ending with
~ created by emacs or other text editor you are using).
J.
--- On Wed, 12/30/09, Patrick Shirkey wrote:
> From: Patrick Shirkey
> Subject: [LAD] JackEQ-0.5.8: smooth and shiny
> To: "LAU" , "Linux Audio
Hey guys, thanx for the quick replies.
I've already started looking at the code of tX.
Its a very clean codebase, I was able to fix a bug (saving/restoring the
midi event assigned to the trigger of a turntable) in 10 min.
I will look at the programs.
I would like to know how many of you need the fe
Excerpts from Patrick Shirkey's message of Wed Dec 30 21:00:15 +0100 2009:
> Hi,
>
> I am pleased to announce a long overdue release of jackEQ v0.5.8 code
> name: Smooth and Shiny
>
> You can find the tarball at the new home: http://djcj.org/jackeq
>
> It's been almost 4 years since a release a
On 12/31/2009 07:24 AM, Philipp Überbacher wrote:
> Excerpts from Patrick Shirkey's message of Wed Dec 30 21:00:15 +0100 2009:
>
>> Hi,
>>
>> I am pleased to announce a long overdue release of jackEQ v0.5.8 code
>> name: Smooth and Shiny
>>
>> You can find the tarball at the new home: http://d
OK, I'll start to work on it, but it will take some time.
Maybe someone has experience with librubberband?
Gerald
On Thu, 2009-12-31 at 07:33 +1100, Patrick Shirkey wrote:
>
> On 12/31/2009 07:22 AM, gerald mwangi wrote:
>
> > Hey guys, thanx for the quick replies.
> > I've already started loo
gerald mwangi wrote:
> OK, I'll start to work on it, but it will take some time.
> Maybe someone has experience with librubberband?
> Gerald
Is it really a good idea to spend time on TerminatorX? Couldn't you
better add 'Abbleton features' to mixxx, hydrogen or non-sequencer/daw?
It looks to me t
On Thu, Dec 31, 2009 at 6:53 AM, rosea grammostola <
rosea.grammost...@gmail.com> wrote:
> Is it really a good idea to spend time on TerminatorX? Couldn't you
> better add 'Abbleton features' to mixxx, hydrogen or non-sequencer/daw?
> It looks to me those apps have more potential to survive.
> I c
On Wed, Dec 30, 2009 at 1:39 PM, Patrick Shirkey
wrote:
> Do you think this memory leak can be fixed without having to completely
> redo the class to use precomputed bixbufs while porting from c++ to c?
Have you tried running under valgrind? a 200meg leak should be simple
to spot with it.
http:
23 matches
Mail list logo