OpenGen Questions & Bugs - Latest exe:24.11.08.0 ( 8-Nov-2024 )

[lvjtn]

(eventually someone should have opened this thread, so i post here my mail what i sent to Luis with the test files):

1. first bug affects both the official (93.1.0) and the latest test6 exes, and it is very serious:

- when air mission is on, core planes can't be deployed at/near friendly airfield (i tested with idf campaign too), the game says: "cannot find any available airbase here!".

this bug can be tested with tut04_HQ.xcsv for efile_test, just try to deploy the "attack plane (recon)". what's interesting, the newly purchased fighter can be deployed IF you try to deploy it first, but not after the recon tb

2. the second bug affects only the latest test exe:

- the after scenario prestige is screwed up, some extra cash is gained.

this can be tested with tut_004_Brilliant Victory_100%.xcsv savefile for efile_test. if you load it with the official exe, you will get the correct prestige award and you start the next scenario with 912pp. if you load this savefile with text exe, you will have 1424pp

[LuisGuzman]

Great to open this topic here

Both issues are fixed if you try OpenGenTest.exe 0.93.1.9.Test

Change-log since 0.93.1.4

• Cost of attachments was added instead of subtracted after implementing "checking to avoid prestige overflow".
• Fixed a glitch when deploying planes using air-missions.
• Tweaked the functions ruling the "Win-By-Taking-Any-Flag" feature:
  - It didn't work when any VH was defined by a player and it already owned that VH
  - after fixing that, the scenario was finishing after first AI turn
• Added function to prevent prestige overflows when designers set a big amount of prestige.
• Fixed a possible overflow when kills+suppression is higher than current unit strength.

[lvjtn]

i tested the victory conditions a lot before Luis released 93.2.0, but i definitely made a trashy job myself

found this in the brand new exe while playing the first scenario of cc01 millerblitz for oronzo:

Move the selected german inf from 15,7 to Torija (8,12), and the axis side immediately wins, though Guadalajara (4,17) is still controlled by the republicans. What's interesting: nothing similar happened when I took Almadrones (18,5), the first VH what axis side should control.

savefile is on its way

[LuisGuzman]

Official release 0.93.3.0 is available, fixing this issue.

[randowe]

When core units arrive as reinforcements, the gained experience in the scenario they arrive is not counted as [+...] in the AAR.
I remember there was once something similar when the gained EXP wasn't shown in the AAR, but that has been solved. But what was it exactly
Core units by triggers i think.

See this one from CC59, first scenario. The fighter and two infantries arrived later as reinforcements and EXP is not shown as [+...]:

Code: Select all

Infantry
*  PM M1910 , ZiS-5 ,  , 2 bars , 216 exp , USSR , 10/10 , 5 kill , 0 pp - U:003  [+116 exp]
*  Voiska NKVD , ZiS-5 ,  , 1 bars , 151 exp , USSR , 6/10 , 3 kill , 0 pp - U:009
*  Strelkovy , ZiS-5 ,  , 1 bars , 101 exp , USSR , 4/10 , 1 kill , 0 pp - U:027

Tank
*  T-26 ,  , 1 bars , 121 exp , USSR , 2/10 , 5 kill , 0 pp - U:005  [+121 exp]

Anti-tank
*  45mm obr.32 , Leogkaya Tyaga ,  , 0 bars , 71 exp , USSR , 5/10 , 0 kill , 0 pp - U:007  [+71 exp]

Artillery
*  122mm M10 , Konnaya Tyaga ,  , 0 bars , 29 exp , USSR , 7/10 , 0 kill , 0 pp - U:004  [+29 exp]

Fighter
*  I-16/6 ,  , 0 bars , 93 exp , USSR , 7/10 , 2 kill , 0 pp - U:006

[LuisGuzman]

When core units arrive as reinforcements, the gained experience in the scenario they arrive is not counted as [+...] in the AAR.
I remember there was once something similar when the gained EXP wasn't shown in the AAR, but that has been solved. But what was it exactly
Core units by triggers i think.

Yes, you are right ... reinforces are not marked to track their experience.

I'll fix in next update.

[peedee]

I have a problem with the Death sound. When i kill a unit , i can hear the attack sound, but i hear no death sound.
In OpenSuite i can hear the death sound. I have this problem since i changed to the SDL exe. I use the latest OpenGeneral exe 0.93.3.0 . Can anybody help me ?

[von Schweinewitz]

Sorry, cannot help, but only confirm that death sounds ... are dead silent in game, at least with the .exe version from June (that I'm still using because of my laziness).

Peedee, do you use the the latest version or an older one like me?

[LuisGuzman]

Effectively, no sound is played when a unit is killed

I'll fix in next update

[randowe]

In the latest OG version it is not possible to close the campaigns' catalog with the checkmark-button. Only the X-Button works.
This means that it is not possible to disable the intro video. The "Don't show this video..." box can be checked but the whole campaigns' catalog can only be closed with the X-Button and the video will still be played at every start.

There is also the "-" charakter missing, as you can see in the list of campaigns. It is replaced with some weired symbols.
My font settings are the same than ever and in the older versions of OG it works. When i check the game's fonts settings the "-" is shown.
Is there somebody who experience the same issue with the newest version?

[lvjtn]

In the latest OG version it is not possible to close the campaigns' catalog with the checkmark-button. Only the X-Button works.

the "ok" / "checkmark" button never was intended to close the catalog, it's for starting the selected campagin

it is not possible to disable the intro video

what's the role of campaign catalog in disabling the intro? if you don't want to see it, go to settings -> media settings, and disable the "play videos" (the button should be grey and unpressed, not yellow / pressed)

The "Don't show this video..." box can be checked

you mean the "The "Don't show this window..."? it can be checked/unchecked, and the change is kept no matter you close the campaign catalog popup by "x" or "checkmark" buttons

There is also the "-" charakter missing, as you can see in the list of campaigns. It is replaced with some weired symbols.

i'll check it, probably i screwed up something and the medium dash("en dash") is not coverted to minus sign and/or the csv is not converted from utf8 to latin1, i'm on it

[randowe]

what's the role of campaign catalog in disabling the intro? if you don't want to see it, go to settings -> media settings, and disable the "play videos" (the button should be grey and unpressed, not yellow / pressed)

OMG, sorry, i was blind I somehow got confused and mixed the check boxes in my mind Of course you are right.

[lvjtn]

There is also the "-" charakter missing, as you can see in the list of campaigns. It is replaced with some weired symbols.

i'll check it, probably i screwed up something and the medium dash("en dash") is not coverted to minus sign and/or the csv is not converted from utf8 to latin1, i'm on it

yep, i made the oopsie now it is fixed, and will be available tomorrow in the repo

you are right.

[LuisGuzman]

Can get OpenGenTest.exe from version 0.93.3.1.Test

Fixing:

• Reinforces was not marked to track experience increased.
• "Die" sounds (3000+#t) was not playing.

Also the bottom right button linking to JP's OpenGen forum has been replaced and now it points to this forum.

Thanks to Juankar for making the picture and to Csaba for mailing me about this issue.

[mythos]

Hola Luis

Win 10
OG
- 0.93.3.0
- 0.93.3.1.Test


When playing CC01 with the Alternate Flags, i see roundels.
However, for any other efile (tested older FTL, LXF and Gix saves, CC69 and Kaiser (Weltkrieg, i somehow remembered it starts with a leader)), i don't see any roundels for leaders. Testing CC01 without Alternate Flags, it is then also missing roundels.
In all folders, the roundel file is png, so i don't know what's the problem.

[lvjtn]

In all folders, the roundel file is png, so i don't know what's the problem.

i see roundels with both test and latest official exe. what's more curious, i made the opendat files of cc01 (and lots of other pg2 ccs having only shp files)

what happens if you exit, open the game and start e.g. "lion of judah" of kaiser, which has no "alternate dat files"? u:21 alula engida (field command) at 11,5 should have a roundel (leader). and what happens if you press the <w> hotkey reloading all dat files?

[mythos]

The only thing that happens is: the colour blind Hexblend switches back to the default version.


Edit:
i made an error while cutting the screenshot, there should have been the Hexpos at the top for orientation.

Edit2:
and now i cannot get the colour blind version to run again
I tried renaming, then renaming a second time.

Edit 3:
okay, the Hexblend problem is with Kaiser, colour blind version works for other Efiles and also doesn't change when pressing <w>

[lvjtn]

and now i cannot get the colour blind version to run again
I tried renaming, then renaming a second time.

just delte ALL hex_blend.png from all efiles opengui + main opengui folders, and dl the core pack and copy the main opengui/hex_blend-colorblind.png to the main opengui as hex_blend.png

though idk why it is ignored after pressing <w>

***

in the meantime i checked the alternate dat files, and a few flags had alpha channels (i'm fixing it), but that's curious, you shouldn't see these flags and roundels, and see the original ones, not in the opposite way

[mythos]

I dpn't know enough about coding and linking to help any further than saying "i have a strange problem".

just delte ALL hex_blend.png from all efiles opengui + main opengui folders, and dl the core pack and copy the main opengui/hex_blend-colorblind.png to the main opengui as hex_blend.png

I made a fresh install of OG (on a fresh HDD) when i returned last week, do you mean that
- core pack was missing
- or i should still update with the core pack
?

[lvjtn]

"i have a strange problem".

no, your problem is not strange, i guess i understand it, the problem is using a mixture of 32-bit (rgba) and 24-bit (rgb, no alpha) png files. i forgot to check the repo before

now i'm running a script cleaning all png in the repo, so please wait for tomorrow when the installers will be updated and check files again then

I made a fresh install of OG (on a fresh HDD) when i returned last week, do you mean that
- core pack was missing
- or i should still update with the core pack

nope, core pack is only the smallest installer/update package from which you can get the alternate hex_blend file. i thought somehow your default file had been corrupted, fortunately not. then just delete the hex_blend files from the efiles, and then you will always see the default one, what you replaced by the alternate file

[mythos]

Thanks Csaba


While on topic: a txt file opens usually, it says

Code: Select all

Unable to create texture .. SDL Error: Texture dimensions are limited to 4096x4096

when switching efiles.

Now it also says:

Code: Select all

Cannot load file [E:\Games 1 OG\OPENGUI\og_forums.png] into sdl2 surface 

i don't know to which action this connects.
Edit:
this second error has something to do with the Test.exe

[lvjtn]

While on topic: a txt file opens usually, it says

Code: Select all

Unable to create texture .. SDL Error: Texture dimensions are limited to 4096x4096

when switching efiles.

your dedicated vram is too low, increase it at least 128mb, but i recommend 512mb if you have at least 1gb total video ram. i found this article about it:

https://www.thewindowsclub.com/increase ... windows-10

the second warning is not important, Juankar and i forgot telling Luis that the new forum logo is fine and the external link can be deleted from the exe (unless Clemens needs it )

[randowe]

the second warning is not important, Juankar and i forgot telling Luis that the new forum logo is fine and the external link can be deleted from the exe (unless Clemens needs it )

I read my name but i have no clue external link? What? Where?

[mythos]

Thanks again

I feel a bit reluctant to mess around in bios, will see tomorrow (respectively "later today", its past midnight ) if i do it.
Couldn't this be solved via basic ram ? The computer has a crappy video card, but 8GB ram

[lvjtn]

I read my name but i have no clue external link? What? Where?

this one. it's avalable in the latest text exe. the file can be replaced by an external file for testing reason, though the file dimension is fixed: 100x36 px

I feel a bit reluctant to mess around in bios, will see tomorrow (respectively "later today", its past midnight ) if i do it.
Couldn't this be solved via basic ram ? The computer has a crappy video card, but 8GB ram

that's the crazy part: no matter how many ram, vram you have, the sdl2 layer and some other games and tools use only this "dedicated vide ram" for a few things (like drawing the map in opengen). and imo forget the bios thing, scroll down to the "editing the registry" part, that's easier and safer. for me, it increased the speed of the game drastically under linux + wine. imo even a "crappy video card" should have >256mb vram, so using half of it as dedicated vram is very safe

[randowe]

this one. it's avalable in the latest text exe. the file can be replaced by an external file for testing reason, though the file dimension is fixed: 100x36 px

Yes, i immediately saw it, when it was new But i still don't understand what external link or what i could need ... anyway, it works and everything is fine

[mythos]

While on topic: a txt file opens usually, it says

Code: Select all

Unable to create texture .. SDL Error: Texture dimensions are limited to 4096x4096

when switching efiles.

your dedicated vram is too low, increase it at least 128mb, but i recommend 512mb if you have at least 1gb total video ram.

Video card has 1 GB. I tried 512 and 256 MB, but it wasn't fixed
The game runs fast (except calling the AAR and i didn't test long combat resolve involving Level Bombers), so i don't mind.

[lvjtn]

Video card has 1 GB. I tried 512 and 256 MB, but it wasn't fixed
The game runs fast (except calling the AAR and i didn't test long combat resolve involving Level Bombers), so i don't mind.

i looked for the error.log message, and it seems the dimension of the rain and snow animation is what cannot be accepted by sdl2 on some systems. originally none reported it happening with win xp, nobody confirmed this issue on win 10 so far. i copy Luis' conclusion here:

Then you probably cannot run these animations using XP. SDL2 is only a layer to allow graphics to be portable from D3D to OpenGL and vice-versa, and it looks to me that XP (or maybe only the D3D version that you have in your computer) limits the max texture size to 4096x4096 instead of 8192x8192.
So either you: 1.disable showing weather animations; 2.edit the files rain and snow .png to be 4096x256, or 3.move to a modern Windows version.
Making these files shorter will result for sure in really poor animation, I think, so if you want to stick to XP, you better disable these animations.

***

back to your original problem, now all png files in the repo have been updated (basically all efiles in each packs, icons, gui, etc.). so i recommend a clean install, and when you tested the original flags, you can test the alternate "balkenkreuz" flagsets + roundels. i really hope this cleaning solved your problem

[LuisGuzman]

Sorry for being absent from this discussion ...

If rain.png or snow.png are too large for your video card and you still want to see weather animations, can download:
www.luis-guzman.com/OpenGen/rain_4096x256.png
www.luis-guzman.com/OpenGen/snow_4096x256.png

into your OPENDAT folder and copy as rain.png and snow.png overwriting existing ones.
These shorter files should work with any video car allowing 4096x4096 sdl2 textures.

[mythos]

Thanks Luis

The problem however is with my hardware:

SDL2 is only a layer to allow graphics to be portable from D3D to OpenGL

My video card doesn't support OpenGL.
Confusing however: i had disabled the animations in the first place.

back to your original problem, now all png files in the repo have been updated (basically all efiles in each packs, icons, gui, etc.). so i recommend a clean install, and when you tested the original flags, you can test the alternate "balkenkreuz" flagsets + roundels. i really hope this cleaning solved your problem

I cannot test now, i am off for a birthday, but i'll report as fast as possible. Maybe tonight, but surely tomorrow morning.

[LuisGuzman]

this one. it's avalable in the latest text exe. the file can be replaced by an external file for testing reason, though the file dimension is fixed: 100x36 px

Yes, i immediately saw it, when it was new But i still don't understand what external link or what i could need

The bug is that when no "og_forums.png" is found in main OPENGUI, it is reported as "not able to load..." after closing the game, regardless it is optional and when not found as external file, the built-in picture is used to show the new button.

Next release won't log as unable to load

[randowe]

back to your original problem, now all png files in the repo have been updated (basically all efiles in each packs, icons, gui, etc.). so i recommend a clean install, and when you tested the original flags, you can test the alternate "balkenkreuz" flagsets + roundels. i really hope this cleaning solved your problem

Something strange just happened, what never happened before. Maybe it is somehow related to the update?

I downloaded one roundel to update one of the nations. A german Freikorps.
I did what i did hundred times before. I download the roundel, open the roundel.file of my efile and insert the new roundel, save the file.
But now, the roundel-file is somehow corrupted. But only at the section of the new roundel? How is this possible

See the screenshot below. In the left the new updaded roundel does not work, while on the right side the other roundel works like ever.
Then i loaded a backup of my roundel-file, painted the new roundel by hand it it works. So the downloaded roundel from opendat elemets must be somehow corrupted after the recent update?

Can anybody test and download a roundel, insert it in the roundel-file of an efile please.

Please note, there are two different nations and roundels:

[sympatyk]

Check - if all the background pixels have the same color(output file)
99,9% - this is the reason

[lvjtn]

I downloaded one roundel to update one of the nations.

i have a bad impression that you missed the point of the entire conversation about the original problem: while opengen can handle both 32-bit png and 24-bit png, some systems don't tolerate using BOTH of them and one type will not work when you have both types in your local copy. that's why i clearly asked to update the ENTIRE system, so literally ALL png files, not only one or a few of them. now all png files in the repo are max 24-bit (some icons are only 2-4-8-bit png), so no png files have alpha channel. so please, update you entire local copy, and report the situation after the update process. i checked the png files before commiting the changes, and they work fine for me, though my linux is clearly not the best representative sample

+1 if you edit png files manually, be sure the transparency layer is always removed

+2 if your post was intended a bug report, you know what you forgot: sharing savefile, additional customized files, short descriptition of the problem (like what kind of op. system do you use), just in case to check it faster an easier

[randowe]

No, i don't understand. Why should i update my system when mythos can't play weather animations Wasn't that the point? The weather animations?
What means entire system? Why should everyone who use opendat elements update the entire system? Sorry that's a bit strange...
I used a lot of opendat elemets and never had a problem. Anyway, it won't matter what i write and so i will observe the situation as an outsider

[lvjtn]

No, i don't understand. Why should i update my system when mythos can't play weather animations Wasn't that the point? The weather animations?

nope, weather animation was his 3rd or 4th problem, just scroll a few post above: his original and main problem was what i wrote: mixing 24 and 32 bit png files. unfortunately i wasn't aware during the past few months, so i should update the entire repo (well: all png files) as a quick solution

btw. i've checked cc48 freikorps campaign and see the roundel correctly

[randowe]

I am not tweaking CC48 Freikorps camapign. I have 2 Freikorps nations in my own efile.
Baltische Landeswehr and Detachement von Randow (yeah, when i found the name, i had to include it into my efile )

Anyway, i don't know what happened. But it was not possbile to mix the updaded opendat elements with my existing roundel.png which contains old opendat-elements.
I have no idea what happened and now painted the roundel by hand myself and it works like before.
I use round about 75 downloaded and 3 self-made roundels in my efile for one year now and until today never had any problem.
Anyway, i still don't understand but we don't have to discuss this further. Maybe my english is not good enough to express what i mean.

[lvjtn]

Anyway, i still don't understand but we don't have to discuss this further. Maybe my english is not good enough to express what i mean.

it would help a lot if you sent some files

i can't check something i don't have

and this motherforking transparency layer is not a new issue, idk what we should discuss: we simply shouldn't use the 32bit png files*. what is safe and proved: nobody had any problems with 24bit png files. so first of all, we should know what files you used before, what yoou dl-ed, what is the status of your current roundel, etc. etc.

* edit: i try to explain it shortly: in opengen, the mostt png files (having 2-4-8-24 bits) ARE transparent by default (except the maps), the color of the 0,0 hex (top-left corner of the png file) will be transparent. otoh, the 32-bit files have a transparency layer, aka "alpha channel", and using these two different types of transparency made lots of troubles for a long time, that's why using only the original (24 or les bits) is recommended

[randowe]

I use 24 bit, like it is recommended. But please, i don't know what the issue was when i first downloaded the file.
Everything is ok now after i painted the roundel myself. I checked my and other efiles files and everything is like always. Please let us close this case.
These discussions in english are really exhausting. Sorry

[sympatyk]

But I'm interested ...
I checked - this file (for me) is made with indexed color, so - max 256 colors and there can be no transparency ...
So if it is merged with another file and saved again - whether 8 or 24 bit -> it will certainly get a different background color in the new part.
The only way is when saving - re-save in indexed color, or this added part must be created in the same palette - indexed color
You can also replace all background pixels with a different color and save in the rgb palette - 8, 16, 24 bit color
That's why I wrote to check if all the background pixels have the same color ...

[randowe]

But I'm interested ...
I checked - this file (for me) is made with indexed color, so - max 256 colors and there can be no transparency ...
So if it is merged with another file and saved again - whether 8 or 24 bit -> it will certainly get a different background color in the new part.
The only way is when saving - re-save in indexed color, or this added part must be created in the same palette - indexed color
You can also replace all background pixels with a different color and save in the rgb palette - 8, 16, 24 bit color
That's why I wrote to check if all the background pixels have the same color ...

Sorry, i didn't reply. I checked the color codes of the background colors and they had the same code = the same color.
So there was no invisible difference. I don't know what happened.
As i worte, i used hundreds of opendat elements and created a lot myself and handled them all in the same way but maybe i still made a mistake today and i wasn't aware of it

[lvjtn]

But I'm interested ...

me too and sorry if i pushed it harder than i should. it's just so frustrating when something went wrong, and i'm not sure it's a strange bug, misconfiguration of the repo files, another glitch i made (just check the last 20 posts: all mistakes were made by me)

anyway, what sympatyk wrote is true: mixing the 2-4-8-24 bit png files can give strange results. thee only reason why not the 24 bit is used for all png files is the disk space they take. both Luis and i use a tool named "optipng" to reduce the png filesize, and it usually means dropping the unused colors and palettes. that's how old style png maps can be 8-bit files, etc.

however, when somebody edit a png file, it is strongly recommended to convert it to 24-bit file immediatelly. i'm sure, Clemens, you are familiar with this issue, bbut maybe it's not trivial for everybody

( this is the second faq entry what i wrote here within 24 hours. and i hate faq entries more than xxl maps )

[mythos]

back to your original problem, now all png files in the repo have been updated (basically all efiles in each packs, icons, gui, etc.). so i recommend a clean install, and when you tested the original flags, you can test the alternate "balkenkreuz" flagsets + roundels. i really hope this cleaning solved your problem

What i did
- set OG to "save to registry" (it was "save on disc", i remember i had troubles with the settings years ago - but don't remember which of the 2 it was)
- uninstall
-----> btw: if settings were saved to registry, they are not cleared during uninstall. is this intended ?
- delete left-over files (campaigns.csv, etc ; only kept MAP folder this time)
- install to a new root folder
- delete custom hex_blend files
- did not copy MAP from old root folder
- did not install the Alternate DAT without Swastika
- start game
- delete the custom OpenDAT + OpenGUI folders from an efile
- start game again

The issue is semi-persistent (just a quick test).
- i see roundels with CC01 and BK
- i don't see roundels with LXF and Kaiser
For all Efiles i picked a campaign which doesn't start with a leader and set a unit to have 99xp and 100% leader chance.
The issue is independent from the (in)availability of custom OpenDAT + OpenGUI folders from an efile.

[randowe]

- i see roundels with CC01 and BK
- i don't see roundels with LXF and Kaiser

The roundel.png of LXF and Kaiser are both more than 4096 pixel wide. Maybe it is because of that?
You can try to cut the roundel.png and then start a campaign for, let's say, Germany which is on spot 8 and won't be cut. Then see if you get a german roundel.

[mythos]

that's smart.

[mythos]

Thanks a lot Clemens

Yes, the problem is simply: my video card is total crap and i need a new one.
Case closed

[randowe]

But what is with the other files? Kaiser dossier_medal is more than 17000 pixel wide.
LXF dossier_medal is nearly 20000 pixel wide. Du you see the medal in the game?

[mythos]

Yes, i do see the Dossier (portrait and medals). I also see medals when inspecting a unit.
However, i don't see Leader portraits when inspecting a unit


Edit:
Still, i think it has something to do with the width of the files.
I assume that roundels and Leader portraits are loaded "in full" (i get an error message when inspecting a unit with LXF, that the size is too large), while Dossier portrait and both medals types are internally cut by the game to single pieces ?
Either way however, it seems that it is a hardware issue on my side.

[LuisGuzman]

Yes, i do see the Dossier (portrait and medals). I also see medals when inspecting a unit.
However, i don't see Leader portraits when inspecting a unit
...
Still, i think it has something to do with the width of the files.
I assume that roundels and Leader portraits are loaded "in full" (i get an error message when inspecting a unit with LXF, that the size is too large), while Dossier portrait and both medals types are internally cut by the game to single pieces ?
Either way however, it seems that it is a hardware issue on my side.

Yes, this is a hardware issue

Inspect_medal.png is much shorter and is loaded straight to a texture. And for dossier_medal.png, only the 3 medal images for the affected country are loaded into the texture, thus the size of the file doesn't affect.

Maybe I could do the same when loading a photo/portrait although it is a bit more complicated because of the variable number of rows, but I think I could load only the column required into the texture easily.

For flags and roundels, I would need to figure how many countries are in game and create a dictionary to load only the columns required for all the countries in game, instead of loading the whole png files (flag_small, flag_med and roundel).
I honestly didn't realize that D3D could impose a restriction on the size of textures, when the much older DirectDraw didn't make such restriction, and thus I concluded that it was much easier to load the whole file.
Maybe I should rethink such solution

[randowe]

Hello Luis, just a quick question (This is no suggestion).

Is it possible to have no-read lines in the names.txt? I have something like 2600 lines of leader names and when i want to edit a country in the middle it seems to be impossible So i want to ask if it is possible to divide the nations with no-read lines like in the other text files. Something like:

***1***Slovakia***********
***8***Germany***********