Config
Log for #openttd on 13th March 2010:
Times are UTC Toggle Colours
00:09:40  *** fonsinchen [~fonsinche@brln-4dbc0045.pool.mediaWays.net] has quit [Ping timeout: 480 seconds]
00:10:04  *** Eddi|zuHause [~johekr@p54B75119.dip.t-dialin.net] has quit []
00:11:01  *** Eddi|zuHause [~johekr@p54B76BAE.dip.t-dialin.net] has joined #openttd
00:15:47  <CIA-6> OpenTTD: Yexo * r19395 /trunk/src/ (ai/ai_gui.cpp ai/ai_gui.hpp saveload/afterload.cpp): -Fix [FS#3669]: the AI Debug window didn't open if an AI or library fails to compile when loading a savegame
00:17:20  *** bryjen [~bryjen@63.147.94.149] has quit [Quit: Quit]
00:18:23  *** Neon [~Neon@dslb-088-069-250-193.pools.arcor-ip.net] has quit [Quit: Quick quick...]
00:33:19  *** Progman [~progman@p57A1F3F5.dip.t-dialin.net] has quit [Remote host closed the connection]
00:33:41  *** ptr [~peter@c213-89-142-224.bredband.comhem.se] has quit [Quit: Zzzzzz]
00:34:58  *** enr1x [~kiike@77.229.85.144] has quit [Quit: gnite!]
00:37:56  *** aber [~Adium@gb049.stw.stud.uni-saarland.de] has quit [Quit: Leaving.]
00:38:32  *** derethor_ [~derethor@87.223.73.184] has joined #openttd
00:41:44  *** Coco-Banana-Man [~Stephan.D@p5B2D9D84.dip.t-dialin.net] has quit [Quit: Regel Nr. 1: Jeder hört auf mein Kommando! - Regel Nr. 2: Jeder bleibt auf dem Weg! - Regel Nr. 3: ... ... Der, der blÀht, als hinterster geht!]
00:44:31  *** derethor_ [~derethor@87.223.73.184] has quit [Quit: Leaving]
00:46:29  *** OwenS [~oshepherd@cpc1-stkn14-2-0-cust562.11-2.cable.virginmedia.com] has quit [Remote host closed the connection]
00:57:00  *** KritiK [~Maxim@95-26-239-185.broadband.corbina.ru] has quit [Quit: Leaving]
01:02:29  *** Fast2 [~Fast2@p57AF852A.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
01:12:19  <CIA-6> OpenTTD: yexo * r19396 /trunk/src/station_cmd.cpp: -Fix [FS#3690] (r19351): trying to remove a too large rail station rect caused crashes
01:19:58  *** KenjiE20 [~KenjiE20@92.17.249.21] has quit [Quit: おやすみ]
01:20:50  *** Wizzleby [~wizzleby@pool-108-2-19-44.phlapa.east.verizon.net] has quit [Remote host closed the connection]
01:27:13  *** ajmiles2 [~aj@78-86-188-187.zone2.bethere.co.uk] has quit [Read error: Connection reset by peer]
01:30:42  *** Chris_Booth [~chatzilla@cpc7-newt30-2-0-cust443.newt.cable.virginmedia.com] has joined #openttd
01:31:02  *** Chris_Booth [~chatzilla@cpc7-newt30-2-0-cust443.newt.cable.virginmedia.com] has left #openttd []
01:35:48  *** Devedse [~Devedse@cable-213-34-232-56.zeelandnet.nl] has quit [Quit: Ik ga weg]
01:40:09  *** Aali [~aali@h-90-31.A189.priv.bahnhof.se] has quit [Ping timeout: 480 seconds]
01:41:10  *** Adambean [AdamR@82.hosts.reece-eu.net] has quit [Quit: Gone fishing]
01:41:22  *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: TschÌß]
02:05:44  *** Biolunar [mahdi@blfd-4db1a87c.pool.mediaWays.net] has quit [Quit: bis dann]
02:10:35  *** Lakie [~Lakie@91.84.251.149] has quit [Quit: Sleep.]
02:14:47  *** Chrill [~chrischri@h-5-149.A212.priv.bahnhof.se] has quit [Quit: Sleep]
02:43:26  *** lugo [~lugo@mgdb-4db8db64.pool.mediaWays.net] has quit [Remote host closed the connection]
03:17:17  *** DDR [~chatzilla@66.183.125.196] has quit [Ping timeout: 480 seconds]
03:26:48  *** glx [glx@2a01:e35:2f59:c7c0:ac67:25a2:3a80:8475] has quit [Quit: bye]
03:36:39  *** Rhamphoryncus [~rhamph@d198-53-213-246.abhsia.telus.net] has quit [Quit: Rhamphoryncus]
03:55:09  *** Wizzleby [~wizzleby@pool-108-2-19-44.phlapa.east.verizon.net] has joined #openttd
04:07:46  *** gr00vy [cRave@188.107.224.91] has quit [Ping timeout: 480 seconds]
04:08:09  *** gr00vy [~gr00vy@188.107.252.169] has joined #openttd
04:15:26  *** Pikka [PikkaBird@CPE-58-173-248-50.szxn1.cha.bigpond.net.au] has joined #openttd
04:39:47  *** Pikka [PikkaBird@CPE-58-173-248-50.szxn1.cha.bigpond.net.au] has quit [Ping timeout: 480 seconds]
04:41:49  *** Pikka [PikkaBird@CPE-58-173-248-50.szxn1.cha.bigpond.net.au] has joined #openttd
05:12:47  *** Fuco [~dota.keys@fuco.sks3.muni.cz] has quit [Ping timeout: 480 seconds]
05:16:22  *** DanMacK [~here@bas8-london14-1242517608.dsl.bell.ca] has joined #openttd
05:16:41  <DanMacK> Hey all
05:21:08  *** Wizzleby [~wizzleby@pool-108-2-19-44.phlapa.east.verizon.net] has quit [Remote host closed the connection]
05:26:10  *** Wizzleby [~wizzleby@pool-108-2-19-44.phlapa.east.verizon.net] has joined #openttd
05:33:24  *** Gorillagram [PikkaBird@CPE-58-173-248-50.szxn1.cha.bigpond.net.au] has joined #openttd
05:35:12  *** ecke [~ecke@188.75.128.2] has quit [Quit: ecke]
05:39:52  *** Pikka [PikkaBird@CPE-58-173-248-50.szxn1.cha.bigpond.net.au] has quit [Ping timeout: 480 seconds]
05:43:07  *** Gorillagram is now known as Pikka
06:03:02  *** Splex [~splex@n219079135116.netvigator.com] has quit [Quit: Leaving]
06:11:03  *** Gorillagram [PikkaBird@CPE-58-173-248-50.szxn1.cha.bigpond.net.au] has joined #openttd
06:16:15  *** Pikka [PikkaBird@CPE-58-173-248-50.szxn1.cha.bigpond.net.au] has quit [Ping timeout: 480 seconds]
06:18:04  *** Frankr [~chatzilla@nas46-122.york.ac.uk] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]]
06:19:39  *** Gorillagram is now known as Pikka
06:30:33  *** Splex [~splex@n219079135116.netvigator.com] has joined #openttd
06:34:47  *** DanMacK [~here@bas8-london14-1242517608.dsl.bell.ca] has quit []
06:40:21  *** kylan [~kylan@c-71-63-176-121.hsd1.mn.comcast.net] has quit [Quit: leaving]
06:46:42  *** zachanim1 [~zach@90.185.77.237] has quit [Ping timeout: 480 seconds]
06:50:32  *** Pikka [PikkaBird@CPE-58-173-248-50.szxn1.cha.bigpond.net.au] has quit [Ping timeout: 480 seconds]
06:51:06  *** Pikka [PikkaBird@CPE-58-173-248-50.szxn1.cha.bigpond.net.au] has joined #openttd
07:04:37  *** DaleStan is now known as Guest753
07:04:38  *** DaleStan [~Dale@c-24-12-4-37.hsd1.in.comcast.net] has joined #openttd
07:11:49  *** Guest753 [~Dale@c-24-12-4-37.hsd1.in.comcast.net] has quit [Ping timeout: 480 seconds]
07:19:09  *** kd5pbo [~kd5pbo@adsl-99-65-9-161.dsl.hstntx.sbcglobal.net] has quit [Quit: Leaving.]
07:23:52  *** DDR [~chatzilla@66.183.125.196] has joined #openttd
07:42:54  <Yexo> AIIndustry.IsStrangeIndustry(industry_type_id) <- lol, the api suggestions keep getting funnier
07:43:24  <Yexo> AIIndustry.WhatCargoIsNeededToProceedBeforeThatCargo <- .... at least the naming is clear
07:44:02  *** Pikka [PikkaBird@CPE-58-173-248-50.szxn1.cha.bigpond.net.au] has quit [Ping timeout: 480 seconds]
07:47:22  *** Pikka [PikkaBird@CPE-58-173-248-50.szxn1.cha.bigpond.net.au] has joined #openttd
08:23:33  <TrueBrain> people are strange, does it make me a stranger (8)
08:30:51  *** einKarl [~einKarl@95-89-121-65-dynip.superkabel.de] has quit [Remote host closed the connection]
08:31:16  *** einKarl [~einKarl@95-89-121-65-dynip.superkabel.de] has joined #openttd
08:32:28  *** Terkhen [~Terkhen@130.69.220.87.dynamic.jazztel.es] has joined #openttd
08:32:34  <Terkhen> good morning
08:33:04  <andythenorth> morning
08:34:55  <TrueBrain> # The morning has broken, like the first morning
08:35:01  <TrueBrain> # Blackbird has spoken, like the first bird
08:35:08  <TrueBrain> # Praise for the sining, praise for the morning
08:35:15  <TrueBrain> # Praise for the springing fresh from the word
08:37:06  <roboboy> hello
08:42:26  <TrueBrain> # You say goodbye, and I say hello
08:42:29  <TrueBrain> # Hello hello
08:42:33  <TrueBrain> # I don't know why you say goodbye
08:42:35  <TrueBrain> # I say hello
08:42:37  <TrueBrain> # Hello hello
08:43:56  *** Zuu [~Zuu@c-f5f9e253.025-58-6e6b702.cust.bredbandsbolaget.se] has joined #openttd
08:53:30  *** Neon [~Neon@dslb-088-069-229-024.pools.arcor-ip.net] has joined #openttd
08:54:22  *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd
08:54:52  *** Singaporekid [~notme@cm191.epsilon84.maxonline.com.sg] has joined #openttd
08:55:05  <dih> lol Yexo :-)
08:55:08  <dih> morning TrueBrain
08:55:19  <Singaporekid> Pikka: stand on dispenser
08:58:25  * andythenorth looking for song lyrics
08:58:32  * andythenorth stops looking for song lyrics
08:59:38  <dih> andythenorth->getNumSongLyricsFound();
09:02:43  * andythenorth is a bit scared of railtypes
09:03:35  <Pikka> Singaporekid: I did
09:03:57  <Singaporekid> http://img197.imageshack.us/img197/8412/veryfewminutesinmspaint.png
09:04:30  <Pikka> vert
09:04:33  <Pikka> very, too
09:09:03  <peter1138> no you
09:18:51  <DJNekkid> is the railtypes limit in one game 16 types?
09:19:38  *** woldemar [~osaka@213.178.34.57] has quit [Quit: ですは滑皜じゃないです。私は本気です。]
09:21:01  *** gr00vy [~gr00vy@188.107.252.169] has left #openttd []
09:21:34  <peter1138> yes
09:24:09  <DJNekkid> oki :)
09:32:27  <Pikka> huh
09:32:44  <Pikka> why is my grf doing funny things with station names viz industries... D:
09:33:23  <Rubidium> because that's how you coded it?
09:33:28  <Pikka> possibly
09:33:49  <Pikka> but setting property 24 to 0 doesn't stop it.. it just makes it act weird in a different way...
09:35:02  *** devilsadvocate [~devilsadv@202.3.77.159] has quit [Remote host closed the connection]
09:35:36  * Pikka pokes it some
09:40:58  <Pikka> how peculiar
09:41:19  <Pikka> putting in an actual text id works perfectly... putting 0(0 00) doesn't.
09:43:10  *** Tennel [~Tennel@88.150.10.254] has joined #openttd
09:47:09  *** Companion_Cube [~part@142.179.121.100] has quit [Read error: Connection reset by peer]
09:50:49  *** Progman [~progman@p57A1C23C.dip.t-dialin.net] has joined #openttd
09:54:22  *** Rocket [~part@142.179.121.100] has joined #openttd
09:55:25  *** woldemar [~osaka@213.178.34.57] has joined #openttd
10:17:43  *** ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has joined #openttd
10:19:18  *** JVassie [~TheExile^@nelocat2.gotadsl.co.uk] has joined #openttd
10:19:22  <CIA-6> OpenTTD: terkhen * r19397 /trunk/src/ (lang/english.txt toolbar_gui.cpp): -Add: Enter the starting year at the scenario editor by clicking at the date panel.
10:22:23  *** kd5pbo [~kd5pbo@99.65.9.161] has joined #openttd
10:35:26  *** OwenS [~oshepherd@cpc1-stkn14-2-0-cust562.11-2.cable.virginmedia.com] has joined #openttd
10:49:02  *** ptr [~peter@c213-89-142-224.bredband.comhem.se] has joined #openttd
11:02:35  *** Doorslammer [Doorslamme@119.11.19.105] has joined #openttd
11:09:17  *** DDR [~chatzilla@66.183.125.196] has quit [Ping timeout: 480 seconds]
11:24:32  *** fonsinchen [~fonsinche@brln-4dba8e71.pool.mediaWays.net] has joined #openttd
11:24:55  *** Rhamphoryncus [~rhamph@d198-53-213-246.abhsia.telus.net] has joined #openttd
11:37:08  *** Coco-Banana-Man [~Stephan.D@p5B2DBF99.dip.t-dialin.net] has joined #openttd
11:43:04  <OwenS> Oh god. I'vbe just spent hours tracking down what I thought was memory corruption. What was it? This: Fragment* frags[]; private: Size m_hash;. >____M
11:43:06  <OwenS> >___<**
11:43:12  *** Aali [~aali@h-90-31.A189.priv.bahnhof.se] has joined #openttd
11:47:31  <SmatZ> I don't see anything obviously wrong in that, OwenS
11:47:51  <OwenS> SmatZ: frags[]. I.E, zero length array (For putting a block of memory at the end of a structure)
11:48:04  <peter1138> which is not at the end
11:48:08  <SmatZ> oh :)
11:48:15  <SmatZ> strange compiler didn't warn
11:48:21  <OwenS> Weird interation of C++ and C99 features not generating an error :p
11:48:56  <OwenS> So my string gets hashed... then the hash replaces the first fragment pointer. Wonderful!
11:49:47  <SmatZ> hehe
11:51:27  <OwenS> This also explains how the pointer ended up as the ASCII value of 'i'... Because hashing a single character string results in the character's codepoint as it's value :p
11:52:13  <peter1138> lovely hash algorithm ;p
11:52:17  *** ajmiles2 [~aj@78-86-188-187.zone2.bethere.co.uk] has joined #openttd
11:52:23  <SmatZ> :)
11:52:32  <OwenS> peter1138: Same as Java uses. For longer strings, it produces better values ;-)
11:52:50  <OwenS> Besides, I haven't found a better algorithm for UTF-16 strings
11:53:22  <OwenS> it seems std::tr1::hash_value(int i) = i as well :p
11:55:18  <peter1138> people use utf-16? o_O
11:55:31  <OwenS> peter1138: Yes. UTF-8 is slooow to process
11:58:13  <OwenS> (And don't talk about the bloated UCS-4...)
11:58:34  *** ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has quit [Ping timeout: 480 seconds]
11:59:01  <peter1138> inefficient space wise, but doesn't require any processing for long encodings
11:59:16  <peter1138> surrogate pairs
11:59:56  <OwenS> Yes, but it's always at least 30% inefficient. UTF-16 surrogate pairs are easy to detect, and you can make the code in the common (none of them) case very fast with a few hints to the compiler
12:01:17  <OwenS> Oh great
12:01:25  <OwenS> Crash only in release builds...
12:02:45  *** ajmiles3 [~aj@78-86-188-187.zone2.bethere.co.uk] has joined #openttd
12:09:36  *** ajmiles2 [~aj@78-86-188-187.zone2.bethere.co.uk] has quit [Ping timeout: 480 seconds]
12:23:15  <ashb> OwenS: utf-8 surrogate pairs (or tripples) are just as easy to detect
12:23:58  <OwenS> ashb: Yes, but you encounter them more often, and they're more complex to decode. Also, they can be up to 6 bytes long
12:24:35  <ashb> OwenS: usage outside the BMP is quite rare, isn't it?
12:24:59  <OwenS> ashb: Yes, and both inside and outside are much simpler with UTF-16 ;-)
12:25:47  <ashb> i never write utf8 code myself - i always let something else deal with the hassle of bytes<->code points
12:26:51  <OwenS> My strings are "ropes", so no ready-made library can deal with them ;-)
12:27:22  <OwenS> Aah, UTF-8 is up to 4 characters
12:27:55  <ashb> yeah.
12:28:06  <ashb> it depends on your needs wether 8 or 16 is better for you
12:28:25  <ashb> (thats a generic "you")
12:28:35  <OwenS> As I provide easy converter calls to my users, it shouldn't be a problem
12:29:00  <OwenS> (Also, UTF-16 makes it easy to implement conversion to SCSU for minimizing string size in bytecode files :P )
12:29:41  <ashb> SCSU?
12:30:38  <OwenS> Simple compression scheme for Unicode
12:31:46  <OwenS> Aah, a 6-byte series in UTF-8 means it's actually CESU-8, aka, UTF-16 converted to UTF-8 through codeunits rather than codepoints (So you get two UTF-8 sequences for supplemantary plane characters)
12:32:10  <ashb> and thats valid utf8?
12:32:34  *** frosch123 [~frosch@frnk-590fe48b.pool.mediaWays.net] has joined #openttd
12:32:44  <OwenS> No, it's CESU-8, which is not a Unicode standard, but some things (E.g. Oracle and Java) use it internally
12:32:55  <ashb> weird.
12:33:05  <ashb> seems odd that 'compressing' it takes up more space
12:33:18  <OwenS> Also, quite a few apps generate it because they naively convert UTF-16 to UTF-8
12:33:50  *** Adambean [AdamR@82.hosts.reece-eu.net] has joined #openttd
12:39:43  *** lolman [~Holygoat@cust247-dsl93-89-128.idnet.net] has joined #openttd
12:39:43  *** DaleStan [~Dale@c-24-12-4-37.hsd1.in.comcast.net] has quit [Read error: Connection reset by peer]
12:40:17  *** DaleStan [~Dale@c-24-12-4-37.hsd1.in.comcast.net] has joined #openttd
12:40:21  *** Biolunar [mahdi@blfd-5d822db7.pool.mediaWays.net] has joined #openttd
12:43:04  *** devilsadvocate [~devilsadv@202.3.77.134] has joined #openttd
12:43:47  *** ajmiles2 [~aj@78-86-188-187.zone2.bethere.co.uk] has joined #openttd
12:48:54  <Rhamphoryncus> OwenS: technically they're actually interpreting UTF-16 as UCS-2, then encoding UCS-2 as UTF-8.  UCS-2 doesn't have surrogates (the space is simply unassigned characters), so that's the valid way it would convert to UTF-8
12:49:12  <Rhamphoryncus> ashb: "utf-8 surrogate pairs" is a wtf :P
12:50:08  <ashb> Rhamphoryncus: codepoints U+80 to U+FF take two bytes as utf8 - what else do you call them?
12:50:20  <Rhamphoryncus> code units
12:50:29  <ashb> never heard that term
12:50:34  *** ajmiles3 [~aj@78-86-188-187.zone2.bethere.co.uk] has quit [Ping timeout: 480 seconds]
12:50:39  <Rhamphoryncus> par for unicode :(
12:50:43  <ashb> yup
12:50:53  <ashb> unicode is hard - lets go down the pub
12:50:59  <Rhamphoryncus> "scalar values" is now the unambiguous term, not "code points".  Unfortunately the latter is ambiguous for UTF-16
12:51:18  <ashb> doens't the spec use "code point"?
12:51:24  <Rhamphoryncus> some
12:51:31  <Rhamphoryncus> It uses both
12:52:15  <Rhamphoryncus> The problem is "code point" refers to both the individual two surrogates in a pair, and the collective value they encode
12:52:42  <ashb> i've never seen it used to be anything but the uncode character (U+XXXX)
12:53:33  <Rhamphoryncus> I've seen both
12:53:37  <OwenS> Rhamphoryncus: The normal term I've seen is "Code point" for a character, and "Code unit" for a 16-bit unit
12:53:43  <Rhamphoryncus> I've also seen surrogates in UTF-32 and UTF-8 :(
12:53:58  <ashb> surrogate in UTF-8 at least makes more sense than in UTF-32
12:54:04  <OwenS> Rhamphoryncus: The afformentioned surrogates means CESU-8, not UTF-8 ;-)
12:54:08  <Rhamphoryncus> OwenS: code point is common historically.  Code unit is valid for all 3 encodings
12:54:40  <OwenS> Rhamphoryncus: Heh. Did I get the definitions correct, however? (Except for the size issue there)
12:54:58  <Rhamphoryncus> OwenS: basically yeah
12:55:07  <OwenS> And I'm still calling it String::CodepointIterator not String::ScalarValueIterator :p
12:55:14  <ashb> i usually refer to "byte-sequence" to mean the actualy bytes and "code point" to be the logical unicode character
12:55:19  <Kovensky> IIUC, a code point is unique, it being the U+\d{4,} code
12:55:32  <Kovensky> the only difference is how each unicode encoding encodes those
12:55:32  <Kovensky> :S
12:55:41  <Rhamphoryncus> OwenS: well, other than code point being ambiguous
12:55:58  <OwenS> Rhamphoryncus: I'll just have to make the documentation good:p
12:56:00  <Rhamphoryncus> OwenS: it's perfectly valid for CodepointIterator to return a single surrogate
12:56:10  <OwenS> Rhamphoryncus: Not by my API documentation ;-)
12:56:33  <Rhamphoryncus> OwenS: of course.  It'd be stupid.  What you want is Scalar Values, which is exactly the distinction
12:57:18  <OwenS> Rhamphoryncus: People are more likely to understand CodepointIterator than ScalarValueIterator. And Scalar Value is a horrible term :p
12:57:50  * peter1138 plays doom 2 instead
12:58:03  <Rhamphoryncus> OwenS: only because most people refuse to switch terms.. IMO, unicode itself isn't fully committed
12:58:46  <Rhamphoryncus> What they should have done is rename the old term
12:58:54  <OwenS> Indeed
12:59:54  <Rhamphoryncus> but then, there's no reason to have surrogate code points in UTF-32 or UTF-8 either
13:00:04  <OwenS> No, there isn't
13:00:16  <Rhamphoryncus> Anybody got a time machine?
13:00:17  <OwenS> CESU-8 I kinda understand
13:00:19  <ashb> why not in utf8 but yes in utf16?
13:01:56  <Rhamphoryncus> ashb: do you reserve 0x80 through 0xFF for utf-8 code units?
13:01:57  <OwenS> ashb: Because surrogate pairs are UTF-16's way of representing multiunit characters. UTF-8 has it's own mechanism
13:02:30  <ashb> i always just assumed 'surrogate' was 'this unit isn't a char in its own right'
13:03:15  <Rhamphoryncus> Functionally, a surrogate is only a code unit.  Just like utf-8 code units, multiples of them combine to be a single scalar value
13:03:22  <ashb> but utf-16 has code point explicitly used for surrogates
13:03:26  <ashb> i always forget that
13:03:38  <peter1138> the utf-16 surrogate pairs use codepoints that would otherwise be valid
13:03:42  <peter1138> utf-8 doesn't work like that
13:03:55  <Rhamphoryncus> But since historically UTF-8 wasn't a variable-width, those were considered to be valid (but unassigned) characters
13:04:09  <OwenS> Rhamphoryncus: You mean UTF-16 ;-)
13:04:14  <Rhamphoryncus> gah yes
13:04:28  <ashb> oh its to deal with windows wchar_t not being wide enough, isn't it?
13:04:31  <Rhamphoryncus> And I'm well rested too.  Unicode talk hasn't melted my brain yet
13:04:37  <ashb> s/deal with/an artifact of/
13:04:40  <Rhamphoryncus> ashb: that's orthogonal
13:05:11  <OwenS> ashb: Lots of systems used UCS-2 characters. Should they change to UCS-4? Why, when that wastes ~12 bytes per character?
13:05:14  <OwenS> 12 bits**
13:05:56  <ashb> my point is why do those U+D800-DFFF need to be 'valid code points' - why couldn't they just be encoded differently similar to in utf8
13:06:06  * Rhamphoryncus is still waiting for a UTF-24 encoding
13:06:13  <ashb> OwenS: if only computers weren't so centered around powers of 2, eh?
13:06:36  <OwenS> ashb: Hehe. Weren't so centered around bytes. You'd still be wasting 4 bits per character ;-)
13:06:37  <Rhamphoryncus> ashb: they *don't*.  It's a historical accident of retrofitting fixed-width UTF-16 (and UCS-2) into being a variable-width UTF-16
13:07:14  <ashb> like i said earlier - i dont deal with utf16 much, and with the actual mechanics of encoding very rarely
13:07:29  <ashb> my knowledge is enough to recognize utf8 (mis)encodings
13:07:30  <Rhamphoryncus> Originally even the code unit/code point distinction wasn't there.  Maybe for UTF-8, but I'd have to find a timeline
13:09:17  *** devilsadvocate [~devilsadv@202.3.77.134] has quit [Ping timeout: 480 seconds]
13:10:21  *** woldemar [~osaka@213.178.34.57] has quit [Read error: Connection reset by peer]
13:10:29  *** woldemar [~osaka@213.178.34.57] has joined #openttd
13:10:47  <OwenS> Yay! My interpreter times about as fast as Lua :-)
13:11:01  <ashb> what are you interpreting?
13:11:07  <OwenS> ashb: My own language :-)
13:15:20  <Rhamphoryncus> OwenS: does it use LLVM yet? ;)
13:15:30  <OwenS> Rhamphoryncus: Not yet
13:15:38  <OwenS> I want a good speed baseline interpreter too
13:16:25  <Rhamphoryncus> I don't.  I want the baseline to be LLVM (just not with fancy profile-guided optimizations).  Lets you easily modify how code is generated
13:16:47  <OwenS> The reason I want the interpreter is for systems where LLVM isn't an option
13:18:28  *** zachanima [~zach@90.185.77.237] has joined #openttd
13:18:28  <Rhamphoryncus> bah, fix LLVM :D
13:19:43  <OwenS> But, on compilers with computed goto, my interpreter is very efficient :-)
13:19:45  <peter1138> LLVM?
13:19:56  <ashb> Low-Level Virtual MAchine
13:19:57  <OwenS> peter1138: Low Level Virtual Machine, a compiler infrastructure
13:20:03  <ashb> http://en.wikipedia.org/wiki/Llvm
13:20:26  <ashb> can be used as a backend for gcc, or as a runtime lib to do JIT etc.
13:20:54  <Rhamphoryncus> err, not a backend for gcc
13:21:03  <ashb> sure - that was why the 'etc.'
13:21:05  <peter1138> ah
13:21:08  <peter1138> yay
13:21:13  <peter1138> found a megasphere :D
13:21:13  <OwenS> Rhamphoryncus: Using the new LLVM gcc plugin, it can ;-)
13:21:25  <Rhamphoryncus> >.>
13:21:40  <Rhamphoryncus> So what, llvm-gcc as a llvm frontend, gcc middle, and llvm backend?
13:21:43  <ashb> /Developer/usr/bin/llvm-g++-4.2
13:21:54  <ashb> gcc front, llvm the rest
13:22:06  <ashb> i think
13:22:09  <OwenS> Rhamphoryncus: The plugin replaces llvm-gcc. It plugs into GCC using its plugin interface, and replaces the backend completely
13:22:26  * Rhamphoryncus hopes he's not the one getting it confused
13:22:34  *** glx [glx@2a01:e35:2f59:c7c0:c465:c02e:4b32:5dc2] has joined #openttd
13:22:37  *** mode/#openttd [+v glx] by ChanServ
13:23:03  <Rhamphoryncus> curse their ambiguous terminology!
13:24:39  <Rhamphoryncus> Okay, looks like I was wrong.  It's a GCC frontend (parser/etc) with LLVM for code generation
13:34:51  <OwenS> Rhamphoryncus: So, how does your VM/language handle exceptions?
13:35:39  *** fjb is now known as Guest777
13:35:40  *** fjb [~frank@p5485F9F3.dip.t-dialin.net] has joined #openttd
13:36:03  <Rhamphoryncus> I was speaking hypothetically *g*
13:36:32  <OwenS> Rhamphoryncus: Hah. I'm currently implementing them on top of C++ exceptions. The main difficulty is correctly unwinding the script stack
13:36:50  <OwenS> (But I have to do that to propogate things like std::bad_alloc anyway)
13:37:07  * Rhamphoryncus nods
13:38:05  <OwenS> Scripts can only interact with those of C++ class AS::ScriptException though, which wraps an Object implementing AS.Exception (i.e, the script-side exception class)
13:39:03  *** sulai [~Miranda@p4FF42574.dip0.t-ipconnect.de] has joined #openttd
13:42:58  *** Guest777 [~frank@p5485D855.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
13:45:57  *** ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has joined #openttd
13:49:35  <fonsinchen>  What is the preferred place to put new container classes? src/misc or src/core?
13:49:42  *** lugo [~lugo@mgdb-4db8cf42.pool.mediaWays.net] has joined #openttd
13:52:20  <SmatZ> src/core is the new src/misc I would say :)
13:52:20  *** ajmiles2 [~aj@78-86-188-187.zone2.bethere.co.uk] has quit [Ping timeout: 480 seconds]
13:53:03  <Alberth> what's with these container thingies?  everybody seems to want to wrap existing data structures into some container class nowadays, it seems
13:54:02  * Alberth looks in src/misc for the first time
13:54:08  <SmatZ> :)
13:54:31  <Alberth> hmm, directory should be called 'containers' :)
13:56:11  <frosch123> src/misc is src/tobecleanedup
13:56:14  <fonsinchen> ok, src/core then
13:56:34  <fonsinchen> I'm creating an auto-growing vector to replace the arrays for GoodsEntries
13:56:56  <fonsinchen> this will save space and time by reducing the needless cycling through empty goods entries
13:57:00  <frosch123> isn't that just SmallVector?
13:57:23  <fonsinchen> no, I want one that auto-constructs its entries and that auto-grows on operator[]
13:57:34  <fonsinchen> (within bounds set by template parameter)
13:58:32  <Alberth> at least you derive from SmallVector, I hope
13:58:43  <fonsinchen> no, I derive from std::vector
13:58:57  <fonsinchen> as that requires less coding for me
13:59:01  <frosch123> you mean SmallMap ?
13:59:16  <fonsinchen> no, smallmap doesn't provide constant-time lookup
14:00:10  <fonsinchen> What I'm doing is an emulation of the current array, but only as long as the last active entry's index
14:00:19  <fonsinchen> most times this will be a lot less than 32
14:00:45  <frosch123> cargoids are not reserved consecutively, are they?
14:01:01  <fonsinchen> in a second step I'm going to provide a static index translation table which places the most used cargo ids in front
14:01:13  <frosch123> so you optimise for no-newgrf-usage?
14:01:31  <fonsinchen> the translation table may be configurable on game start
14:02:30  <fonsinchen> but the first step should cut the cycling at least in half already
14:02:35  <Ammler> Eddi|zuHause: possible stuck_trains.diff is broken on trunk HEAD?
14:02:54  <Eddi|zuHause> very likely...
14:03:07  <Eddi|zuHause> you mean the data part or the gui part?
14:03:44  <Ammler> gui
14:03:51  <Ammler> patch applied fine
14:04:15  <Ammler> but I don't have the minimap anymore
14:04:20  <Eddi|zuHause> even more likely, since the smallmap gui was changed fairly significantly
14:17:18  *** sulai [~Miranda@p4FF42574.dip0.t-ipconnect.de] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
14:20:01  *** woldemar [~osaka@213.178.34.57] has quit [Read error: No route to host]
14:20:24  <peter1138> hurr
14:21:21  *** ptr [~peter@c213-89-142-224.bredband.comhem.se] has quit [Quit: Zzzzzz]
14:21:43  <Pikka> hrrrrrrrrrrr
14:24:33  *** zachanima [~zach@90.185.77.237] has quit [Ping timeout: 480 seconds]
14:26:21  <peter1138> pikkrrrrrr
14:27:21  *** KritiK [~Maxim@95-25-135-90.broadband.corbina.ru] has joined #openttd
14:30:02  *** lobstar [~michielbi@86.89.201.189] has quit [Ping timeout: 480 seconds]
14:30:28  *** lobstar [~michielbi@86.89.201.189] has joined #openttd
14:30:57  *** Goulpy [~Muxy@main.goulp.net] has joined #openttd
14:31:18  *** Yexo_ [~Yexo@38-88-ftth.onsneteindhoven.nl] has joined #openttd
14:31:23  *** Yexo [~Yexo@38-88-ftth.onsneteindhoven.nl] has quit [Remote host closed the connection]
14:32:53  *** DanMacK [~here@bas8-london14-1242517608.dsl.bell.ca] has joined #openttd
14:37:30  *** woldemar [~osaka@213.178.34.57] has joined #openttd
14:38:11  *** Muxy [~Muxy@main.goulp.net] has quit [Ping timeout: 480 seconds]
14:48:18  *** devilsadvocate [~devilsadv@202.3.77.159] has joined #openttd
14:49:27  *** Zuu [~Zuu@c-f5f9e253.025-58-6e6b702.cust.bredbandsbolaget.se] has quit [Quit: Leaving]
14:50:32  *** Coldice [~nu@188.26.154.193] has quit []
14:51:11  *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd
14:53:33  *** Fuco [~dota.keys@fuco.sks3.muni.cz] has joined #openttd
14:54:31  *** Chrill [~chrischri@h-5-149.A212.priv.bahnhof.se] has joined #openttd
14:59:02  <CIA-6> OpenTTD: rubidium * r19398 /trunk/src/openttd.cpp: -Codechange: move the desync cache checking code to its own function. Also make the drive through and cargo list checks only run when 'desync' debugging is enabled.
14:59:54  *** aber [~Adium@gb049.stw.stud.uni-saarland.de] has joined #openttd
15:08:58  *** Zuu [~Zuu@c-f5f9e253.025-58-6e6b702.cust.bredbandsbolaget.se] has joined #openttd
15:11:17  *** De_Ghosty [~s@69-165-159-206.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds]
15:13:33  <CIA-6> OpenTTD: alberth * r19399 /trunk/src/town.h: -Doc: Doxyment enum TownRatingCheckType.
15:19:35  *** De_Ghosty [~s@69-165-157-12.dsl.teksavvy.com] has joined #openttd
15:24:19  *** Born_Acorn [~bornacorn@80.247.163.107] has quit [Quit: Caught signal 15, Terminated]
15:24:19  *** Andel [~andel@owenrudge.net] has quit [Quit: Caught signal 15, Terminated]
15:24:19  *** orudge [~orudge@owenrudge.net] has quit [Quit: Caught signal 15, Terminated]
15:24:59  *** DanMacK [~here@bas8-london14-1242517608.dsl.bell.ca] has quit []
15:33:20  <CIA-6> OpenTTD: alberth * r19400 /trunk/src/ (road_cmd.cpp town.h town_cmd.cpp tunnelbridge_cmd.cpp): -Codechange: CheckforTownRating returns a CommandCost.
15:42:48  <CIA-6> OpenTTD: alberth * r19401 /trunk/src/station_cmd.cpp: -Codechange: Use curly braces with multi-line if statements.
15:42:50  *** Pikka [PikkaBird@CPE-58-173-248-50.szxn1.cha.bigpond.net.au] has quit []
15:47:27  *** Lakie [~Lakie@91.84.251.149] has joined #openttd
15:49:17  *** glx [glx@2a01:e35:2f59:c7c0:c465:c02e:4b32:5dc2] has quit [Read error: Network is unreachable]
15:49:29  *** glx [glx@2a01:e35:2f59:c7c0:c465:c02e:4b32:5dc2] has joined #openttd
15:49:32  *** mode/#openttd [+v glx] by ChanServ
15:53:56  <CIA-6> OpenTTD: alberth * r19402 /trunk/src/ (road_cmd.cpp road_internal.h station_cmd.cpp): -Codechange: CheckAllowRemoveRoad() returns a CommandCost.
15:55:17  <CIA-6> OpenTTD: frosch * r19403 /trunk/src/openttd.cpp: -Fix (r19398): Test inverted.
16:05:38  *** oskari89 [~oskari89@212-149-205-119.bb.dnainternet.fi] has joined #openttd
16:10:06  *** Andel [~andel@owenrudge.net] has joined #openttd
16:10:17  *** Born_Acorn [~bornacorn@80.247.163.107] has joined #openttd
16:10:19  *** orudge [~orudge@owenrudge.net] has joined #openttd
16:11:39  *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Remote host closed the connection]
16:22:52  *** ptr [~peter@c213-89-142-224.bredband.comhem.se] has joined #openttd
16:26:00  *** tdev [~tdev@p57B7BA31.dip.t-dialin.net] has joined #openttd
16:34:59  *** Illegal_Alien [~Illegal_A@ip4da39612.direct-adsl.nl] has joined #openttd
16:38:37  <CIA-6> OpenTTD: alberth * r19404 /trunk/src/tunnelbridge_cmd.cpp: -Codechange: CheckAllowRemoveTunnelBridge() returns a CommandCost.
16:40:11  *** DanMacK [~DanMacK@206.191.69.149] has joined #openttd
16:40:52  *** Goulpy is now known as Muxy
16:54:00  *** geirha [~geirha@caracal.stud.ntnu.no] has joined #openttd
16:57:08  <geirha> 1.0.0-rc2 freezes on exit for me. I've narrowed it down to the config file. If I start openttd without ~/.openttd/openttd.cfg, it exits cleanly. When that file is there, it'll freeze as soon as I click the quit button. Neither INT nor TERM has any effect. I have to resort to KILL.
16:57:30  <glx> geirha: read readme.txt
17:06:56  *** aber [~Adium@gb049.stw.stud.uni-saarland.de] has quit [Quit: Leaving.]
17:07:25  <Alberth> the known-bugs.txt may also be helpful
17:07:54  *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd
17:09:37  <geirha> Ah, I was looking at bugs.openttd.org without luck. The SDL+PulseAudio bug listed in known-bugs.txt sounds like the culprit.
17:12:03  <CIA-6> OpenTTD: alberth * r19405 /trunk/src/ (15 files): -Codechange: CheckOwnership() returns a CommandCost.
17:12:16  <glx> ha right I suggested the wrong file :)
17:12:52  *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has joined #openttd
17:14:14  <geirha> Yup, setting the env var SDL_AUDIODRIVER=pulse did the trick. Thanks :)
17:19:44  *** Eddi|zuHause [~johekr@p54B76BAE.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
17:23:46  *** Eddi|zuHause [~johekr@p54B75ABE.dip.t-dialin.net] has joined #openttd
17:23:48  *** woldemar [~osaka@213.178.34.57] has quit [Read error: Connection reset by peer]
17:29:43  *** Lakie [~Lakie@91.84.251.149] has quit [Quit: brb]
17:31:56  *** Eddi|zuHause [~johekr@p54B75ABE.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
17:36:20  <Ammler> he, "Hide stupid Pink" :-)
17:36:57  *** Fast2 [~Fast2@p57AF95BB.dip0.t-ipconnect.de] has joined #openttd
17:38:01  *** TheMask96 [~martijn@lust.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds]
17:38:02  <frosch123> :p
17:38:32  <Ammler> how do I "simulate" those building "magic browns"?
17:38:52  <frosch123> you mean wrong dos/win ?
17:40:22  *** MeCooL [mecool@94.129.146.8] has quit [Ping timeout: 480 seconds]
17:41:00  <Ammler> no, the houses, which can change colors...
17:41:40  <frosch123> either company color, structure remap or church remap
17:42:00  <frosch123> they are all different :p
17:42:33  <Ammler> ah, structure remap it is
17:45:17  *** TheMask96 [~martijn@sloth.vhost.ne2000.nl] has joined #openttd
17:45:58  *** Lakie [~Lakie@91.84.251.149] has joined #openttd
17:46:06  <Ammler> planetmaker: // Recolour: BLUE, GREEN, ORANGE, RED <-- means remap to company colors and // Recolour: STRUCT_BLUE, STRUCT_WHITE <-- to structure?
17:46:27  <frosch123> that would match tables/sprites.h
17:47:43  <Ammler> and where is documented which colors are used for those structure remap?
17:47:47  <planetmaker> Ammler: most probable, yes
17:48:09  <frosch123> Ammler: see "filter palette"
17:48:25  <frosch123> or get the source and look into recolor.xml
17:48:31  <planetmaker> :-D
17:48:44  <planetmaker> well, struct is structure. Not CC and not church.
17:49:02  *** KenjiE20 [~KenjiE20@92.17.249.21] has joined #openttd
17:49:06  <planetmaker> Maybe I should have made the comments CC_BLUE etc
17:49:35  <Ammler> nah, it is fine
17:50:31  <Ammler> frosch123: you filter "recolor colors" which looks like cc
17:51:30  <frosch123> it filters whatever you selected
17:51:53  <Ammler> yes, but there is nothing to select those "magic brown"
17:52:02  <planetmaker> hm... there's also just CREAM and DARK_GREEN, PINK, GRAY, RED in my comments
17:52:24  <planetmaker> and BROWN, YELLOW, ORANGE
17:52:33  <frosch123> ?
17:52:49  <planetmaker> in the comments I added to the sprites in Opengfx
17:52:58  <frosch123> i meant ammler :)
17:53:23  <planetmaker> Ammler: the house just has to feature the colours which are of that magic type
17:53:43  <planetmaker> and openttd will randomly choose a replacement for those magic colours
17:54:00  <Ammler> but the "map" should be documented somewhere, isn't?
17:54:10  <frosch123> Ammler: if you select "filter recolored colors", it excludes those colors from the top palette which are recolored by the recolor choosen below
17:54:13  <Ammler> I mean, Zeph was able to remove those :-)
17:54:26  *** Eddi|zuHause [~johekr@p54B75B9C.dip.t-dialin.net] has joined #openttd
17:54:35  <planetmaker> yes, that's what the ttd palete without magic colours does
17:54:41  <planetmaker> *palette
17:55:02  *** ptr [~peter@c213-89-142-224.bredband.comhem.se] has quit [Quit: Zzzzzz]
17:55:22  <Ammler> frosch123: I see, thanks :-)
17:58:17  <CIA-6> OpenTTD: rubidium * r19406 /trunk/src/lang/english.txt: -Fix: unneeded space in English string
17:58:43  <Eddi|zuHause> who needs space anyway
17:59:10  *** ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has quit [Read error: Connection reset by peer]
17:59:36  *** ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has joined #openttd
17:59:57  <Ammler> planetmaker: looks like you forgot one color?
18:00:22  <Ammler> or what sense does have a remap to only one?
18:00:43  <planetmaker> hm?
18:01:01  <planetmaker> I don't know :-) Maybe I forgot default. Whatever that is.
18:01:26  <Ammler> hmm, indeed, might be STRUCT_BROWN
18:02:02  <Ammler> no, that is also an additional option
18:02:30  <Ammler> STRUCT_NORMAL is another "brown"
18:04:00  *** Chrill [~chrischri@h-5-149.A212.priv.bahnhof.se] has quit []
18:06:23  <CIA-6> OpenTTD: rubidium * r19407 /trunk/src/lang/ (32 files in 2 dirs): -Fix: incorrect number of dots in '...' in translations
18:07:51  *** glx [glx@2a01:e35:2f59:c7c0:c465:c02e:4b32:5dc2] has quit [Remote host closed the connection]
18:08:04  *** glx [glx@2a01:e35:2f59:c7c0:c465:c02e:4b32:5dc2] has joined #openttd
18:08:07  *** mode/#openttd [+v glx] by ChanServ
18:08:59  *** snack2 [~nn@dsl-mlimmlgw1-ff1ec000-127.dhcp.inet.fi] has joined #openttd
18:10:12  *** ecke [~ecke@188.75.128.2] has joined #openttd
18:10:53  *** woldemar [~osaka@213.178.34.57] has joined #openttd
18:13:50  <CIA-6> OpenTTD: rubidium * r19408 /trunk/src/lang/ (45 files in 2 dirs): -Change: make the space after ... consistent in the translations too
18:21:56  <CIA-6> OpenTTD: rubidium * r19409 /trunk/src/lang/ (46 files in 2 dirs): -Codechange: remove some spaces from translations that were already removed from English (a long while ago)
18:23:25  <__ln__> who's guilty for changing the english without changing IDs?
18:25:21  <Rubidium> removing a space isn't really such a big reason to trash all translations
18:31:47  <peter1138> why would we change IDs just because a string changed ?
18:32:38  <__ln__> to avoid unsynchronized translations maybe. dunno. maybe you like those.
18:33:06  <Rubidium> just trash the translations. Works much better
18:33:26  <peter1138> looks to me that the translations were also all changed...
18:33:29  <Ammler> is there a easy way to convert a already "right" colored png to pcx?
18:33:29  <planetmaker> __ln__: how does a removed space unsyncs a translation?
18:33:35  <peter1138> so nothing is unsynced
18:34:05  <peter1138> even so, the WT system flags up when the english string is changed
18:34:35  <__ln__> planetmaker: how would i know
18:36:12  <__ln__> peter1138: fine. i was simply assuming that since the WT is written by MiHaMiX, it does everything against the common sense, like in the good old days.
18:37:11  <planetmaker> __ln__: WT isn't written by Mihamax.
18:37:19  <planetmaker> or mihamix. whatever
18:37:35  <planetmaker> at least not the current WT3
18:37:41  <Rubidium> planetmaker: WT is, WT2 is too, WT3 isn't
18:41:08  *** ptr [~peter@c213-89-142-224.bredband.comhem.se] has joined #openttd
18:43:26  *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has quit [Remote host closed the connection]
18:45:56  <CIA-6> OpenTTD: translators * r19410 /trunk/src/lang/ (12 files): (log message trimmed)
18:45:56  <CIA-6> OpenTTD: -Update from WebTranslator v3.0:
18:45:56  <CIA-6> OpenTTD: esperanto - 41 changes by Ailanto
18:45:56  <CIA-6> OpenTTD: estonian - 4 changes by irve
18:45:56  <CIA-6> OpenTTD: finnish - 1 changes by jpx_
18:45:56  <CIA-6> OpenTTD: french - 1 changes by glx
18:45:56  <CIA-6> OpenTTD: german - 2 changes by planetmaker
18:46:30  <frosch123> Ammler: what is "right coloured"? palettised with animation colours, or real coloured without animation colours?
18:47:03  <Ammler> frosch123: I just need to open it in gimp, apply ttd palette and save again as pcx
18:47:20  <frosch123> so the latter
18:47:24  *** Eddi|zuHause [~johekr@p54B75B9C.dip.t-dialin.net] has quit [Remote host closed the connection]
18:47:47  *** Eddi|zuHause [~johekr@p54B75B9C.dip.t-dialin.net] has joined #openttd
18:48:12  <CIA-6> OpenTTD: rubidium * r19411 /branches/1.0/src/lang/ (52 files in 2 dirs): [1.0] -Backport from trunk: language updates
18:52:17  *** ecke [~ecke@188.75.128.2] has quit [Read error: Connection reset by peer]
18:52:23  *** Rhamphoryncus [~rhamph@d198-53-213-246.abhsia.telus.net] has quit [Quit: Rhamphoryncus]
18:52:29  <Eddi|zuHause> hmzz... this game is crashing way too often...
18:54:50  <Ammler> frosch123: I have also no idea, how to save a "palettisised" png :-)
18:55:31  <Rubidium> Ammler: check OpenTTD's screenshot code
18:56:13  <Ammler> Rubidium: I meant in GIMP
18:56:30  <Ammler> If I add a index, I just get a lot options on saving
18:56:40  <Ammler> still*
18:56:51  <Rubidium> reduce colour depth to 256, load the palette, save?
18:57:34  <Ammler> specially the compression rate confuses me
18:58:04  <Rubidium> Ammler: why? It's just the gzip compression 'rate', i.e. 0..9 (but scaled to 0-100%)
18:58:25  <Rubidium> s/gzip/zlib/
18:58:28  <Ammler> oh, that would explain :-)
18:58:52  <Ammler> I thought, it is something with quality, like on jpegs
18:59:53  <planetmaker> nope. Both have kinda in-built zlib support
19:00:49  <Rubidium> planetmaker: jpeg has some data compression, but it gets most of it's compression from trashing data (i.e. lossy compression)
19:00:53  <Rubidium> png is lossless
19:01:31  <planetmaker> I meant to compare pcx and png. Not jpg ;-)
19:02:17  <planetmaker> and jpg is bad, I know. Never use it to measure anything.
19:03:53  <Rubidium> well pcx just uses RLE, slightly simpler than zlib
19:03:53  <OwenS> planetmaker: JPEG is good for photographs ;-)
19:04:00  <OwenS> Rubidium: "Slightly?" Much!
19:04:02  *** ajmiles2 [~aj@78-86-188-187.zone2.bethere.co.uk] has joined #openttd
19:04:58  <planetmaker> OwenS: depends
19:05:37  <Rubidium> OwenS: calling zlib is really easy, making sure the 'user' has zlib is the difficult part; for RLE you probably have to copy some code from somewhere or implement it yourself
19:06:20  <OwenS> Rubidium: RLE can be implemented in 10 lines of C. It's also often a file fattener ;-)
19:06:23  <planetmaker> any windoze has some RLE decoder at least. Might even be encoder
19:07:35  <Rubidium> yeah, and zip is (occasionally) better than 7z
19:08:03  <OwenS> Yes, but what I'm saying is that RLE is basically useless ;-)
19:08:51  <planetmaker> OwenS: also that depends.
19:09:14  <planetmaker> If speed is your top priority, RLE can be what you can afford while anything else is too CPU intensive
19:09:59  <OwenS> If you're looking for speed, then RLE may be a good option anyway: It can often make faster code, at the expense of bigger files
19:09:59  <planetmaker> E.g. for live compressing video.
19:10:32  <OwenS> RLE is going to make video bigger. Just store the raw video, or use something useful and fast like HufYUV
19:10:49  *** ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has quit [Ping timeout: 480 seconds]
19:11:15  <Rubidium> pff... why not put your computer in a time dilation "field"?
19:11:32  <planetmaker> the equipment was too bulky, Rubidium ;-)
19:12:11  <SmatZ> OwenS: unless it's a cartoon :)
19:12:26  <SmatZ> in 256 colours :-p
19:12:42  <OwenS> SmatZ: Riiight... And thats live? :p
19:13:06  <SmatZ> OwenS: depends :)
19:13:13  <OwenS> Someone really ought to make a codec designed for animated works, as all the current ones are suboptimal
19:14:03  <SmatZ> when I want high-quality compression, I use some mpeg4 encoder with very high-quality settings
19:14:12  <OwenS> MPEG4? Ewww
19:14:14  <OwenS> H.264
19:14:20  <SmatZ> it's about ten times smaller than huffyuv output
19:14:31  <SmatZ> well, I haven't encoded video for long time :)
19:14:37  <SmatZ> guess H.264 is the way to go now...
19:15:01  <OwenS> Even my phone does H.264 :p
19:15:09  <SmatZ> your phone rocks :)
19:15:19  <OwenS> It's only an relatively el-cheapo Nokia 5800 :p
19:15:42  <OwenS> And nothing is more irritating than MPEG-4 ASP HD. Why? A) Huge for the quality B) HTPC can't play it (GPU doesn't accelerate MPEG-4 ASP...)
19:17:14  <SmatZ> what does new realvideo use? I saw some DVD-rip that had about 400MiB, and the quality was insane
19:17:32  <OwenS> Probably H.264?
19:17:33  <SmatZ> better than any 2CD RIPs I have seen :)
19:17:37  <OwenS> Or RMVB
19:17:49  <OwenS> Whatever. DVD rips are easy
19:17:57  <SmatZ> well yes
19:18:05  <SmatZ> it's easier to just copy the DVD :)
19:18:29  <Rubidium> dd if=/dev/cdrom of=themovie
19:18:32  <OwenS> And leave non-generation-lossed MPEG-2 + DTS (Or AC3) :-)
19:18:33  <Rubidium> mplayer themovie
19:18:51  <SmatZ> :)
19:19:03  <OwenS> Rubidium: I prefer my script which converts it into a nice Matroska file ;-)
19:20:34  <Ammler> Rubidium: you need cut off the FBI
19:20:38  <OwenS> (Though remuxing in the vobsubs is difficult ;-) )
19:21:00  <Rubidium> Ammler: then it isn't a proper rip anymore!
19:21:20  <Ammler> yeah, it is like bugfix release :-)
19:21:44  <OwenS> Your DVDs have FBI warnings? :P
19:22:29  <Ammler> I run my dvds through dvd:rip
19:23:06  <Ammler> a nice app, where you can add all idle pcs in the network :-)
19:23:30  <SmatZ> http://apina.biz/26849.jpg :)
19:24:25  <Ammler> he, that is indeed true.
19:26:07  <OwenS> Ammler: Get a DVD player which doesn't obey operation restriction flags :p
19:26:08  *** Terkhen [~Terkhen@130.69.220.87.dynamic.jazztel.es] has quit [Quit: ...]
19:26:28  <OwenS> (Also, none of my DVDs have trailers... Neither does the sole BD in my collection)
19:27:07  <Ammler> OwenS: I don't have a DVD player anymore (except the pc)
19:27:20  <Ammler> the tv box does use vlc streams
19:28:10  * KenjiE20 uses AnyDVD for watching my imported R1 EVA discs :)
19:28:38  <KenjiE20> but that's win only
19:28:56  <OwenS> KenjiE20: Why import the R1 version? :p
19:29:10  <KenjiE20> because it was the limited platinum edition
19:29:18  <KenjiE20> and R2 gets crap all for Anime
19:29:25  <OwenS> Aah, limited platinum. I have the non-limited-platinum I assume
19:29:32  <OwenS> Though yes I do have some R1 imports
19:29:42  <KenjiE20> Limited had a numbered decal in DVD 1
19:30:02  <KenjiE20> which came with the boxset box
19:30:29  <KenjiE20> but I bought the full set off Animesuperstore on promotion :P
19:30:33  <OwenS> It's a shame ADV/Their fission fragments are so small, they had a pretty good international operation
19:31:11  <KenjiE20> most licenced stuff gets utterly mangled
19:31:19  *** Biolunar [mahdi@blfd-5d822db7.pool.mediaWays.net] has quit [Quit: bis dann]
19:31:21  <KenjiE20> so I usually grab stuff from fansub sites
19:31:48  <OwenS> I must say, in a comparison of the original vs R1/R2eu releases, I've generally not spotted any differences in the video
19:32:23  <KenjiE20> depends who get it usually
19:32:35  <KenjiE20> funimation are awful
19:32:59  <KenjiE20> and buerna vista/disney tend to rewrite things
19:33:00  <OwenS> If you're refering to them seeminly using the world's worst MPEG-2 encoder, I understand that :P
19:33:46  *** Terkhen [~Terkhen@130.69.220.87.dynamic.jazztel.es] has joined #openttd
19:34:01  <KenjiE20> funimation like to remux things
19:34:20  <KenjiE20> they've been know to utterly change soundtracks and story
19:34:36  <OwenS> [citation needed]
19:34:43  <Ammler> frosch123: FeatureRequest for TTDViewer: drag&drop scroll for the sprite sheet.
19:36:23  <Eddi|zuHause> hm... the "feature" that Day of the Tentacle contains Maniac Mansion is only in the CD version, right?
19:36:38  <KenjiE20> OwenS: DBZ / Sunabouzu
19:36:53  <KenjiE20> GSG / Fullmetal Alch
19:38:33  <OwenS> Aah, so except for Sunabouzu (Which I've never heard about), really rather popular shows which I'm not that interested in (And it must be noted that I also check reviews before I buy ;-))
19:39:39  <KenjiE20> Sunabouzu is brilliant, but get fansubs
19:41:51  <frosch123> Ammler: there is already a feature of the day
19:42:28  *** tdev [~tdev@p57B7BA31.dip.t-dialin.net] has quit [Quit: Leaving]
19:43:01  <Ammler> ok, then I will ask tomorrow again :-P
19:45:32  <OwenS> KenjiE20: Oh, and there really needs to be an English re-release (Preferably Blu-Ray; the film stock has the resolution) of the original Eva movies. I don't know WHAT made them think it was a good idea to take a widescreen movie, then letterbox it, then pillarbox it, so that you end up with it squashed into 1/3rd of the available pixels...
19:46:00  <KenjiE20> yea probably
19:46:25  <KenjiE20> I grabbed COR and...
19:47:01  <KenjiE20> oh not COR, zx releases of Death and End of
19:47:21  <KenjiE20> both 2003 remasters
19:47:49  <KenjiE20> currently last rebuild 1.20 BD rip and waiting for the 2.xx
20:04:34  <CIA-6> OpenTTD: alberth * r19412 /trunk/src/road_cmd.cpp: -Codechange (r9942): One pair of parentheses is enough.
20:05:13  *** aber [~Adium@p5B323A6D.dip.t-dialin.net] has joined #openttd
20:06:54  *** bryjen [~bryjen@75.81.201.131] has joined #openttd
20:14:18  *** RainbowNines [~RainbowNi@host-80-193-116-150.static.cable.virginmedia.com] has joined #openttd
20:14:56  <RainbowNines> hi all
20:22:12  <Rubidium> hi
20:31:13  *** Singaporekid [~notme@cm191.epsilon84.maxonline.com.sg] has quit [Quit: Leaving]
20:34:20  *** Hyronymus [~chatzilla@s5591a1ba.adsl.wanadoo.nl] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]]
20:40:25  *** RainbowNines [~RainbowNi@host-80-193-116-150.static.cable.virginmedia.com] has quit [Quit: 9s9h]
20:54:43  *** Jhs [~Jhs4@191.80-202-24.nextgentel.com] has joined #openttd
20:54:43  *** Jhs [~Jhs4@191.80-202-24.nextgentel.com] has left #openttd []
21:10:05  <DJNekkid> just some advertiseing for myselv...
21:10:13  <DJNekkid> www.clublife.no/tv live from a club from about midnight
21:10:22  <TrueBrain> you do know what we do with spambots here, right? :)
21:10:36  * TrueBrain hugs DJNekkid :)
21:11:08  *** lestat [~Mesias7.4@222.232.218.87.dynamic.jazztel.es] has joined #openttd
21:11:39  <DJNekkid> they get hugged?
21:11:51  <OwenS> yay! The Alterscript interpreter just dynamically built an object based on typeinfo
21:18:10  <Alberth> DJNekkid: with TB you never know what happens
21:20:02  <lestat> hi all
21:20:35  <lestat> hal someone who speaks Spanish?
21:21:08  <Rubidium> I guess at least 3
21:21:58  <lestat> who?
21:22:08  <Terkhen> lestat: I still talk spanish
21:22:34  <lestat> XD
21:25:28  <lestat> then enters openttd-es
21:31:03  *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd []
21:38:20  *** oskari89 [~oskari89@212-149-205-119.bb.dnainternet.fi] has quit []
21:40:54  *** Doorslammer [Doorslamme@119.11.19.105] has quit []
21:52:27  *** DanMacK [~DanMacK@206.191.69.149] has quit [Quit: Bye for now!]
21:53:57  *** lobstar [~michielbi@86.89.201.189] has quit [Ping timeout: 480 seconds]
21:55:21  *** lobstar [~michielbi@86.89.201.189] has joined #openttd
22:07:33  <peter1138> bah
22:07:41  * peter1138 ponders updating to squeeze
22:14:48  *** Chris_Booth [~chatzilla@cpc7-newt30-2-0-cust443.newt.cable.virginmedia.com] has joined #openttd
22:16:07  <Terkhen> my debian squeeze freezes a lot :/
22:18:16  *** Mucht [~Martin@chello084115143107.3.graz.surfer.at] has joined #openttd
22:21:26  *** ecke [~ecke@188.75.128.2] has joined #openttd
22:23:43  <fonsinchen> mine works fine
22:24:08  <fonsinchen> it finally has working suspend
22:24:20  <fonsinchen> to disk AND to ram - this is really nice
22:24:24  *** snack2 [~nn@dsl-mlimmlgw1-ff1ec000-127.dhcp.inet.fi] has quit [Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )]
22:34:06  *** ajmiles3 [~aj@78-86-188-187.zone2.bethere.co.uk] has joined #openttd
22:34:56  *** Tennel [~Tennel@88.150.10.254] has quit [Quit: WeeChat 0.3.1.1]
22:35:58  *** Marcel [~Millenniu@meuh.demon.nl] has joined #openttd
22:37:15  <Terkhen> good night
22:37:36  <fonsinchen> rubidium: in CheckCaches, you should return if _debung_desync < 1
22:37:46  *** Terkhen [~Terkhen@130.69.220.87.dynamic.jazztel.es] has quit [Quit: ...]
22:37:56  <fonsinchen> not if it's > 1 ...
22:39:33  *** lestat [~Mesias7.4@222.232.218.87.dynamic.jazztel.es] has quit [Quit:  MESIAS 7.4 by: Lois & JAP-  http://www.lois.infierno.org]
22:40:57  *** ajmiles2 [~aj@78-86-188-187.zone2.bethere.co.uk] has quit [Ping timeout: 480 seconds]
22:41:05  *** ProfFrink [~proffrink@5adb10d4.bb.sky.com] has joined #openttd
22:41:54  <Rubidium> fonsinchen: rather <= 1
22:44:40  *** Marcel [~Millenniu@meuh.demon.nl] has quit []
22:47:32  *** Prof_Frink [~proffrink@5e01af72.bb.sky.com] has quit [Ping timeout: 480 seconds]
22:47:32  *** ProfFrink is now known as Prof_Frink
22:50:35  *** Chris_Booth is now known as Booth
22:52:00  <fonsinchen> that'd be OK
22:52:34  *** Booth is now known as Chris_Booth
22:52:45  <frosch123> i like it as it is
22:52:56  *** Chris_Booth is now known as Booth
22:53:37  *** Booth is now known as Chris_Booth
22:53:55  <andythenorth> did transfer payments get seriously fixed?  The last vehicle in the chain now seems to make money
22:54:28  <Rubidium> no
22:54:48  <Rubidium> it's more like a painkiller
22:55:09  <Jolteon> offs
22:55:14  <Jolteon> this old 0.7.* save won't load.
22:55:19  <Jolteon> OTTD just crashes to desktop.
22:55:26  <Jolteon> Is there any known issues, or is this save just dodgy.
22:55:31  *** Chris_Booth [~chatzilla@cpc7-newt30-2-0-cust443.newt.cable.virginmedia.com] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]]
22:55:32  <Jolteon> Loading under 1.0.0 RC1
22:55:36  <Rubidium> Jolteon: no idea
22:55:37  <Jolteon> er
22:55:38  <Jolteon> RC2
22:55:39  <Jolteon> even
22:55:50  *** Chris_Booth [~Chris_Boo@cpc7-newt30-2-0-cust443.newt.cable.virginmedia.com] has joined #openttd
22:55:55  <Jolteon> oh well, I can finally make another one
22:55:57  <Rubidium> having the savegame would help
22:56:10  <Jolteon> for some reason, I always feel I must complete one I start, until it gets too jammed to fix.
22:56:11  <Rubidium> determining whether it's a bug or a broken savegame
22:58:54  *** APTX_ [~APTX@chello089076052083.chello.pl] has quit [Remote host closed the connection]
22:59:22  *** APTX [~APTX@chello089076052083.chello.pl] has joined #openttd
22:59:47  <fonsinchen> I think I've hit the wall with those optimizations ...
23:00:17  <fonsinchen> one should think that reducing all iterations over goods entries by 2/3 would have a noticable effect
23:00:28  <fonsinchen> but that's not the case :(
23:01:09  <fonsinchen> maybe it's still nice that it takes less memory now ...
23:02:55  <Rubidium> maybe because at the first autosave the full array gets filled because it's trying to write the whole thing to the savegame?
23:03:10  <Rubidium> same with loading "old" savegames
23:04:58  <fonsinchen> no, I've changed the saveload code to avoid that
23:05:20  <fonsinchen> and I've made sure the goods arrays are compacted after loading old games
23:06:51  <fonsinchen> but obviously the added overhead of length checks and pointer dereferencing is about the same as the time saved by reducing the number of iterations
23:07:42  <Eddi|zuHause> orudge: i tried disabling the "Display images within posts" option in the forum, which in itself works fine, but i have two problems:
23:08:02  <OwenS> fonsinchen: Does the OpenTTD source have LIKELY/UNLIKELY macros?
23:08:10  *** kd5pbo [~kd5pbo@99.65.9.161] has quit [Quit: Leaving.]
23:08:12  <Eddi|zuHause> 1) when opening some attachments i get "unknown mime type", so images don't open in the image viewer etc.
23:08:47  <fonsinchen> what is that?
23:08:53  <Eddi|zuHause> 2) when someone makes [url=blah][img][/url], i cannot click on it to follow the url, it only can open the image
23:09:02  <fonsinchen> at least I haven't seen them so far
23:09:33  <Eddi|zuHause> fonsinchen: i suppose they should tell the compiler which code path to optimise
23:09:43  <PeterT> Eddi|zuHause: PM, he probably isn't on his bouncer right now
23:10:04  <OwenS> fonsinchen: http://codepad.org/CmjQYvGF
23:10:16  <Eddi|zuHause> PeterT: he isn't marked as away...
23:10:49  <OwenS> fonsinchen: I've found that they can make real differences on intensively accessed code
23:11:11  <fonsinchen> interesting ...
23:11:34  <OwenS> You probably want to change the "#if GCC" to something that works :p
23:16:56  <fonsinchen> Hmm, when loading a "new" savegame it's faster. I guess the compacting of the old save was quite expensive.
23:18:55  *** bryjen [~bryjen@75.81.201.131] has quit [Quit: Leaving]
23:35:29  *** takamichi [~pri@213.163.66.192] has joined #openttd
23:39:14  *** kd5pbo [~kd5pbo@adsl-99-65-9-161.dsl.hstntx.sbcglobal.net] has joined #openttd
23:42:29  *** takamichi [~pri@213.163.66.192] has left #openttd []
23:51:26  *** TheMask96 [~martijn@sloth.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds]
23:53:31  <PeterT> Terkhen?
23:53:44  <PeterT> meh, he left
23:54:16  <PeterT> Anybody have success in using the shell script to make a map: http://paste.openttd.org/225248
23:54:26  <PeterT> http://www.tt-forums.net/viewtopic.php?f=33&t=33956
23:55:44  <Illegal_Alien> Mapput?
23:55:50  <Illegal_Alien> Muppat?
23:55:53  <Illegal_Alien> Muppet?
23:56:07  <Illegal_Alien> Shell as in clambshell?
23:56:14  <Illegal_Alien> Shell as in gass?
23:57:13  *** TheMask96 [martijn@gluttony.vhost.ne2000.nl] has joined #openttd

Powered by YARRSTE version: svn-trunk