Topic: More efficient way to script [clandestine] chemistry into AGS

[ty3194]

I spent several hours making this half-finished system in order to perform chemistry (albeit a novice form) but am now wondering if there is a simpler, less redundant and time-consuming method... Here is my code:

Code: Adventure Game Studio

1. // CHEMISTRY
2.  
3.  
4.  
5. // DXM EXTRACTION
6.  
7.  
8.  
9. //USES iNH3 ON iRobo IF POSSIBLE
10. function iNH3_UseInv(){
11. if (player.ActiveInventory == iRobo){
12. Display ("You basify 30mL of cough syrup with 30mL of ammonia.");
13.   player.InventoryQuantity[iNH3.ID] -= 30;
14.   player.InventoryQuantity[iRobo.ID] -= 30;
15.   player.AddInventory(iSyr_Amm);
16.   player.InventoryQuantity[iSyr_Amm.ID] += 59;
17.   }  
18. }
19.  
20.  
21.  //USES iRobo ON iNH3 IF POSSIBLE
22. function iRobo_UseInv(){
23. if (player.ActiveInventory == iNH3) {
24. Display ("You basify 30mL of cough syrup with 30mL of ammonia.");
25.   player.InventoryQuantity[iNH3.ID] -= 30;
26.   player.InventoryQuantity[iRobo.ID] -= 30;
27.   player.AddInventory(iSyr_Amm);
28.   player.InventoryQuantity[iSyr_Amm.ID] += 59;
29.   }  
30. }
31.  
32.  
33. // INSPECTS iRobo+iNH3 FLASK
34. function iSyr_Amm_Look(){
35. Display ("A flask filled with %dmL of ammonia and cough syrup", player.InventoryQuantity[iSyr_Amm.ID]);
36. }
37.  
38.  
39. // ADD 5mL OF iNaphtha TO FLASK OF 30mL iRobo+iNH3 IN POSSIBLE
40. function iNaphtha_UseInv()
41. {
42. if (player.InventoryQuantity[iSyr_Amm.ID] > 0){
43. Display ("You add 5mL of naphtha to 30ml of the ammonia/syrup");
44.   player.InventoryQuantity[iNaphtha.ID] -= 5;
45.   player.InventoryQuantity[iSyr_Amm.ID] -= 30;
46.   player.AddInventory(iSyr_Amm_Nap);
47.   player.InventoryQuantity[iSyr_Amm_Nap.ID] += 34;
48. }
49. else{
50.   if (player.InventoryQuantity[iSyr_Amm.ID] < 1){
51.     player.LoseInventory (iSyr_Amm);
52.     }
53.   }
54. }
55.  
56.  
57. // ADD 5mL OF iNaphtha TO FLASK OF 30mL iRobo+iNH3 IF POSSIBLE
58. function iSyr_Amm_UseInv()
59. {
60. if (player.InventoryQuantity[iSyr_Amm.ID] > 0){
61. Display ("You add 5mL of naphtha to 30ml of the ammonia/syrup");
62.   player.InventoryQuantity[iNaphtha.ID] -= 5;
63.   player.InventoryQuantity[iSyr_Amm.ID] -= 30;
64.   player.AddInventory(iSyr_Amm_Nap);
65.   player.InventoryQuantity[iSyr_Amm_Nap.ID] += 34;
66. }
67. else{
68.   if (player.InventoryQuantity[iSyr_Amm.ID] < 1){
69.     player.LoseInventory (iSyr_Amm);
70.     }
71.   }
72. }
73.  
74.  
75. // INSPECTS iRobo+iNH3+iNaphtha FLASK
76. function iSyr_Amm_Nap_Look()
77. {
78.  Display ("A flask filled with an %dmL of an immiscible mixture of ammonia/ cough syrup and naphtha at 30mL:5mL", player.InventoryQuantity[iSyr_Amm_Nap.ID]);
79. }

[Khris]

Maybe if you came up with a generic way to handle combinations of chemicals, which is possible. You'd need to store possible combinations in a struct array (i.e. database table) and check if the attempted combinations matches any.

Regarding your code though: Add/LoseInventory do nothing other than in/decrease InventoryQuantity by one. So there's no need to add, then increase by 59, just add 60; and "if quantity < 1 loseinventory" is completely redundant.

Also, while you're checking player.ActiveInventory in the first function, you stop doing it in the other ones. You need to check the quantity in addition to which item was used, not instead of.

[ty3194]

"You'd need to store possible combinations in a struct array (i.e. database table)"

Thanks for the tip.

"Regarding your code though: Add/LoseInventory do nothing other than in/decrease InventoryQuantity by one. So there's no need to add, then increase by 59, just add 60; and "if quantity < 1 loseinventory" is completely redundant.

At first I was using both "player.AddInventory(iItem)" and "player.InventoryQuantity[iItem] += 59" because I was having problems with the item appearing in inventory, but I later found that to be caused by a lack of "UpdateInventory()" afterwards.

And I was using "if quantity < 1 loseinventory" because without it problems would occur with using items with zero quantity, but it was later concluded to be a result of using "if (player.InventoryQuantity[iItem.ID] > 0)" instead of "if (player.ActiveInventory == iItem)" and was promptly fixed.

Also, while you're checking player.ActiveInventory in the first function, you stop doing it in the other ones. You need to check the quantity in addition to which item was used, not instead of.

Could you expand on this?


EDIT: I'm having trouble figuring how to incorporate my chemistry scripts into a struct array. The dynamic help is vague.. perhaps this is a start but what would it afford me:

Code: Adventure Game Studio

1. // at top of script
2. Chem chems[300];
3. // inside script function
4. chems[0].damage = 10;
5. chems[0].price = $3;
6. chems[0].name = "960mL Ammonia";
7. chems[1].damage = 20;
8. chems[1].price = $5;
9. chems[1].name = "300mL Naphtha";
10.  

Also, is there a way to use this script array to avoid creating several different inventory items during chemistry, as each game can only contain 300 items and they will surely fill fast if not.

[geork]

   

Also, while you're checking player.ActiveInventory in the first function, you stop doing it in the other ones. You need to check the quantity in addition to which item was used, not instead of.

Could you expand on this?

As in: in some of your functions you are checking what the players active inventory is, but in some of them you are not. It's probably best to check this in all combining objects functions.

Also, is there a way to use this script array to avoid creating several different inventory items during chemistry, as each game can only contain 300 items and they will surely fill fast if not.

Yes, absolutely, and this is where structs can come in handy. Instead of having 30 inventory items for a single chemical, have one, and attach the amount of the chemical onto a variable. So for example, instead of:

Code: Adventure Game Studio

1. player.InventoryQuantity[iItem] += 60;
2. UpdateInventory();

 
have:

Code: Adventure Game Studio

1. player.AddInventory(iItem);
2. chems[iItem.ID].quantity += 60; // Have the chems ID match the item ID, it makes everything super simple

You can always check whether the quantity becomes 0, in which case the player should lose that inventory item.

As a general rule (probably a general rule, anyway) - if you have lots of repeated code you can usually stick that into your own function and call it with specific parameters. as far as I can see, every time you lose two chemicals and gain one, with a message, so you could write a function:

Code: Adventure Game Studio

1. function MixChems(InventoryItem *item1, InventoryItem *item2, InventoryItem *product){
2.   int ProductAmount = chems[item1.ID].quantity + chems[item2.ID]; //so you get how much chemical is made
3.   chems[item1.ID].quantity = 0;
4.   player.LoseInventory(item1);
5.   chems[item2.ID].quantity = 0;
6.   player.LoseInventory(item2);
7.   if(chems[produce.ID].quantity == 0) player.AddInventory(produce); // in case the player already has it
8.   chems[produce.ID].quantity += ProductAmount;
9. }
10. //other code
11. function iNH3_UseInv(){
12.   if (player.ActiveInventory == iRobo){
13.   Display ("You basify 30mL of cough syrup with 30mL of ammonia.");
14.   MixChems(iNH3, iRobo, iSyr_Amm); //Call the function
15.  }
16. }  //etc. etc.
17.  

You'll find that creating functions like these should save you a lot of time

Hope that helps!

[ty3194]

As in: in some of your functions you are checking what the players active inventory is, but in some of them you are not. It's probably best to check this in all combining objects functions.

Thanks, now I understand, I made them all into player.ActiveInventory == #

Yes, absolutely, and this is where structs can come in handy. Instead of having 30 inventory items for a single chemical, have one, and attach the amount of the chemical onto a variable. So for example, instead of:

Code: Adventure Game Studio

1. player.InventoryQuantity[iItem] += 60;
2. UpdateInventory();

 
have:

Code: Adventure Game Studio

1. player.AddInventory(iItem);
2. chems[iItem.ID].quantity += 60; // Have the chems ID match the item ID, it makes everything super simple

You can always check whether the quantity becomes 0, in which case the player should lose that inventory item.

This helps in a way but doesn't really help how I needed because you are still using "player.AddInventory(iItem);" and the game can only have a total of 300 iItems. I'm talking about a way one could avoid several items for each different stage of a reaction such as iRobo (cough syrup), iSyr_Amm (syrup and ammonia), iSyr_Amm_Nap (syrup, ammonia, and naphtha), etc...

And for that code, how would that help? Wouldn't I have to call that for every step of the extraction since it discusses mixing 2 specific chems with each other to make a 3rd? And would I still have to use it twice so that you can use both items to start the reaction as in:

Code: Adventure Game Studio

1. //USES iNH3 ON iRobo IF POSSIBLE
2. function iNH3_UseInv(){
3. if (player.ActiveInventory == iRobo){
4.  

AND

Code: Adventure Game Studio

1. //USES iRobo ON iNH3 IF POSSIBLE
2. function iRobo_UseInv(){
3. if (player.ActiveInventory == iNH3) {
4.  

[Khris]

Sorry for the late reply.
When I said "use a struct array", what I meant wasn't to store the individual chemicals but the possible reactions:

Code: Adventure Game Studio

1. struct ChemReaction {
2.   InventoryItem*a, b;
3.   int amount_a, amount_b;
4.   InventoryItem*result;
5.   int amount_result;
6. };

Now when two inventory items are combined, the game iterates through the struct data to find a possible match.

[geork]

Sorry for the late reply, I hope I'm still in time!

This helps in a way but doesn't really help how I needed because you are still using "player.AddInventory(iItem);" and the game can only have a total of 300 iItems. I'm talking about a way one could avoid several items for each different stage of a reaction such as iRobo (cough syrup), iSyr_Amm (syrup and ammonia), iSyr_Amm_Nap (syrup, ammonia, and naphtha), etc...

Oops, sorry, I misunderstood that :S Not that I can see: But there are ways to circumnavigate this problem. The easiest I can see is, instead of having 1 item per chemical, is to have maybe 10 items called iChemical1, iChemical2 etc. etc. and then assign they're names, properties, quanties and so on via either item properties or structs (personally I prefer structs, as you may have noticed ) for each game. So in game 1, iChemical1 would by Robo, iChemical2 would be NH3 or whatever you assign to them. This way you can have potentially limitless number of chemicals.
This approach needs something along the lines of Khris' code to function however. Although instead of checking InventoryItems, you'd instead check Chemical Names (Strings).

And for that code, how would that help? Wouldn't I have to call that for every step of the extraction since it discusses mixing 2 specific chems with each other to make a 3rd? And would I still have to use it twice so that you can use both items to start the reaction

@(Anyone) is it possible to use an unhandled_event(5,3) function (i.e use inventory on another) and still know both items involved?
Otherwise: I can see no way of minimizing on that, you'll have to use both functions. Or you could find another way around. For example you could make a GUI which displays the inventory items you click on with a "combine" button - that way you only have one function to put everything in (the one that's linked to the button)

I hope that helps! Tell me if I should be clearer (Sometimes things make sense in my head but not on paper, as it were... :S apologies in advance)