PES 2019 Stadium Server 2019 for Sider 5 by Zlac
No more limitation, now you can add many stadiums in PES 2019 by using Stadium Server by Zlac. Sider 5 is needed to use this tool.
Current version: 1.25
Minimum version of Sider required: 5.1.4+
Features:
# GDB-style unlimited stadium management - add as many stadiums as you want in a GDB-like folder structure
# Mostly unchanged stadium packaging - stadium structure remains almost identical to the .cpk version, meaning that entire stadium directory tree (starting with "Asset" and "common" folders) can be copy-pasted into one top-level GDB folder. These folders (and their subfolders) from the usual stadium-related cpk-tree are currently supported:
Asset\model\bg\common
Asset\model\bg\stXXX
common\bg\model\bg\draw_parameter
common\bg\model\bg\tv
common\demo\fixdemo
common\demo\fixdemoobj
common\demo\light
common\demo\mob
common\demo\prop
common\render\model\bg\hit\stadium
common\render\thumbnail\stadium\st*.dds)
for adboards - only config.xml is supported, for stadiums that need to REMOVE adboards completely!!
common\bg\model\bg\bill\config\config.xml
IMPORTANT: db files (common\etc\... data_st_list.bin, Stadium.bin, StadiumOrder.bin, StadiumOrderInConfederation.bin) for stadium registration are not required. DO NOT INCLUDE THOSE!!
# Stadium assignment to individual home teams via map_teams.txt file - pretty much self-explanatory, see the supplied map_teams.txt file for examples of how to connect team ID with one GDB-stadium
# Stadium assignment to competitions via map_competitions.txt file - use it to connect competition/tournament ID with one or more stadiums from GDB.
All teams participating in particular competition can either use identical stadium (if ony one stadium is assigned to that competition) or have one of the stadiums assigned randomly if there's more than one stadium assigned to that competition.
## It is possible to assign unlimited number of stadiums to the same competition - in this case, ONE RANDOM stadium will be selected for every home team that:
1. participates in that competition, BUT
2. DOES NOT have individual stadium assigned in map_teams.txt file
Three stadiums assigned to EPL in map_competitions.txt - random selection in-game
17, 003, Stamford Bridge, MJTS pack, , , # EPL
17, 005, Etihad Stadium, MJTS pack, , , # EPL
17, 007, Old Trafford, MJTS pack, , , # EPL
17, 003, Stamford Bridge, MJTS pack, , , # EPL
17, 005, Etihad Stadium, MJTS pack, , , # EPL
17, 007, Old Trafford, MJTS pack, , , # EPL
IMPORTANT: by default, competition assignment would always take priority over team assignment in any game mode, but that can be easily configured within .lua script.
To override this default behavior, you can slightly modify StadiumServer.lua script itself - add/remove competition IDs in override_competitions table, thus defining more or less competitions where individual team assignments from map_teams.txt takes priority over competition assignment from map_competitions.txt
Default stadium server script already includes an exhaustive override_competitions table, which should cover all available exhibition, league and league-cup matches - so that you can keep individual stadiums for those teams that already have one in map_teams.txt, while all the other teams without individual stadium would get randomly selected stadium from map_competitions.txt
## Support for optional stadium to be used in final match of the competition only - again, pretty much self-explanatory. See map_competitions.txt file for more details
CAUTION: if multiple stadiums are assigned to a single competition and you want to use specific stadium for finals, then you must include stadium for final match IN EVERY stadium assignment
FA cup setup with 2 random stadiums used before final match and Old Trafford for final match only
23, 003, Stamford Bridge, MJTS pack, 007, Old Trafford, MJTS pack # FA Cup
23, 005, Etihad Stadium, MJTS pack, 007, Old Trafford, MJTS pack # FA Cup
# Manual stadium selection via in-game overlay - manually selected stadium has highest priority and overrides any assignments made via map_*.txt files
# Exhibition mode behavior - stadium assignment logic is in-line with the usual game behavior:
IMPORTANT: Stadium server will be active in exhibition mode ONLY if you have selected one of the following:
1. "Home ground" setting in stadium menu or
2. "Random" setting in stadium menu or
3. Manual selection of stadium via sider overlay
3. Manual selection of stadium via sider overlay
This enables you to use any stadium from your .cpk pack and additional stadium server's stadiums side by side.
"Random" setting in exhibition mode is going to select stadium either from your .cpk pack or from stadium server's repository.
Complementing this, an additional lua table is available to be customized inside the sctipt (teams_with_cpk_homegrounds table), to customize which teams should keep their .cpk+EDIT assigned home grounds (e.g. Barcelona -> Konami's Camp Nou, Team X -> Stadium X from your .cpk, etc.).
# Correct stadium previews and stadium names - displayed in game menus (where available, depending on game mode) and scoreboards
# More/less detailed level of logging - in config.ini file, property "detailed_logging" controls whether more info will be logged to sider log (value "1") or less info (value "0").
# [v1.2] Stadium customization via weather-conditions based AddOn system - allows easier creation and application of 3rd party mods to a specific GDB stadium (turf mods for specific stadium, gfx_mod, etc.)
# [NEW v1.3] stadium previews visible on overlay, when possible - REQUIRES sider 5.1.4 or newer - update your sider first!!
Current limitations/issues:
1. No support for replay mode yet - if you're going to watch a saved replay of a match that has been played on custom stadium, you'll see black screen with adboards only during replay at best (perhaps it may also crash the game) - current version of sider does not support replay gallery!
2. adboards handling - by default, stadium server does not allow for custom adboards embedded within stadiums.
It works safely only with special blank adboards template (which should be used only to fully remove adboards from stadiums) and allows for supplying a custom version of config.xml database for adboards (to assign blank template to the stadium).
Custom adboard models, "baked" directly into stadium 3d model are neither safe nor meant to be used via stadium server - adboards available via global ad-boards system (.cpk files or sider's live.cpk root) should work well with stadiums from stadium server too!
3. IMPORTANT: cooperation with other .lua scripts that use "set_stadium" and "set_conditions" events - unfortunately, because of the way the stadiums are structured and handled by the game, it was necessary for StadiumServer.lua to use set_stadium event exclusively to force the game to use the exact stadium ID of the new stadium, in order to load all the files that belong to that stadium.
Another approach, which would not "steal" set_stadium event (i.e. trying to override the files of any stadium that the game would like to use) did not prove successful, because stadiums simply are not file-for-file compatible, causing various artifacts when trying to replace e.g. stadium using ID 016 with custom stadium using any other ID.
Bottom-line - if you want StadiumServer to work, you must not give HIGHER PRIORITY to any other .lua script that also uses "set_stadium" event to change stadium_id (i.e. StadiumServer.lua must be above any other "lua.module=" lines for scripts that use set_stadium event too).
Using other scripts that control weather conditions and time of day - stadium server works together with @Baris's script "WeatherConditions.lua" - if weather conditions are NOT changed neither via stadium server itself (manual selection via ingame overlay) nor via cooperation with "WeatherConditions.lua" script, then you can still use 3rd party scripts that handle "set_conditions" event (but to be on the safe side of the story, place your set_conditions related 3rd party scripts below both StadiumServer.lua and WeatherConditions.lua in sider.ini.
Recommended way to re-pack stadiums that are available in .cpk files
How to use PES 2019 Stadium Server for Sider by Zlac :
1. Unpack the v1.0 archive and copy folders content and modules inside your sider folder.
2. [New - v1.35] Unpack v1.35 archive and copy folders modules and stadiumserver-static into your sider folder (overwrite when asked)
3. Add lua.module = "StadiumServer.lua" near the top of the Extension modules section in sider.ini
4. Add lua.module = "WeatherConditions.lua" directly below stadium server entry (directly below lua.module = "StadiumServer.lua") in sider.ini
- make sure to REMOVE (or comment-out with ";" sign) any other references to WeatherConditions.lua script or to EvoSwitcher\EvoWeather.lua script (if you use EvoSwitcher) from your sider.ini
5. [New - v1.1+] Add cpk.root = ".\stadiumserver-static\stadium-commentary" entry under the livecpk.enabled = 1 line in your sider.ini
6. [New - v1.3+] To enable overlay previews for .cpk stadiums made by Konami, do the following:
6a. Copy the preview files from unpacked v1.3 archive - copy the content folder into your sider folder (overwrite, if asked)
6b. Add the contents of the sample map_competitions - for all Konami stadiums.txt file into your existing map_competitions.txt file (use Notepad or similar editor)
7. Customize map_teams.txt and map_competitions.txt files and add more stadium folders in content\stadium-server folder (NO STADIUMS are included together with the script!!)
Please, read carefully all the comments inside map_teams.txt and map_competitions.txt files! Always use leading zeroes when writing stadium ID's!
# [v1.2] Stadium customization via weather-conditions based AddOn system - allows easier creation and application of 3rd party mods to a specific GDB stadium (turf mods for specific stadium, gfx_mod, etc.)
# [NEW v1.3] stadium previews visible on overlay, when possible - REQUIRES sider 5.1.4 or newer - update your sider first!!
Current limitations/issues:
1. No support for replay mode yet - if you're going to watch a saved replay of a match that has been played on custom stadium, you'll see black screen with adboards only during replay at best (perhaps it may also crash the game) - current version of sider does not support replay gallery!
2. adboards handling - by default, stadium server does not allow for custom adboards embedded within stadiums.
It works safely only with special blank adboards template (which should be used only to fully remove adboards from stadiums) and allows for supplying a custom version of config.xml database for adboards (to assign blank template to the stadium).
Custom adboard models, "baked" directly into stadium 3d model are neither safe nor meant to be used via stadium server - adboards available via global ad-boards system (.cpk files or sider's live.cpk root) should work well with stadiums from stadium server too!
3. IMPORTANT: cooperation with other .lua scripts that use "set_stadium" and "set_conditions" events - unfortunately, because of the way the stadiums are structured and handled by the game, it was necessary for StadiumServer.lua to use set_stadium event exclusively to force the game to use the exact stadium ID of the new stadium, in order to load all the files that belong to that stadium.
Another approach, which would not "steal" set_stadium event (i.e. trying to override the files of any stadium that the game would like to use) did not prove successful, because stadiums simply are not file-for-file compatible, causing various artifacts when trying to replace e.g. stadium using ID 016 with custom stadium using any other ID.
Bottom-line - if you want StadiumServer to work, you must not give HIGHER PRIORITY to any other .lua script that also uses "set_stadium" event to change stadium_id (i.e. StadiumServer.lua must be above any other "lua.module=" lines for scripts that use set_stadium event too).
Using other scripts that control weather conditions and time of day - stadium server works together with @Baris's script "WeatherConditions.lua" - if weather conditions are NOT changed neither via stadium server itself (manual selection via ingame overlay) nor via cooperation with "WeatherConditions.lua" script, then you can still use 3rd party scripts that handle "set_conditions" event (but to be on the safe side of the story, place your set_conditions related 3rd party scripts below both StadiumServer.lua and WeatherConditions.lua in sider.ini.
Recommended way to re-pack stadiums that are available in .cpk files
- Although extracted stadium packs will most likely work without any problems, it would be ideal to use only one stadium per folder in content\stadium-server (but, it will be very inefficient in terms of consuming HDD space).
- VERY IMPORTANT: Every individual ROOT GDB FOLDER (either for one stadium or for an entire pack) must contain all the necessary files, i.e. it has to be self-sustaining - it is not possible to e.g. borrow "common" stadium files from other stadium server root folders!! See this plea-thread for details
*for example, stadium within "Goodison Park" GDB root cannot borrow any files from "MJTS pack" GDB root and vice versa
-It is recommended to remove any files that are not directly related to stadium (especially common\etc\... files)
- Once you migrate stadiums from .cpk files to GDB, you can remove .cpk files with stadiums from DpFileList.bin
This post could be helpful in converting @MJTS-140914's .cpk files into unpacked format
1. Unpack the v1.0 archive and copy folders content and modules inside your sider folder.
2. [New - v1.35] Unpack v1.35 archive and copy folders modules and stadiumserver-static into your sider folder (overwrite when asked)
3. Add lua.module = "StadiumServer.lua" near the top of the Extension modules section in sider.ini
4. Add lua.module = "WeatherConditions.lua" directly below stadium server entry (directly below lua.module = "StadiumServer.lua") in sider.ini
- make sure to REMOVE (or comment-out with ";" sign) any other references to WeatherConditions.lua script or to EvoSwitcher\EvoWeather.lua script (if you use EvoSwitcher) from your sider.ini
5. [New - v1.1+] Add cpk.root = ".\stadiumserver-static\stadium-commentary" entry under the livecpk.enabled = 1 line in your sider.ini
6. [New - v1.3+] To enable overlay previews for .cpk stadiums made by Konami, do the following:
6a. Copy the preview files from unpacked v1.3 archive - copy the content folder into your sider folder (overwrite, if asked)
6b. Add the contents of the sample map_competitions - for all Konami stadiums.txt file into your existing map_competitions.txt file (use Notepad or similar editor)
7. Customize map_teams.txt and map_competitions.txt files and add more stadium folders in content\stadium-server folder (NO STADIUMS are included together with the script!!)
Please, read carefully all the comments inside map_teams.txt and map_competitions.txt files! Always use leading zeroes when writing stadium ID's!
*No Ads Blank Adboard template : Once extracted, template can be copy-pasted into GDB roots.
*Config.xml file is NOT included. You need to edit your own global copy of config.xml for adboards and include that edited copy within your GDB root
Hello, I have followed the instructions (I use steam, pes galaxy, evoswitcher). The stadium name appears in the list at the screen just before the match, but when I choose it and go into the game, it's not the stadium I want from my stadium server but a generic one. I have downloaded various stadium's (st james park, london stadium etc) none work, any idea why?
ReplyDeleteHave you customzied your map_teams.txt ?
DeleteStadium server dont work !After data pack 4.0 ! Why
ReplyDeleteThe answer is above yours
Delete...it seems the problem is with the pes 2019 exe. file patch 1.04...when I play with the patch 1.02 it works
ReplyDeleteBecause the old sider 5.1.2 is not working with patch 1.04, try new one, it should be working now.
Delete