APP v.3 patches

[kalac]

Please guys post here app v.3 patches here. It is very hard to find them via search, and I need them really much! I hope you'll do it! It will be very usefull, but not only for me... Thanx very much.

[trustkill]

What the heck do you mean ? The "old" patches using AppMenu1ff are using the same EP in v3. The new ones need v3 or v3a....

[kalac]

I mean selectable pathes through setup/application menu... There is more than 16 selectable patches, so you need APP v.3 patch with selectable patches patches. So please post selectable patches here if it is not a problem...

[lalo.lerry]

Hello everybody!
I've planned (and started) to adapt SL45 new application menu v3 to S45i,
but I can't really understand which is the best working SL version (v3, v3a or v.3b)?
So can you tell me with is the best one (an maybe post it here)

Second, I don't understand this patch part:

;Here are strings ID used in the 2nd level ...
;8 bytes for each "Profile" : stringID1,num1,stringID2,num2
;stringID1 is the 1st stringID to be used until the next num1-1 IDs,
;stringID2 is the 2nd stringID to be used until the next num2-1 IDs.

Can someone explain me better how this new appl. menu is structured and how are it's voiced named?
Can you assing a specific name ofr each of them or not?

THANKS

Lalo

[cyperghost]

Please correct me if I'm wrong

The first version was v3 from 22.July.2004 and works this way
Setup -> Application -> Profile 1 - Profile 2 - Profile 3..... and "Change size of menu (means shorten menu and enlarged menu)"

Version v3a was buggy and made some SLs switch off

Version v3b is the corrected version of 3a. The only difference between 3 and 3b is:
Setup -> Application -> Profile 1 - Profile 2 - Profile 3....

In 3b Setup -> Help is used to be Application
in 3 the option "Change size of menu" is transformed to Application but the "overwritten" option is inside the Profile menu

Use 3b but I don't know how NAM for S45 works

More will follow if I found out

[cyperghost]

Okay I decyphered a bit and found out - exclusivly for our lalo

;Here is the string ID used in the 1st Application menu level ...
0x27E5F4: FFFFFFFFFFFFFFFFFFFFFFFF A101FE010002020204020602

Profile 1 is string 1FE in lgp file --> 01FE is text for Profile 1
Profile 2 is string 200 in lgp file --> 0002 is text for Profile 2..... you see numbers
hex+2 means next profile....

______________________________________________

Your questions:

;Here are strings ID used in the 2nd level ...
;8 bytes for each "Profile" : stringID1,num1,stringID2,num2
;stringID1 is the 1st stringID to be used until the next num1-1 IDs,
;stringID2 is the 2nd stringID to be used until the next num2-1 IDs.
0x27E600: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF A8040C00C4080400C8080800DE080800
0x27E610: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF E6080400EA080C00FFFFFFFFFFFFFFFF

A8040C00C4080400 --> Profil 1

1192 = A804 -> String ID for Profile 1 option 1
13 = 0C -> means 13-1 options in a row means String ID 1192+0,1192+1,1992+2.....1992+11
00 = empty byte????
2244 = C408 --> String ID for Profile 1 option 13
4 = 04 -> means 4-1 options in a row.... String ID 2244+0,2244+1,2244+2,2244+3

If you calc 12 options + 4 options = 16
That is because Profil 1 is spitted in two parts - Don't know why master Riza did that?


C8080800DE080800 --> Profil 2

The same as above with 8 options 8+8=16


E6080400EA080C00 --> Profil 3

And here... is also a split....
Could someone explain me please?????

@lalo hope that will help... Maybe my next mobile is a S45
But thank master that he commented the whole thing

Bye cyperghost

PS: How about your exams? Wish you deeply all the best!

[lalo.lerry]

@cyber:
thank for usefull info, my friend!

So you are saying that v3b is the latest? But whay there is a 3a version posted later in patches thread?

Use 3b but I don't know how NAM for S45 works

I know it...

Here is the string ID used in the 1st Application menu level ...
0x27E5F4: FFFFFFFFFFFFFFFFFFFFFFFF A101FE010002020204020602

Profile 1 is string 1FE in lgp file --> 01FE is text for Profile 1
Profile 2 is string 200 in lgp file --> 0002 is text for Profile 2..... you see numbers
hex+2 means next profile....

I had this one already understood, I agree with you.

A8040C00C4080400 --> Profil 1

1192 = A804 -> String ID for Profile 1 option 1
13 = 0C -> means 13-1 options in a row means String ID 1192+0,1192+1,1992+2.....1992+11
00 = empty byte????
2244 = C408 --> String ID for Profile 1 option 13
4 = 04 -> means 4-1 options in a row.... String ID 2244+0,2244+1,2244+2,2244+3

If you calc 12 options + 4 options = 16
That is because Profil 1 is spitted in two parts - Don't know why master Riza did that?


C8080800DE080800 --> Profil 2

The same as above with 8 options 8+8=16


E6080400EA080C00 --> Profil 3

Very intresting!
I thought something like this but didn't understand that string ID voices follow first written string ID for each profile...
So, tell me if I've understood it right:
first voice in profile 1 uses string ID A804hex, while second voice uses A805hex ?

But thank master that he commented the whole thing

CERTAINLY. Without having his explained disasm each attempt to adapt this patch to S45i would be almost impossible.
And each time I explore a complex MASTER patch I get astonished on how well it's made (clever structure, use of subroutines, byte saving)...

PS: How about your exams? Wish you deeply all the best!

Thanks... unfortunally I'm still studying not enought, still "wasting" my time on patching

[cyperghost]

So you are saying that v3b is the latest? But whay there is a 3a version posted later in patches thread?

The version 3 was first released. One or two days later Riza reedited this version and updated it to 3a. Some SLs were running unstable now, so someone else posted the old version. A few month (?? or weeks ??) rc-flitzer edited the buggy 3a and released it as 3b. Interesting patch history isn't it?

I thought something like this but didn't understand that string ID voices follow first written string ID for each profile...
So, tell me if I've understood it right:
first voice in profile 1 uses string ID A804hex, while second voice uses A805hex?

No! I think not! It should be A804h for 1192dec and A904h for 1193dec. That's the only way I can explain how the patch works.
And the summary is also interesting. The mess with the 8bytes began with the first version of the menu. Riza used unused string numbers 1192 up to 1203 for the first 12 options and after that he started to expand the lng-pack and started back with the last 4 options beginning from 2244. It's clear to keep the new version of the patch up-to-date to include the old style. But don't ask me why he splitted E6080400EA080C00 again. Just for fun?

Good luck

@cyber:
thank for usefull info, my friend

No problem but next time @cyper

[lalo.lerry]

@ cyper:
OOOOOOOOOOOOOOPPPPPPPSSS... sorry, in this period I can't read well.
First I called fcotrina "fcortina", the you cyber... I definatelly must sleep more.

It should be A804h for 1192dec and A904h for 1193dec. That's the only way I can explain how the patch works.

yes, I notice my error as soon as I started working again. String IDs are in byte swapped hex, as (almost) always.
100% right

But don't ask me why he splitted E6080400EA080C00 again. Just for fun?

I think for patch structure.
String ID collector has to go to string ID line twice for each profile.
Probably, also this is related on first version, and the lack of space to place there (and change) 48 voices.
He had to make such routine for integrating old first appl.menu with the new one in first profile, and so he had to use the same routine for 2 and 3 profiles.

I'm trying to adapt this patch, but menu structures and create menu function don't work in the same way... it's very difficult...

[charlielao]

@lalo and cyper:
After decyphering APP, can you please point out the EPs for each Profile and each Function please?

[trustkill]

I think there are no entrypoints, you have to use the ep from the patches that are installed. (correct me if I´m wrong...)

[cyperghost]

@trustkill
There could be EPs for direct accessing the profiles. Maybe lalo can tell us more if he finished adapting the patch.

@charlie
I agree with trustkill that there is imho no way to directly access function toggeling. But a midlet can do that by writing directly to the eeprom. I have no idea in which area the "toggeling on/off" of options are written and I also don't know in what way.

I think for each profile are 2 bytes used to save the status of selected functions.
Maybe like this:

1st byte 9C(hex) --> 10011100(bin)
means:
Function 1 diasbled
Function 2 disabeld
Function 3,4,5 enabled
Function 6,7 disabled
Function 8 enabled

2nd byte 02(hex) --> 00000010
all diabled except funtion 10

This would be the most logical way. Lalo could tell more and maybe the location were the values are stored in EP area

[lalo.lerry]

@all:
I've compliely decripted Master patch and fast finished my improuved S45i version... hope to post it tonight.

@charlie:
1.in SLIK version there are profiles EPs:
just use:

mov r4, #n ;where n is profile number - 1
call C7DE42 ;Application active handler EP


2.

I think for each profile are 2 bytes used to save the status of selected functions.
Maybe like this:

1st byte 9C(hex) --> 10011100(bin)
means:
Function 1 diasbled
Function 2 disabeld
Function 3,4,5 enabled
Function 6,7 disabled
Function 8 enabled

2nd byte 02(hex) --> 00000010
all diabled except funtion 10

100 % right!
Profiles menu voices state is stored in a word for each profile in eeprom RAM, this RAM location are, as Master writed:
;1st Profile => 000E:3A42h (old ones used in the original APP patch),
;2nd Profile => 0036:096Ch (unused? game data),
;3rd Profile => 0036:096Eh (--"--)


each bit in the word control a profile voice state
So, if you want to toggle a specific function without entering in appl. menu, just set/clear that specific RAM word bit in you patch routine


Lalo

[charlielao]

@Lalo:
Im not very good at making patches. You wrote

each bit in the word control a profile voice state
So, if you want to toggle a specific function without entering in appl. menu, just set/clear that specific RAM word bit in you patch routine

Can we use the menu items under service tones menu to toggle each specific item in the APP menu by changing the EPs? Ex.
Network found to Profile 1 Function 1
Warning tones to Profile 1 Function 6
so that when we use automatic switch of profile, Profile1/Function1 and Profile1/Function6 will also be toggled.
Thank you for your time.

[lalo.lerry]

Originally Posted by charlielao

@Lalo:
Im not very good at making patches. You wrote

Can we use the menu items under service tones menu to toggle each specific item in the APP menu by changing the EPs? Ex.
Network found to Profile 1 Function 1
Warning tones to Profile 1 Function 6
so that when we use automatic switch of profile, Profile1/Function1 and Profile1/Function6 will also be toggled.
Thank you for your time.

Yes, it's possible, but difficult to explain how.
And it's much more easy to insert appl. items toggling in autoswap profile patch.

As I wrote, insert in patch routine a set/clear bit of right appl. menu item RAM byte.
Bye

Lalo