I believe I've found a bug

Samwise
Exile
Post #1

I believe I've found a bug

by Samwise » Sat Sep 01, 2007 3:57 pm

It has to do with how certain chords that will at seemingly random attempts, be silenced.

In this passage on the Gitor, it sounds perfectly when played externally on mTooth:
@120(([\gb=d]p([\gb=d]1p1)2[\gb=d]p)2([\bge]p([bge]1p1)2[bge]p)2([df#a]p([df#a]p1)2[df#a]p)3[df#a]p[f#a#=c#]p[\a=c#e]1p)2

But when played within the CL Client, ([df#a]p([df#a]p1)2[df#a]p)3[df#a]p has particular trouble when played on the Gitor. I am unsure if it is Client side (meaning it is only me) or if it is something else, but I tried it out with a Practice Lyra and on a Practice Harp many times and each was seamless every attempt.

I post here to ask if it can be double-checked, and if so, can be fixed if possible? It would be a lot of wasted work if I couldn't have this piece for my brand new Gitor (thanks Xepel) all because of an error such as this. Believe me, the piece sounds HORRIBLE when this bug occurs.

xepel
Exile
Post #2

I believe I've found a bug

by xepel » Sat Sep 01, 2007 4:48 pm

Samwise wrote:But when played within the CL Client, ([df#a]p([df#a]p1)2[df#a]p)3[df#a]p has particular trouble when played on the Gitor. I am unsure if it is Client side (meaning it is only me) or if it is something else, but I tried it out with a Practice Lyra and on a Practice Harp many times and each was seamless every attempt.
Here's what I believe is happening:
You've got all your chords going for four beats. After that, the client will stop that chord from playing. So when it sees ([df#a]p([df#a]p1)2[df#a]p)3, it translates it to [df#a]p[df#a]p1[df#a]p1[df#a]p[df#a]p[df#a]p1[df#a]p1[df#a]p[df#a]p[df#a]p1[df#a]p1[df#a]p...

Now the point that is the problem is when it goes around in the loop to [df#a]p1[df#a]p[df#a]p
It sees that this first chord ends after four beats. Where does it stop it, then? In the middle of that last chord, because it's playing those same notes. So you end up with something sounding like [df#a]p1[df#a]p[df#a]1p, which sounds clipped off.

The solution!
Make sure you put lengths on all your chords when you want them to be something other than four beats long. ([df#a]p([df#a]p1)2[df#a]p)3 should instead be ([df#a]p([df#a]1p1)2[df#a]p)3 (you could also put 2's on the ends of the other chords, but it isn't completely necessary here)... and it will fix your problem, as the client won't try to clip your chords.
Samwise wrote:(thanks Xepel)
Welcome!

Samwise
Exile
Post #3

I believe I've found a bug

by Samwise » Sun Sep 02, 2007 7:50 am

Make sure you put lengths on all your chords when you want them to be something other than four beats long. ([df#a]p([df#a]p1)2[df#a]p)3 should instead be ([df#a]p([df#a]1p1)2[df#a]p)3 (you could also put 2's on the ends of the other chords, but it isn't completely necessary here)... and it will fix your problem, as the client won't try to clip your chords.
The problem is... I WANT it to sound like (in the mTooth Client): ([df#a]p([df#a]p1)2[df#a]p)3 This particular segment has a different rhythm (with a small pause) than the other ones before it, and is supposed to. The bug only comes when played in the Clan Lord client, and I can't seem to re-create it every time. It is seemingly random. If you play the Dmaj segment as you see it here in and out of CL you will hear the difference (might take a few tries).

If the solution ends up being that I will have to *somehow* re-write the segment to sound as I want it will be horrifying, because the piece is maxed out for all of the available /parts.

xepel
Exile
Post #4

I believe I've found a bug

by xepel » Sun Sep 02, 2007 8:44 am

Samwise wrote:The problem is... I WANT it to sound like (in the mTooth Client): ([df#a]p([df#a]p1)2[df#a]p)3 This particular segment has a different rhythm (with a small pause) than the other ones before it, and is supposed to. The bug only comes when played in the Clan Lord client, and I can't seem to re-create it every time. It is seemingly random. If you play the Dmaj segment as you see it here in and out of CL you will hear the difference (might take a few tries).
This "bug" *always* occurs when I play it in CLTH. And since the person who made CLTH also implemented barding in the lands (and the person who wrote mTooth didn't, I presume), I expect it will always work that way in game (unless someone goes and changes something).

*Actually,* (since I just went and got mTooth right this minute), I get the same exact thing happening in mTooth as in CLTH. This: ([df#a]p([df#a]p1)2[df#a]p)3 ends up sounding like this: [df#a]p(([df#a]p1)2[df#a]p![df#a]1p)3

The thing is that they're all being played on the same notes, so when one chord wants to end, it will stop all chords going on those notes. You can see this happening in gthis example: [=ce=g]8p2[=cg]2p6[=ce=g]8p2[=cg]2p6
Samwise wrote:If the solution ends up being that I will have to *somehow* re-write the segment to sound as I want it will be horrifying, because the piece is maxed out for all of the available /parts.
I find it hard to believe that you filled up every /part to the max! Though congrats if you did!

Something which might have changed since you were last here: Each /part does *not* need to be playable on its own. This means you can now split chords and loops acorss different /parts, allowing you to fill each part more evenly, allowing you to fit more notes in overall. This might help you out on the overcrowding problem.

Also, if you have sections you want me to take a look at, you can send me a PM if you don't see me in the lands.

Samwise
Exile
Post #5

I believe I've found a bug

by Samwise » Sun Sep 02, 2007 8:52 am

Xepel wrote:*Actually,* (since I just went and got mTooth right this minute), I get the same exact thing happening in mTooth as in CLTH. This: ([df#a]p([df#a]p1)2[df#a]p)3 ends up sounding like this: [df#a]p(([df#a]p1)2[df#a]p![df#a]1p)3
GENAU! That is exactly what I want it to sound like. Have you played it yet in the CL Client a few times? You will know what I am talking about then. It is different from even [df#a]p(([df#a]p1)2[df#a]p![df#a]1p)3 It just skips a chord and throws off the rhythm completely.


*EDIT: I just went into the CL client to try out [df#a]p(([df#a]p1)2[df#a]p![df#a]1p)3. I played it a couple of times and it had the same bug. The bug sounds similar to this: [df#a]p([df#a]p1)2[df#a]p[df#a]1p[df#a]1p3[df#a]p1[df#a]p[df#a]p (I tried to re-create the rhythm as best I could)

Xepel wrote:Also, if you have sections you want me to take a look at, you can send me a PM if you don't see me in the lands.

What times are you actually IN the lands? (EST if you can)

xepel
Exile
Post #6

I believe I've found a bug

by xepel » Sun Sep 02, 2007 10:08 am

Samwise wrote:GENAU! That is exactly what I want it to sound like. Have you played it yet in the CL Client a few times? You will know what I am talking about then. It is different from even [df#a]p(([df#a]p1)2[df#a]p![df#a]1p)3 It just skips a chord and throws off the rhythm completely.
Ah! Ok. Very sorry, I just assumed that things in CLTH would sound the same way in the lands - I haven't gotten a chance to test things out with my own actual gitor. I'll have to test that out soon.
Samwise wrote:What times are you actually IN the lands? (EST if you can)
Ah, heh! I should be able to be out for a bit later today. I'll try to catch you when you're on (yes, I know you're out now, but I'm.... occupied) - wooh iClan.