--- Log opened Tue Feb 16 00:00:31 2010
20100216 00:04:53-!- mjs-de [~mjs-de@wh.uni-dortmund.de] has joined #wesnoth-de
20100216 01:17:41-!- mjs-de [~mjs-de@wh.uni-dortmund.de] has quit [Ping timeout: 245 seconds]
20100216 01:46:36-!- mjs-de [~mjs-de@wh.uni-dortmund.de] has joined #wesnoth-de
20100216 01:56:04-!- rosso_ [~rosso@dslb-088-070-078-110.pools.arcor-ip.net] has joined #wesnoth-de
20100216 01:58:37-!- rosso [~rosso@dslb-088-070-244-231.pools.arcor-ip.net] has quit [Ping timeout: 264 seconds]
20100216 02:01:01-!- mjs-de [~mjs-de@wh.uni-dortmund.de] has quit [Ping timeout: 245 seconds]
20100216 02:12:20-!- mjs-de [~mjs-de@wh.uni-dortmund.de] has joined #wesnoth-de
20100216 03:07:32-!- rosso [~rosso@dslb-088-070-078-080.pools.arcor-ip.net] has joined #wesnoth-de
20100216 03:07:37-!- rosso_ [~rosso@dslb-088-070-078-110.pools.arcor-ip.net] has quit [Read error: Operation timed out]
20100216 03:13:37-!- mjs-de [~mjs-de@wh.uni-dortmund.de] has quit [Remote host closed the connection]
20100216 04:24:08-!- rosso_ [~rosso@dslb-088-070-071-002.pools.arcor-ip.net] has joined #wesnoth-de
20100216 04:25:36-!- rosso [~rosso@dslb-088-070-078-080.pools.arcor-ip.net] has quit [Ping timeout: 245 seconds]
20100216 04:30:47-!- Ivanovic_ [~ivanovic@dtmd-4db2bad3.pool.mediaWays.net] has joined #wesnoth-de
20100216 04:34:03-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 276 seconds]
20100216 06:09:29-!- rosso [~rosso@dslb-088-070-092-232.pools.arcor-ip.net] has joined #wesnoth-de
20100216 06:11:14-!- rosso_ [~rosso@dslb-088-070-071-002.pools.arcor-ip.net] has quit [Ping timeout: 272 seconds]
20100216 07:15:14-!- rosso_ [~rosso@dslb-088-070-051-246.pools.arcor-ip.net] has joined #wesnoth-de
20100216 07:17:18-!- rosso [~rosso@dslb-088-070-092-232.pools.arcor-ip.net] has quit [Ping timeout: 256 seconds]
20100216 10:17:36-!- Rhonda [~rhonda@wesnoth/developer/rhonda] has quit [Remote host closed the connection]
20100216 11:08:22-!- Ivanovic_ [~ivanovic@dtmd-4db2bad3.pool.mediaWays.net] has quit [Changing host]
20100216 11:08:22-!- Ivanovic_ [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-de
20100216 11:09:01-!- Ivanovic_ is now known as Ivanovic
20100216 11:10:40< Ivanovic> moin
20100216 11:24:06-!- Rhonda [~rhonda@anguilla.debian.or.at] has joined #wesnoth-de
20100216 11:24:38-!- Rhonda [~rhonda@anguilla.debian.or.at] has quit [Changing host]
20100216 11:24:38-!- Rhonda [~rhonda@wesnoth/developer/rhonda] has joined #wesnoth-de
20100216 11:41:05-!- rosso_ [~rosso@dslb-088-070-051-246.pools.arcor-ip.net] has quit [Remote host closed the connection]
20100216 13:33:41-!- mjs-de [~mjs-de@vpw.wh.uni-dortmund.de] has joined #wesnoth-de
20100216 17:30:43-!- elias [~elias@allegro/developer/allefant] has joined #wesnoth-de
20100216 20:45:31-!- mordante [~mordante@wesnoth/developer/mordante] has joined #wesnoth-de
20100216 21:44:32-!- YogiHH [YogiHH@wesnoth/developer/yogihh] has joined #wesnoth-de
20100216 21:44:44< YogiHH> fendrin: moinsen :)
20100216 21:44:56< fendrin> hallo YogiHH
20100216 21:45:03< YogiHH> wir müssen das mal auf deutsch regeln :D
20100216 21:45:54< YogiHH> also, ich habe das erste scenario beendet und lade das zweite. Zu diesem Zeitpunkt habe ich nur das was im scenario-WML drinsteht, also noch keine player_id
20100216 21:46:19< YogiHH> dann nehme ich die save_id aus dem zweiten scenario und matche sie mit dem ersten, richtig?
20100216 21:46:39< YogiHH> dann weiß ich welcher spieler dazugehört und kann ihn im zweiten scenario eintragen
20100216 21:47:32< fendrin> Ja, die player id ist ein wml attribute das nur in der lobby benutzt wird um die spieler zuzuordnen (leider). Es ist wohl nicht persistent. Die lösung mit der save_id gefällt mir überhaupt nicht, ist aber wohl ürsprünglich so gedacht gewesen.
20100216 21:48:28< YogiHH> fendrin: wieso ist das mit der save_id ein problem?
20100216 21:48:39< fendrin> Was mache ich wenn eine seite im nächsten scenario wieder vorkommen soll aber dort von der ai gespielt wird während der player eine andere seite bekommen soll?
20100216 21:49:49< fendrin> Das geht im moment nur mit fake seiten und dem umkopieren von recall listen und anderen dingen (gold, recruit listen setzen ... ) und ist sehr fehleranfällig.
20100216 21:50:46< YogiHH> fendrin: ok, verstehe, das betrifft die sache von gestern
20100216 21:51:16< fendrin> Da es die player_id schon gibt, und es auch zuordnungscode gibt, die sache aber nur auf den start der campagne beschränkt ist, sehe ich gute chancen das die player_id das problem besser lösen kann. Insbesondere da die save_id ja eh nicht so recht funktioniert
20100216 21:51:17< fendrin> .
20100216 21:52:26< fendrin> Wenn save_id nur zur zuordnung von recall_list/recruit/gold/whatever dient und die player_id nur den player regelt wäre das viel sauberer.
20100216 21:53:51< fendrin> Im moment ist da ein mix zwischen all diesen dingen. Ich kann mir nicht vorstellen das der code dahinter einfach zu handeln ist.
20100216 21:54:10-!- mordante [~mordante@wesnoth/developer/mordante] has quit [Quit: Leaving]
20100216 21:55:29< fendrin> YogiHH: Bist du noch da?
20100216 21:55:36< YogiHH> jo
20100216 21:57:01< YogiHH> ok, eins nach dem anderen. bringen wir das erst mal zum laufen.
20100216 22:00:19< fendrin> Okay, wie kann ich helfen?
20100216 23:05:33< fendrin> YogiHH: ^ 
20100216 23:06:06< YogiHH> sorry, geht zur Zeit nicht, muss mich allein durch den Code wühlen :)
20100216 23:09:46< fendrin> YogiHH: Gut dann lasse ich dich besser mal in ruhe arbeiten. 
20100216 23:27:28-!- mjs-de [~mjs-de@vpw.wh.uni-dortmund.de] has quit [Remote host closed the connection]
20100216 23:32:51< YogiHH> fendrin: ok, jetzt bin ich soweit, dass die Fehlermeldungen nicht mehr auftauchen und die Seiteninformationen korrekt übertragen werden.
20100216 23:33:10< fendrin> YogiHH: Soll ich mit Dir testen?
20100216 23:33:42< YogiHH> fendrin: Allerdings geht es für Landar nicht ins scenario 2 weiter. Für seinen Spieler ist es immer noch Kalenz Zug, obwohl der schon im nächsten Scenario ist.
20100216 23:33:54< YogiHH> fendrin: Hat das vielleicht was mit deinem vorzeitigen Ende zu tun?
20100216 23:34:52< fendrin> YogiHH: Nein, das scenario würde genauso enden wenn es nicht vorzeitig wäre. Alles was ich da gemacht habe ist das hexfeld welches kalenz erreichen muss in seine nähe verlegt. 
20100216 23:35:21< fendrin> YogiHH: Kann es daran liegen das Landar unterschiedliche sides hat in den beiden scenarien?
20100216 23:35:49< YogiHH> fendrin: hmm, was ich merkwürdig finde ist, dass der Wechsel für Kalenz sofort stattfindet, eigentlich müsste der doch in den linger-mode gehen und dann "End Scenario" drücken, oder?
20100216 23:36:17< YogiHH> fendrin: Nein, ich glaube nicht dass das was mit den sides für Landar zu tun hat
20100216 23:36:27< fendrin> Ja das stimmt. Man kann diese dinge aber auch abschalten. 
20100216 23:36:48< fendrin> Es könnte sein das der default für diese sachen im multiplayer anders sind.
20100216 23:36:51< YogiHH> fendrin: kann es sein, dass Landar nicht gewonnen hat?
20100216 23:37:05< fendrin> YogiHH: Ja genau, das war auch mein verdacht.
20100216 23:37:15< YogiHH> klar, das macht sinn
20100216 23:37:30< YogiHH> kannst du das ändern? geht das im WML?
20100216 23:37:32< fendrin> Aber ich wüsste nicht wie ich das im wml coden könnte das landar auch gewinnt.
20100216 23:38:40< fendrin> YogiHH: Vom wml aus gesehen macht es keinen unterschied ob local game oder server gespielt wird. Und in local game oder mit einem local player auf dem server gewinnt landar mit.
20100216 23:39:03< fendrin> Allerdings, wenn er nicht gewonnen hat sollte er verloren haben und das sollte auch irgentwie gehandelt werden.
20100216 23:39:22< YogiHH> fendrin: das Problem ist, dass das spiel für ihn weiter geht
20100216 23:39:31< YogiHH> in scenario eins
20100216 23:40:47< fendrin> YogiHH: Nicht wirklich. Versuch mal als Landar ein label zu setzen. Das gibt ne fehlermeldung das etwas mit dem spieler von Landar nicht stimmt.
20100216 23:41:00< fendrin> Nachdem Kalenz schon weitergezogen ist.
20100216 23:41:32< YogiHH> fendrin: Label setzen funktioniert jetzt problemlos ;)
20100216 23:42:36< YogiHH> fendrin: aber für Landar ist es immer noch Kalenz turn. Sieht so aus, als ob das moveto-event für ihn so feuert, dass kein victory ausgelöst wird.
20100216 23:45:24< fendrin> Es gab mal eine discussion darüber in MP campagnen nicht allen spielern einer seite automatisch gewinnen zu lassen. Ich hab aber keine Ahnung ob da etwas gecoded wurde.
20100216 23:49:44< fendrin> YogiHH: Kannst du was schon gemacht ist commiten? dann kann ich mal sehen ob auf wml seite was zu machen ist.
20100216 23:51:09< YogiHH> fendrin: hmm, ich hab ein paar Änderungen drin, von denen ich nicht weiß ob man sie problemlos rausnehmen kann. Ich schau gleich noch mal nach dem event
20100216 23:52:45< fendrin> YogiHH: Der event wird für beide Spieler ausgeführt. Es gibt darin messages die auch angezeigt werden. Nur das [endlevel] macht die probleme.
--- Log closed Wed Feb 17 00:00:38 2010