IRC logs for #openttd on OFTC at 2009-12-25
⏴ go to previous day
00:00:03 <Brianetta> Commiserations and felicitations, depending on your outlook. It's Christmas in UTC land. Love from me to all, deserving or not.
00:08:51 <PeterT> Merry Christmas Europeans!
00:09:14 <orudge> depends which part of Europe you're looking at
00:09:24 <PeterT> Well, in England I would be two hours late
00:09:33 <PeterT> but most of Europe is in GMT +1?
00:09:38 <orudge> tis only just past midnight in the UK
00:10:25 <PeterT> orudge, you still in USA?
00:15:25 <Ammler> Schöne Weihnachten Brianetta :-)
00:15:39 <Ammler> and you other guys, of course.
00:18:01 <Coco-Banana-Man> Merry Christmas!
00:27:32 *** Eddi|zuHause has joined #openttd
00:42:46 <sparr> Error: Assertion failed at line 1111 of /usr/src/OpenTTD/compile/src/economy.cpp: v->time_counter != 0
00:48:23 <PeterT> On the #ottdcoop server?
01:25:08 <PeterT> Can I suggest the possibilty to shade the client list window?
01:26:33 <orudge> you could even implement ;)
01:27:05 <SmatZ> I don't know what key was used when choosing windows that will/won't support shading
01:35:49 *** peter_ is now known as PeterT
01:37:58 * sparr wonders what subversion does if you try to name a branch rXXXX
01:40:06 <PeterT> I love that Linux can checkout and compile in seconds
01:53:01 <SmatZ> it takes over 5 minutes on my test system :-x
01:53:20 <SmatZ> ("in seconds" == "in over 300 seconds"?)
01:53:52 <Kovensky> well, would take much more in windows
01:54:08 <Kovensky> not that much more on winxp, but on nt6... D:
01:54:49 <Kovensky> because of process spawning on windows
01:55:15 <Kovensky> make calls gcc that calls cpp, cc1 and as
01:55:24 <Kovensky> and ld too when linking
01:55:36 <Kovensky> since this is C++, then it uses cc1plus and collect2
01:56:12 <Kovensky> IOW, it spawns loads of subprocesses
01:56:19 <Kovensky> which is bad for performance on windows :(
01:59:16 <SmatZ> <10 processes being too much :(
02:08:35 *** Coco-Banana-Man has quit IRC
02:21:54 *** ChanServ sets mode: +v tokai
03:13:45 <sparr> PeterT: process spawning costs, as well as some memory management and disk io issues, are why some Windows games run faster in wine than in windows :)
03:14:34 <sparr> always used to taunt my WoW guildmates with that, way back when I still played WoW
03:15:58 <sparr> they are screenshots, this i can confirm :)
03:16:22 <sparr> i have yet to play competitive multiplayer
03:16:27 <sparr> should give it a try some day soon
03:17:01 <PeterT> then go to peter's ukrs
03:17:09 <PeterT> it's not even my server! :-D
03:17:17 <sparr> have to run off now, will be back on in 1-5 hours, might play then, but probably not until tomorrow
03:48:22 *** bartaway has joined #openttd
04:13:45 *** Dreamxtreme_ has joined #openttd
04:39:59 *** De_Ghosty has joined #openttd
04:48:25 <sparr> project 1000 (UKRS) isn't available in the online content system
04:48:29 <sparr> so i can't connect to Peter's server
05:10:23 *** Alberth has joined #openttd
06:08:01 *** Rexxars has joined #openttd
06:58:25 *** Terkhen has joined #openttd
07:18:21 <Alberth> Terkhen: merry christmas
07:30:07 *** andythenorth has joined #openttd
07:37:17 *** roboboy has joined #openttd
07:52:04 <Eddi|zuHause> i fear i have caught a cold...
08:04:49 <Eddi|zuHause> yeah, matches the pullover :p
08:06:05 <roboboy> Merry Christmas from Sydney
08:06:23 <Eddi|zuHause> you have white christmas, too? :p
08:07:08 <roboboy> its been hot leading up
08:07:19 <Eddi|zuHause> i think it's going to be thawing and raining today, and again freezing over night
08:07:28 <Eddi|zuHause> going to be funny roads ;)
08:19:40 <peter1138> typical that we manage to have snow before, but not actually on christmas day
08:19:46 <peter1138> so it doesn't count :s
08:28:29 * Eddi|zuHause has no intention to ever get windows 7
08:30:59 * Alberth thinks windows has an inconsistent version naming scheme
08:34:15 <Eddi|zuHause> maybe they wanted it to name 2007, but didn't quite make the release date :p
08:35:10 <Eddi|zuHause> so... when's doctor who on?
08:36:48 <sparr> so many public servers use GRFs not on the online content service :(
08:38:08 <SpComb^> and get the ottdcoop pack
08:50:14 *** Elessar has joined #openttd
08:50:51 <sparr> SpComb^: i have the openttdcoop pack
08:51:13 <Elessar> I am a little confused abou graphic file: there are the original, non-free TTD 8bpp, the free OpenGFX, and what are the NewGRF?
08:52:03 <Eddi|zuHause> NewGRF are like expansion modules
08:52:08 <roboboy> They extend and replace either TTD or OpenGFX depending which is installed
08:52:11 <Elessar> I have seen a long list of NewGRF files, they are not provided as a pack like OpenGFX, but grouped by themes?
08:52:54 <Eddi|zuHause> NewGRFs change certain aspects of the game play
08:53:15 <Elessar> Oh, so they are more than graphic files, are not they?
08:54:04 <Elessar> By the way, 8bpp means 256 colors, with a single palette for the whole game, or with a palette for each item?
08:54:33 <Eddi|zuHause> yes, 256 colours for the whole game
08:54:58 <peter1138> there is no complete 32bpp graphics set yet
08:55:04 <Elessar> Wow. Amazing result with so few colors, for OpenGFX.
08:56:02 <Elessar> peter1138: Do you mean that, in the future, there may exist a complete 32bpp graphic set that the game could run with, and only that?
08:56:25 <Elessar> I wonder why OpenGRF is 8bpp, is that for compatibility reasons?
08:56:35 *** Terkhen has joined #openttd
08:56:36 <Eddi|zuHause> Elessar: only the first half. it is unlikely that support for the old graphics will be removed
08:57:20 <Eddi|zuHause> Elessar: OpenGFX 8bpp was started because the 32bpp set was unlikely to get anywhere
08:57:20 <Elessar> And, wait, what is 32bpp, a palette from a 48bpp color space?
08:57:44 <Elessar> 32 seams too few divisible by 3, to me.
08:57:55 <Eddi|zuHause> no, it's 24bpp colour space plus 8 bit alpha
08:59:52 <Elessar> I am really amazed by the quality of OpenGRF, compared to the TDD set, knowing that it only has 256 colors. Congratulations to the artists who did them, it is impressive.
09:01:11 <Eddi|zuHause> well, the advantages of 32bpp over 8bpp is not really that you have more colours (that is barely noticeable by the eye), the advantage is easier image conversion algorithms
09:02:10 <Elessar> It should be easier for anti-aliasing, I think.
09:02:18 <Eddi|zuHause> that, for example.
09:02:49 <SpComb^> is there some set of 8bpp OpenGFX screenshots somewhere?
09:03:17 <Eddi|zuHause> i'm sure the screenshots forum is full of them...
09:03:20 <Elessar> That is why I am impressed by OpenGRF: contrary to the original set, it seems more smooth to me, and I cannot even imagine the work to anti-alias 8bpp graphics.
09:03:47 <SpComb^> for someone who hasn't ever played with OpenGFX, there should be some kind of "before and after" comparsison
09:04:04 <peter1138> SpComb^, install it, then switch it in the options
09:04:11 <peter1138> compare and constrast the intro game...
09:04:39 <Elessar> With the original set, I had difficulties to identify what was what, due to the aliasing.
09:06:54 <SpComb^> peter1138: mmeh, I'd preferr http://
09:10:02 <SpComb^> but I do see the idea behind 1.0.0 now
09:11:38 <peter1138> if you really want to avoid using the content system
09:15:02 *** |Jeroen| has joined #openttd
09:18:45 <peter1138> heh, playing on public servers with people you don't know...
09:18:54 <peter1138> they all just make point-to-point links
09:19:15 <Forked> nice work on getting to 1.0.0 =)
09:19:17 <peter1138> no grasp of signalling...
09:19:28 <Forked> by devs and those who made the replacement gfx and sfx
09:19:36 <SpComb^> and those are the users you've been working so hard for!
09:20:03 <SpComb^> and they wouldn't even be able to tell a Path signal from a Block signal
09:20:23 <SpComb^> not to speak of Path Sempahores or Block Semaphores!
09:22:23 * roboboy might try and join a 1.0.0 beta public server
09:22:37 <Zuu> peter1138: That one at least has got started with some network thinking.
09:22:51 <peter1138> no, it's point to point with crossovers
09:23:51 <SpComb^> I guess one train goes to wait in the depot, the other one passes, ????
09:24:33 <peter1138> so it just goes back and forth to the station (not in its list) and depot
09:38:03 <roboboy> is there a cargodest patch in stable/beta OpenTTD?
09:40:33 <Rubidium> is it mentioned in the changelog?
09:42:40 <SpComb^> so hmm, are distros like debian going to have 'openttd' and 'openttd-data' packages or such in the future?
09:43:14 <SpComb^> i.e. will there be a click-through-synaptic-and-play install path in the future?
09:43:48 <SpComb^> seems like installing 1.0.0b1 with OpenGFX/OpenSFX is still a pretty manual process
09:44:55 <Rubidium> SpComb^: probably yes
09:45:17 <Rubidium> but those distros usually don't package pretty early beta stuff
09:45:51 <SpComb^> it might be nice if the OpenGFX/SFX projects provided .deb's
09:46:00 <SpComb^> but I couldn't find any
09:46:26 *** fonsinchen has joined #openttd
09:47:21 <Rubidium> SpComb^: the OpenTTD packager is currently working on making them for Debian, so they'll eventually come
10:00:42 <peter1138> now another silly person is building terminus-drive-throughs
10:00:51 <peter1138> a drive-through stop that ends
10:04:44 <CIA-1> OpenTTD: rubidium * r18626 /trunk/src/table/strgen_tables.h: -Fix [FS#3425]: {CARGO} takes 2 parameters, not 1. This made {N:XYZ} commands after CARGO mess up their indices and that then triggered an assertion
10:06:50 *** JVassie has joined #openttd
10:12:20 <roboboy> peter1138: what server?
10:12:27 *** pavel1269 has joined #openttd
10:17:38 <Alberth> peter1138: can you not help the terminus-drive-throughs person by adding a circle around the stop?
10:21:53 *** roboboy has joined #openttd
10:25:07 <SpComb^> hmm, openttdcoop's gotten a bit further, with some variation
10:25:47 <SpComb^> peter1138: doesn't that still work, though?
10:26:15 <Brianetta> Ain't you people got chocolate to eat?
10:29:53 *** Progman has joined #openttd
10:32:11 <Sacro> morning all, merry christmas
10:37:13 <peter1138> main problem is they only had 1 stop serving half a dozen vehicles
10:37:22 <peter1138> some of those full-loading, others supplying...
11:08:30 <Eddi|zuHause> the code is wrong
11:08:53 <Eddi|zuHause> christmas lasts from the evening of the 24th to the 26th
11:19:04 *** KenjiE20 has joined #openttd
11:39:16 *** Coco-Banana-Man has joined #openttd
11:44:00 *** mrfreeze has joined #openttd
11:45:56 *** valhallasw has joined #openttd
11:46:22 *** roboboy has joined #openttd
11:51:12 <SpComb^> yay for optimized terminuses
11:51:22 <SpComb^> three platforms, and then out/in/out tracks
11:51:41 <SpComb^> you can always fit two trains going in/out at the same time
11:52:37 <CIA-1> OpenTTD: smatz * r18627 /trunk/src/os/windows/crashlog_win.cpp: -Fix: no need to print 'Registers:' twice in win64 crash logs
12:03:16 *** George3 is now known as George
12:04:50 <George> //!!Error (117): Offset 2: Invalid operation 80.
12:04:50 <George> 14 * 9 0D 00 80 01 FE "VC" 00 01
12:05:20 <George> You can add 80 to the operation number to make it apply only if the target is not defined yet. In this respect, a parameter is taken to be defined if any of the following applies:
12:05:44 <George> So, why NFO renum reports the error?
12:19:00 *** dragonhorseboy has joined #openttd
12:22:38 *** Cybertinus has joined #openttd
12:28:45 <SpComb^> yay, two trains in, two trains out, simultaneously on a 5-platform terminus
12:29:51 *** roboboy has joined #openttd
12:30:13 *** roboboy has joined #openttd
12:39:12 <Eddi|zuHause> George: what's operation 0?
12:41:09 *** Polygon has joined #openttd
13:01:11 *** Progman has joined #openttd
13:33:14 <SpComb^> dragonhorseboy: playing, OpenTTD :P
13:36:02 <dragonhorseboy> heh funny enough me too
13:44:13 *** valhallasw has joined #openttd
14:03:20 *** valhalla1w has joined #openttd
14:07:54 *** DJGummikuh has joined #openttd
14:08:29 *** valhalla2w has joined #openttd
14:12:49 *** Progman has joined #openttd
14:23:23 *** Progman has joined #openttd
14:30:56 *** dragonhorseboy has left #openttd
14:36:55 *** andythenorth has joined #openttd
14:56:35 *** Schallterrorist has joined #openttd
14:59:48 *** Rhamphoryncus has joined #openttd
14:59:53 <Schallterrorist> hello, i have a question ... is there any chance of keeping the length of my trains with automatically replace if the waggons lengths are different?
15:02:41 <Rubidium> only when the train grows and you enable it; not when the train shrinks due to autoreplace
15:03:42 <Schallterrorist> yes it grows up, i want to change from short waggons to long (2cc)
15:04:25 <Rubidium> then use the wagon removal 'feature' of autoreplace
15:04:39 <Schallterrorist> aahhh i see thx a lot :)
15:05:07 <Schallterrorist> i dont have to replace all my 2345 trains hand by hand ... *sic*
15:05:56 *** Polygon has joined #openttd
15:06:10 *** Progman has joined #openttd
15:14:49 <Eddi|zuHause> i don't think "sic" means what you think it does
15:16:43 <Schallterrorist> ich hab auch nur das k vergessen ;) genauso wie ich die 3 und 4 vertauscht hab ^^ es sollte 2435 werden ... ;)
15:16:57 <Sacro> sic is when the quote you post contains inaccuracies that were in there originally
15:46:27 *** Schallterrorist has quit IRC
15:53:12 *** fonsinchen1 has joined #openttd
15:54:25 *** MrDetermination has joined #openttd
15:54:45 <MrDetermination> Merry Christmas. Whats the best way to give feedback on the testing release?
15:55:34 <Eddi|zuHause> MrDetermination: bugreports go to bugs.openttd.org
16:05:32 *** MrDetermination has quit IRC
16:16:17 *** MyCatSchemes has joined #openttd
16:56:08 *** welshdragon has joined #openttd
17:04:39 *** De_Ghosty has joined #openttd
17:17:25 *** oskari89 has joined #openttd
17:32:46 *** |Terkhen| has joined #openttd
17:58:55 *** Progman has joined #openttd
18:01:39 <CIA-1> OpenTTD: rubidium * r18628 /trunk/src/train_cmd.cpp: -Fix [FS#3422]: (un)loading counter being reset while loading a train and changing the (path) signal setup around the station
18:19:41 *** |Terkhen| is now known as Terkhen
18:20:05 *** Eddi|zuHause has joined #openttd
18:28:23 <SpComb^> feature request: make town names in chat messages clickable as goto-links
18:29:55 <Rubidium> and then... station names and industry names too?
18:30:10 <Rubidium> oh, we shouldn't forget names either, right?
18:31:34 <Rubidium> planetmaker: don't think that dragging the window helps
18:31:36 <Eddi|zuHause> that is a hellishly stupid idea :p
18:32:06 <planetmaker> so.. maybe alt+ctrl+shift+meta+capslock+click ;-)
18:32:29 <Eddi|zuHause> Rubidium: do not forget adding a mouseover-change-curser-appearance feature ;)
18:33:51 <Rubidium> and then you're building something and someone says something and you're magically in a previously unknown (for you) area of the map
18:34:22 <Eddi|zuHause> Rubidium: so you also add a "go back to previous location" button
18:34:23 <Rubidium> SpComb^: and what when the names have spaces in them?
18:34:23 <planetmaker> yes. Revealing the fog of war of a place I'm not supposed to see... bad idea indeed
18:34:46 <Eddi|zuHause> i remember Siedler had that, and i loved it...
18:35:17 <Eddi|zuHause> i could safely check out news message locations and go back to what i did before
18:36:45 <Eddi|zuHause> and why is my USB stick so slow suddenly?
18:37:17 <Eddi|zuHause> it's empty and copying to it goes like <10kB/s
18:37:55 <planetmaker> SSD don't write sequentially, but balance the number of write operations over their nodes or however those are called. If those are scattered...
18:38:21 <planetmaker> well... shouldn't matter much... it's no spinning disc.
18:39:01 <Eddi|zuHause> exactly... it's fairly new and only written to sequentially a few times
18:40:40 <SpComb^> Rubidium: well, if you're playing co-op, and someone's talking about some town or other...
18:40:56 <SpComb^> you're playing and a news message pops up...
18:41:26 *** Polygon has joined #openttd
18:43:15 <Eddi|zuHause> hm... it's also very hot
18:45:31 <CIA-1> OpenTTD: translators * r18629 /trunk/src/lang/ (czech.txt danish.txt indonesian.txt russian.txt):
18:45:31 <CIA-1> OpenTTD: -Update from WebTranslator v3.0:
18:45:31 <CIA-1> OpenTTD: croatian - 36 changes by
18:45:31 <CIA-1> OpenTTD: czech - 63 changes by martin_meridius
18:45:31 <CIA-1> OpenTTD: danish - 21 changes by beruic
18:45:32 <CIA-1> OpenTTD: indonesian - 14 changes by adjayanto
18:45:32 <CIA-1> OpenTTD: russian - 20 changes by Lone_Wolf
18:48:02 *** rhaeder has joined #openttd
18:50:02 <sparr> does openttd break multiplayer compatibility every new revision?
18:50:38 <sparr> that is, if r12345 has no network/multiplayer/gameplay/savegame patches, can it play with r12344?
18:58:01 <sparr> need to figure out how to install multiple versions side by side in linux
19:01:24 *** Redrocco has joined #openttd
19:01:44 <Rubidium> or just don't install and run from the directory where you compiled them in
19:01:53 <sparr> Rubidium: I would really prefer to use debs, so things dont get disorganized
19:02:16 <sparr> right now i'm just reinstalling every time i launch the game... adds about 10 seconds to the launch time, but i have shortcuts for 3 different versions
19:02:42 <PeterT> Why would you want to use debs to run 3 different versions?
19:03:29 <sparr> than having 3 source trees
19:03:38 <Rubidium> I've got 10 different source trees
19:04:05 <sparr> also takes up less hd space
19:04:32 <Rubidium> and bin/openttd for me is way easier than uninstall deb, install deb, run openttd
19:04:53 <sparr> no uninstall required :)
19:05:07 <Rubidium> you mean it likely downgrading?
19:05:22 <sparr> dunno which direction you would consider "down", but yes
19:05:40 <Rubidium> from 0.7.5 to 0.3.0 is imo down
19:05:59 <sparr> but 0.7.5 to 1.0.0-beta1 to 0.8.0-svn?
19:06:18 <Rubidium> first if upgrading, second is downgrading
19:06:18 <sparr> 0.8.0-svn is newer than 1.0.0-beta1
19:06:53 <sparr> has been since a few hours after 1.0.0-beta1 was forked
19:07:32 <PeterT> 1.0.0-beta1 hasn't been branched
19:07:50 <Rubidium> I'm fairly certain that 0.8.0-svn was only used before 1.0.0-beta1
19:08:09 <sparr> 1.0.0-beta1 was released 19 hours before the most recent nightly
19:08:21 <sparr> not sure how to get the revision # for beta1
19:08:43 <Rubidium> you don't, cause it's isn't strictly a revision of trunk
19:08:55 <Rubidium> sparr: and the version of the most recent nightly is?
19:08:58 <sparr> well, i mean the revision it was forked from
19:10:05 <sparr> ahh, i see what you mean
19:10:20 <sparr> the nightlies are now 1.0~svn-1
19:10:42 <Rubidium> hmm, I missed a zero there :(
19:11:00 <sparr> so now i've got 4 versions :)
19:11:47 <sparr> 0.7.5 (stable) and 0.8~svn-1 (previous nightly) and 1.0~svn-1 (nightly) and 1.0~svn-1 (beta1)
19:16:03 *** Grelouk has joined #openttd
19:17:12 <CIA-1> OpenTTD: rubidium * r18630 /trunk/src/ (screenshot.cpp screenshot.h): -Fix [FS#3419]: when making a screenshot the name of the previous screenshot went missing in the 'successful screenshot' message
19:17:48 <CIA-1> OpenTTD: rubidium * r18631 /trunk/src/console_gui.cpp: -Fix [FS#3419]: when making a screenshot from the console the currently executed command would be shown twice
19:26:09 *** Progman has joined #openttd
19:26:59 <Kovensky> <nanohasan> must be something about breakdowns
19:27:00 <Kovensky> <nanohasan> if you build a terminus with depots at the end the trains enter the depot first and after that pbsblock a path out of the station while still loading, thus blocking the whole station
19:28:04 <Kovensky> can 1.0 connect to a 0.7.5 server?
19:30:29 <Kovensky> I suppose a nightly also can't connect to a 1.0 server
19:31:01 <Kovensky> Program received signal SIGSEGV, Segmentation fault.
19:31:01 <Kovensky> 0x080dd0ba in SQObjectPtr::~SQObjectPtr() ()
19:31:16 <Kovensky> #15 0x080fa8d3 in AI::Initialize() ()
19:31:56 <Kovensky> no, deleting ~/.openttd doesn't help :(
19:33:27 *** Dreamxtreme has joined #openttd
19:34:37 <PeterT> Does anyone use MSYS on windows?
19:34:44 <PeterT> How long does make bundle usually take?
19:42:09 *** ChanServ sets mode: +v tokai
19:42:37 <Rubidium> Kovensky: what version of OpenTTD is that?
19:44:02 <Kovensky> ./configure --enable-dedicated CFLAGS=-m32 LDFLAGS=-m32
19:44:27 <Rubidium> does it work when you leave out those flags?
19:45:16 <Eddi|zuHause> that's the same error as the arm guy had?
19:45:21 <Rubidium> if not, can you make a tarball with all the AIs/AI libraries you've got?
19:45:45 <Kovensky> Rubidium: I removed ~/.openttd/ai, so there should be no AIs
19:45:59 <Kovensky> and even if I didn't, the only AI I have installed is AdmiralAI
19:46:09 *** Born_Acorn has joined #openttd
19:46:36 <Rubidium> Kovensky: did you also remove ~/.openttd/content_download/ai ?
19:46:51 <Kovensky> hmm, after this recompile it worked
19:47:17 <Kovensky> I had built with "./configure --without-sdl --without-freetype --without-fontconfig --without-allegro --enable-dedicated" before, actually
19:47:23 <planetmaker> [20:34] <PeterT> How long does make bundle usually take? <-- highly depends. 5 ... 50 minutes, I guess
19:47:31 <Kovensky> I changed the flags to what I pasted here on the latest build though
19:47:36 <Kovensky> which is what was running right now
19:47:40 <PeterT> planetmaker, do you have a copy of u2d?
19:47:51 * Kovensky packs and uploads to his server
19:47:53 * planetmaker has no idea what u2d might be
19:47:54 <Eddi|zuHause> Kovensky: so can you reconfigure to recreate the error?
19:48:45 <Eddi|zuHause> PeterT: so why not say that in the first place?
19:48:53 <planetmaker> well, yes, I do have one. The one which sudo port install unix2dos installed.
19:49:05 <Kovensky> <Eddi|zuHause> Kovensky: so can you reconfigure to recreate the error? <-- "./configure --without-sdl --without-freetype --without-fontconfig --without-allegro --enable-dedicated CFLAGS=-m32 LDFLAGS=-m32" recreates it
19:49:19 <Kovensky> I'll just get this working build to the server and then I'll try reproducing the bug again
19:50:06 <PeterT> what are pdbs supposed to be opened with?
19:50:50 <planetmaker> google is your friend
19:51:34 <Eddi|zuHause> with the debugger, obviously...
19:52:29 <Rubidium> planetmaker: u2d -> you too dumb?
19:53:43 <planetmaker> you too distracted ;-)
19:53:55 <MyCatSchemes> I read it as "unsigned to decimal".
19:54:07 <MyCatSchemes> Perhaps I'm too comfortable with printf(3). :)
19:59:03 <Kovensky> I read it as "unix to dos"
20:03:00 <Rubidium> hmm, can't recreate Kovensky's issue here, although I have done --without-zlib and --without-libpng too
20:03:27 <Rubidium> does a 'make mrproper' help?
20:03:38 <SmatZ> I copied the command line exactly as given
20:04:23 <SmatZ> src/lang/czech.txt:1301: FATAL: invalid argidx -1
20:04:59 <Kovensky> Error: Failed to find a sounds set. Please acquire a sounds set for OpenTTD. See section 4.1 of readme.txt.
20:05:08 <Kovensky> even dedi needs a sound set?
20:05:59 <Rubidium> Kovensky: yes, it needs a sound set for NewGRF compatability reasons. You can use the 'nosound' set though
20:06:26 <PeterT> The link in the compiling on msvc is broken
20:06:43 <PeterT> in the /docs/Readme_Windows_MSVC.txt
20:07:17 <Rubidium> although... I reckon we might package that with OpenTTD; it's trivial and won't change anyway
20:07:56 <Kovensky> where do I put nosound
20:08:05 <Rubidium> in the data/ directory
20:08:34 <Rubidium> there where OpenGFX also is
20:08:38 <Kovensky> oh, it's -S NoSound, not nosound
20:09:01 <Kovensky> now I'm missing the graphics ._.
20:09:55 *** lewymati has joined #openttd
20:11:44 <CIA-1> OpenTTD: rubidium * r18632 /trunk/src/lang/czech.txt: -Fix (r18629): error in string caused failure of Czech language
20:13:33 *** richardh has joined #openttd
20:38:30 <planetmaker> hm... autokill got quicker it seems
20:48:38 *** Sirenia has joined #openttd
20:50:04 *** Brianetta has joined #openttd
21:02:19 <Eddi|zuHause> how lovely it could be if it hit _before_ delivering the spam message
21:03:28 *** Progman has joined #openttd
21:05:54 *** TrueBrain_ has joined #openttd
21:07:47 *** TrueBrain_ is now known as TrueBrain
21:13:10 *** Omnituens has joined #openttd
21:14:18 <Omnituens> hi guys, a few of us are trying to get a game up, but some of us are getting REALLY low transfer rates for the map, while some are fine
21:14:49 <Omnituens> are there any known issues? we've tried 0.7.5 and 1.0.0
21:15:30 <Omnituens> i'll check isp's now
21:24:23 <welshdragon> Omnituens: it's an ISP problem
21:24:34 <welshdragon> internet speeds are very slow everywhere
21:29:15 *** bartaway is now known as bartavelle
21:32:07 *** bartavelle is now known as bartaway
21:51:35 *** pavel1269 has joined #openttd
22:06:16 *** worldemar has joined #openttd
22:26:10 <__ln> 1.0.0-beta, are you serious?
22:30:34 *** De_Ghosty has joined #openttd
22:49:31 <welshdragon> actually, it's specifically Hirundo i need
22:50:44 <welshdragon> ...it's christmas
22:50:51 <welshdragon> i'll file a flyspray bug
22:54:00 <welshdragon> he's IS2 beta dev
22:54:45 <SmatZ> IS2 isn't official, bugs.openttd.org isn't the place where you should open a bugreport about it
22:55:18 <welshdragon> basically it's either OpenTTD, or Flyspray, or IS2, or OSX: I have nars 2.03 installed, but openttd is2b5 can't 'see' it
22:55:34 <welshdragon> nor will bananas finish downloading
22:55:55 <welshdragon> it stops when it gets to 1.20mb
22:57:16 <Aali> get a clean copy of the same revision IS2b5 is built on top off and try that
23:02:37 <dihedral> There are 207 clients, 173 IPv4 servers and 1 IPv6 servers. <- yay - more clients than servers
23:10:33 <CIA-1> OpenTTD: smatz * r18633 /trunk/src/core/smallvec_type.hpp: -Codechange: fortify SmallVector a bit more
23:11:07 <SpComb^> dihedral: madness, add more servers
23:11:21 <Rubidium> needs more IPv6 servers!
23:11:51 <SpComb^> I have an IPv6 server, but it isn't listed :(
23:14:24 <CIA-1> OpenTTD: rubidium * r18634 /trunk/src/saveload/saveload.cpp:
23:14:24 <CIA-1> OpenTTD: -Revert (r16808): the fix doesn't work in all cases
23:14:24 <CIA-1> OpenTTD: -Fix [FS#3421] (r16838): crash when invalid pointers are left due to saveload failing at e.g. decompressing the savegame
23:15:20 <CIA-1> OpenTTD: smatz * r18635 /trunk/src/texteff.cpp: -Codechange: store TextEffects in a SmallVector
23:22:55 <CIA-1> OpenTTD: smatz * r18636 /trunk/src/ (misc_gui.cpp texteff.cpp texteff.hpp): -Codechange: make TextEffect::duration a value in ticks instead of ticks * 8
23:27:30 <PeterT> There are 207 clients, 173 IPv4 servers and 1 IPv6 servers. <- yay - more clients than servers <-- As if that was unusual...
23:27:46 <orudge> generally there are more servers than clients
23:28:51 <PeterT> who is the one ipv6 server, lol?
23:29:05 <orudge> there are normally more IPv6 servers
23:29:14 <orudge> on the occasions that I run a server, tis both IPv4 and IPv6
23:29:19 * orudge has ordered an IPv6 printer!
23:31:13 <Rubidium> so now you're printing "IPv6" on everything you can lay your hands on? :)
23:31:26 <orudge> the manual claims the printer supports IPv6
23:31:34 <orudge> I didn't really buy it because of that specifically, however :p
23:31:37 * orudge prints IPv6 on Rubidium
23:32:39 *** MyCatSchemes has left #openttd
23:40:16 *** andythenorth has joined #openttd
23:40:48 <SpComb^> orudge: I wonder what taht means
23:41:31 <SpComb^> "works on a network with IPv6, as longas you use IPv4"
continue to next day ⏵
