greetings,
I uploaded to the local wiki server Jerry's article and updated the link. Like most things, corgi moved or killed those links long ago.
PEACE
_
_
_
Works as advertised is pretty much the equivalent.
Mark,
I really appreciate you going through this tutorial and fixing it up. Apologies for not getting back to you quicker. Been one of those weeks!
So, yes, you need to hold down the keys — or, I think you can also use the damper pedal to hold the note series in the buffer, letting you release the keys (might require a Perf RTP setting, though). I don't have the KARMA software, so everything I can do/try/see/hear is on the M3 only. I do have the KARMA software user guide, which is incredibly helpful in conjunction with the M3's KARMA guide. Anyway, I haven't had a chance yet to go back through the tutorial, but I will as soon as I can, and then if needed edit any mistakes I've made. But definitely glad you've gone through it!
"Does exactly what it says on the tin" is a Britishism (I'm struggling to think of an American equivalent expression at the moment - "works as advertised" maybe?). Not a typo. See: http://en.wikipedia.org/wiki/Does_exactly_what_it_says_on_the_tin :)
I've spent too much time trying to get this to sound as you describe. First problem is that, unless the note trigger (p. 7-1) is set to 1st, the note series is re-triggered with each note input (using your version of the program.) Turn the tempo down to 40 and you can really here this. But even with the trigger set to 1st, I can't hear the note series being played in the actual order. Maybe it's just me. If you check this and it works for you, you should edit the section if it should reflect a change in the trigger setting. (I added a parenthetical about holding the keys down.)
I subsequently brought the progam up in Karma M3 and was able to see it work as you stated, though changing the trigger setting, the speed of the program, and the speed with which I played the chord (one note at a time) made a big difference in how it sounded, as opposed to the way it looked in the GE editor screen (it was more obvious in this screen than the data display screen.) Whether you want to edit the article is up to you.
btw - is "on the tin" a Britishism? Never "heard" it before (or else it's a typo.)
Well, I was one for two. I tested your program (if I'd reread the first part of the article, I could have downloaded the pcg file yesterday instead of asking you to send it). The first point I made, "In part 2, Note Type Mode 0: Regular, you say, "Now play a fourth together using C4 and F4. You should hear the note series playing C4, F4, C5, F5, C6, F6 and then back down." When I do that, the pattern is five notes, stopping at C6 and going back down" is correct. I'll make a change in the article.
The second point, however, is incorrect, even in my version. The reason is obvious, simply by reading what I wrote - I set slider 1 at 0, not at 1, as you instructed. Duh… Sometimes I amaze myself that I can carefully read and re-read, and still #&^% up.
I'll also bold/caps KARMA, and spend some time this AM going through more of the article - more carefully, I hope.
Hi Mark,
Thank you very much for the kind comments — glad you like it.
I'm also glad you're checking it for accuracy. :) It's very likely I have made an error when transcribing what I did or which notes are generated/heard. If you'd like, give me a day to go through it and triple-check it. (I've just come back home from trip and I'm shattered.) If you're feeling impatient, you could try comparing the file I made for this tutorial to the one you made — I uploaded it here: http://www.karma-lab.com/forum/showthread.php?t=19236 I think it set it up with some scene changes for the various parts of the tutorial … maybe. I forget.
(Also, friendly note: don't forget to put the word KARMA in all caps when writing it — pretty sure I saw SK mention that is how it should be written.)
Thanks again, and I'll get back to you on this shortly.
Jay
I stumbled on this article this AM and I'm thoroughly enjoying it, but I'm editing as I go through it. (Thus far only 1 typo and I added a line telling readers/users to switch from realtime control to Karma in the control surface.)
I'm pretty sure that I have the program set up correctly through part 1 (my rtc screen looks exactly as yours). In part 2, Note Type Mode 0: Regular, you say, "Now play a fourth together using C4 and F4. You should hear the note series playing C4, F4, C5, F5, C6, F6 and then back down." When I do that, the pattern is five notes, stopping at C6 and going back down.
Similarly, in Note Type Mode 1: Scalic 1, you say" This mode is your chord analysis mode, and it is also your one-finger chord mode. If you play only a single note (C4), it will essentially create a C-major chord for you, and then use that to generate a six-note scale as the note series." When I do that, (slider 1 set to 0) all I get is a three note pattern, C4, C5, and C6, up and down.
I'm not sure what's going on - whether I have set something up incorrectly, or whether there are some errors here. Can you check to be sure that, in the examples above, what you've posted is correct? I don't want to edit mistakenly, and I don't want to work further along only to find out that I've got something set up incorrectly.
Now that I think about it, perhaps I should send you the program for you to check it, if you have the time and are willing to do so. If so, give me your e-mail address.
Regardless, my thanks for all the hard work putting together this article, including sounds and pics. It's, in a word, wonderful. And greatly appreciated, as I think that Stephen has not had time to give us a real Karma education (like the video series, etc.).
Mark R
Thanks for the feedback, guys. To be fair I haven't seen anybody mention that the article is too long, so thinking about it some more, it makes sense to leave it as is. My initial thought was to split the two different Tutorial portions of this article, but that's not really necessary I admit.
I was considering taking photos of the M3's screen (or perhaps the editor) for some sections because, in general, seeing an example could be easier to grasp for some than reading the text alone. In other articles here, I've put the images within a collapsible block to make the article "appear" cleaner and smaller.
A real pity that Shannon disappeared. He was doing a brilliant job on the wiki and helping people learn about KARMA — I've used the wiki extensively along with the House 101 vids, both have been a huge help. Anyway, I do hope Shannon is OK.
Yeah, it seems it might be difficult to chop it up since it's part of a "series" of articles, although the original person who was writing these has disappeared awhile ago…
To be honest, I haven't ever used this talk function. So this is a first.
Regarding the article, and its length, I don't personally see a problem with it being so long. (Of course, I haven't gone through the whole thing.). Nevertheless, it seems to me that if it's all on the same subject, it's almost better to keep it in a single article. It's easy enough to read only those parts that you're interested in, and better than having it scattered in a number of different locations.
I don't know if anyone reads the Talk pages, and there are only a small handful of people who edit the wiki anyway, but … does anyone else feel this article is too long? It's pretty massive. I thought maybe we can discuss splitting it into separate articles and interlinking them.
Thoughts? Issues? Anybody care?
J
Stephen,
Further to your edit here on the Bend on/off switch, it looks like there are 15 GE RTP in the Real-Time Bend GE (2090 in the M3)… I think, anyway…
parameters 16-30 are:
Bend: Amount
Bend: Alternation
Bend: Shape
Bend: Step Mode
Bend: Length
Bend: Start %
Bend: End %
Bend: Width %
Bend: Bend Range
Bend: Direction (RT)
Bend: Key Mode (RT)
Bend: Rel. Delay Length (RT)
Bend: Rel. Delay Damping (RT)
Bend: Vel. Range Bottom (RT)
Bend: Vel. Range Top (RT)
Thanks, Stephen. I'll edit my list and count the phase/envelope variations etc as one RTP.
Hi,
Sorry for the delay.
In looking at this, I would say that the example you have listed is one RTP, just different variations.
Parameter Name [1] = some parameter assigned in Phase 1 only
Parameter Name [2] = some parameter assigned in Phase 2 only
Parameter Name [B] = some parameter assigned in both Phases
Because this is a parameter-only tutorial, I'm unsure where this article should go. For now I've put it into the "Techniques" category because it didn't seem to fit into the more generalised beginner guides or anything else really. Perhaps we need a further category to place it in…?
Stephen,
For the [need number] sections of this article, I count 408 distinct GE RTPs that have been assigned to the all of the preset GEs. However, this figure may be fewer depending on how one counts them. For instance, are these RTPs to be counted separately or are they considered minor variations of only one RTP?
CCs: Fixed/On [1] —
CCs: Fixed/On [2] —
CCs: Fixed/On [B] —
If they are considered to be one RTP, then the figure is a little lower than 408. How should these be counted? For reference, below is a list of the distinct GE RTPs, which was extracted and filtered from the GE RTP info spreadsheet. I have assumed that some parameters with varying defined CC values (like Env: All Levels [1] 071 or 74) are only one RTP type so those variations are excluded from the list.
Would using the Create Excl Data command be a simpler way to make precise program changes in a track? I explained the process in this forum thread http://www.karma-lab.com/forum/showthread.php?t=19206.
I attempted to upgrade the SD card as outlined in this article but was unsuccessful at first. It would seem that since the operating stem is on the SD card there are position sensitive files on there. I had to create an ISO image of the original card, use that image to make the new card, and then copy the additional EXB samples to the new card. When I just tried copying the files from one place to the other my M3 would not boot.
Just a note about my experience.
Hi,
I do not answer these kinds of questions here on the wiki. We already have a place for discussions, it's the Karma-Lab forums (where you already asked it):
http://www.karma-lab.com/forum/showthread.php?t=18492
Regards,
-Stephen Kay, KARMA Developer
I created a sample, converted it into a program in U-G bank and saved it on USB drive as .pcg, .ksc files. But each time when I restart Korg m3m, I have to re-load this program into RAM from pcg and ksc files on my USB drive.
Is there any way to store this program with (embedded? samples) in ROM, for example, U-G bank and/or on USB drive without ksc sample files (that program also could be loaded from single pcg file from USB drive)?
In the past I think I loaded some 3-rd party single pcg file into U-G bank, and then it was saved in that bank permanently. Is it possible to do with my created sampled program, which has ksc files?