[22:19:00] we have lift-off [22:19:07] *bong* [22:19:21] welcome to this evenings meeting everyone [22:19:32] let's see who is actualy alife and kicking [22:19:51] Prof_Frink, Hellfire667 and Zuu are, correct [22:19:57] erm, maybe [22:20:03] Zuu is alive [22:20:05] currect. [22:20:08] o* [22:20:15] please specify, Prof_Frink [22:20:18] Vatso here [22:20:25] yup [22:20:29] welcome [22:20:31] Metalcore [22:20:33] I'm probably alive as the dead have trouble typing [22:20:44] Mek_ [22:20:56] jpl [22:21:12] chirho [22:21:21] it remains awfuly silent [22:21:33] but let's start anyhow [22:22:00] does anyone of the attending people have comments on the previous meeting's minutes [22:22:17] Hellfire667 has not. [22:22:24] Not exept that they were late. [22:22:38] Except one: what a damn long meeting! [22:22:48] yes, they were late, I believe due to a mistake [22:22:56] it was a long one [22:22:59] Multiple reasons. [22:23:01] but valuable [22:23:15] ok [22:23:24] Vatso, anything to comment? Or Prof_Frink/ [22:23:34] nope [22:23:57] k, seems noone has [22:24:20] do we have a volunteer for minute man [22:25:06] awful silence [22:25:19] this means I'm gonna assign someone [22:25:30] but who [22:25:41] I can do if its my time. [22:25:43] Vatso, interested in making minutes> [22:25:46] no [22:25:51] turn [22:26:15] will you do it then Zuu [22:26:17] but they will be late [22:26:47] I can do them, if you accept them to come late [22:26:58] how much late [22:27:20] wensday/turseday I think. [22:27:30] accepted [22:27:31] [22:28:03] May I say one thing [22:28:09] sure [22:28:28] I recomendate you to take notes whenever you asign yourself any job. [22:28:41] thats my note. [22:28:45] I have also a request. [22:28:52] ok zuu, point made [22:28:55] Hellfire667? [22:29:13] Ok. Keep the discussions brief and to the point. [22:29:16] When I was making the minutes, [22:29:26] I noticed that a lot of discussion was way off topic. [22:29:35] I apologize for that [22:29:44] I had a hard time keeping it tidy last time [22:29:48] A lot was discussed, but also a lot which was not on the agenda. [22:29:52] I noticed that. [22:29:56] there were too many people :p [22:30:01] Right. [22:30:05] and I was absent-minded [22:30:10] That will be less of a problem this time. [22:30:15] yes [22:30:22] anything else? [22:30:27] But let's just keep it brief and on topic. [22:30:27] No. [22:30:38] you neither Zuu [22:30:43] or Vatso or Prof_Frink [22:30:49] nope [22:30:52] eh? what? [22:30:57] then I'll move on [22:31:06] ok, PJayTycy requested to wait with discussing FRD progress until he arrives [22:31:31] uhm before I forget: chirho, Metalcore, Mek_ and jpl are absent [22:31:47] Hyronymus, Zuu, Hellfire667 and Prof_Frink are present [22:31:52] and Vatso [22:31:55] sorry! [22:32:21] Next topic after FRD seems to be Final discussion / comments on relationship between transport sorts [22:32:24] thanks [22:32:55] Zuu, I believe you can tell us about it [22:33:09] I saw your name alot there [22:33:28] I have created a last minute resume on the article page. [22:33:48] http://tt2.sourceforge.net/wiki/index.php/Relationships_between_transport_sorts [22:34:22] Which says: [22:34:22] * Ideas about how to make busses and lories used for short distance instead of trains. [22:34:22] * Suggested to scale speed of vehicles as a pale that goes 2000 times faster than a ship might be a visulation problem. [22:34:22] o Hellfire suggested to create a prototype. [22:34:24] neat [22:35:03] Im done whit my talk then. [22:35:20] so this are things we have to consider next [22:35:41] Hellfire667, will creating a prototype for the latter be much work [22:35:49] This are a *short* summary on what discussed. [22:36:00] I don't think so. A prototype would be really simple. [22:36:12] Imagine a proto like this: [22:36:26] just move fore sprites in diffrent speeds in SDL for example. [22:36:28] A blank screen, with sprites of different vehicle types moving around. [22:36:38] So basically what zuu said [22:36:44] ok [22:36:59] Possibly some interaction to adjust the values at runtime. [22:37:01] so it would be safe to assume it can be done well before next meeting [22:37:23] It's definitely doable before the next meeting. [22:37:42] ok [22:37:59] I must say the threaded style of the talk page is very handy [22:38:47] and what about research into the lorries for large distance [22:39:07] ? [22:39:09] The problem with lorries is the limited capacity. [22:39:33] In Locomotion, lorries can't make enough profit to compensate their running consts. [22:39:37] costs* [22:39:48] so if we have a tool to easily manage a swarm of lories it might be esier to use em too. [22:39:49] I have an interesting thought about them (perhaps): give all vehicle types an accesibility variable [22:39:55] rv's can almost come everywhere [22:40:02] planes hardly [22:40:23] the amount of revenue generated depends on distance, acces. var. and other stuff [22:40:23] perhaps you can discuss that on the wiki. [22:40:36] I will [22:40:46] after the meeting [22:41:12] I hoped there would be more response but not everyone involved last meeting is here [22:41:54] next topic on the agenda is New featured discussion [22:42:13] I think that a lot of variables, like revenue per km will be things that we would have to calibrate with a working game engine. [22:42:15] I was suprised by the low amount of disscusion, as uzu... and someone mere discussed alot last meeting(OT) [22:42:40] I agree with you Zuu [22:42:54] and what you say is true either Hellfire667 [22:43:18] can that be done in another or perhaps the same prototype [22:43:45] The prototype I was planning is only for speed. [22:43:47] Nothing else. [22:43:49] ok [22:44:20] more on the previous featured discussion? [22:44:34] nope [22:44:59] perhaps you Hellfire667 [22:45:13] No, I have no comments. [22:45:36] ok, shall we decide that for next meeting there will be a prototype to deal with speed [22:45:51] Ok. I vote in favour. [22:45:58] uhmm, to illustrate the speed issue would be better [22:46:02] Zuu vote in favour [22:46:03] I agree too [22:46:09] measure passed [22:46:18] who will do it Hellfire? [22:46:28] that's the next question [22:46:32] I'll do it. [22:46:36] In SDL [22:46:42] ok [22:47:25] Now I personally think that it won't be wrong to make the discussion on how rv's can be profitable on longer distabced the new featured discussion [22:47:32] Suggestions for next Featured Discussion from our wiki: [22:47:32] # Destinations & pathfinding [22:47:32] # Discussion about the production chains for industries in TE [22:47:51] I know, but I disagree [22:48:21] am I being nasty now? [22:48:24] pathfinding is nice for when we're designing the architecture. [22:48:26] dissagree [22:48:30] dissagree with Hyronymus [22:48:40] [22:49:11] I think FD should be used for stuff that is important for the development to move forward. [22:49:20] ok [22:49:24] are destinations & pathfinding a good combination to discuss at once btw [22:49:31] No [22:49:35] shouldn't they be discussed seperatly [22:49:53] Destinations (for cargo? for passengers?) should be separate from pathfinding [22:50:13] Hyronymus thinks so too. You agree on that Zuu [22:50:21] yes [22:50:37] now Hellfire667 said pathfinding is too early to discuss [22:50:48] is destinations too early too> [22:51:14] Not necessarily [22:51:20] I have one thing.. [22:51:21] Depends on what we wnat to discuss. [22:51:27] (on destinations) [22:51:39] I don't believe we want to know if we add them [22:51:51] more like how we should implement them [22:52:05] As architecture design is getting closer, we maybe can have use for discuss something about that. [22:52:29] Simutrans has a very powerful implementation of it, right [22:52:50] yes [22:53:09] can't we ask Hajo to write a summary of his system on the TE wiki to start the topic? [22:53:41] We could do that. After all, Hajo's Simutrans is open source, right? [22:53:49] first we maybe should select which topic to choose. (agree that hajo might be usefull) [22:54:15] sorry, you're right Zuu [22:54:16] SImutrans is free as in free beer [22:54:30] ie gratis [22:54:40] what do we decide: pathfinding [22:54:43] destinations [22:54:51] or production chains [22:55:04] Hyronymus votes for destinations [22:55:06] I vote destinations [22:55:06] or prep for architecture design [22:55:35] or was that a bad idea? [22:55:35] ? [22:55:36] Zuu: destinations fit better in the funcional design. [22:55:46] no, but I didn't see it as an idea :p [22:56:09] I saw it as a reason to pick destinations [22:56:13] I mean how to structurate the code. Maybe a later topic. [22:56:31] I think more people should vote on it [22:56:34] Let's keep that for later, yes. [22:56:38] O [22:56:39] k [22:56:44] f [22:56:44] i [22:56:44] n [22:56:45] e [22:57:04] anyone else for destinations then [22:57:16] I agreee on destinations [22:57:19] meeting? [22:57:22] yes [22:57:24] no [22:57:26] :p [22:57:29] well, I can't participate, anyway. [22:57:33] Math porject due tomorrow [22:57:36] need to start [22:57:37] good luck [22:58:23] so Hyronymus, Hellfire667, Zuu is for destinations [22:58:31] yes [22:58:37] that was what I was typing too [22:58:41] noone aginsr [22:58:46] noone aginst [22:58:52] the minority is silent [22:58:58] Hellfire, /hop [22:59:00] or /cycle [22:59:01] or whatever [22:59:01] measure passed [22:59:02] Hellfire667 [~jeroen@195.240.128.92] has left #tempire [22:59:02] Hellfire667 [~jeroen@195.240.128.92] has joined #tempire [22:59:02] L [TheLBot@lightweight.quakenet.org] has set mode +o Hellfire667 [22:59:05] there [22:59:11] Metalcore projecta [22:59:15] er, projects [22:59:24] silent please? [22:59:40] Metalcore: silent please? [22:59:44] Zuu, can you set it up again on the Wiki and provide the usual link on the forum? [22:59:49] hmm? [22:59:53] silent? [23:00:03] you distrubing the meeting [23:00:05] you're disturbing the meeting [23:00:10] ah, of course. sorry bout that. [23:00:11] Hyronymus: yes,sure. [23:00:17] thanks Zuu [23:00:55] can we move on to the next topic, Prototype progress? [23:01:06] yes [23:01:15] I read your letter to CS [23:01:23] got an answer. [23:01:28] w00t [23:01:30] freindly? [23:01:43] Can you paste it? [23:01:47] These days, AWS is developed only when someone who needs something [23:01:47] that it doesn't offer decides to contribute. Beside the apparent [23:01:47] complexity, the other common complaint about AWS is that it lacks [23:01:47] features. Therefore, if you plan to implement the features you [23:01:47] outlined, I am sure that people would welcome having them included in [23:01:47] AWS itself. Contributions are welcome. [23:01:51] (I'll temporarily de-op XP) [23:01:53] he'll be kicked for flooding [23:02:23] Hellfire667 [~jeroen@195.240.128.92] has set mode -o ^XP^ [23:02:26] so they are actually lazy at CS, Zuu [23:02:33] [23:02:58] but what does this mean: more work to ourselves or impossible to work with cS [23:02:58] So basically, AWS is depricated? [23:03:09] nice wording, Hellfire667 [23:03:24] They ton tevelop it if noone sends a patch I gues. [23:03:37] They dont develop it if noone sends a patch I gues. [23:04:04] that's laisser-faire in some sense [23:04:10] So it's complex and not being developed. [23:04:23] My suggest is that we create a FRD for the windowing system. [23:04:39] So you think it's not worth the effort to continue on CS research [23:05:27] no. I mean It might be usefull to chose either to continue with CS or something wlse, but no everything. [23:06:13] How much work would it be to develop an engine in SDL, as opposed to developing a game in CS? [23:06:31] I think we can use CS, but it has to be extended, as all aother windowing system out there to meet our requriments [23:06:42] good point, the benefits of SDL should be extremely large to really cancel CS [23:07:01] I dont know, as I have mostly looked into the AWS part. [23:07:02] and are we capable enough to extend it, Zuu [23:07:15] Hyronymus: I think so. [23:07:27] I hoped you would say of course [23:07:29] [23:07:43] I know I definitely am. And eXinion is also. [23:08:06] is it really needed to give SDL a chance then? [23:08:14] note: noob question [23:08:24] Hellfire667: I havent developed any 3D apps, so I cant answer if CS is good for our 3D needs. [23:08:37] Let me try to elaborate on the difference between SDL and Cs in one sentence: [23:09:18] SDL is *just* an interface between platform (linux/win32) and application. CS is a complete game engine, which features amongs many others, the AWS windowing system. [23:09:31] ok [23:09:32] Metalcore [~evanseeds@12-218-185-213.client.mchsi.com] has quit IRC: Signed off [23:09:45] CS is more complete [23:09:48] Metalcore [~evanseeds@12-218-180-224.client.mchsi.com] has joined #tempire [23:09:48] L [TheLBot@lightweight.quakenet.org] has set mode +o Metalcore [23:09:57] and thus more promising [23:10:09] Yes, but also more demanding on resources. [23:10:27] and uncertain for when it comes to extensions [23:10:39] And as most games are action games its probably optimized for such games. [23:11:29] does it mean that there should be at least one extension programmed to know how valuable CS really is [23:12:28] At least someone with 3Dknownledge has to look into it, and see how good it preforms for 3D tasks. [23:12:39] No. [23:12:54] Zuu: agree. [23:12:59] ok [23:13:21] we can ask you again Hellfire667 but you said eXinion might be capable too [23:13:41] is it a solution to ask if eXinion can look into it [23:13:52] I'm not sure whether I can get both done before the next meeting. Perhaps asking eX is a good idea. [23:13:59] (both = CS + speed) [23:14:16] that's what I anticipated [23:14:47] Can you tell eXinion what to do, Hellfire667 [23:15:01] I'll ask him. [23:15:03] in a PM/email/real life [23:15:34] ask him to post in this meetings topic if he got the message from you [23:15:44] Ok. [23:15:53] if he didn't post in 1 week we'll remind him off it [23:15:57] Ok [23:16:45] Anything else? [23:16:47] then there was one more prototype [23:16:57] but that was from PJay^%&*^ [23:17:09] he might drop in anytime know [23:17:10] PJayTycy [23:17:19] thankx Zuu [23:17:50] I suggest we move on an save his track-lying proto for the AOB [23:17:57] *and [23:18:21] I'm here. [23:18:28] only just [23:18:30] [23:18:39] shall I move on to Website/Wiki related issues [23:18:47] guess so. [23:19:06] I haven't heard from chirho about the backup protocol [23:19:21] Hmm. Yes. I've put this on the wiki as continuation of the discussion last week. I don't know if anything new will come up or not. [23:19:21] pjaytycy [~pjaytycy@D5E000C2.kabel.telenet.be] has joined #tempire [23:19:21] He have created on wiki page. [23:19:31] hello all [23:19:35] hi pjaytycy [23:20:09] you have a link to it Zuu [23:20:29] we are on"Website/wiki related iusses" PJ. [23:20:37] TRy: http://tt2.sf.net/wiki/index.php/Backup [23:20:54] it's empty [23:20:57] [23:21:02] I'll suggest http://tt2.sourceforge.net/wiki/index.php/Backups [23:21:20] one character difference [23:21:36] oh, I did read that one [23:21:50] but he hasn't made a way to make it work, right [23:21:58] jpl, do you know more about it [23:22:56] that's a no [23:23:08] I'll post a remark on the forums about it [23:23:14] I'm really really sorry, guys, but I have to bring my GF home, *again*... I'll come back online when I come home. [23:23:21] ok [23:23:25] safety first [23:23:37] hellfire, you shouldn't even be here when your girlfriend is at your house [23:23:41] bye. I hope 'till later tonight. [23:23:45] Hellfire667 [~jeroen@195.240.128.92] has quit IRC: Read error: EOF from client [23:23:49] hehe [23:24:27] Zuu, pjaytycy, jpl, Vatso: anything else about Website/Wiki related issues [23:24:47] Hyronymus forgot Prof_Frink this time [23:24:50] have you talked about more structure in the wiki ? [23:24:57] no [23:24:58] no [23:25:03] what about it pjaytycy [23:25:03] Hyronymus: assume I'm not here [23:25:12] begone, Prof_Frink [23:25:22] Euhm, I read it on someones user page this week (or last week) [23:25:32] I was until you hilighted me [23:25:35] should that be nooted in the minutes Prof_Frink? [23:25:41] don't remember which one though [23:25:52] you remember what it came down to, pjaytycy [23:26:10] I remember. (think so) [23:26:11] The fact is, we have the wiki as a collection of single pages, and hardly any structure to easily navigate it [23:26:21] Zuu agrees [23:26:28] the FRD is the only thing with some structure to it. [23:26:41] true [23:26:43] The featured discussion could be easily grouped in a similar way for example [23:26:55] can't we agree to add links to new pages on the front page [23:27:02] under a section What's new [23:27:19] I currently use the "recently changed" page to navigate the wiki [23:27:27] which is a PITA [23:27:32] Create a template for that so non-criss people can edit it [23:27:54] Create a template for that so non-chris people can edit it [23:28:08] a template for what exactly [23:28:15] "what's new" would help, but it's still not the same as a real structure [23:28:25] "whats new" [23:28:27] no, it's not [23:28:56] I suggest that we create a tree for non discussional pages. [23:28:58] the problem lies in cross-referencing too [23:29:23] But, it's just a remark from a user's point of view. I'm too illiterate at wiki's to know about the possibilities [23:29:37] a tree would be handy but how do you create it at a wiki [23:29:49] pjaytycy: what is wrong with the current structure of FD in the discussions page? [23:30:14] Hyronymus: a page with diffrent headers. [23:30:20] Oh, there is a "discussions" page ? [23:30:25] Hyronymus: a page with diffrent headings. [23:30:26] lol [23:30:48] Iactually added a link to in on the comunity portal. [23:31:06] you mean like the FRD Gameplay page which has a table of content, Zuu [23:31:23] Hyronymus: yes [23:31:55] Zuu, the "Discussion" page is good, but it seems hard to find [23:32:05] You can use categories too. [23:32:18] categories are smart too [23:32:34] but to impose them on the Wiki might be some work [23:32:56] Categories would be really good. [23:33:07] pjaytycy: I created this page http://tt2.sourceforge.net/wiki/index.php/New_main_page to elaborate on new content for the front page. [23:33:28] how much work would it be to change the wiki as it is to a more categorized one [23:33:46] not so much, we only have 25-30 pages [23:34:18] Just make sure that the people that does the job is familar with wikimedia. [23:34:20] and we already have 2 obvious categories : FRD + discussions [23:34:31] yes [23:34:51] and maybe development too. [23:35:09] I wish I had more knowledge of the Wikimedia system to change it [23:35:10] http://tt2.sourceforge.net/wiki/index.php/Special:Allpages [23:35:21] That seemed a usefull link [23:35:30] Tip: install wikimedia on your local computer. [23:36:06] ok, Zuu. I'll give it a fo [23:36:08] *go [23:36:37] (you need webserver + SQL database) [23:36:42] enoght OT. [23:36:48] I'll commit myself to changing it then but only if I can call on support if needed [23:37:27] anyhting else to discuss on Website/Wiki related issues [23:37:31] I suggest someone else [23:37:36] ok [23:37:43] I suggest everyone but me [23:37:46] I don't mind, who you have in mind [23:37:55] yourself, Zuu? [23:38:02] I know some at least. [23:38:20] So I can do it I think. + have it localy. [23:38:27] I can do it. [23:38:41] OK. If you are done with the changes please post about it on the forum [23:38:54] in which thread meeting? [23:38:58] and add a request to stick to the new order too [23:39:04] just create a new one [23:39:08] ok [23:39:15] with a catchy title [23:39:22] sure [23:39:25] :p [23:39:31] Don't forget to put a link to each category's main page on the project's home page too. [23:39:53] you still want to do it, Zuu [23:40:04] I cant edit the main page (only CFcan do that.) [23:40:16] bastard :p [23:40:19] I still want to do it. [23:40:32] Ok, I suggest we turn to FRD as next topic [23:40:43] anyone against? [23:40:45] note [23:40:48] I have [23:40:53] ok [23:41:39] bring it on [23:41:45] Criss havent yet changed http://tt2.sf.net/wiki/ to our homepage in SF admin page, as he sad ages ago. [23:42:03] ok [23:42:10] I'll PM him about it [23:42:21] at this very moment [23:42:48] please spell his name chriss then. [23:42:53] please spell his name chris then. [23:42:58] oh, ok [23:43:00] [23:43:20] FRD progress [23:43:22] Lets move on then. [23:43:31] pjaytycy: the stage is yours [23:44:12] thanks [23:45:00] I don't know if anybody has read the Talk: page in the FRD/Gameplay [23:45:07] I have [23:45:52] I haven't, but have a comment. [23:46:07] shoot [23:46:28] I think you should create a new page, and leave discussion page for what it should be used for. [23:47:05] done [23:47:08] What should I call that new page then ? [23:47:18] something sensible [23:47:23] Gameplay_xxxx [23:47:37] where xxxx is what you are doing. [23:47:44] Ok, I'll transfer it to another page after the meeting [23:47:44] Im to lazy to remember [23:48:03] Gameplay_FRD_passengers [23:48:15] It's about how passengers travel [23:48:20] Hyronymus has his brain with himself [23:48:31] ?! [23:48:38] Ops OT. [23:49:09] lot's of conflicting ideas about some topics: [23:49:09] 1) generation of passengers [23:49:09] 2) initial choice of transportations service [23:49:09] 3) destination selection [23:49:37] About the first point, the generation of passengers [23:49:44] Metalcore [~evanseeds@12-218-180-224.client.mchsi.com] has quit IRC: Ping timeout [23:49:59] Some people want a city to produce a certain amount of passengers, only based on city size [23:50:19] others want a city to produce more passengers if more destinations are available [23:50:37] they can be combined [23:51:03] like cities, indepent of size, always produce more if more destinations are available [23:51:10] some want to generate a fixed set of passengers for a city, assign them different destinations (let's say 5), and if none of these is available, remove the passenger again [23:51:30] but larger cities yield much more pasengers per destination than smaller cities [23:51:50] gues thats a discussion for our FD. [23:52:03] yes [23:52:07] Ie it depends on that [23:52:21] pjaytycy, we decided to discuss destinations as next featured discussiob [23:52:31] ah ok, didn't know that [23:52:35] nope [23:52:50] so, let's assume we have some passengers with destinations now [23:52:50] but it seems the progress you made connects very well [23:53:14] there are still some different "ideas" about which transport service a passengers would prefer [23:53:51] some want scenery, travel time, travel price, number of switch-overs, ... to all have an impact on a passenger's choice [23:53:54] such as fast over slow? [23:53:58] others just say choose random [23:54:07] scenery? [23:54:18] seams to unrealistic. [23:54:26] I will come with an elaborate model to encompass it [23:54:41] I think I have a nice approach [23:54:44] me too [23:54:53] problem with taking care of to much stuff: memmory and CPU usage. [23:55:20] depends on what the solution looks like [23:55:31] yes Zuu, but there are some other -gameplay / fun related- issues with a wrong choice too [23:55:33] Not to say how do you rate scenary . [23:55:34] you want to share yourapproach, pjaytycy [23:56:06] you were first... [23:56:14] I'll keep it for the FD [23:56:21] so more people can react to it [23:56:56] so transport choice will be part of the destination-discussion ? [23:57:18] it fits in somehow [23:57:39] how to travel to the destination. [23:57:40] if you want to got to F but there's only a tram to B and then a train from B to F [23:57:48] *go to F [23:58:04] ok, lets keep it for the FD then [23:58:43] was there more that you got from checking the passenger entries in the FRD [23:59:04] Mostly these things [23:59:28] a few ideas about passengers without destination, but those seemed not so good to me [23:59:44] ok [23:59:50] well, as promised I went through the rest of the FRD [00:00:04] but I hardly found anything inconsistent [00:00:22] what I did find though are many bad written or ill-combined suggestions [00:00:43] Metalcore [~evanseeds@12.218.185.213] has joined #tempire [00:00:43] L [TheLBot@lightweight.quakenet.org] has set mode +o Metalcore [00:00:48] they're not inconsistent as much as they are double [00:01:14] I feel pretty much like rewriting those bad parts of the FRD [00:01:28] what about similar ideas in different places ? [00:01:43] I did find some but not really that many [00:01:46] conflicting ideas? [00:01:57] no conflicting ones [00:02:15] ?!? no conflicts thats amazing. [00:02:26] I think that if I rewrite the FRD on the bad spots I might actually bump into some [00:02:43] and I'll also be able to properly remove double ones [00:02:52] rmember that there was an DB item that I didnt add, thats is on my user page now. [00:02:56] it's an approach I know to work well for me [00:03:27] 167 (from Hyronymus) [00:03:37] [00:03:57] but lets take that later, and keep on topic now. [00:04:18] does anyone feel like stopping me from rewriting bad parts in the FRD? [00:04:33] nope [00:04:35] what is a bad part exactly. [00:04:55] a part that is difficukt to read [00:05:05] Ok, but you keep the idea. [00:05:11] of course [00:05:14] I agree, then [00:05:32] but I find it easier to find conflicts in a good, readable text [00:05:40] sure [00:05:52] then I'll assign myself to that [00:06:10] you can disagree what you want but I'm the chairman :p [00:06:23] more on the FRD? [00:06:30] hmm., [00:06:36] yes [00:06:46] go ahead [00:06:54] http://tt2.sourceforge.net/wiki/index.php/User:Zuu#Idea_167 [00:07:27] drop shadow [00:07:33] was it a suggeston by me? [00:07:36] yes [00:07:39] lol [00:08:00] I meant if buildings, vehicles and such cast a shadow on the terrain [00:08:26] fits in best with graphics requirements I think [00:08:34] yes. but where should I include it in the FRD? [00:09:20] These sections exist: [00:09:20] 1 Metadata [00:09:20] 2 Core Features [00:09:20] 3 Environment [00:09:20] 4 Gameplay [00:09:20] 5 User Interface [00:09:21] user interface => main game screen ? [00:09:24] http://tt2.sourceforge.net/wiki/index.php/Functional_Requirements/Core_Features#Graphics_engine [00:09:49] Hyronymus: sounds ok [00:09:52] I wouldn't call drop shadows a core feature Hyronymus ! [00:09:53] [00:10:05] pjaytycy: thats true [00:10:26] would you call scrolling the map when hitting the screen border a core feature [00:10:47] nope, but, didn't we discuss that idea last time ? [00:11:12] I dont remeember discussing that. [00:11:28] ok, idea #2: http://tt2.sourceforge.net/wiki/index.php/Functional_Requirements/Gameplay#Concept [00:11:38] and create a section Graphics there [00:12:03] why not in the user interface section? [00:12:13] there are some ideas about the looks of the map yet [00:12:19] It sould not be a part of Gameplay. [00:12:39] I think pjaytycys idea is most resonable [00:12:56] as creating a new section might be an overkill. [00:13:11] ok [00:13:19] Hyronymus agrees on the UI section [00:13:32] Shall we deciide that now, so we can move on. [00:14:08] I suggested it, Zuu agrees, Hyronymus agrees, so.... [00:14:24] it's decided [00:14:53] pjaytycy, did you have something to ay about your track-laying prototype [00:15:28] I've had fun this week with making it multi-threaded [00:15:37] no changes on the outside though [00:15:52] but the mouse-motion is a lot smoother now [00:16:05] nice [00:16:15] will you continue working on it? [00:16:21] ofcourse [00:16:36] Are we done with proto? [00:16:40] except if everybody is convinced we'll use tile-based tracks [00:17:26] not sure about that [00:17:47] with a grid system +limit n directuions => tile based system. [00:18:28] That could be toggled on/off in game. [00:18:37] Anyway, I'll continue for now. I don't consider it wasted energy anyway [00:18:49] damn, 2 times anyway in one sentence [00:18:49] ok [00:18:53] lol [00:19:04] what's left is AOB if I'm right [00:19:14] I have one [00:19:30] Steve^` [Stephen@DarkPho.users.quakenet.org] has joined #tempire [00:19:30] L [TheLBot@lightweight.quakenet.org] has set mode +v Steve^` [00:19:38] Did i miss it? [00:19:46] were on AOB [00:19:50] hi Steve^` [00:19:55] speak up Zuu [00:19:56] hi steve [00:20:12] This idle chatter fails to answer my previous question. [00:20:26] I suggest that we create a page (wiki) that explains the meeting rules. [00:20:54] thats all. [00:20:57] do we have rules? [00:21:04] we can use some [00:21:06] some sort of rules. [00:21:14] dont be OT! [00:21:23] (rule) [00:21:32] how far in advance to announce a meeting [00:21:51] listen to the chairman [00:22:02] how many people should be there to make it a "valid" meeting [00:22:02] could be good for newcoers to reed [00:22:05] be pro-active when decisions need to be made [00:22:15] pjaytycy, that's a good one [00:22:34] I have something too [00:22:37] I think I made a document about something like that ages a goo,. [00:22:49] The chairman should be opped and able to voice the present people [00:22:57] wow, that's being pro-active Zuu [00:23:13] more being profetic [00:23:35] Hyronymus, what's the benefit of ops/voices ? [00:24:01] (not in general, in our case) [00:24:16] well, you can set topic to meeting in progress [00:24:26] perhaps mute some people if they don't obey rules [00:24:31] *g* [00:24:45] but we happen to have some spectators [00:24:51] like Vatso and Prof_Frink [00:24:56] no offense of any kind [00:24:57] eh? what? [00:24:58] don't awake them [00:25:01] too late [00:25:18] I'm not afraid [00:25:38] but, euhm, I don't really see the "big" benefit in that. And, who should you ask to be opped ? [00:26:03] true [00:26:15] ok, consider it turned down [00:26:22] Finaly foud my old document: http://tt2.sourceforge.net/wiki/index.php/User:Zuu#Idea_167 [00:26:22] then I still have one more thing [00:26:44] Zuu, will you not forget to invite Hajo for the destinations FD [00:26:45] Not that it means any thing. [00:26:53] what.. [00:27:06] wait.. [00:27:42] yes, what shuld I ask him to explain exactly? [00:28:13] if he can wrote about his approach on destinations since he implemented destination in Simutrans [00:28:17] *write [00:28:46] Ok [00:29:48] oh [00:29:54] and if you edit the Wiki: log in [00:30:02] is the meeting ended? [00:30:12] no [00:30:14] that comes from you... [00:30:20] need to pick a date [00:30:36] 2 weeks from now = christmas = impossible [00:30:36] more people forget it Zuu [00:30:39] yup [00:30:45] week later New Year [00:30:46] 3 weeks from now = newyear = impossible too [00:30:58] one week from now? [00:31:11] will we have anything to discuss in one week? [00:31:21] I don't know if we have many TODO's ? [00:31:30] I have... [00:31:31] no, I suggest 09012005 [00:31:46] hmm [00:31:56] I don't believe we'll all be spending time on TE wit xmas and New Year [00:32:05] so many days drop put already [00:32:09] *out [00:32:19] Fine with me, but I can't promis I'll be there. That's too far from now to know now. [00:33:02] I'll work on the tracks prototype while I'm supposed to study for the exams... [00:33:06] Can i make a suggestion? [00:33:10] hmm that day I will travell back to school. But will hopefully be here before the meeting. [00:33:31] yes if its about next meeting. [00:34:07] Oh [00:34:18] wow, that took long to type [00:35:00] speak up Steve^` [00:35:07] Is there an idea to make people to report their progress somewere between, let say between christmas and new year? [00:35:13] sorry [00:35:16] It was about airports [00:35:28] go ahead Steve^` [00:35:33] hold your breath Zuu [00:35:47] It would be more realistic for goverments to build em, then companies can use the basic terminal and runway. But you could also fund your own terminal for use [00:35:57] Which is how it basically works in real life [00:36:28] Similar kind of thing for tracks could be used.. [00:36:43] Wouldnt that make the game less fun? [00:36:54] I don't see why [00:37:03] Airports should be expensive [00:37:14] and you can't really just add them to cities willy nilly.. [00:37:25] rhe idea to make airports modular is good i think. [00:37:30] yes [00:37:43] yes, that's important : we have to create a FUN game, not a REALISTIC one. [00:37:43] Read the first designer dairy from Sid Meier about his pirates' game to know what I mean [00:38:02] but if you cont afford any airports wharts the fun of looking on the ai bilding an airport. [00:38:25] that's a good future FD I think: airport construction [00:38:42] Hyronymus: add it to the list on the wike pls [00:38:43] there were many ideas about it [00:38:48] well, you'd build your own cargo airports, but not passenger [00:38:49] yes sir! [00:39:02] if an AI built one, you couldn't just hijack it.. [00:39:07] that would be dumb [00:39:36] We should atleast be able to use the airport of a competitor [00:39:45] why? [00:39:51] for a fee, yes [00:39:51] just like we should be able to use tracks/stations of a competitor [00:39:59] ofcourse for a fee [00:40:02] because you can use AI stations to for a fee [00:40:03] Well, that doesn't work well [00:40:14] it worked well in RRT2 [00:40:16] city ai = AI [00:40:54] having my route controlled by an AI. Not too confident in that idea [00:40:57] Steve, perhaps you can post it to the suggestion topic on the forum [00:41:18] I'm sure more people have something to say about it [00:41:35] Metalcore [~evanseeds@12.218.185.213] has quit IRC: Quit [00:41:37] Steve : if you don't want to share it, you don't have too [00:42:19] I suggest that we move on the meeting now. [00:42:23] But anyway, we're more on an "idea brainstorm" thing now than a structrured meeting [00:42:36] I originally thought about a pmainly goverment shared route, with the appropiate yearly fees, but you could team up with a company to build a new route [00:42:44] but i see where that would be overwhelming [00:43:40] well, shall I at least close the meeting and possibly talk about Steve^`'s idea furthermore [00:43:40] Can we move on with meeting? [00:44:01] Ihave one thing mor for meeting. [00:44:07] ok [00:44:14] about next meeting.. [00:44:17] Is there an idea to make people to report their progress somewere between, let say between christmas and new year? [00:44:45] Whenever I have prototype progress, I'll report it to the thread on the forums [00:45:21] we can ask if people can post any progress on the 29th of december [00:45:39] the only other thing currently on my TODO-list is moving the passenger stuff to a new page, but that's not something that's time-consuming [00:45:41] My tought was to create seperate topic where each person post a midle way report, as its kinda long time untill next meeting. [00:45:51] pjaytycy agrees with Zuu [00:46:02] ok, fine with me [00:46:08] Another point for this meeting: [00:46:09] Metalcore [Metalcore@12-218-180-224.client.mchsi.com] has joined #tempire [00:46:09] L [TheLBot@lightweight.quakenet.org] has set mode +o Metalcore [00:46:24] What's the current TODO list (decided upon in this meeting) ? [00:46:44] i HAVE SOME NOTES, not complete (sory for caps) [00:46:50] ok [00:46:54] bring it on [00:47:11] Non me persons: [00:47:11] Hyronymus: discuss long dictance lorries [00:47:11] Hellfire: speed prototype [00:47:11] tell exinion: CS 3D eloborating [00:47:11] rewrite bad parts of FRD. [00:47:36] Me: [00:47:36] Feat Disc: Destinations [00:47:36] post aws answer in forum [00:47:36] reorginize wiki. FRD + discussions + [00:47:36] minutes [00:47:36] idea 167 => User Interface [00:47:36] if hajo can write about his approach on destinations since he implemented destination in Simutrans [00:47:37] tht rewrite bad parts is on me [00:47:57] sorry [00:48:10] fixed [00:48:15] Asking Chris about backup procedure ? [00:48:27] yes, needs to be done too [00:48:31] And about main page ? [00:48:35] I PMéd him about the homepage [00:48:49] I'll nag him to death if needed [00:49:03] So the hompage stuff should that bee on TODO? [00:49:14] for chirho [00:49:20] yes [00:49:23] so he can read it back [00:49:45] my TODO : [00:49:45] => move passenger stuff [00:49:45] => continue to work on track prototype [00:49:45] => discuss about destinations [00:49:45] => read the log about first hour of the meeting [00:50:14] lol [00:50:21] good resumé [00:50:46] I hope we didn't forget anything [00:50:50] we did [00:50:52] Added to my big list. [00:50:54] agenda for next time [00:51:12] Same agenda as today> [00:51:19] seems a good agenda to me [00:51:44] well? [00:51:46] hmm [00:51:54] pro-activity people [00:51:56] I felt a little lonely today on the meeting, only 3 people [00:52:02] I did too [00:52:03] GUI should that bee on next agenda? [00:52:15] why Zuu [00:52:25] oh, we forgot another thing on the TODO : meeting rules [00:52:30] writing a FRD for that. (or should we do that before) [00:52:53] pjaytycy: who should do that? [00:53:00] pjaytycy, Zuu had some [00:53:06] Steve^` [Stephen@DarkPho.users.quakenet.org] has quit IRC: Signed off [00:53:08] although he gave a wrong link IMO [00:53:22] Hyronymus: that doc was kinda to byrocratic I think. [00:53:33] so? :p [00:53:33] did I? [00:53:45] you linked to the dropshadow idea I had [00:53:49] but OT [00:54:09] Here it is: http://www.tt-forums.net/viewtopic.php?t=8468 [00:54:46] so who shall do the meeting rules page? [00:54:51] pjaytycy ? [00:55:07] me [00:55:14] gimme gimme [00:55:26] lol [00:55:27] I dont care if you or pjaytycy do it. [00:55:45] do you care, pjaytycy? [00:55:58] yes I do, you can do it. [00:56:04] [00:56:16] ok [00:56:21] done? [00:56:40] no, not done [00:56:42] What about Zuu's GUI FRD ? [00:56:55] put your idea about the FRD for the GUI on the forum, Zuu [00:57:01] I think I start on that before next meeting if you accept. [00:57:18] of course I accept [00:57:35] ok I;ll put it on my TODO [00:57:41] I just hope the others won't be too hard on you if it's not up to their standards [00:58:00] ? [00:58:15] an FRD is for discussion Hyronymus (or that's what I thought) [00:58:40] yes, but we all know how long the FRD for basic gameplay took [00:58:50] and how it had to be implemented [00:59:17] that 's because the ideas where scatered [00:59:34] ok [00:59:43] if you create a basic structure for the document FIRST, then let people fill in the ideas, it will be easier [01:00:00] sounds easier, I agree [01:00:01] [01:00:02] ok [01:00:07] well, once again I dare to ask if we're done now [01:00:10] ofcourse, if you put in your own ideas too, it's even easier [01:00:20] finished... [01:00:25] I will put in my ideas. [01:00:28] finnished... [01:00:57] btw, are the mailinglists ever used? [01:01:08] for anoncements only. [01:01:08] hang on [01:01:13] I only hear about them when Hyronymus tries to announce a meeting [01:01:26] Meeting closed, next proposed date is January, 9th 2005