| *** tpb has joined #freeorion | 00:00 | |
| *** GeofftheMedio has quit IRC | 00:50 | |
| *** mithro has joined #freeorion | 00:54 | |
| *** GeofftheMedio has joined #freeorion | 01:21 | |
| *** kr0ddnnoMobil has joined #freeorion | 03:39 | |
| *** tschenk has joined #freeorion | 03:40 | |
| *** kr0ddnoMobil has quit IRC | 03:42 | |
| *** tschenk has quit IRC | 04:43 | |
| *** tschenk has joined #freeorion | 04:43 | |
| *** bernardh has quit IRC | 05:02 | |
| *** tschenk has quit IRC | 05:08 | |
| *** bernardh has joined #freeorion | 05:11 | |
| *** VargaD has joined #freeorion | 06:08 | |
| *** VargaD has quit IRC | 06:44 | |
| *** VargaD has joined #freeorion | 06:47 | |
| CIA-76 | FreeOrion: geoffthemedio * r3574 /trunk/FreeOrion/msvc2008/FreeOrion/freeorion/ (freeorion.aps freeorion.rc freeorion.vcproj): | 07:47 |
|---|---|---|
| CIA-76 | FreeOrion: -Removed include from MSVS project file icon resource, which previously worked but suddenly has started causing compile errors | 07:47 |
| CIA-76 | FreeOrion: -Added AL directory to MSVS project file includes, which previously wasn't needed but has suddenly started being necessary to compile Sound.cpp | 07:47 |
| CIA-76 | FreeOrion: geoffthemedio * r3575 /trunk/FreeOrion/msvc2008/FreeOrion/freeorion/freeorion.vcproj: Fixed MSVS project file inclusion of icon resource in executable to be used as file icon | 08:02 |
| kr0ddnnoMobil | GeofftheMedio: the stacktrace from http://www.freeorion.org/forum/viewtopic.php?f=24&t=4709&p=42976#p42976 has some detail more than my stacktrace, there's a Program received signal: �EXC_BAD_ACCESS�. On my sys its only a segfault | 08:07 |
| tpb | Title: FreeOrion View topic - compilation on mac (at www.freeorion.org) | 08:07 |
| kr0ddnnoMobil | I found a discussion thread about a similar problem: http://lists.apple.com/archives/mac-opengl/2008/Apr/msg00074.html | 08:07 |
| tpb | Title: Re: Crash in glDrawArrays (at lists.apple.com) | 08:07 |
| kr0ddnnoMobil | Strange is of course that the crash does not occur if the starlanes are not drawn | 08:08 |
| GeofftheMedio | the crash also doesn't occur if I disable starlane colouring code | 08:10 |
| GeofftheMedio | and with that code enabled, it doesn't crash immediately, but crashes on the second rendering cycle after clicking on the map | 08:11 |
| GeofftheMedio | I'm talking about my glBindBuffer crash, though, no your clipping mode crash | 08:12 |
| kr0ddnnoMobil | If i disable those coloring its still crashes on my system | 08:13 |
| kr0ddnnoMobil | i dont have a glbindbuffer crash | 08:13 |
| kr0ddnnoMobil | your code has disabled that colors and thats what i use | 08:13 |
| GeofftheMedio | I know | 08:13 |
| *** tomboy65 has joined #freeorion | 08:15 | |
| *** tomboy64 has quit IRC | 08:16 | |
| *** enig_ has quit IRC | 08:20 | |
| *** enig_ has joined #freeorion | 08:33 | |
| *** VargaD has quit IRC | 08:46 | |
| *** CIA-76 has quit IRC | 08:46 | |
| *** VargaD has joined #freeorion | 08:47 | |
| *** CIA-76 has joined #freeorion | 08:47 | |
| CIA-76 | FreeOrion: geoffthemedio * r3576 /trunk/FreeOrion/UI/MapWnd.cpp: | 08:52 |
| CIA-76 | FreeOrion: Seemingly fixed OpenGL crash on glBindBuffer in MapWnd::RenderStarlanes | 08:52 |
| CIA-76 | FreeOrion: (quickstart new game, click fleet button, click sitrep button, click sitrep to | 08:52 |
| CIA-76 | FreeOrion: bring to top of stack, click empty part of map) by wrapping changes in client | 08:52 |
| CIA-76 | FreeOrion: rendering state in push and pop pairs in MapWnd::Render and | 08:52 |
| CIA-76 | FreeOrion: MapWnd::RenderSystems. This also seems to have fixed bug 2996793 : "Fleets | 08:52 |
| CIA-76 | FreeOrion: Window Close X Not Rendered If SidePanel Not Open" for me. | 08:52 |
| GeofftheMedio | kroddn: give tha a try as well, just in case? | 08:52 |
| kr0ddnnoMobil | ok | 08:53 |
| GeofftheMedio | also kroddn: I'll make a patch that explicitly disabled colour array mode in GG::BeginStencilClipping since that's where you're getting crashes and there is no colour pointer specified in that code and the use of colour pointers isn't yet specifically disabled | 08:57 |
| GeofftheMedio | ok: in BeginStensilClipping in GG/DrawUtil.cpp there's a line aroung 676 with a glPushClientAttrib call on it, followed by a glEnableClientState call | 09:00 |
| GeofftheMedio | could you replace those two lines with these three: | 09:00 |
| GeofftheMedio | glPushClientAttrib(GL_CLIENT_ALL_ATTRIB_BITS); | 09:00 |
| GeofftheMedio | glEnableClientState(GL_VERTEX_ARRAY); | 09:00 |
| GeofftheMedio | glDisableClientState(GL_COLOR_ARRAY); | 09:00 |
| GeofftheMedio | (after trying the just-committed changes) | 09:00 |
| kr0ddnnoMobil | yeah | 09:07 |
| kr0ddnnoMobil | 1 minute running | 09:07 |
| GeofftheMedio | ? | 09:08 |
| kr0ddnnoMobil | 2 minutes without crash | 09:08 |
| kr0ddnnoMobil | your first change to MapWnd seem to work | 09:08 |
| GeofftheMedio | after which change? | 09:08 |
| GeofftheMedio | hmm | 09:08 |
| kr0ddnnoMobil | the second change wouldnt do any harm i think | 09:08 |
| GeofftheMedio | so the two may be connected after all | 09:08 |
| GeofftheMedio | could you revert the first change, and then try the second? | 09:08 |
| kr0ddnnoMobil | I see a problem in the mapwnd code that those enable and disable functions are called outside the drawing-functions | 09:09 |
| kr0ddnnoMobil | they should always be used only inside functions so that a functions is left cleaned up | 09:09 |
| kr0ddnnoMobil | you know what i want to say? | 09:11 |
| GeofftheMedio | any public function, sure, but the only public rendering function is MapWnd::Render() | 09:11 |
| kr0ddnnoMobil | public or not, it can lead to problems if you enable a state before calling more functions | 09:12 |
| GeofftheMedio | the idea is that the other functions that MapWnd::Render calls can assume that the state has been set up for them | 09:14 |
| kr0ddnnoMobil | In my opinion thats not good, each function should enable and disable what it needs by itself | 09:15 |
| kr0ddnnoMobil | Revision 3573 crashes | 09:16 |
| kr0ddnnoMobil | so your changes to mapwnd are still causing the crash | 09:16 |
| kr0ddnnoMobil | �h | 09:16 |
| kr0ddnnoMobil | i mean the code in mapwnd is causing it, 3574 seems to fix it | 09:16 |
| GeofftheMedio | even with the DrawUtil.cpp changes? | 09:17 |
| kr0ddnnoMobil | yes | 09:17 |
| GeofftheMedio | hmm | 09:17 |
| GeofftheMedio | I don't really understand why 3574 works, unfortunately | 09:18 |
| kr0ddnnoMobil | glEnableClientState(GL_VERTEX_ARRAY); <- you added that, didnt you? | 09:20 |
| kr0ddnnoMobil | line 1088 | 09:20 |
| GeofftheMedio | yes, but the code in DrawUtil.cpp already had the same line | 09:22 |
| kr0ddnnoMobil | i know | 09:23 |
| kr0ddnnoMobil | is it possible that opengl code is executed in more than one thread? | 09:24 |
| kr0ddnnoMobil | e.g. that GiGi is executing some code in another thread than FO does when reaching Render() | 09:25 |
| GeofftheMedio | I'm thinking it might be... I don't see how any of this makes sense otherwise | 09:26 |
| GeofftheMedio | but that it works now might then be just luck as well... | 09:26 |
| kr0ddnnoMobil | thats why I don't like enabling stuff outside functions that may have side effects | 09:26 |
| kr0ddnnoMobil | yes, its luck for now :-) | 09:27 |
| kr0ddnnoMobil | do you know how to get the current thread id? | 09:27 |
| kr0ddnnoMobil | We could add two debug lines, one in mapwnd and one in GG/DrawUtils so that we see if there are different threads executing | 09:28 |
| kr0ddnnoMobil | maybe that: printf("The ID of this thread is: %u\n", (unsigned int)pthread_self()); | 09:29 |
| GeofftheMedio | there's nothing preventing thread switches during a function as well... | 09:29 |
| GeofftheMedio | I don't know anything about the linux threading api | 09:30 |
| kr0ddnnoMobil | and i dont know what api is used | 09:30 |
| kr0ddnnoMobil | I disabled the glEnableClientState(GL_VERTEX_ARRAY); and it still wokrs | 09:31 |
| GeofftheMedio | line 1088? | 09:32 |
| GeofftheMedio | if so, that's not surprising since the calling function also sets the same client state | 09:33 |
| GeofftheMedio | could you try the previou FreeOrion version, but add this to those three lines in DrawUtil.cpp: | 09:34 |
| GeofftheMedio | glDisableClientState(GL_TEXTURE_COORD_ARRAY); | 09:34 |
| kr0ddnnoMobil | glPushClientAttrib(GL_CLIENT_VERTEX_ARRAY_BIT); | 09:37 |
| kr0ddnnoMobil | glEnableClientState(GL_VERTEX_ARRAY); | 09:37 |
| kr0ddnnoMobil | glDisableClientState(GL_COLOR_ARRAY); | 09:37 |
| kr0ddnnoMobil | glDisableClientState(GL_TEXTURE_COORD_ARRAY); | 09:37 |
| kr0ddnnoMobil | that you mean? | 09:37 |
| GeofftheMedio | yes | 09:38 |
| GeofftheMedio | and if that doesn't work, swith it to glEnableClientState(GL_TEXTURE_COORD_ARRAY); | 09:38 |
| kr0ddnnoMobil | try and error ^^ | 09:38 |
| kr0ddnnoMobil | If i do that glEnableClientState(GL_TEXTURE_COORD_ARRAY); | 09:41 |
| kr0ddnnoMobil | shell i disable it at the end of the function? | 09:41 |
| kr0ddnnoMobil | glDisableClientState(GL_TEXTURE_COORD_ARRAY); didnt work, i forgot to mention | 09:42 |
| GeofftheMedio | I'm hoping that the glPopClientAttrib will restore it | 09:42 |
| GeofftheMedio | though I'm suspecting it doesn't do that | 09:42 |
| GeofftheMedio | wait | 09:43 |
| GeofftheMedio | you missed a change | 09:43 |
| GeofftheMedio | it's not glPushClientAttrib(GL_CLIENT_VERTEX_ARRAY_BIT); | 09:43 |
| GeofftheMedio | it was supposed to change to glPushClientAttrib(GL_CLIENT_ALL_ATTRIB_BITS); | 09:43 |
| kr0ddnnoMobil | ok | 09:44 |
| GeofftheMedio | try that without the GL_TEXTURE_COORD_ARRAY line | 09:45 |
| kr0ddnnoMobil | crashes | 09:46 |
| GeofftheMedio | and wait a bit more... | 09:47 |
| kr0ddnnoMobil | ^^ | 09:47 |
| GeofftheMedio | you say 3574 fixes the crashes? That revision didn't have anything to do with mapwnd rendering | 09:47 |
| kr0ddnnoMobil | no, your current release i menat | 09:47 |
| GeofftheMedio | nothing relevant changes until 3576 | 09:47 |
| kr0ddnnoMobil | in 3573 the crash is happening, in newest svn not | 09:47 |
| kr0ddnnoMobil | FreeOrion: geoffthemedio * r3576 /trunk/FreeOrion/UI/MapWnd.cpp: | 09:48 |
| kr0ddnnoMobil | that fixed it | 09:48 |
| GeofftheMedio | ok | 09:48 |
| GeofftheMedio | makes a bit more sense | 09:48 |
| kr0ddnnoMobil | or made it not occur | 09:48 |
| GeofftheMedio | ok. so none of the changes to DrawUtil.cpp made any difference, right? | 09:50 |
| kr0ddnnoMobil | i am trying your latest suggestion | 09:50 |
| kr0ddnnoMobil | okay, crash | 09:50 |
| kr0ddnnoMobil | So yes - nothing to DrawUtil fixed it | 09:51 |
| GeofftheMedio | hrm. | 09:51 |
| kr0ddnnoMobil | planetmaker should test your changes too | 10:04 |
| kr0ddnnoMobil | h� - at the forums his name is planetBaker ? | 10:04 |
| GeofftheMedio | http://www.freeorion.org/forum/memberlist.php?mode=viewprofile&u=22014 | 10:07 |
| tpb | Title: FreeOrion Login (at www.freeorion.org) | 10:07 |
| kr0ddnnoMobil | GeofftheMedio: and now what? | 10:08 |
| GeofftheMedio | now I go to sleep | 10:09 |
| kr0ddnnoMobil | thats what i said, he's planetbaker there | 10:09 |
| kr0ddnnoMobil | Have fun :-) | 10:09 |
| kr0ddnnoMobil | i am doing lunch | 10:09 |
| GeofftheMedio | I'll play around with stuff more tomorrow | 10:09 |
| kr0ddnnoMobil | planetmaker: bist du da? | 10:10 |
| *** tomboy65 has quit IRC | 10:18 | |
| planetmaker | so halb | 10:29 |
| planetmaker | kr0ddnnoMobil, wenn ich das richtig las, sollte ich 'mal mit'm svn up probieren, ob das Problem weiterhin besteht | 10:30 |
| *** tomboy64 has joined #freeorion | 12:15 | |
| kr0ddnnoMobil | planetmaker: yepp | 12:16 |
| kr0ddnnoMobil | bei mir crasht es nimmer | 12:16 |
| *** mithro has quit IRC | 12:22 | |
| *** Tiberian has left #freeorion | 12:23 | |
| planetmaker | das sind gute Nachrichten :-) | 12:36 |
| kr0ddnnoMobil | hattest du ne version von mir getestet oder ne eigens kompilierte? | 12:44 |
| planetmaker | Die crashlogs sind von meiner selbstkompilierten mac-Version | 13:01 |
| planetmaker | bzw. zlaine(?) fragte ja, ob ich nicht mit der Release es probiere. Da geht es auch. | 13:02 |
| planetmaker | vermutlich komme ich heute nicht mehr dazu, es noch zu kompilieren, aber morgen sollte es klappen, ggf. beim Frühstück ;-) | 13:02 |
| planetmaker | Nu als wir neulich Abend hier redeten hatte ich Deine Version. | 13:03 |
| planetmaker | Aber normalerweise bin ich abends zuhause und nicht auf Arbeit ;-) | 13:03 |
| *** tomboy64 has quit IRC | 13:06 | |
| kr0ddnnoMobil | ich hab grad ne neue version gemacht | 13:06 |
| kr0ddnnoMobil | http://freeorion.psitronic.de/download/nightly/ | 13:06 |
| tpb | Title: Index of /download/nightly (at freeorion.psitronic.de) | 13:06 |
| planetmaker | Jo, aber in der Tat teste ich lieber auf dem Computer, auf dem ich auch spiele, auf meinem Macbook :-) | 13:11 |
| kr0ddnnoMobil | dann mach dad :-) | 13:11 |
| kr0ddnnoMobil | planetmaker: du warst doch so ein openttd spezi oder? | 13:12 |
| kr0ddnnoMobil | Kann ich irgendwie die mausgeschwindigkeit erh�hen? | 13:12 |
| planetmaker | Maxgeschwindigkeit... nicht dass ich wüßte | 13:13 |
| planetmaker | wenn dann über die üblichen OS-Einstellungen | 13:13 |
| kr0ddnnoMobil | die maus bewegt sich innerhalb von openttd viel langsamer, sowohl hier aufm Notebook als auch auf meine workstation | 13:14 |
| kr0ddnnoMobil | etwa halb so schnell | 13:14 |
| kr0ddnnoMobil | mein mousepad reicht nicht um von links nach rechs zu fahrenw ^^ | 13:14 |
| planetmaker | Hm... ist mir bis dato noch nicht aufgefallen. | 13:15 |
| planetmaker | mach 'nen bug-report :-) | 13:15 |
| kr0ddnnoMobil | is ja nich wirklich ein bug | 13:15 |
| planetmaker | Aber ich fürchte, dass es an SDL liegt | 13:15 |
| kr0ddnnoMobil | bei ner hohen aufl�sung haste das halt | 13:15 |
| planetmaker | aber nicht wichtig != egal ;-) | 13:16 |
| kr0ddnnoMobil | ichg will aber JETZT spielen verdammt! | 13:16 |
| planetmaker | :-) | 13:16 |
| kr0ddnnoMobil | Und das USA-Szenario bleibt bei mir komplett Wasser... | 13:17 |
| planetmaker | hu? | 13:17 |
| kr0ddnnoMobil | naja, ich geh jetzt erstmal anne workstation und bau mein imperium | 13:17 |
| planetmaker | Du meinst, die Karte erscheint gar nicht? | 13:17 |
| planetmaker | Hast Du 'mal geguckt, was die NewGRF-Einstellungen sagen? | 13:17 |
| planetmaker | fehlen da irgendwelche oder sind irgendwelche deaktiviert? | 13:18 |
| kr0ddnnoMobil | sind glaub alle deaktiviert :-) | 13:19 |
| planetmaker | newgrf-einstellungen: zugänglich über Zahnrad (OpenGFX) bzw. Schraubenschlüssel (orginal base set) -> newgrf | 13:19 |
| planetmaker | wenn alle deaktiviert sind wundert das nicht. | 13:19 |
| planetmaker | es sollten keine mit roten Punkten dort sein. | 13:19 |
| kr0ddnnoMobil | ich hab �berhaupt keine newgrf ^^ | 13:19 |
| kr0ddnnoMobil | sollte da nich ne fehlermeldung kommen? | 13:19 |
| planetmaker | Wenn man fehlende NewGRF hat kann das zu allem möglichen führen, von "kein Effekt" bis zu "Good bye ins Nirvana" | 13:19 |
| planetmaker | Doch, kriegt man. | 13:20 |
| kr0ddnnoMobil | ich nicht | 13:20 |
| planetmaker | spätestens beim Aufheben der Pause-Einstellung | 13:20 |
| kr0ddnnoMobil | SOll ich alle newgrf downloaden? | 13:20 |
| kr0ddnnoMobil | oder is das overhead? | 13:20 |
| planetmaker | naja... "sollen" ist relativ :-) | 13:20 |
| planetmaker | Nicht alle lohnen. | 13:20 |
| planetmaker | Aber man braucht immer alle, die in einem Scenario, was man spielen will, verwurstet wurden. | 13:21 |
| planetmaker | Das ist eigentlich ein etwas suboptimal gelöstes Ding bis jetzt: beim Runterladen eines Scenarios wird nicht überprüft, ob man die dazu nötigen NewGRFs auch herunterladen kann | 13:22 |
| kr0ddnnoMobil | Auch nach aufheben der pause passiert da nix | 13:22 |
| planetmaker | Bzw. beim Hochladen, ob nicht alle überhaupt online verfügbar sind... | 13:22 |
| planetmaker | Hast Du 'nen Link zum Scenario und ein Screenshot Deiner NewGRF-Einstellungen? | 13:22 |
| kr0ddnnoMobil | Beim Germany sceenario kommt ne fehlermeldung | 13:22 |
| planetmaker | Die Version, die Du nutzt ist...? | 13:22 |
| kr0ddnnoMobil | openttd-1.0.1-linux-ubuntu-lucid-i386.deb | 13:23 |
| kr0ddnnoMobil | Szenario hab ich ingame runtergeladen: Usa V1.0 oder so | 13:23 |
| planetmaker | ok. Let's see | 13:24 |
| planetmaker | ich spiele eigentlich keine Scenarien. Höchstens erstelle ich welche :-P | 13:25 |
| planetmaker | aber die gibt's dann nicht online ;-) | 13:25 |
| planetmaker | lol | 13:26 |
| planetmaker | Das Scenario ist nicht nur Wasser. Aber alles, was Du auf'm Startbildschirm siehst ist Wasser | 13:26 |
| planetmaker | Scroll 'mal umher. | 13:26 |
| planetmaker | und die gute Nachricht: Das Scenario hat schönerweise keine NewGRF. Also alles in Ordnung | 13:27 |
| kroddn | bin ich so deppert? | 13:29 |
| kroddn | Ich hab ein wenig umhergescrollt, aber mit der lahmen maus is das auch m�hsam ^^^ | 13:29 |
| kroddn | Ach | 13:30 |
| kroddn | hab ich schon gesagt: respekt! Hat sich gut entwickelt seit meinem letzten antesten. | 13:30 |
| kroddn | alter schwede-. Ich hab die maus jetzt auf sauschnell gestellt, jettz schaff ich es nicht mehr, den Men�punkt f�r das mausmen� in gnome zu treffen | 13:32 |
| planetmaker | Die Weltkarte hilft beim Übersicht-Verschaffen | 13:32 |
| kroddn | daf�r isses in openttd jetzt okay | 13:32 |
| planetmaker | :-D | 13:32 |
| kroddn | jo, sorry - ich war so gro�e maps aus ttd nich gewohnt | 13:33 |
| planetmaker | :-) | 13:33 |
| planetmaker | 2048^2 ist max | 13:33 |
| planetmaker | 64^2 ist min | 13:33 |
| planetmaker | Aber über 1 million tiles empfehle ich i.A. nicht :-) | 13:33 |
| planetmaker | Das legt die Rechner in späteren Spielstadien noch lahm. | 13:33 |
| kroddn | F�rs Mausrad gibts geschwindigkeiteinstellungen | 13:35 |
| kroddn | noch was rausgefunden: im vollbildmodus is die maus immernoch lahm | 13:35 |
| planetmaker | hm | 13:36 |
| planetmaker | Mach vielleicht tatsächlich 'mal 'nen Bug-Report :-) | 13:37 |
| planetmaker | Das soll ja nicht so ;-) | 13:37 |
| planetmaker | http://bugs.openttd.org/ | 13:37 |
| tpb | Title: Flyspray:: OpenTTD: Tasklist (at bugs.openttd.org) | 13:37 |
| kroddn | wo seh ich denn wie gro� ein szenario is? | 13:38 |
| kroddn | Schade, es gibt kein Hessen :-( | 13:38 |
| planetmaker | Im Voraus: schwierig, höchstens etwa aus Erfahrung an der Dateigröße | 13:38 |
| planetmaker | im Nachhinein: einfach 'mal mit'm Info-Tool (rechts in der Menü-Leiste) das untere Feld anklicken | 13:39 |
| kroddn | 1024x1024 | 13:40 |
| kroddn | alter - is das spielbar nach stunden? | 13:40 |
| planetmaker | das ist ok. Das sollte noch mit ~1000 Zügen spielbar sein. | 13:40 |
| planetmaker | zumindest 700...800 | 13:40 |
| kroddn | lol - der Donnersberg is drauf. Da gehn wir immer ins Tipicamp | 13:40 |
| planetmaker | :-D | 13:41 |
| kroddn | so - letzte frage | 13:43 |
| kroddn | Welche nachteile ham die haltestellen, die nicht als insel gebaut werden? | 13:43 |
| kroddn | gibts da staus? | 13:43 |
| planetmaker | als "Insel"? | 13:44 |
| planetmaker | Du meinst bei Bussen die "drive-through" Haltestellen? | 13:44 |
| planetmaker | Da kann man natürlich den Verkehr mit stauen, wenn man sie geschickt hinbaut | 13:45 |
| kroddn | klingt fast so als ob man das will ^^ | 13:45 |
| planetmaker | :-D | 13:46 |
| planetmaker | Lad Dir als Gegenspieler 'mal NoCAB herunter. | 13:46 |
| kroddn | Doch noch ne Frage: kann ich die Gegenspieler nachtr�glich erh�hen, oder muss ich dazu jetzt wieder neu starten? | 13:46 |
| planetmaker | Dann weißt Du, was ein Stau ist ;-) | 13:46 |
| planetmaker | ne, kannst Du erhöhen. | 13:46 |
| planetmaker | Die einfachste Variante ist die nicht intuitive: Konsole und "start_ai" (ohne Anführungszeichen) eintippen | 13:47 |
| planetmaker | Konsole wird mit ^ geöffnet | 13:47 |
| kroddn | NoCAB verusacht staus oder wad? | 13:47 |
| planetmaker | welche AI nutzt du? | 13:47 |
| kroddn | woher wei� ich denn welche AI ich nutze | 13:48 |
| planetmaker | :-) | 13:48 |
| kroddn | mannmann, viel zu komplizuert ^^^ | 13:48 |
| planetmaker | Info-Tool -> KI - Einstellungen | 13:48 |
| planetmaker | Ansonsten, wenn die Konsole zu kompliziert ist: einfach in den Spieleinstellungen die Anzahl AI erhöhen. | 13:48 |
| kroddn | aha - und was empfielst du | 13:48 |
| kroddn | als KI | 13:49 |
| planetmaker | Aber da bin ich mir, ehrlich gesagt, nicht ganz sicher, ob das auf das aktuelle Spiel funktioniert | 13:49 |
| kroddn | ich starte halt ein neues | 13:49 |
| planetmaker | NoCAB ist schön. AdmiralAI auch. | 13:49 |
| kroddn | sind ja nur paar bushaktestellen verloren | 13:49 |
| planetmaker | einfach start_ai eintippen ist schwer? hm... :-) | 13:49 |
| planetmaker | Ansonsten sind noch lustig CluelessPlus und ChooChooAI | 13:50 |
| kroddn | schwer is das nicht, aber man wird erstmal voll �berfordert mit der f�lle an optionen | 13:50 |
| planetmaker | :-D | 13:50 |
| planetmaker | Ich hatte 'mal Anfang des Jahres einen Vergleichstest gemacht | 13:51 |
| kroddn | falls du browsergames spielst: schau mal http://itycoon2.de an. Vor ner Stunden wurden grad 3 neue St�dte eingebaut: m�nchen, Los Angeles und Hong Kong. Wir suchen da noch verk�ufer in LA und HK ;-) | 13:51 |
| tpb | Title: Industrie Tycoon 2 - Browserspiel - Wirtschafts-Simulation - Aufbauspiel - Rollenspiel (at itycoon2.de) | 13:51 |
| planetmaker | Ne, Browsergames fange ich aus Prinzip nicht an | 13:59 |
| planetmaker | Fressen zuviel Zeit und belohnen i.A. diejenigen, die komplett vorm Bildschirm ihr Dasein friststen. | 13:59 |
| planetmaker | -st | 13:59 |
| kroddn | bei dem nicht - ich bin ja selber Admin einiger Browsergames und ich hasse nix mehr als Spiele, die Arbeitslose f�rdern :) | 14:06 |
| planetmaker | :-) | 14:06 |
| planetmaker | Mir reicht Admin der #openttdcoop server zu sein ;-) | 14:07 |
| planetmaker | und wenn ich spiele, meistens dort ;-) | 14:08 |
| planetmaker | geht so viel schneller, zusammen ein Transportimperium aufzubauen | 14:08 |
| planetmaker | Und da man dort gemeinsam spielt kommt's da auch nicht darauf an, genau dann oder wann dort online zu sein :-) | 14:09 |
| planetmaker | kannst ja 'mal auf unserem stable server rin-kieken ;-) | 14:18 |
| planetmaker | hmm... | 14:27 |
| planetmaker | ich habe gerade 'mal Deine neue Version von FO laufen lassen | 14:27 |
| planetmaker | Läuft auch ohne Absturz. Eigentlich. Hier auf dem alten OpenGL-System natürlich immer noch ohne StarLanes. | 14:27 |
| planetmaker | Nachdem ich das Fenster aber geschlossen habe: | 14:27 |
| planetmaker | ./freeorion: line 143: 25930 Segmentation fault ${FO_TRACE} ${FO_GDB_ARGS} ./freeorion --resource-dir ./default $@ | 14:27 |
| planetmaker | Ist eigentlich egal, weil ich das Fenster ja zugemacht habe... aber komisch trotzdem :-) | 14:28 |
| *** _Maru_ has quit IRC | 14:41 | |
| *** _Maru_ has joined #freeorion | 14:49 | |
| kr0ddnnoMobil | jo, es gibt'n crash beim beenden | 16:19 |
| kr0ddnnoMobil | is mir auch schon aufgefallen, find ich aber weniger tragisch | 16:19 |
| *** cubathy has joined #freeorion | 17:49 | |
| *** hollunder has joined #freeorion | 18:09 | |
| hollunder | evening. Too bad it's not running on x86_64 | 18:09 |
| kr0ddnnoMobil | what is not running? | 18:10 |
| kr0ddnnoMobil | I have to 64 systems which it is running on ^^ | 18:11 |
| hollunder | there seems to be no version of freeorion for x86_64 | 18:11 |
| hollunder | I mean pure x86_64 linux | 18:11 |
| kr0ddnnoMobil | What for? a 64 bit version would have not much benefits over a 32 bit one | 18:12 |
| kr0ddnnoMobil | you only need 32 bit open gl drivers | 18:12 |
| hollunder | because I use a pure x86_64 system | 18:12 |
| hollunder | as do others | 18:12 |
| kr0ddnnoMobil | which distro? | 18:13 |
| hollunder | Arch Linux | 18:13 |
| hollunder | having multiple versions of the same libs is a pita | 18:14 |
| kr0ddnnoMobil | i never heard of something "pure" x86_64 | 18:14 |
| hollunder | well, it is the case, and pretty much everything works | 18:16 |
| hollunder | I'm just missing a nice x4 space game | 18:17 |
| kr0ddnnoMobil | so what's the problem installing some ia32 libs? it wouldn't hurt. | 18:23 |
| kr0ddnnoMobil | the static version only needs /usr/lib32/libGL.so.1 | 18:24 |
| kr0ddnnoMobil | /usr/lib32/libGLU.so.1 | 18:24 |
| kr0ddnnoMobil | /lib32/libm.so.6 | 18:24 |
| kr0ddnnoMobil | /lib32/libpthread.so.0 | 18:24 |
| kr0ddnnoMobil | /lib/ld-linux.so.2 | 18:24 |
| kr0ddnnoMobil | /lib32/libdl.so.2 | 18:24 |
| *** cubathy has quit IRC | 18:40 | |
| hollunder | and then the next app comes along, and I have everything installed twice | 19:02 |
| hollunder | pretty much any other app manages to run with the 64bit version of the libs | 19:03 |
| kr0ddnnoMobil | feel free to compile a 64 bit version | 19:03 |
| *** GeofftheMedio_ has joined #freeorion | 19:07 | |
| hollunder | If I knew that's possible I'd have done that from the start. Trying now | 19:07 |
| *** STalKer-Y has quit IRC | 19:26 | |
| *** STalKer-X has joined #freeorion | 19:28 | |
| *** cubathy has joined #freeorion | 19:31 | |
| *** cubathy has quit IRC | 19:49 | |
| *** enig_ has quit IRC | 19:58 | |
| hollunder | seems like my boost is too new for gigi-svn... | 20:32 |
| GeofftheMedio_ | what version do you have? | 20:38 |
| hollunder | boost 1.41.0 | 20:39 |
| hollunder | and I got the error in this comment: http://aur.archlinux.org/packages.php?ID=20867 | 20:39 |
| tpb | Title: AUR (en) - gigi-svn (at aur.archlinux.org) | 20:39 |
| GeofftheMedio_ | 1.42 works on win32 | 20:40 |
| GeofftheMedio_ | and I thought kroddn used 1.42 in the latest linux static build of freeorion (and gigi) | 20:40 |
| hollunder | hmm.. | 20:42 |
| GeofftheMedio_ | also the latest gigi is 812, not 804 as mentioned on that page | 20:42 |
| hollunder | ok, usually the stuff I have is too new, might be something else this time | 20:42 |
| hollunder | that doesn't matter, it checks out the latest | 20:42 |
| kr0ddnnoMobil | GeofftheMedio: i released a 0.3.14.1 | 20:42 |
| GeofftheMedio_ | kroddn: ok | 20:43 |
| kr0ddnnoMobil | boost_1_42_0 I used | 20:43 |
| kr0ddnnoMobil | bit boost_1_37_0 worked too | 20:43 |
| kr0ddnnoMobil | But of course I compiled all the deps manually :-) | 20:44 |
| GeofftheMedio_ | it's possible there was an issue with just 1.41 and not any other versions | 20:45 |
| hollunder | I compiled ogre and ois so far | 20:45 |
| hollunder | surprised I still have boost 1.41 here.. | 20:46 |
| hollunder | you ship gigi in the freeorion svn repo, right? Guess I can try to build it directly there, who knows, maybe it helps | 20:48 |
| kr0ddnnoMobil | yes you cam | 20:48 |
| kr0ddnnoMobil | can | 20:48 |
| kr0ddnnoMobil | be careful if you already had boost 1.41 installed, I had many problems after upgrading | 20:49 |
| kr0ddnnoMobil | some includes where taken from 1.37 | 20:49 |
| GeofftheMedio_ | hollunder: freeorion svn is set up to pull in the latest gigi when updating | 20:53 |
| GeofftheMedio_ | and generally the latest freeorion requires the latest gigi | 20:53 |
| hollunder | GeofftheMedio_: ok. The script I used has gigi-svn as a dependency, but I guess it's better to have it pull the latest directly | 20:54 |
| hollunder | no luck either | 20:59 |
| kr0ddnnoMobil | where are you failing? | 21:02 |
| kr0ddnnoMobil | wenn GeofftheMedio_ nicht listening ist k�nne speak Deutsch too | 21:02 |
| kr0ddnnoMobil | ;-) | 21:02 |
| GeofftheMedio_ | deutcsh yourselves out if it's easier | 21:03 |
| hollunder | kr0ddnnoMobil: it always fails at the same position: http://aur.archlinux.org/packages.php?ID=20867&O=&L=&C=&K=&SB=&SO=&PP=&do_Orphans=&SeB= | 21:03 |
| tpb | <http://ln-s.net/6X6M> (at aur.archlinux.org) | 21:03 |
| GeofftheMedio_ | .. probably my use of an idiomatic phase was il-considered there, though... | 21:03 |
| hollunder | German is my native language but I actually enjoy talking English | 21:04 |
| kr0ddnnoMobil | :-) | 21:04 |
| kr0ddnnoMobil | Sometimes I feal that i am talking bullshit when trying to type englisch | 21:04 |
| hollunder | well, it's rarely perfect when you're a non-native speaker | 21:05 |
| GeofftheMedio_ | kroddn: it is such a beautiful language after all... | 21:05 |
| kr0ddnnoMobil | hollunder: is that boost 1.42 for sure? | 21:06 |
| kr0ddnnoMobil | GeofftheMedio_: do you mean english or german? | 21:06 |
| hollunder | kr0ddnnoMobil: no 1.41 still | 21:06 |
| kr0ddnnoMobil | upgrade | 21:06 |
| kr0ddnnoMobil | 1.41 didnt work for me too | 21:06 |
| hollunder | k, could try it.. | 21:07 |
| hollunder | ok, just asked. The distro downgraded to 1.42 because it broke | 21:09 |
| GeofftheMedio_ | to or from 1.42? it broke, or it is broken ? | 21:10 |
| hollunder | we had 1.42 and downgraded to 1.41 | 21:10 |
| GeofftheMedio_ | that makes more sense | 21:10 |
| hollunder | rarely happens, so it must have been major breakage | 21:10 |
| hollunder | apparently it's because of this: https://svn.boost.org/trac/boost/ticket/3990 | 21:12 |
| tpb | Title: #3990 ([serialization] data loss in version field) – Boost C++ Libraries (at svn.boost.org) | 21:12 |
| hollunder | so I'm not trying 1.42 at this time. Maybe again with 1.43 | 21:22 |
| GeofftheMedio_ | are you particularly concerned about data loss in freeorion games...? | 21:23 |
| hollunder | no, but I'm using a lot of other stuff that depends on boost | 21:24 |
| hollunder | I haven't ever played freeorion yet | 21:24 |
| GeofftheMedio_ | can you not build freeorion against 1.42 and use 1.41 for everything else? | 21:25 |
| GeofftheMedio_ | or is it just too much of a hassle...? | 21:25 |
| hollunder | guess I could just install 1.42, build freeorion and downgrade again | 21:25 |
| GeofftheMedio_ | you can't have more than one boost installed at once...? | 21:26 |
| hollunder | nope | 21:28 |
| kr0ddnnoMobil | I use a chroot for that | 21:32 |
| GeofftheMedio_ | on windows I can just drop it into a different directory... | 21:34 |
| GeofftheMedio_ | and update the path for headers and libraries | 21:34 |
| hollunder | on most linux distros you only install one version of everything, but there are exceptions | 21:35 |
| GeofftheMedio_ | pros and cons, I suppose | 21:36 |
| GeofftheMedio_ | though an odd case of windows giving more / easier control than linux | 21:36 |
| hollunder | GeofftheMedio_: I guess it's one downside of many package management systems, or shared libraries or something.. | 21:38 |
| kr0ddnnoMobil | you can install boost 1.42 parallel | 21:51 |
| kr0ddnnoMobil | just configure a prefiy | 21:51 |
| kr0ddnnoMobil | use --layout=versioned when compiling boost with bjam | 21:52 |
| kr0ddnnoMobil | then it will be installed in a sudirectory under /usr/local/include | 21:53 |
| GeofftheMedio_ | I thought using a package manager would avoid the need to compile boost? | 21:54 |
| hollunder | GeofftheMedio_: it provides me with only one binary version | 21:54 |
| hollunder | actually I still have 1.42 in my cache.. | 21:56 |
| hollunder | could have thought of that earlier :) | 21:57 |
| *** VargaD has quit IRC | 22:45 | |
| *** welterde has quit IRC | 23:01 | |
| *** welterde has joined #freeorion | 23:14 | |
| hollunder | kr0ddnnoMobil: I get the same error with boost 1.42.0 so it seems it's not a boost issue | 23:14 |
| hollunder | GeofftheMedio_: maybe it's due to gcc 4.5.0? boost 1.41.0 or 1.42.0 doesn't matter | 23:19 |
| GeofftheMedio_ | perhaps. I don't build using gcc, and don't know what version is used by people who do | 23:20 |
| GeofftheMedio_ | going afk | 23:23 |
| *** GeofftheMedio_ has quit IRC | 23:23 | |
| hollunder | ok, maybe I'll try again someday | 23:23 |
| hollunder | night | 23:23 |
| *** hollunder has left #freeorion | 23:23 | |
| kr0ddnnoMobil | <- gcc 4.4 | 23:27 |
| kr0ddnnoMobil | <- gcc 4.3 | 23:27 |
| kr0ddnnoMobil | 4.3 | 23:27 |
Generated by irclog2html.py 2.5 by Marius Gedminas - find it at mg.pov.lt!