From nicolas.weeger at laposte.net Sun Jun 5 08:44:04 2011 From: nicolas.weeger at laposte.net (Nicolas Weeger) Date: Sun, 5 Jun 2011 15:44:04 +0200 Subject: [crossfire] Summoning changes Message-ID: <201106051544.07638.nicolas.weeger@laposte.net> Hello. I've modified summoned creature's wc adjustment, to mimick player's skill (hth, weapon) modification. Summoned creatures now gain 1 wc per 4 levels, except lesser golem which is 5, meaning they can have approximately the player's wc at high level. This should make summoning more interesting. Regards Nicolas -- Mon p'tit coin du web - http://nicolas.weeger.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part. URL: From nicolas.weeger at laposte.net Thu Jun 9 17:22:46 2011 From: nicolas.weeger at laposte.net (Nicolas Weeger) Date: Fri, 10 Jun 2011 00:22:46 +0200 Subject: [crossfire] New functions for DMs and server admins Message-ID: <201106100022.50163.nicolas.weeger@laposte.net> Hello. I implemented (on trunk) the following things: - new command 'disinfect', usable by DMs, will remove all 'DISEASE' from the map the DM is on. Nice to clean rapidly maps - "autojailing" for PKing. If a player kills another player, then she's automatically sent to jail. This is a server setting, activated by a DM using the 'autojail' command ("autojail 1" to activate). This setting is OFF by default, and does not survive server resets (need to be called each start). Hope this'll help admins. Nicolas -- Mon p'tit coin du web - http://nicolas.weeger.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part. URL: From meflin at meflin.net Thu Jun 9 17:33:41 2011 From: meflin at meflin.net (James Lopeman) Date: Thu, 9 Jun 2011 16:33:41 -0600 Subject: [crossfire] New functions for DMs and server admins In-Reply-To: <201106100022.50163.nicolas.weeger@laposte.net> References: <201106100022.50163.nicolas.weeger@laposte.net> Message-ID: <201106091633.42006.meflin@meflin.net> I am not much for email but both of these get more then one +1 from and many thanks. While I have not been able to ask for this, I've seen both these issues and not been able to put them into a usefull context. I would like autojailing to be a server config file option. Meflin On Thursday, June 09, 2011 04:22:46 PM Nicolas Weeger wrote: > Hello. > > > I implemented (on trunk) the following things: > > - new command 'disinfect', usable by DMs, will remove all 'DISEASE' from > the map the DM is on. Nice to clean rapidly maps > > - "autojailing" for PKing. If a player kills another player, then she's > automatically sent to jail. This is a server setting, activated by a DM > using the 'autojail' command ("autojail 1" to activate). This setting is > OFF by default, and does not survive server resets (need to be called each > start). > > > > Hope this'll help admins. > > > Nicolas From nicolas.weeger at laposte.net Sun Jun 12 09:51:55 2011 From: nicolas.weeger at laposte.net (Nicolas Weeger) Date: Sun, 12 Jun 2011 16:51:55 +0200 Subject: [crossfire] New statistics for golem Message-ID: <201106121651.59237.nicolas.weeger@laposte.net> Hello. I've just committed 2 new statistics, for a player's golem. This way the client can know golem's hp and maxhp, and display them as appropriate. And the player can know when her golem is about to die. Implementation was done for JXClient, GTK client left as an exercice to the reader :) Regards Nicolas -- Mon p'tit coin du web - http://nicolas.weeger.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part. URL: From nicolas.weeger at laposte.net Sun Jun 12 09:54:51 2011 From: nicolas.weeger at laposte.net (Nicolas Weeger) Date: Sun, 12 Jun 2011 16:54:51 +0200 Subject: [crossfire] JXClient keybindings Message-ID: <201106121654.51532.nicolas.weeger@laposte.net> Hello. Some changes were made to JXClient's handling of keybindings. As a consequence, existing keybindings may be broken. Solution is to unbind as appropriate, and rebind shortcuts. If needed, keybindings can be edited manually by checking $HOME/.crossfire/jxclient/keybindings*.txt Apologies for the inconvenience. Regards Nicolas -- Mon p'tit coin du web - http://nicolas.weeger.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part. URL: From nicolas.weeger at laposte.net Mon Jun 13 12:56:53 2011 From: nicolas.weeger at laposte.net (Nicolas Weeger) Date: Mon, 13 Jun 2011 19:56:53 +0200 Subject: [crossfire] Improving Python logging Message-ID: <201106131956.57551.nicolas.weeger@laposte.net> Hello. I've looked at how to have the Python errors go to the Crossfire log instead of stderr. The culprit is PyErr_Print() on line 924 file cfpython.c, which dumps the error to stderr. I looked at intercepting that, but it doesn't seem that easy, so I'm just dumping my findings here for now, if anyone wants to tackle that issue feel free :) I see two options: - use PyTraceBack_Print() after creating some StringIO object to hold the message, then convert back to a C-string (PyString_AsString probably) ; StringIO claims to have a C API, but I couldn't find any documentation - shamelessly get code from http://svn.python.org/projects/python/tags/r20c1/Python/pythonrun.c (which has the source of PyErr_Print()) and adapt it to our use ; warning, the licence may not be compatible with GPL, check http://svn.python.org/projects/python/tags/r20c1/LICENSE and your local legal expert Regards Nicolas -- Mon p'tit coin du web - http://nicolas.weeger.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part. URL: From mikthom at yahoo.com Mon Jun 20 17:19:20 2011 From: mikthom at yahoo.com (Michael Thomsen) Date: Mon, 20 Jun 2011 15:19:20 -0700 (PDT) Subject: [crossfire] Interview for Gamasutra Article on Open Source Games Message-ID: <271820.18148.qm@web130106.mail.mud.yahoo.com> Hi there, I'm a writer in?New York?and am working on a story for Gamasutra about open games. I'd love to include some discussion of Crossfire?both because of how long running it's been and for how dramatically it seems to have changed over the years.?It would be great to speak with someone by phone or email or whatever format's most convenient about the roots of the game and how it's changed over the years. Would anyone be available for, say, a 20 minute call or maybe some email questions? I've written for ABC World News, Slate, Kill Screen, n+1, IGN, Paste, The Millions, The Faster Times, EGM, Edge, and others. Here are a few recent clips: http://www.slate.com/id/2295405/ http://www.themillions.com/2011/05/non-sequitur-ad-absurdum-david-thorne%E2%80%99s-the-internet-is-a-playground.html http://www.pastemagazine.com/articles/2011/05/conduit-2-review-wii.html Thanks! ? Michael Thomsen 323.203.8322 amboabe: aim www.manoamondo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From nicolas.weeger at laposte.net Tue Jun 21 15:28:12 2011 From: nicolas.weeger at laposte.net (Nicolas Weeger) Date: Tue, 21 Jun 2011 22:28:12 +0200 Subject: [crossfire] Interview for Gamasutra Article on Open Source Games In-Reply-To: <271820.18148.qm@web130106.mail.mud.yahoo.com> References: <271820.18148.qm@web130106.mail.mud.yahoo.com> Message-ID: <201106212228.16516.nicolas.weeger@laposte.net> Hello. > I'm a writer in New York and am working on a story for Gamasutra about open > games. I'd love to include some discussion of Crossfire both because of > how long running it's been and for how dramatically it seems to have > changed over the years. It would be great to speak with someone by phone > or email or whatever format's most convenient about the roots of the game > and how it's changed over the years. > > Would anyone be available for, say, a 20 minute call or maybe some email > questions? Glad to see people have an interest in the game :) One long-time contributor would be Mark Wedel, though I'm not sure when he'll have again time for Crossfire. Rick Tanner has also been on board for quite some time (and manages the website, forum and wiki, as well as the most popular server). Regards Nicolas -- Mon p'tit coin du web - http://nicolas.weeger.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part. URL: From mwedel at sonic.net Thu Jun 23 00:44:35 2011 From: mwedel at sonic.net (Mark Wedel) Date: Wed, 22 Jun 2011 22:44:35 -0700 Subject: [crossfire] Interview for Gamasutra Article on Open Source Games In-Reply-To: <271820.18148.qm@web130106.mail.mud.yahoo.com> References: <271820.18148.qm@web130106.mail.mud.yahoo.com> Message-ID: <4E02D2C3.5000802@sonic.net> On 06/20/11 03:19 PM, Michael Thomsen wrote: > Hi there, > > I'm a writer in New York and am working on a story for Gamasutra about open > games. I'd love to include some discussion of Crossfire both because of how long > running it's been and for how dramatically it seems to have changed over the > years. It would be great to speak with someone by phone or email or whatever > format's most convenient about the roots of the game and how it's changed over > the years. > > Would anyone be available for, say, a 20 minute call or maybe some email questions? I could certainly take e-mail questions, phone may be a bit harder as my schedule is a bit chaotic. Could probably also some form of on-line chat, since I am more likely to be able to squeeze that in. From nicolas.weeger at laposte.net Thu Jun 23 12:03:46 2011 From: nicolas.weeger at laposte.net (Nicolas Weeger) Date: Thu, 23 Jun 2011 19:03:46 +0200 Subject: [crossfire] Improving Python logging In-Reply-To: <201106131956.57551.nicolas.weeger@laposte.net> References: <201106131956.57551.nicolas.weeger@laposte.net> Message-ID: <201106231903.50562.nicolas.weeger@laposte.net> Hello. Follow-up on that issue, it's actually simpler than I thought, with some help from http://stackoverflow.com/questions/4307187/how-to-catch-python-stdout-in- c-code Now Python's stderr and stdout will be part of Crossfire's log. Note that stdout will only be displayed if there is an error, and part of that error's output. Feel free to change that behaviour :) Regards Nicolas -- Mon p'tit coin du web - http://nicolas.weeger.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part. URL: From nicolas.weeger at laposte.net Thu Jun 23 15:27:58 2011 From: nicolas.weeger at laposte.net (Nicolas Weeger) Date: Thu, 23 Jun 2011 22:27:58 +0200 Subject: [crossfire] GTK smoothing code Message-ID: <201106232228.01655.nicolas.weeger@laposte.net> Hello. I committed a small change to the GTK client smoothing code with revision 14690. The result of the sign change make ssmoothing look "more correct" to me (tested with burning hands spell) I definitely and totally may be wrong, so please feel free to revert the change! :) Regards Nicolas -- Mon p'tit coin du web - http://nicolas.weeger.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part. URL: From nicolas.weeger at laposte.net Sun Jun 26 07:28:26 2011 From: nicolas.weeger at laposte.net (Nicolas Weeger) Date: Sun, 26 Jun 2011 14:28:26 +0200 Subject: [crossfire] Materials Message-ID: <201106261428.29200.nicolas.weeger@laposte.net> Hello. In the code is support for "NEW_MATERIAL_CODE". Enabling it randomizes the material for many items, leading to proliferation of items with different materials and properties (more damage to weapons, different resistances, and such). Material support is half-written for multiple combinations (iron + paper for instance), but not totally everywhere. I wonder whether to enable that (extended material) support by default and fix issues, or totally remove it. What do you think? Regards Nicolas -- Mon p'tit coin du web - http://nicolas.weeger.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part. URL: From leaf at real-time.com Sun Jun 26 14:21:19 2011 From: leaf at real-time.com (Rick Tanner) Date: Sun, 26 Jun 2011 14:21:19 -0500 Subject: [crossfire] Materials In-Reply-To: <201106261428.29200.nicolas.weeger@laposte.net> References: <201106261428.29200.nicolas.weeger@laposte.net> Message-ID: <4E0786AF.6040605@real-time.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > I wonder whether to enable that (extended material) support by default and fix > issues, or totally remove it. > > What do you think? What I found to be irritating about the material code was it made inventory management much more annoying. Specific example was Boots of speed. Instead of have (let's say..) a stack of 6 boots, you would see all individual boots because they were all made of different material (leather, snakeskin, etc.) So, only way to see that items were made of different materials is to have them show up individually in your inventory or item stack. On a side note.. As I recall, the intent of the original author was to deploy a questing system where a NPC would ask for something like a gold dagger and then the player would provide that to get a new item request (i.e., granite stone axe.) I personally liked such a concept, but not enough to really want to endure the issues it causes and mentioned above. So, unless some new ways to deploys this can come together, I would vote for removing this feature. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFOB4avhHyvgBp+vH4RArETAKCN1W9+ZiR6VWXgm4Bt3cmmeIPb+QCeImjl Af5fojNj+3v76pqBiveExnA= =V+4Z -----END PGP SIGNATURE----- From kbulgrien at att.net Sun Jun 26 16:02:36 2011 From: kbulgrien at att.net (Kevin Bulgrien) Date: Sun, 26 Jun 2011 16:02:36 -0500 Subject: [crossfire] Materials Message-ID: <8kn5c5hsnjm9pnw2jycpfb4b.1309121883965@email.android.com> Rick pretty well summarized my feelings on the matter... nice concept in theory if unintended side rffects on stacking etc. were dealt with, but that seems a big challenge considering current game mechanics and what not. Rick Tanner wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > > >> I wonder whether to enable that (extended material) support by default and fix >> issues, or totally remove it. >> >> What do you think? > >What I found to be irritating about the material code was it made >inventory management much more annoying. > >Specific example was Boots of speed. Instead of have (let's say..) a >stack of 6 boots, you would see all individual boots because they were >all made of different material (leather, snakeskin, etc.) > >So, only way to see that items were made of different materials is to >have them show up individually in your inventory or item stack. > >On a side note.. > >As I recall, the intent of the original author was to deploy a questing >system where a NPC would ask for something like a gold dagger and then >the player would provide that to get a new item request (i.e., granite >stone axe.) > >I personally liked such a concept, but not enough to really want to >endure the issues it causes and mentioned above. > >So, unless some new ways to deploys this can come together, I would vote >for removing this feature. > > > > > >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.4.7 (Darwin) >Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > >iD8DBQFOB4avhHyvgBp+vH4RArETAKCN1W9+ZiR6VWXgm4Bt3cmmeIPb+QCeImjl >Af5fojNj+3v76pqBiveExnA= >=V+4Z >-----END PGP SIGNATURE----- >_______________________________________________ >crossfire mailing list >crossfire at metalforge.org >http://mailman.metalforge.org/mailman/listinfo/crossfire From mikthom at yahoo.com Wed Jun 22 09:34:05 2011 From: mikthom at yahoo.com (Michael Thomsen) Date: Wed, 22 Jun 2011 07:34:05 -0700 (PDT) Subject: [crossfire] Interview for Gamasutra Article on Open Source Games In-Reply-To: <201106212228.16516.nicolas.weeger@laposte.net> References: <271820.18148.qm@web130106.mail.mud.yahoo.com> <201106212228.16516.nicolas.weeger@laposte.net> Message-ID: <1308753245.62456.YahooMailNeo@web130107.mail.mud.yahoo.com> Hi Nicolas, Thanks for the reply!?Do you have contact info for either? ? Michael Thomsen 323.203.8322 amboabe: aim www.manoamondo.com ________________________________ From: Nicolas Weeger To: Michael Thomsen Cc: crossfire at metalforge.org Sent: Tuesday, June 21, 2011 4:28 PM Subject: Re: [crossfire] Interview for Gamasutra Article on Open Source Games Hello. > I'm a writer in New York and am working on a story for Gamasutra about open > games. I'd love to include some discussion of Crossfire both because of > how long running it's been and for how dramatically it seems to have > changed over the years. It would be great to speak with someone by phone > or email or whatever format's most convenient about the roots of the game > and how it's changed over the years. > > Would anyone be available for, say, a 20 minute call or maybe some email > questions? Glad to see people have an interest in the game :) One long-time contributor would be Mark Wedel, though I'm not sure when he'll have again time for Crossfire. Rick Tanner has also been on board for quite some time (and manages the website, forum and wiki, as well as the most popular server). Regards Nicolas -- Mon p'tit coin du web - http://nicolas.weeger.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From mwedel at sonic.net Mon Jun 27 23:29:34 2011 From: mwedel at sonic.net (Mark Wedel) Date: Mon, 27 Jun 2011 21:29:34 -0700 Subject: [crossfire] Materials In-Reply-To: <201106261428.29200.nicolas.weeger@laposte.net> References: <201106261428.29200.nicolas.weeger@laposte.net> Message-ID: <4E0958AE.2070309@sonic.net> On 06/26/11 05:28 AM, Nicolas Weeger wrote: > Hello. > > > In the code is support for "NEW_MATERIAL_CODE". > > > Enabling it randomizes the material for many items, leading to proliferation > of items with different materials and properties (more damage to weapons, > different resistances, and such). > > > Material support is half-written for multiple combinations (iron + paper for > instance), but not totally everywhere. > > > I wonder whether to enable that (extended material) support by default and fix > issues, or totally remove it. Leaf did pretty well summarize the issues, but there was another annoyance I found with it: For most items, the material made very minor difference. So following on Leaf's example, no only would you have 6 different boots of speed (instead of them stacking), but save for maybe 1 point of resistance here or there, or one being a little bit lighter, they were all basically the same. So you got a lot of inventory clutter for very little gain. And the way the code work, it would find something of 'iron', and then randomize the material for all the things that could be iron. Some materials might make a difference for armor, but not weapons, and vice versa, but the material code itself had no way to restrict that. so you would have 6 times of metal armor, with maybe only one or 2 of the materials being different enough to really care about. So I would say that the material logic could be removed. If one was to improve it, these are my thoughts: 1) Make it more like the artifact code, where one can restrict it to different items. Thus, a yew bow may be really good, so you would find normal wood bows and the better yew bows, but wouldn't find pine, spruce, etc. OTOH, this starts to look like just another stack of item bonuses, and is it worth it to do it via material instead of just making some bows better and in the description say they are made from yew? 2) Ability to regionalize materials. It might make perfect sense in the area far to the north where only pine trees grow that the vast majority of wooden items would be pine, in a jungle area, bamboo, etc. That would sort of eliminate some of the stacking problem - since you would typically do your adventuring within an area and then go to the shop to sell at once, most of your items would be made from the same local material. But even then, I would have to ask if the changing of materials really gains that much? From nicolas.weeger at laposte.net Tue Jun 28 13:00:05 2011 From: nicolas.weeger at laposte.net (Nicolas Weeger) Date: Tue, 28 Jun 2011 20:00:05 +0200 Subject: [crossfire] ENCOUNTER type Message-ID: <201106282000.08702.nicolas.weeger@laposte.net> Hello. Type 67, ENCOUNTER, is defined, and used by some archetypes, but it not used at all, no code matches it. I think the idea was to add random encounters for players. Is everyone ok with removing it? Regards Nicolas -- Mon p'tit coin du web - http://nicolas.weeger.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part. URL: From nicolas.weeger at laposte.net Wed Jun 29 12:33:16 2011 From: nicolas.weeger at laposte.net (Nicolas Weeger) Date: Wed, 29 Jun 2011 19:33:16 +0200 Subject: [crossfire] Materials In-Reply-To: <201106261428.29200.nicolas.weeger@laposte.net> References: <201106261428.29200.nicolas.weeger@laposte.net> Message-ID: <201106291933.16973.nicolas.weeger@laposte.net> Hello. Considering the global response, I've removed that code, and associated data from the file (but leaving extended material in case someone wants to have fun with it). Regards Nicolas -- Mon p'tit coin du web - http://nicolas.weeger.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part. URL: