Get address of a patch in the temp buffer?

[uco]

Anyone knows how to get the address of the path that is currently in the buffer? :icon15:

[KPSeal]

The temp patch itself obviously has a fixed address: 0D 00 00 00. However, I'm guessing you want to know the address of the patch that it would be written to if you pressed "write".
I'm not sure this is possible (but I could be wrong). Perhaps you could listen for program change messages?

[uco]

I'm guessing you want to know the address of the patch that it would be written to if you pressed "write".
I'm not sure this is possible (but I could be wrong). Perhaps you could listen for program change messages?

Thought about that, guess the easiest way is just match the patch name.
In fact I needed this cause when sending a program change over midi the gt-8 doesn't always change to the correct bank. So needed this to check if it got changed correctly and if not retry. Quite annoying this.

[KPSeal]

Is there any consistent "bad" behaviour with the program change? Are you sure it's not something to do with the program change map?
What message(s) are you sending?

[uco]

Is there any consistent "bad" behaviour with the program change? Are you sure it's not something to do with the program change map?
What message(s) are you sending?

Nope when sending the same message it sometimes doesn't switch the bank but only the patch.. after retrying several times it switches accordingly...

I think it's something to do with gt-8 and some sort of delay/timeout??? I know it need some time to handle messages (below 25 ms or lower it doesn't do nothing)...

0x000000B0 0x000010B0 0x000000C0 switch to bank 1 - patch 1 (always works fine)
0x000300B0 0x000010B0 0x000027C0 switch to bank 85 - patch 4

It's for sure the bank MSB that doesn't get changed for some reason after a program change, cause it gets me at bank 10 - 4 instead of 85 - 4.

My whole concept for what I'm writing stands or falls with correct switching...

[mmm]

well, a bit over my head, but I support both of you in your endeavors.
:D

[KPSeal]

0x000000B0 0x000010B0 0x000000C0 switch to bank 1 - patch 1 (always works fine)
0x000300B0 0x000010B0 0x000027C0 switch to bank 85 - patch 4


I must admit I've never tried any of this ... but here's how I interpreted the MIDI implementation document:

To switch patch you have to send two messages: a control change followed by a program change. Therefore I'd have thought that to switch to 85-4 you'd send the following:

0xB0 , 0x03 , 0x00 (Channel=1 , CC#0=3, CC#32=0)
0xC0 , 0x28 (Channel=1, PC#=40)

This sounds a little fishy to me as this doesn't seem in keeping with the idea of the "bank select" message which is also touted - the first message seems to select a set of banks (eg, CC#0=3 => banks 76 to 85).

As I said, I've never tried any of this so it might all be totally wrong!

[uco]

The code was just fine. The gt-8 is just slow, seems that it needs at least 250 ms per midi message to handle them correctly :icon8:

Need a beer now, this has been haunting me for weeks...
:cheers:

[mmm]

this is a bit OT but mac just released an update for java ... I'm gonna try KP's again once I do the update ...

[KPSeal]

Not sure that using the latest Apple Java update is likely to do much (changes in US daylight savings time aren't exactly critical here :P ). I'm due to post another release of GT8-UI soon with minor improvements for MIDI and Mac but I've had to spend some time doing my real job recently. Bah!

I also found the GT-8 surprisingly slow at handling MIDI messages, needing to be given a full second to deal with a patch data set. Ie, it loses data if I don't wait for 1250ms between sending patch data. Some of that might be Java mixing up the sysex frames, though.

[StratoFan]

Hi!

I have same problems. I inserted delay between midi messages, the minimum is 150ms. But with 150ms delay I have no problem, for example if I reading all patchnames from all banks, this delay working well.

I would like to salve same problem like UCO. I want to get the current patch number and name on program start to get the current patchname and the number on tree of all patch if GT8 powered on, but this is not succed without bank changes. Somebody have idea for the outgoung command for this function?

[mmm]

Not sure that using the latest Apple Java update is likely to do much (changes in US daylight savings time aren't exactly critical here :P ). Ya don't say! ... Yeah I realized that after I posted.

I'm due to post another release of GT8-UI soon with minor improvements for MIDI and Mac but I've had to spend some time doing my real job recently. Bah!
can't wait and real jobs suck.

[uco]

I would like to salve same problem like UCO. I want to get the current patch number and name on program start to get the current patchname and the number on tree of all patch if GT8 powered on, but this is not succed without bank changes. Somebody have idea for the outgoung command for this function?

Well you can't :(

[StratoFan]

As I see we have to cancel this function. I remember for the official software of Digitech GNX2, this have same problem, before patch change the software cannot detect the patch number on the tree.

I am not sure, maybe inpossible to switch between manual and bank mode, and inpossible to switch on/off the tuner too from software? I did not found working address for these two functions...