Csound Csound-dev Csound-tekno Search About

[Csnd] smoothsort

Date2010-03-17 09:41
FromRene Djack
Subject[Csnd] smoothsort
Hi list,

Just to show a difference between previous and new sort algorithm.

For example if the orc of i1 is print p4
and the sco is:

i1 0 1 1
i1 0 1 2
i1 0 1 3
i1 0 1 4
i1 0 1 5

if NOT USING smoothsort the printing is:
i1   1.000
i1   2.000
i1   3.000
i1   4.000
i1   5.000

if USING smoothsort the printing is:
i1   2.000
i1   1.000
i1   4.000
i1   3.000
i1   5.000

The sco process don't follow the sco lines anymore,
only when they have the same event start time value of course.

René



Date2010-03-17 09:45
Fromjpff@cs.bath.ac.uk
Subject[Csnd] Re: smoothsort
My tests did not show that behaviour; will recheck

==John ff

> Hi list,
>
> Just to show a difference between previous and new sort algorithm.
>
> For example if the orc of i1 is print p4
> and the sco is:
>
> i1 0 1 1
> i1 0 1 2
> i1 0 1 3
> i1 0 1 4
> i1 0 1 5
>
> if NOT USING smoothsort the printing is:
> i1   1.000
> i1   2.000
> i1   3.000
> i1   4.000
> i1   5.000
>
> if USING smoothsort the printing is:
> i1   2.000
> i1   1.000
> i1   4.000
> i1   3.000
> i1   5.000
>
> The sco process don't follow the sco lines anymore,
> only when they have the same event start time value of course.
>
> René
>
> Send bugs reports to the Sourceforge bug tracker
>             https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>
>




Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Date2010-03-17 09:50
Fromjpff@cs.bath.ac.uk
Subject[Csnd] Re: smoothsort
Sorry to repoost, but I misread your message.

The sorting algorithm does not distinguish same nstrument at the same time
events by later parameters.  As far as  can tell the older algorithm woul;
dhave left the order unchanged.  I am not sure what ordering one should
impose for args beyons p3

==John ff

> Hi list,
>
> Just to show a difference between previous and new sort algorithm.
>
> For example if the orc of i1 is print p4
> and the sco is:
>
> i1 0 1 1
> i1 0 1 2
> i1 0 1 3
> i1 0 1 4
> i1 0 1 5
>
> if NOT USING smoothsort the printing is:
> i1   1.000
> i1   2.000
> i1   3.000
> i1   4.000
> i1   5.000
>
> if USING smoothsort the printing is:
> i1   2.000
> i1   1.000
> i1   4.000
> i1   3.000
> i1   5.000
>
> The sco process don't follow the sco lines anymore,
> only when they have the same event start time value of course.
>
> René
>
> Send bugs reports to the Sourceforge bug tracker
>             https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>
>




Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Date2010-03-17 10:28
FromRene Djack
Subject[Csnd] Re: Re: smoothsort
Thanks for your reply.

The new algorithm is incredibly faster than the old one :)

René


2010/3/17 <jpff@cs.bath.ac.uk>

Sorry to repoost, but I misread your message.

The sorting algorithm does not distinguish same nstrument at the same time
events by later parameters.  As far as  can tell the older algorithm woul;
dhave left the order unchanged.  I am not sure what ordering one should
impose for args beyons p3

==John ff

> Hi list,
>
> Just to show a difference between previous and new sort algorithm.
>
> For example if the orc of i1 is print p4
> and the sco is:
>
> i1 0 1 1
> i1 0 1 2
> i1 0 1 3
> i1 0 1 4
> i1 0 1 5
>
> if NOT USING smoothsort the printing is:
> i1   1.000
> i1   2.000
> i1   3.000
> i1   4.000
> i1   5.000
>
> if USING smoothsort the printing is:
> i1   2.000
> i1   1.000
> i1   4.000
> i1   3.000
> i1   5.000
>
> The sco process don't follow the sco lines anymore,
> only when they have the same event start time value of course.
>
> René
>
> Send bugs reports to the Sourceforge bug tracker
>             https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>
>




Send bugs reports to the Sourceforge bug tracker
           https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"



Date2010-03-17 14:15
FromFelipe Sateler
Subject[Csnd] Re: Re: smoothsort
On Wed, Mar 17, 2010 at 06:50,   wrote:
>
> Sorry to repoost, but I misread your message.
>
> The sorting algorithm does not distinguish same nstrument at the same time
> events by later parameters.  As far as  can tell the older algorithm woul;
> dhave left the order unchanged.  I am not sure what ordering one should
> impose for args beyons p3

I think the ordering should be stable. Beyond timing information, the
order already present in the score should be preserved. I don't think
this is a real problem, though (audio events would still happen at the
same time, right?).


-- 

Saludos,
Felipe Sateler


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"


Date2010-03-17 15:13
FromMichael Gogins
Subject[Csnd] Re: Re: Re: smoothsort
Lower numbered instruments should appear before higher numbered
instruments that have the same time, correct?

Regards,
Mike

On Wed, Mar 17, 2010 at 10:15 AM, Felipe Sateler  wrote:
> On Wed, Mar 17, 2010 at 06:50,   wrote:
>>
>> Sorry to repoost, but I misread your message.
>>
>> The sorting algorithm does not distinguish same nstrument at the same time
>> events by later parameters.  As far as  can tell the older algorithm woul;
>> dhave left the order unchanged.  I am not sure what ordering one should
>> impose for args beyons p3
>
> I think the ordering should be stable. Beyond timing information, the
> order already present in the score should be preserved. I don't think
> this is a real problem, though (audio events would still happen at the
> same time, right?).
>
>
> --
>
> Saludos,
> Felipe Sateler
>
>
> Send bugs reports to the Sourceforge bug tracker
>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>
>



-- 
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"


Date2010-03-17 16:23
Fromjpff@cs.bath.ac.uk
Subject[Csnd] Re: Re: Re: Re: smoothsort
> Lower numbered instruments should appear before higher numbered
> instruments that have the same time, correct?
>

Start time is main key; then a before f before i, instruments in order for
same start time.  No order for same instrument at same time with different
parameters.




Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Date2010-03-17 16:32
FromMichael Gogins
Subject[Csnd] Re: Re: Re: Re: Re: smoothsort
OK, that's good.

Regards,
Mike

P.S., are you coming to the ICMC?

On Wed, Mar 17, 2010 at 12:23 PM,   wrote:
>> Lower numbered instruments should appear before higher numbered
>> instruments that have the same time, correct?
>>
>
> Start time is main key; then a before f before i, instruments in order for
> same start time.  No order for same instrument at same time with different
> parameters.
>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>
>



-- 
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"