Hi.
Here's a raw preview of our recent developments on live convolution.
The task has been (for some time) to be able to convolve two live
sources with each other seamlessly. This time I think we finally
managed to make it happen, in the most flexible manner. by updating
the impulse response partition by partition (thanks to Sigurd Saue!),
any parametric operation on the IR is available, all while it is
actively used to convolve. Replacing the IR with a live signal,
reversing it, pitching it, and doing any kind of processing on it
really...
This is just the very raw first demo, just wait till we start making
music with this!

https://www.youtube.com/watch?v=GPTW6Tz3KUA

Based on a new opcode (liveconv, in source soon), implemented by Sigurd.
Wrapped as a VST with Cabbage.
Part of the research project on crossadaptive processing.

best
Oeyvind

very good, looks you've nailed it!

Victor Lazzarini
Dean of Arts, Celtic Studies, and Philosophy
Maynooth University
Ireland

> On 14 Dec 2016, at 05:59, Oeyvind Brandtsegg  wrote:
> 
> Hi.
> Here's a raw preview of our recent developments on live convolution.
> The task has been (for some time) to be able to convolve two live
> sources with each other seamlessly. This time I think we finally
> managed to make it happen, in the most flexible manner. by updating
> the impulse response partition by partition (thanks to Sigurd Saue!),
> any parametric operation on the IR is available, all while it is
> actively used to convolve. Replacing the IR with a live signal,
> reversing it, pitching it, and doing any kind of processing on it
> really...
> This is just the very raw first demo, just wait till we start making
> music with this!
> 
> https://www.youtube.com/watch?v=GPTW6Tz3KUA
> 
> Based on a new opcode (liveconv, in source soon), implemented by Sigurd.
> Wrapped as a VST with Cabbage.
> Part of the research project on crossadaptive processing.
> 
> best
> Oeyvind
> 
> -- 
> 
> Oeyvind Brandtsegg
> Professor of Music Technology
> NTNU
> 7491 Trondheim
> Norway
> Cell: +47 92 203 205
> 
> http://www.partikkelaudio.com/
> http://crossadaptive.hf.ntnu.no
> http://gdsp.hf.ntnu.no/
> http://soundcloud.com/brandtsegg
> http://flyndresang.no/
> http://soundcloud.com/t-emp
> 
> Csound mailing list
> Csound@listserv.heanet.ie
> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
> Send bugs reports to
>        https://github.com/csound/csound/issues
> Discussions of bugs and features can be posted here

Csound mailing list
Csound@listserv.heanet.ie
https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
Send bugs reports to
        https://github.com/csound/csound/issues
Discussions of bugs and features can be posted here

This is absolutely brilliant, Øyvind!
Now, if Victor can wave his magic wand and make this run with CUDA as well...

Regards,
Anders

> 14 dec. 2016 kl. 06:59 skrev Oeyvind Brandtsegg :
> 
> Hi.
> Here's a raw preview of our recent developments on live convolution.
> The task has been (for some time) to be able to convolve two live
> sources with each other seamlessly. This time I think we finally
> managed to make it happen, in the most flexible manner. by updating
> the impulse response partition by partition (thanks to Sigurd Saue!),
> any parametric operation on the IR is available, all while it is
> actively used to convolve. Replacing the IR with a live signal,
> reversing it, pitching it, and doing any kind of processing on it
> really...
> This is just the very raw first demo, just wait till we start making
> music with this!
> 
> https://www.youtube.com/watch?v=GPTW6Tz3KUA
> 
> Based on a new opcode (liveconv, in source soon), implemented by Sigurd.
> Wrapped as a VST with Cabbage.
> Part of the research project on crossadaptive processing.
> 
> best
> Oeyvind
> 
> -- 
> 
> Oeyvind Brandtsegg
> Professor of Music Technology
> NTNU
> 7491 Trondheim
> Norway
> Cell: +47 92 203 205
> 
> http://www.partikkelaudio.com/
> http://crossadaptive.hf.ntnu.no
> http://gdsp.hf.ntnu.no/
> http://soundcloud.com/brandtsegg
> http://flyndresang.no/
> http://soundcloud.com/t-emp
> 
> Csound mailing list
> Csound@listserv.heanet.ie
> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
> Send bugs reports to
>        https://github.com/csound/csound/issues
> Discussions of bugs and features can be posted here

Csound mailing list
Csound@listserv.heanet.ie
https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
Send bugs reports to
        https://github.com/csound/csound/issues
Discussions of bugs and features can be posted here

I don’t see an issue to write a version for CUDA once the opcode is ready.
========================
Prof. Victor Lazzarini
Dean of Arts, Celtic Studies, and Philosophy,
Maynooth University,
Maynooth, Co Kildare, Ireland
Tel: 00 353 7086936
Fax: 00 353 1 7086952 

> On 14 Dec 2016, at 12:14, Anders Genell  wrote:
> 
> This is absolutely brilliant, Øyvind!
> Now, if Victor can wave his magic wand and make this run with CUDA as well...
> 
> Regards,
> Anders
> 
>> 14 dec. 2016 kl. 06:59 skrev Oeyvind Brandtsegg :
>> 
>> Hi.
>> Here's a raw preview of our recent developments on live convolution.
>> The task has been (for some time) to be able to convolve two live
>> sources with each other seamlessly. This time I think we finally
>> managed to make it happen, in the most flexible manner. by updating
>> the impulse response partition by partition (thanks to Sigurd Saue!),
>> any parametric operation on the IR is available, all while it is
>> actively used to convolve. Replacing the IR with a live signal,
>> reversing it, pitching it, and doing any kind of processing on it
>> really...
>> This is just the very raw first demo, just wait till we start making
>> music with this!
>> 
>> https://www.youtube.com/watch?v=GPTW6Tz3KUA
>> 
>> Based on a new opcode (liveconv, in source soon), implemented by Sigurd.
>> Wrapped as a VST with Cabbage.
>> Part of the research project on crossadaptive processing.
>> 
>> best
>> Oeyvind
>> 
>> -- 
>> 
>> Oeyvind Brandtsegg
>> Professor of Music Technology
>> NTNU
>> 7491 Trondheim
>> Norway
>> Cell: +47 92 203 205
>> 
>> http://www.partikkelaudio.com/
>> http://crossadaptive.hf.ntnu.no
>> http://gdsp.hf.ntnu.no/
>> http://soundcloud.com/brandtsegg
>> http://flyndresang.no/
>> http://soundcloud.com/t-emp
>> 
>> Csound mailing list
>> Csound@listserv.heanet.ie
>> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
>> Send bugs reports to
>>       https://github.com/csound/csound/issues
>> Discussions of bugs and features can be posted here
> 
> Csound mailing list
> Csound@listserv.heanet.ie
> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
> Send bugs reports to
>        https://github.com/csound/csound/issues
> Discussions of bugs and features can be posted here


Csound mailing list
Csound@listserv.heanet.ie
https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
Send bugs reports to
        https://github.com/csound/csound/issues
Discussions of bugs and features can be posted here

Can't wait!
This is so cool!

Regards,
Anders

> 14 dec. 2016 kl. 13:36 skrev Victor Lazzarini :
> 
> I don’t see an issue to write a version for CUDA once the opcode is ready.
> ========================
> Prof. Victor Lazzarini
> Dean of Arts, Celtic Studies, and Philosophy,
> Maynooth University,
> Maynooth, Co Kildare, Ireland
> Tel: 00 353 7086936
> Fax: 00 353 1 7086952 
> 
>> On 14 Dec 2016, at 12:14, Anders Genell  wrote:
>> 
>> This is absolutely brilliant, Øyvind!
>> Now, if Victor can wave his magic wand and make this run with CUDA as well...
>> 
>> Regards,
>> Anders
>> 
>>> 14 dec. 2016 kl. 06:59 skrev Oeyvind Brandtsegg :
>>> 
>>> Hi.
>>> Here's a raw preview of our recent developments on live convolution.
>>> The task has been (for some time) to be able to convolve two live
>>> sources with each other seamlessly. This time I think we finally
>>> managed to make it happen, in the most flexible manner. by updating
>>> the impulse response partition by partition (thanks to Sigurd Saue!),
>>> any parametric operation on the IR is available, all while it is
>>> actively used to convolve. Replacing the IR with a live signal,
>>> reversing it, pitching it, and doing any kind of processing on it
>>> really...
>>> This is just the very raw first demo, just wait till we start making
>>> music with this!
>>> 
>>> https://www.youtube.com/watch?v=GPTW6Tz3KUA
>>> 
>>> Based on a new opcode (liveconv, in source soon), implemented by Sigurd.
>>> Wrapped as a VST with Cabbage.
>>> Part of the research project on crossadaptive processing.
>>> 
>>> best
>>> Oeyvind
>>> 
>>> -- 
>>> 
>>> Oeyvind Brandtsegg
>>> Professor of Music Technology
>>> NTNU
>>> 7491 Trondheim
>>> Norway
>>> Cell: +47 92 203 205
>>> 
>>> http://www.partikkelaudio.com/
>>> http://crossadaptive.hf.ntnu.no
>>> http://gdsp.hf.ntnu.no/
>>> http://soundcloud.com/brandtsegg
>>> http://flyndresang.no/
>>> http://soundcloud.com/t-emp
>>> 
>>> Csound mailing list
>>> Csound@listserv.heanet.ie
>>> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
>>> Send bugs reports to
>>>      https://github.com/csound/csound/issues
>>> Discussions of bugs and features can be posted here
>> 
>> Csound mailing list
>> Csound@listserv.heanet.ie
>> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
>> Send bugs reports to
>>       https://github.com/csound/csound/issues
>> Discussions of bugs and features can be posted here
> 
> 
> Csound mailing list
> Csound@listserv.heanet.ie
> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
> Send bugs reports to
>        https://github.com/csound/csound/issues
> Discussions of bugs and features can be posted here

Csound mailing list
Csound@listserv.heanet.ie
https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
Send bugs reports to
        https://github.com/csound/csound/issues
Discussions of bugs and features can be posted here

Great! Can't wait to play around with this.

On Wed, Dec 14, 2016 at 12:59 AM, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> wrote:

Hi.
Here's a raw preview of our recent developments on live convolution.
The task has been (for some time) to be able to convolve two live
sources with each other seamlessly. This time I think we finally
managed to make it happen, in the most flexible manner. by updating
the impulse response partition by partition (thanks to Sigurd Saue!),
any parametric operation on the IR is available, all while it is
actively used to convolve. Replacing the IR with a live signal,
reversing it, pitching it, and doing any kind of processing on it
really...
This is just the very raw first demo, just wait till we start making
music with this!

https://www.youtube.com/watch?v=GPTW6Tz3KUA

Based on a new opcode (liveconv, in source soon), implemented by Sigurd.
Wrapped as a VST with Cabbage.
Part of the research project on crossadaptive processing.

best
Oeyvind

--

Oeyvind Brandtsegg
Professor of Music Technology
NTNU
7491 Trondheim
Norway
Cell: +47 92 203 205

http://www.partikkelaudio.com/
http://crossadaptive.hf.ntnu.no
http://gdsp.hf.ntnu.no/
http://soundcloud.com/brandtsegg
http://flyndresang.no/
http://soundcloud.com/t-emp

Csound mailing list
Csound@listserv.heanet.ie
https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
Send bugs reports to
        https://github.com/csound/csound/issues
Discussions of bugs and features can be posted here

Csound mailing list Csound@listserv.heanet.ie https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND Send bugs reports to https://github.com/csound/csound/issues Discussions of bugs and features can be posted here

Hi Oeyvind,

On 12/14/2016 12:59 AM, Oeyvind Brandtsegg wrote:
> Hi.
> Here's a raw preview of our recent developments on live convolution.
> ...

Very cool. Looking forward to testing this one, I can imagine some neat 
usage.

> ...Wrapped as a VST with Cabbage.
>

Speaking of which: Some time ago you graciously provided the Cabbage 
community with a Cabbage'd version of Hadron. Alas, it's no longer 
working here. Rory suggested that the failure is due to changes in 
Csound, but I wondered if you - or anyone else - could test that plugin 
(the Cabbage'd version) and check it out. All text entries are 
immediately set to default values when anything is moved in the x/y 
window, making it not so useful :(

TIA,

dp

Csound mailing list
Csound@listserv.heanet.ie
https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
Send bugs reports to
        https://github.com/csound/csound/issues
Discussions of bugs and features can be posted here

Thanks all for your enthusiasm and support.
Actually I think a CUDA implementation of the current form is not
necessary, since it is only a single layer of convolution. The
previous orchestra I showed (liveconvolver3) did use several layers
over overlapping convolution and would benefit from parallell
processing. The current method just rewrites the IR, and as such is
extremely low cost in processing, since the actual convolution process
is a single instance (and "it" being quite oblivious of the fact that
the IR changes right under it's nose so to speak). Sigurd came up with
that, I must admit I at first said it is never going to work... but he
tried, ... and it did, haha!

Then again, if we later want to create a multilayered version, which
might make sense to go go all the way to what this can be, then we
will benefit from a CUDA implementation.


2016-12-14 4:36 GMT-08:00 Victor Lazzarini :
> I don’t see an issue to write a version for CUDA once the opcode is ready.
> ========================
> Prof. Victor Lazzarini
> Dean of Arts, Celtic Studies, and Philosophy,
> Maynooth University,
> Maynooth, Co Kildare, Ireland
> Tel: 00 353 7086936
> Fax: 00 353 1 7086952
>
>> On 14 Dec 2016, at 12:14, Anders Genell  wrote:
>>
>> This is absolutely brilliant, Øyvind!
>> Now, if Victor can wave his magic wand and make this run with CUDA as well...
>>
>> Regards,
>> Anders
>>
>>> 14 dec. 2016 kl. 06:59 skrev Oeyvind Brandtsegg :
>>>
>>> Hi.
>>> Here's a raw preview of our recent developments on live convolution.
>>> The task has been (for some time) to be able to convolve two live
>>> sources with each other seamlessly. This time I think we finally
>>> managed to make it happen, in the most flexible manner. by updating
>>> the impulse response partition by partition (thanks to Sigurd Saue!),
>>> any parametric operation on the IR is available, all while it is
>>> actively used to convolve. Replacing the IR with a live signal,
>>> reversing it, pitching it, and doing any kind of processing on it
>>> really...
>>> This is just the very raw first demo, just wait till we start making
>>> music with this!
>>>
>>> https://www.youtube.com/watch?v=GPTW6Tz3KUA
>>>
>>> Based on a new opcode (liveconv, in source soon), implemented by Sigurd.
>>> Wrapped as a VST with Cabbage.
>>> Part of the research project on crossadaptive processing.
>>>
>>> best
>>> Oeyvind
>>>
>>> --
>>>
>>> Oeyvind Brandtsegg
>>> Professor of Music Technology
>>> NTNU
>>> 7491 Trondheim
>>> Norway
>>> Cell: +47 92 203 205
>>>
>>> http://www.partikkelaudio.com/
>>> http://crossadaptive.hf.ntnu.no
>>> http://gdsp.hf.ntnu.no/
>>> http://soundcloud.com/brandtsegg
>>> http://flyndresang.no/
>>> http://soundcloud.com/t-emp
>>>
>>> Csound mailing list
>>> Csound@listserv.heanet.ie
>>> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
>>> Send bugs reports to
>>>       https://github.com/csound/csound/issues
>>> Discussions of bugs and features can be posted here
>>
>> Csound mailing list
>> Csound@listserv.heanet.ie
>> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
>> Send bugs reports to
>>        https://github.com/csound/csound/issues
>> Discussions of bugs and features can be posted here
>
>
> Csound mailing list
> Csound@listserv.heanet.ie
> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
> Send bugs reports to
>         https://github.com/csound/csound/issues
> Discussions of bugs and features can be posted here



-- 

Oeyvind Brandtsegg
Professor of Music Technology
NTNU
7491 Trondheim
Norway
Cell: +47 92 203 205

http://www.partikkelaudio.com/
http://crossadaptive.hf.ntnu.no
http://gdsp.hf.ntnu.no/
http://soundcloud.com/brandtsegg
http://flyndresang.no/
http://soundcloud.com/t-emp

Csound mailing list
Csound@listserv.heanet.ie
https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
Send bugs reports to
        https://github.com/csound/csound/issues
Discussions of bugs and features can be posted here

Hi,
I don't think it is an issue with macros. That was an issue when we
moved from Csound5 to 6.
Something has happened from 6.07 to 6.08, I'll have to dig a bit to
see what it can be.
Dave, can you run the csd from the command line and see if you get any
error messages?

I get
error: syntax error, unexpected ':'  (token ":") from file
inc/inputSampling.inc (15)
 from file Hadron.orc (2)
 from file HadronCabbage.csd (1)
 line 90:
>>>        noAtckPoint:  <<<
Unexpected untyped word noAtckPoint when expecting a variable

... when I run it under 6.08, but no error when I run it under 6.07

Thanks for notifying me, Dave. We will hunt it down this time too.



2016-12-14 6:29 GMT-08:00 Rory Walsh :
> They get set to 0 because the .csd does not run. It's an issue with macros i
> think. I think it's another case of Csound is backwards compatible, but only
> if you wrote good code in the first place.
>
> On 14 December 2016 at 14:24, Dave Phillips  wrote:
>>
>> Hi Oeyvind,
>>
>> On 12/14/2016 12:59 AM, Oeyvind Brandtsegg wrote:
>>>
>>> Hi.
>>> Here's a raw preview of our recent developments on live convolution.
>>> ...
>>
>>
>> Very cool. Looking forward to testing this one, I can imagine some neat
>> usage.
>>
>>> ...Wrapped as a VST with Cabbage.
>>>
>>
>> Speaking of which: Some time ago you graciously provided the Cabbage
>> community with a Cabbage'd version of Hadron. Alas, it's no longer working
>> here. Rory suggested that the failure is due to changes in Csound, but I
>> wondered if you - or anyone else - could test that plugin (the Cabbage'd
>> version) and check it out. All text entries are immediately set to default
>> values when anything is moved in the x/y window, making it not so useful :(
>>
>> TIA,
>>
>> dp
>>
>> Csound mailing list
>> Csound@listserv.heanet.ie
>> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
>> Send bugs reports to
>>        https://github.com/csound/csound/issues
>> Discussions of bugs and features can be posted here
>
>
> Csound mailing list Csound@listserv.heanet.ie
> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND Send bugs reports to
> https://github.com/csound/csound/issues Discussions of bugs and features can
> be posted here

Actually, now, as I've been trying different Csound versions, find it
to be working, and can not seem to break it again,

Can you try installing the latest Hadron Source from
http://www.partikkelaudio.com/downloads/hadron-particle-synthesizer
There is a HadronCabbage.csd in the source.
Just to make sure you have the latest version.

Also, if this does not work, please state which Csound and Cabbage
version you have, just to make sure we're testing the same thing.

best
Oeyvind

2016-12-14 19:45 GMT-08:00 Oeyvind Brandtsegg :
> Hi,
> I don't think it is an issue with macros. That was an issue when we
> moved from Csound5 to 6.
> Something has happened from 6.07 to 6.08, I'll have to dig a bit to
> see what it can be.
> Dave, can you run the csd from the command line and see if you get any
> error messages?
>
> I get
> error: syntax error, unexpected ':'  (token ":") from file
> inc/inputSampling.inc (15)
>  from file Hadron.orc (2)
>  from file HadronCabbage.csd (1)
>  line 90:
>>>>        noAtckPoint:  <<<
> Unexpected untyped word noAtckPoint when expecting a variable
>
> ... when I run it under 6.08, but no error when I run it under 6.07
>
> Thanks for notifying me, Dave. We will hunt it down this time too.
>
>
>
> 2016-12-14 6:29 GMT-08:00 Rory Walsh :
>> They get set to 0 because the .csd does not run. It's an issue with macros i
>> think. I think it's another case of Csound is backwards compatible, but only
>> if you wrote good code in the first place.
>>
>> On 14 December 2016 at 14:24, Dave Phillips  wrote:
>>>
>>> Hi Oeyvind,
>>>
>>> On 12/14/2016 12:59 AM, Oeyvind Brandtsegg wrote:
>>>>
>>>> Hi.
>>>> Here's a raw preview of our recent developments on live convolution.
>>>> ...
>>>
>>>
>>> Very cool. Looking forward to testing this one, I can imagine some neat
>>> usage.
>>>
>>>> ...Wrapped as a VST with Cabbage.
>>>>
>>>
>>> Speaking of which: Some time ago you graciously provided the Cabbage
>>> community with a Cabbage'd version of Hadron. Alas, it's no longer working
>>> here. Rory suggested that the failure is due to changes in Csound, but I
>>> wondered if you - or anyone else - could test that plugin (the Cabbage'd
>>> version) and check it out. All text entries are immediately set to default
>>> values when anything is moved in the x/y window, making it not so useful :(
>>>
>>> TIA,
>>>
>>> dp
>>>
>>> Csound mailing list
>>> Csound@listserv.heanet.ie
>>> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
>>> Send bugs reports to
>>>        https://github.com/csound/csound/issues
>>> Discussions of bugs and features can be posted here
>>
>>
>> Csound mailing list Csound@listserv.heanet.ie
>> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND Send bugs reports to
>> https://github.com/csound/csound/issues Discussions of bugs and features can
>> be posted here
>
>
>
> --
>
> Oeyvind Brandtsegg
> Professor of Music Technology
> NTNU
> 7491 Trondheim
> Norway
> Cell: +47 92 203 205
>
> http://www.partikkelaudio.com/
> http://crossadaptive.hf.ntnu.no
> http://gdsp.hf.ntnu.no/
> http://soundcloud.com/brandtsegg
> http://flyndresang.no/
> http://soundcloud.com/t-emp

I seem to remember Victor fixed some problem with labels, but cnnot 
remember detis and not on the csond computer  present.


On Wed, 14 Dec 2016, Oeyvind Brandtsegg wrote:

> Hi,
> I don't think it is an issue with macros. That was an issue when we
> moved from Csound5 to 6.
> Something has happened from 6.07 to 6.08, I'll have to dig a bit to
> see what it can be.
> Dave, can you run the csd from the command line and see if you get any
> error messages?
>
> I get
> error: syntax error, unexpected ':'  (token ":") from file
> inc/inputSampling.inc (15)
> from file Hadron.orc (2)
> from file HadronCabbage.csd (1)
> line 90:
>>>>        noAtckPoint:  <<<
> Unexpected untyped word noAtckPoint when expecting a variable
>
> ... when I run it under 6.08, but no error when I run it under 6.07
>
> Thanks for notifying me, Dave. We will hunt it down this time too.
>

Csound mailing list
Csound@listserv.heanet.ie
https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
Send bugs reports to
        https://github.com/csound/csound/issues
Discussions of bugs and features can be posted here

He seemed to have got it working, though. I can't remember what the issue with labels was, but I thought it was pre 6.07

Victor Lazzarini
Dean of Arts, Celtic Studies, and Philosophy
Maynooth University
Ireland

> On 15 Dec 2016, at 12:54, jpff  wrote:
> 
> I seem to remember Victor fixed some problem with labels, but cnnot remember detis and not on the csond computer  present.
> 
> 
>> On Wed, 14 Dec 2016, Oeyvind Brandtsegg wrote:
>> 
>> Hi,
>> I don't think it is an issue with macros. That was an issue when we
>> moved from Csound5 to 6.
>> Something has happened from 6.07 to 6.08, I'll have to dig a bit to
>> see what it can be.
>> Dave, can you run the csd from the command line and see if you get any
>> error messages?
>> 
>> I get
>> error: syntax error, unexpected ':'  (token ":") from file
>> inc/inputSampling.inc (15)
>> from file Hadron.orc (2)
>> from file HadronCabbage.csd (1)
>> line 90:
>>>>>       noAtckPoint:  <<<
>> Unexpected untyped word noAtckPoint when expecting a variable
>> 
>> ... when I run it under 6.08, but no error when I run it under 6.07
>> 
>> Thanks for notifying me, Dave. We will hunt it down this time too.
>> 
> 
> Csound mailing list
> Csound@listserv.heanet.ie
> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
> Send bugs reports to
>       https://github.com/csound/csound/issues
> Discussions of bugs and features can be posted here

Csound mailing list
Csound@listserv.heanet.ie
https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
Send bugs reports to
        https://github.com/csound/csound/issues
Discussions of bugs and features can be posted here

Hi Oeyvind,

On 12/14/2016 11:46 PM, Oeyvind Brandtsegg wrote:
> Actually, now, as I've been trying different Csound versions, find it
> to be working, and can not seem to break it again,
>
> Can you try installing the latest Hadron Source from
> http://www.partikkelaudio.com/downloads/hadron-particle-synthesizer
> There is a HadronCabbage.csd in the source.
> Just to make sure you have the latest version.
>
> Also, if this does not work, please state which Csound and Cabbage
> version you have, just to make sure we're testing the same thing.
>
> best
> Oeyvind

Thanks for the link, I was not using the latest HadronCabbage code. I 
ran the new CSD in Cabbage, alas, the problem persists. I make a 
selection in any or all the drop-down menus, I operate the XYPad, and 
all the menu choices reset to empty slots. Actually, the movement resets 
everything, including the sliders and output control knob.

$ csound --version
--Csound version 6.08 (double samples) Dec 15 2016
[commit: 371a7b3b1aa97a122f0f0202750ed5ebcd6488c2]

Cabbage is v1.1.07.

Note to Rory: The About panel reports "Cabbage(32bit)" but file reports 
this :

$ file ./Cabbage
Cabbage: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), 
dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for 
GNU/Linux 2.6.32, 
BuildID[sha1]=77e01d88167d02018116e2b94e528b2a06646d70, not stripped

System is Fedora 21 x86_64. Let me know if you need any other specifics.

Best,

dp

















> 2016-12-14 19:45 GMT-08:00 Oeyvind Brandtsegg :
>> Hi,
>> I don't think it is an issue with macros. That was an issue when we
>> moved from Csound5 to 6.
>> Something has happened from 6.07 to 6.08, I'll have to dig a bit to
>> see what it can be.
>> Dave, can you run the csd from the command line and see if you get any
>> error messages?
>>
>> I get
>> error: syntax error, unexpected ':'  (token ":") from file
>> inc/inputSampling.inc (15)
>>   from file Hadron.orc (2)
>>   from file HadronCabbage.csd (1)
>>   line 90:
>>>>>         noAtckPoint:  <<<
>> Unexpected untyped word noAtckPoint when expecting a variable
>>
>> ... when I run it under 6.08, but no error when I run it under 6.07
>>
>> Thanks for notifying me, Dave. We will hunt it down this time too.
>>
>>
>>
>> 2016-12-14 6:29 GMT-08:00 Rory Walsh :
>>> They get set to 0 because the .csd does not run. It's an issue with macros i
>>> think. I think it's another case of Csound is backwards compatible, but only
>>> if you wrote good code in the first place.
>>>
>>> On 14 December 2016 at 14:24, Dave Phillips  wrote:
>>>> Hi Oeyvind,
>>>>
>>>> On 12/14/2016 12:59 AM, Oeyvind Brandtsegg wrote:
>>>>> Hi.
>>>>> Here's a raw preview of our recent developments on live convolution.
>>>>> ...
>>>>
>>>> Very cool. Looking forward to testing this one, I can imagine some neat
>>>> usage.
>>>>
>>>>> ...Wrapped as a VST with Cabbage.
>>>>>
>>>> Speaking of which: Some time ago you graciously provided the Cabbage
>>>> community with a Cabbage'd version of Hadron. Alas, it's no longer working
>>>> here. Rory suggested that the failure is due to changes in Csound, but I
>>>> wondered if you - or anyone else - could test that plugin (the Cabbage'd
>>>> version) and check it out. All text entries are immediately set to default
>>>> values when anything is moved in the x/y window, making it not so useful :(
>>>>
>>>> TIA,
>>>>
>>>> dp
>>>>
>>>> Csound mailing list
>>>> Csound@listserv.heanet.ie
>>>> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
>>>> Send bugs reports to
>>>>         https://github.com/csound/csound/issues
>>>> Discussions of bugs and features can be posted here
>>>
>>> Csound mailing list Csound@listserv.heanet.ie
>>> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND Send bugs reports to
>>> https://github.com/csound/csound/issues Discussions of bugs and features can
>>> be posted here
>>
>>
>> --
>>
>> Oeyvind Brandtsegg
>> Professor of Music Technology
>> NTNU
>> 7491 Trondheim
>> Norway
>> Cell: +47 92 203 205
>>
>> http://www.partikkelaudio.com/
>> http://crossadaptive.hf.ntnu.no
>> http://gdsp.hf.ntnu.no/
>> http://soundcloud.com/brandtsegg
>> http://flyndresang.no/
>> http://soundcloud.com/t-emp
>
>

Csound mailing list
Csound@listserv.heanet.ie
https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
Send bugs reports to
        https://github.com/csound/csound/issues
Discussions of bugs and features can be posted here

Hi Oeyvind,

On 12/14/2016 10:45 PM, Oeyvind Brandtsegg wrote:
> Hi,
> I don't think it is an issue with macros. That was an issue when we
> moved from Csound5 to 6.
> Something has happened from 6.07 to 6.08, I'll have to dig a bit to
> see what it can be.
> Dave, can you run the csd from the command line and see if you get any
> error messages?

Definitely hit some problems. I've appended the error report below.


> I get
> error: syntax error, unexpected ':'  (token ":") from file
> inc/inputSampling.inc (15)
>   from file Hadron.orc (2)
>   from file HadronCabbage.csd (1)
>   line 90:
>>>>         noAtckPoint:  <<<
> Unexpected untyped word noAtckPoint when expecting a variable
>
> ... when I run it under 6.08, but no error when I run it under 6.07
>
> Thanks for notifying me, Dave. We will hunt it down this time too.
>
>

Thanks, Oeyvind, I hope the report helps.

Best,

dp


==============================================

$ csound HadronCabbage.csd
virtual_keyboard real time MIDI plugin for Csound
0dBFS level = 32768.0
--Csound version 6.08 (double samples) Dec 15 2016
[commit: 371a7b3b1aa97a122f0f0202750ed5ebcd6488c2]
libsndfile-1.0.25
WARNING: could not open library 
'/usr/local/lib/csound/plugins-6.0//libpy.so' 
(/usr/local/lib/csound/plugins-6.0//libpy.so: undefined symbol: 
PyFile_AsFile)
UnifiedCSD:  HadronCabbage.csd
STARTING FILE
Creating options
Creating orchestra
Creating score
rtaudio: ALSA module enabled
defining argument _PartikkelTables__N as...#1#
defining argument _ModulatorTables__N as...#1#
defining argument _GenerateTablesForSoundfileNames__Voice as...#1#
defining argument _GenerateTablesForSoundfileNames__Voice as...#2#
defining argument _WriteSoundfileName__Voice as...#1#
defining argument _WriteSoundfileName__Slot as...#1#
defining argument _WriteSoundfileName__Voice as...#1#
defining argument _WriteSoundfileName__Slot as...#2#
defining argument _WriteSoundfileName__Voice as...#1#
defining argument _WriteSoundfileName__Slot as...#3#
defining argument _WriteSoundfileName__Voice as...#1#
defining argument _WriteSoundfileName__Slot as...#4#
defining argument _WriteSoundfileName__Voice as...#2#
defining argument _WriteSoundfileName__Slot as...#1#
defining argument _WriteSoundfileName__Voice as...#2#
defining argument _WriteSoundfileName__Slot as...#2#
defining argument _WriteSoundfileName__Voice as...#2#
defining argument _WriteSoundfileName__Slot as...#3#
defining argument _WriteSoundfileName__Voice as...#2#
defining argument _WriteSoundfileName__Slot as...#4#
defining argument _PresetRead__N as...#1#
defining argument _PresetRead__filename as...#Spresetfile#
defining argument _PresetRead__presetSlot as...#iPresetSlot#
defining argument _readMaskTable__tName as...#gidisttab$_PresetRead__N.#
defining argument _readMaskTable__presetSlotNum 
as...#$_PresetRead__presetSlot.#
defining argument _readMaskTable__tName 
as...#gifreqstartmasks$_PresetRead__N._A#
defining argument _readMaskTable__presetSlotNum 
as...#$_PresetRead__presetSlot.#
defining argument _readMaskTable__tName 
as...#gifreqstartmasks$_PresetRead__N._B#
defining argument _readMaskTable__presetSlotNum 
as...#$_PresetRead__presetSlot.#
defining argument _readMaskTable__tName 
as...#gifreqendmasks$_PresetRead__N._A#
defining argument _readMaskTable__presetSlotNum 
as...#$_PresetRead__presetSlot.#
defining argument _readMaskTable__tName 
as...#gifreqendmasks$_PresetRead__N._B#
defining argument _readMaskTable__presetSlotNum 
as...#$_PresetRead__presetSlot.#
defining argument _readMaskTable__tName 
as...#gifmampmasks$_PresetRead__N._A#
defining argument _readMaskTable__presetSlotNum 
as...#$_PresetRead__presetSlot.#
defining argument _readMaskTable__tName 
as...#gifmampmasks$_PresetRead__N._B#
defining argument _readMaskTable__presetSlotNum 
as...#$_PresetRead__presetSlot.#
defining argument _readMaskTable__tName as...#gigainmasks$_PresetRead__N._A#
defining argument _readMaskTable__presetSlotNum 
as...#$_PresetRead__presetSlot.#
defining argument _readMaskTable__tName as...#gigainmasks$_PresetRead__N._B#
defining argument _readMaskTable__presetSlotNum 
as...#$_PresetRead__presetSlot.#
defining argument _readMaskTable__tName 
as...#gichannelmasks$_PresetRead__N._A#
defining argument _readMaskTable__presetSlotNum 
as...#$_PresetRead__presetSlot.#
defining argument _readMaskTable__tName 
as...#gichannelmasks$_PresetRead__N._B#
defining argument _readMaskTable__presetSlotNum 
as...#$_PresetRead__presetSlot.#
defining argument _readMaskTable__tName as...#giwavemasks$_PresetRead__N._A#
defining argument _readMaskTable__presetSlotNum 
as...#$_PresetRead__presetSlot.#
defining argument _readMaskTable__tName as...#giwavemasks$_PresetRead__N._B#
defining argument _readMaskTable__presetSlotNum 
as...#$_PresetRead__presetSlot.#
defining argument _readModFuncTable__tName as...#giModTransFunc1#
defining argument _readModFuncTable__presetSlotNum 
as...#$_PresetRead__presetSlot.#
defining argument _readModFuncTable__tName as...#giModTransFunc2#
defining argument _readModFuncTable__presetSlotNum 
as...#$_PresetRead__presetSlot.#
defining argument _readModFuncTable__tName as...#giModTransFunc3#
defining argument _readModFuncTable__presetSlotNum 
as...#$_PresetRead__presetSlot.#
defining argument _readModFuncTable__tName as...#giModTransFunc4#
defining argument _readModFuncTable__presetSlotNum 
as...#$_PresetRead__presetSlot.#
defining argument _GenerateStringFromAscii__tableName 
as...#giSubPresetName1#
defining argument _GenerateStringFromAscii__tableName 
as...#giSubPresetName2#
defining argument _GenerateStringFromAscii__tableName 
as...#giSubPresetName3#
defining argument _GenerateStringFromAscii__tableName 
as...#giSubPresetName4#
defining argument _GenerateStringFromAscii__tableName 
as...#giPartikkel1SourceWave1Name#
defining argument _GenerateStringFromAscii__tableName 
as...#giPartikkel1SourceWave2Name#
defining argument _GenerateStringFromAscii__tableName 
as...#giPartikkel1SourceWave3Name#
defining argument _GenerateStringFromAscii__tableName 
as...#giPartikkel1SourceWave4Name#
defining argument _interpolateMaskAndModscale__N as...#1#
defining argument _interpolateMaskingTable__T 
as...#gidisttab$_interpolateMaskAndModscale__N.#
defining argument _interpolateMaskingTable__T 
as...#gifreqstartmasks$_interpolateMaskAndModscale__N._A#
defining argument _interpolateMaskingTable__T 
as...#gifreqstartmasks$_interpolateMaskAndModscale__N._B#
defining argument _interpolateMaskingTable__T 
as...#gifreqendmasks$_interpolateMaskAndModscale__N._A#
defining argument _interpolateMaskingTable__T 
as...#gifreqendmasks$_interpolateMaskAndModscale__N._B#
defining argument _interpolateMaskingTable__T 
as...#gifmampmasks$_interpolateMaskAndModscale__N._A#
defining argument _interpolateMaskingTable__T 
as...#gifmampmasks$_interpolateMaskAndModscale__N._B#
defining argument _interpolateMaskingTable__T 
as...#gigainmasks$_interpolateMaskAndModscale__N._A#
defining argument _interpolateMaskingTable__T 
as...#gigainmasks$_interpolateMaskAndModscale__N._B#
defining argument _interpolateMaskingTable__T 
as...#gichannelmasks$_interpolateMaskAndModscale__N._A#
defining argument _interpolateMaskingTable__T 
as...#gichannelmasks$_interpolateMaskAndModscale__N._B#
defining argument _interpolateMaskingTable__T 
as...#giwavemasks$_interpolateMaskAndModscale__N._A#
defining argument _interpolateMaskingTable__T 
as...#giwavemasks$_interpolateMaskAndModscale__N._B#
defining argument _interpolateModfuncTable__T as...#giModTransFunc1#
defining argument _interpolateModfuncTable__T as...#giModTransFunc2#
defining argument _interpolateModfuncTable__T as...#giModTransFunc3#
defining argument _interpolateModfuncTable__T as...#giModTransFunc4#
defining argument _LFO__N as...#1#
defining argument _LFO__N as...#2#
defining argument _LFO__N as...#3#
defining argument _LFO__N as...#4#
defining argument _envelope__N as...#1#
defining argument _envelope__N as...#2#
defining argument _envelope__N as...#3#
defining argument _envelope__N as...#4#
defining argument _TransientFollowing__N as...#1#
defining argument _TransientFollowing__N as...#2#
defining argument _TransientFollowing__N as...#3#
defining argument _TransientFollowing__N as...#4#
defining argument _calcWaveformParameters__W as...#1#
defining argument _calcWaveformParameters__N as...#1#
defining argument _calcWaveformParameters__W as...#2#
defining argument _calcWaveformParameters__N as...#1#
defining argument _calcWaveformParameters__W as...#3#
defining argument _calcWaveformParameters__N as...#1#
defining argument _calcWaveformParameters__W as...#4#
defining argument _calcWaveformParameters__N as...#1#

error: syntax error, unexpected NEWLINE  (token "
") from file inc/preset_Single_File_read.inc (25)
  from file Hadron.orc (2)
  from file HadronCabbage.csd (1)
  line 1952805744:
 >>>ftload Spresetfile, 1, giSinglePreset, 
gidisttab1,                         gifreqstartmasks1_A_pre, 
gifreqstartmasks1_B_pre, gifreqendmasks1_A_pre, 
gifreqendmasks1_B_pre,                         gifmampmasks1_A_pre, 
gifmampmasks1_B_pre,                         gigainmasks1_A_pre, 
gigainmasks1_B_pre,  <<<

error: syntax error, unexpected NEWLINE, expecting T_OPCODE or 
T_FUNCTION or ',' or '['  (token "
") from file $PresetRead (26)
  from file inc/preset_Single_File_read.inc (25)
  from file Hadron.orc (2)
  from file HadronCabbage.csd (1)
  line 1952805749:
 >>>                        gichannelmasks1_A_pre, 
gichannelmasks1_B_pre,                         giwavemasks1_A_pre, 
giwavemasks1_B_pre, giModScale1_pre,                         
giModTransFunc1_pre, giModTransFunc2_pre,                         
giModTransFunc3_pre, giModTransFunc4_pre <<<
Unexpected untyped word giModTransFunc4_pre when expecting a variable
Parsing failed due to invalid input!
Stopping on parser failure
cannot compile orchestra
end of score.           overall amps:      0.0
        overall samples out of range:        0
1 errors in performance
Elapsed time at end of performance: real: 0.024s, CPU: 0.021s
no sound written to disk

Csound mailing list
Csound@listserv.heanet.ie
https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
Send bugs reports to
        https://github.com/csound/csound/issues
Discussions of bugs and features can be posted here

I would like to see what this line actually says. and two lines round it. 
It clearly does not expect a > character so why is it there? I 
would like to know why.   Output might be too much but -v sometimes helps

  > error: syntax error, unexpected 
NEWLINE  (token " > ") from file inc/preset_Single_File_read.inc (25)
> from file Hadron.orc (2)
> from file HadronCabbage.csd (1)
> line 1952805744:
>>>> ftload Spresetfile, 1, giSinglePreset, gidisttab1, 
> gifreqstartmasks1_A_pre, gifreqstartmasks1_B_pre, gifreqendmasks1_A_pre, 
> gifreqendmasks1_B_pre,                         gifmampmasks1_A_pre, 
> gifmampmasks1_B_pre,                         gigainmasks1_A_pre, 
> gigainmasks1_B_pre,  <<<
>

Conseqetial errot


> error: syntax error, unexpected NEWLINE, expecting T_OPCODE or T_FUNCTION or 
> ',' or '['  (token "
> ") from file $PresetRead (26)
> from file inc/preset_Single_File_read.inc (25)
> from file Hadron.orc (2)
> from file HadronCabbage.csd (1)
> line 1952805749:
>>>>                        gichannelmasks1_A_pre, gichannelmasks1_B_pre, 
> giwavemasks1_A_pre, giwavemasks1_B_pre, giModScale1_pre, 
> giModTransFunc1_pre, giModTransFunc2_pre, 
> giModTransFunc3_pre, giModTransFunc4_pre <<<
> Unexpected untyped word giModTransFunc4_pre when expecting a variable
> Parsing failed due to invalid input!
> Stopping on parser failure
> cannot compile orchestra
> end of score.           overall amps:      0.0
>       overall samples out of range:        0
> 1 errors in performance
> Elapsed time at end of performance: real: 0.024s, CPU: 0.021s
> no sound written to disk
>

Csound mailing list
Csound@listserv.heanet.ie
https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
Send bugs reports to
        https://github.com/csound/csound/issues
Discussions of bugs and features can be posted here

Looks like it is a newline not > but te comment is the sae -- why?

Whee is the sorces?

Csound mailing list
Csound@listserv.heanet.ie
https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
Send bugs reports to
        https://github.com/csound/csound/issues
Discussions of bugs and features can be posted here

Try emovig te space oat the end of line 54 of 
inc/preset_Single_File_ead.inc

Csound mailing list
Csound@listserv.heanet.ie
https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
Send bugs reports to
        https://github.com/csound/csound/issues
Discussions of bugs and features can be posted here

Greetings,

On 12/15/2016 12:08 PM, jpff wrote:

> Looks like it is a newline not > but te comment is the sae -- why?
>

Thanks for the tip, John, I think I found the error(s). Apparently 
Csound is fussy about spaces and inserting comments mid-linebreak.

I removed a space after the linebreak on or around line 58 in 
inc/preset_Single_File_read.inc.

I re-arranged lines like the following in inc/modulators.inc (on or 
about line 117) :

kRandh2Retrig           = ((kNonLegato == 1) && \ ; when no notes are 
active, and we play the first note (non legato playing)
          (kRandh2Retrig < 0.5) ? 1 : kRandh2Retrig)          ; ... we 
still want to reinit the generator

to this :

kRandh2Retrig           = ((kNonLegato == 1) && (kRandh2Retrig < 0.5) ? 
1 : kRandh2Retrig)    ; when no notes are active, and we play the first 
note (non legato playing)
; ... we still want to reinit the generator

The csd now plays without error from the command-line. Tested briefly in 
Cabbage without audio output, no more issues with element resets. :)

> Whee is the sorces?
>

http://www.partikkelaudio.com/downloads/hadron-particle-synthesizer

HTH,

dp

Csound mailing list
Csound@listserv.heanet.ie
https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
Send bugs reports to
        https://github.com/csound/csound/issues
Discussions of bugs and features can be posted here

Thanks for spotting that Dave!

I think it is very useful to be able to insert comments "mid
linebreak" as you call it.
Could we allow this coding practice (again)?


2016-12-15 9:37 GMT-08:00 Dave Phillips :
> Greetings,
>
> On 12/15/2016 12:08 PM, jpff wrote:
>
>> Looks like it is a newline not > but te comment is the sae -- why?
>>
>
> Thanks for the tip, John, I think I found the error(s). Apparently Csound is
> fussy about spaces and inserting comments mid-linebreak.
>
> I removed a space after the linebreak on or around line 58 in
> inc/preset_Single_File_read.inc.
>
> I re-arranged lines like the following in inc/modulators.inc (on or about
> line 117) :
>
> kRandh2Retrig           = ((kNonLegato == 1) && \ ; when no notes are
> active, and we play the first note (non legato playing)
>          (kRandh2Retrig < 0.5) ? 1 : kRandh2Retrig)          ; ... we still
> want to reinit the generator
>
> to this :
>
> kRandh2Retrig           = ((kNonLegato == 1) && (kRandh2Retrig < 0.5) ? 1 :
> kRandh2Retrig)    ; when no notes are active, and we play the first note
> (non legato playing)
> ; ... we still want to reinit the generator
>
> The csd now plays without error from the command-line. Tested briefly in
> Cabbage without audio output, no more issues with element resets. :)
>
>> Whee is the sorces?
>>
>
> http://www.partikkelaudio.com/downloads/hadron-particle-synthesizer
>
> HTH,
>
> dp
>
> Csound mailing list
> Csound@listserv.heanet.ie
> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
> Send bugs reports to
>        https://github.com/csound/csound/issues
> Discussions of bugs and features can be posted here

I've tried looking more into this, and can not seem to provoke the
error to happen, neither do I understand exactly what triggers the
error, or how your (Dave) changes avoids the error.
Are you able to
1. go back to the version that had the problem
2. copy the offending text into a separate instr (in a minimal csd)
3. then still get the error?
If so, it will be possible to find out what actually caused it. It
sounds as if something in Csound was changed that made this thing
surface, and it is deeply disturbing for backwards compatibility if we
do not find out what it is.

best
Oeyvind

2016-12-15 11:07 GMT-08:00 Oeyvind Brandtsegg :
> Thanks for spotting that Dave!
>
> I think it is very useful to be able to insert comments "mid
> linebreak" as you call it.
> Could we allow this coding practice (again)?
>
>
> 2016-12-15 9:37 GMT-08:00 Dave Phillips :
>> Greetings,
>>
>> On 12/15/2016 12:08 PM, jpff wrote:
>>
>>> Looks like it is a newline not > but te comment is the sae -- why?
>>>
>>
>> Thanks for the tip, John, I think I found the error(s). Apparently Csound is
>> fussy about spaces and inserting comments mid-linebreak.
>>
>> I removed a space after the linebreak on or around line 58 in
>> inc/preset_Single_File_read.inc.
>>
>> I re-arranged lines like the following in inc/modulators.inc (on or about
>> line 117) :
>>
>> kRandh2Retrig           = ((kNonLegato == 1) && \ ; when no notes are
>> active, and we play the first note (non legato playing)
>>          (kRandh2Retrig < 0.5) ? 1 : kRandh2Retrig)          ; ... we still
>> want to reinit the generator
>>
>> to this :
>>
>> kRandh2Retrig           = ((kNonLegato == 1) && (kRandh2Retrig < 0.5) ? 1 :
>> kRandh2Retrig)    ; when no notes are active, and we play the first note
>> (non legato playing)
>> ; ... we still want to reinit the generator
>>
>> The csd now plays without error from the command-line. Tested briefly in
>> Cabbage without audio output, no more issues with element resets. :)
>>
>>> Whee is the sorces?
>>>
>>
>> http://www.partikkelaudio.com/downloads/hadron-particle-synthesizer
>>
>> HTH,
>>
>> dp
>>
>> Csound mailing list
>> Csound@listserv.heanet.ie
>> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
>> Send bugs reports to
>>        https://github.com/csound/csound/issues
>> Discussions of bugs and features can be posted here
>
>
>
> --
>
> Oeyvind Brandtsegg
> Professor of Music Technology
> NTNU
> 7491 Trondheim
> Norway
> Cell: +47 92 203 205
>
> http://www.partikkelaudio.com/
> http://crossadaptive.hf.ntnu.no
> http://gdsp.hf.ntnu.no/
> http://soundcloud.com/brandtsegg
> http://flyndresang.no/
> http://soundcloud.com/t-emp

Ok. But as this used to work, there might be more code out there that has this.
So, can we make Csound allow this?


2016-12-15 14:56 GMT-08:00 John ff :
> The problem I saw was a line ending with backslash space newline
> when what was meant was
> Backslash newline
>
>
> Sent from TypeApp
> On 15 Dec 2016, at 22:42, Oeyvind Brandtsegg 
> wrote:
>>
>> I've tried looking more into this, and can not seem to provoke the
>> error to happen, neither do I understand exactly what triggers the
>> error, or how your (Dave) changes avoids the error.
>> Are you able to
>> 1. go back to the version that had the problem
>> 2. copy the offending text into a separate instr (in a minimal csd)
>> 3. then still get the error?
>> If so, it will be possible to find out what actually caused it. It
>> sounds as if something in Csound was changed that made this thing
>> surface, and it is deeply disturbing for backwards compatibility if we
>> do not find out what it is.
>>
>> best
>> Oeyvind
>>
>> 2016-12-15 11:07 GMT-08:00 Oeyvind Brandtsegg :
>>>
>>>  Thanks for spotting that Dave!
>>>
>>>  I think it is very useful to be able to insert comments "mid
>>>  linebreak" as you call it.
>>>
>>> Could we allow this coding practice (again)?
>>>
>>>
>>>  2016-12-15 9:37 GMT-08:00 Dave Phillips :
>>>>
>>>>  Greetings,
>>>>
>>>>  On 12/15/2016 12:08 PM, jpff wrote:
>>>>
>>>>>  Looks like it is a newline not > but te comment is the sae -- why?
>>>>
>>>>
>>>>
>>>>  Thanks for the tip, John, I think I found the error(s). Apparently
>>>> Csound is
>>>>  fussy about spaces and inserting comments mid-linebreak.
>>>>
>>>>  I removed a space after the linebreak on or around line 58 in
>>>>  inc/preset_Single_File_read.inc.
>>>>
>>>>  I re-arranged lines like the following in inc/modulators.inc (on or
>>>> about
>>>>  line 117) :
>>>>
>>>>  kRandh2Retrig           = ((kNonLegato == 1) && \ ; when no notes are
>>>>  active, and we play the first note (non
>>>> legato playing)
>>>>           (kRandh2Retrig < 0.5) ? 1 : kRandh2Retrig)          ; ... we
>>>> still
>>>>  want to reinit the generator
>>>>
>>>>  to this :
>>>>
>>>>  kRandh2Retrig           = ((kNonLegato == 1) && (kRandh2Retrig < 0.5) ?
>>>> 1 :
>>>>  kRandh2Retrig)    ; when no notes are active, and we play the first
>>>> note
>>>>  (non legato playing)
>>>>  ; ... we still want to reinit the generator
>>>>
>>>>  The csd now plays without error from the command-line. Tested briefly
>>>> in
>>>>  Cabbage without audio output, no more issues with element resets. :)
>>>>
>>>>>  Whee is the sorces?
>>>>
>>>>
>>>>
>>>>  http://www.partikkelaudio.com/downloads/hadron-particle-synthesizer
>>>>
>>>>  HTH,
>>>>
>>>>  dp
>>>>
>>>>  Csound mailing list
>>>>  Csound@listserv.heanet.ie
>>>>  https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
>>>>  Send bugs reports to
>>>>         https://github.com/csound/csound/issues
>>>>  Discussions of bugs and features can be posted here
>>>
>>>
>>>
>>>
>>>  --
>>>
>>>  Oeyvind Brandtsegg
>>>  Professor of Music Technology
>>>  NTNU
>>>  7491 Trondheim
>>>  Norway
>>>  Cell: +47 92 203 205
>>>
>>>  http://www.partikkelaudio.com/
>>>  http://crossadaptive.hf.ntnu.no
>>>  http://gdsp.hf.ntnu.no/
>>>  http://soundcloud.com/brandtsegg
>>>  http://flyndresang.no/
>>>  http://soundcloud.com/t-emp
>>
>>
>>
> Csound mailing list Csound@listserv.heanet.ie
> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND Send bugs reports to
> https://github.com/csound/csound/issues Discussions of bugs and features can
> be posted here

I do not understand why this is n error.  The code in the lexer says

CONT            \\[ \t]*(;.*)?\n

which should match backslash space newline, and ten the rule

{CONT}          { csound_orcset_lineno(1+csound_orcget_lineno(yyscanner),
                                        yyscanner);

should get it right
==John

On Thu, 15 Dec 2016, Oeyvind Brandtsegg wrote:

> Thanks for spotting that Dave!
>
> I think it is very useful to be able to insert comments "mid
> linebreak" as you call it.
> Could we allow this coding practice (again)?
>
>
> 2016-12-15 9:37 GMT-08:00 Dave Phillips :
>> Greetings,
>>
>> On 12/15/2016 12:08 PM, jpff wrote:
>>
>>> Looks like it is a newline not > but te comment is the sae -- why?
>>>
>>
>> Thanks for the tip, John, I think I found the error(s). Apparently Csound is
>> fussy about spaces and inserting comments mid-linebreak.
>>
>> I removed a space after the linebreak on or around line 58 in
>> inc/preset_Single_File_read.inc.
>>
>> I re-arranged lines like the following in inc/modulators.inc (on or about
>> line 117) :
>>
>> kRandh2Retrig           = ((kNonLegato == 1) && \ ; when no notes are
>> active, and we play the first note (non legato playing)
>>          (kRandh2Retrig < 0.5) ? 1 : kRandh2Retrig)          ; ... we still
>> want to reinit the generator
>>
>> to this :
>>
>> kRandh2Retrig           = ((kNonLegato == 1) && (kRandh2Retrig < 0.5) ? 1 :
>> kRandh2Retrig)    ; when no notes are active, and we play the first note
>> (non legato playing)
>> ; ... we still want to reinit the generator
>>
>> The csd now plays without error from the command-line. Tested briefly in
>> Cabbage without audio output, no more issues with element resets. :)
>>
>>> Whee is the sorces?
>>>
>>
>> http://www.partikkelaudio.com/downloads/hadron-particle-synthesizer
>>
>> HTH,
>>
>> dp
>>
>> Csound mailing list
>> Csound@listserv.heanet.ie
>> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
>> Send bugs reports to
>>        https://github.com/csound/csound/issues
>> Discussions of bugs and features can be posted here
>
>
>
> -- 
>
> Oeyvind Brandtsegg
> Professor of Music Technology
> NTNU
> 7491 Trondheim
> Norway
> Cell: +47 92 203 205
>
> http://www.partikkelaudio.com/
> http://crossadaptive.hf.ntnu.no
> http://gdsp.hf.ntnu.no/
> http://soundcloud.com/brandtsegg
> http://flyndresang.no/
> http://soundcloud.com/t-emp
>
> Csound mailing list
> Csound@listserv.heanet.ie
> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
> Send bugs reports to
>        https://github.com/csound/csound/issues
> Discussions of bugs and features can be posted here
>

Csound mailing list
Csound@listserv.heanet.ie
https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
Send bugs reports to
        https://github.com/csound/csound/issues
Discussions of bugs and features can be posted here

Hi Oeyvind,

On 12/15/2016 05:40 PM, Oeyvind Brandtsegg wrote:
> I've tried looking more into this, and can not seem to provoke the
> error to happen, neither do I understand exactly what triggers the
> error, or how your (Dave) changes avoids the error.
> Are you able to
> 1. go back to the version that had the problem
> 2. copy the offending text into a separate instr (in a minimal csd)
> 3. then still get the error?
> If so, it will be possible to find out what actually caused it. It
> sounds as if something in Csound was changed that made this thing
> surface, and it is deeply disturbing for backwards compatibility if we
> do not find out what it is.
>
> best
> Oeyvind

Curiouser and curiouser. I tested a very simple pair of orc/sco files 
and a concatenatation of the same files in a CSD. I repeated the newline 
error, adding a superfluous space after the forward slash. Command-line 
tests resulted in no error reported. I went back to your original 
HadronCabbage.csd, ran it from the prompt, and received the following 
errors :

...
defining argument _calcWaveformParameters__W as...#4#
defining argument _calcWaveformParameters__N as...#1#

error: syntax error, unexpected NEWLINE  (token "
") from file inc/preset_Single_File_read.inc (25)
  from file Hadron.orc (2)
  from file HadronCabbage.csd (1)
  line 1952805744:
 >>>ftload Spresetfile, 1, giSinglePreset, 
gidisttab1,                         gifreqstartmasks1_A_pre, 
gifreqstartmasks1_B_pre, gifreqendmasks1_A_pre, 
gifreqendmasks1_B_pre,                         gifmampmasks1_A_pre, 
gifmampmasks1_B_pre,                         gigainmasks1_A_pre, 
gigainmasks1_B_pre,  <<<

error: syntax error, unexpected NEWLINE, expecting T_OPCODE or 
T_FUNCTION or ',' or '['  (token "
") from file $PresetRead (26)
  from file inc/preset_Single_File_read.inc (25)
  from file Hadron.orc (2)
  from file HadronCabbage.csd (1)
  line 1952805749:
 >>>                        gichannelmasks1_A_pre, 
gichannelmasks1_B_pre,                         giwavemasks1_A_pre, 
giwavemasks1_B_pre, giModScale1_pre,                         
giModTransFunc1_pre, giModTransFunc2_pre,                         
giModTransFunc3_pre, giModTransFunc4_pre <<<
Unexpected untyped word giModTransFunc4_pre when expecting a variable
Parsing failed due to invalid input!
Stopping on parser failure
cannot compile orchestra
end of score.           overall amps:      0.0
        overall samples out of range:        0
1 errors in performance
Elapsed time at end of performance: real: 0.023s, CPU: 0.021s
no sound written to disk

I also tested adding a comment after a linebreak. Worked without error 
here. I don't think the nested comments is the problem. I think the 
problem is what's getting inserted before the comment. What text 
editor/word processor are you using ?

Best,

dp



>
> 2016-12-15 11:07 GMT-08:00 Oeyvind Brandtsegg :
>> Thanks for spotting that Dave!
>>
>> I think it is very useful to be able to insert comments "mid
>> linebreak" as you call it.
>> Could we allow this coding practice (again)?
>>
>>
>> 2016-12-15 9:37 GMT-08:00 Dave Phillips :
>>> Greetings,
>>>
>>> On 12/15/2016 12:08 PM, jpff wrote:
>>>
>>>> Looks like it is a newline not > but te comment is the sae -- why?
>>>>
>>> Thanks for the tip, John, I think I found the error(s). Apparently Csound is
>>> fussy about spaces and inserting comments mid-linebreak.
>>>
>>> I removed a space after the linebreak on or around line 58 in
>>> inc/preset_Single_File_read.inc.
>>>
>>> I re-arranged lines like the following in inc/modulators.inc (on or about
>>> line 117) :
>>>
>>> kRandh2Retrig           = ((kNonLegato == 1) && \ ; when no notes are
>>> active, and we play the first note (non legato playing)
>>>           (kRandh2Retrig < 0.5) ? 1 : kRandh2Retrig)          ; ... we still
>>> want to reinit the generator
>>>
>>> to this :
>>>
>>> kRandh2Retrig           = ((kNonLegato == 1) && (kRandh2Retrig < 0.5) ? 1 :
>>> kRandh2Retrig)    ; when no notes are active, and we play the first note
>>> (non legato playing)
>>> ; ... we still want to reinit the generator
>>>
>>> The csd now plays without error from the command-line. Tested briefly in
>>> Cabbage without audio output, no more issues with element resets. :)
>>>
>>>> Whee is the sorces?
>>>>
>>> http://www.partikkelaudio.com/downloads/hadron-particle-synthesizer
>>>
>>> HTH,
>>>
>>> dp
>>>
>>> Csound mailing list
>>> Csound@listserv.heanet.ie
>>> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
>>> Send bugs reports to
>>>         https://github.com/csound/csound/issues
>>> Discussions of bugs and features can be posted here
>>
>>
>> --
>>
>> Oeyvind Brandtsegg
>> Professor of Music Technology
>> NTNU
>> 7491 Trondheim
>> Norway
>> Cell: +47 92 203 205
>>
>> http://www.partikkelaudio.com/
>> http://crossadaptive.hf.ntnu.no
>> http://gdsp.hf.ntnu.no/
>> http://soundcloud.com/brandtsegg
>> http://flyndresang.no/
>> http://soundcloud.com/t-emp
>
>

Csound mailing list
Csound@listserv.heanet.ie
https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
Send bugs reports to
        https://github.com/csound/csound/issues
Discussions of bugs and features can be posted here