| I am having trouble articulating this but I am starting from wondering
how it is to be used. I can imagine myself using traditional score and
beats, but most likely in sequential sections than merged in one
section. Not sure why I would want the merged option.
Also seems strange that an e in one part affects the others; what if
there are different numbers of the sections in each part; why align to
start and not end, or middle, or....
I could imagine some kind of XML definition, something like
Date | 2012-04-13 15:03 | From | Tito Latini | Subject | Re: [Cs-dev] multiple | Attachments | None | | |
Date | 2012-04-13 15:25 | From | Victor Lazzarini | Subject | Re: [Cs-dev] multiple | | what about sections of different lengths?
Victor
On 13 Apr 2012, at 15:03, Tito Latini wrote:
> It is only the reading in sequence but the time is *absolute*.
> The sorting is the last step, after the merge.
>
> We can force the strict sequence with the s-statements,
> otherwise (dummy example):
>
>
> i1 5 1
>
>
>
> i1 0 1
>
>
> The result after scsort is
>
> i1 0 1
> i1 5 1
>
> With s-statement after `i1 5 1' the scene changes.
>
> If we want bypass the second section, `e' after `i1 5 1'. Simple.
>
> tito
>
> ------------------------------------------------------------------------------
> For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie
------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net |
Date | 2012-04-13 15:26 | From | Tito Latini | Subject | Re: [Cs-dev] multiple | Attachments | None | | |
Date | 2012-04-13 15:43 | From | Victor Lazzarini | Subject | Re: [Cs-dev] multiple | | No, I meant different s-statements in each score, how do they get merged? Section by section, or post-section preprocessing?
On 13 Apr 2012, at 15:26, Tito Latini wrote:
> Really, I don't see the problem. My patch is a very simple trick.
> We have memory and a pointer for the score (CORFIL) from v5.15.
>
> After the first score section the pointer is x.
> After the second score section the pointer is x+a.
> After the ...
>
> In the prior example
>
> 1) score in memory
>
> 2) process with csbeats, then score in memory,
> starting from the previous point
>
> 3) process with cmask, then score in memory,
> ....
>
> 4) process with pysco, ......
> .....
>
> === sorting ===
>
> Multiple CsScore is like one CsScore.
> And this change doesn't alter the actual behavior.
>
>> what about sections of different lengths?
>
> There are inf ways.
>
> tito
>
> On Fri, Apr 13, 2012 at 03:25:42PM +0100, Victor Lazzarini wrote:
>> what about sections of different lengths?
>>
>> Victor
>> On 13 Apr 2012, at 15:03, Tito Latini wrote:
>>
>>> It is only the reading in sequence but the time is *absolute*.
>>> The sorting is the last step, after the merge.
>>>
>>> We can force the strict sequence with the s-statements,
>>> otherwise (dummy example):
>>>
>>>
>>> i1 5 1
>>>
>>>
>>>
>>> i1 0 1
>>>
>>>
>>> The result after scsort is
>>>
>>> i1 0 1
>>> i1 5 1
>>>
>>> With s-statement after `i1 5 1' the scene changes.
>>>
>>> If we want bypass the second section, `e' after `i1 5 1'. Simple.
>>>
>>> tito
>>>
>>> ------------------------------------------------------------------------------
>>> For Developers, A Lot Can Happen In A Second.
>>> Boundary is the first to Know...and Tell You.
>>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
>>> http://p.sf.net/sfu/Boundary-d2dvs2
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>> Dr Victor Lazzarini
>> Senior Lecturer
>> Dept. of Music
>> NUI Maynooth Ireland
>> tel.: +353 1 708 3545
>> Victor dot Lazzarini AT nuim dot ie
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> For Developers, A Lot Can Happen In A Second.
>> Boundary is the first to Know...and Tell You.
>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
>> http://p.sf.net/sfu/Boundary-d2dvs2
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
> ------------------------------------------------------------------------------
> For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie
------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net |
Date | 2012-04-13 15:45 | From | Michael Gogins | Subject | Re: [Cs-dev] multiple | | I repeat, I think this is a good idea, and it is one that I might well
use myself.
It could be very useful in assembling a piece from layers that are
created by different sources and processes.
To the composer, it would be useful if the start time and duration of
each layer could be different, and I don't see how this would cause a
technical problem, since the score statements are merged before
performance.
Regards,
Mike
On Fri, Apr 13, 2012 at 10:26 AM, Tito Latini wrote:
> Really, I don't see the problem. My patch is a very simple trick.
> We have memory and a pointer for the score (CORFIL) from v5.15.
>
> After the first score section the pointer is x.
> After the second score section the pointer is x+a.
> After the ...
>
> In the prior example
>
> 1) score in memory
>
> 2) process with csbeats, then score in memory,
> starting from the previous point
>
> 3) process with cmask, then score in memory,
> ....
>
> 4) process with pysco, ......
> .....
>
> === sorting ===
>
> Multiple CsScore is like one CsScore.
> And this change doesn't alter the actual behavior.
>
>> what about sections of different lengths?
>
> There are inf ways.
>
> tito
>
> On Fri, Apr 13, 2012 at 03:25:42PM +0100, Victor Lazzarini wrote:
>> what about sections of different lengths?
>>
>> Victor
>> On 13 Apr 2012, at 15:03, Tito Latini wrote:
>>
>> > It is only the reading in sequence but the time is *absolute*.
>> > The sorting is the last step, after the merge.
>> >
>> > We can force the strict sequence with the s-statements,
>> > otherwise (dummy example):
>> >
>> >
>> > i1 5 1
>> >
>> >
>> >
>> > i1 0 1
>> >
>> >
>> > The result after scsort is
>> >
>> > i1 0 1
>> > i1 5 1
>> >
>> > With s-statement after `i1 5 1' the scene changes.
>> >
>> > If we want bypass the second section, `e' after `i1 5 1'. Simple.
>> >
>> > tito
>> >
>> > ------------------------------------------------------------------------------
>> > For Developers, A Lot Can Happen In A Second.
>> > Boundary is the first to Know...and Tell You.
>> > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
>> > http://p.sf.net/sfu/Boundary-d2dvs2
>> > _______________________________________________
>> > Csound-devel mailing list
>> > Csound-devel@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>> Dr Victor Lazzarini
>> Senior Lecturer
>> Dept. of Music
>> NUI Maynooth Ireland
>> tel.: +353 1 708 3545
>> Victor dot Lazzarini AT nuim dot ie
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> For Developers, A Lot Can Happen In A Second.
>> Boundary is the first to Know...and Tell You.
>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
>> http://p.sf.net/sfu/Boundary-d2dvs2
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
> ------------------------------------------------------------------------------
> For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
--
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com
------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net |
Date | 2012-04-13 15:47 | From | Tito Latini | Subject | Re: [Cs-dev] multiple | Attachments | None | | |
Date | 2012-04-13 15:48 | From | Tito Latini | Subject | Re: [Cs-dev] multiple | Attachments | None | | |
Date | 2012-04-13 16:01 | From | Tito Latini | Subject | Re: [Cs-dev] multiple | Attachments | None | | |
Date | 2012-04-13 16:02 | From | Stéphane Rollandin | Subject | Re: [Cs-dev] multiple | | > I could imagine some kind of XML definition, something like
>
>
> Date | 2012-04-13 16:02 | From | Victor Lazzarini | Subject | Re: [Cs-dev] multiple | | No problem with the idea, just want to understand all of its implications.
Victor
On 13 Apr 2012, at 15:45, Michael Gogins wrote:
> I repeat, I think this is a good idea, and it is one that I might well
> use myself.
>
> It could be very useful in assembling a piece from layers that are
> created by different sources and processes.
>
> To the composer, it would be useful if the start time and duration of
> each layer could be different, and I don't see how this would cause a
> technical problem, since the score statements are merged before
> performance.
>
> Regards,
> Mike
>
> On Fri, Apr 13, 2012 at 10:26 AM, Tito Latini wrote:
>> Really, I don't see the problem. My patch is a very simple trick.
>> We have memory and a pointer for the score (CORFIL) from v5.15.
>>
>> After the first score section the pointer is x.
>> After the second score section the pointer is x+a.
>> After the ...
>>
>> In the prior example
>>
>> 1) score in memory
>>
>> 2) process with csbeats, then score in memory,
>> starting from the previous point
>>
>> 3) process with cmask, then score in memory,
>> ....
>>
>> 4) process with pysco, ......
>> .....
>>
>> === sorting ===
>>
>> Multiple CsScore is like one CsScore.
>> And this change doesn't alter the actual behavior.
>>
>>> what about sections of different lengths?
>>
>> There are inf ways.
>>
>> tito
>>
>> On Fri, Apr 13, 2012 at 03:25:42PM +0100, Victor Lazzarini wrote:
>>> what about sections of different lengths?
>>>
>>> Victor
>>> On 13 Apr 2012, at 15:03, Tito Latini wrote:
>>>
>>>> It is only the reading in sequence but the time is *absolute*.
>>>> The sorting is the last step, after the merge.
>>>>
>>>> We can force the strict sequence with the s-statements,
>>>> otherwise (dummy example):
>>>>
>>>>
>>>> i1 5 1
>>>>
>>>>
>>>>
>>>> i1 0 1
>>>>
>>>>
>>>> The result after scsort is
>>>>
>>>> i1 0 1
>>>> i1 5 1
>>>>
>>>> With s-statement after `i1 5 1' the scene changes.
>>>>
>>>> If we want bypass the second section, `e' after `i1 5 1'. Simple.
>>>>
>>>> tito
>>>>
>>>> ------------------------------------------------------------------------------
>>>> For Developers, A Lot Can Happen In A Second.
>>>> Boundary is the first to Know...and Tell You.
>>>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
>>>> http://p.sf.net/sfu/Boundary-d2dvs2
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>> Dr Victor Lazzarini
>>> Senior Lecturer
>>> Dept. of Music
>>> NUI Maynooth Ireland
>>> tel.: +353 1 708 3545
>>> Victor dot Lazzarini AT nuim dot ie
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> For Developers, A Lot Can Happen In A Second.
>>> Boundary is the first to Know...and Tell You.
>>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
>>> http://p.sf.net/sfu/Boundary-d2dvs2
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>> ------------------------------------------------------------------------------
>> For Developers, A Lot Can Happen In A Second.
>> Boundary is the first to Know...and Tell You.
>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
>> http://p.sf.net/sfu/Boundary-d2dvs2
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
> --
> Michael Gogins
> Irreducible Productions
> http://www.michael-gogins.com
> Michael dot Gogins at gmail dot com
>
> ------------------------------------------------------------------------------
> For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie
------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net |
Date | 2012-04-13 16:06 | From | Victor Lazzarini | Subject | Re: [Cs-dev] multiple | | Oh, it's sequential, not parallel, is that what you mean?
On 13 Apr 2012, at 15:48, Tito Latini wrote:
>> No, I meant different s-statements in each score, how do they get merged? Section by section, or post-section preprocessing?
>
> === Example ===
>
>
> i1 0 1
> ...
> s
> i1 0 1
> ...
> s
> ...
> s
>
>
> ;; I want get a chunk of the score with cmask in the next section
>
> ...
>
>
> ;; I want insert a simple score in the next section
>
> s
> i1 0 1
> i1 + .
> i1 + .
> s
>
>
> ;; I want some output from csbeats
>
> ...
>
>
> ;; outro in a normal section
>
> s
> i123 0 1.43 ...
> ...
> e
>
>
>
> Perhaps your doubt is the word 'section' that I use for a simple
>
>
> ...
>
>
> with or without s-statements.
>
> tito
>
> ------------------------------------------------------------------------------
> For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie
------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net |
Date | 2012-04-13 16:08 | From | Tito Latini | Subject | Re: [Cs-dev] multiple | Attachments | None | | |
Date | 2012-04-13 16:08 | From | Jacob Joaquin | Subject | Re: [Cs-dev] multiple | | I'm personally interested to see where this goes. It has potential but I'm guessing there are some pitfalls associated with implementing this as it is currently proposed. It's worth working up a prototype, get user feedback, and making modifications based on real use cases. And pay close attention to the overall design.
Side note. I was hoping the XML tags would be deprecated in cs6. Technically speaking I don't even think they qualify as XML.
Best,
Jake
Sent from my Tricorder
On Apr 13, 2012, at 7:47 AM, Tito Latini wrote:
>> I repeat, I think this is a good idea, and it is one that I might well
>> use myself.
>
> Thank you Michael
>
> ------------------------------------------------------------------------------
> For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net |
Date | 2012-04-13 16:10 | From | Tito Latini | Subject | Re: [Cs-dev] multiple | Attachments | None | | |
Date | 2012-04-13 16:14 | From | Tito Latini | Subject | Re: [Cs-dev] multiple | Attachments | None | | |
Date | 2012-04-13 16:20 | From | Stéphane Rollandin | Subject | Re: [Cs-dev] multiple | |
> I repeat, I think this is a good idea, and it is one that I might well
> use myself.
>
> It could be very useful in assembling a piece from layers that are
> created by different sources and processes.
>
> To the composer, it would be useful if the start time and duration of
> each layer could be different, and I don't see how this would cause a
> technical problem, since the score statements are merged before
> performance.
Yes, the idea is good, but see Pandora's box: you just (rightly)
expanded the idea so that sections define parts that can be assembled by
layering. But now, why not make it easy to repeat a part (with proper
syntactic sugar), or to define a piece in ABACA form from parts A,B,C ?
And then, why not have alternate endings and be able to write ABACA' ,
with A' somehow derived from A ? It would also be useful to have part B
have access to the duration or starting time of part A... etc.
Basically we will end up writing an algorithmic language for
manipulating musical parts. I think we should not go this way for the
very same reason we rely on score preprocessors instead of implementing
representation for note values and other useful musical abstractions:
because a Csound score is not the place for algorithmic composition.
Stef
------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net |
Date | 2012-04-13 16:27 | From | Jacob Joaquin | Subject | Re: [Cs-dev] multiple | | These are some mighty fine examples of what pitfalls may look like.
I think it's time to think about creative a formal review system for adding, changing, extending Csound features. Python PEPs is a great model to start with.
Sent from my Tricorder
On Apr 13, 2012, at 8:20 AM, Stéphane Rollandin wrote:
>
>> I repeat, I think this is a good idea, and it is one that I might well
>> use myself.
>>
>> It could be very useful in assembling a piece from layers that are
>> created by different sources and processes.
>>
>> To the composer, it would be useful if the start time and duration of
>> each layer could be different, and I don't see how this would cause a
>> technical problem, since the score statements are merged before
>> performance.
>
> Yes, the idea is good, but see Pandora's box: you just (rightly)
> expanded the idea so that sections define parts that can be assembled by
> layering. But now, why not make it easy to repeat a part (with proper
> syntactic sugar), or to define a piece in ABACA form from parts A,B,C ?
> And then, why not have alternate endings and be able to write ABACA' ,
> with A' somehow derived from A ? It would also be useful to have part B
> have access to the duration or starting time of part A... etc.
>
> Basically we will end up writing an algorithmic language for
> manipulating musical parts. I think we should not go this way for the
> very same reason we rely on score preprocessors instead of implementing
> representation for note values and other useful musical abstractions:
> because a Csound score is not the place for algorithmic composition.
>
>
> Stef
>
> ------------------------------------------------------------------------------
> For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https |
Date | 2012-04-13 16:32 | From | Victor Lazzarini | Subject | Re: [Cs-dev] multiple | | Ok, but that can be confusing. Someone might forget this, add a s-statement to one of the layers and it changes the behaviour completely.
I'm just thinking here.
Victor
On 13 Apr 2012, at 16:08, Tito Latini wrote:
>> Oh, it's sequential, not parallel, is that what you mean?
>
> With s-statements is sequential (like in one CsScore)
> and without is parallel (like in one CsScore).
>
> ------------------------------------------------------------------------------
> For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie
------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net |
Date | 2012-04-13 16:39 | From | Tito Latini | Subject | Re: [Cs-dev] multiple | Attachments | None | | |
Date | 2012-04-13 17:51 | From | Steven Yi | Subject | Re: [Cs-dev] multiple | | I have similar concerns to Stephane that I would need to modify blue's
importing. Luckily though I think the change would not be too
terrible, as blue already has a layer and object model that the use of
multiple CsScore's can map to easily, including bin= scores mapping to
External objects. It's something that CsoundQT would have to be
updated for as well.
Just to say this idea is not completely cost free, but for my own
situation I can make changes in blue to support it. For others, I can
imagine it is a little trickier.
2012/4/13 Stéphane Rollandin :
>> I could imagine some kind of XML definition, something like
>>
>>
>> Date | 2012-04-13 18:03 | From | Victor Lazzarini | Subject | Re: [Cs-dev] multiple | | As a compromise, why don't we think of implementing this only in Csound 6 and we can tinker with the design until it's ready?
Victor
On 13 Apr 2012, at 17:51, Steven Yi wrote:
> I have similar concerns to Stephane that I would need to modify blue's
> importing. Luckily though I think the change would not be too
> terrible, as blue already has a layer and object model that the use of
> multiple CsScore's can map to easily, including bin= scores mapping to
> External objects. It's something that CsoundQT would have to be
> updated for as well.
>
> Just to say this idea is not completely cost free, but for my own
> situation I can make changes in blue to support it. For others, I can
> imagine it is a little trickier.
>
> 2012/4/13 Stéphane Rollandin :
>>> I could imagine some kind of XML definition, something like
>>>
>>>
>>> Date | 2012-04-13 18:21 | From | Michael Gogins | Subject | Re: [Cs-dev] multiple | | This raises some important issues.
Csound 6 will take time. Either we postpone such changes for the
general user base until Csound 6 is released, or we do these changes
in Csound 5 as well, or we make, and keep working, a beta release of
Csound 6 with all such new features.
I vote for the last option -- keep a running beta (or alpha) version
of Csound 6 available at all times, to which such new features will be
added, but they will not be added to Csound 5 at all.
Regards,
Mike
On Fri, Apr 13, 2012 at 1:03 PM, Victor Lazzarini
wrote:
> As a compromise, why don't we think of implementing this only in Csound 6 and we can tinker with the design until it's ready?
>
> Victor
> On 13 Apr 2012, at 17:51, Steven Yi wrote:
>
>> I have similar concerns to Stephane that I would need to modify blue's
>> importing. Luckily though I think the change would not be too
>> terrible, as blue already has a layer and object model that the use of
>> multiple CsScore's can map to easily, including bin= scores mapping to
>> External objects. It's something that CsoundQT would have to be
>> updated for as well.
>>
>> Just to say this idea is not completely cost free, but for my own
>> situation I can make changes in blue to support it. For others, I can
>> imagine it is a little trickier.
>>
>> 2012/4/13 Stéphane Rollandin :
>>>> I could imagine some kind of XML definition, something like
>>>>
>>>>
>>>> Date | 2012-04-13 18:37 | From | Victor Lazzarini | Subject | Re: [Cs-dev] multiple | | We hope it won't take as long as last time. Steven was saying September for first release, which is very optimistic. I would say we should aim for January.
Regards
Victor
On 13 Apr 2012, at 18:21, Michael Gogins wrote:
> This raises some important issues.
>
> Csound 6 will take time. Either we postpone such changes for the
> general user base until Csound 6 is released, or we do these changes
> in Csound 5 as well, or we make, and keep working, a beta release of
> Csound 6 with all such new features.
>
> I vote for the last option -- keep a running beta (or alpha) version
> of Csound 6 available at all times, to which such new features will be
> added, but they will not be added to Csound 5 at all.
>
> Regards,
> Mike
>
>
>
> On Fri, Apr 13, 2012 at 1:03 PM, Victor Lazzarini
> wrote:
>> As a compromise, why don't we think of implementing this only in Csound 6 and we can tinker with the design until it's ready?
>>
>> Victor
>> On 13 Apr 2012, at 17:51, Steven Yi wrote:
>>
>>> I have similar concerns to Stephane that I would need to modify blue's
>>> importing. Luckily though I think the change would not be too
>>> terrible, as blue already has a layer and object model that the use of
>>> multiple CsScore's can map to easily, including bin= scores mapping to
>>> External objects. It's something that CsoundQT would have to be
>>> updated for as well.
>>>
>>> Just to say this idea is not completely cost free, but for my own
>>> situation I can make changes in blue to support it. For others, I can
>>> imagine it is a little trickier.
>>>
>>> 2012/4/13 Stéphane Rollandin :
>>>>> I could imagine some kind of XML definition, something like
>>>>>
>>>>>
>>>>> Date | 2012-04-13 19:02 | From | Michael Gogins | Subject | Re: [Cs-dev] multiple | | I doubt September is enough time to do everything we talked about for
Csound 6. I even doubt that January is enough time. But should we keep
a preliminary version of the beast "running" during this period? I
think that would be a good idea.
Regards,
Mike
On Fri, Apr 13, 2012 at 1:37 PM, Victor Lazzarini
wrote:
> We hope it won't take as long as last time. Steven was saying September for first release, which is very optimistic. I would say we should aim for January.
>
> Regards
>
> Victor
>
> On 13 Apr 2012, at 18:21, Michael Gogins wrote:
>
>> This raises some important issues.
>>
>> Csound 6 will take time. Either we postpone such changes for the
>> general user base until Csound 6 is released, or we do these changes
>> in Csound 5 as well, or we make, and keep working, a beta release of
>> Csound 6 with all such new features.
>>
>> I vote for the last option -- keep a running beta (or alpha) version
>> of Csound 6 available at all times, to which such new features will be
>> added, but they will not be added to Csound 5 at all.
>>
>> Regards,
>> Mike
>>
>>
>>
>> On Fri, Apr 13, 2012 at 1:03 PM, Victor Lazzarini
>> wrote:
>>> As a compromise, why don't we think of implementing this only in Csound 6 and we can tinker with the design until it's ready?
>>>
>>> Victor
>>> On 13 Apr 2012, at 17:51, Steven Yi wrote:
>>>
>>>> I have similar concerns to Stephane that I would need to modify blue's
>>>> importing. Luckily though I think the change would not be too
>>>> terrible, as blue already has a layer and object model that the use of
>>>> multiple CsScore's can map to easily, including bin= scores mapping to
>>>> External objects. It's something that CsoundQT would have to be
>>>> updated for as well.
>>>>
>>>> Just to say this idea is not completely cost free, but for my own
>>>> situation I can make changes in blue to support it. For others, I can
>>>> imagine it is a little trickier.
>>>>
>>>> 2012/4/13 Stéphane Rollandin :
>>>>>> I could imagine some kind of XML definition, something like
>>>>>>
>>>>>>
>>>>>> |
|
|
|
|
|
|