stk Ugens between 1.2.0.6 -> 7
ChucKtivists, I'm having a problem with some of the Stk Ugens in 1.2.0.7-- certain Stk instruments no longer seem to play. Originally I noticed the problem in audicle 1.0.0.4 from 1.0.0.3. I prepared musical material for a local music competition using ...3 to be risk averse, but ...4 doesn't seem to play the parts using these instruments. Then I tracked it back to chuck. testStk.ck should demonstrate the basic problem-- if you are subject you may only hear one scale by one instrument (1.2.0.7) testStkAll.ck tests the whole gamut of StkInstruments. I have not yet tested the STK Ugens that are not StkInstruments. I'm on win32 and using lots of deprecated names, but hopefully neither make a difference. has anyone else seen this? best, Graham
More details: It seems that for the builds that I have, audicle 1.0.0.4 and chuck 1.2.0.7 on win32 the following STK ugens are not totally disconnected, but start very very soft and take a while to get louder? Clarinet, ModalBar, BlowHole, Saxofony, VoicForm Haven't figured out what could be causing this yet. best, Graham On Wed, 25 Oct 2006, Graham Coleman wrote:
ChucKtivists,
I'm having a problem with some of the Stk Ugens in 1.2.0.7-- certain Stk instruments no longer seem to play.
Originally I noticed the problem in audicle 1.0.0.4 from 1.0.0.3. I prepared musical material for a local music competition using ...3 to be risk averse, but ...4 doesn't seem to play the parts using these instruments. Then I tracked it back to chuck.
testStk.ck should demonstrate the basic problem-- if you are subject you may only hear one scale by one instrument (1.2.0.7)
testStkAll.ck tests the whole gamut of StkInstruments.
I have not yet tested the STK Ugens that are not StkInstruments.
I'm on win32 and using lots of deprecated names, but hopefully neither make a difference.
has anyone else seen this?
best,
Graham
Hi Graham! I think we just found the problem this morning (while tracking down strange Envelope behavior for some of the PLOrk pieces)! It turns out that I had introduced a simple but rather significant bug into the STK envelope while adding the new functionalities for 1.2.0.7. This resulted in strange behavior in Envelope and ADSR, as well as in a good number of the STK instruments which internally use Envelope. This is now fixed and in CVS. Furthermore, Spencer has worked hard to post new versions of chuck and miniAudicle. The newest version number is now 1.2.0.7b. A new audicle build is also on the way. We highly recommend that you update to this new version. Very sorry about this not so little bug. Please let us know if the new version indeed fixes the problems. Best, Ge! On Oct 26, 2006, at 11:37 PM, Graham Coleman wrote:
More details:
It seems that for the builds that I have, audicle 1.0.0.4 and chuck 1.2.0.7 on win32
the following STK ugens are not totally disconnected, but start very very soft and take a while to get louder?
Clarinet, ModalBar, BlowHole, Saxofony, VoicForm
Haven't figured out what could be causing this yet.
best,
Graham
On Wed, 25 Oct 2006, Graham Coleman wrote:
ChucKtivists,
I'm having a problem with some of the Stk Ugens in 1.2.0.7-- certain Stk instruments no longer seem to play.
Originally I noticed the problem in audicle 1.0.0.4 from 1.0.0.3. I prepared musical material for a local music competition using ...3 to be risk averse, but ...4 doesn't seem to play the parts using these instruments. Then I tracked it back to chuck.
testStk.ck should demonstrate the basic problem-- if you are subject you may only hear one scale by one instrument (1.2.0.7)
testStkAll.ck tests the whole gamut of StkInstruments.
I have not yet tested the STK Ugens that are not StkInstruments.
I'm on win32 and using lots of deprecated names, but hopefully neither make a difference.
has anyone else seen this?
best,
Graham
chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users
Thanks Ge! I checked the version in CVS, which did seem to fix the problem of certain STK Ugens being ultra-silent-- this one seems to be different with regard to notes hanging. If you run the test code the noteOff messages do not seem to be taking effect (at least, on my win32 with the new build), as compared to 1.2.0.6. best, Graham On Fri, 27 Oct 2006, Ge Wang wrote:
Hi Graham!
I think we just found the problem this morning (while tracking down strange Envelope behavior for some of the PLOrk pieces)! It turns out that I had introduced a simple but rather significant bug into the STK envelope while adding the new functionalities for 1.2.0.7. This resulted in strange behavior in Envelope and ADSR, as well as in a good number of the STK instruments which internally use Envelope.
This is now fixed and in CVS. Furthermore, Spencer has worked hard to post new versions of chuck and miniAudicle. The newest version number is now 1.2.0.7b. A new audicle build is also on the way. We highly recommend that you update to this new version.
Very sorry about this not so little bug. Please let us know if the new version indeed fixes the problems.
Best, Ge!
On Oct 26, 2006, at 11:37 PM, Graham Coleman wrote:
More details:
It seems that for the builds that I have, audicle 1.0.0.4 and chuck 1.2.0.7 on win32
the following STK ugens are not totally disconnected, but start very very soft and take a while to get louder?
Clarinet, ModalBar, BlowHole, Saxofony, VoicForm
Haven't figured out what could be causing this yet.
best,
Graham
On Wed, 25 Oct 2006, Graham Coleman wrote:
ChucKtivists,
I'm having a problem with some of the Stk Ugens in 1.2.0.7-- certain Stk instruments no longer seem to play.
Originally I noticed the problem in audicle 1.0.0.4 from 1.0.0.3. I prepared musical material for a local music competition using ...3 to be risk averse, but ...4 doesn't seem to play the parts using these instruments. Then I tracked it back to chuck.
testStk.ck should demonstrate the basic problem-- if you are subject you may only hear one scale by one instrument (1.2.0.7)
testStkAll.ck tests the whole gamut of StkInstruments.
I have not yet tested the STK Ugens that are not StkInstruments.
I'm on win32 and using lots of deprecated names, but hopefully neither make a difference.
has anyone else seen this?
best,
Graham
chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users
_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users
Hi Graham!
this one seems to be different with regard to notes hanging. If you run the test code the noteOff messages do not seem to be taking effect (at least, on my win32 with the new build), as compared to 1.2.0.6.
I am definitely able to reproduce the behavior and will look into it as soon as we can. It has to do with the Envelope additions we made in 1.2.0.7. We shall fix and make right! Best, Ge!
Ge Wang wrote: I think we just found the problem this morning (while tracking down
strange Envelope behavior for some of the PLOrk pieces)! It turns out that I had introduced a simple but rather significant bug into the STK envelope while adding the new functionalities for 1.2.0.7. This resulted in strange behavior in Envelope and ADSR, as well as in a good number of the STK instruments which internally use Envelope.
Would it be at all possible that those would cause behaviour that would result in noticable latency? I had some of that and ADSR is one of my suspects (amongst other canidates such as a maze of events...). If this would be the latency that would save me a bit of debuging time.
This is now fixed and in CVS. Furthermore, Spencer has worked hard to post new versions of chuck and miniAudicle. The newest version number is now 1.2.0.7b. A new audicle build is also on the way. We highly recommend that you update to this new version.
Hold on, I had a 1.2.0.7b (to fix some of the joypad issues) then there was 1.2.0.8-pre1 (fixing more joypad issues, that version of Dracula could almost be called "Castlevania"! ;-) ) Is this newest take on 1.2.0.7b later then 8-pre1? If so, does it also contain the 8-pre1 fix (for two identical joypads) or do we now have a accidental fork? Sorry if this was confusing but I'm confused and I'd like to be on the latest version as well as be sure that we agree on what version is the "latest". Yours, Kas.
Kassen, On Oct 27, 2006, at 5:59 PM, Kassen wrote:
Hold on, I had a 1.2.0.7b (to fix some of the joypad issues) then there was 1.2.0.8-pre1 (fixing more joypad issues, that version of Dracula could almost be called "Castlevania"! ;-) )
Is this newest take on 1.2.0.7b later then 8-pre1? If so, does it also contain the 8-pre1 fix (for two identical joypads) or do we now have a accidental fork?
Sorry if this was confusing but I'm confused and I'd like to be on the latest version as well as be sure that we agree on what version is the "latest".
Yes, we didn't expect this many bugfix releases in response to the initial 1.2.0.7 release. Suffice it to say that whats out their now incorporates all of the previous bugfixes (HID x 3, OSC, STK Envelope, etc.) related to 1.2.0.7. spencer
On 10/30/06, Spencer Salazar
Yes, we didn't expect this many bugfix releases in response to the initial 1.2.0.7 release. Suffice it to say that whats out their now incorporates all of the previous bugfixes (HID x 3, OSC, STK Envelope, etc.) related to 1.2.0.7.
Ok, so that makes it a second 1.2.0.7b. Oh, well.... I'll update check tomorow whether this makes my latency thing go away and if not try to pinpoint the offending element. Maybe it was a lot of bugs but I think it was good to have the cleanup. Thanks! Kas.
participants (4)
-
Ge Wang
-
Graham Coleman
-
Kassen
-
Spencer Salazar