Times are UTC Toggle Colours
00:21:12 *** Alkel_U3 has joined #openttd 00:45:29 *** Montana has quit IRC 01:16:32 *** sim-al2 is now known as Guest2286 01:16:33 *** sim-al2 has joined #openttd 01:19:34 *** Guest2286 has quit IRC 01:28:40 *** Montana has joined #openttd 02:04:51 *** Snail has quit IRC 02:34:29 *** glx has quit IRC 04:46:51 *** mindlesstux has quit IRC 04:47:20 *** mindlesstux has joined #openttd 05:20:06 *** chomwitt has quit IRC 05:25:23 *** tycoondemon2 has joined #openttd 05:30:08 *** tycoondemon has quit IRC 05:41:10 *** Montana has quit IRC 05:51:58 *** andythenorth has joined #openttd 06:01:54 *** andythenorth has quit IRC 06:15:45 *** andythenorth has joined #openttd 06:22:49 *** Montana has joined #openttd 06:40:39 *** NGC3982 has quit IRC 06:44:16 *** NGC3982 has joined #openttd 07:12:36 *** sim-al2 has quit IRC 08:30:47 *** JacobD88 has joined #openttd 08:35:56 *** Montana has quit IRC 08:40:30 *** FLHerne has joined #openttd 08:48:56 *** Biolunar has joined #openttd 09:20:57 *** andythenorth has left #openttd 09:30:00 *** FLHerne has quit IRC 09:38:24 *** FLHerne has joined #openttd 09:45:17 *** Hiddenfunstuff has joined #openttd 09:47:46 *** Wolf01 has joined #openttd 09:48:29 <Wolf01> o/ 09:48:41 <crem_> \o 10:16:18 <FLHerne> /o\ 10:19:03 *** tycoondemon2 has quit IRC 10:29:19 *** tycoondemon has joined #openttd 10:29:20 *** tycoondemon has quit IRC 10:35:05 *** orudge`` has quit IRC 10:35:32 *** orudge`` has joined #openttd 11:41:07 <Wolf01> "what would happen if you put a computer in a fridge?" "the computer would turn off when you close the refrigerator door." 12:18:55 *** sim-al2 has joined #openttd 12:29:40 <peter1138> ... 12:30:08 <Wolf01> :D 12:30:16 <__ln___> greetings not from germany 12:32:34 <peter1138> crisps, 50g for 85p or 150g for £1 12:32:37 <peter1138> no wonder i'm fat :( 12:41:50 *** tokai has quit IRC 13:29:41 *** JacobD88 has quit IRC 13:29:54 <supermop_> "Phu Nhon Bar, Grill and Rooms" 13:30:25 <supermop_> I would have said Bar and grill, tavern, hotel, etc 13:46:24 *** tycoondemon has joined #openttd 13:48:59 *** sim-al2 has quit IRC 13:57:25 *** mescalito has joined #openttd 13:58:25 *** FLHerne has quit IRC 14:03:34 *** FLHerne has joined #openttd 14:10:39 <supermop_> now testing new arctic basic 14:20:09 <supermop_> i added exhaust pipes to my trucks 14:39:22 *** tokai has joined #openttd 14:39:22 *** ChanServ sets mode: +v tokai 14:39:43 *** tycoondemon has quit IRC 14:51:51 *** andythenorth has joined #openttd 15:00:17 *** andythenorth has left #openttd 15:10:36 *** Alberth has joined #openttd 15:10:36 *** ChanServ sets mode: +o Alberth 15:10:40 <Alberth> o/ 15:17:15 *** stefino has joined #openttd 15:19:19 <Alberth> o/ 15:21:44 <stefino> hello guys. I have a question about bridges. Have anybody know how to make different first/last part of the bridge? How to program it in nml? Base OTTD use only one sprite of this part but as I see total bridge replacement, there are used different initial sprites. thanks :) 15:24:58 <FLHerne> stefino: You can't do bridges in NML, only in NFO 15:26:48 <FLHerne> stefino: https://newgrf-specs.tt-wiki.net/wiki/Action0/Bridges is the relevant spec, I think 15:29:13 <Alberth> I wonder how that was programmed in a baseset 15:29:34 <stefino> mmm, that's bad answer for me :D I'm happy that I learn to use nml. NFO is horror for me :D 15:30:19 <Alberth> you can extend nml first :p 15:30:40 <Alberth> minor issue is then you first have to know how to do it in NFO :p 15:31:08 <Alberth> so it's not actually shorter or simpler, except for the very last bit 15:34:14 <stefino> nml looks like user friendly :D 15:35:46 <Alberth> compared to NFO, almost anything is user-friendly :) 15:36:08 <Alberth> but indeed, it's easier to read and learn 15:47:02 <stefino> yes...look like easy but for first look it is a lot of "random" numbers :D 15:49:18 <Alberth> ha, yes, specifying sprite position, size, and offsets are a lot of numbers :) 15:51:10 <Alberth> most authors use a standard template and standard positions in the image, so it reduces to just using the same template everywhere 15:51:26 <stefino> Im going to try unpack TBRS and look how the code seems but this is for 8bit ? I know NFO only from old grfs where were 8bit sprites. But what about 32bit with extrazoom? 15:53:39 <Alberth> there should be additional real-sprites in NFO for that 15:54:17 <stefino> it is more and more crazy :D 15:55:32 <Alberth> 32bpp is just an addition to the existing format 15:55:53 <Alberth> can't drop anything, or a lot of existing grfs would break 15:57:43 *** sla_ro|master has joined #openttd 15:58:19 *** TheMask96 has quit IRC 15:58:32 <Alberth> https://newgrf-specs.tt-wiki.net/wiki/RealSprites#Info_version_32 indeed, here it is 16:00:15 *** TheMask96 has joined #openttd 16:01:59 <stefino> aah, thanks :) 16:14:11 <stefino> can I combine nfo 7 and nfo 32? I dont think so but I only ask 16:17:05 <Alberth> sorry, no idea at all 16:18:03 <stefino> I have an idea to put in existing code my 32bit graphics and in result it should show this graphics instead original 8bit 16:18:14 *** Progman has joined #openttd 16:18:33 <Alberth> "instead" is not an option, it's an addition 16:18:51 <Alberth> and it will show if your openttd displays 32 bpp sprites 16:19:38 <stefino> yes I mean that if I have 32bit so it will display 32bit part of graphics instead 8bit 16:24:01 <Alberth> you can easily try if it works by adding a 32bpp real sprite, and see if grfcodec accepts it 16:24:23 <Alberth> sprite doesn't even have to display anything from the game 16:24:54 <Alberth> although if you eventually do want to have your sprites in-game, you'll have to make them anyway :) 16:27:08 <stefino> yes yes...I'm trying it now 16:35:51 *** Belugas has joined #openttd 16:35:51 *** ChanServ sets mode: +o Belugas 16:42:53 *** gelignite has joined #openttd 16:44:50 *** Gja has joined #openttd 16:59:15 *** Wormnest has joined #openttd 17:00:32 *** glx has joined #openttd 17:00:32 *** ChanServ sets mode: +v glx 17:08:54 <planetmaker> o/ 17:11:15 <planetmaker> stefino, my advice would be: if you are into sprite / graphics making: make those sprites and show them. If you really want to make a house set: make a new one. Use existing 8bpp sprites if you want - but do yourself the favour and write in nml 17:11:26 <planetmaker> nfo has an incredibly steep learning curve :) 17:11:53 <planetmaker> there's also swedish houses which is a set written in nml 17:13:49 <stefino> I'm making bridges atm :) 17:14:52 <planetmaker> aye :) 17:15:08 <supermop_> oops: http://imgur.com/a/auDqN 17:15:09 <planetmaker> TBRS... yeah :) I read TTRS :P Too similar acronyms :) 17:15:41 <supermop_> that truck is going to take a while to fill 17:16:08 <stefino> I'm not good at program graphics. I'm happy that I can program vehicles, replacing graphics and eyecandy object in nml. But this program like bridges, factories etc...it is quite hard for me :D 17:17:00 <stefino> I tried to add 32bit graphics into TBRS but mission failed :D encoding succesfully done but in game is still only 8bpp graphcs 17:17:59 <planetmaker> did you verify that your game is configured to show 32bpp graphics? Did you test with an existing 32bpp grf? 17:18:10 <planetmaker> you might have chosen the wrong blitter, for instance 17:18:24 <stefino> yes cause I'm making 32bpp graphics :) 17:19:10 <stefino> https://www.tt-forums.net/download/file.php?id=198437 17:19:20 <stefino> this is my work 17:19:23 <Alberth> o/ planetmaker 17:19:27 <planetmaker> oh! that looks awesome :) 17:19:36 <planetmaker> ok - so it's not that. Good :) 17:19:46 <stefino> :D :) 17:20:25 <Alberth> hmm, wasn't there a special grfcodec flag seomthing? 17:20:25 <stefino> a see that grf codec load only original png file - not my 32bpp 17:21:20 <planetmaker> oh, yes, bmp might not work 17:21:37 <planetmaker> depends a bit, I think... depends on what grfcodec was compiled with 17:21:44 <stefino> maybe I have to write somethink more :-? 17:22:10 <stefino> i'm using png and grfcodec put png too from decoding 17:22:22 <Alberth> no flag for 32bpp enabling in encoding, it seems 17:22:34 <planetmaker> yep, png is the default format. bmp is not supported everywhere, I think 17:22:49 <Alberth> it's a horrible format anyway :p 17:22:52 <planetmaker> ^^ 17:23:02 <stefino> I only add syntaxe form ottd wiki 17:23:06 <stefino> to 17:23:06 *** frosch123 has joined #openttd 17:23:10 <Alberth> o/ 17:23:12 <Wolf01> We need to make layered sprites for everything, specially to make shadows not overlap with other sprites 17:23:14 <Wolf01> Quak 17:23:35 <planetmaker> stefino, one *can* make grfcodec work with bmp. But it depends on the setup where grfcodec was created 17:23:57 <planetmaker> but that's more trouble... so if you can use png: use that instead of bmp. :) 17:24:12 <stefino> ok ok but I always use png and it was ok everytime 17:24:21 <frosch123> hola 17:24:26 <planetmaker> png should always be ok, yes 17:24:30 <planetmaker> hola :) 17:27:18 <stefino> I only add this syntaxe to realsprites what I wanna to change 17:27:20 <Alberth> you seem to need setting the NFO version near the top of the file 17:27:20 <stefino> | sprites/58_x2_32.png 32bpp 0 0 256 128 -127 -46 zi2 chunked nocrop 17:27:37 <Alberth> https://newgrf-specs.tt-wiki.net/wiki/Version_numbers#NFO_version 17:28:29 <stefino> yes it is possible cause set is in nfo7 17:28:48 <stefino> and I use nfo32 to decoding 17:28:58 <planetmaker> that... should fail then, I guess 17:29:29 <frosch123> the only difference between nfo7 and nfo32 is the syntax for the realsprites 17:29:58 <Alberth> decoding is from grf -> nfo text 17:30:01 <stefino> this is what I wanna to do - I'm trying to add to nfo7 32 bit sprites 17:30:23 <frosch123> why nfo7? 17:30:33 <frosch123> who said you need to use nfo7 ? 17:30:37 <Alberth> grfcodec produces that 17:30:55 <stefino> Alberth - yes, nfo text what I edit and graphics file 17:31:08 *** andythenorth has joined #openttd 17:31:13 <Wolf01> o/ 17:31:18 <Alberth> if you want a 32bpp image, you need to encode in nfo32 17:31:40 <Alberth> nfo7 doesn't have 32bpp images, afaik 17:31:43 <planetmaker> stefino, *if* you only want to have bridges in 32bpp w/o changing the bridges behaviour, you could get by simply replacing the real sprites... with NML. But if you anyway work in NFO for all your other stuff... dunno :) 17:31:51 <stefino> frosh: I don't know to make my own nfo file so I'm trying to edit existing bridgeset 17:32:03 <andythenorth> hi 17:32:08 <stefino> hi 17:32:08 <Alberth> o/ andy 17:32:10 <planetmaker> \o 17:32:31 <frosch123> my grfcodec outputs nfo32 when decoding 17:32:36 <stefino> yes, but I have a problem, cause basic bridges has the same initial part 17:33:09 <stefino> frosch: my grfcodec too - it writes // (Info version 32) 17:33:49 <frosch123> what's the problem then? 17:33:59 <frosch123> keep nfo32 17:34:08 <stefino> planet: bridges has the same first and last part of the bridge. And I want to use different 17:34:15 *** rowdog_ has joined #openttd 17:34:51 <Wolf01> andythenorth, lego question, did you ever made an air pump with pistons instead of the spring pump? I have a little problem with the valve timing :/ 17:35:02 <andythenorth> never 17:35:07 <stefino> problem is, that I decode grf, add realspirte syntaxe what define my 32 bpp sprites - encode back to grf and in game is still 8bpp graphics 17:35:20 <planetmaker> stefino, it's still different sprites. So you could still draw them different w/o modifying the creation-rules 17:35:28 <andythenorth> Wolf01: regular pistons? Or the compressor cylinder? 17:35:31 *** HerzogDeXtEr has joined #openttd 17:35:33 <frosch123> stefino: then you missed the -g2 option when encoding 17:35:52 <stefino> thats possible, I used only -e 17:36:04 *** rowdog has quit IRC 17:36:57 <stefino> frosch...yeah..now it makes somethink more than before 17:37:20 <Wolf01> andythenorth: I need a lot of air, like 4 hand pumps, I have 4 compressor cylinders but even with the motor they can't keep up, so I thought I could use the arocs big pistons and a valve to switch between compression and suction 17:37:23 <planetmaker> hm... that's something which totally slipped my mind :) 17:37:46 <Wolf01> Or bring a real compressor to expositions... 17:38:36 <andythenorth> real compressor 17:38:37 <stefino> hmmm :D first problem solved...thanks a lot frosch :) 17:38:48 <andythenorth> you won’t get a performant one with the cylinders, they’re high friction 17:39:27 <glx> no air tanks ? 17:39:30 <Wolf01> Yeah, I noticed it 17:40:34 <Wolf01> glx: yes, but I need constant flow, even with the air tank it will deflate... 17:41:54 *** rowdog_ has quit IRC 17:45:31 <stefino> bridge in the game 17:45:32 <stefino> https://s17.postimg.org/7wpizo8in/Havran_Pruhice_Transport_12._kv_2000.png 17:48:43 <frosch123> Wolf01: https://www.youtube.com/watch?v=vs386R2KVBA <- i think that has the reverse 17:49:43 <Wolf01> :) 17:52:07 <frosch123> https://www.youtube.com/watch?v=2PbeunVAT5w <- same in small 17:52:24 <frosch123> no idea whether it also operates with the reverse energy flow 18:04:53 <Alkel_U3> stefino: great choice of lamp posts :-) 18:05:34 <planetmaker> nice :) 18:05:58 <planetmaker> stefino, is the grf somewhere available? 18:07:03 <stefino> Alkel_U3: It is bridge for cities :D :) 18:09:24 <Alkel_U3> stefino: I'm refering specificaly to their paint, the screenshot has quite a realistic feel with the Karosa next to them :-) (albeit too clean :P) 18:10:18 <Alkel_U3> yr 2000 - must be some forgotten rural area with these :P 18:11:04 <stefino> planet: still not. I can put it to web when I will finish it but my sets are really "my" I mean, that I have my own sizes of roads, railways, so I think that only my vehicles will be OK due right position on roads/rails. And I draw only 32bpp 4xzoom too 18:11:22 <stefino> so if you swith on 8bpp, you will see nothing :D 18:14:22 <stefino> Alkel_U3: all things in my sets has real templates :) thats my target - to make realistic look of ottd based on Czech Republic enviroment what will support firs economic 18:19:27 <planetmaker> do you really draw that or do you render it some way or another? 18:19:37 <planetmaker> how do you create the sprites? I'm curious 18:20:26 <Alkel_U3> stefino: so, will you make 32bpp ČSD set? Also, that looks like a picture of Czechoslovak Socialist Republic (sans dirt on busses and holes in the road), that's what caught my eye :-) 18:22:12 *** Execthts has quit IRC 18:22:40 *** Executioner has joined #openttd 18:22:52 *** Executioner is now known as Exec 18:23:11 <stefino> planet : I write draw but it is rendered :) I work in 3D software Rhinoceros and I use it in OTTD graphics too :) Have there templates with lights/shadows and after I make 3D model, I only render it to png with reflected background and put it to png sprite set :) 18:23:28 <supermop_> ooh another rhino user finally 18:23:37 *** Exec is now known as Execthts 18:24:22 <stefino> Alkel: yes my plan is to make complete base graphics + road, rail sets and try to redraw firs....work to next 20 years :D 18:24:53 <stefino> and roads with holes...this isnt history, this is reality :D 18:25:03 <stefino> after winter mainly 18:26:33 <stefino> supermop_: yes, rhino is my best friend :D :) 18:27:07 <Execthts> Will the Ubuntu 1404 binary work on 1704 too, or do I have to use the Debian/Generic binary? 18:27:23 <supermop_> i use it mostly for work and for product design as a hobby, haven't made anything for ottd in rhino since 2015 18:27:38 <frosch123> Execthts: try it, if it fails it will fail immediately on startup 18:28:42 <supermop_> hmm so a couple trucks are broken, i wonder if i should post grf for more testing today, or wait until i fix those trucks 18:29:40 <stefino> the same situation :) started to learn 11 years ago and use it for ottd for last year 18:30:41 <stefino> do you have your sets on tt forum? I wanna to look at your work :) 18:30:44 <DorpsGek> Commit by frosch :: r27880 /branches/1.7 (5 files in 3 dirs) (2017-06-13 20:30:37 +0200 ) 18:30:45 <DorpsGek> [1.7] -Update: Documentation 18:31:56 * Wolf01 -> pub (again) 18:32:12 <DorpsGek> Commit by frosch :: r27881 /tags/1.7.1 (12 files in 4 dirs) (2017-06-13 20:32:06 +0200 ) 18:32:13 <DorpsGek> -Release: 1.7.1 18:33:36 <stefino> btw why were trafficlights only in nightly? 18:34:20 <frosch123> you probably mean some patch 18:34:43 <stefino> maybe? :D 18:34:47 <stefino> yes, patch 18:36:37 <frosch123> maybe you can convince supermop to draw traffic lights at road crossings in town zone 4 18:37:36 <Execthts> this is the point where I give it up, the .deb file needs additional three dependencies which are not in the repos... 18:38:01 <frosch123> that probably means you need the generic binary then :) 18:38:20 <Alkel_U3> or use the playdeb repository 18:38:33 <frosch123> i.e. the dependencies are not in the repository because they are ancient versions 18:39:29 <stefino> frosch: I'm using thist patchpack due trafficlights but for example new FIRS needed to lastest version. So I only wanna to ask if there is a possibility to have trafficlight in base OTTD or it will be still only some kind of patch 18:39:56 <frosch123> i have no idea what trafficlights does 18:40:03 <frosch123> if it is only visual, you can do it with nrt 18:40:11 <stefino> no 18:40:16 <stefino> it works 18:40:55 <stefino> https://www.youtube.com/watch?v=NXmMKgznhEI 18:43:18 <Execthts> uh 18:43:25 <Execthts> why do I need libsdl for running dedicated? 18:43:46 <frosch123> compile with ./configure --enable-dedicated 18:44:03 <frosch123> then it does not need sdl 18:49:35 <Execthts> What kind of liblzma does it need? Both liblzma5 and liblzma-dev were installed 18:56:34 <Alkel_U3> stefino: traffic lights only hinder gameplay, there's no benefit to them. If they actually prevented collisions or jams at busy crossroads (implies change to RV behaviour would have to be made first), I think it might be in position to get to trunk. But as it is, it's mostly useless except for people who want to build a model city and I think patches like that don't make the cut. The best you 18:56:37 <Alkel_U3> could do is have someone (or DIY) update the patch to current trunk. OR I think it was also in Spring Patchpack whose latest version is 3 months old and I think the patch was in there (not 100% sure) 19:02:51 <Alberth> Execthts: something like xz-libs-5.2.2-2.fc24.x86_64 19:04:02 <Alberth> name is likely different, depending on the linux flavor that you use 19:06:59 <Execthts> "xz-utils is already the newest version (5.2.2-1.2)." great 19:07:03 <Execthts> now what? 19:07:29 <planetmaker> hm... grfcodec fails to compile here locally :| 19:07:45 <frosch123> new compiler? 19:08:07 <frosch123> lordaro showed various ottd diffs, but no grfcodec diffs 19:08:11 <frosch123> i guess noone cares :) 19:08:27 <planetmaker> probably newer than any CF uses 19:08:39 <glx> Execthts: and the dev package for xz ? 19:08:46 <planetmaker> https://paste.openttdcoop.org/peyla6hpk 19:08:55 * LordAro appears, as if summoned 19:09:49 <planetmaker> gcc (GCC) 6.3.1 20161221 (Red Hat 6.3.1-1) 19:09:53 <frosch123> planetmaker: i think we fixed those two years ago 19:10:29 <planetmaker> but... hg log -r. 19:10:29 <planetmaker> public [988:8513e253d1e3 default] 2015-05-09 12:55 +0200 frosch 19:10:29 <planetmaker> Added tag 6.0.5 for changeset c83b33fc5a10 19:11:38 <Eddi|zuHause> 2015 sounds very two-years-ago-y 19:12:00 <planetmaker> yeah 19:12:01 <planetmaker> hm 19:12:05 <LordAro> date: Tue Jul 19 20:58:18 2016 +0200 19:12:06 <frosch123> maybe someone forgot to push :p 19:12:07 <planetmaker> I probably need to update my pull path 19:12:09 <LordAro> is my latest 19:12:16 <LordAro> from ottdcoop 19:12:30 * LordAro wonders how long grfcodec has required boost 19:12:41 <frosch123> LordAro: nforenum 19:12:44 <frosch123> it's dalestan stuff 19:12:48 <planetmaker> LordAro, since DaleStan time 19:12:50 <Eddi|zuHause> looong ago 19:12:54 <frosch123> it was fixed by removing some "using" 19:12:57 <planetmaker> and... frosch123 you are right :) 19:12:59 <LordAro> rip 19:13:08 <Execthts> glx: 19:13:09 <frosch123> planetmaker: no, it's only 15 months ago 19:13:10 <planetmaker> it's fixed. long ago 19:13:11 <Execthts> $ sudo apt list --installed | grep xz 19:13:11 <Execthts> xz-utils/zesty,now 5.2.2-1.2 amd64 [installed] 19:13:11 <Execthts> xzdec/zesty,now 5.2.2-1.2 amd64 [installed] 19:13:15 <Execthts> Does it need anything else? 19:13:20 <frosch123> well, 17 19:13:28 <planetmaker> ceil(15 month) = 2 years ;) 19:13:34 <LordAro> but yeah, tons of warnings with gcc7.1, but no errors 19:13:37 <LordAro> nyer 19:14:05 <frosch123> Execthts: check for liblzma-dev 19:14:07 <Eddi|zuHause> now someone fix my steam... 19:14:16 <planetmaker> WARNING: yacc table file version is out of date 19:14:16 <planetmaker> WARNING: yacc table file version is out of date 19:14:16 <planetmaker> ^^ what's the fix for this NML compilation warning? :D 19:14:28 <Execthts> meanwhile I have the game running on its title screen on my desktop waiting for the server to be set up, and I heard a car/train crash :D 19:14:44 <Eddi|zuHause> sounds like missing cache invalidation 19:14:51 <Execthts> frosch123: "liblzma-dev is already the newest version (5.2.2-1.2)." 19:15:23 <frosch123> it does not need to be new 19:15:28 <frosch123> anything bigger than 5 is good 19:15:36 <Execthts> Well, it's installed... 19:15:54 <Eddi|zuHause> don't you nead libxz instead of liblzma? 19:16:00 *** andythenorth has left #openttd 19:16:11 <Execthts> yet on compile: 19:16:13 <frosch123> Eddi|zuHause: i forgot the difference 19:16:13 <Execthts> checking zlib... not found 19:16:13 <Execthts> checking liblzma... not found 19:16:13 <Execthts> WARNING: lzma was not detected or disabled 19:17:09 <glx> maybe not installed in a usual place, you can tell configure where to find it 19:17:14 <LordAro> libxz[-dev], likely 19:18:01 <Eddi|zuHause> and zlib-dev 19:18:20 <Execthts> No such package named 'libxz-dev", also on google it points to "liblzma-dev" 19:18:47 <Eddi|zuHause> on some distributions, xz may be called lzma2 19:18:51 <Alkel_U3> Execthts: did you try installing suggested packages from https://wiki.openttd.org/Compiling_on_(GNU/)Linux_and_*BSD ? 19:19:00 <Alberth> there are several lzma versions 19:20:44 <Execthts> libpng12-dev has no inst candidate, even better 19:21:22 <Alberth> planetmaker: WARNING: yacc table file version is out of date delete the table file that it generates? I once proposed to disable table file generation, but Yex0 was against it iirc 19:21:34 <planetmaker> :) 19:21:43 <planetmaker> any idea where I have to look for that? 19:22:00 <Alberth> directory where you run the program probably 19:23:06 <Eddi|zuHause> or ~/.grfcodec? 19:23:26 <planetmaker> that yacc one is from nml building, not grfcodec :) 19:23:41 <Eddi|zuHause> oh 19:23:46 <Eddi|zuHause> got confused 19:23:53 <Alberth> self.parser = yacc.yacc(debug = False, module = self, write_tables = 0) <-- it's off in my version 19:24:13 <Alberth> nml/parser.py, line 36 19:25:45 <Alberth> parsetab.py <- table file, see also http://www.dabeaz.com/ply/ply.html#ply_nn49 19:25:46 <planetmaker> yes, here, too 19:27:56 *** mescalito has quit IRC 19:28:14 <Alberth> depending on the ply version, the file may move, apparently 19:28:51 <Alberth> alternatively, hack ply.py to print the path to the detected file :p 19:28:52 <planetmaker> hg purge on the nml repo doesn't cut it 19:29:06 <planetmaker> he :) 19:29:12 <frosch123> Execthts: you can also try apt-get build-dep openttd 19:29:24 <frosch123> planetmaker: it's not in nml 19:29:30 <frosch123> it's in your grf folder 19:29:50 <planetmaker> I get that when make in nml folder builds the regression tests 19:29:52 <Execthts> zlib1g-dev, liblzo2-dev, liblzma-dev are installed, yet the conf script still can't detect it 19:30:03 <Alberth> in the regression direcotry? 19:30:15 <Execthts> frosch123: doesn't that install a boatload of graphical packages? 19:30:34 <frosch123> ah, possibly, but maybe you can dry-run it 19:30:36 <Alberth> Execthts: linux flavor? 19:30:38 <frosch123> and then pick a subset 19:30:58 <Alberth> oh, debian, I guess 19:30:59 <Execthts> Alberth: Ubuntu server 1704 19:31:22 <frosch123> planetmaker: i have ./test/parsetab.py 19:32:24 <frosch123> but it looks like that is a local test folder :p 19:32:50 <planetmaker> hm... deleting everything and restoring a clean checkout removes that 19:33:08 <planetmaker> but a make clean didn't :) So something's not properly cleaned 19:33:22 <Alberth> parsetab files aren't cleaned afaik 19:33:38 <frosch123> planetmaker: Alberth: also 2192:89c05fb08f8e Alberth <alberth@openttd.org> Thu May 29 20:46:21 2014 +0200Fix: Don't write parse tables. Closes #4091 19:34:12 <frosch123> so, 3 years ago :p 19:34:25 <Alberth> either a very old nml, or a very old checkout :p 19:34:44 <planetmaker> hg purge didn't remove it either. That's what bothers me most :) 19:34:55 <frosch123> are you sure you are running the right nml 19:35:03 <frosch123> not some weird one from /usr 19:35:10 <Alberth> maybe it's ignored in some way? 19:35:11 <planetmaker> pretty sure. It's removed now 19:35:13 <Execthts> oh come on 19:35:23 <Execthts> pkg-config was missing 19:36:03 <frosch123> you can not install that one? 19:36:15 <planetmaker> which nmlc 19:36:15 <planetmaker> /home/planetmaker/bin/nmlc 19:36:15 <planetmaker> planetmaker@aeolusmaximus:~/ottd/grfdev/nml$ ls -l /home/planetmaker/bin/nmlc 19:36:15 <planetmaker> lrwxrwxrwx. 1 planetmaker planetmaker 38 1. Feb 2014 /home/planetmaker/bin/nmlc -> /home/planetmaker/ottd/grfdev/nml/nmlc 19:36:17 <planetmaker> ^^ and should always use my repo one :) 19:36:17 <Execthts> conf'd now fine, compiling... 19:37:25 <planetmaker> installing nml and grfcodec always leads to trouble when you want to use dev versions, too ;) 19:38:02 <Alberth> it's a bit weird it still looks for the table file even if it never writes one, you can't suppress that check probably 19:39:55 <Alberth> I wonder if you can exploit that :p 19:40:58 <Alberth> I hope it uses something more secure than pickle, which it used to 19:42:00 <Execthts> uh 19:42:10 <Execthts> does the dedicated server need a graphics set too? 19:42:20 <frosch123> it needs a minimal one 19:42:22 <frosch123> like nogfx 19:43:01 <frosch123> but i don't remember whether there was ever a release for nogfx 19:44:15 <Alberth> it contains more than images 19:44:58 <Execthts> interesting, no_music and no_sound was already included, but no_graphics wasn't there 19:45:04 <frosch123> https://dev.openttdcoop.org/attachments/download/798/nogfx-nogfx.tar <- put that into your baseset folder 19:45:13 <Execthts> just done that 19:45:27 <Execthts> Yay, the server's finally running 19:45:31 <Execthts> thanks for the help 19:48:50 <planetmaker> hehe, Alberth ... probably it's not secure :) 19:49:26 <planetmaker> frosch123, Execthts there was usually an OpenGFX version with minimal set as use for servers. But never really advertized 19:50:30 <planetmaker> hm... and not pushed to bundles server either as it seems 19:52:52 <frosch123> planetmaker: it doesn't really need updates :p 19:53:04 <frosch123> i guess the attachment will be valid forever 19:53:53 <planetmaker> it doesn't indeed... openttd used to complain about missing sprites, though. But you 'fixed' that by falling back to openttd.grf 19:54:47 <frosch123> did it also do that for dedicated servers? 19:54:48 <planetmaker> hm... *maybe* those essential sprites should be included there... 19:55:11 <frosch123> that would break the original baseset 19:55:12 <planetmaker> not sure how thoroughly it checked for dedicated servers 19:55:29 <planetmaker> why would it break original set, if toplogy sprites were read from there? 19:55:37 <planetmaker> the height level ones? 19:55:57 <frosch123> the mapgen sprites are the only reason why dedicated server insists on a baseset 19:56:11 <planetmaker> yes. And why can't they be read from the shipped openttd.grf? 19:56:22 *** sla_ro|master has quit IRC 19:56:32 <frosch123> you could also just disable the original mapgen if the sprites are not present 19:56:41 <planetmaker> sure 19:56:50 <frosch123> planetmaker: because openttd.grf is loaded after the trgt1 19:56:50 <planetmaker> But why can't they be put in openttd.grf? 19:57:02 <planetmaker> does it matter? 19:57:24 <planetmaker> we can simply ignore those in trgt1 and read a new set of sprites from openttd.grf? 19:57:45 <frosch123> well, it's work either way; i would disable the mapgen if the sprites are missing 19:58:25 <frosch123> i am not sure whether replacing the mapgen sprites would even work via openttd.grf 19:58:30 <Alberth> lol, disable original mapgen because an extension is missing :) 19:59:39 <Alberth> you can also just delete the nogfx, and install a normal baseset, we won't ever have more than around 50 servers anyway 20:00:05 <planetmaker> it's not like normal base sets are a big waste of disk space nowadays 20:00:05 <Alberth> and disk-space is a non-issue 20:00:07 <frosch123> Alberth: if people don't play, they want at least a server running 20:00:09 <planetmaker> ^^ 20:00:36 <frosch123> @topic set 1 1.7.1 20:00:36 *** DorpsGek changes topic to "1.7.1 | Website: *.openttd.org (translator: translator, server list: servers, wiki: wiki, patches & bug-reports: bugs, revision log: hg, release info: finger) | Don't ask to ask, just ask | 'Latest' is not a valid version, 'Most recent' neither | English only | Logs: @logs | #openttd.dev if this channel is really spammy" 20:00:38 <planetmaker> (was meant for albert, but ... yeah... frosch is right, too) 20:00:51 <frosch123> anyway, someone wants to announce the removal of the bulldozer tool? 20:01:03 <planetmaker> hu? 20:01:04 <frosch123> it's too "negative" 20:01:15 <frosch123> we want a positive community 20:01:16 <Alberth> haha, we remove one tool with each release? :p 20:01:18 <Execthts> Will the ctrl-bulldozing be removed too? 20:01:29 *** Biolunar has quit IRC 20:02:53 <planetmaker> it's not removal. It's "cleaning up the UI" 20:03:20 <Execthts> huh 20:03:26 <Alkel_U3> make a table of features; each release a feature gets disabled at random and everyone has to find out which 20:05:27 <Alberth> :o a poll! 20:06:13 <Execthts> https://wiki.openttd.org/Electrified_railways: "Any electric train will stop and reverse on meeting one of these sections" -- didn't it just stop and had its status set to "No electricity!" before? 20:06:22 *** Biolunar has joined #openttd 20:07:25 <frosch123> no, that only happens when changing grf in game or similar 20:08:48 <frosch123> in pbs sections it may also wait indefinitely in fronf of the signal 20:08:56 <frosch123> since there is no safe waiting position reachable 20:15:59 *** orudge`` has quit IRC 20:16:13 *** orudge`` has joined #openttd 20:22:54 *** Alberth has left #openttd 20:47:33 <ST2> well, now enjoying the time BTPro is on top here: http://www.openttd.org/en/servers 20:47:34 <ST2> Thank you all for the release :) 20:48:29 <frosch123> 3 serves, 4 clients 20:48:35 <frosch123> it has never been a better ratio, right? 20:48:44 <ST2> not bad, eh xD 20:49:14 <ST2> I'm spamming our players to update clients ^^ 20:49:29 <ST2> will improve soon (or not - some are lazy as hell xD) 21:05:32 *** stefino has quit IRC 21:07:11 *** Gja has quit IRC 21:12:05 *** frosch123 has quit IRC 21:15:45 *** Progman has quit IRC 21:38:52 *** Rocangus has joined #openttd 21:41:49 <Rocangus> Hello! I'm having an issue updating 1.6.1 to 1.7.1 on a Ubuntu machine, that is Linux. I go into the directory where the source and resulting game files for 1.7.1 was put and run openttd -D because the machine has no gui, just command line. It still launches 1.6.1 and changes the version info of the openttd.cfg in the 1.7.1 directory to 1.6.1. 21:42:19 <Rocangus> I did not run "make install" after "./configure". Might this be the cause of my troubles? 21:42:27 <Rocangus> I only ran "make" 21:44:54 <Rocangus> It was. 21:46:19 *** Wormnest has quit IRC 21:57:48 <glx> try "./openttd -D" 22:00:06 <Rocangus> I ran "./configure" and then "make install" in the new directory, and now it launches 1.7.1. However, a game script I tried moving into the new installation folder is not being recognized even though I put the .tar under "bin/scripts/", just like it was in the old version. Not sure what I'm doing wrong. Will try that one though and see if I don't get a new location I can place things in for them to work properly. 22:01:30 <Rocangus> Bash does not find ./openttd. 22:01:53 <FLHerne> Rocangus: ~/.openttd/game/ is probably a better place for those, will be found by all openttd versions 22:02:03 <FLHerne> Rocangus: Depends on your working dir 22:02:09 <FLHerne> Might be bin/openttd 22:03:29 <Rocangus> I do not have ~/.openttd/game/ on the system, probably because I installed the game from source code which I compiled. 22:04:02 <FLHerne> Create it, then...? 22:05:16 <Rocangus> Do I now put the .tar for the game script under ~/.openttd/game/scripts/ perhaps, FLHerne ? 22:05:23 <FLHerne> Rocangus: Please do actually read the readme, it's called the readme because you should read it http://uk.binaries.openttd.org/binaries/releases/1.7.1/readme.txt 22:05:40 <FLHerne> Particularly 4.1.5 22:07:31 <FLHerne> (yes, RTFM is still a thing on IRC :P) 22:09:56 <FLHerne> Bleh, should have gone with "for a reason" 22:10:07 <FLHerne> Alliterates, without being so repetitive 22:12:27 *** Lejving_ has joined #openttd 22:18:13 *** Lejving has quit IRC 22:21:18 *** Hiddenfunstuff has quit IRC 22:43:09 *** Biolunar has quit IRC 22:52:38 *** gelignite has quit IRC 22:57:42 *** sim-al2 has joined #openttd 22:59:03 *** HerzogDeXtEr has quit IRC 23:02:33 <ST2> oh crap, now it's BTPro spamming 1.7.1 servers here: http://www.openttd.org/en/servers 23:02:42 <ST2> it kinda looks funny xD 23:17:02 <Rocangus> It loads the game script, but it died because it couldn't find utils.superlib of version 38. I downloaded _all_ versions of the SuperLib GS library eventually after trying those I thought seemed to be v 40 and v38, restarted the game, and then it worked. 23:25:23 <Execthts> thirty servers dafuq 23:32:02 <Wolf01> 'night 23:32:04 *** Wolf01 has quit IRC 23:40:55 *** FLHerne has quit IRC 23:55:59 *** Rocangus has quit IRC