Csound Csound-dev Csound-tekno Search About

trigseq bug

Date2015-10-05 17:20
FromRainer Strobel
Subjecttrigseq bug
Hi,

the trigseq opcode seems to not work correctly with more than one
output argument (csound version is actually 6.05 although it says 6.04
in the output):


;
;
; ==============================================

	
sr	=	44100
ksmps	=	1
nchnls	=	2
0dbfs	=	1

instr 1	

k1, k2, k3  init    0

ktrig	metro	10	

    trigseq ktrig, 0, 5, 0, 1, k1, k2, k3
    printf  "k1: %f\tk2: %f\tk3: %f\n", ktrig, k1, k2, k3

endin


; ==============================================

f1 0 64 -2 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

i1 0 1





rainer@utumno:~/Csound$ csound -d -+rtaudio=jack -odac:system:playback_
trigseq.csd virtual_keyboard real time MIDI plugin for Csound
0dBFS level = 32768.0
Csound version 6.04 (double samples) Aug  4 2015
libsndfile-1.0.25
UnifiedCSD:  trigseq.csd
STARTING FILE
Creating orchestra
Creating score
rtaudio: JACK module enabled
rtmidi: ALSA Raw MIDI module enabled
Elapsed time at end of orchestra compile: real: 0.002s, CPU: 0.002s
sorting score ...
	... done
Elapsed time at end of score sort: real: 0.002s, CPU: 0.002s
--Csound version 6.04 (double samples) Aug  4 2015
displays suppressed
0dBFS level = 1.0
orch now loaded
audio buffered in 256 sample-frame blocks
 0: dac:system:playback_ (system:playback_)
writing 512 sample blks of 64-bit floats to dac:system:playback_ 
SECTION 1:
ftable 1:
new alloc for instr 1:
k1: 0.000000	k2: 2.000000	k3: 0.000000
k1: 3.000000	k2: 5.000000	k3: 0.000000
k1: 6.000000	k2: 8.000000	k3: 0.000000
k1: 9.000000	k2: 11.000000	k3: 0.000000
k1: 12.000000	k2: 14.000000	k3: 0.000000
k1: 0.000000	k2: 2.000000	k3: 0.000000
k1: 3.000000	k2: 5.000000	k3: 0.000000
k1: 6.000000	k2: 8.000000	k3: 0.000000
k1: 9.000000	k2: 11.000000	k3: 0.000000
k1: 12.000000	k2: 14.000000	k3: 0.000000
B  0.000 ..  1.000 T  1.000 TT  1.000 M:  0.00000  0.00000
Score finished in csoundPerform().
inactive allocs returned to freespace
end of score.		   overall amps:  0.00000  0.00000
	   overall samples out of range:        0        0
0 errors in performance
Elapsed time at end of performance: real: 1.019s, CPU: 0.062s
173 512 sample blks of 64-bit floats written to dac:system:playback_

------------------------------------------------------------------------------
_______________________________________________
Csound-users mailing list
Csound-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-users
Send bugs reports to
        https://github.com/csound/csound/issues
Discussions of bugs and features can be posted here

Date2015-10-05 20:37
FromHlöðver Sigurðsson
SubjectRe: trigseq bug
AttachmentsNone  None  
I get the same results and this sure looks like a bug in the opcode. A poor (and obvious) workaround is to do this;

instr 1


k1, k2, k3 init 0


ktrig metro 10


trigseq ktrig, 0, 5, 0, 1, k1

k2 = k1

k3 = k1

printf "k1: %f\tk2: %f\tk3: %f\n", ktrig, k1, k2, k3


endin


My take is to report a bug



2015-10-05 18:20 GMT+02:00 Rainer Strobel <iranon727@gmx.de>:
Hi,

the trigseq opcode seems to not work correctly with more than one
output argument (csound version is actually 6.05 although it says 6.04
in the output):

<CsoundSynthesizer>
;<CsOptions>
;</CsOptions>
; ==============================================
<CsInstruments>

sr      =       44100
ksmps   =       1
nchnls  =       2
0dbfs   =       1

instr 1

k1, k2, k3  init    0

ktrig   metro   10

    trigseq ktrig, 0, 5, 0, 1, k1, k2, k3
    printf  "k1: %f\tk2: %f\tk3: %f\n", ktrig, k1, k2, k3

endin

</CsInstruments>
; ==============================================
<CsScore>
f1 0 64 -2 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

i1 0 1


</CsScore>
</CsoundSynthesizer>

rainer@utumno:~/Csound$ csound -d -+rtaudio=jack -odac:system:playback_
trigseq.csd virtual_keyboard real time MIDI plugin for Csound
0dBFS level = 32768.0
Csound version 6.04 (double samples) Aug  4 2015
libsndfile-1.0.25
UnifiedCSD:  trigseq.csd
STARTING FILE
Creating orchestra
Creating score
rtaudio: JACK module enabled
rtmidi: ALSA Raw MIDI module enabled
Elapsed time at end of orchestra compile: real: 0.002s, CPU: 0.002s
sorting score ...
        ... done
Elapsed time at end of score sort: real: 0.002s, CPU: 0.002s
--Csound version 6.04 (double samples) Aug  4 2015
displays suppressed
0dBFS level = 1.0
orch now loaded
audio buffered in 256 sample-frame blocks
 0: dac:system:playback_ (system:playback_)
writing 512 sample blks of 64-bit floats to dac:system:playback_
SECTION 1:
ftable 1:
new alloc for instr 1:
k1: 0.000000    k2: 2.000000    k3: 0.000000
k1: 3.000000    k2: 5.000000    k3: 0.000000
k1: 6.000000    k2: 8.000000    k3: 0.000000
k1: 9.000000    k2: 11.000000   k3: 0.000000
k1: 12.000000   k2: 14.000000   k3: 0.000000
k1: 0.000000    k2: 2.000000    k3: 0.000000
k1: 3.000000    k2: 5.000000    k3: 0.000000
k1: 6.000000    k2: 8.000000    k3: 0.000000
k1: 9.000000    k2: 11.000000   k3: 0.000000
k1: 12.000000   k2: 14.000000   k3: 0.000000
B  0.000 ..  1.000 T  1.000 TT  1.000 M:  0.00000  0.00000
Score finished in csoundPerform().
inactive allocs returned to freespace
end of score.              overall amps:  0.00000  0.00000
           overall samples out of range:        0        0
0 errors in performance
Elapsed time at end of performance: real: 1.019s, CPU: 0.062s
173 512 sample blks of 64-bit floats written to dac:system:playback_

------------------------------------------------------------------------------
_______________________________________________
Csound-users mailing list
Csound-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-users
Send bugs reports to
        https://github.com/csound/csound/issues
Discussions of bugs and features can be posted here


Date2015-10-07 17:21
FromSteven Yi
SubjectRe: [Csound] trigseq bug
(Moved to new list)

Yes, someone please file this as a bug.  I looked into it and it looks
to me that the code was not updated for the new RTTI code that was
introduced earlier in Csound 6.

steven

On Mon, Oct 5, 2015 at 3:37 PM, Hlöðver Sigurðsson  wrote:
> I get the same results and this sure looks like a bug in the opcode. A poor
> (and obvious) workaround is to do this;
>
> instr 1
>
>
> k1, k2, k3 init 0
>
>
> ktrig metro 10
>
>
> trigseq ktrig, 0, 5, 0, 1, k1
>
> k2 = k1
>
> k3 = k1
>
> printf "k1: %f\tk2: %f\tk3: %f\n", ktrig, k1, k2, k3
>
>
> endin
>
>
> My take is to report a bug
>
>
>
> 2015-10-05 18:20 GMT+02:00 Rainer Strobel :
>>
>> Hi,
>>
>> the trigseq opcode seems to not work correctly with more than one
>> output argument (csound version is actually 6.05 although it says 6.04
>> in the output):
>>
>> 
>> ;
>> ;
>> ; ==============================================
>> 
>>
>> sr      =       44100
>> ksmps   =       1
>> nchnls  =       2
>> 0dbfs   =       1
>>
>> instr 1
>>
>> k1, k2, k3  init    0
>>
>> ktrig   metro   10
>>
>>     trigseq ktrig, 0, 5, 0, 1, k1, k2, k3
>>     printf  "k1: %f\tk2: %f\tk3: %f\n", ktrig, k1, k2, k3
>>
>> endin
>>
>> 
>> ; ==============================================
>> 
>> f1 0 64 -2 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
>>
>> i1 0 1
>>
>>
>> 
>> 
>>
>> rainer@utumno:~/Csound$ csound -d -+rtaudio=jack -odac:system:playback_
>> trigseq.csd virtual_keyboard real time MIDI plugin for Csound
>> 0dBFS level = 32768.0
>> Csound version 6.04 (double samples) Aug  4 2015
>> libsndfile-1.0.25
>> UnifiedCSD:  trigseq.csd
>> STARTING FILE
>> Creating orchestra
>> Creating score
>> rtaudio: JACK module enabled
>> rtmidi: ALSA Raw MIDI module enabled
>> Elapsed time at end of orchestra compile: real: 0.002s, CPU: 0.002s
>> sorting score ...
>>         ... done
>> Elapsed time at end of score sort: real: 0.002s, CPU: 0.002s
>> --Csound version 6.04 (double samples) Aug  4 2015
>> displays suppressed
>> 0dBFS level = 1.0
>> orch now loaded
>> audio buffered in 256 sample-frame blocks
>>  0: dac:system:playback_ (system:playback_)
>> writing 512 sample blks of 64-bit floats to dac:system:playback_
>> SECTION 1:
>> ftable 1:
>> new alloc for instr 1:
>> k1: 0.000000    k2: 2.000000    k3: 0.000000
>> k1: 3.000000    k2: 5.000000    k3: 0.000000
>> k1: 6.000000    k2: 8.000000    k3: 0.000000
>> k1: 9.000000    k2: 11.000000   k3: 0.000000
>> k1: 12.000000   k2: 14.000000   k3: 0.000000
>> k1: 0.000000    k2: 2.000000    k3: 0.000000
>> k1: 3.000000    k2: 5.000000    k3: 0.000000
>> k1: 6.000000    k2: 8.000000    k3: 0.000000
>> k1: 9.000000    k2: 11.000000   k3: 0.000000
>> k1: 12.000000   k2: 14.000000   k3: 0.000000
>> B  0.000 ..  1.000 T  1.000 TT  1.000 M:  0.00000  0.00000
>> Score finished in csoundPerform().
>> inactive allocs returned to freespace
>> end of score.              overall amps:  0.00000  0.00000
>>            overall samples out of range:        0        0
>> 0 errors in performance
>> Elapsed time at end of performance: real: 1.019s, CPU: 0.062s
>> 173 512 sample blks of 64-bit floats written to dac:system:playback_
>>
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> Csound-users mailing list
>> Csound-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-users
>> Send bugs reports to
>>         https://github.com/csound/csound/issues
>> Discussions of bugs and features can be posted here
>
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Csound-users mailing list
> Csound-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-users
> Send bugs reports to
>         https://github.com/csound/csound/issues
> Discussions of bugs and features can be posted here
>

Date2015-10-07 17:49
FromVictor Lazzarini
SubjectRe: [Csound] trigseq bug
I fixed the bug

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

> On 7 Oct 2015, at 17:21, Steven Yi  wrote:
> 
> (Moved to new list)
> 
> Yes, someone please file this as a bug.  I looked into it and it looks
> to me that the code was not updated for the new RTTI code that was
> introduced earlier in Csound 6.
> 
> steven
> 
>> On Mon, Oct 5, 2015 at 3:37 PM, Hlöðver Sigurðsson  wrote:
>> I get the same results and this sure looks like a bug in the opcode. A poor
>> (and obvious) workaround is to do this;
>> 
>> instr 1
>> 
>> 
>> k1, k2, k3 init 0
>> 
>> 
>> ktrig metro 10
>> 
>> 
>> trigseq ktrig, 0, 5, 0, 1, k1
>> 
>> k2 = k1
>> 
>> k3 = k1
>> 
>> printf "k1: %f\tk2: %f\tk3: %f\n", ktrig, k1, k2, k3
>> 
>> 
>> endin
>> 
>> 
>> My take is to report a bug
>> 
>> 
>> 
>> 2015-10-05 18:20 GMT+02:00 Rainer Strobel :
>>> 
>>> Hi,
>>> 
>>> the trigseq opcode seems to not work correctly with more than one
>>> output argument (csound version is actually 6.05 although it says 6.04
>>> in the output):
>>> 
>>> 
>>> ;
>>> ;
>>> ; ==============================================
>>> 
>>> 
>>> sr      =       44100
>>> ksmps   =       1
>>> nchnls  =       2
>>> 0dbfs   =       1
>>> 
>>> instr 1
>>> 
>>> k1, k2, k3  init    0
>>> 
>>> ktrig   metro   10
>>> 
>>>    trigseq ktrig, 0, 5, 0, 1, k1, k2, k3
>>>    printf  "k1: %f\tk2: %f\tk3: %f\n", ktrig, k1, k2, k3
>>> 
>>> endin
>>> 
>>> 
>>> ; ==============================================
>>> 
>>> f1 0 64 -2 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
>>> 
>>> i1 0 1
>>> 
>>> 
>>> 
>>> 
>>> 
>>> rainer@utumno:~/Csound$ csound -d -+rtaudio=jack -odac:system:playback_
>>> trigseq.csd virtual_keyboard real time MIDI plugin for Csound
>>> 0dBFS level = 32768.0
>>> Csound version 6.04 (double samples) Aug  4 2015
>>> libsndfile-1.0.25
>>> UnifiedCSD:  trigseq.csd
>>> STARTING FILE
>>> Creating orchestra
>>> Creating score
>>> rtaudio: JACK module enabled
>>> rtmidi: ALSA Raw MIDI module enabled
>>> Elapsed time at end of orchestra compile: real: 0.002s, CPU: 0.002s
>>> sorting score ...
>>>        ... done
>>> Elapsed time at end of score sort: real: 0.002s, CPU: 0.002s
>>> --Csound version 6.04 (double samples) Aug  4 2015
>>> displays suppressed
>>> 0dBFS level = 1.0
>>> orch now loaded
>>> audio buffered in 256 sample-frame blocks
>>> 0: dac:system:playback_ (system:playback_)
>>> writing 512 sample blks of 64-bit floats to dac:system:playback_
>>> SECTION 1:
>>> ftable 1:
>>> new alloc for instr 1:
>>> k1: 0.000000    k2: 2.000000    k3: 0.000000
>>> k1: 3.000000    k2: 5.000000    k3: 0.000000
>>> k1: 6.000000    k2: 8.000000    k3: 0.000000
>>> k1: 9.000000    k2: 11.000000   k3: 0.000000
>>> k1: 12.000000   k2: 14.000000   k3: 0.000000
>>> k1: 0.000000    k2: 2.000000    k3: 0.000000
>>> k1: 3.000000    k2: 5.000000    k3: 0.000000
>>> k1: 6.000000    k2: 8.000000    k3: 0.000000
>>> k1: 9.000000    k2: 11.000000   k3: 0.000000
>>> k1: 12.000000   k2: 14.000000   k3: 0.000000
>>> B  0.000 ..  1.000 T  1.000 TT  1.000 M:  0.00000  0.00000
>>> Score finished in csoundPerform().
>>> inactive allocs returned to freespace
>>> end of score.              overall amps:  0.00000  0.00000
>>>           overall samples out of range:        0        0
>>> 0 errors in performance
>>> Elapsed time at end of performance: real: 1.019s, CPU: 0.062s
>>> 173 512 sample blks of 64-bit floats written to dac:system:playback_
>>> 
>>> 
>>> ------------------------------------------------------------------------------
>>> _______________________________________________
>>> Csound-users mailing list
>>> Csound-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-users
>>> Send bugs reports to
>>>        https://github.com/csound/csound/issues
>>> Discussions of bugs and features can be posted here
>> 
>> 
>> 
>> ------------------------------------------------------------------------------
>> 
>> _______________________________________________
>> Csound-users mailing list
>> Csound-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-users
>> Send bugs reports to
>>        https://github.com/csound/csound/issues
>> Discussions of bugs and features can be posted here
>> 

Date2015-10-07 17:54
FromSteven Yi
SubjectRe: [Csound] trigseq bug
I checked out the code and I see it's not RTTI related at all, just a
plain ol' bug. I suppose this will be in the next release after 6.06?

On Wed, Oct 7, 2015 at 12:49 PM, Victor Lazzarini
 wrote:
> I fixed the bug
>
> Victor Lazzarini
> Dean of Arts, Celtic Studies, and Philosophy
> Maynooth University
> Ireland
>
>> On 7 Oct 2015, at 17:21, Steven Yi  wrote:
>>
>> (Moved to new list)
>>
>> Yes, someone please file this as a bug.  I looked into it and it looks
>> to me that the code was not updated for the new RTTI code that was
>> introduced earlier in Csound 6.
>>
>> steven
>>
>>> On Mon, Oct 5, 2015 at 3:37 PM, Hlöðver Sigurðsson  wrote:
>>> I get the same results and this sure looks like a bug in the opcode. A poor
>>> (and obvious) workaround is to do this;
>>>
>>> instr 1
>>>
>>>
>>> k1, k2, k3 init 0
>>>
>>>
>>> ktrig metro 10
>>>
>>>
>>> trigseq ktrig, 0, 5, 0, 1, k1
>>>
>>> k2 = k1
>>>
>>> k3 = k1
>>>
>>> printf "k1: %f\tk2: %f\tk3: %f\n", ktrig, k1, k2, k3
>>>
>>>
>>> endin
>>>
>>>
>>> My take is to report a bug
>>>
>>>
>>>
>>> 2015-10-05 18:20 GMT+02:00 Rainer Strobel :
>>>>
>>>> Hi,
>>>>
>>>> the trigseq opcode seems to not work correctly with more than one
>>>> output argument (csound version is actually 6.05 although it says 6.04
>>>> in the output):
>>>>
>>>> 
>>>> ;
>>>> ;
>>>> ; ==============================================
>>>> 
>>>>
>>>> sr      =       44100
>>>> ksmps   =       1
>>>> nchnls  =       2
>>>> 0dbfs   =       1
>>>>
>>>> instr 1
>>>>
>>>> k1, k2, k3  init    0
>>>>
>>>> ktrig   metro   10
>>>>
>>>>    trigseq ktrig, 0, 5, 0, 1, k1, k2, k3
>>>>    printf  "k1: %f\tk2: %f\tk3: %f\n", ktrig, k1, k2, k3
>>>>
>>>> endin
>>>>
>>>> 
>>>> ; ==============================================
>>>> 
>>>> f1 0 64 -2 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
>>>>
>>>> i1 0 1
>>>>
>>>>
>>>> 
>>>> 
>>>>
>>>> rainer@utumno:~/Csound$ csound -d -+rtaudio=jack -odac:system:playback_
>>>> trigseq.csd virtual_keyboard real time MIDI plugin for Csound
>>>> 0dBFS level = 32768.0
>>>> Csound version 6.04 (double samples) Aug  4 2015
>>>> libsndfile-1.0.25
>>>> UnifiedCSD:  trigseq.csd
>>>> STARTING FILE
>>>> Creating orchestra
>>>> Creating score
>>>> rtaudio: JACK module enabled
>>>> rtmidi: ALSA Raw MIDI module enabled
>>>> Elapsed time at end of orchestra compile: real: 0.002s, CPU: 0.002s
>>>> sorting score ...
>>>>        ... done
>>>> Elapsed time at end of score sort: real: 0.002s, CPU: 0.002s
>>>> --Csound version 6.04 (double samples) Aug  4 2015
>>>> displays suppressed
>>>> 0dBFS level = 1.0
>>>> orch now loaded
>>>> audio buffered in 256 sample-frame blocks
>>>> 0: dac:system:playback_ (system:playback_)
>>>> writing 512 sample blks of 64-bit floats to dac:system:playback_
>>>> SECTION 1:
>>>> ftable 1:
>>>> new alloc for instr 1:
>>>> k1: 0.000000    k2: 2.000000    k3: 0.000000
>>>> k1: 3.000000    k2: 5.000000    k3: 0.000000
>>>> k1: 6.000000    k2: 8.000000    k3: 0.000000
>>>> k1: 9.000000    k2: 11.000000   k3: 0.000000
>>>> k1: 12.000000   k2: 14.000000   k3: 0.000000
>>>> k1: 0.000000    k2: 2.000000    k3: 0.000000
>>>> k1: 3.000000    k2: 5.000000    k3: 0.000000
>>>> k1: 6.000000    k2: 8.000000    k3: 0.000000
>>>> k1: 9.000000    k2: 11.000000   k3: 0.000000
>>>> k1: 12.000000   k2: 14.000000   k3: 0.000000
>>>> B  0.000 ..  1.000 T  1.000 TT  1.000 M:  0.00000  0.00000
>>>> Score finished in csoundPerform().
>>>> inactive allocs returned to freespace
>>>> end of score.              overall amps:  0.00000  0.00000
>>>>           overall samples out of range:        0        0
>>>> 0 errors in performance
>>>> Elapsed time at end of performance: real: 1.019s, CPU: 0.062s
>>>> 173 512 sample blks of 64-bit floats written to dac:system:playback_
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> _______________________________________________
>>>> Csound-users mailing list
>>>> Csound-users@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-users
>>>> Send bugs reports to
>>>>        https://github.com/csound/csound/issues
>>>> Discussions of bugs and features can be posted here
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> Csound-users mailing list
>>> Csound-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-users
>>> Send bugs reports to
>>>        https://github.com/csound/csound/issues
>>> Discussions of bugs and features can be posted here
>>>

Date2015-10-07 18:32
FromVictor Lazzarini
SubjectRe: [Csound] trigseq bug
yes, that's right.

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

> On 7 Oct 2015, at 17:54, Steven Yi  wrote:
> 
> I checked out the code and I see it's not RTTI related at all, just a
> plain ol' bug. I suppose this will be in the next release after 6.06?
> 
> On Wed, Oct 7, 2015 at 12:49 PM, Victor Lazzarini
>  wrote:
>> I fixed the bug
>> 
>> Victor Lazzarini
>> Dean of Arts, Celtic Studies, and Philosophy
>> Maynooth University
>> Ireland
>> 
>>> On 7 Oct 2015, at 17:21, Steven Yi  wrote:
>>> 
>>> (Moved to new list)
>>> 
>>> Yes, someone please file this as a bug.  I looked into it and it looks
>>> to me that the code was not updated for the new RTTI code that was
>>> introduced earlier in Csound 6.
>>> 
>>> steven
>>> 
>>>> On Mon, Oct 5, 2015 at 3:37 PM, Hlöðver Sigurðsson  wrote:
>>>> I get the same results and this sure looks like a bug in the opcode. A poor
>>>> (and obvious) workaround is to do this;
>>>> 
>>>> instr 1
>>>> 
>>>> 
>>>> k1, k2, k3 init 0
>>>> 
>>>> 
>>>> ktrig metro 10
>>>> 
>>>> 
>>>> trigseq ktrig, 0, 5, 0, 1, k1
>>>> 
>>>> k2 = k1
>>>> 
>>>> k3 = k1
>>>> 
>>>> printf "k1: %f\tk2: %f\tk3: %f\n", ktrig, k1, k2, k3
>>>> 
>>>> 
>>>> endin
>>>> 
>>>> 
>>>> My take is to report a bug
>>>> 
>>>> 
>>>> 
>>>> 2015-10-05 18:20 GMT+02:00 Rainer Strobel :
>>>>> 
>>>>> Hi,
>>>>> 
>>>>> the trigseq opcode seems to not work correctly with more than one
>>>>> output argument (csound version is actually 6.05 although it says 6.04
>>>>> in the output):
>>>>> 
>>>>> 
>>>>> ;
>>>>> ;
>>>>> ; ==============================================
>>>>> 
>>>>> 
>>>>> sr      =       44100
>>>>> ksmps   =       1
>>>>> nchnls  =       2
>>>>> 0dbfs   =       1
>>>>> 
>>>>> instr 1
>>>>> 
>>>>> k1, k2, k3  init    0
>>>>> 
>>>>> ktrig   metro   10
>>>>> 
>>>>>   trigseq ktrig, 0, 5, 0, 1, k1, k2, k3
>>>>>   printf  "k1: %f\tk2: %f\tk3: %f\n", ktrig, k1, k2, k3
>>>>> 
>>>>> endin
>>>>> 
>>>>> 
>>>>> ; ==============================================
>>>>> 
>>>>> f1 0 64 -2 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
>>>>> 
>>>>> i1 0 1
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> rainer@utumno:~/Csound$ csound -d -+rtaudio=jack -odac:system:playback_
>>>>> trigseq.csd virtual_keyboard real time MIDI plugin for Csound
>>>>> 0dBFS level = 32768.0
>>>>> Csound version 6.04 (double samples) Aug  4 2015
>>>>> libsndfile-1.0.25
>>>>> UnifiedCSD:  trigseq.csd
>>>>> STARTING FILE
>>>>> Creating orchestra
>>>>> Creating score
>>>>> rtaudio: JACK module enabled
>>>>> rtmidi: ALSA Raw MIDI module enabled
>>>>> Elapsed time at end of orchestra compile: real: 0.002s, CPU: 0.002s
>>>>> sorting score ...
>>>>>       ... done
>>>>> Elapsed time at end of score sort: real: 0.002s, CPU: 0.002s
>>>>> --Csound version 6.04 (double samples) Aug  4 2015
>>>>> displays suppressed
>>>>> 0dBFS level = 1.0
>>>>> orch now loaded
>>>>> audio buffered in 256 sample-frame blocks
>>>>> 0: dac:system:playback_ (system:playback_)
>>>>> writing 512 sample blks of 64-bit floats to dac:system:playback_
>>>>> SECTION 1:
>>>>> ftable 1:
>>>>> new alloc for instr 1:
>>>>> k1: 0.000000    k2: 2.000000    k3: 0.000000
>>>>> k1: 3.000000    k2: 5.000000    k3: 0.000000
>>>>> k1: 6.000000    k2: 8.000000    k3: 0.000000
>>>>> k1: 9.000000    k2: 11.000000   k3: 0.000000
>>>>> k1: 12.000000   k2: 14.000000   k3: 0.000000
>>>>> k1: 0.000000    k2: 2.000000    k3: 0.000000
>>>>> k1: 3.000000    k2: 5.000000    k3: 0.000000
>>>>> k1: 6.000000    k2: 8.000000    k3: 0.000000
>>>>> k1: 9.000000    k2: 11.000000   k3: 0.000000
>>>>> k1: 12.000000   k2: 14.000000   k3: 0.000000
>>>>> B  0.000 ..  1.000 T  1.000 TT  1.000 M:  0.00000  0.00000
>>>>> Score finished in csoundPerform().
>>>>> inactive allocs returned to freespace
>>>>> end of score.              overall amps:  0.00000  0.00000
>>>>>          overall samples out of range:        0        0
>>>>> 0 errors in performance
>>>>> Elapsed time at end of performance: real: 1.019s, CPU: 0.062s
>>>>> 173 512 sample blks of 64-bit floats written to dac:system:playback_
>>>>> 
>>>>> 
>>>>> ------------------------------------------------------------------------------
>>>>> _______________________________________________
>>>>> Csound-users mailing list
>>>>> Csound-users@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/csound-users
>>>>> Send bugs reports to
>>>>>       https://github.com/csound/csound/issues
>>>>> Discussions of bugs and features can be posted here
>>>> 
>>>> 
>>>> 
>>>> ------------------------------------------------------------------------------
>>>> 
>>>> _______________________________________________
>>>> Csound-users mailing list
>>>> Csound-users@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-users
>>>> Send bugs reports to
>>>>       https://github.com/csound/csound/issues
>>>> Discussions of bugs and features can be posted here
>>>>