Domanda [NON RISOLTO] File 40K , noIP , crash dopo selezione del personaggio...

  • Autore discussione Autore discussione Deleted member 247424
  • Data d'inizio Data d'inizio
Stato
Discussione chiusa ad ulteriori risposte.
D

Deleted member 247424

Salve a tutti. Ultimamente il sottoscritto sta animando parecchio questa sezione ahimé.

Allora, niente. Andiamo dritti al punto.


Utilizzo i file del WonkaService. Per qualche giorno ho lavorato in Hamachi, sperando di far connettere da esterno due miei amici per aiutarmi con i vari test.
Poi, girovagando su internet, attingendo dai vari thread dei vari forum compreso questo, ho seguito tutte le procedure apparentemente in modo corretto per startare in noIP.
Tra cui, mi permetto di citare la soluzione di @Ikarus_ contenuta nel seguende thread qui. Ho seguito tutti i passaggi, ho compilato e tutto il resto e mi ritrovo con 0 errori nel server, partendo dai syserr passando per gli 'autorun.log' che mostrano le connessioni effettuate tutte con successo ma...
Il mio personaggio non supera la schermata di selezione PG. Le porte, con portmap sono tutte aperte correttamente, e non sono neanche troppo sicuro che servisse farlo.
La cosa che più mi infastidisce, è che non ho nessuna indicazione riguardo l'errore, in quanto mi ripeto, i syserr ed i log sono completamente immacolati.
Ora qualcuno dalla regia mi suggeriva di andare per debug, ma le mie competenze non sono eccelse... Aspettando qualcuno molto più bravo di me, chiedo aiuto alla Community. Sapete... questo sembra essere un problema che non si risolve mai del tutto in maniera chiara, sempre SE si riesce a risolverlo.


A voi le risposte, gentili utenti.
 
Salve a tutti. Ultimamente il sottoscritto sta animando parecchio questa sezione ahimé.

Allora, niente. Andiamo dritti al punto.


Utilizzo i file del WonkaService. Per qualche giorno ho lavorato in Hamachi, sperando di far connettere da esterno due miei amici per aiutarmi con i vari test.
Poi, girovagando su internet, attingendo dai vari thread dei vari forum compreso questo, ho seguito tutte le procedure apparentemente in modo corretto per startare in noIP.
Tra cui, mi permetto di citare la soluzione di @Ikarus_ contenuta nel seguende thread qui. Ho seguito tutti i passaggi, ho compilato e tutto il resto e mi ritrovo con 0 errori nel server, partendo dai syserr passando per gli 'autorun.log' che mostrano le connessioni effettuate tutte con successo ma...
Il mio personaggio non supera la schermata di selezione PG. Le porte, con portmap sono tutte aperte correttamente, e non sono neanche troppo sicuro che servisse farlo.
La cosa che più mi infastidisce, è che non ho nessuna indicazione riguardo l'errore, in quanto mi ripeto, i syserr ed i log sono completamente immacolati.
Ora qualcuno dalla regia mi suggeriva di andare per debug, ma le mie competenze non sono eccelse... Aspettando qualcuno molto più bravo di me, chiedo aiuto alla Community. Sapete... questo sembra essere un problema che non si risolve mai del tutto in maniera chiara, sempre SE si riesce a risolverlo.


A voi le risposte, gentili utenti.
È molto semplice in realtà, non è certo la situazione drammatica che tu pensi che sia.

La possibile causa è duplice:

1. Qualcosa va storto nel fix per il nat (proxy ip) e quindi il player sul login riceve un IP del channel sbagliato.

2. Qualcosa va storto nelle configurazioni e quindi il player pur avendo l IP corretto è impossibilitato a connettersi.

Come sapere quale delle due cause è quella del tuo caso?

In UserInterface/PythonNetworkStream.cpp dovresti trovare una un metodo dell'oggetto CPythonNetworkStream che si chiama Connect che prende in input un address (IP) ed è usata per effettuare la connessione da player giocante dopo la scelta personaggio. Se tu inserisci un trace in quel punto per printare l address allora puoi sapere se viene settato correttamente l IP proxy nel pacchetto (responsabile delle info di login che servono a sapere indirzzo e porta del core in cui deve loggare il personaggio , che può cambiare da personaggio in personaggio in base alla mappa in cui si trova).

Chiaramente se l IP è corretto (ed è il proxy , cioè l IP globale della macchina ) il problema è in configurazioni (porta inaccessibile o che so io)

Se l IP è sbagliato o è l IP locale della macchina (quello cioè che solo chi è nella nat insieme alla macchina puó usare) allora l errore è nel fix.

L'uso del Trace credo lo saprai.

Se compili in debug (configurazione di compilazione) puoi usare
void Tracenf(fmt,...);
Viene aggiunto il break line a fine print automaticamente

Se compili in release invece devi usare il syserr per printare.
void TraceError(fmt,...);

Inviato dal mio LG-H870 utilizzando Tapatalk
 
È molto semplice in realtà, non è certo la situazione drammatica che tu pensi che sia.

La possibile causa è duplice:

1. Qualcosa va storto nel fix per il nat (proxy ip) e quindi il player sul login riceve un IP del channel sbagliato.

2. Qualcosa va storto nelle configurazioni e quindi il player pur avendo l IP corretto è impossibilitato a connettersi.

Come sapere quale delle due cause è quella del tuo caso?

In UserInterface/PythonNetworkStream.cpp dovresti trovare una un metodo dell'oggetto CPythonNetworkStream che si chiama Connect che prende in input un address (IP) ed è usata per effettuare la connessione da player giocante dopo la scelta personaggio. Se tu inserisci un trace in quel punto per printare l address allora puoi sapere se viene settato correttamente l IP proxy nel pacchetto (responsabile delle info di login che servono a sapere indirzzo e porta del core in cui deve loggare il personaggio , che può cambiare da personaggio in personaggio in base alla mappa in cui si trova).

Chiaramente se l IP è corretto (ed è il proxy , cioè l IP globale della macchina ) il problema è in configurazioni (porta inaccessibile o che so io)

Se l IP è sbagliato o è l IP locale della macchina (quello cioè che solo chi è nella nat insieme alla macchina puó usare) allora l errore è nel fix.

L'uso del Trace credo lo saprai.

Se compili in debug (configurazione di compilazione) puoi usare
void Tracenf(fmt,...);
Viene aggiunto il break line a fine print automaticamente

Se compili in release invece devi usare il syserr per printare.
void TraceError(fmt,...);

Inviato dal mio LG-H870 utilizzando Tapatalk

Mai banale e sempre utile!
Non chiudo la discussione perché vorrò aggiornarla, per il momento mi metto al lavoro, mi hai dato un grande spunto.
 
È molto semplice in realtà, non è certo la situazione drammatica che tu pensi che sia.

La possibile causa è duplice:

1. Qualcosa va storto nel fix per il nat (proxy ip) e quindi il player sul login riceve un IP del channel sbagliato.

2. Qualcosa va storto nelle configurazioni e quindi il player pur avendo l IP corretto è impossibilitato a connettersi.

Come sapere quale delle due cause è quella del tuo caso?

In UserInterface/PythonNetworkStream.cpp dovresti trovare una un metodo dell'oggetto CPythonNetworkStream che si chiama Connect che prende in input un address (IP) ed è usata per effettuare la connessione da player giocante dopo la scelta personaggio. Se tu inserisci un trace in quel punto per printare l address allora puoi sapere se viene settato correttamente l IP proxy nel pacchetto (responsabile delle info di login che servono a sapere indirzzo e porta del core in cui deve loggare il personaggio , che può cambiare da personaggio in personaggio in base alla mappa in cui si trova).

Chiaramente se l IP è corretto (ed è il proxy , cioè l IP globale della macchina ) il problema è in configurazioni (porta inaccessibile o che so io)

Se l IP è sbagliato o è l IP locale della macchina (quello cioè che solo chi è nella nat insieme alla macchina puó usare) allora l errore è nel fix.

L'uso del Trace credo lo saprai.

Se compili in debug (configurazione di compilazione) puoi usare
void Tracenf(fmt,...);
Viene aggiunto il break line a fine print automaticamente

Se compili in release invece devi usare il syserr per printare.
void TraceError(fmt,...);

Inviato dal mio LG-H870 utilizzando Tapatalk


Purtroppo dopo svariati tentativi, non son comunque riuscito a risolvere questo problema.
Ho chiesto aiuto anche ai piani alti, ciò non è stato risolto. Persone con competenze ben più vaste delle mie, per cui credo che almeno per il momento, rinuncerò ... Peccato, avevo progettato tutto per poter lavorare nel migliore dei modi, ahimè, dovrò passare ad una vps.
 
Purtroppo dopo svariati tentativi, non son comunque riuscito a risolvere questo problema.
Ho chiesto aiuto anche ai piani alti, ciò non è stato risolto. Persone con competenze ben più vaste delle mie, per cui credo che almeno per il momento, rinuncerò ... Peccato, avevo progettato tutto per poter lavorare nel migliore dei modi, ahimè, dovrò passare ad una vps.
Ahah piani alti?
Produci più documentazione sul problema, mostrami debug trace e dimmi i risultati delle prove che ti chiedo di fare. Se davvero ci tieni a risolvere il problema.

Inviato dal mio LG-H870 utilizzando Tapatalk
 
Ahah piani alti?
Produci più documentazione sul problema, mostrami debug trace e dimmi i risultati delle prove che ti chiedo di fare. Se davvero ci tieni a risolvere il problema.

Inviato dal mio LG-H870 utilizzando Tapatalk
Se ti va di aiutarmi su Any poi pubblichiamo qui la soluzione, giusto per far prima dal momento che ci sbatto la testa da una settimana e passa
 
No mi dispiace odio chi fa cosi trovo che sia poco rispettoso per chi legge la discussione con un problema come il tuo

Inviato dal mio LG-H870 utilizzando Tapatalk
 
Stato
Discussione chiusa ad ulteriori risposte.
Indietro
Top Bottom