IRC logs for #openttd on OFTC at 2008-07-01
⏴ go to previous day
00:04:32 <CIA-4> OpenTTD: belugas * r13670 /trunk/src/toolbar_gui.cpp: -Codechange : Merge some very alike events handlers.
00:34:24 *** Eddi|zuHause2 has joined #openttd
00:51:31 *** DJNekkid has joined #openttd
00:52:57 *** grumbel has joined #openttd
00:53:03 <DJNekkid> may i ask a newgrf question? im trying to code a 4 sprite animation
00:53:17 <DJNekkid> all sprites have been defined from A0 00 to A3 00
00:53:50 <DJNekkid> what is from with this code? :)
00:53:57 <DJNekkid> 02 02 08 81 0A 00 0F 03
01:07:06 <DJNekkid> well, appart from it should be 02 02 ....
01:17:16 *** HaloMaster is now known as CrabMan
02:45:11 <penguinmessiah> where do i take food from food proc
03:00:41 <Belugas> have you checked on the wiki, penguinmessiah?
03:16:45 <penguinmessiah> i dont see it on there
03:20:12 <Belugas> so, looking at this, i'd say... take food from food processor plants and send it to towns
03:20:23 <Belugas> but for that, towns need to accept food...
03:20:30 <Belugas> they do not automatically
03:20:39 <Belugas> they have to grow enough
03:25:07 <penguinmessiah> soo hwo does it get to town?
03:28:18 <ccfreak2k> whatever can haul food.
03:28:23 <ccfreak2k> Isn't that obvious?
03:29:02 <penguinmessiah> i just got hte game lolz
03:29:52 <ccfreak2k> Then you REALLY should read the wiki.
04:23:32 <ccfreak2k> Is make fails, are there any logs generated?
06:00:36 *** dR3x4cK has joined #openttd
06:04:07 *** einKarl has joined #openttd
06:19:06 <planetmaker> good morning #openttd
06:27:47 <ccfreak2k> I think the opengl blitter looks different from other blitters at 8x zoom...
06:28:25 <peter1138> does it do mipmapping yet?
06:28:31 <peter1138> if not then of course it does
07:15:10 <dih> is 'muting' anything of interest?
07:15:21 <dih> actually - server and client side muting
07:15:32 <ccfreak2k> Do you find being able to "mute" a player in chat interesting?
07:15:43 <dih> so the admin can forbid the distribution of any single or combination of chat of client x
07:23:58 <dih> and any client can decide to mute any single or combination of chat from client x
07:24:28 <dih> i.e. 1 << DESTTYPE_BROADCAST | 1 << DESTTYPE_TEAM
07:30:08 *** Wezz6400 has joined #openttd
07:51:01 *** Zealotus has joined #openttd
07:58:42 *** GoneWacko has joined #openttd
07:59:29 *** TiberiusTeng has joined #openttd
08:10:59 <ccfreak2k> TiberiusTeng, Helgrind may have been useful to you earlier
08:12:30 <TiberiusTeng> ahh, OK, I'll check it
08:12:41 <ccfreak2k> Well, it's not useful anymore.
08:12:57 <ccfreak2k> It's designed to detect race conditions in multithreaded code.
08:15:23 <ccfreak2k> Hey, did you look at my callgrind data?
08:17:45 *** thgergo has joined #openttd
08:31:03 *** Maedhros has joined #openttd
08:34:29 <TiberiusTeng> ccfreak2k, of course, I've digged into it with Kcachegrind :)
08:35:50 <Forked> Long time no annoying you, greetings :)
08:41:17 <ccfreak2k> Do you happen to have the exclusive time for 32bpp-optimized?
08:43:22 <ccfreak2k> Also, the opengl blitter::draw function is slightly faster than the 8bpp-optimized ::draw function.
08:46:30 <ccfreak2k> In all blitters tested except 32bpp-anim, ViewportDoDraw was the most time-consuming individual function.
08:47:44 <peter1138> the draw function is totally different
08:48:33 <TiberiusTeng> I found it's difficult to isolate hotspots in upper layers ...
08:49:16 <TiberiusTeng> once I thought it was sorting, but the profiling result doesn't support this
08:50:26 <TiberiusTeng> ViewportDoDraw seems heavy but the only loop in it looks innocent ...
08:51:13 <TiberiusTeng> anyway I think it's already 'enough' under current situation, what's important is debugging, commenting and cleaning it up ...
08:51:41 <TiberiusTeng> is this a newer pack of results ?
08:51:45 <ccfreak2k> Profiled with the newest revision, so it has the optimized 32bpp-whatever code.
08:52:17 <ccfreak2k> I didn't compile openttd with -g tho, so source view isn't available.
08:52:20 <TiberiusTeng> does it have big improvement ?
08:52:51 <ccfreak2k> Seems like it, looking at the numbers.
08:53:43 <ccfreak2k> Well, maybe not big, but it's an improvement.
08:54:05 <TiberiusTeng> indeed a big improvement ...
08:54:37 <TiberiusTeng> GetTileSlope is slow, that's amazing
08:55:30 <TiberiusTeng> and TrainController ... that'
08:55:39 <TiberiusTeng> that's not so amazing actually
08:58:32 <ccfreak2k> Also made pngs of the call graphs.
09:02:45 *** Dred_furst has joined #openttd
09:05:40 <TiberiusTeng> they should all looks the same except numbers :P
09:05:43 <ccfreak2k> Eyeing the inclusive time is probably more useful when comparing the draw functions.
09:06:46 <ccfreak2k> memcpy() seems to take about 12% of Draw()s time in 8bpp-optimized.
09:09:02 <CrabMan> i tried google/forums/etc
09:09:05 <TiberiusTeng> openttd.exe -b 32bpp-anim etc
09:09:24 <ccfreak2k> openttd -b 32bpp-anim
09:09:32 <ccfreak2k> openttd --help lists the available blitters.
09:09:42 <CrabMan> ok, but go i need .grf's?
09:10:00 <TiberiusTeng> no, you don't 'need' additional GRFs
09:10:15 <TiberiusTeng> it'll just look 'exactly the same' :p
09:10:36 <Ammler> you need 32bpp replacment graphics :-)
09:10:37 <TiberiusTeng> well, not exactly the same, in areas like transparent buildings.
09:10:57 <CrabMan> Where is there the replacement grfs?
09:11:20 <CrabMan> i suck at english, even thos its my native language
09:12:59 <ccfreak2k> TiberiusTeng, also, these new profiles use openttd which was also patched with YAPP.
09:15:18 <CrabMan> TiberiusTeng: i did, i couldnt find anything
09:17:04 <ccfreak2k> Anyway, I think these numbers confirm that the opengl blitter was a success.
09:17:22 <ccfreak2k> 32bpp support for 8bpp cost. :)
09:18:08 <TiberiusTeng> perhaps the next step would be zooming ... revive the double-size filter! :D
09:18:19 <TiberiusTeng> but not so easy actually, as I tried ...
09:18:30 <ccfreak2k> Speaking of which, it looked like 8x zoom with opengl looked different from 32bpp.
09:18:40 *** stillunknown has joined #openttd
09:19:01 <TiberiusTeng> yes, since 8bpp do average those pixels when creating downsized sprites
09:19:19 <TiberiusTeng> but opengl only does nearest-neighborhood sampling
09:20:28 <TiberiusTeng> the texture stores color index, converted to RGB values with fragment program
09:20:42 <TiberiusTeng> but the conversion is done AFTER texture sampling ...
09:21:10 <TiberiusTeng> and we can't interpolate between color indices
09:21:45 <TiberiusTeng> I don't have any better ideas to handle this for now ...
09:22:31 <TiberiusTeng> perhaps drawing to a larger (original size) texture then downscale it with bilinear interpolation
09:23:19 <DJNekkid> hi all ... im trying to make an animated engine, but it looks like it only showes animation 1 and 3 or 2 and 4 or something
09:23:30 <ccfreak2k> Or use more atlases, at the cost of increased memory usage. :)
09:25:15 <TiberiusTeng> the current structure is not very friendly to this kind of implementation ...
09:25:27 <TiberiusTeng> would need too much texture context changes, which is SLOW.
09:26:26 <TiberiusTeng> GfxMainBlitter want Blitter::Draw() to draw downscaled versions directly
09:27:02 <TiberiusTeng> drawing to buffer -> change interpolation settings -> sample/draw it back ... hmm
09:29:49 <peter1138> TiberiusTeng: are you profiling an optimised build?
09:30:02 <peter1138> that can hide which functions are slow due to inlining
09:30:19 <Rubidium> and have assertions been disabled?
09:30:30 <Rubidium> cause those can take quite a lot of time too
09:30:43 <peter1138> especially when not optimised :)
09:30:48 <Rubidium> especially on map accesses
09:30:55 <TiberiusTeng> so I should profile with unoptimized version, with assertions disabled ?
09:30:59 <peter1138> which is all the time
09:31:14 <peter1138> if you want to compare overall performance, use an optimised build
09:32:00 <peter1138> maybe disabling inline but leave other optimisations in place...
09:32:37 <ccfreak2k> I was just testing to make sure the opengl blitter was faster, and indeed it was.
09:33:06 <peter1138> it's doing less work ;)
09:34:01 <TiberiusTeng> but with more complex state management, texture conversion, things like that ...
09:35:04 <Rubidium> ccfreak2k: but does the opengl blitter have loads of asserts in hot paths?
09:35:35 <ccfreak2k> Hell if I know. It was faster on my box just by observation, and the numbers confirm it.
09:36:46 <TiberiusTeng> Rubidium, no, it dont.
09:37:03 <ccfreak2k> In Slackware, anyway. I think it was actually slower in win32.
09:37:14 <TiberiusTeng> and I think ccfreak2k is profiling them with optimized builds ...
09:37:31 <Rubidium> but that doesn't disable asserts
09:37:57 <ccfreak2k> I compiled with --with-sdl --with-sdlgl --build=i486-slackware-linux --host=i486-slackware-linux
09:38:03 <ccfreak2k> Everything else is default.
09:38:29 <Rubidium> so the asserts are enabled
09:39:05 <ccfreak2k> I figured there was no point in using any other crazy options, since they didn't represent a realistic scenario on my computer.
09:39:13 <ccfreak2k> CrabMan, that's the default for Slackware.
09:39:17 <Rubidium> CrabMan: that's just the compiler
09:40:44 *** Doorslammer|BRSet has joined #openttd
09:42:18 <TiberiusTeng> but ... using only i486 instruction sets ? :P
09:44:52 <TiberiusTeng> just made me think of that "Gentoo is for Ricers" article
09:46:59 <TiberiusTeng> -march=nocona -mfpmath=sse -ffast-math -ffinite-math-only -funsafe-math-optimizations -O3 -pipe
09:50:37 <TiberiusTeng> it means Pentium 4 Xeon/Core 2 Duo by Intel ...
09:51:49 <TiberiusTeng> (well I wonder why C2D shares 'nocona' arch optimization ... but once an Intel guru said in a mailing list that C2D should use nocona)
10:00:46 <dih> Yorick: wisdom is chasing you...
10:01:50 <Yorick> at least I got mingw+bottd working on vista :)
10:02:27 <dih> the fact that you use vista already shows you run _very_ fast!
10:02:42 * TiberiusTeng is try enabling 8xMSAA in code
10:02:54 <Yorick> wheh, it wasn't my choice to have vista on this laptop
10:04:19 <ccfreak2k> It WAS your choice about buying the laptop, however.
10:06:10 <Yorick> why does the notebookmouse that came with it require a flat surface
10:07:09 <TiberiusTeng> uh which mouse ?
10:07:56 <Yorick> the acer ferrari mouse
10:08:36 <Yorick> works nicely with the inbuilt bluetooth, except for the fact that vista doesn't want to have bluetooth if it's not connected to a power supply
10:12:20 <KingJ> I (used to) have a Acer Ferrari laptop
10:13:07 <KingJ> You expect me to work on 1GB RAM/1.6Ghz/x700 Graphics in 2008?
10:13:44 <KingJ> Mine came with 512, upgraded to 1GB
10:13:45 <ccfreak2k> I expect you to die.
10:13:46 <dih> well - obviously it was not when he had his!
10:13:55 <KingJ> This was the Ferrari 4000
10:14:05 <Yorick> KingJ: this IS a Ferrari 5002
10:14:10 <dih> why on earth name a laptop ferrari
10:14:13 <KingJ> I've still got the mouse though
10:14:32 <Yorick> but I don't care about that
10:14:41 <Yorick> they can sell it cheaper for that, apperently
10:15:04 <Yorick> they sold this one for €1230
10:17:04 <Yorick> vista: yes I want to enable speech recognition on a dutch language pack, I'll speak english to you, yes I know you can't understand dutch, ENABLE THAT ENGLISH SPEECH-TO-TEXT YOU **** VISTA
10:19:11 <Yorick> at least the aero works nicely with video playback and such
10:21:05 <Yorick> hmm...I don't remember any virusses that display snowflakes on your screen
10:21:46 <CrabMan> Yorick: i suspect pebkec
10:21:54 <CrabMan> Yorick: i suspect pebkac*
10:22:56 <ccfreak2k> It's a layer 0 problem.
10:23:13 <Yorick> falling snowflakes on my screen?
10:25:03 <Yorick> woah, they can load 12 million inhabitants into one truck
10:25:35 <ccfreak2k> Depends on your definition of "inhabitants".
10:28:21 *** Progman has joined #openttd
10:39:37 *** Vikthor has joined #openttd
10:44:51 <joachim> didn't there use to be speed record notices?
10:46:45 <peter1138> not as far as i know
11:10:26 *** |414TooLong| has joined #openttd
11:25:39 *** |414TooLong| is now known as CrabMan
11:26:50 *** CrabMan is now known as HaloMaster
11:43:42 *** Brianetta has joined #openttd
12:04:48 *** Doorslammer|BRSet is now known as Doorslammer|OTTD
12:08:45 <mucht_work> stop trallallaling
12:21:19 *** TiberiusTeng_ has joined #openttd
12:21:36 <dih> TiberiusTeng_ is doing a Gekz___
12:22:57 <Gekz> my internet was playing up
12:25:00 <dih> you were just going some ugly number of _ yesterday :-P
12:30:26 <TiberiusTeng_> seems I need to register another account for my computer at school :P
12:31:44 <dih> just /msg nickserv regain
12:35:25 <Gekz> then my shell provider randomly ran of
12:35:35 <Gekz> $2 a month, was heaps cheap
12:36:01 <dih> and just run it off of one of them
12:36:20 <dih> and oftc bumped my ip to allow more connections
12:36:34 <Gekz> I wish i could be as leet as you
12:36:39 <Gekz> maybe you'll help me to be leet?
12:37:02 <dih> yeah - start off with shutting up
12:37:21 <dih> you just failed! aint gonna help you
12:39:31 <Gekz> the internet hates at me
12:39:49 <Gekz> erm, it was a random reconnect
12:39:51 <Gekz> I had nothing to do with it
12:41:03 *** Osai^zZz`off is now known as Osai
12:56:57 *** Osai is now known as Osai`off
13:05:58 *** Dred_furst has joined #openttd
13:40:01 *** ben_goodger has joined #openttd
13:46:53 *** Osai`off is now known as Osai
13:49:57 <Sacro> dih: oi, I'm enjoying that post
13:53:57 <dih> Sacro: we need an idiot highscore
13:57:06 <Sacro> maquinista actaully edited his post to point out that basetunnels cannot be used with OTTD
14:03:34 <dih> "This isn't a game (not even a RPG)" <-- lol
14:05:17 <dih> well - that being the minor thing to laugh at, yes
14:12:33 *** grumbel has joined #openttd
14:19:51 <dih> quote by Draakon: "an American citizen(UK, Canada and Australia included)"
14:22:18 <penguinmessiah> where do i install the planeset?
14:22:56 <Touqen> where is $installdir/data
14:23:52 <penguinmessiah> thankyou and soirry for stupid question :3
14:24:38 <dih> the word missiah seems out of place :-D
15:21:51 *** Belugas_Gone has joined #openttd
15:21:51 *** ChanServ sets mode: +o Belugas_Gone
15:37:00 *** Osai is now known as Osai`off
15:39:55 *** Osai`off is now known as Osai
15:40:02 <dih> these Draakon posts are making me laugh
15:41:32 <Yorick> what did he say today?
15:43:33 *** Belugas_Gone has joined #openttd
15:43:33 *** ChanServ sets mode: +o Belugas_Gone
15:45:44 <dih> Yorick: he's just being himself :-D
15:46:00 <Yorick> he seems to have multiple selfs sometimes
15:46:21 <dih> any of them are simply idiotic
15:48:53 <Yorick> oh, the enhanced tunnels topic
15:56:50 *** Osai is now known as Osai`off
15:59:04 <Yorick> dih seems to like stupid people
15:59:40 <dih> i am merely humord by those stupid posts
16:01:23 *** Osai`off is now known as Osai
16:02:11 <dih> looks like you are making silly remarks also now
16:02:46 <Yorick> vista makes people silly
16:03:11 <Yorick> ...how nice, they want me to backup the pc
16:03:19 <Yorick> estimated image size: 18 GB
16:04:00 <Ammler> and to they ask for a floppy disk?
16:04:40 <Yorick> no, they want a second HD
16:04:45 *** GoneWacko has joined #openttd
16:10:05 <Yorick> "this is only a grf file containing a tunnel"
16:15:12 *** Osai is now known as Osai`off
16:17:08 <joachim> kind of hypocritical of people to deny changes in their work for ttdpatch/openttd though, when all their work do is change other people's work (ttd)..
16:18:40 * MorgyN windmills into the channel.
16:19:25 <MorgyN> Hopefully a quick question, does anyone have a link to a 16 or more player patch? I've tried searching the forums and google in general with no luck
16:19:47 <Yexo> try the wwotttgd wiki page
16:20:41 <Yexo> you can only have more clients with that patch though, not more companies
16:20:54 <MorgyN> aha, sorry. yes I should have been clearer.
16:21:01 <MorgyN> I was after a 16 or more company patch
16:21:12 <Yexo> I do not know of any recent 16 company patch
16:21:57 <MorgyN> Dang, I'm guessing its not trivial as it would allready be implemented
16:23:17 <glx> there's one on bugs.openttd.org IIRC, but it's a very old one
16:24:11 <MorgyN> ahh thats quite a big diff too
16:25:29 <glx> it's not a simple task to allow more companies
16:25:48 *** Yorick_ has joined #openttd
16:26:24 *** Yorick is now known as Guest3060
16:26:24 *** Yorick_ is now known as Yorick
16:30:47 <MorgyN> looking through the comments on the bug, was this not brought into trunk due to a plan for an alternate method, or was there another reason. I'm wondering if its worth porting the code to the current trunk
16:37:16 *** Belugas_Gone has joined #openttd
16:37:16 *** ChanServ sets mode: +o Belugas_Gone
16:50:29 *** frosch123 has joined #openttd
16:50:48 *** skidd13 has joined #openttd
17:00:41 *** raimar3 has joined #openttd
17:20:33 *** Osai`off is now known as Osai
17:34:42 *** stillunknown has joined #openttd
17:46:20 *** Doorslammer|OTTD has quit IRC
17:51:30 *** Osai is now known as Osai`off
18:00:56 *** dR3x4cK has joined #openttd
18:22:43 <planetmaker> MorgyN> [18:30:47] (...) I'm wondering if its worth porting the code to the current trunk <-- depends upon how urgent it is for you :)
18:28:45 <MorgyN> vaguely I know its on the todo list for the future of the project but obviously theres no timescales on it =)
18:46:21 *** thgergo has joined #openttd
18:56:53 <CIA-4> OpenTTD: frosch * r13671 /trunk/src/tgp.cpp: -Cleanup: Zeros for sell.
18:58:41 <MorgyN> does CIA-4 list commits?
19:00:23 <Yexo> yes, as long as it's around
19:13:10 <Belugas_Gone> otherwise, go to #openttd.notice, it's even better, you even have the bugs!
19:14:12 <Belugas_Gone> [11:56] <Yorick> dih seems to like stupid people <-- not hard to find! they are EVERYWHERE!!!!
19:14:15 *** [com]buster has joined #openttd
19:14:49 * Belugas_Gone knows a few in here indeed...
19:15:44 * peter1138 does not think Belugas_Gone is stupid :)
19:16:09 * Belugas_Gone does not think that peter1138 is among those either :D
19:16:57 <fjb> At least we don't have idiots in here.
19:17:40 <peter1138> yeah the topic says so see
19:17:41 <Rubidium> 99 - peter1138 - Belugas_Gone is less than 98
19:17:44 <Belugas_Gone> idiots in here? they must be on my /ignore list
19:18:41 <fjb> Rubidium: I don't think that people who are not able to count are idiots.
19:19:50 <Rubidium> but not being able to count sounds stupid to me ;)
19:19:58 <peter1138> 99 - Belugas_Gone is 98, however
19:20:24 <Rubidium> but if Belugas_Gone isn't stupid, then his statement about peter1138 shouldn't be stupid either
19:20:53 <peter1138> Belugas_Gone is not stupid, merely wrong :)
19:22:46 <Rubidium> that happens when he has a state forced free day ;)
19:24:19 *** Ridayah has joined #openttd
19:28:13 <Belugas_Gone> yeah... and a woman watching my every move...
19:28:27 <Belugas_Gone> "yes, dear, i'm coming"
19:54:08 *** thgergo has joined #openttd
20:19:17 *** [alt]buster has joined #openttd
20:19:19 *** [alt]buster is now known as [com]buster
20:25:37 <TiberiusTeng> hmm ... fullscreen MSAA didn't improve graph quality :X
20:45:05 *** orudge` has joined #openttd
20:45:05 *** ChanServ sets mode: +o orudge`
20:46:25 <Eddi|zuHause2> "TB" is a dangerous nick to use
21:01:06 *** [alt]buster has joined #openttd
21:01:08 *** [alt]buster is now known as [com]buster
21:04:39 <Digitalfox> What does TBC mean? honest question here...
21:10:11 *** Born_Acorn has joined #openttd
21:40:07 <ccfreak2k> sdlgl_v.cpp failes to compile in VisualStudio 8.
21:45:01 <ben_goodger> is there the slightest possibility that this is the fault of anything but visual studio?
21:45:31 *** Osai`off is now known as Osai
21:46:06 <ccfreak2k> "'SDL_GL_SwapBuffers' : is not a member of 'SDLProcs'
21:48:10 <glx> but it seems you enabled it
21:48:11 <ccfreak2k> I added WITH_SDL to the preprocessor.
21:48:30 <glx> you need to add the function in sdl.h
21:49:49 <ccfreak2k> Yeah, apparently it's not including SDL's SDL..
21:51:16 *** Progman has joined #openttd
21:59:25 *** sunkan is now known as sunk
22:04:21 *** Zahl__ is now known as Zahl
22:07:04 <ccfreak2k> It also helped to include SDL.lib in the project. :/
22:09:20 *** ChanServ sets mode: +v tokai
22:09:26 <ccfreak2k> It eliminated a linker error.
22:10:50 <ccfreak2k> void (SDLCALL *SDL_GL_SwapBuffers) (void);
22:12:08 <glx> I mean SDL_CALL SDL_GL_SwapBuffers() in the code
22:12:21 <glx> like all other SDL functions
22:16:18 <glx> give me the diff (I'll try with mingw)
22:16:43 <ccfreak2k> Should build with mingw. :)
22:45:41 <joachim> is there any interest in maintaining a common "testing"-branch with most available patches?
22:48:03 <joachim> yes, that was one of them
22:48:07 <Yexo> joachim: and who will maintain such a branch?
22:48:30 <Yexo> see the patchpacks all around the forums, they die within a few months usually
22:48:34 <glx> Sacro: miniin was not a testing branch
22:48:44 <Ammler> joachim: tt-forums :-)
22:49:03 <joachim> like I said, if there is interest to maintain one commen testing/unstable-branch, we could combine resources
22:49:34 <Yexo> joachim: see the community patchpack, that died after version 1
22:49:38 <Sacro> glx: it had a testing branch on svn too
22:49:42 <Yexo> or even after the test version, I don't remember
22:51:06 <joachim> ok - i haven't followed the community for some years, but it seems like a lot of branches are born and quickly dies
22:51:25 <Yexo> yes, because maintaining a patchpack is a lot of work
22:51:47 <joachim> as they all share a common interest of joining new/testing patches a common project could work better
22:52:11 <Yexo> and how would such a common project work?
22:52:17 <Yexo> who will be responsible?
22:52:30 <Yexo> if two patches collide, which of the two will go in?
22:52:32 <joachim> how does any open project work?
22:52:44 <joachim> how does wikipedia work?
22:53:23 <Yexo> well, OpenTTD works because there is a group of developers who make sure the code remains readable and they enfore a coding standard
22:53:24 <joachim> but ok, there's obviously no interest... :)
22:53:36 <Ammler> wouldn't call it "die"
22:53:45 <Yexo> there is interest, there are just many questions that need to be answered before it'll work
22:54:04 <Ammler> you just call it the patchpack branch an from time to time someoen "updates" it
22:54:16 <Ammler> the name changes but it is still the same idea behind.
22:54:32 <Ammler> so patchpack is alive...
22:54:51 <joachim> i keep my local version, and it seems many people do the same as there are branches published from time to time
22:55:15 <Yexo> there is one major problem wiht that: as soon as you publish multiple versions, people want savegame compatibility
22:56:10 <joachim> between versions or branches?
22:56:36 *** lobster_MB has joined #openttd
22:57:05 <Ammler> there are still people playing MiniIN because of that :-P
22:57:54 <joachim> they shouldn't expect it between branches (more new code), also... finish your game.. keeping savegame compatibility within a branch though, should be expected
22:59:13 <Yexo> joachim: so your interpretatino of a 'branch' is a patchpack, where you can have different versions (bugfixes). As soon as new patches are added or patches removed, it'll be a new branch. Is that what you mean?
23:00:24 <joachim> yeah, i'm sorry. if openttd decides to not include patches i guess i mean a fork
23:00:37 *** lobster has joined #openttd
23:03:06 <Ammler> as long as the fork is based on openttd :-)
23:03:11 <Yexo> joachim: any idea how much work it is to keep that up to date with 10 or more patches?
23:04:03 <glx> ccfreak2k: mingw fails to compile too, so it's not an MSVC problem ;)
23:04:20 <joachim> Yexo: yes, and that's why effort is better spent combined than releasing tens or hundreds of individual patchpacks
23:04:31 <ccfreak2k> glx, that's a bug then (although, win32 users have the win32gl driver...).
23:04:53 <glx> no the code is incomplete
23:05:05 <joachim> is code ever complete? :)
23:05:48 <ccfreak2k> Mine compiles, but, not suprisingly, it crashes at SDL_CALL SDL_GL_SwapBuffers();
23:08:41 <glx> because config.lib is wrong
23:08:49 <glx> ,...# HACK: Please fix me. D:
23:08:59 <ccfreak2k> Hey, that's my code!
23:09:22 *** lobster has joined #openttd
23:09:31 *** lobstar_MB has joined #openttd
23:09:37 <glx> -lGL doesn't work for mingw
23:16:02 <joachim> openstreetmap has a lot of fixmes
23:16:03 <glx> ccfreak2k: you forgot SDL_CALL for SDL_GL_SetAttribute
23:16:20 <joachim> everyone should do their best to fix them :)
23:16:34 <ccfreak2k> joachim, so does Wine. :|
23:17:09 <ccfreak2k> glx, heh, whoever wrote the original diff that Tiberius has did that, so...monkey see, monkey do.
23:17:15 <ccfreak2k> Or maybe it's garbage in, garbage out. :)
23:17:21 <joachim> are you running openttd through wine?
23:22:02 <ccfreak2k> And you made sure to use -v sdlgl -b opengl right? :)
23:22:20 <glx> dbg: [sdlgl] Initialize opengl
23:22:20 <glx> dbg: [sdlgl] Set newscreen
23:22:21 <glx> dbg: [sdlgl] Check newscreen
23:22:21 <glx> dbg: [sdlgl] PostDriverInit()
23:22:21 <glx> dbg: [GL] Texture units: 4
23:22:22 <glx> dbg: [GL] Texture size limit: 4096
23:22:22 <glx> dbg: [GL] Non power-of-two sized textures: supported
23:22:24 <glx> dbg: [GL] palette animation: enabled
23:22:24 <glx> dbg: [sdlgl] Set first screen size
23:22:25 *** lobster has joined #openttd
23:25:38 <ccfreak2k> Heh doesn't work for me.
23:25:39 <joachim> do you need to use wine for the new gl blitter?
23:26:11 <joachim> or is there another reason that makes less sense? :)
23:26:15 *** lobstar_MB is now known as lobster_MB
23:26:52 <glx> anyway it seems this patch contains a lot of unrelated changes
23:28:20 <glx> ccfreak2k: the important part in sdl.(h|cpp)
23:28:32 <ccfreak2k> I just wanted to see if I could make the sdlgl driver work in win32.
23:28:49 <ccfreak2k> glx, what patch and what changes?
23:28:58 <joachim> in a wine-win32 environment?
23:29:20 <ccfreak2k> joachim, no. Just regular win32.
23:29:28 <ccfreak2k> sdlgl works perfectly well in Slackware.
23:29:35 <glx> ccfreak2k: I applied the diff, fixed stuff to compile and rediff
23:29:55 <joachim> oh - who mentioned wine? :)
23:30:17 <ccfreak2k> Oh ok, so this diff includes Tiberius?
23:30:36 <ccfreak2k> joachim, it was me because it's another example of a project with lots of FIXME and stubs. :)
23:30:47 <glx> but the required changes are in src\sdl.*
23:30:59 <glx> and src\video\sdlgl_v.cpp
23:31:25 <joachim> ccfreak2k: as you see, wine will be stuck to you in my memory until i find something else to remember...
23:31:43 *** lobstar_MB has joined #openttd
23:32:22 <joachim> is orudge or other forum admins (if there are any) ever online on irc?
23:32:52 <joachim> (i'd like my original username back)
23:35:36 *** lobster has joined #openttd
23:36:02 <ccfreak2k> I don't see sdlgl_v.cpp anywhere.
23:36:22 <glx> I forgot to svn add some files
23:38:47 <ccfreak2k> It makes sdlgl_v.cpp from a null file so I can't see what's changed. D:
23:39:00 <joachim> Yexo: sorry for being unspecific, my old account, not username... have been inactive for years
23:39:13 <ccfreak2k> Was it just adding SDL_CALL where appropriate?
23:39:45 <Yexo> ah, ok. In that case, Orudge is here regurarly
23:39:48 <DorpsGek> Yexo: Orudge was last seen in #openttd 2 weeks, 2 days, 8 hours, 6 minutes, and 22 seconds ago: <orudge> let's see if those bots are gone now
23:40:00 <Yexo> hmm, not so regurarly it seems :p
23:40:03 <glx> in VideoDriver_SDLGL::Start for SDL_GL_SetAttribute
23:40:17 <ccfreak2k> Ok, already did that then.
23:41:00 <glx> should compile with just WITH_SDL and sdl includes
23:41:02 <Yexo> well, he was here a few hours ago, just didn't say a thing
23:42:04 <ccfreak2k> Doesn't resize correctly.
23:43:11 <ccfreak2k> Heh, looks like sdlgl is sort of useless in win32. Now I know. :)
23:44:55 <glx> btw configure source.list is 'incorrect', it shouldn't compile GLee when opengl is disabled
23:48:20 <glx> but that implies to modify configure, and projects\generate*
23:53:02 <ccfreak2k> Well, at least sdlgl is an improvement in Linux.
continue to next day ⏵
