[PD-dev] Re: garray_update

Hans-Christoph Steiner hans at eds.org
Sat Jul 9 16:43:58 CEST 2005


On Jul 6, 2005, at 3:42 AM, Tim Blechmann wrote:

> hi miller,
>
>> Well, forking the source wasn't my idea... I knew it would cause
>> trouble.
> well, for me it seems to be the only way to get a working performance
> system for me, that will do what i want without waiting for another
> century.
> basically the current devel branch has been extended so far, that it's
> not easy to merge it with Head any more ...
> "diff -u Head/src/ devel_0_39/src/ | wc -l" are more than 12500 lines
> (Head itself has about 66000 lines)
>
> i stopped posting patches to the patch tracker, since the patches would
> be way to big or depend on each other ...
>
> i'm currently thinking to fork off from pure data and release the
> current devel code as pure devil because it's not the same software any
> more and i'm loosing too much time with porting / merging ... (if i
> would have worked on a day job during the time i read diffs, merged
> files or rewrote things, i could easily afford a fancy powerbook
> and a few licenses of max/msp)
> i'd really prefer to spend my time improving pd / making music than
> merging branches or rewrite stuff...

If you want to fork, then do it, that's fine.  The people who have been  
working devel have been going that way for a while.  I fully support  
the goal of addressing usability issues now, that's inevitably going to  
break things.  But you can't expect people who aren't using devel at  
all to track your changes, especially if you are unwilling to submit  
working patches.  Like you said there aren't enough hours in the day,  
and we want to actually use Pd to make art rather than reading every  
bit of code written for Pd.

Sure, submitting patches is a slow process, but I think its starting to  
work.  Miller has started accepting a number of patches, mostly  
bugfixes, but its a start.  I am personally disappointed that there is  
a fork, each branch has its own unique strengths.  I still think that  
if the extra effort is taken to break up many/most of devel's changes  
into digestable patches, it will get included.

.hc



>
>> In general, the question of scheduling graphics updates is hard,
>> especially now that (arrays can contain (lists that contain (arrays of
>> scalars))), etc. Having "garrays" separate from the "real" data
>> structure mechanism was always a temporary measure, and now I'm glad
>> it's gone.  But what this means is that now we need a more general way
>> of updating changes to data. If I can think of a good one I'll get it
>> into 0.39 (it's prety high on the dolist at the moment...)
> i've already ported most of your changes from 0.38 to 0.39 to devel  
> (not
> the other way around, because that would be pretty impossible due the
> amount of code), so i would probably fork off with pure devil when both
> your changes to Head become stable and i consider my changes to devel  
> as
> stable.
> i'm trying to keep (binary) compatibility as long as possible, but if i
> have to break compatibility (e.g. to declare getfloatarray as
> deprecated) i would definitely do that ...
>
> pd has the potential to become a professional software, but i don't  
> want
> to wait for another 10 or 20 years for pd to become usable / threadsafe
> / low-latency optimized / professional.
> with all the troubles of forking the advantage would be that i could
> break Head and you could break devel without having to think too much
> about the effects on the other branch ... (well, we don't care about
> the effects at the moment, either :-(, which results in hours of  
> merging
> from Head to devel at the moment)
>
> the best thing of course, would be to combine the efforts of Head and
> devel/devil having several maintainers for several parts of pd (data
> structures, scheduler, dsp kernel, messaging, midi, simd, gui, build
> system, documentation, win32, osx, linux, irix, pda, cell phone,
> microcontroller, whatever) ...
>
> cheers ... tim
>
> --  
> mailto:TimBlechmann at gmx.de    ICQ: 96771783
> http://www.mokabar.tk
>
> latest mp3: kMW.mp3
> http://mattin.org/mp3.html
>
> latest cd: Goh Lee Kwang & Tim Blechmann: Drone
> http://www.geocities.com/gohleekwangtimblechmannduo/
>
> After one look at this planet any visitor from outer space
> would say "I want to see the manager."
> 				      William S. Burroughs
>
> _______________________________________________
> PD-dev mailing list
> PD-dev at iem.at
> http://lists.puredata.info/listinfo/pd-dev
>

________________________________________________________________________ 
____

  As we enjoy great advantages from inventions of others, we should be  
glad of an opportunity to serve others by any invention of ours; and  
this we should do freely and generously.
                                                                          
                          - Benjamin Franklin





More information about the Pd-dev mailing list