Toggle sidebar Toggle sidebar

LAVORI IN RETE

bjama ha detto:
Io ho una gtx 1060 non credo che sia quello il problema.
Stesse impostazioni dell’anno scorso che erano ottimi, quest’anno campi scadenti (parlo dello stadium server)
[/Q
ripeto io ho colori bellissimi ,sfarfallamento a bordo campo di pochissimi stadi due o tre x il resto la differenza c è come c era in pes 19 e penso sia normale....ma sono super giocabili anzi per fortuna andò ha trovato questo sistema
Clicca per espandere...
 
Ragazzi, qualcuno è riuscito a mettere nuovi allenatori con il tool, nel spider tramite live cpk? Io sono riuscito a farli funzionare solo tramite dpfile e cpk... ma non so perché il dpfile mi sballa completamente il gioco dovendo poi ripristinare i file del gioco da steam... altrimenti potete dirmi quali cpk e in che ordine mettete nel dpfile per farlo funzionare con il dlc 2... grazie
 
Versione corrente: 1.00
Versione minima richiesta di Sider: 6.1.1+

Caratteristiche:

# Gestione illimitata degli stadi in stile GDB - aggiungi tutti gli stadi che vuoi in una struttura di cartelle simile a GDB

# Imballaggio dello stadio per lo più invariato - la struttura dello stadio rimane quasi identica a la versione .cpk, il che significa che l'intero albero delle directory dello stadio (che inizia con le cartelle "Asset" e "comuni") può essere copiato e incollato in una cartella GDB di livello superiore. Queste cartelle (e le loro sottocartelle) dal solito cpk-tree relativo allo stadio sono attualmente supportate:
  • Asset \ modello \ bg \ common
  • Asset \ modello \ bg \ STXXX
  • common \ bg \ modello \ bg \ draw_parameter
  • common \ bg \ modello \ bg \ tv
  • common \ demo \ fixdemo
  • common \ demo \ fixdemoobj
  • comune demo \ luce \
  • common \ demo \ mob
  • common \ demo \ prop
  • common \ render \ modello \ bg \ successo \ stadio
  • comuni \ render \ miniature \ stadio \ st * .dds)
  • per adboard - è supportato solo config.xml, per gli stadi che devono RIMUOVERE completamente le adboard !! ( NON TESTATO NEL 2020! )
    • common \ bg \ modello \ bg \ disegno di legge \ config \ config.xml
IMPORTANTE : i file db (common \ etc \ ... data_st_list.bin, Stadium.bin, StadiumOrder.bin, StadiumOrderInConfederation.bin) non sono richiesti. Non comprendono quelli !!
# Assegnazione dello stadio alle singole squadre di casa tramite il file map_teams.txt - praticamente autoesplicativo, vedere il file map_teams.txt fornito per esempi su come collegare l'ID squadra con un GDB-stadium

# Assegnazione dello stadio alle competizioni tramite il file map_competitions.txt - usalo per collegare l'ID competizione / torneo con uno o più stadi di GDB.
Tutte le squadre che partecipano a una particolare competizione possono utilizzare uno stadio identico (se a quella competizione è assegnato uno solo stadio) o può essere assegnato uno degli stadi a caso se a quella competizione è assegnato più di uno stadio.

## È possibile assegnare un numero illimitato di stadi alla stessa competizione - in questo caso, verrà selezionato UNO stadio RANDOM per ogni squadra di casa che:
  1. partecipa a quella competizione, MA
  2. NON è assegnato uno stadio individuale nel file map_teams.txt
    Spoiler: due stadi assegnati a EPL in map_competitions.txt - selezione casuale in-game
IMPORTANTE: per impostazione predefinita, l'assegnazione della competizione avrebbe sempre la priorità sull'assegnazione della squadra in qualsiasi modalità di gioco, ma può essere facilmente configurata all'interno dello script .lua.
Per sovrascrivere questo comportamento predefinito, puoi modificare leggermente lo script StadiumServer.lua stesso - aggiungere / rimuovere gli ID competizione nellatabella override_competitions , definendo così più o meno competizioni in cui le assegnazioni di singoli team da map_teams.txt hanno la priorità sull'assegnazione delle competizioni da map_competitions.txt
Stadio predefinito lo script del server include già un esauriente override_competitionstabella, che dovrebbe coprire tutte le partite disponibili relative a mostre, campionati e coppe di campionato - in modo da poter mantenere i singoli stadi per quelle squadre che ne hanno già uno in map_teams.txt , mentre tutte le altre squadre senza singolo stadio otterrebbero uno stadio selezionato casualmente da map_competitions .txt

## Supporto per lo stadio opzionale da utilizzare solo nella partita finale della competizione - ancora una volta, si spiega da sé. Vedi file map_competitions.txt per maggiori dettagli
ATTENZIONE: se più stadi sono assegnati a una singola competizione e si desidera utilizzare uno stadio specifico per le finali, è necessario includere lo stadio per la partita finale IN OGNI assegnazione di stadi
Spoiler: configurazione FA Cup con 2 stadi casuali utilizzati prima della partita finale e Old Trafford originale di Konami solo per la partita finale
# Selezione manuale dello stadio tramite overlay in-game : lo stadio selezionato manualmente ha la massima priorità e sovrascrive qualsiasi assegnazione effettuata tramite i file map _ *. Txt. IMPORTANTE: solo gli stadi assegnati esplicitamente in map_teams.txt o map_competitions.txt sono disponibili per la selezione manuale!

# Comportamento in modalità Esibizione - la logica di assegnazione dello stadio è in linea con il solito comportamento di gioco:
  • IMPORTANTE : il server Stadium sarà attivo in modalità mostra SOLO se è stata selezionata una delle seguenti opzioni:
    • Impostazione "Terra di casa" nel menu dello stadio o
    • Impostazione "casuale" nel menu dello stadio o
    • Selezione manuale dello stadio tramite sider overlay

  • Ciò ti consente di utilizzare uno qualsiasi degli stadi del tuo pacchetto .cpk e degli stadi del server dello stadio affiancati.
  • L'impostazione "Casuale" in modalità Esibizione selezionerà lo stadio dal tuo pacchetto .cpk o dal repository del server dello stadio.
A complemento di questo, è disponibile un ulteriore tavolo lua da personalizzare all'interno dello script ( tabella teams_with_cpk_homegrounds ), per personalizzare le squadre che devono mantenere il proprio terreno .cpk + EDIT assegnato (ad es. Barcellona -> Camp Nou di Konami, squadra X -> Stadio X da il tuo .cpk, ecc.).

# Anteprime dello stadio e nomi degli stadi corretti - visualizzati nei menu di gioco (ove disponibili, a seconda della modalità di gioco) e tabelloni

# Livello di registrazione più / meno dettagliato - nel file config.ini, la proprietà "detail_logging" controlla se verranno registrate più informazioni registro sider (valore "1") o meno informazioni (valore "0")

# Personalizzazione dello stadio tramite il sistema AddOn basato sulle condizioni meteorologiche- facilita la creazione e l'applicazione di mod di terze parti a uno specifico stadio GDB (mod di tappeto erboso per uno stadio specifico, gfx_mod, ecc.)

# Anteprime dello stadio visibili su overlay, quando possibile
Clicca per espandere...

Limitazioni / problemi attuali:

1. Nessun supporto per la modalità di riproduzione ancora - se hai intenzione di guardare un replay salvato di una partita che è stata giocata su uno stadio personalizzato, vedrai una schermata nera con adboard solo durante la migliore riproduzione (forse potrebbe anche causare un arresto anomalo del gioco) - la versione corrente di sider non supporta la galleria di riproduzione !

2. gestione delle adboard : per impostazione predefinita, il server dello stadio non consente le adboard personalizzate incorporate negli stadi.
Funziona in modo sicuro solo con uno speciale modello di adboard vuoto (che dovrebbe essere usato solo per rimuovere completamente gli adboard dagli stadi) e consente di fornire una versione personalizzata del database config.xml per gli adboard (per assegnare un modello vuoto allo stadio).
I modelli personalizzati di adboard, "inseriti" direttamente nel modello dello stadio 3d, non sono né sicuri né pensati per essere utilizzati tramite il server dello stadio: gli adboard disponibili tramite il sistema globale di schede annunci (file .cpk o root live.cpk di sider) dovrebbero funzionare bene con gli stadi dello stadio anche server!

3. IMPORTANTE: cooperazione con altri script .lua che utilizzano eventi "set_stadium" e "set_conditions" - sfortunatamente, a causa del modo in cui gli stadi sono strutturati e gestiti dal gioco, era necessario che StadiumServer.lua usasse l' evento set_stadium esclusivamente per forzare il gioco a utilizzare l'ID esatto dello stadio del nuovo stadio, al fine di caricare tutti i file che appartengono a quello stadio.
Un altro approccio, che non "ruberebbe" l'evento set_stadium (vale a dire il tentativo di scavalcare i file di qualsiasi stadio che il gioco vorrebbe usare) non ha avuto successo, perché gli stadi semplicemente non sono compatibili file per file, causando vari artefatti quando cercando di sostituire, ad esempio, lo stadio utilizzando l'ID 016 con lo stadio personalizzato utilizzando qualsiasi altro ID
  • In conclusione : se si desidera che StadiumServer funzioni, non è necessario assegnare PRIORITÀ SUPERIORE a nessun altro script .lua che utilizza anche l'evento "set_stadium" per modificare stadium_id (ovvero StadiumServer.lua deve trovarsi al di sopra di qualsiasi altra riga "lua.module =" per gli script che usano anche l'evento set_stadium)
  • L'uso di altri script che controllano le condizioni meteo e l'ora del giorno - server di stadio collabora con @Baris s' script 'WeatherConditions.lua' - se le condizioni meteo non sono cambiate né tramite stadio server stesso (selezione manuale tramite ingame overlay), né attraverso la cooperazione con Script "WeatherConditions.lua", quindi è ancora possibile utilizzare script di terze parti che gestiscono l'evento "set_conditions" (ma per essere al sicuro nella storia, posizionare gli script di terze parti relativi a set_conditions sotto StadiumServer.lua e WeatherConditions.lua in sider.ini
Modo consigliato per reimballare gli stadi disponibili nei file .cpk
(tutti gli screenshot presi dal thread del 2019 - nulla è cambiato davvero, quindi non è possibile sostituirli con tutte le immagini semplicemente perché il 2019 è stato modificato in 2020
:)
)

how-to-organizzare i-content-files.png


  • Sebbene i pacchetti dello stadio estratti funzionino molto probabilmente senza problemi, sarebbe l'ideale usare solo uno stadio per cartella in content \ stadium-server (ma sarebbe molto inefficiente in termini di consumo di spazio su disco fisso).
  • MOLTO IMPORTANTE: ogni CARTELLA GDB ROOT individuale (sia per uno stadio che per un intero pacchetto) deve contenere tutti i file necessari, ovvero deve essere autosufficiente - non è possibile ad esempio prendere in prestito file di stadio "comuni" da altri stadi cartelle root del server !! Vedi questo motivo per i dettagli (realizzato per PES 2019, ma i motivi per cui non è cambiato nemmeno nel 2020)
    • ad esempio, lo stadio all'interno della radice GDB "Goodison Park" non può prendere in prestito alcun file dalla radice GDB "Pacchetto MJTS" e viceversa
  • Si consiglia di rimuovere tutti i file che non sono direttamente correlati allo stadio (in particolare i file \ etc \ ... comuni)
  • Dopo aver migrato gli stadi dai file .cpk a GDB, puoi rimuovere i file .cpk con gli stadi da DpFileList.bin



Come installare:
  1. Decomprimere l' archivio v1.0 e copiare il contenuto e i moduli delle cartelle nella cartella del sider (sovrascrivere quando richiesto).
  2. Aggiungi lua.module = "StadiumServer.lua" nella parte superiore della sezione Moduli di estensione in sider.ini (ma comunque SOTTO lua.module = "lib \ CommonLib.lua" se usi anche CommonLib)
  3. Aggiungi lua.module = "WeatherConditions.lua" direttamente sotto la voce server dello stadio (direttamente sotto lua.module = "StadiumServer.lua" ) in sider.ini
  4. Personalizza i file map_teams.txt e map_competitions.txt e aggiungi più cartelle dello stadio nella cartella content \ stadium-server (NO STADIUMS sono inclusi insieme allo script !!)
    • Per favore, leggi attentamente tutti i commenti all'interno dei file map_teams.txt e map_competitions.txt ! Usa sempre zeri iniziali quando scrivi gli ID dello stadio!
Moduli-location.png
 
Sistema AddOns di Stadium Server

Argomento avanzato - POST PER LO PIÙ FINITO.

Con il sistema aggiuntivo in Stadium Server, i modder di terze parti possono creare le proprie mini-mod (aka AddOns) per gli stadi nel server dello stadio.


I componenti aggiuntivi possono essere utilizzati solo per gli stadi in Stadium Server.



Struttura generale delle cartelle dei componenti aggiuntivi
Codice:
stadium-server (root del contenuto del server Stadium)
Super-Global (il nome della cartella fissa, deve essere "Super-Global", SOLO UN'ISTANZA PER INTERO SERVER STADIUM !!)
.... (struttura delle sottocartelle standard per i file dello stadio, a partire da Asset \ ... o common \ ...)
Stadium_top_folder (quello con le sottocartelle "Asset" e "common")
AddOn \ (nome cartella fissa, deve essere "AddOn")
addon_config.ini (file .ini richiesto - per specificare quali mod verranno effettivamente utilizzate e in quale ordine)
mod_1 \ (nome della cartella variabile per una mod, scelta dai modder)
Globale \ (nome della cartella fissa, deve essere "Globale")
.... (struttura delle sottocartelle standard per i file dello stadio, a partire da Asset \ ... o common \ ...)
ID \ (nome della cartella NUMERIC fisso - ID di uno stadio - ad es. 007, 009, ecc.)
Any_Weather \ (nome cartella fissa, deve essere "Any_Weather")
.... (struttura delle sottocartelle standard per i file dello stadio, a partire da Asset \ ... o common \ ...)
Summer_Day \ (nome cartella fissa, deve essere "Summer_Day")
.... (struttura delle sottocartelle standard per i file dello stadio, a partire da Asset \ ... o common \ ...)
Summer_Night \ (nome della cartella fissa, deve essere "Summer_Night")
.... (struttura delle sottocartelle standard per i file dello stadio, a partire da Asset \ ... o common \ ...)
Winter_Day \ (nome cartella fissa, deve essere "Winter_Day")
.... (struttura delle sottocartelle standard per i file dello stadio, a partire da Asset \ ... o common \ ...)
Winter_Night \ (nome della cartella fissa, deve essere "Winter_Night")
.... (struttura delle sottocartelle standard per i file dello stadio, a partire da Asset \ ... o common \ ...)
mod_2 \
Globale\
....
ID \
Any_Weather \
....
Giorno d'estate\
....
Notte d'estate\
....
Winter_Day \
....
Winter_Night \
....


Il file Addon_config.ini nellacartella AddOn \ root è obbligatorio ! contenuto del file

addon_config.ini per la struttura del componente aggiuntivo generale sopra:

1. Verranno utilizzati sia mod_1 che mod_2, i file mod_1 potrebbero avere una priorità maggiore rispetto ai file mod_2
Codice:
1 = mod_1
2 = mod_2

2. Verranno utilizzati sia mod_1 che mod_2, i file mod_2 potrebbero avere una priorità maggiore rispetto ai file mod_1
Codice:
1 = mod_2
2 = mod_1

3. Verrà utilizzato solo mod_2
Codice:
1 = mod_2

IMPORTANTE:
  • Qualsiasi mod non elencata in addon_config.ini NON verrà utilizzata.
  • I nomi nel file .ini devono corrispondere ai nomi della sottocartella mod nella cartella "AddOn"
  • I numeri davanti al segno "=" devono essere una sequenza crescente di numeri: 1, 2, 3, ...


Ogni componente aggiuntivo NON deve includere TUTTE le cartelle sopra menzionate.

1. Se il componente aggiuntivo non necessita di una logica specifica per il clima e senella cartella GDB di Stadium Server ("Stadium_top_folder") è presente solo uno stadio , puoi includere solo la cartella "Globale", ideale per semplici mod di tappeto erboso. I file nella cartella "Global" verranno utilizzati per tutte le modalità meteo.

2. Se non hai bisogno di una logica specifica per il tempo , ma "Stadium_top_folder" include più stadi (ad esempio pacchetti di stadi), puoi includere:
a) Cartella "globale" - per quei file mod che devono essere utilizzati per tutti gli stadi all'interno di un pacchetto: puoi anche omettere questa cartella se non
b) Cartelle "ID \ Any_Weather" - per quei file mod che devono essere usati solo per uno stadio specifico (es. ID = 007 nel pacchetto MJTS - tali file verrebbero applicati solo all'Old Trafford)

3. Se hai bisogno del tempo- logica specifica, è necessario includere almeno le cartelle "ID \ Summer_Day" e / o "ID \ Summer_Night" e / o "ID \ Winter_Day" e / o "ID \ Winter_Night".
In tal caso, teoricamente, entrambe le cartelle "Global" e "ID \ Any_Weather" POSSONO ESSERE omesse se la tua mod include solo i file specifici del tempo e nient'altro.


Livelli di priorità all'interno del componente aggiuntivo a
) priorità massima - cartelle "Summer_Day", "Summer_Night", "Winter_Day" e "Winter_Night"
b) priorità inferiore - "Any_Weather"


e) fallback predefinito - cartella GDB con file originali del produttore dello stadio - sempre usato se il file richiesto non può essere trovato in a), b), c) o d)

Proprio come con le radici livecpk, se c'è un file foo.bar in a), b), c), d) ed e) percorsi, quindi foo.bar da a) sovrascrive tutte le versioni da b), c), d) ed e)

Stadium Server seleziona sempre solo una delle specifiche meteo "Summer_Day" , "Summer_Night" , "Winter_Day" e "Winter_Night" cartelle - secondo i parametri meteo per il prossimo match.

Cartella super-globale
I file di questa cartella globale verranno applicati all'intera raccolta di server dello stadio, a meno che non vengano sovrascritti da file più specifici dei componenti aggiuntivi specifici dello stadio.

Ad esempio, può essere utilizzato per applicare una versione comune dei file tappeto erboso a tutti gli stadi della raccolta server dello stadio, in modo da poter coprire quegli stadi che non dispongono di file tappeto erboso appositamente realizzati per loro.

IMPORTANTE: Super-Global è solo una singola cartella radice: non richiede né supporta il file addon_config.ini , il che significa anche che non può contenere più mod super globali separate da sottocartelle.
La cartella Super-Global deve essere inserita direttamente nella cartella content \ stadium-server !




Esempi(di nuovo, tutti presi dal thread del 2019 - la logica è completamente invariata, solo alcuni nomi di cartelle potrebbero essere nuovi per il 2020
:)
)
1. Un componente aggiuntivo per il pacchetto dello stadio; il componente aggiuntivo utilizza un
pacchetto MJTS logico specifico per il clima - reimballaggio dei file GFX_MOD di PES 2019 di @Chuny per Old Trafford e Allianz Stadium

Meteo specific_stadium-pack_single_addon.png


2. Più componenti aggiuntivi per uno stadio; componenti aggiuntivi NON necessitano di una logica specifica per il clima
Volkswagen Arena - Combinazione di tappeto erboso di @endo e annuncio dello stadio PES 2019 personalizzato di @ predator002

simple_multi_addon.png
 
Ultima modifica:
A me i manager non vanno si vede solo la foto ma non la face!
Scusate ho usato cripacket mi ha creato le due cartelle asset e common le ho messe dentro una cartella che ho chiamato ManagerMl V0.1 dentro livecpk.
Nel sider ini ho messo la stringa
E non vanno cosa sbaglio ancora?
 
davide72 ha detto:
questo è fatto per pes 20
Clicca per espandere...
Provato. In pratica non cambia niente. Nella cartella stadium server il file config.ini è identico al precedente, il map.competition e il map.team se li avete configurati non cambiateli altrimenti vi sballa l'assegnazione degli stadi. Oppure con l'editor di testo fate un copia incolla delle vostre assegnazioni degli stadi. Il file nella cartella weather-conditions è stata modificato ma credo influisce sulle condizioni atmosferiche che si ottengono a seconda della stagione nella quale si svolgono i campionati e/o la master league.
 
  • Mi piace
Reazioni: Holland_ e davide72
La mia domanda infatti è se vale la pena sostituire lo stadium server attuale che funziona ed è già configurato...
 
davide72 ha detto:
il map team lo devi tenere ..al max sostituisci la cartella modules,ma questa è una scelta tua caro...io faccio copia dei file che funzionavano...
Clicca per espandere...
Vorrei capire il file NOads a che serve e poi se questa nuova struttura dello stadium server permettera' cmq di nn avere problemi con gli stadi convertiti
 
  • Mi piace
Reazioni: Holland_
io non l ho ancora messo ...ho messo solo lo stadium server sostituendo solo i file lua e tt va benissimo..in amichevole ora si gioca senza problemi con gli stadi assegnati tramite map
 
  • Mi piace
Reazioni: gati77 e Holland_
davide72 ha detto:
io non l ho ancora messo ...ho messo solo lo stadium server sostituendo solo i file lua e tt va benissimo..in amichevole ora si gioca senza problemi con gli stadi assegnati tramite map
Clicca per espandere...
ok ma x quelli stadi che avevano problemi tipo o troppo scuri o troppo chiari come resa grafica tipo il bernabeu di ieri di mjts con questo il problema si risolve??
 
Devi accedere o registrarti per rispondere qui.

Ultimi messaggi

Statistiche forum

Discussioni
38,821
Messaggi
2,096,794
Utenti registrati
95,486
Ultimo utente registrato
kuwinfdev1vn

Utenti online

Totale: 1,384 (membri: 11, ospiti: 1,373)
Top Bottom