Post by xxxLEOPARDxxx in Russian language support - itch.io

Viewing post in Russian language support

↑ View parent post

xxxLEOPARDxxx3 years ago (1 edit)

In order not to create new topics, I will continue here again.
We have already done Russian localization, but we faced a number of problems.

COAS 1.3.0 Game
1. Most likely a problem with the DX9 64bit engine. If you spend the night in a tavern in the common room, flickering textures appear on the floor.
2. Excessive yellow light illumination in some rooms. It's very strong. This is especially true in taverns and brothels.
3. Misty shroud strongly hides ships. There is no such thing in the Russian version of the old storm.
4. The sea changes the waves very abruptly, it seems that physics is not being worked out correctly.
5. The problem is in stretching the interface. If on the old storm in the script "interface.c" change the line "showWindow.aspectRatio" and set the values "showWindow.aspectRatio = 1.0;" then the interface doesn't stretch and looks great. This fix does not work on Maelstorm. There is no way I can properly make the interface for 16: 9 ratios so that the main frames are centered. They stubbornly stretch everywhere, which makes a very ugly picture. At 4: 3 ratios everything is fine, but this is already the past.

I sincerely hope that you can help us fix these issues. Best regards, LEOPARD.

ChezJfrey3 years ago

1: Using Maelstrom 64 bit, I can spend the night in the tavern in our copy of COAS, GOF 1.2, GOF 2.0, GOF 2.5 and ERAS 2 and I see no flickering textures on the floor. I can guess that the problem might be the sea is still enabled in your location; disable the sea for that location load in your scripts, or if you do want the sea enabled, change your sea height in the scripts to make sure it is lower than the floor.

2. The original scripts tried to set ambient light for locations with a function: ExecuteTechnique("amb_tavern") But that function had no effect, and never worked from the scripts because the Storm engine did not perform that feature properly. I changed it use a message instead, during model load: MSG_LOCATION_SET_AMBIENT_LIGHT. If your location color is disturbing, either change the .col files for that location/hour, or you can set the ambient color with that message in your location loader script and the color you send will imbue that tint into all the textures of that location as ambient light.

3: The original City of Abandoned ships had lots of fog at sea. ERAS 2 has little or no fog. This is all set in the weather scripts, so if you have too much fog, change your weather scripts.

4: I changed none of the wave calculations from what I was given. The only things I changed for the sea is to more properly handle the multi-threading event responses, increase the number of supported polygons and detail allowed, and doubled the size of the wave square surrounding the ship. If your waves are too fast, too abrupt, then change your weather sea attributes for animation speed, wave frequency, sea and wave heights, sea color, etc. in your weather scripts.

5: The showWindow.aspectRatio attribute does not affect anything in the original Storm engine and does not change anything in the GUI screens; that attribute is only used in two functions: RecalculateVIcon and RecalculateVIconScaled. Those two functions only change the icon sizes displayed in the spyglass and battle interface HUD icons, nothing else. The original COAS cd also stretched everything in the character GUI interfaces, because it presumes a 4x3 display and everything was defaulted to assume 800x600. Maelstrom, by default will resize the screen elements (except a background image, which will always fully stretch) in the GUI by trying to retain the GUI element's WxH ratio, but within the actual monitor's resolution. For example if you define a 800x600 box in the screen, but your monitor is 1920x1080, the box will expand to 1440x1080, still the same ratio as it was defined in the .ini file, but fit within the current display resolution. A 400x300 box would expand to 720x540. If you want everything to stretch like the original cd for COAS does, adding noresize=1 to all the screen .ini files will cause Maelstrom to act just like original Storm and stretch to fit the entire screen. Otherwise, it will resize as I described in my 800x600 box example, turning it into a 1440x1080 sized box in a 1920x1080 screen. There was a bug in the table column width calculation, but that is fixed in the next update.

If this is too much trouble, or still unsatisfactory, then perhaps just use the Russian version of the old Storm, since that appears to be your preference anyway.

xxxLEOPARDxxx3 years ago (1 edit)

Thank you very much for the clarification!
We will deal with points 1-4 already in the scripts.
With point 5, we will wait for the stretch marks to be corrected.
And no, we don't like the old storm. I just gave an example that it worked there, but here we just did not know how to solve the problem.
If we liked the old storm, we would not buy your engine and transfer the largest mod to its base. The old storm is in the past. We've already done a tremendous job and there is still a lot to migrate to MS.
Best regards, LEOPARD!

PS. Yes, I put noresize = 1 everywhere and it worked! We will wait for fixes from the full stretch.

I'll show you as an example:

Maelstorm

Storm

ChezJfrey3 years ago

Engine was updated yesterday and someone else confirmed they are more satisfied with the table sizing now, so it should be good.

xxxLEOPARDxxx3 years ago

Yes, we have already made sure that all this works as it should! Thank you for your responsiveness!
Also thanks for making support for other texture formats. This is really cool! I've already checked everything on the interfaces, everything works flawlessly! Finally, it will be possible to reduce the weight of the game by 3 times)

Let's hope that someday you will add a new scene format to the game, otherwise the old GM models are not at all what is needed for the new engine :)
Best regards, LEOPARD!

xxxLEOPARDxxx3 years ago (3 edits)

Hello!

There are still some problems with the interface. I will try to explain everything in detail.

The fact is that after the correction, some tables stopped moving from their positions, yes, it was corrected and obvious. But still the interface stretches.
I can't set my screen resolution to 1500x1200. the fact is that MS, with such parameters, starts immediately in FHD, and the interface itself is stretched to its full width. I think the stretching of the interfaces is in there somewhere. You naturally know better - where it is in the source code, I'm just guessing.
Now I will try to give examples of what we want to achieve.

Here's a look:
1 screenshot - this is MaelStrom in FHD resolution and the interface in ini is disabled by noresize. Here you can see how the interface has stretched.

Screenshot 2 is an old storm in FHD resolution. Here the interface does not stretch from the base 800x600.

Now let's look at the same thing, but with a normal aspect ratio of 4: 3, as it was originally for the storm.
In both screenshots, everything looks as it should.

The point is, we cannot do the same thing as it works on the old storm. If you know how to help us, please let me know.

Best regards, LEOPARD!

P.S. I'm sorry, but I seem to remember something. 3 years ago, when we just started making our mod, one person helped us with the interfaces, who had the source files of the storm. He changed something in the XINTERFACE.dll module and everything began to work for us as it should. MB is something that will help.

To be precise, this is how it can work with noresize = 1 disabled. And full stretch without noresize = 1
This would be ideal.

ChezJfrey3 years ago

There are no "problems" with the stretching, you just don't like the Maelstrom default that is meant to be a compromise, and it is intentional.

First, the Storm 2.8 stretches all screens to full width, even widescreen, and it does not do what your screenshot 2 shows. I launched COAS, using the original cd version of Storm 2.8 with 1920x1080 and here is the result:

What you want is probably from TEHO's version, but I don't have their source code, so I'm not sure what they are doing, but I think they are constraining all screens, except for the background image, to 800x600 ratio, but I don't want to do that because it creates too much empty space for my tastes. So the Maelstrom compromises, by stretching some by default, but not the full width; I just think that looks better...apparently some people disagree. Maelstrom in 800x600:

Same screen, Maelstrom default in 1920x1080, stretches a little, but less than Storm 2.8:

If the screen's .ini config file contains noresize = 1, then it will stretch the full width, just like original Storm 2.8 did (first screenshot, above).

But apparently the small stretch greatly frustrates the Russian modders, because you are probably the 3rd modder to complain that it doesn't act like TEHO. So, in order to once again compromise, I just updated Maelstrom today and there is now a way; add resizeFactor = 1.0 to the [COMMON] section of the RESOURCE\INI\interfaces\interfaces.ini file:

[COMMON]
resizeFactor = 1.0
....
....

If the screen .ini does not contain the noresize = 1 value, and your resizeFactor in the interfaces.ini file is = 1.0, then you will get this:

Hopefully this is satisfactory.

xxxLEOPARDxxx3 years ago

Thank you so much for compromising and helping modders!
I checked everything. Now the whole interface works as we want!
Best regards, LEOPARD!

xxxLEOPARDxxx3 years ago

Everything became as it should be everywhere, except for NationRelation.ini.

There it is shown like this at a resolution of 1920x1080. In a 4: 3 ratio, everything is fine.

ChezJfrey3 years ago

Hmmm, that is because that screen is all "dynamic" using CreateImage() and CreateString() in the Program\INTERFACE\NationRelation.c script where the positions are provided by the script, not the .ini file. During those function calls, it sends a message, but the message is not sent to a "node" that knows whether the noresize value in the screen's .ini file is present, so this becomes a little trickier...I will think about a resolution for the case of CreateImage and CreateString. In the meantime, a workaround is to change the NationRelation.c script values for the sx, sz and deltaX values for the nation matrix loop that calls CreateImage and the X position value for CreateString. I will get back to you about the possibility of reverting the workaround back and have it more automatic when I find a decent solution to provide the noresize/resizeFactor for this specific situation of dynamic strings/images from the scripts vs. the .ini file.

Another solution that we used in ERAS, is this screen is marked noresize=1 in NationRelation.ini, which will stretch the entire thing back to full width, but we also added an extra country, which required more space anyway.

ChezJfrey3 years ago

Never mind about a workaround, I found a way for this to work. I'll update it sometime this week. I just need to change a few of my own mod scripts for cases where I don't want the CreateImage/CreateString positions to adjust for noresize. In your case, you will not need to do anything once I update Maelstrom; it will work with just the resizeFactor setting and will only require a script change if you want the full width stretching, which you do not wat, but I do want in some of my screens, so I need to fix them for this new feature before I upload.

xxxLEOPARDxxx3 years ago

Thank you so much for what you are doing and for the great news! We will wait for the update.

xxxLEOPARDxxx3 years ago

While we were redoing everything, we found a few minor nuances in other interface windows with resizeFactor = 1.0 enabled.

The ranks of the characters move out a bit.

And also the location of the text with the weight and the icon is almost completely removed when there is an exchange with officers / chest.

It's all about interfaces.

We are now introducing generated quests from the Russian modpack 1.3.2 AT and ran into problems.
1. The function with random weapons does not want to work for us. The comments indicate that it was transferred to engine processing. Does MS have this? Or what are we doing wrong?
Here's the function itself:
{
/ *
for (int i = 0; i <TOTAL_ITEMS; i ++)
{
if (CheckAttribute (Items [i], "ID") && Items [i] .id == sItemID)
{
return i;
}
}
return -1;
* /
// Warship 07/07/09 Transferred to the engine function - in theory, it should work faster
return NativeFindCharacter (& Items, sItemID);
}

In the original COAS 1.3.0 on MS, it looks different:
int FindItem (string sItemID)
{
for (int i = 0; i <ITEMS_QUANTITY; i ++)
{
if (Items [i] .id == sItemID)
{
return i;
}
}
return -1;
}

We can't do it on TOTAL_ITEMS.
We will be glad for any help!
Best regards, LEOPARD.

ChezJfrey3 years ago

The character rank is adjusted by "xoffset" that I did not account for in the reposition. I have fixed that and uploaded to Itch today.

I do not have the same problem in the itemsbox for trading in my COAS test. You might want to check the Program\INTERFACE\itemsbox.c for the string creation. COAS shows this:

CreateString(true,"MainWeight","",FONT_NORMAL,COLOR_NORMAL,215,265,SCRIPT_ALIGN_LEFT,1.0);
CreateString(true,"BoxWeight","",FONT_NORMAL,COLOR_NORMAL,215,302,SCRIPT_ALIGN_LEFT,1.0);

Assuming that the itemsbox.ini is the same sizing as COAS, that should be the same too. Also be sure that itemsbox.ini does not have noresize specified (if it is missing from the .ini, it will assume 0) or if it does, that it is zero: noresize = 0

Maelstrom does have that same function NativeFindCharacter. It works with any script array object if there is a .id attribute. So it would work for:

NativeFindCharacter (&Items, "blade1");
NativeFindCharacter (&RandItems, "blade1");

Make sure whatever object you send in the first parameter is an array and that it has .id attribute for each element; it searches for .id = "searchname". I tested both of the examples above and it worked fine.

View more in thread