Times are UTC Toggle Colours
00:01:49 *** Splex [~splex@121.165.245.76] has quit [Remote host closed the connection] 00:18:30 *** Chruker [~no@0x5da34ce4.vjnqu1.dynamic.dsl.tele.dk] has quit [] 00:20:05 *** xmakina [~xmakina@87.114.151.3.plusnet.thn-ag1.dyn.plus.net] has joined #openttd 00:22:09 *** KenjiE20|LT [~Kenji@host81-129-81-193.range81-129.btcentralplus.com] has joined #openttd 00:22:18 *** KenjiE20 [~KenjiE20@92.16.211.110] has quit [Quit: WeeChat 0.3.0-rc2] 00:25:20 *** fonsinchen [~alve@BAEfa2c.bae.pppool.de] has quit [Remote host closed the connection] 00:26:55 *** Coco-Banana-Man [~Stephan.D@p5B2DECA6.dip.t-dialin.net] has quit [Quit: Raubgut ist vom Umtausch ausgeschlossen!] 00:40:23 *** Elton07937 [~Delphi@189.99.156.138] has joined #openttd 01:20:56 *** FRQuadrat [~frquadrat@frquadrat.de] has joined #openttd 01:21:36 *** FR^2 [~frquadrat@frquadrat.de] has quit [Remote host closed the connection] 01:27:14 *** OwenS [~oshepherd@host217-42-231-121.range217-42.btcentralplus.com] has quit [Remote host closed the connection] 02:05:29 *** Akoz [potatoe@217-151-34.oke1-bras10.adsl.tele2.no] has quit [] 02:19:18 *** lewymati [~lewymati@aeji72.neoplus.adsl.tpnet.pl] has quit [] 02:19:34 *** oskari89 [oskari89@dsl-kpobrasgw1-ff7cc100-243.dhcp.inet.fi] has quit [Quit: Utm Aœ - Aja 35] 02:29:06 *** KenjiE20|LT [~Kenji@host81-129-81-193.range81-129.btcentralplus.com] has quit [Quit: Leaving] 03:03:08 *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has quit [Read error: Connection reset by peer] 03:03:13 *** Yexo_ [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd 03:08:50 *** TinoDidriksen [~tino@port432.ds1-od.adsl.cybercity.dk] has quit [Ping timeout: 480 seconds] 03:13:04 *** TinoDidriksen [~tino@port432.ds1-od.adsl.cybercity.dk] has joined #openttd 03:29:27 *** Yexo_ [~Yexo@32-88-ftth.onsneteindhoven.nl] has quit [Read error: Connection reset by peer] 03:29:38 *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd 03:39:20 *** TinoDidriksen [~tino@port432.ds1-od.adsl.cybercity.dk] has quit [Ping timeout: 480 seconds] 03:43:16 *** TinoDidriksen [~tino@port432.ds1-od.adsl.cybercity.dk] has joined #openttd 04:15:44 *** PhoenixII [ralph@home.deboom.biz] has joined #openttd 04:15:44 *** Phoenix_the_II [ralph@home.deboom.biz] has quit [Read error: Connection reset by peer] 04:37:23 *** glx [glx@2a01:e35:2f59:c7c0:658d:8f7e:17a0:fa96] has quit [Quit: bye] 04:42:39 *** nicfer [~Usuario@168.226.104.48] has quit [Quit: Leaving.] 05:12:59 *** Phoenix_the_II [ralph@home.deboom.biz] has joined #openttd 05:12:59 *** PhoenixII [ralph@home.deboom.biz] has quit [Read error: Connection reset by peer] 06:16:57 *** z-MaTRiX [~matrix@nude.lesbianbath.com] has joined #openttd 06:17:03 <z-MaTRiX> hey-ho 06:25:42 *** z-MaTRiX [~matrix@nude.lesbianbath.com] has quit [Quit: rehashing] 07:11:08 *** reldred [~reldred@115.131.196.192] has quit [Ping timeout: 480 seconds] 07:31:22 *** Biolunar [mahdi@blfd-4db073aa.pool.einsundeins.de] has joined #openttd 07:42:26 *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has joined #openttd 08:23:08 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 08:27:18 *** Progman [~progman@p57A1D37A.dip.t-dialin.net] has joined #openttd 08:27:35 *** Brianetta [~brian@client-81-109-185-122.hers.adsl.virgin.net] has joined #openttd 08:32:54 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd 08:42:32 *** reldred [~reldred@115.131.196.192] has joined #openttd 08:44:26 *** reldred [~reldred@115.131.196.192] has quit [Read error: Connection reset by peer] 08:44:44 *** reldred [~reldred@115.131.196.192] has joined #openttd 08:56:16 *** keoz [~keikoz@pha75-8-82-230-2-115.fbx.proxad.net] has quit [Quit: Leaving] 09:18:25 *** ecke [~ecke@213.195.202.11] has joined #openttd 09:31:45 *** Coco-Banana-Man [~Stephan.D@p5B2DE5A1.dip.t-dialin.net] has joined #openttd 09:32:44 *** Jhs [~jhsoby@214.80-202-210.nextgentel.com] has joined #openttd 09:45:55 *** tdev [~udev@p508EAB78.dip.t-dialin.net] has joined #openttd 10:20:22 <CIA-1> OpenTTD: rubidium * r17129 /trunk/src/strgen/strgen.cpp: -Codechange: also let strgen warn if the translation uses STRINGn or RAW_STRING instead of STRING. 10:20:40 *** tux_mark_5 [~kvirc@lan-84-240-29-163.vln.skynet.lt] has joined #openttd 10:25:09 *** LordAzamath [~rightwing@82.131.16.156.cable.starman.ee] has joined #openttd 10:34:29 <TrueBrain> "In order to prevent even the appearance of impropriety, my companies policy is that software engineers are to avoid inspecting (so using binaries is OK) open source code that has any kind of viral license. Therefore any open source code I myself author must have a BSD type license." 10:34:52 <TrueBrain> so to come back what I said yesterday: a company cannot force your license which you use in your own time 10:35:57 <Rubidium> it's not the company that actually enforces that his code can't be GPL 10:35:59 <Alberth> hmm, so I look at GPL code, use that knowledge in closed source code, and now I must publish the closed source? weird 10:36:44 *** LordAzamath [~rightwing@82.131.16.156.cable.starman.ee] has quit [Quit: ChatZilla 0.9.85 [Firefox 3.5.2/20090729225027]] 10:37:07 <TrueBrain> I think it is a weird story he is giving us .. 10:37:27 <Alberth> lawyers are weird people :p 10:37:51 <Alberth> now who said that FUD doesn't work? :p 10:37:53 <TrueBrain> just the idea that a company could control my personal time .. brr ... 10:38:29 <Rubidium> and the big problem with lawyers... 10:38:30 <TrueBrain> which leads me to the next question: what to eat ... 10:38:40 <Alberth> actually in Holland, everything you make is owned by your boss, ie you cannot do a great invention just outside the boss' time. 10:38:41 <Rubidium> ... they aren't sure either what would happen in court 10:39:01 <TrueBrain> Alberth: things you do when you are on the clock, yes 10:39:08 <TrueBrain> but when I get home, get comphy, it really is all mine :p 10:39:21 <Rubidium> Alberth: good reason to start your own company and sell your time to other companies 10:39:38 <TrueBrain> what I do now ... not always the best :p 10:39:43 <TrueBrain> you can have a week with absolutely no work :) 10:39:54 <Rubidium> TrueBrain: quiche? 10:39:59 *** Akoz [potatoe@217-151-34.oke1-bras10.adsl.tele2.no] has joined #openttd 10:40:41 <TrueBrain> k, starting my compiles again, which yesterday gave 3 system freezes ... it consumes so much IO, the rest of the applications came to a halt 10:41:35 *** KenjiE20 [~KenjiE20@92.2.83.135] has joined #openttd 10:42:12 <Akoz> sounds like something made from me.. :o 10:42:13 <CIA-1> OpenTTD: alberth * r17130 /trunk/src/ai/ai_gui.cpp: -Fix [FS#3099]: Last line of output in the AI debug window did not fit entirely. 10:42:37 <Xaroth> Alberth: Only if you spent time at work to invent it. 10:43:02 <Xaroth> if you did it in your personal time, using personal resources and not using any work-bound knowledge, it's all yours. 10:43:07 <Yexo> Xaroth: if it's only slightl related to your work, you'll have a hard time proving you didn't spend work time on it 10:43:18 <Xaroth> Yexo: yep 10:43:33 <Yexo> exactly, "not using any work-bound knowledge", that's the key point 10:44:08 <TrueBrain> Yexo: for that we have VCSes :) 10:44:52 <Yexo> TrueBrain: those don't prove anything about "not using any work-bound knowledge" 10:46:35 <TrueBrain> no, but they do about the part: "spend work time on it" 10:52:11 <SmatZ> that's not really surprising 10:52:55 <TrueBrain> I hate C++ .. cc1plus tends to consumes 200+ MB of memory :( 10:52:58 <SmatZ> you are paid for work, not for your personal activities ;) 10:56:34 * Rubidium wonders what the boss would think if I weren't to use any information/ideas I gathered outside of working hours 10:57:05 <SmatZ> hehe 10:57:39 <SmatZ> why do they request "good C++ programming skills" when you apply for the job :-) 10:57:51 * Rubidium also wonders why smoking people get paid while smoking, especially in countries where it isn't allowed to smoke at the place you work 10:58:01 <SmatZ> when you wouldn't be supposed to use skills gained outside the job ;) 11:07:37 *** fonsinchen [~alve@BAEfa2c.bae.pppool.de] has joined #openttd 11:18:06 *** frosch123 [~frosch@frnk-590ffc41.pool.einsundeins.de] has joined #openttd 11:18:12 *** Chris_Booth [~chatzilla@client-86-31-157-92.watf.adsl.virgin.net] has joined #openttd 11:32:19 *** fonsinchen [~alve@BAEfa2c.bae.pppool.de] has quit [Remote host closed the connection] 11:37:28 *** ecke [~ecke@213.195.202.11] has quit [Ping timeout: 480 seconds] 11:38:13 *** R0b0t1 [~Enigma@64-136-216-213.dyn.everestkc.net] has quit [Remote host closed the connection] 11:38:25 *** OwenS [~oshepherd@host217-42-231-121.range217-42.btcentralplus.com] has joined #openttd 11:43:56 <Akoz> is there a mode to log all debug messages to file? 11:44:12 <TrueBrain> -d9 > log.file 11:45:06 <Akoz> is it possible to toggle at runtime? 11:45:13 <TrueBrain> pipes? Never 11:45:43 <TrueBrain> I once did program a small thingy that sends all debug stuff over a network 11:45:50 <TrueBrain> is somewhere in the code I believe, commented out 11:46:06 <Rubidium> TrueBrain: I don't think it's commmented out 11:46:20 <TrueBrain> oh :) Then I wouldn't know how to activate it :p 11:46:50 <TrueBrain> I just know I wrote it for WinCE debugging :p 11:46:57 <Ammler> Akoz: we use tee, so we have both 11:47:17 <Akoz> tee? 11:47:35 <Rubidium> TrueBrain: openttd -l ip:port 11:47:39 <TrueBrain> Rubidium: ah :) 11:47:51 <Rubidium> see man openttd ;) 11:49:28 <TrueBrain> SmatZ: not BOOST, but OpenOffice takes very long for python update :p 11:49:49 <Ammler> Akoz: a tool to keep stdout but also have it piped to a file 11:51:22 <Ammler> (./autopilot.tcl | tee -a log) 11:51:34 <Akoz> cool. ty 11:53:26 *** Zahl [~Zahl@g227017192.adsl.alicedsl.de] has joined #openttd 12:00:25 *** Polygon [~Poly@p54B47457.dip.t-dialin.net] has joined #openttd 12:00:29 *** lewymati [~lewymati@aejb163.neoplus.adsl.tpnet.pl] has joined #openttd 12:06:12 <Eddi|zuHause> grr... how do i set antialiasing for fonts in kde4? 12:06:55 <OwenS> Under the System Settings tool :p 12:07:17 <Eddi|zuHause> yes, but where there? 12:07:31 <Eddi|zuHause> searching for it doesn't work... 12:07:41 <OwenS> Appearence -> Fonts I think 12:08:05 <Eddi|zuHause> ah 12:08:36 *** GregVernon [~Greg@user-0c9aat3.cable.mindspring.com] has quit [Read error: Connection reset by peer] 12:14:11 *** glx [glx@2a01:e35:2f59:c7c0:88ef:5b64:aa6b:8734] has joined #openttd 12:14:14 *** mode/#openttd [+v glx] by ChanServ 12:14:16 <Eddi|zuHause> hm... it's weird... it is active, but it doesn't get used everywhere 12:15:42 *** DJNekkid [~tmsmje@static128-249.adsl.no] has joined #openttd 12:16:04 <DJNekkid> the grfspec wiki is down ... but what were the diesel running cost base again? 12:16:21 <DJNekkid> 4C36? 12:16:47 <Eddi|zuHause> try wiki2.ttdpatch.net 12:18:54 *** Ridayah [~ridayah@173-19-229-228.client.mchsi.com] has quit [Quit: The Rise and Fall of the Heavens themselves is dependant upon Humanity's belief and disbelief.] 12:19:08 <DJNekkid> very ... very ... very slow, but it works ... very slow :) 12:19:34 *** Ridayah [~ridayah@173-19-229-228.client.mchsi.com] has joined #openttd 12:24:31 <OwenS> O_o 12:24:35 <OwenS> LLVM is entirely static libraries 12:24:43 <OwenS> TrueBrain: How big is too big for a dependency? :p 12:24:51 <TrueBrain> 15321 12:24:58 <OwenS> ... 12:25:20 <TrueBrain> (I wonder what he really wanted to ask :p) 12:25:42 <OwenS> I suppose I should say: Is 7.3MB too big for the AI scripting language? :P 12:25:53 <TrueBrain> LLVM is too big for AI scripting language 12:25:58 <TrueBrain> no questions asked 12:26:14 <OwenS> Shame. Because it could be made hellishly fast. 12:26:27 <TrueBrain> yeah, at what cost :) 12:26:48 <OwenS> Startup time (compilation) and binary size :p 12:26:58 <TrueBrain> not to talk about cross-platform issues 12:27:34 <OwenS> LLVM JIT works on Win32, OS X and Linux for ARM, x86, x86_64; the interpreter runs everywhere 12:27:46 <OwenS> (Well, almost everywhere) 12:27:50 <TrueBrain> also on DS? 12:27:51 <TrueBrain> PSP? 12:27:56 <TrueBrain> WinCE? 12:27:58 <OwenS> OK true :p 12:27:58 <TrueBrain> DOS? 12:28:03 <TrueBrain> (do you want me to go on, or?) 12:28:43 <OwenS> [Does anyone actually use the DOS port? O_o] 12:28:51 <TrueBrain> does it matter? :) 12:28:58 *** Chris_Booth [~chatzilla@client-86-31-157-92.watf.adsl.virgin.net] has quit [Ping timeout: 480 seconds] 12:31:09 <OwenS> Theres the much more lightweight libJIT 12:31:26 <OwenS> Again probably with platform issues... 12:31:41 <TrueBrain> any and all JITs will have platform issues 12:31:50 <TrueBrain> not a real issue perse, if you allow the JIT to work on some platforms, and not on others 12:32:09 <TrueBrain> but then you need to consider the risks of having a JIT 12:32:19 <TrueBrain> now it will be almost impossible to do anything nasty with an AI 12:32:25 <TrueBrain> you can't access, for example, any disk 12:32:37 <TrueBrain> simply because WE are in command 12:33:01 <TrueBrain> but when youuse a JIT .. the CPU is in command .. can you still guarantee that your disk won't be wiped? 12:33:21 <OwenS> I'd say the codegenerator is in command 12:33:46 <TrueBrain> or what happens when you do 1/0? 12:34:03 <TrueBrain> in other words: the complexity increases dramaticly 12:34:12 <OwenS> Div by zero: Signal handler catches it 12:34:40 <TrueBrain> and the handler needs to know where to resume the real game, while dropping the AI .. 12:34:43 <TrueBrain> I don't even want to go there :p 12:34:56 <TrueBrain> now it is simple, the VM creates an error, and it just follow the chain, which aborts the AI 12:35:17 <TrueBrain> in a VM we are in control. In a JIT we are not. 12:35:37 <OwenS> In my case I'm going to throw a C++ exception, which will cause the code to unwind itself =) 12:39:39 <OwenS> So, in other words, my exception handling system is built right on top of C++'s 12:40:34 <TrueBrain> stupid OpenOffice compile 12:40:38 <TrueBrain> consumes too much of everything 12:41:30 <OwenS> Why is it that two of the biggest open source app projects (Mozilla, OpenOffice) invented their own clone of COM (XPCOM, UNO)? =/ 12:41:43 <TrueBrain> why are they both impossible to compile? 12:41:55 <OwenS> Perhaps it's related? :P 12:43:46 <Rubidium> OwenS: because othe COMs aren't portable enough? 12:44:01 <OwenS> What do they need them for however? 12:46:07 <Rubidium> don't ask us :) 12:46:11 <OwenS> I suppose OpenOffice has the excuse of embedding the applications inside each other.. but Mozilla? 12:54:44 *** ecke [~ecke@213.195.202.11] has joined #openttd 13:02:12 *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has quit [Quit: bye] 13:06:50 *** bb10 [~nn@dhcp-077-248-075-030.chello.nl] has joined #openttd 13:07:55 *** Polygon [~Poly@p54B47457.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 13:20:42 <Akoz> is there a simple way to fetch a station by station id? 13:21:06 <frosch123> Station::Get ? 13:21:28 <frosch123> or are you talking about noai? :) 13:21:45 *** reldred [~reldred@115.131.196.192] has quit [Read error: Connection reset by peer] 13:22:00 <Akoz> no no.. was talking about that one :) 13:22:21 <frosch123> then mind the differente between BaseStation, Station and Waypoint :) 13:24:51 <Akoz> thank you :) 13:42:17 *** z-MaTRiX [~matrix@nude.lesbianbath.com] has joined #openttd 13:42:27 *** Exl [~myself@cp1224652-a.roemd1.lb.home.nl] has joined #openttd 13:44:50 <z-MaTRiX> hey-ho 13:56:45 *** goodger_ [~ben@host86-156-58-147.range86-156.btcentralplus.com] has joined #openttd 14:02:38 *** goodger [~ben@host86-156-58-228.range86-156.btcentralplus.com] has quit [Ping timeout: 480 seconds] 14:07:33 *** Elton07937 [~Delphi@189.99.156.138] has quit [Ping timeout: 480 seconds] 14:14:49 *** Svish [~Svish@84.20.108.39] has joined #openttd 14:16:32 *** Mark [~Mark@5ED06D96.cable.ziggo.nl] has quit [Read error: Connection reset by peer] 14:16:37 *** OwenS [~oshepherd@host217-42-231-121.range217-42.btcentralplus.com] has quit [Remote host closed the connection] 14:16:57 *** OwenS [~oshepherd@host217-42-231-121.range217-42.btcentralplus.com] has joined #openttd 14:18:03 *** Polygon [~Poly@p54B47457.dip.t-dialin.net] has joined #openttd 14:20:01 *** Mark [~Mark@5ED06D96.cable.ziggo.nl] has joined #openttd 14:21:22 *** bb10 [~nn@dhcp-077-248-075-030.chello.nl] has quit [Remote host closed the connection] 14:28:09 *** bb10 [~nn@dhcp-077-248-075-030.chello.nl] has joined #openttd 14:29:23 *** PhoenixII [ralph@home.deboom.biz] has joined #openttd 14:29:52 *** Phoenix_the_II [ralph@home.deboom.biz] has quit [Read error: Connection reset by peer] 14:33:53 *** Svish [~Svish@84.20.108.39] has quit [Quit: Quit] 14:34:48 *** Polygon [~Poly@p54B47457.dip.t-dialin.net] has quit [Quit: Verlassend] 14:36:39 <OwenS> Hmm... For methods, do I go with a JavaScript style implicit "this" or Python style explicit "this"... 14:36:58 <TrueBrain> Python uses 'self' :p 14:37:47 <welterde> and it seems like threads are disabled in noai :/ 14:38:34 <OwenS> I think I'm gonna go JavaScript style, i.e, all function calls recieve an implcit this parameter 14:39:51 <TrueBrain> pff .. 3 cc1plus processes using a woppie 1.5 GB total 14:40:18 <welterde> any chance of getting coroutines enabled in noai? or do i have to use generators in some way instead? 14:40:20 *** Progman [~progman@p57A1D37A.dip.t-dialin.net] has quit [Remote host closed the connection] 14:40:57 <CIA-1> OpenTTD: smatz * r17131 /trunk/src/ (7 files in 3 dirs): -Codechange: apply coding style to some switch statements 14:45:36 *** goodger_ is now known as goodger 14:57:17 *** PeterT [~Peter@c-76-19-209-23.hsd1.ma.comcast.net] has joined #openttd 15:19:21 *** PeterT [~Peter@c-76-19-209-23.hsd1.ma.comcast.net] has quit [Quit: Leaving] 15:21:18 *** Chruker [~no@0x5da34ce4.vjnqu1.dynamic.dsl.tele.dk] has joined #openttd 15:26:49 *** Elton01547 [~Delphi@189.99.156.138] has joined #openttd 15:29:53 *** KenjiE20 [~KenjiE20@92.2.83.135] has quit [Quit: WeeChat 0.3.0-rc2] 15:31:13 *** Elton01547 [~Delphi@189.99.156.138] has quit [Read error: Connection reset by peer] 15:31:57 *** KenjiE20 [~KenjiE20@92.22.209.210] has joined #openttd 15:33:33 *** Elton07678 [~Delphi@189.99.156.138] has joined #openttd 15:45:02 *** Elton07678 [~Delphi@189.99.156.138] has quit [Read error: Connection reset by peer] 15:47:12 *** Elton03572 [~Delphi@189.99.156.138] has joined #openttd 15:51:48 *** Elton03572 [~Delphi@189.99.156.138] has quit [Read error: Connection reset by peer] 15:53:52 *** Elton04382 [~Delphi@189.99.156.138] has joined #openttd 15:58:23 *** fjb_ [~frank@p5485EF8F.dip.t-dialin.net] has joined #openttd 15:58:46 <CIA-1> OpenTTD: smatz * r17132 /trunk/src/company_cmd.cpp: -Fix: comments in company_cmd.cpp 16:00:58 *** fjb [~frank@p5485DEF8.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 16:01:28 *** fjb_ [~frank@p5485EF8F.dip.t-dialin.net] has quit [Remote host closed the connection] 16:04:48 *** keoz [~keikoz@pha75-8-82-230-2-115.fbx.proxad.net] has joined #openttd 16:05:06 *** fjb [~frank@p5485EF8F.dip.t-dialin.net] has joined #openttd 16:10:12 * TrueBrain hugs SmatZ!!!!!!!!!111111111111 16:10:35 <SmatZ> :o) 16:10:44 <SmatZ> eleventyeleven 16:10:48 <TrueBrain> its UNBELIEVABLE! :) 16:10:53 <TrueBrain> my vehicles move!!! :) 16:10:56 <SmatZ> :-D 16:11:08 <TrueBrain> one stupid fucking retarded fuctions :) 16:11:13 <SmatZ> hehe 16:11:53 <z-MaTRiX> "About to copy 9223 PBytes from /dev/urandom to /dev/hda" 16:12:00 <SmatZ> :-p 16:12:38 <TrueBrain> PARTY!!!! 16:12:58 <SmatZ> :) 16:14:25 *** orudge_ [~orudge@2a01:348:178:0:21b:fcff:fe77:5692] has joined #openttd 16:15:34 *** orudge_ [~orudge@2a01:348:178:0:21b:fcff:fe77:5692] has quit [] 16:15:45 *** orudge_ [~orudge@2a01:348:178:0:21b:fcff:fe77:5692] has joined #openttd 16:16:51 *** fonsinchen [~alve@BAEfa2c.bae.pppool.de] has joined #openttd 16:18:46 <TrueBrain> Xaroth: NOW maybe, there is a chance OpenDune will come to live :) 16:18:55 <TrueBrain> and that all tnx to SmatZ' test application :) :) :) :) 16:19:10 <DJNekkid> am i doeing something completely wrong here, or isnt this possible? 16:19:11 <SmatZ> :o) 16:19:12 <DJNekkid> http://paste.openttd.org/189225 16:20:32 <DJNekkid> or do i need to, as i've done before, have the var2 variation B4 at the end of the chain? 16:21:47 *** Polygon [~Poly@x0581b.wh7.tu-dresden.de] has joined #openttd 16:22:19 <welterde> TrueBrain: is there a list what API-methods are DoCommands? (in noai) 16:22:31 <frosch123> DJNekkid: what does not work? 16:22:39 <TrueBrain> welterde: wrong person to ask 16:23:40 <frosch123> welterde: everything that affects other clients 16:23:57 <frosch123> though I don't know about TestMode 16:23:57 <DJNekkid> frosch123: the runningcost on wagon dont change on different speeds 16:24:09 <frosch123> wagons do not have running costs 16:24:16 <frosch123> only engines have 16:24:29 *** fonsinchen [~alve@BAEfa2c.bae.pppool.de] has quit [Remote host closed the connection] 16:24:32 <welterde> frosch123: ok.. thanks :) 16:24:49 <DJNekkid> frosch123: is wagon running cost removed again? 16:25:35 <SmatZ> it seems it works for wagons 16:25:51 <SmatZ> looking at Train::GetRunningCost() 16:25:59 <frosch123> hmm, yes, indeed 16:26:08 <SmatZ> only artic parts are skipped 16:26:14 <DJNekkid> it do work in the 2cc set, but there i did it in a more ... crappy way 16:26:23 <DJNekkid> or atleast, imho, ugly code :) 16:26:35 <DJNekkid> with lots of repitition... 16:27:29 <DJNekkid> but there is the B4 variation at the end, and not in the general callback itself 16:28:27 <frosch123> variable B4 is only valid for the front vehicle, but it does not matter where you query it inside the chain 16:28:49 <frosch123> btw. speed is a word 16:28:57 <frosch123> but maybe your vehicles are not that fast :) 16:29:37 <DJNekkid> but would that matter, as the range is at 0kpm 16:29:43 <DJNekkid> kph even 16:29:57 <DJNekkid> as "everything else" is not 0 ? 16:29:59 <frosch123> 256 would also be 0 16:30:21 <frosch123> don't ask me about the unit :) 16:30:38 <DJNekkid> it actually would, but still ... 16:31:02 <DJNekkid> if i used -1 * 0 02 00 B6 82 B4 00 FF 01 B8 00 00 00 B6 00 16:31:11 <frosch123> anyway, I don't think the problem is inside the code you posted :) 16:31:18 <welterde> TrueBrain: regarding coroutines too? (-: 16:31:28 <DJNekkid> at the END of the chain, where B8 and B6 are two different CB36 chains 16:31:41 <TrueBrain> welterde: anything OpenTTD (the game) related 16:32:18 <frosch123> welterde: you have to find a question about the webpage :) 16:32:36 <welterde> ah :D 16:32:36 <DJNekkid> where one of the chains had the running cost for beeing in motion, where the other one dont... 16:32:48 <welterde> TrueBrain: who to ask about that then? ;) 16:33:23 <frosch123> Yexo, but as he is not here, the forums :) 16:33:27 <DJNekkid> but i think i can see a workaround now anyway, as my capacaties are stated elsewhere... 16:33:45 <DJNekkid> but it still require some duplicated code... :( 16:34:00 <frosch123> DJNekkid: as I said, the order of checking variables makes no difference 16:34:28 <DJNekkid> thats what i thought as well, but apparently it do :) 16:34:36 *** orudge_ [~orudge@2a01:348:178:0:21b:fcff:fe77:5692] has quit [Remote host closed the connection] 16:34:40 <frosch123> no, it doesn't :) 16:35:42 <welterde> frosch123: i'll just wait.. now that a small grep told me he is just now not here ;) 16:36:27 *** Elton04382 [~Delphi@189.99.156.138] has quit [Read error: Connection reset by peer] 16:37:18 * Alberth buys TrueBrain a bottle of champagne 16:37:37 <TrueBrain> welterde: we do have this lovely forum 16:37:38 <TrueBrain> very useful 16:37:40 <TrueBrain> many people there 16:37:44 <TrueBrain> Alberth: tnx! :) I AM SO HAPPY! :) 16:38:32 *** orudge_ [~orudge@2a01:348:178:0:21b:fcff:fe77:5692] has joined #openttd 16:38:33 <welterde> TrueBrain: but i would have to register on it first probably(unless i forgot that i already did that, in which case i have just to remember the password/mail) 16:39:38 <DJNekkid> is it possible to make a "storage" var2? 16:39:45 <DJNekkid> like ... a constant 16:40:02 <DJNekkid> and i can insert this into several places? 16:40:30 <frosch123> depends when you want to assign it, read it and write it :) 16:40:52 <DJNekkid> when i think about it it can be made quite easily... 16:40:59 <frosch123> :p 16:41:12 <DJNekkid> useing some dummy stuff that never go out of range... 16:41:46 <DJNekkid> current year, long format for example 16:42:05 <frosch123> anyway, there are grf paramters, temporary storage registers, varaction2 function calls and that weird user_bitmask callback 16:42:24 *** Dred_furst [~Dred@user-514f995e.l1.c4.dsl.pol.co.uk] has joined #openttd 16:42:39 <frosch123> [18:43] <DJNekkid> current year, long format for example <- what? 16:43:09 <frosch123> do you mean var 1a? 16:43:22 <Xaroth> -18:18:44- [TrueBrain]: Xaroth: NOW maybe, there is a chance OpenDune will come to live :) <<<< may I be the first to say 16:43:23 <DJNekkid> 24 16:43:25 <Xaroth> WOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOT 16:43:40 <frosch123> well, but do you know 1a? 16:43:47 <DJNekkid> no i dont... 16:44:21 <frosch123> maybe you mean that one :) 16:45:08 <DJNekkid> so i can use ... -1 * 0 02 00 81 1A 00 FF 01 \b<value> 80 00 00 <whatever> 00 ? 16:46:02 <frosch123> i still do not know what you are trying to archieve, but usually it is 1A 00 \b<value> ... 16:46:03 <DJNekkid> or even 12... 16:46:21 <DJNekkid> i mean, it is ALWAYS in game mode, or editor :) 16:46:29 <DJNekkid> *run and test* 16:46:36 * frosch123 yawns 16:48:04 *** Progman [~progman@p57A1D37A.dip.t-dialin.net] has joined #openttd 16:49:34 *** Chris_Booth [~chatzilla@client-86-31-157-92.watf.adsl.virgin.net] has joined #openttd 16:50:53 <DJNekkid> now that gave a wierd result... 16:51:23 <DJNekkid> no it didnt 16:51:27 <DJNekkid> it gave the exact result! 16:52:32 <DJNekkid> awsome! 16:54:15 <CIA-1> OpenTTD: rubidium * r17133 /trunk/ (13 files in 5 dirs): -Codechange: generalise the code that searches for base graphics 16:56:27 *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has quit [Quit: oO] 17:07:38 <TrueBrain> Xaroth: yes you may 17:08:01 <Xaroth> TrueBrain: 17:08:03 <Xaroth> WOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOT 17:08:05 <Xaroth> :) 17:08:07 <TrueBrain> :) 17:09:13 <Xaroth> so, you got your decompiler thingie working then? 17:09:34 <TrueBrain> yp 17:09:38 <Xaroth> nice 17:09:51 <TrueBrain> because of a stupid typo mov signextend was not sign extending 17:09:55 <TrueBrain> giving all the troubles :p 17:10:01 <Xaroth> ah 17:10:03 *** Chris_Booth [~chatzilla@client-86-31-157-92.watf.adsl.virgin.net] has quit [Read error: Connection reset by peer] 17:10:14 <TrueBrain> now I am not 100% done yet, I have some hash conflicts I need to resolve 17:10:32 <Xaroth> (I have no clue but i do know the whole 1-typo-fucks-up-everything thing :P ) 17:11:14 <TrueBrain> well, movws ax, al with al of 0xFF should give a ax of 0xFFFF .. instead if became 0x00FF :p 17:11:28 <Xaroth> er, I can see the issue there :P 17:11:46 <TrueBrain> the true issue comes when you do as next command: add bx, ax 17:11:50 <TrueBrain> now instead of doing -1, you do +255 17:11:59 <Xaroth> which is not really what you want :P 17:12:07 <TrueBrain> well, if it is not intended, rarely :) 17:12:33 <TrueBrain> a stupid typo, hidden in my way of structuring files .. :) 17:13:03 <TrueBrain> but never again, as it is now part of the regression :p 17:13:06 <Xaroth> it's always the typos that cause the most crap :P 17:14:09 <TrueBrain> and if it wasn't for the test app SmatZ gave me, where it showed up as the 150,000 CPU instruction after start, I would never have found it :) 17:14:19 <TrueBrain> just to highlight the things you need to go through to find it :p 17:15:59 *** fjb [~frank@p5485EF8F.dip.t-dialin.net] has quit [Remote host closed the connection] 17:16:10 <Xaroth> btw, did the original dune 2 use some kind of gfx lib or did they proper oldskool 17:16:19 <TrueBrain> don't know yet 17:16:28 <TrueBrain> I only know it is compiled with Borland C 17:16:30 <Alberth> (07:12:13 PM) TrueBrain: now instead of doing -1, you do +255 <--- I once used a C compiler that translated x-- like that. 17:16:41 <TrueBrain> Alberth: not really useful :) 17:16:57 <TrueBrain> Xaroth: but by the looks, they all did it themselves 17:17:03 <TrueBrain> the movies are done in a really clever way 17:17:27 <Alberth> Not really, further in the project, the standard approach was first to check compiler output rather than bug searching in our program 17:17:46 <Xaroth> TrueBrain: their lip synch thing was a wow factor for the game back in the day 17:17:47 <TrueBrain> Alberth: why not use another compiler? 17:17:55 <Xaroth> heck, most games now don't even have pure lip sync :P 17:18:00 <Alberth> we found more compiler problems than bugs in our program :p 17:18:12 <Alberth> It was a 6809 compiler for a school project 17:18:22 <TrueBrain> bad school project, I say :p 17:18:26 <TrueBrain> Xaroth: hehe, nowedays we have movies :p 17:18:31 <Xaroth> yeh 17:18:56 <OwenS> Hmm... For my language, do I go for sealed classes (I.E. convert them to C structures) which are faster, or unsealed classes, which are basically hashtables? :P 17:19:29 <TrueBrain> the questions you have to ask yourself .. they keep on growing :) 17:19:32 <OwenS> Hmm... perhaps I could do a hybrid aproach? =) 17:19:45 <Alberth> implement both, let the user decide :p 17:20:09 <OwenS> If you specify it with "var" in the class definition, it goes in the struct, else you'll pay for it with the hashtable :p 17:20:12 <DJNekkid> yey frosch123... now it works as it should... it, apparently, were something with the action0 of the particular engine 17:20:37 <DJNekkid> or rather, wagon 17:21:01 <frosch123> fine :) 17:24:35 *** Mucht [~Martin@chello080109200215.3.sc-graz.chello.at] has joined #openttd 17:30:24 <DJNekkid> wanna download the ugliest grf ever? but it's functions are quite nice tho :) 17:30:52 <DJNekkid> http://dev.openttdcoop.org/projects/2cctrainset/repository/changes/tempplate.grf 17:34:10 *** tux_mark_5 [~kvirc@lan-84-240-29-163.vln.skynet.lt] has quit [Quit: KVIrc Insomnia 4.0.0, revision: , sources date: 20090115, built on: 2009/03/07 00:45:02 UTC http://www.kvirc.net/] 17:38:12 *** orudge_ [~orudge@2a01:348:178:0:21b:fcff:fe77:5692] has quit [Quit: Leaving] 17:42:36 *** FRQuadrat [~frquadrat@frquadrat.de] has quit [Quit: Der Worte sind genug gewechselt, lasst mich auch endlich Taten sehn!] 17:45:03 *** Biolunar [mahdi@blfd-4db073aa.pool.einsundeins.de] has quit [Quit: bis dann] 17:45:28 <CIA-1> OpenTTD: translators * r17134 /trunk/src/lang/ (4 files in 2 dirs): 17:45:28 <CIA-1> OpenTTD: -Update from WebTranslator v3.0: 17:45:28 <CIA-1> OpenTTD: simplified_chinese - 2 changes by Gavin 17:45:28 <CIA-1> OpenTTD: galician - 2 changes by Condex 17:45:28 <CIA-1> OpenTTD: greek - 22 changes by fumantsu 17:45:29 <CIA-1> OpenTTD: urdu - 1 changes by yasirniazkhan 17:47:28 *** FloSoft [bouncer@tyra.ra-doersch.de] has quit [Remote host closed the connection] 17:48:54 *** FloSoft [bouncer@tyra.ra-doersch.de] has joined #openttd 17:51:09 *** orudge_ [~orudge@2a01:348:178:0:21b:fcff:fe77:5692] has joined #openttd 18:04:23 <TrueBrain> WHOHO! I finished the first dune2 mission!! :) 18:04:51 <frosch123> the tutorial? build a barack? 18:04:58 <TrueBrain> no, harvest 1000 credits 18:05:15 *** Chris_Booth [~chatzilla@client-86-31-157-92.watf.adsl.virgin.net] has joined #openttd 18:05:15 <TrueBrain> [EMU] [ INT33:07 ] Not Yet Implemented <- darn, it is always something :p 18:05:16 <z-MaTRiX> heheheh 18:05:30 <z-MaTRiX> it was long time ago 18:05:44 <z-MaTRiX> i hate maxunits ;< 18:06:06 <z-MaTRiX> in dune2 and total annihilation too 18:06:09 <frosch123> hmm, int33... is that the mouse? 18:06:23 <TrueBrain> yup :) 18:06:27 <frosch123> \o/ 18:06:29 <TrueBrain> in this case set hor min/max 18:06:39 <OwenS> Aah, Total Annihilation rocks 18:07:21 <z-MaTRiX> made an annihilator group for fun :) 18:08:46 <OwenS> I enjoyed shelling people with intimidators ^^ 18:09:09 <OwenS> I just marked myself away manually Konversation. Honor it -.- 18:14:17 <Ammler> TrueBrain: finger.openttd.org still does show yesterday nightly? 18:14:32 <TrueBrain> Ammler: might have to do, I don't know, that todays nightly is not there yet? 18:14:38 <TrueBrain> just a hunch .. idea ... feeling .. not sure :p 18:14:49 <Ammler> will that written when compile is done? 18:15:33 <TrueBrain> sometimes, I really wonder about the intelligence of a question 18:15:33 <Ammler> a bit too late ;-) 18:15:51 <TrueBrain> Ammler: finger.openttd.org is updated when the binaries are available (at all the mirrors) 18:16:00 <TrueBrain> as it has been for almost a year :) 18:16:25 <TrueBrain> that is what finger represents: the latest available binaries 18:16:49 <Ammler> hmm, I thought it does also update, if compile failed. 18:17:00 <TrueBrain> nope 18:17:13 <TrueBrain> finger, as it should, represents the actual latest available binaries 18:17:24 <TrueBrain> but then again, the compile never failed 18:17:38 <TrueBrain> (as failure would mean that even the source packages were not created) 18:17:41 <Ammler> it did once this year and finger updated 18:17:55 <Ammler> once I know of. 18:17:56 <TrueBrain> the CF hasn't failed since 2005 18:18:16 <TrueBrain> March 2005 .. a good month :) 18:18:34 <Ammler> it is around 2-3 months ago, at least windows bins weren't available. 18:18:47 <TrueBrain> LOL! Yes, that means that CF failed, that the windows binaries failed 18:18:53 <TrueBrain> the whole world dies when that happens 18:19:07 <Ammler> yes, it does, the world is MS 18:19:15 <TrueBrain> my mistake, really, you are absolutely right 18:19:21 <TrueBrain> CF fails when it fails to produce windows binaries 18:19:22 <Ammler> thanks :-P 18:19:33 <TrueBrain> [20:15] <TrueBrain> sometimes, I really wonder about the intelligence of a question <- it is not only the questions I now worry about :) 18:20:02 <TrueBrain> Ammler: the CF couldn't care less if one target fails. If multiple fail, it starts to worry .. but that never happened :) 18:20:09 <Rubidium> has the compile farm generated binaries, yes? Then the compile farm didn't fail and updating finger is fine 18:20:51 <TrueBrain> Rubidium: strictly seen he even considered the log of a failure enough to publish itself :p 18:21:04 <TrueBrain> (or is it a she?) 18:21:16 <Rubidium> she (:babe) 18:21:24 <TrueBrain> hehe 18:21:25 <TrueBrain> fair enough :) 18:21:35 <TrueBrain> still a nice inside joke :) 18:21:59 <Ammler> is there a table like you had on the old CF? 18:22:09 <TrueBrain> nope 18:22:13 <Ammler> where you see in one shot which os succeeded 18:22:15 <frosch123> yes, #openttd.notice 18:25:33 <Alberth> (08:05:21 PM) TrueBrain: no, harvest 1000 credits <-- \o/ \o/ \o/ 18:26:11 <frosch123> since when do nl use am/pm? 18:26:15 *** Elton04598 [~Delphi@189.99.156.138] has joined #openttd 18:28:08 *** LordAzamath [~rightwing@82.131.16.156.cable.starman.ee] has joined #openttd 18:29:43 <Alberth> Since I could not find a trivial way to set that differently 18:31:02 *** Lisby [~l@d40a979c.rev.stofanet.dk] has joined #openttd 18:33:02 <TrueBrain> who knows how a video mode 0x0D screen has to be read? :) 18:33:18 <Tefad> read or written? 18:33:27 <TrueBrain> read 18:33:29 <TrueBrain> it is written for me 18:33:46 <TrueBrain> I assumed it was equal to a 0x12 .. I was wrong :p 18:33:46 <frosch123> why mode is that? 18:33:47 <Tefad> oh, you're doing wonky crap with dune still? 18:33:55 <TrueBrain> 320x200x16 (EGA,VGA) 18:34:11 <TrueBrain> (x16 as in: 16 colours, not 16bpp :p) 18:34:13 <frosch123> does it work the same as 640x350x16 ? 18:34:28 <frosch123> oh right, 640x350x4 :) 18:36:15 <frosch123> well, you set in some register which bits you want to read/write 18:37:40 <SmatZ> TrueBrain: reading by nibbles doesn't work? 18:37:42 <TrueBrain> lol :) frosch123: the video screen is written at 0xa0000 .. I ened to read it to represent to my SDL screen :p 18:37:49 <TrueBrain> it seems to be 2 paged memory 18:38:10 <SmatZ> or is it that interleaved XMODE? 18:38:13 <Tefad> intend? 18:38:17 <Tefad> need? 18:38:33 <frosch123> well, 640x350x4 is basically monochrome, with 8 pixels per byte. 18:38:36 <OwenS> It's not one of those funky modes where every other row is on a different page is it? 18:38:50 <frosch123> additionally you have some register where you can mask the 'planes' you want to write 18:39:25 <OwenS> I know you could do some crazy optimizations with the VGA state machine 18:42:11 <frosch123> port 3C4, 3CE, 3CF, 3C5 seem to be the important ones 18:42:21 <TrueBrain> frosch123: again, I am trying to read from memory :) 18:42:25 <TrueBrain> not to use hardware to access data :p 18:42:32 <TrueBrain> (as I am the hardware :p) 18:42:39 <SmatZ> TrueBrain: what exactly is your problem? wrong palette, or wrong order of pixels, interleaved data... ? 18:42:46 <frosch123> yes, and you have to switch memory bases on those registers 18:43:00 <TrueBrain> SmatZ: data is cropped on the first 50 lines or so 18:43:47 <frosch123> but it is not like a page switch, but you can also access multiple pages at the same time, and write the same stuff into them 18:44:34 <frosch123> okay, I will look into a book :) 18:44:47 <CIA-1> OpenTTD: rubidium * r17135 /trunk/src/base_media_base.h: -Fix (r17133): some (older) GCCs failed to compile 18:45:36 *** Bergee [~bergee@c-68-40-190-70.hsd1.mi.comcast.net] has quit [Ping timeout: 480 seconds] 18:45:49 <frosch123> hmm, I cannot locate the book :( 18:46:55 <Rubidium> try sudo updatedb ;) 18:47:34 *** Elton04598 [~Delphi@189.99.156.138] has quit [Read error: Connection reset by peer] 18:47:53 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Read error: Connection reset by peer] 18:48:03 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd 18:49:03 *** Bergee [~bergee@c-68-40-190-70.hsd1.mi.comcast.net] has joined #openttd 18:49:07 <frosch123> worked :) 18:50:21 <TrueBrain> okay, now I have 2x the screen, left and right 18:50:24 <TrueBrain> getting there :p 18:52:34 <Xaroth> o_O 18:52:58 *** PeterT [~Peter@c-76-19-209-23.hsd1.ma.comcast.net] has joined #openttd 18:53:17 <PeterT> can someone please take a look at my problem: http://www.tt-forums.net/viewtopic.php?f=31&t=44682 18:55:43 <OwenS> TrueBrain: #0 0x00007f0ee8347289 in ?? () The real trouble with JITed code: debugging 18:55:59 <TrueBrain> feed the symbols to gdb, and you will be fine 18:56:06 <OwenS> What symbols? 18:56:11 <TrueBrain> of your JIT :) 18:56:17 <OwenS> It doesn't generate any! 18:56:23 <TrueBrain> make it generate :p 18:56:30 <OwenS> And even if it did, GDB wouldn't know how to find them 18:56:39 <TrueBrain> there are ways to do that 18:56:41 <TrueBrain> on runtime 18:56:48 <TrueBrain> after all, dl does it :) 18:57:06 <OwenS> It doesn't register them with the dynamic linker :p 18:57:18 <OwenS> My backtrace looks like 18:57:19 <OwenS> #0 0x00007f48eec75289 in ?? () 18:57:29 <TrueBrain> I am looking at such backtraces all day 18:57:32 <TrueBrain> so don't tell me about it :) 18:57:54 <Tefad> mmm stack corruption 18:58:18 <OwenS> I guess your familiar with (gdb) disassemble 0x7f48eec75010 0x7f48eec75010+552 also then :P 18:58:40 <TrueBrain> even more as my input is almost assembly :p 18:58:50 <Aali> oh you spoiled kids 18:59:07 <Aali> come back when you have random corruption in your page tables :) 18:59:25 <Aali> that's real fun to debug 18:59:25 <OwenS> Aali: Done that :P 18:59:27 <TrueBrain> http://wiki.osdev.org/VGA_Hardware#Memory_Layout_in_16-color_graphics_modes 18:59:34 <TrueBrain> bah ... I sometimes hate what I am doing :p 18:59:38 <Aali> you don't even know what memory you're looking at 18:59:47 <OwenS> 0x00007f48eec75289: callq *(%rsi,%riz,1) <-- How did I know that would be the line the faults happening on? 18:59:50 <frosch123> TrueBrain: the ram is accessed as uint1 ram[plane][row][column], so 4 pages of 16kb 19:00:27 <TrueBrain> frosch123: I just found yes .. tnx :) This mode will be the most impossible one .... 19:00:32 <frosch123> but the planes share the same memory addresses (from CPU pov) :) 19:01:55 <OwenS> Judging by the structure of the code it's happening in... attempt to cast before a binary operator 19:02:36 <OwenS> Hmm... I'm gonna learn how one allocates strings in LLVM and generate some checkpoints :p 19:03:43 *** z-MaTRiX [~matrix@nude.lesbianbath.com] has quit [Ping timeout: 480 seconds] 19:04:55 <CIA-1> OpenTTD: frosch * r17136 /trunk/ (bin/data/orig_win.obg docs/obg_format.txt): -Fix: Some typos in .obg stuff. 19:06:01 *** orudge_ [~orudge@2a01:348:178:0:21b:fcff:fe77:5692] has quit [Remote host closed the connection] 19:06:17 <CIA-1> OpenTTD: rubidium * r17137 /trunk/src/strgen/strgen.cpp: -Fix (r17129): strgen complained a lot about english.txt compiled with MSVC. 19:06:47 <CIA-1> OpenTTD: rubidium * r17138 /trunk/src/ (saveload/waypoint_sl.cpp settings_gui.cpp): -Fix: some MSVC 64 bits compiler warnings 19:07:55 <TrueBrain> frosch123: you are absolutely right :) 19:08:06 <frosch123> what? 19:08:12 <frosch123> me? 19:09:03 <Xaroth> TrueBrain: Hot Shots on telly 19:09:10 <TrueBrain> Xaroth: oeh!! 19:09:17 <Xaroth> thought so :) 19:09:28 <TrueBrain> I only wonder ... 320x200 is just 1F40 bytes ... why do they use planes? 19:09:49 * frosch123 assumes tb means the stuff from The Hardware Book, printed in 1992, which even specfies the pin layouts of the chips 19:09:54 <TrueBrain> Xaroth: what station? 19:09:57 *** Chris_Booth [~chatzilla@client-86-31-157-92.watf.adsl.virgin.net] has quit [Read error: Connection reset by peer] 19:10:02 <Xaroth> RTL5 19:10:06 <Xaroth> commercial break now tho 19:10:06 <TrueBrain> frosch123: I wish I had such books .. as this annoys the hell out of me 19:10:14 <TrueBrain> I am flying blind, guessing around 19:10:21 <TrueBrain> doing with the small information I can find 19:10:35 <frosch123> TrueBrain: because 640x350 / 8 is about 64 kB 19:11:01 <frosch123> hmm, no :p 19:11:01 <TrueBrain> ah 19:11:10 <TrueBrain> other modes .. that can be a good enoguh reason 19:11:19 <TrueBrain> @calc 640 * 350 / 4 19:11:19 <DorpsGek> TrueBrain: 56000 19:11:22 <TrueBrain> almost :p 19:11:26 <TrueBrain> @calc 640 * 400 / 4 19:11:27 <DorpsGek> TrueBrain: 64000 19:11:28 <TrueBrain> :p 19:11:35 <frosch123> but it is 8 pixels per byte 19:11:37 <frosch123> so only the half 19:11:54 <TrueBrain> hmm .. true 19:11:57 <petern> monochrome? 19:12:08 <TrueBrain> so it only needs 32k 19:12:09 <petern> oh, no 19:12:17 <petern> it's 'paged' or whatever they called it 19:12:18 <TrueBrain> but okay ... I need to figure out a clever way to emulate this :) 19:12:44 <petern> 640 * 350 @ 16 colours, is 112KB 19:13:06 * petern goes back to sleep 19:13:07 <frosch123> TrueBrain: there are also video pages ! 19:13:21 <frosch123> that results in 64kB 19:17:55 <TrueBrain> I give up on this video mode .. impossible shit :p 19:19:11 <frosch123> make it monochrome and pick one of the 4 planes :p 19:19:22 <TrueBrain> I just did :p 19:19:34 <TrueBrain> but .. it doesn't animate 19:19:37 <TrueBrain> and I don't know why :( 19:20:00 <frosch123> maybe it read back the data to decide for the next? 19:20:20 <frosch123> or is it palette animation? 19:20:38 <TrueBrain> I don't read palette changes .. 19:20:51 <petern> mmm, ega palette 19:20:58 <TrueBrain> and I don't read any waiting on anything .. 19:21:12 <frosch123> 16 out of 64 colours :p 19:22:04 <Alberth> double buffering? 19:22:39 <petern> frosch123, that's the one :D 19:23:31 <TrueBrain> 1 3C4 followed by 4 3C5 19:23:34 <TrueBrain> must be important :p 19:23:44 <frosch123> btw. did anyone here ever saw a real cga? and did it really had that weird colours? 19:25:18 <TrueBrain> "Wendy I can fly!" 19:25:37 <frosch123> that stores 4 in register 1 19:25:43 <DJNekkid> wow, the new opengfx signals are rather nice! 19:31:20 *** z-MaTRiX [~matrix@nude.lesbianbath.com] has joined #openttd 19:31:58 <OwenS> OK... why can't I call the function "as_checkpoint(i8*)" with a [2 x i8]*? 19:32:01 <Eddi|zuHause> i only remember when my father ran sokoban on a colour monitor for the first time, and went like "urgs... it's pink!" 19:32:20 <TrueBrain> the 4 colours on a CGA ... 19:32:36 <Tefad> most horrible ever 19:32:45 <Eddi|zuHause> but that was way before i knew what CGA and VGA is 19:32:56 <TrueBrain> better than green and black :s 19:33:00 <frosch123> yeah, you can somehow pick different itensities, but it stays black, cyan, magenta and white 19:33:23 <Tefad> wasn't there a second mode that did green and orange 19:33:30 <OwenS> Wasn't there a yellow in there which the monitors converted to brown? 19:33:55 <TrueBrain> there are 2 palettes you could select 19:33:57 <Eddi|zuHause> afair CGA had 4 modes 19:34:04 <TrueBrain> both could go in high and low intensity 19:34:25 <Eddi|zuHause> each with 4 out of 16 colours 19:34:49 <Tefad> http://en.wikipedia.org/wiki/File:KL_CGA_Unknown.jpg long live CGA? 19:35:04 <TrueBrain> http://en.wikipedia.org/wiki/Color_Graphics_Adapter#Standard_graphics_modes 19:35:25 <glx> I liked cpc 6128 mode 0 :) 19:37:44 <Eddi|zuHause> the first computer i can actually remember already had VGA 19:37:57 <frosch123> hmm, seems like you can choose green/red/yellow, cyan/magenta/white or cyan/red/white. together with a fourth arbitrary choosable 19:38:01 <frosch123> typically balck 19:38:13 <Eddi|zuHause> and we played civ all day long... 19:38:22 <SmatZ> :) 19:38:53 <SmatZ> quite soon after I started playing civ I found a way how to edit savegames 19:38:56 <Eddi|zuHause> and sim city 19:39:00 <Eddi|zuHause> and monkey island 19:39:01 <SmatZ> so it spoiled it for me quite a bit 19:39:07 <glx> at least VGA was standard 19:39:08 * SmatZ never played monkey island 19:39:27 <SmatZ> we had VGA computer home since 1991... 19:39:37 <Eddi|zuHause> it was totally awesome... 19:39:50 <frosch123> haha, simcity with FUNDS and earthquake after doing it too often :p 19:39:58 <SmatZ> hehe 19:40:09 <Eddi|zuHause> we played the "sword fights" pver amd pver agaom :) 19:40:23 <OwenS> Every 5th time :p 19:40:24 <OwenS> FUND gave you a ,000 30% interest per week loan in SimCity 2000 19:40:28 <TrueBrain> haha :) For those who can't read that: over and over again 19:40:29 <TrueBrain> :p 19:40:32 <SmatZ> I played Stunts a lot 19:40:40 <glx> thx TrueBrain 19:40:49 <SmatZ> ah, thanks TrueBrain :) 19:40:50 <glx> my brain failed to decipher it 19:40:58 <frosch123> yeah, stunts! 19:41:04 <OwenS> Aww crud 19:41:07 <Eddi|zuHause> offset keyboard :p 19:41:08 <OwenS> The crash is on the first call to f 19:41:09 <glx> stunts was fun 19:41:12 <frosch123> filling the whole map and driving for 20 minutes :o 19:41:21 <SmatZ> hehe 19:41:25 <Eddi|zuHause> just move all right hand characters one to the side :p 19:41:38 <SmatZ> I planned to once code game like stunts, but better 19:41:43 <frosch123> and then too fast in the last corner and hit the finish :s 19:41:43 <SmatZ> mmm OpenStunts 19:41:57 <glx> I still have it on a disk 19:42:03 <OwenS> %result = call %"struct.AlterScript::Variant" (i32, ...)* %3(i32 2, i64 1, i64 3) ; <%"struct.AlterScript::Variant"> [#uses=1] AAH! 19:42:04 <TrueBrain> SmatZ: there is a very simular project 19:42:17 <OwenS> I'm not implicit casting function call args to variants 19:42:18 * frosch123 never replaced disks, so has a working installation in dosbox 19:42:38 <SmatZ> TrueBrain: yeah, I got it installed, but it's far from being playable... ultimatestunts 19:42:42 <SmatZ> :) 19:42:56 <Eddi|zuHause> stunts was that car racing game where you could build your own route? 19:43:00 <SmatZ> yeah 19:43:12 <OwenS> It works when you obey your calling convention! :P 19:43:39 <frosch123> and where the f1 car was the only one, which was fast enough to successfully jump after one piece of road 19:44:04 <glx> ML was very slow :) 19:44:11 <TrueBrain> SmatZ: well, if you implement EXEC in my emu, it should work :) 19:44:22 <Eddi|zuHause> where you could cheat by just going around the fomosh line and the penalty was way less than the time it took to actually complete the round? 19:44:35 <glx> right 19:45:20 <SmatZ> TrueBrain: isn't exec simply doing what you do with the original image? 19:45:27 *** Chris_Booth [~chatzilla@client-86-31-157-92.watf.adsl.virgin.net] has joined #openttd 19:45:32 *** Sacro_ [~ben@150.237.48.99] has joined #openttd 19:45:32 *** Sacro [~ben@150.237.48.99] has quit [Read error: Connection reset by peer] 19:45:33 <TrueBrain> SmatZ: in theory, yes, but there are a few thingies ... 19:45:35 <OwenS> SmatZ: But both have to be in memory concurrently 19:45:52 <TrueBrain> SmatZ: and I never found the guts to implement it ;) 19:46:33 <OwenS> (Well, I'm assuming EXEC is more like Win32 CreateProcess than Unix exec(2)) 19:46:56 <TrueBrain> both not really related to DOS EXEC 19:47:10 <OwenS> More like however :p 19:47:40 <OwenS> As in, DOS Exec doesn't replace the existing process image; it loads the new one and starts executing it; when it finishes, it returns from exec? 19:47:55 <TrueBrain> in DOS, things are much more simplified 19:47:59 <TrueBrain> but there are a few thingies .. which are tricky 19:48:16 <OwenS> Incidentally... gonna support DPMI? :p 19:48:32 <frosch123> 0.9 or 1.0 :p 19:48:45 <OwenS> 0.9 is all you need :P 19:48:56 <frosch123> well, 1.0 is useless 19:49:03 <TrueBrain> DPMI is uselss. 19:49:15 <OwenS> Except for running old games :P 19:49:26 <TrueBrain> eitherway, EXEC makes a new PSP block, which is not as easy as you might hope 19:50:26 *** LordAzamath [~rightwing@82.131.16.156.cable.starman.ee] has quit [Quit: ChatZilla 0.9.85 [Firefox 3.5.2/20090729225027]] 19:50:56 <CIA-1> OpenTTD: rubidium * r17139 /trunk/ (21 files in 10 dirs): -Change: add the concept of sound sets 19:52:12 <frosch123> poor files.h, it was such a nice file once :( 19:55:54 <Eddi|zuHause> 19:56:12 <glx> yes? 19:56:21 <Eddi|zuHause> *mental note* don't drop the keyboard 19:57:22 *** GhostBerg0445270 [~bergee@c-68-40-190-70.hsd1.mi.comcast.net] has joined #openttd 19:57:22 *** Sacro_ [~ben@150.237.48.99] has quit [Read error: Connection reset by peer] 19:58:12 *** Elton09249 [~Delphi@189.99.156.138] has joined #openttd 19:58:21 *** Bergee [~bergee@c-68-40-190-70.hsd1.mi.comcast.net] has quit [Ping timeout: 480 seconds] 20:01:37 *** oskari89 [oskari89@dsl-kpobrasgw1-ff7cc100-243.dhcp.inet.fi] has joined #openttd 20:05:15 *** Sacro [~ben@150.237.48.99] has joined #openttd 20:05:25 *** Sacro [~ben@150.237.48.99] has quit [] 20:06:49 <xmakina> Rubidium: Sound sets? 20:06:53 *** PeterT [~Peter@c-76-19-209-23.hsd1.ma.comcast.net] has quit [Quit: Leaving] 20:07:14 <glx> xmakina: yes sample.cat replacement 20:07:18 <Alberth> Sound*S* sets 20:07:31 <frosch123> :p 20:07:38 <Tefad> plural sets? 20:07:40 <xmakina> paving the way for OpenSounds? 20:08:17 * frosch123 imagines the number of noobs who won't get the difference between opengfx and opensfx 20:08:46 *** Splex [~splex@121.165.245.76] has joined #openttd 20:09:10 <_ln> http://imgur.com/6zjNO.jpg 20:11:01 *** Lakie [~Lakie@91.84.251.149] has joined #openttd 20:11:06 <Aali> perfect 20:11:17 <Chruker> lol 20:11:28 <OwenS> lol 20:11:32 <Aali> crashed VC2008 by backspacing some text 20:11:33 <xmakina> lol 20:11:40 <Aali> pure quality software 20:11:42 <Alberth> Tefad: multiple sounds 20:12:31 <Tefad> that's understood when you say set 20:12:45 <Tefad> you don't say characters set 20:13:15 <Tefad> unless i'm from mars.. *shrug* 20:13:32 <xmakina> good lord - anyone else looking at the Cindini 2.0 thread? 20:15:35 *** Sacro [~ben@150.237.48.99] has joined #openttd 20:18:18 *** frosch123 [~frosch@frnk-590ffc41.pool.einsundeins.de] has quit [Remote host closed the connection] 20:23:10 <Eddi|zuHause> <Alberth> Sound*S* sets <- how the hell are you supposed to pronounce that? 20:23:35 <petern> in german, you'd write it as "sounds, sets" 20:24:18 <petern> and sound set is correct, anyway 20:24:19 <Alberth> I only write it, and never say it :p 20:26:15 <TrueBrain> http://heim.ifi.uio.no/~stanisls/helppc/int_21-29.html <- such shit makes me sick :( 20:27:09 <Tefad> bitmasks? 20:27:20 <Eddi|zuHause> petern: you don't actually know any german, do you? :p 20:28:00 <Eddi|zuHause> Alberth: it's a set of sonds, but a sound set 20:28:37 *** z-MaTRiX [~matrix@nude.lesbianbath.com] has quit [Ping timeout: 480 seconds] 20:28:39 <Eddi|zuHause> +u 20:28:52 <Eddi|zuHause> sometimes i press keys and they don't respond :( 20:29:03 <petern> Eddi|zuHause, going by the apparent german rules of 'put a comma in if you pause' 20:29:10 <Alberth> I didn't miss that u :) 20:29:31 <Tefad> Eddi|zuHause: happens to me when i use my crappy KVM 20:29:34 <petern> sound sets would be more than one sound set, and a sound set contains many sounds 20:29:39 <Eddi|zuHause> Alberth: i corrected one while typing, and missed the other 20:30:31 <Eddi|zuHause> petern: but you don't actually pause there ;) 20:30:32 <Alberth> Knowing RB, I doubt that we have a limit on the number of sets :P 20:31:34 <Eddi|zuHause> why can't you type "r[tab]" instead of a silly abbreviation? 20:32:41 <Alberth> no need to wake RB here imho 20:33:30 <Alberth> good night all 20:33:38 <Eddi|zuHause> you don't actually know if he doesn't also have a highlight on RB 20:33:50 <Alberth> that's his choice 20:34:17 <Alberth> on his name, chance is about 95 % 20:35:04 <TrueBrain> night AL 20:35:06 <TrueBrain> :) 20:35:23 <Eddi|zuHause> i've seen people respond on the weirdest alterations of their nick :p 20:35:41 <Alberth> night TB :) 20:35:44 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 20:35:47 <TrueBrain> Eddi|zuHause: that can also be because they read this channel (I know, suprising!) 20:37:22 <Eddi|zuHause> also stuff like "i should take <more or less common word> out of the highlight list" after some random statement :p 20:37:25 *** TheMask96 [martijn@greed.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds] 20:37:54 <Eddi|zuHause> or one person complaining that he gets highlighted on the other person's nick :p 20:37:58 <TrueBrain> for me only TrueBrain highlights .. can't be arsed if people don't use my name :p 20:38:14 <OwenS> Eddi|zuHause: orudge says that about me :P 20:38:16 <Ammler> Truelight :-) 20:38:35 <TrueBrain> nope 20:38:48 <glx> OwenS: yes owen HLs him 20:38:58 <Ammler> hmm, maybe that was the reason you changed the nick ;-) 20:39:19 <OwenS> ? 20:40:06 <OwenS> glx: Apparently #openttdcoop is on perpeptual highlight if I'm playing (I play as Owen to avoid self highlight :P ) 20:40:18 <TrueBrain> then you do all this work to make an app to work in your emu ... does it do a 21:4B :( 20:40:39 <OwenS> 21:4B? 20:40:42 <TrueBrain> EXEC :P 20:40:48 <OwenS> lol 20:42:30 <TrueBrain> opcode 0x6B ... yeah, one of the few I couldn't find any real documentation on ... 20:43:21 *** TheMask96 [martijn@greed.vhost.ne2000.nl] has joined #openttd 20:44:11 <OwenS> IMUL reg16/32, imm8 (sign extended); first byte 6Bh 20:44:19 *** Sacro [~ben@150.237.48.99] has quit [Read error: Connection reset by peer] 20:44:27 *** Sacro [~ben@150.237.48.99] has joined #openttd 20:44:53 <OwenS> Apparently it takes 5 clocks on an original Athlon :p 20:45:03 <OwenS> (Well... has 5 cycle latency) 20:45:38 <OwenS> TrueBrain: That help? 20:45:45 <TrueBrain> not really :) 20:45:50 <orudge> OwenS: yes... it'd be nice if mIRC had a "don't highlight" list ;) 20:45:52 <TrueBrain> but tnx anyway ;) 20:46:07 <OwenS> :P 20:46:25 <OwenS> Signed multiply the register by the sign extended value of the immediate byte 20:49:28 <TrueBrain> the problem is the reading :) 20:49:58 <OwenS> reading? 20:50:10 <TrueBrain> 69 /r iw IMUL r16,r/m16,imm16 9-22/12-25 word register := r/m16 * 20:50:12 <TrueBrain> immediate word 20:50:14 <TrueBrain> 69 /r iw IMUL r16,imm16 9-22/12-25 word register := r/m16 * 20:50:15 <TrueBrain> immediate word 20:50:31 <TrueBrain> there is absolutely NOTHING I can do with that .. 20:50:58 <OwenS> I'm lost =/ 20:51:06 <TrueBrain> opcode 69 20:51:11 <OwenS> Hang on, digging out AMD manuals :p 20:51:13 <TrueBrain> has 2 documented parameters 20:51:14 <Xaroth> TrueBrain: weren't you off to bed like half an hour ago :P 20:51:17 *** nicfer [~Usuario@168.226.104.58] has joined #openttd 20:51:22 <TrueBrain> Xaroth: me? No. Albert? Yes. 20:51:25 <Xaroth> ah 20:51:35 <Xaroth> OpenDune done yet? :P 20:51:39 <TrueBrain> haha :) 20:51:40 <TrueBrain> no :p 20:51:42 <Xaroth> :( 20:51:48 *** Sacro_ [~ben@150.237.48.99] has joined #openttd 20:51:56 <TrueBrain> but the start is not far away 20:52:02 <Xaroth> woot 20:52:11 <SmatZ> TrueBrain: what's the problem? 20:52:14 <Xaroth> lemme guess, for me to help will require me to learn C.. right? 20:52:16 <TrueBrain> SmatZ: see above :) 20:52:21 <TrueBrain> Xaroth: yup 20:52:25 <Xaroth> ugh 20:52:26 <TrueBrain> and at this stage: assembly :p 20:52:34 <Xaroth> I actually tried assembly once 20:52:42 <OwenS> IMUL reg16, reg/mem16, imm16 : Multiply the contents of a 16-bit register or memory operand by a sign extended immediate word and put the signed result in the 16-bit desination register 20:52:44 <Xaroth> ... untill i fubar'ed the pc i was testing thigns on 20:52:45 <TrueBrain> SmatZ: I have 69 and 6b with 2 parameters .. and I don't know what seperates them 20:52:55 <OwenS> I wanna know how it decides whether it's a register or memory operand 20:53:02 <SmatZ> TrueBrain: ? run normal address decoding 20:53:09 <TrueBrain> OwenS: that part is in the opcode, easy to decode 20:53:10 <SmatZ> then there is 2B of imm16 20:53:32 <SmatZ> as with all (many) other instructions 20:53:45 <SmatZ> except there are two more bytes of immediate operand 20:53:59 <SmatZ> similiar to... shifts 20:54:13 *** Sacro [~ben@150.237.48.99] has quit [Ping timeout: 480 seconds] 20:54:29 <SmatZ> MOD is the destination register 20:54:41 <SmatZ> 0-7 20:54:49 <OwenS> TrueBrain: 69, byte specifying registers, 2 byte immediate? 20:54:50 <SmatZ> "address" is the source register 20:55:00 <SmatZ> + 2 bytes of immediate operand 20:55:06 <OwenS> I'd guess that from the "69 /r iw", i.e, 69, byte for register, immediate word 20:55:10 <TrueBrain> SmatZ: this really is the only command with ambigous .. or the documentation is cooked :) 20:55:45 <SmatZ> TrueBrain: http://paste.openttd.org/191160 if this helps you (from my emulator) 20:56:01 <OwenS> TrueBrain: I'd suggest grabbing an assembler and assembling some tests :p 20:56:03 <SmatZ> hmm probably it doesn't help 20:56:20 <TrueBrain> IMUL r16,r/m16,imm16 vs IMUL r16,imm16 20:56:22 <TrueBrain> that is my problem :) 20:56:45 <TrueBrain> you assume the first in all cases 20:56:46 <SmatZ> TrueBrain: it has one hidden parameter, don't care about "IMUL r16,imm16" 20:57:09 <TrueBrain> it was the only fucking command I couldn't decipher :p 20:57:13 <OwenS> AMD's doc doesn't list an IMUL r16,imm16 20:57:17 <SmatZ> the parameter is doubled when encoding to computer readable form :) 20:57:28 <TrueBrain> :( 20:57:52 <SmatZ> IMUL eax, 8 == IMUL eax, eax, 8 20:57:58 <SmatZ> when encoded 20:58:14 <TrueBrain> then why did this stupid documentation ever documented the first case .... 20:58:22 *** Sacro [~ben@150.237.48.99] has joined #openttd 20:59:09 *** Sacro_ [~ben@150.237.48.99] has quit [Read error: Connection reset by peer] 21:01:07 <SmatZ> [22:55:15] <OwenS> I'd guess that from the "69 /r iw", <=== /r means the MOD is number of destination register (in this notation) 21:01:30 <SmatZ> in the MOD/RM byte 21:01:58 <OwenS> SmatZ: I'll admit not knowing much of what a MOD/RM byte is considering my lack of knowledge of x86 at that level :p 21:02:49 <SmatZ> OwenS: I just hope I remember it correctly ;) 21:03:12 *** Brianetta [~brian@client-81-109-185-122.hers.adsl.virgin.net] has quit [Quit: Tsch?ss] 21:03:44 <OwenS> x86 assembly I can do; with the x86_64 ABI reference handy I can remember AMD64's register calling convention (Would be much easier if x86 registers were simply numbered...)... but I don't actually know the bytes my assembler is kicking out :P 21:06:49 *** Sacro_ [~ben@static-87-102-39-137.karoo.KCOM.COM] has joined #openttd 21:07:07 *** Sacro_ [~ben@static-87-102-39-137.karoo.KCOM.COM] has quit [] 21:07:15 *** Sacro [~ben@150.237.48.99] has quit [Quit: Reconnecting] 21:07:15 <SmatZ> OwenS: just %define r1 rax %define r2 rcx ... 21:07:17 <SmatZ> ;) 21:07:18 *** Sacro [~ben@static-87-102-39-137.karoo.KCOM.COM] has joined #openttd 21:07:30 <OwenS> SmatZ: There already IS an r1 :P 21:08:07 *** nicfer [~Usuario@168.226.104.58] has quit [Quit: Leaving.] 21:08:12 <SmatZ> well, if your assembler understands r1-r8, feel free to use them instead of rax, rcx, ... 21:08:19 <SmatZ> (hmm maybe it starts at r0 21:08:31 <SmatZ> I am used to the "old" naming 21:08:39 <OwenS> r0-r7 are the new regs, but I still have to remember that %rdi is param # 1 21:08:55 <SmatZ> hmm weird assembler you have 21:09:04 <OwenS> x86_64 has 16 regs, rax -> rsp; r0 -> r7 21:09:08 <SmatZ> nasm uses rax-rsp, r8-r15 21:09:14 <OwenS> Oh crap yeah :p 21:09:24 <SmatZ> while maybe r0-r7 is mapped to rax-rsp 21:09:43 <OwenS> Still, it doesn't help since the numbers would jump all over :P 21:09:48 <SmatZ> :) 21:10:14 <OwenS> I'd personally be quite happy if x86 got took out back and shot 21:10:20 <SmatZ> you can %define mr0 rdi ... 21:10:36 <SmatZ> not really possible, you know ;) 21:10:55 <SmatZ> with MMX/SSE/FPU you are using numbered registers 21:10:58 <OwenS> Something RISC would be so much nicer. CISC easier to program in assembly my arse 21:11:02 <SmatZ> but they are not general purpose... 21:11:02 <Tefad> x86 isn't going anywhere any time soon 21:11:12 <OwenS> Then I use %rdi, forgetting it's %mr0, and wonder WTF is happening :P 21:11:19 <SmatZ> hehe 21:11:26 <SmatZ> use only mr then :) 21:12:00 <OwenS> The only nice to program CISC arch I know is m68k. And thats because it's nicely orthagonal 21:12:40 * SmatZ knows only x86 and several PICs... and IA64 a bit 21:12:58 <OwenS> I like the PICs... nice and simple 21:13:08 <SmatZ> yeah :) 21:13:11 <OwenS> Propeller is bloody awesome also 21:13:40 <OwenS> Not only do you get 8 80Mhz (20MIPS) cores, but they have a lovely instruction set also 21:13:47 <SmatZ> hehe 21:14:16 <OwenS> I'll admit it's a bit funny... each core has 2kb private local RAM which acts as both it's registers, fast RAM and program store... 21:14:52 <TrueBrain> Reg2/Mem = Reg1 IMUL Imm <- SmatZ: I got that right, not? 21:15:16 <SmatZ> TrueBrain: the other way :-/ 21:15:23 <SmatZ> reg1 = r/m * imm 21:15:56 <SmatZ> (that reg1 stored in the MOD field) 21:18:39 *** z-MaTRiX [~matrix@nude.lesbianbath.com] has joined #openttd 21:21:03 *** bb10 [~nn@dhcp-077-248-075-030.chello.nl] has quit [Remote host closed the connection] 21:21:05 *** R0b0t1 [~Enigma@64-136-216-213.dyn.everestkc.net] has joined #openttd 21:21:15 <R0b0t1> Does there happen to be a gamesave of the scene on the front screen? 21:21:25 <OwenS> R0b0t1: It is a game save 21:21:43 <OwenS> OpenTTD/data/opntitle.dat is a save file 21:21:59 <R0b0t1> Oh. :-\. 21:22:06 <R0b0t1> I thought it was like, a movie, and not a game running. 21:22:35 <TrueBrain> k, tnx SmatZ, it seems 0x69 works .. now 0x6b .. how to make that in nasm ... 21:23:27 <OwenS> 6B /r ib - so same, except sign extended immediate byte? 21:24:15 <TrueBrain> but how do I write that in nasm ... 21:24:57 <OwenS> Multiply by a -128<=x<=127 immediate? :p 21:27:13 <R0b0t1> Sorry for another stupid question, but what is the default starting year? 21:27:20 <OwenS> 1950 I think 21:27:23 <TrueBrain> start a game, and you will know 21:27:29 <TrueBrain> know by experience, not by asking :) 21:28:09 <R0b0t1> I had been playing with it alot :-\. Anyhow, thanks. 21:28:28 <TrueBrain> ./openttd -c empty.cfg -x 21:28:31 <TrueBrain> and you have the default settings 21:29:01 <SmatZ> TrueBrain: 6B is very similiar to 69, except there is imm8 instead of imm16 21:29:05 <OwenS> Know what would be great? A cheap managed gigabit switch. The combination of those 3 requirements seems to be unobtanium :P 21:29:14 <TrueBrain> SmatZ: well, that turns out to be false 21:29:18 <TrueBrain> there is a imm16 after it :s 21:29:38 <TrueBrain> oh no, lol 21:29:41 <TrueBrain> bad luck :p 21:29:44 <SmatZ> TrueBrain: then it's part of the address or so :-p 21:29:48 * OwenS wonders how TrueBrain knows considering x86 can't be deciphered like that :P 21:30:12 <TrueBrain> I wonder what OwenS tried to say 21:30:17 *** tux_mark_5 [~kvirc@lan-84-240-29-163.vln.skynet.lt] has joined #openttd 21:30:33 <OwenS> How you can know what follows an instruction without decoding it :P 21:30:47 <TrueBrain> you do know bochs? 21:30:48 <TrueBrain> DOSBox? 21:30:59 <OwenS> Using them? Aah :p 21:31:15 <TrueBrain> no, I don't use them, just wanted to mention them 21:31:18 <SmatZ> Has anyone really been far even as decided to use even go want to do look more like? 21:31:42 <OwenS> TrueBrain: You can't look past an instruction without at least decoding enough to know it's length :P 21:31:46 <TrueBrain> either I need to stop touching alcohol, or you guys should start talking sense 21:31:59 <Xaroth> TrueBrain: it's not the alcohol 21:32:04 <Xaroth> unless somebody's been spiking my coke 21:32:07 * OwenS thinks SmatZ needs to stop the alcohol :p 21:32:08 <TrueBrain> OwenS: by the fact I know from what code I compiled the result, I do know :) 21:32:15 <OwenS> Aah :p 21:32:15 <xmakina> quick noai question - how do you get a list of all the vehicles that service a station? 21:33:06 <Rubidium> by using the right AIVehicleList 21:33:37 * xmakina sees 21:33:41 <xmakina> cheers Rubidium 21:39:16 *** Sacro_ [~ben@150.237.48.99] has joined #openttd 21:42:15 <TrueBrain> yippie!! Finally got it corrected ... 21:45:49 *** Sacro_ [~ben@150.237.48.99] has quit [Read error: Connection reset by peer] 21:45:51 <TrueBrain> 0xC9 ... that is in general not a command an app should execute, not? 21:45:54 <TrueBrain> Leave, to be exact 21:46:08 *** Zahl [~Zahl@g227017192.adsl.alicedsl.de] has quit [Quit: *schiel*] 21:46:55 <OwenS> Leave... isn't that something like BP -> RSP; pop BP? 21:47:07 <SmatZ> TrueBrain: valid opcode 21:47:14 <OwenS> Yep it is :p 21:47:15 <SmatZ> quite simple one 21:47:32 <SmatZ> compared to enter (C8 ?) with two imm8 and strange behaviour 21:47:34 <OwenS> It's equivilant to MOV xSP, xBP; POP xBP 21:47:41 <SmatZ> took me some time to understand what it does ;) 21:49:22 <OwenS> SmatZ: Enter is C8, and it's C8 iw ib :p 21:50:42 <OwenS> And SmatZ, I agree, ENTER is convoluted and probably very very slow 21:50:57 <OwenS> At least for the case where the IB is not 0 21:51:24 <SmatZ> OwenS: of course, my fault :) 21:51:38 *** Sacro_ [~ben@150.237.48.99] has joined #openttd 21:52:35 <OwenS> For the case of the IB being 0, it's pretty much push rbp; sub rsp, IW 21:52:36 <TrueBrain> and guess what the next opcode is this app requires? :) 21:52:47 <OwenS> Enter? 21:52:53 <SmatZ> OwenS: yeah, the only version I was ever using :) 21:52:58 <TrueBrain> wow! How did you guess? :p 21:53:07 <SmatZ> + mov rbp, rsp 21:53:12 <OwenS> Get the AMD docs. They have a nice C like pseudo code. You need it! :P 21:53:24 <TrueBrain> http://pdos.csail.mit.edu/6.828/2004/readings/i386/ENTER.htm 21:53:26 <TrueBrain> why? 21:54:10 *** Elton09249 [~Delphi@189.99.156.138] has quit [Ping timeout: 480 seconds] 21:54:35 <SmatZ> the thing it copies data from stack 21:54:40 <SmatZ> Push[EBP]; 21:54:49 <SmatZ> was misunderstood by me for some time 21:55:00 <SmatZ> still I don't see real use for it 21:55:09 <OwenS> Neither do I 21:55:34 <OwenS> And I'd say that documentation sucks; the AMD ones are better 21:56:00 <TrueBrain> SmatZ: I really have a hard time following what you are trying to say :( 21:56:20 <OwenS> You'll be delighted to know that my processor design's enter is much simpler :p 21:57:24 <OwenS> push fp; sub sp, r0, N, sp would be the equivilant due to my slightly crazy 4 operand instruction format :p 21:57:39 <SmatZ> TrueBrain: looking at my emulator's code, I haven't finished enter 21:57:44 <SmatZ> the imm8 part is ignored 21:57:48 <SmatZ> and it works great 21:57:56 <SmatZ> so... you can (almost) safely ignore it too :) 21:58:07 <OwenS> I'd probably just assert(imm8) :P 21:58:14 <OwenS> assert(imm8 == 0) even :p 21:59:14 <SmatZ> also it seems only 5 bits of imm8 are used 21:59:24 <SmatZ> reading my code... but it can be broken :) 21:59:28 <TrueBrain> if (node->level != 0) raise NodeError(false, "Unsupported ENTER level '%d'", node->level); 21:59:34 <TrueBrain> OwenS: much more safe than 'assert' 22:00:25 <OwenS> TrueBrain: True :P 22:00:36 <OwenS> raise NodeErorr? What language is this? 22:00:46 <TrueBrain> SmatZ: level = level mod 32, so yes 22:00:49 <TrueBrain> OwenS: try C++ 22:00:57 <OwenS> Is it not throw? :p 22:01:09 <TrueBrain> yup 22:01:14 <TrueBrain> too much Python lately :p 22:01:18 <OwenS> lol 22:01:40 <OwenS> Next you'll be doing try {} except(SomeException e) :P 22:03:32 <OwenS> How hard would it be to implement another code generation backend for your system? :p 22:03:34 <TrueBrain> emu_push(emu_bp); emu_bp = emu_sp; emu_sp -= this->size; 22:03:36 <TrueBrain> sounds reasonable .. 22:04:15 <TrueBrain> hahahaha :) An application that doesn't run on timer, but on how fast it can execute its shit 22:04:17 <TrueBrain> REALLY fast, I tell you :p 22:04:23 <OwenS> lol 22:04:37 <OwenS> I think the most silly bit about the x86 ENTER/LEAVE mess is that it prevents LEAVE from being an implicit RET... 22:05:24 <OwenS> You probably don't care but that documentation doesn't state that the instruction checks that *SP is writable before it returns :p 22:05:40 <TrueBrain> this is realmode .. 22:05:46 <TrueBrain> there is no way to make sp non-readable 22:05:48 <OwenS> So don't care then :p 22:05:50 <TrueBrain> there is no way to make sp non-writable 22:05:53 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Read error: Connection reset by peer] 22:06:14 <OwenS> I want to know who's stupid idea that was though... must kill optimization 22:06:29 <OwenS> Wait.. the whole instruction is stupid and unoptimizable. never mind 22:06:42 <OwenS> It probably executes in about 300 cycles of microcode... 22:06:50 <SmatZ> :) 22:07:08 <TrueBrain> k, tnx both for the help on leave/enter :) 22:07:11 <TrueBrain> another application that runs 22:08:01 <SmatZ> ENTER C8h VectorPath 14/17/ 5 22:08:03 <SmatZ> 19/21 22:08:09 <SmatZ> Execution latencies for nesting levels 0/1/2/3. 22:08:17 <SmatZ> so not THAT much 22:08:33 <SmatZ> 2-3 * imm8 22:09:05 <TrueBrain> ENTER is faster than manual doing the same 22:09:06 <TrueBrain> so ... 22:09:09 <TrueBrain> (for level = 0) 22:10:26 <OwenS> SmatZ: What processor? 22:10:42 <TrueBrain> time to play Dune2 :) 22:10:47 <SmatZ> OwenS: 22:10:48 <SmatZ> Software Optimization 22:10:50 <SmatZ> Guide for AMD Athlon(TM) 64 22:11:09 <SmatZ> 21112.pdf 22:11:13 <SmatZ> 25112 22:11:27 <Xaroth> TrueBrain: less playing more OpenTTD :P 22:11:30 <Xaroth> er, OpenDUNE even 22:11:32 <SmatZ> umm it's 5 years old document 22:11:39 <SmatZ> guess I should fetch more recent one :-/ 22:11:47 <TrueBrain> Xaroth: ghehe :) I need to play to map the application, so playing is goooooooddd!!! 22:11:52 <TrueBrain> just it no longer works .. hmm ... 22:11:53 <Xaroth> ah 22:12:12 <Xaroth> i take it you didn't compile a xp64 version did you? 22:12:17 <Xaroth> that way I can play.. and be helpful :P 22:12:41 <TrueBrain> Xaroth: haha :) I doubt this will run on Windows :) 22:12:52 <Xaroth> thought so 22:12:53 <TrueBrain> did absolutely no attempt on that :) 22:13:05 <TrueBrain> see no reason why it would not work .. but .. we all know Windows :p 22:13:16 <TrueBrain> why oh why don't I get an output ... hmm ... 22:13:35 <R0b0t1> Q: I have a problem, how do I fix it? A: Get Linux. 22:13:38 <R0b0t1> :D 22:14:42 <TrueBrain> ah, there it goes 22:16:15 * xmakina is watching JAMI build her first network 22:16:39 *** Sacro_ [~ben@150.237.48.99] has quit [Read error: Connection reset by peer] 22:16:42 *** Sacro_ [~ben@150.237.48.99] has joined #openttd 22:17:55 *** MizardX- [MizardX@h-28-236.A159.priv.bahnhof.se] has joined #openttd 22:17:55 *** MizardX [MizardX@h-28-236.A159.priv.bahnhof.se] has quit [Read error: Connection reset by peer] 22:18:25 *** MizardX- is now known as MizardX 22:20:09 *** Lisby [~l@d40a979c.rev.stofanet.dk] has quit [] 22:22:36 <TrueBrain> FF 3.5 feels a bit faster 22:23:05 <TrueBrain> hmmm ... clearly somewhere I hit a bug in dune2 .... I gained money while no harvester was in its base :p 22:23:07 *** Lakie [~Lakie@91.84.251.149] has quit [Quit: Sleep.] 22:23:22 <OwenS> lol 22:23:29 <Xaroth> sometimes you do get one or two credits 22:23:40 <TrueBrain> no, it just climbed to ... well .. over the 1000 22:23:42 <Xaroth> o_O 22:23:43 <TrueBrain> then I completed the mission :p 22:23:45 <Xaroth> -THAT- is a bug 22:23:58 <OwenS> TrueBrain: I have a hunch the bug isn't in Dune :P 22:24:03 <TrueBrain> I tend to agree 22:24:12 <TrueBrain> also the fact it hangs after you hope to go to the second mission :p 22:24:19 *** Akoz [potatoe@217-151-34.oke1-bras10.adsl.tele2.no] has quit [] 22:24:59 <TrueBrain> I guess there is some opcode which doesn't behave as it should :p 22:26:30 <OwenS> Hmm... G++ may object if you name a variable "else" 22:27:03 <Tefad> it is a key word. 22:27:25 <OwenS> It's most inconvinient for someone developing a programming language :p 22:27:35 <TrueBrain> bah, I guess I do need to look into support 0x66 (dword access) or find a way to make sure checkit doesn't use it :p 22:28:15 <SmatZ> TrueBrain: force 3 highest bits of flags (16bit) to be always 1 22:28:16 <SmatZ> or so 22:29:18 <SmatZ> nah 22:29:21 <SmatZ> the other way 22:29:29 <SmatZ> ;vloz 2,0xcc80,1,0xf0 ; or ah,0xf0 ; 8086 22:29:31 <SmatZ> ;vloz 2,0xe480,1,0x0f ; and ah,0x0f ; 80286 22:29:50 <SmatZ> 8086 sets 4 highest bits to 1 22:30:01 <SmatZ> 80286 tests the always to 0 22:30:03 <SmatZ> try to 22:30:05 <SmatZ> try that 22:30:16 <SmatZ> when emulating PUSHF 22:30:22 <TrueBrain> so you mean the 'iopl' and 'nt' flag? And a 'reserved' bit 22:30:48 <SmatZ> yeah 22:31:30 <TrueBrain> still it wants to execute 0x66 22:31:35 <TrueBrain> (I had them all on '1') 22:31:37 *** Progman [~progman@p57A1D37A.dip.t-dialin.net] has quit [Remote host closed the connection] 22:32:41 <SmatZ> there are differences in sidt and sgdt... 22:32:49 <SmatZ> but it's probably not testing that 22:32:51 <TrueBrain> sidt? 22:33:02 <OwenS> Store pointer to interrupt description table 22:33:09 <OwenS> descriptor** 22:33:39 <OwenS> I can't imagine any difference in that outside Protected Mode though 22:33:40 <TrueBrain> I guess I should look into a compare with DOSBox again :) 22:37:26 <TrueBrain> hmm .. it is after a keystroke 22:37:28 <TrueBrain> really hard .. 22:38:37 <OwenS> Hmm 22:39:00 <OwenS> Syntax wise, if(cond) statement else statement or if cond then statement else statement? 22:40:51 *** tdev [~udev@p508EAB78.dip.t-dialin.net] has quit [Quit: free open source vehicle simulator: http://rigsofrods.com] 22:41:28 <OwenS> "Rigs of Rods" always makes me think someone typo'd... 22:42:33 <Eddi|zuHause> how do you mean? 22:43:15 <OwenS> My automatic typo detector thinks rods should be roads in context... not helped by "RIgs of Rods" as a name not making sense :p 22:43:32 <TrueBrain> I was thinking about frogs :P 22:45:37 <Tefad> bon jour? 22:45:47 <OwenS> It's one word, bonjour :p 22:45:59 <Tefad> BON JOUR for emphasis. 22:46:25 *** Sacro [~ben@static-87-102-39-137.karoo.KCOM.COM] has quit [Ping timeout: 480 seconds] 22:47:47 <TrueBrain> SmatZ: checkit really does use 0x66 ... 22:48:31 <Eddi|zuHause> TrueBrain: what's a "rigso frog" then? 22:48:42 <TrueBrain> but it looks like it uses it to detect if it is a 80286? 22:48:55 <TrueBrain> what happened on a 80286 when you exected 0x66 or 0x67? 22:48:57 <OwenS> TrueBrain: I'm assuming making the code also do 32-bit ops is too hard? :p 22:49:16 <TrueBrain> OwenS: well, when I considered it sooner, not really .. but now .. might be :p 22:49:41 <SmatZ> TrueBrain: int6 I guess 22:51:03 *** Sacro [~ben@static-87-102-39-137.karoo.KCOM.COM] has joined #openttd 22:51:36 <OwenS> BTW, VirtualPC differs from real processors by supporting infinitely long instructions with lots of redundant prefixes :p 22:52:59 *** reldred [~Richard_E@wirele5.lnk.telstra.net] has joined #openttd 22:53:31 <Aali> I doubt it supports infinitely long instructions 22:53:34 <Aali> :) 22:53:34 <welterde> is AITileList supposed to contain no elements, after i called addRectangle(start, end) ? 22:53:41 <OwenS> Aali: Ok, 4gbyte :P 22:53:57 <OwenS> If you're smart you might get it to wrap arround :p 22:54:27 <SmatZ> doesn't it assert int6 for instructions > 16B? 22:54:31 <Aali> but then it's not a real instruction, just a bunch of prefixes :) 22:55:26 <OwenS> SmatZ: VirtualPC doesn't 22:55:39 <OwenS> It's one way of detecting it 22:56:10 <SmatZ> TrueBrain: when I force bits 12-15 to be zero for PUSHF, checkit detects 80826 22:56:28 <SmatZ> so it shouldn't EXECUTE any 0x66 22:56:35 <SmatZ> but maybe there is a jump just before that 22:56:44 <SmatZ> so you are decoding something that is never executed 22:57:23 <TrueBrain> SmatZ: at decoding, it just makes it a HALT command 22:57:27 <TrueBrain> at executing, it aborts 22:57:39 <SmatZ> ok :) 22:57:50 <SmatZ> it shouldn't be executed if you zero those bits 22:58:16 <TrueBrain> 00000246 <- my flags 22:58:20 <TrueBrain> (after the pushf) 22:59:34 <TrueBrain> so they are zero, I would say :) 22:59:51 <TrueBrain> by any chance you know where it does the check? 23:00:05 <OwenS> I'm curious... you're flags are 32-bit wide :P 23:00:12 <TrueBrain> to compare it with DOSBox 23:00:24 <OwenS> aah... which uses EFlags due to DPMI :p 23:00:25 <TrueBrain> and when I realised the 0x66 problem, I started to slowly add bits of support for it 23:00:38 <TrueBrain> no, it is pushed in ecx 23:00:58 <OwenS> *is lost* 23:01:01 <TrueBrain> pushf 23:01:03 <TrueBrain> pop cx 23:01:23 <OwenS> is still lost what you mean :p 23:01:30 <TrueBrain> DOSBox is 32bit 23:01:32 <TrueBrain> ecx is 32bit 23:01:34 <TrueBrain> I want to compare 23:01:38 <TrueBrain> so I print my 16bit cx as 32bit 23:03:49 <SmatZ> [00:58:28] <TrueBrain> (after the pushf) <=== I mean the value pushed to the stack :) 23:04:05 <TrueBrain> SmatZ: that is what I meant too :) 23:04:11 <SmatZ> good :) 23:04:23 <CIA-1> OpenTTD: rubidium * r17141 /extra/catcodec/ (13 files): [catcodec] -Add: catcodec, a simple tool to decode/encode cat files that can be used for sound replacement. 23:04:31 <CIA-1> OpenTTD: rubidium * r17140 /trunk/src/ (7 files in 2 dirs): -Change: allow higher sample rate and higher quality samples. Based on work by orudge. 23:04:32 <TrueBrain> yet still it does execute 0x66 :s 23:04:51 <SmatZ> what test does it do after pop cx? 23:05:00 <SmatZ> it does pushf, right? what then? 23:05:11 <TrueBrain> pop cx, other pops 23:05:17 <TrueBrain> never really uses the value 23:07:02 <SmatZ> it really has to test cx 23:07:17 <TrueBrain> according to you, or according to executing checkit? :) 23:08:14 *** Dred_furst [~Dred@user-514f995e.l1.c4.dsl.pol.co.uk] has quit [Quit: Leaving] 23:08:35 <SmatZ> according to me :-p 23:08:46 <SmatZ> why would it read the flags 23:08:51 <SmatZ> *pop 23:08:56 <SmatZ> and never test it 23:09:04 <TrueBrain> no idea ... it later on pushed it back on the stack 23:09:36 <TrueBrain> after which I lose track of it 23:11:02 <TrueBrain> hmm .. DOSBox always runs in 386 .. there is no 286 mode 23:11:06 <TrueBrain> so he is of no use to me :p 23:11:46 <TrueBrain> SmatZ: I can't seem to find any pushf which it uses to check for 286/386 .. :( 23:12:35 <TrueBrain> okay, I take that back .. 23:12:58 <TrueBrain> http://paste.openttd.org/191162 23:13:15 <TrueBrain> (the last call is to code containing 0x66 :p) 23:13:52 <SmatZ> 1238:0000002C pop ax 23:13:55 <SmatZ> 1238:0000002D and ax,7000 23:14:02 <SmatZ> 1238:00000030 je 0000006A ($+38) 23:14:09 <SmatZ> I think it's pretty clear 23:14:12 <TrueBrain> hmmm ... 23:14:13 <TrueBrain> yup 23:14:15 <SmatZ> that jump should be taken 23:14:17 <TrueBrain> somehow the flags were activated :p 23:14:21 <oskari89> Hmmm. r17141 allows higher sound quality? :) 23:14:32 <oskari89> On SFX? 23:14:39 <OwenS> Interesting they used and rather than test 23:14:45 <SmatZ> yeah :) 23:15:11 <oskari89> And as well as .grf additional sounds @ better quality? 23:15:14 <TrueBrain> 7 .. that is 1 + 2 + 4 23:15:20 <TrueBrain> so iopl and nt 23:15:22 <SmatZ> no sh*y 23:15:23 <SmatZ> t 23:15:25 <SmatZ> ... 23:15:32 <OwenS> wtf... jmp short 0000006F ... aka jump to the immediately following instruction! 23:15:43 <TrueBrain> OwenS: read careful 23:15:46 * xmakina releases JAMI to the wild 23:15:47 <SmatZ> OwenS: :-p 23:15:52 <TrueBrain> I never ever set iopl to 3 :( 23:16:13 <TrueBrain> omg ... 23:16:14 <OwenS> oh lol 23:16:25 <SmatZ> TrueBrain: it probably does some "mov ax, 0xffff; push ax; popf; pushf; pop ax" 23:16:30 <TrueBrain> SmatZ: http://paste.openttd.org/191163 <- the lines above that 23:16:40 <SmatZ> TrueBrain: :-p 23:16:48 <TrueBrain> so that test ALWAYS succeeds 23:16:50 <TrueBrain> DAH 23:16:58 <OwenS> I thought you did the masking in pushf? 23:17:00 <SmatZ> NO 23:17:05 <SmatZ> it should be ZERO 23:17:10 <SmatZ> if you are emulating 286 23:17:14 <TrueBrain> lol 23:17:17 <TrueBrain> so a 286 refuses those flags? 23:17:20 <TrueBrain> hahaha 23:17:21 <SmatZ> ....... 23:17:21 <TrueBrain> cool :) 23:17:30 <OwenS> Unimplemented flags are forced zeros normally :p 23:17:34 <OwenS> Saves silicon :p 23:17:37 <TrueBrain> I didn't expect it to react at all on it, just pipe it through the register .. 23:17:45 <SmatZ> [00:29:58] <SmatZ> 8086 sets 4 highest bits to 1 23:17:46 <SmatZ> [00:30:08] <SmatZ> 80286 tests the always to 0 23:17:51 <SmatZ> [00:30:12] <SmatZ> try that 23:17:52 <SmatZ> [00:30:23] <SmatZ> when emulating PUSHF 23:17:55 <TrueBrain> SmatZ: how should I know it FORCES that :) 23:18:00 <SmatZ> what else could I say.... 23:18:11 <SmatZ> *tests -> sets... 23:18:18 <TrueBrain> see, there it went wrong :) 23:18:55 <OwenS> It appears pastebins still being spammed =/ 23:19:17 <Eddi|zuHause> OwenS: nobody actually cares 23:19:57 <OwenS> Incidentally... who's been doing x86 asm? http://paste.openttd.org/191160 23:20:29 * TrueBrain hugs SmatZ! SORRY! I DIDNT KNOW!!! :) 23:20:34 <TrueBrain> now it indeed skips those statements :) 23:20:46 <TrueBrain> OwenS: read back a few hours or so :p 23:21:12 <OwenS> crap 3 ongoing conversations now 23:21:39 <OwenS> What causes two people to start conversing with me at once? :P 23:22:01 <Markk> OwenS: was it you who lived i Canada? 23:22:08 <OwenS> No. UK 23:22:18 <Markk> Okay (: 23:22:50 <OwenS> In Canada I'd probably get better broadband :p 23:22:54 <Markk> :D 23:23:02 <Markk> How fast do you have now then? 23:23:22 <OwenS> 8mbit, syncs at 3.8mbit, actually about 1mbit... 23:23:25 <OwenS> I hate BT. 23:23:28 <Markk> :D 23:23:30 <Markk> Haha 23:23:36 <OwenS> Week from now I'll have 20mbit, syncing at ~16mbit 23:23:45 *** xmakina [~xmakina@87.114.151.3.plusnet.thn-ag1.dyn.plus.net] has quit [] 23:23:51 <Markk> (: 23:23:51 <TrueBrain> 100mbit, syncs at 100mbit, actually about 100mbit 23:23:54 <TrueBrain> ghehe 23:24:23 <Eddi|zuHause> i have like 0,4mbit 23:24:40 <Markk> I have 50/10 at home, actually about 48/12Mbit 23:24:56 <OwenS> The uploads interesting there :p 23:25:03 <Markk> (: 23:25:06 <Markk> It's cable 23:25:13 <OwenS> So is what I'm going to :p 23:25:15 <SmatZ> TrueBrain: great :) 23:25:16 <Markk> Fastet cable in sweden I think 23:25:44 <OwenS> Who by? I know more than I ever intended to about Swedish broadband thanks to a swedish friend :p 23:25:53 <OwenS> The best in the UK is Virgin's 50/5 cable package 23:26:23 <Markk> :D 23:26:26 <Markk> Mkay 23:26:32 <Markk> Don't you have fibre over there? 23:26:53 <TrueBrain> SmatZ: I am already at test 7a of 12!! :) 23:27:01 <TrueBrain> btw, INT16:00 and INT16:01 work VERY different then documented :p 23:27:44 <SmatZ> TrueBrain: are you sure? 23:27:48 <TrueBrain> yup 23:27:54 <TrueBrain> double checked with DOSBox 23:27:55 <SmatZ> maybe it's INT16:10:00 or so? 23:27:56 <OwenS> Markk: Nope. Virgin's is FTTC (Fiber to the cabinet - which is about 10m from my housel), BT are testing FTTP (Fiber to the pedestal - I dunno what they're using for the last mile) 23:28:11 <TrueBrain> DOSBox keeps on acting like a key is pressed with 16:01 23:28:15 <Markk> Okey :P 23:28:16 <TrueBrain> which is what checkit expects 23:28:32 <Rubidium> OwenS: FTTC isn't Fibre to the CPU? 23:28:57 <Markk> Vi have ADSL, Cable (Some houses) and Fibre (Ethernet from the switch in the house I think). 23:29:02 <Markk> We* 23:29:06 <OwenS> Rubidium: Thats a rather absurd statement until we get optical chips :P 23:29:08 <SmatZ> TrueBrain: 16:01 - key is pressed -> ZF=0, AX=keycode; else ZF=1 23:29:14 <Markk> Haha 23:29:20 <Markk> Fibre directly to the CPU <3 23:29:21 <TrueBrain> SmatZ: yup, DOSBox is sending a constant AX=0100 23:29:32 <SmatZ> interesting 23:29:52 <OwenS> My swedish friend has BBB fiber I think 23:30:03 <Markk> Okey :) 23:30:25 <TrueBrain> SmatZ: hmm .. or maybe I fucked up ZF .. 23:30:32 <Markk> BBB (Bredbandsbolaget, lit. Broadbandcompany) is now owned by Telenor 23:30:35 <TrueBrain> ZF = 0 is pressed? That might be the thing I failed to realise :p 23:30:36 <TrueBrain> hehehehehehe 23:30:41 <SmatZ> :-p 23:31:01 <SmatZ> the failure is often between the computer and chair ;) 23:31:05 <TrueBrain> now it wants 13:8 from me ... 23:31:07 <TrueBrain> which is XT 23:31:10 <OwenS> Markk: I thought that was the case. What did I say about knowing more about Swedish broadband than I ever intended to learn? :p 23:31:13 <TrueBrain> so I just ignore it :p 23:31:18 <Markk> OwenS: :D 23:31:27 <Markk> Always good too know 23:31:31 <Markk> Or not 23:31:38 <Markk> Depend on how you see it 23:31:56 <OwenS> It's rather useless, unless perhaps I get an Erasmus exchange year in Sweden or something :P 23:32:04 <Markk> (: 23:32:30 <TrueBrain> INT13:80 ... I don't have any documentation on that :p Lol :) 23:32:53 *** Eddi|zuHause [~johekr@p54B74997.dip.t-dialin.net] has quit [] 23:33:13 *** Eddi|zuHause [~johekr@p54B77DD7.dip.t-dialin.net] has joined #openttd 23:33:44 <SmatZ> are you sure 13:08 is XT-specific? 23:33:47 <petern> Rubidium, please see the commit message of r16784 23:33:51 <TrueBrain> SmatZ: my docs state that 23:33:58 <Markk> I like the word shag 23:34:04 <Markk> Brittish as hell 23:35:44 <SmatZ> TrueBrain: my docs state otherwise... it should be AT+XT 23:35:52 <SmatZ> but I guess it doesn't hurt to ignore it 23:35:54 <TrueBrain> http://heim.ifi.uio.no/~stanisls/helppc/int_13-8.html 23:35:57 <TrueBrain> XT & newer 23:36:04 <SmatZ> just it may be detected as XT instead of AT 23:36:10 <SmatZ> AT > XT, TrueBrain 23:36:15 <TrueBrain> oh ... lol :) 23:36:17 <TrueBrain> my bad :) 23:36:38 <SmatZ> ;) 23:36:46 <Rubidium> petern: you mean that ottd should try to find the highest output of a .cat and use that as default for play rate/MxInitialize? 23:37:50 <petern> no 23:38:06 <petern> just that until the sample rate converter is improved, it will suck for 11025Hz samples 23:39:18 <OwenS> TTD used 11025Hz samples? Ouch 23:39:55 <TrueBrain> WHOHO! It is up to the Base step .. :) 23:40:33 <Rubidium> petern: that's a good incentive to get higher quality sound samples then :) 23:40:46 <petern> yeah right 23:40:50 <petern> like free graphics... 23:40:51 <TrueBrain> euhm ... why did they waste a full interrupt to getting the memory size? (INT 12) ... 23:41:18 <SmatZ> hehe 23:41:24 <OwenS> lol 23:41:51 <TrueBrain> okay, checkit runs .. I just can't nagivate :p 23:41:54 *** tux_mark_5 [~kvirc@lan-84-240-29-163.vln.skynet.lt] has quit [Remote host closed the connection] 23:42:01 <SmatZ> great :) 23:43:34 <Eddi|zuHause> i never really understood what interrupts are 23:43:42 <TrueBrain> calls to the software/hardware 23:44:13 <TrueBrain> great, now it calls 0F01 as opcode ... I don't have those implemented :p 23:44:36 <SmatZ> I guess it's some read from/to MSW 23:44:45 <SmatZ> (80286 version of CR0) 23:45:06 <SmatZ> TrueBrain: if you change that PUSHF to sets bits 12-15 to 1, it will emulate 8086 23:45:14 <SmatZ> and it will never try to execute 0F01 ;) 23:45:35 <SmatZ> | 0xF000 23:45:39 <SmatZ> instead of 23:45:50 <SmatZ> & ~0xF000 23:46:04 <TrueBrain> euh, 0xF we just concluded executed 0x66 .. 23:46:18 <SmatZ> it will exit earlier 23:46:20 <SmatZ> it should 23:47:41 <OwenS> This architecture is so full of stupid instructions which shouldn't be available to user mode programs which are... 23:48:13 <TrueBrain> I love you SmatZ :) 23:48:26 <TrueBrain> http://paste.openttd.org/191164 23:48:46 <TrueBrain> 15 buttons mouse .. can't be right :p 23:49:20 <SmatZ> TrueBrain: http://devs.openttd.org/~smatz/8086.png same here ;) 23:49:40 *** lewymati [~lewymati@aejb163.neoplus.adsl.tpnet.pl] has quit [] 23:49:52 <TrueBrain> I think I need to correct my video flags :) 23:50:11 <TrueBrain> an XT machine with VGA .. lol 23:51:14 <Eddi|zuHause> XT is 8086 and AT is 80286? 23:51:24 <OwenS> yes 23:51:58 <OwenS> (Conviniently ignoring the 80186/80188 :P ) 23:52:30 <Eddi|zuHause> did there exist such a thing? 23:52:45 <TrueBrain> I wonder where it reads the video mode from .. 23:52:52 <TrueBrain> I thought I set all bits for that correct by now :p 23:53:06 <OwenS> Eddi|zuHause: Yes. Mostly used in embedded designs 23:53:25 <SmatZ> TrueBrain: http://devs.openttd.org/~smatz/8086.png http://devs.openttd.org/~smatz/80286.png http://devs.openttd.org/~smatz/80486.png http://devs.openttd.org/~smatz/80486-benchmark.png 8-) 23:53:41 <Eddi|zuHause> OwenS: i never heard of it... 23:53:44 <SmatZ> Eddi|zuHause: I think there were 80286/XT 23:54:04 <Eddi|zuHause> SmatZ: then what was the distinction? 23:54:27 <SmatZ> Eddi|zuHause: I think in HDDs 23:54:32 <TrueBrain> SmatZ: I can't go left or right (those buttons don't work :(), so I can't navigate to test and benchmark :( 23:54:32 <SmatZ> XTs had 4 floppys 23:54:43 <SmatZ> ATs had 2xfloppy + 2xHDD 23:54:53 <SmatZ> but most likely the main difference was somewhere else 23:54:58 <SmatZ> things I forget... 23:55:02 <SmatZ> :( 23:55:48 <OwenS> SmatZ: The main differences were CPU (8088 vs 80286) and bus (8-bit ISA "XT Bus" vs 16-bit ISA "AT Bus") 23:55:55 <Eddi|zuHause> my first computer was a 386 23:55:56 *** Exl [~myself@cp1224652-a.roemd1.lb.home.nl] has quit [] 23:56:20 <OwenS> Same 23:56:51 <Eddi|zuHause> i threw it away a few weeks ago 23:56:56 <SmatZ> XT 286 Sep 1986 286 Slow hard disk 23:57:02 <SmatZ> there were 80286 XT 23:57:18 <OwenS> SmatZ: Not by IBM 23:57:26 <OwenS> ? 23:57:40 *** tokai|mdlx [~tokai@p54B81725.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 23:57:45 <SmatZ> OwenS: http://knowledgerush.com/kr/encyclopedia/IBM_PC_XT/ google at least :) 23:59:10 <TrueBrain> int 21:52 .. those typical things I just don't want to fill in 23:59:36 <SmatZ> according to that article, the only difference was 16bit ISA bus in ATs 23:59:40 <SmatZ> which is strange... 23:59:43 *** tokai|mdlx [~tokai@p54B840A5.dip0.t-ipconnect.de] has joined #openttd 23:59:52 <SmatZ> I would expect some deeper difference