|
You last visited: Today at 18:06
Advertisement
MagParam Generating
Discussion on MagParam Generating within the SRO Private Server forum part of the Silkroad Online category.
05/21/2017, 19:46
|
#1
|
elite*gold: 0
Join Date: Sep 2015
Posts: 150
Received Thanks: 6
|
MagParam Generating
How to generate a fixed magparam like 1 str 1 int or 2 str 2 int as i like ?
thanks in advance
|
|
|
05/22/2017, 02:35
|
#2
|
elite*gold: 22
Join Date: Feb 2011
Posts: 612
Received Thanks: 389
|
|
|
|
05/22/2017, 03:29
|
#3
|
elite*gold: 0
Join Date: Sep 2015
Posts: 150
Received Thanks: 6
|
|
|
|
05/22/2017, 12:03
|
#4
|
elite*gold: 0
Join Date: Jun 2008
Posts: 667
Received Thanks: 198
|
Generate param via SMC.
|
|
|
05/22/2017, 14:34
|
#5
|
elite*gold: 0
Join Date: Sep 2015
Posts: 150
Received Thanks: 6
|
Quote:
Originally Posted by janicka
Generate param via SMC.
|
Tried to do that with GDF and job suits smc raised an error althouh it's working with equipments idk would be something wrong with the smc iam using or that's normal ?
|
|
|
05/22/2017, 15:42
|
#6
|
elite*gold: 0
Join Date: Jul 2009
Posts: 1,860
Received Thanks: 757
|
They might not entirely be compatible, my guess.
The 1 str and 1 int will work on stock job suits (as an example), while you are buying them from the NPC. They stay, are persistent.
Setting them to e.g. 3 or 7 str/int will do nothing, since those given blues won't even appear on the suit at the NPC.
You can adjust the item's (job suite, Cape, or whatever) magparams afterwards via SMC or at the database yourself, which will be permanent, as wanted. Either finding a suitable magical parameter for those items will help (which is unlikely) or making a simple fast stored procedure handling the bought item will do the trick.
|
|
|
05/22/2017, 15:51
|
#7
|
elite*gold: 0
Join Date: Sep 2015
Posts: 150
Received Thanks: 6
|
Quote:
Originally Posted by blapanda
They might not entirely be compatible, my guess.
The 1 str and 1 int will work on stock job suits (as an example), while you are buying them from the NPC. They stay, are persistent.
Setting them to e.g. 3 or 7 str/int will do nothing, since those given blues won't even appear on the suit at the NPC.
You can adjust the item's (job suite, Cape, or whatever) magparams afterwards via SMC or at the database yourself, which will be permanent, as wanted. Either finding a suitable magical parameter for those items will help (which is unlikely) or making a simple fast stored procedure handling the bought item will do the trick.
|
IDK why did you say "those given blues won't even appear on the suit at the NPC. " as i saw this appearing normally in many servers, something like that
The first type of job suit gives you 1 str and 1 int
The second type of job suit gives you 2 str and 2 int
The third type of job suit gives you 3 str and 3 int
The fourth type of job suit gives you 4 str and 4 int
The fifth type of job suit gives you 5 str and 5 int
|
|
|
05/22/2017, 16:25
|
#8
|
elite*gold: 0
Join Date: Jul 2009
Posts: 1,860
Received Thanks: 757
|
Quote:
Originally Posted by Kardil
IDK why did you say "those given blues won't even appear on the suit at the NPC. " as i saw this appearing normally in many servers, something like that
The first type of job suit gives you 1 str and 1 int
The second type of job suit gives you 2 str and 2 int
The third type of job suit gives you 3 str and 3 int
The fourth type of job suit gives you 4 str and 4 int
The fifth type of job suit gives you 5 str and 5 int
|
Haven't you meant declaring your own custom str/int-parameters and giving them to anything you want?
If so, you will face this issue:
A custom 8 STR/INT on a regular second type of thief suit (the 1mil suit, you might remember it) on vSRO 188.
Edit: Not to confuse it with this one here:
This happens only, if you tend to use DIFFERENT parameters on e.g. jobsuits (like MATTR_INT in this case)
|
|
|
05/22/2017, 18:05
|
#9
|
elite*gold: 0
Join Date: Sep 2015
Posts: 150
Received Thanks: 6
|
Quote:
Originally Posted by blapanda
They might not entirely be compatible, my guess.
The 1 str and 1 int will work on stock job suits (as an example), while you are buying them from the NPC. They stay, are persistent.
Setting them to e.g. 3 or 7 str/int will do nothing, since those given blues won't even appear on the suit at the NPC.
You can adjust the item's (job suite, Cape, or whatever) magparams afterwards via SMC or at the database yourself, which will be permanent, as wanted. Either finding a suitable magical parameter for those items will help (which is unlikely) or making a simple fast stored procedure handling the bought item will do the trick.
|
Quote:
Originally Posted by blapanda
Haven't you meant declaring your own custom str/int-parameters and giving them to anything you want?
If so, you will face this issue:
A custom 8 STR/INT on a regular second type of thief suit (the 1mil suit, you might remember it) on vSRO 188.
Edit: Not to confuse it with this one here:
This happens only, if you tend to use DIFFERENT parameters on e.g. jobsuits (like MATTR_INT in this case)
|
Strange O.o then how could they made it in many servers like reality online now, you may check their thread and notice it.
|
|
|
05/22/2017, 18:35
|
#10
|
elite*gold: 0
Join Date: Jul 2009
Posts: 1,860
Received Thanks: 757
|
Well, it is an easy calculation. Given the fact, before explaining, that [MOptName128] is visually and [MLevel] the actual grade at "_RefMagicOpt", here an example:
MATTR_STR_3JOB has been declared 4 times in total.
You would go as
ID, MLevel, Expected Plus Ingame
224, 1, +1
225, 2, +2
226, 3, +3
227, 4, +4
By simply adding those decimal-parameters (which are based on hex values, explained later down below) to the shop list results into those failure above (pictures of my post) and adding them to the _Items will not result into that what you expect.
224 = +1 (regardless of value)
225 = +3
226 = +5
227 = +7
If you want +7 on your job item, you have to go by "30064771299" to achieve a visual +7 and also a real +7 STR addition to your character, upon equiping that item.
30064771299 (dec) = 7000000e3 (hex)
7 000000 e3
Value/Option (+7) Null-Buffer MagOpt ID (227)
You would simply think, adding that to an already existing item works, why not at the shop? Well, ask GayMax for it. They also do limit and narrow down quest level caps (AFAIR, quests were set to Lv110, everything after that level will not be shown or will plain crash your client).
So. Declaring other params won't work on specific items, if regular, already existing, parameters won't work either. That is what I was up to.
It might be just the structure of vSRO 188, have not tested it on 193, twSRO, 274, or any other version. That might be different, but I can say it doesn't work for 188 for sure.
|
|
|
05/22/2017, 21:14
|
#11
|
elite*gold: 0
Join Date: Sep 2015
Posts: 150
Received Thanks: 6
|
Quote:
Originally Posted by blapanda
Well, it is an easy calculation. Given the fact, before explaining, that [MOptName128] is visually and [MLevel] the actual grade at "_RefMagicOpt", here an example:
MATTR_STR_3JOB has been declared 4 times in total.
You would go as
ID, MLevel, Expected Plus Ingame
224, 1, +1
225, 2, +2
226, 3, +3
227, 4, +4
By simply adding those decimal-parameters (which are based on hex values, explained later down below) to the shop list results into those failure above (pictures of my post) and adding them to the _Items will not result into that what you expect.
224 = +1 (regardless of value)
225 = +3
226 = +5
227 = +7
If you want +7 on your job item, you have to go by "30064771299" to achieve a visual +7 and also a real +7 STR addition to your character, upon equiping that item.
30064771299 (dec) = 7000000e3 (hex)
7 000000 e3
Value/Option (+7) Null-Buffer MagOpt ID (227)
You would simply think, adding that to an already existing item works, why not at the shop? Well, ask GayMax for it. They also do limit and narrow down quest level caps (AFAIR, quests were set to Lv110, everything after that level will not be shown or will plain crash your client).
So. Declaring other params won't work on specific items, if regular, already existing, parameters won't work either. That is what I was up to.
It might be just the structure of vSRO 188, have not tested it on 193, twSRO, 274, or any other version. That might be different, but I can say it doesn't work for 188 for sure.
|
Thanks alot bro ..
|
|
|
05/22/2017, 23:09
|
#12
|
elite*gold: 1
Join Date: Oct 2012
Posts: 8,423
Received Thanks: 3,239
|
Quote:
Originally Posted by Kardil
|
Regarding that thread, it has been restored
Sorry if it caused you any issue while using our search function.
I believe you've solved your case as well so #Closed
|
|
|
|
Similar Threads
|
MAGPARAM VALUES
09/12/2015 - SRO Private Server - 7 Replies
Someone Know values from MAGPARAM Values for AVATAR and JOBSUITS ?
|
[RELEASE] MagParam Decrypter
05/24/2015 - SRO PServer Guides & Releases - 8 Replies
Hello there...
I coded some shit that will help you Decrypt MagParams..
Requirements
-You need a database with SHARD, why?, i was lazy to write the whole thing so i just used a query to make it easier.
Theory
#####
Example
|
MagParam Decrypt
09/18/2014 - SRO Private Server - 5 Replies
Hi. I need MagParam Columns decrypt.
For Example: 30064771150 - Int 6
How can i decrypt it php or c# ?
|
Seafight Generating Cannons..
07/28/2012 - Seafight - 26 Replies
Underground
CLOSED
|
Can someone tell m,e what is generating th following error??
11/21/2011 - CO2 Private Server - 9 Replies
I need guidance in understanding this errors and how to fix them,
1. This error occurs when i am hunting dont know what generates it
http://i43.tinypic.com/6h2m2q.png
2 This error occurs when somebody tried to upgrade items in twin (his items vanished i think )
http://i43.tinypic.com/k1yvxj.png
3. When this error occurs you get disconnected
http://i42.tinypic.com/mbhb4l.png
4. I saw this one and it appeared from no were as all previous error ,nothing in Visual studio said that...
|
All times are GMT +2. The time now is 18:06.
|
|