From tanner at real-time.com Mon Apr 8 11:19:09 2019 From: tanner at real-time.com (Bob Tanner) Date: Mon, 8 Apr 2019 16:19:09 +0000 Subject: [crossfire] Questions about archetype files Message-ID: <97A4FFAE-3B29-435B-95B3-A9EA21CA1C57@real-time.com> Working on a project and I’m parsing the .arc files for crossfire and I finding some files with entries I cannot understand. I’d like to know if there’s a reason for these entries or if I need to change the code that is parsing the entries to handle these side cases. Couple examples. gods/altars/altarvalk.arc Object altar_valkyrie name Altar of Valkyrie other_arch Valkyrie type 56 face altarvalk.111 no_pick 1 level 100 arch altar_valkyrie_pray_event end end Object altar_valkyrie_pray_event title Python slaying /python/gods/altar_valkyrie.py type 116 subtype 1 end Is the double “end” necessary? Bug? Typo? Another example ground/temp_summon_fog.arc Object temp_summon_fog name fog face fog.111 animation temp_fog type 67 move_type fly_low no_pick 1 is_used_up 1 resist_fire 100 resist_electricity 100 resist_confusion 100 resist_acid 100 resist_drain 100 resist_weaponmagic 100 resist_ghosthit 100 resist_poison 100 resist_slow 100 resist_paralyze 100 resist_turn_undead 100 resist_fear 100 resist_cancellation 100 resist_deplete 100 resist_death 100 material 1 changing 1 blocksview 1 weight 100000 value 1 speed 0.5 arch event_destroy name GenerateFog title Python slaying /python/Moving_Fog.py end end The double ends seems to happen with the “title Python”. Any help would be appreciated. --- Bob Tanner > | Phone : 952-943-8700 http://www.real-time.com, Linux, macOS | Fax : 952-943-8500 Key fingerprint = F785 DDFC CF94 7CE8 AA87 3A9D 3895 26F1 0DDB E378 -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevinz5000 at gmail.com Mon Apr 8 11:21:11 2019 From: kevinz5000 at gmail.com (Kevin Zheng) Date: Mon, 8 Apr 2019 09:21:11 -0700 Subject: [crossfire] Questions about archetype files In-Reply-To: <97A4FFAE-3B29-435B-95B3-A9EA21CA1C57@real-time.com> References: <97A4FFAE-3B29-435B-95B3-A9EA21CA1C57@real-time.com> Message-ID: <8f08916f-1f44-c8ec-41a7-7a681d19b8de@gmail.com> Yes. Here, there are nested objects. Every "Object" has a matching "end", and so the first example is an "Altar of Valkyrie" containing a Python "pray_event" that gets triggered when a player prays. Hope that helps, Kevin On 4/8/19 9:19 AM, Bob Tanner wrote: > Working on a project and I’m parsing the .arc files for crossfire and I > finding some files with entries I cannot understand.  > > I’d like to know if there’s a reason for these entries or if I need to > change the code that is parsing the entries to handle these side cases. > > Couple examples. > > gods/altars/altarvalk.arc > > Object altar_valkyrie > name Altar of Valkyrie > other_arch Valkyrie > type 56 > face altarvalk.111 > no_pick 1 > level 100 > arch altar_valkyrie_pray_event > end > end > Object altar_valkyrie_pray_event > title Python > slaying /python/gods/altar_valkyrie.py > type 116 > subtype 1 > end > > Is the double “end” necessary? Bug? Typo? > > Another example > > ground/temp_summon_fog.arc > > Object temp_summon_fog > name fog > face fog.111 > animation temp_fog > type 67 > move_type fly_low > no_pick 1 > is_used_up 1 > resist_fire 100 > resist_electricity 100 > resist_confusion 100 > resist_acid 100 > resist_drain 100 > resist_weaponmagic 100 > resist_ghosthit 100 > resist_poison 100 > resist_slow 100 > resist_paralyze 100 > resist_turn_undead 100 > resist_fear 100 > resist_cancellation 100 > resist_deplete 100 > resist_death 100 > material 1 > changing 1 > blocksview 1 > weight 100000 > value 1 > speed 0.5 > arch event_destroy > name GenerateFog > title Python > slaying /python/Moving_Fog.py > end > end > > The double ends seems to happen with the “title Python”. > > Any help would be appreciated. > --- > Bob Tanner >         >   | Phone : 952-943-8700 > http://www.real-time.com, Linux, macOS      | Fax   : 952-943-8500 > Key fingerprint = F785 DDFC CF94 7CE8 AA87 3A9D 3895 26F1 0DDB E378 > > > _______________________________________________ > crossfire mailing list > crossfire at metalforge.org > http://mailman.metalforge.org/mailman/listinfo/crossfire > -- Kevin Zheng kevinz5000 at gmail.com | kevinz at berkeley.edu | PGP: 0xC22E1090 From tanner at real-time.com Mon Apr 8 11:26:53 2019 From: tanner at real-time.com (Bob Tanner) Date: Mon, 8 Apr 2019 16:26:53 +0000 Subject: [crossfire] Questions about archetype files In-Reply-To: <8f08916f-1f44-c8ec-41a7-7a681d19b8de@gmail.com> References: <97A4FFAE-3B29-435B-95B3-A9EA21CA1C57@real-time.com> <8f08916f-1f44-c8ec-41a7-7a681d19b8de@gmail.com> Message-ID: <1C1B9854-9575-46C5-BFF3-0E3F768BCF83@real-time.com> Doing some spacing for readability Object altar_valkyrie name Altar of Valkyrie other_arch Valkyrie type 56 face altarvalk.111 no_pick 1 level 100 arch altar_valkyrie_pray_event end <— ends Object altar_valkyrie end <— What does this end? Object altar_valkyrie_pray_event title Python slaying /python/gods/altar_valkyrie.py type 116 subtype 1 end <— ends Object altar_valkyrie_pray_event On Apr 8, 2019, at 11:21 AM, Kevin Zheng > wrote: Yes. Here, there are nested objects. Every "Object" has a matching "end", and so the first example is an "Altar of Valkyrie" containing a Python "pray_event" that gets triggered when a player prays. --- Bob Tanner > | Phone : 952-943-8700 http://www.real-time.com, Linux, macOS | Fax : 952-943-8500 Key fingerprint = F785 DDFC CF94 7CE8 AA87 3A9D 3895 26F1 0DDB E378 -------------- next part -------------- An HTML attachment was scrubbed... URL: From om at iki.fi Tue Apr 9 04:47:30 2019 From: om at iki.fi (Otto J. Makela) Date: Tue, 9 Apr 2019 12:47:30 +0300 Subject: [crossfire] Map changes? Message-ID: <14292579-2271-7a93-461b-15d431443b2d@iki.fi> Several years ago (details escape me, it was so long ago) I submitted a change to the map to prevent players getting stuck in the temple of Devourers cellar because nosy vampires always pull all the levers they can. Checking just today on Metalforge, it seems my change did not end up in the current release? Could someone give me a pointer on how and where I should resubmit? -- /* * * Otto J. Makela * * * * * * * * * */ /* Phone: +358 40 765 5772, ICBM: N 60 10' E 24 55' */ /* Mail: Mechelininkatu 26 B 27, FI-00100 Helsinki */ /* * * Computers Rule 01001111 01001011 * * * * * * */ From pc-crossfire06 at crowcastle.net Tue Apr 9 07:49:43 2019 From: pc-crossfire06 at crowcastle.net (Preston Crow) Date: Tue, 9 Apr 2019 08:49:43 -0400 Subject: [crossfire] Map changes? In-Reply-To: <14292579-2271-7a93-461b-15d431443b2d@iki.fi> References: <14292579-2271-7a93-461b-15d431443b2d@iki.fi> Message-ID: <5f989fe4-a9c7-00b4-2d89-cfcea5e9adfa@crowcastle.net> Metalforge is running a very old server and map set.  It would be great if it could be updated.  I'm not aware of anything that would break; perhaps making a copy and testing it with updated maps and server would be a good approach.  I think they want to avoid a reset of characters that have been playing for years. On 4/9/19 5:47 AM, Otto J. Makela wrote: > Several years ago (details escape me, it was so long ago) I submitted a change > to the map to prevent players getting stuck in the temple of Devourers cellar > because nosy vampires always pull all the levers they can. Checking just today > on Metalforge, it seems my change did not end up in the current release? > > Could someone give me a pointer on how and where I should resubmit? From nkipps at gmail.com Tue Apr 9 14:24:31 2019 From: nkipps at gmail.com (Nathaniel Kipps) Date: Tue, 9 Apr 2019 15:24:31 -0400 Subject: [crossfire] Map changes? In-Reply-To: <5f989fe4-a9c7-00b4-2d89-cfcea5e9adfa@crowcastle.net> References: <14292579-2271-7a93-461b-15d431443b2d@iki.fi> <5f989fe4-a9c7-00b4-2d89-cfcea5e9adfa@crowcastle.net> Message-ID: Does that mean that Metalforge has had *no* updates, or that it simply pulls updates from another branch? Is it conceivable to run several branches in parallel for situations like this? --DraugTheWhopper On Tue, Apr 9, 2019 at 8:55 AM Preston Crow wrote: > Metalforge is running a very old server and map set. It would be great > if it could be updated. I'm not aware of anything that would break; > perhaps making a copy and testing it with updated maps and server would > be a good approach. I think they want to avoid a reset of characters > that have been playing for years. > > On 4/9/19 5:47 AM, Otto J. Makela wrote: > > Several years ago (details escape me, it was so long ago) I submitted a > change > > to the map to prevent players getting stuck in the temple of Devourers > cellar > > because nosy vampires always pull all the levers they can. Checking just > today > > on Metalforge, it seems my change did not end up in the current release? > > > > Could someone give me a pointer on how and where I should resubmit? > _______________________________________________ > crossfire mailing list > crossfire at metalforge.org > http://mailman.metalforge.org/mailman/listinfo/crossfire > -------------- next part -------------- An HTML attachment was scrubbed... URL: From leaf at real-time.com Tue Apr 9 14:37:30 2019 From: leaf at real-time.com (Rick Tanner) Date: Tue, 9 Apr 2019 19:37:30 +0000 Subject: [crossfire] Map changes? In-Reply-To: References: <14292579-2271-7a93-461b-15d431443b2d@iki.fi> <5f989fe4-a9c7-00b4-2d89-cfcea5e9adfa@crowcastle.net> Message-ID: <08677722-c410-cc58-aa6e-46f1264ec906@real-time.com> On 4/9/19 2:24 PM, Nathaniel Kipps wrote: > Does that mean that Metalforge has had *no* updates, or that it simply > pulls updates from another branch? Is it conceivable to run several > branches in parallel for situations like this? No development changes or code/content updates. Branches/1.x code base is closed off on Sourceforge. The "issue" was not enough developer resources to maintain branch(es) and trunk. So after 3 releases in the past 9 years with no back porting, branch was discontinued and left Metalforge in a "classic" code base. From nkipps at gmail.com Tue Apr 9 14:45:45 2019 From: nkipps at gmail.com (Nathaniel Kipps) Date: Tue, 9 Apr 2019 15:45:45 -0400 Subject: [crossfire] Questions about archetype files In-Reply-To: <1C1B9854-9575-46C5-BFF3-0E3F768BCF83@real-time.com> References: <97A4FFAE-3B29-435B-95B3-A9EA21CA1C57@real-time.com> <8f08916f-1f44-c8ec-41a7-7a681d19b8de@gmail.com> <1C1B9854-9575-46C5-BFF3-0E3F768BCF83@real-time.com> Message-ID: Perhaps what makes this more confusing is that in this particular format, the primary arch appears to be using the "Object" header, instead of a more typical "arch" header, like you'd see in a map or inventory. So it might look like this: Object chest weight 10 value 1 arch sword weight 10 value 100 end <- (ends the "sword" arch, which is nested inside the chest) end <- (ends the "chest" arch, which in this case is identified as an "Object") If you saw this on a map, it would be almost identical, except the very first "Object" line would be "arch". Maybe this helps? --DraugTheWhopper On Mon, Apr 8, 2019 at 12:27 PM Bob Tanner wrote: > > Doing some spacing for readability > > Object altar_valkyrie > name Altar of Valkyrie > other_arch Valkyrie > type 56 > face altarvalk.111 > no_pick 1 > level 100 > arch altar_valkyrie_pray_event > end <— ends Object altar_valkyrie > end <— What does this end? > > Object altar_valkyrie_pray_event > title Python > slaying /python/gods/altar_valkyrie.py > type 116 > subtype 1 > end <— ends Object altar_valkyrie_pray_event > > > On Apr 8, 2019, at 11:21 AM, Kevin Zheng wrote: > > Yes. Here, there are nested objects. Every "Object" has a matching > "end", and so the first example is an "Altar of Valkyrie" containing a > Python "pray_event" that gets triggered when a player prays. > > > > --- > Bob Tanner | Phone : 952-943-8700 > http://www.real-time.com, Linux, macOS | Fax : 952-943-8500 > Key fingerprint = F785 DDFC CF94 7CE8 AA87 3A9D 3895 26F1 0DDB E378 > > _______________________________________________ > crossfire mailing list > crossfire at metalforge.org > http://mailman.metalforge.org/mailman/listinfo/crossfire From leaf at real-time.com Tue Apr 9 14:54:55 2019 From: leaf at real-time.com (Rick Tanner) Date: Tue, 9 Apr 2019 19:54:55 +0000 Subject: [crossfire] Map changes? In-Reply-To: <5f989fe4-a9c7-00b4-2d89-cfcea5e9adfa@crowcastle.net> References: <14292579-2271-7a93-461b-15d431443b2d@iki.fi> <5f989fe4-a9c7-00b4-2d89-cfcea5e9adfa@crowcastle.net> Message-ID: <50089027-e4cd-25d7-d930-3a7548f8975a@real-time.com> On 4/9/19 7:49 AM, Preston Crow wrote: > Metalforge is running a very old server and map set.  It would be great > if it could be updated.  I'm not aware of anything that would break; > perhaps making a copy and testing it with updated maps and server would > be a good approach.  I think they want to avoid a reset of characters > that have been playing for years. All guild maps would "break" during an upgrade. There is also numerous problems with player files. Last test I did was players would loose dozens of levels in all skills due to how experience is allocated to skills. Plus, game changes with how experience is allocated to skills would leave old players with much more exp on multiple skills such as sense magic, sense curse, find traps, et al. Changes with movement code would require manual repair of many player apartments because old archetypes of opened gates/grates now block the player from entering the map. Those incompatible archetype properties are saved in the object in the map file. Yes, part of avoiding the upgrade was avoiding another player file purge. There was also the plan of trunk being the experimental code base that once issues were fixed and/or balance changes more balanced - would get back ported to trunk. As I recall or understand it, there was not enough developer resources to keep that going. So, branch was closed down and future releases were based on trunk. From leaf at real-time.com Tue Apr 9 15:00:27 2019 From: leaf at real-time.com (Rick Tanner) Date: Tue, 9 Apr 2019 20:00:27 +0000 Subject: [crossfire] Map changes? In-Reply-To: <14292579-2271-7a93-461b-15d431443b2d@iki.fi> References: <14292579-2271-7a93-461b-15d431443b2d@iki.fi> Message-ID: <64023dda-8d6d-0383-51f0-96bf0e573a83@real-time.com> Hi Otto, Your change was accepted in to the trunk code base. Revision: 12354 http://crossfire.svn.sourceforge.net/crossfire/?rev=12354&view=rev Author: ryo_saeba Date: 2010-01-18 22:54:00 +0000 (Mon, 18 Jan 2010) Log Message: ----------- Apply patch 'Added exit lever to Devourer's temple lower level' courtesy Otto J. Makela From crossfire-devel at akirschbaum.de Mon Apr 8 13:54:50 2019 From: crossfire-devel at akirschbaum.de (Andreas Kirschbaum) Date: Mon, 8 Apr 2019 20:54:50 +0200 Subject: [crossfire] Questions about archetype files In-Reply-To: <1C1B9854-9575-46C5-BFF3-0E3F768BCF83@real-time.com> References: <97A4FFAE-3B29-435B-95B3-A9EA21CA1C57@real-time.com> <8f08916f-1f44-c8ec-41a7-7a681d19b8de@gmail.com> <1C1B9854-9575-46C5-BFF3-0E3F768BCF83@real-time.com> Message-ID: <20190408185450.jvvq356wknjr4pqa@localdomain> Bob Tanner wrote: > Object altar_valkyrie > name Altar of Valkyrie > other_arch Valkyrie > type 56 > face altarvalk.111 > no_pick 1 > level 100 > arch altar_valkyrie_pray_event > end <— ends Object altar_valkyrie This line ends "arch altar_valkyrie_pray_event". This allows to customize the inventory object. Or one could even create recursive inventories by nesting "arch xyz...end" blocks. > end <— What does this end? This line ends "Object altar_valkyrie". From om at iki.fi Wed Apr 10 03:41:34 2019 From: om at iki.fi (Otto J. Makela) Date: Wed, 10 Apr 2019 11:41:34 +0300 Subject: [crossfire] Map changes? In-Reply-To: <64023dda-8d6d-0383-51f0-96bf0e573a83@real-time.com> References: <14292579-2271-7a93-461b-15d431443b2d@iki.fi> <64023dda-8d6d-0383-51f0-96bf0e573a83@real-time.com> Message-ID: <88f73e89-0d8f-6640-2ae2-cfc5a3fb85ae@iki.fi> On 09/04/2019 23.00, Rick Tanner wrote: > Your change was accepted in to the trunk code base. > > Revision: 12354 > http://crossfire.svn.sourceforge.net/crossfire/?rev=12354&view=rev > Author: ryo_saeba > Date: 2010-01-18 22:54:00 +0000 (Mon, 18 Jan 2010) > > Log Message: > ----------- > Apply patch 'Added exit lever to Devourer's temple lower level' courtesy > Otto J. Makela That URL gives me a 404, even though I'm logged in to Sourceforge. Should it be publicly available? But okay, I wasn't aware Metalforge was stuck in update hell. -- /* * * Otto J. Makela * * * * * * * * * */ /* Phone: +358 40 765 5772, ICBM: N 60 10' E 24 55' */ /* Mail: Mechelininkatu 26 B 27, FI-00100 Helsinki */ /* * * Computers Rule 01001111 01001011 * * * * * * */ From leaf at real-time.com Thu Apr 11 16:14:04 2019 From: leaf at real-time.com (Rick Tanner) Date: Thu, 11 Apr 2019 21:14:04 +0000 Subject: [crossfire] Map changes? In-Reply-To: <88f73e89-0d8f-6640-2ae2-cfc5a3fb85ae@iki.fi> References: <14292579-2271-7a93-461b-15d431443b2d@iki.fi> <64023dda-8d6d-0383-51f0-96bf0e573a83@real-time.com> <88f73e89-0d8f-6640-2ae2-cfc5a3fb85ae@iki.fi> Message-ID: <34522991-369c-e71c-9757-67f0fb26f02a@real-time.com> On 4/10/19 3:41 AM, Otto J. Makela wrote: > > That URL gives me a 404, even though I'm logged in to Sourceforge. > Should it be publicly available? Yes, it is available. The current URL https://sourceforge.net/p/crossfire/code/12354/ From tanner at real-time.com Tue Apr 16 14:38:17 2019 From: tanner at real-time.com (Bob Tanner) Date: Tue, 16 Apr 2019 19:38:17 +0000 Subject: [crossfire] Questions about archetype files In-Reply-To: <1C1B9854-9575-46C5-BFF3-0E3F768BCF83@real-time.com> References: <97A4FFAE-3B29-435B-95B3-A9EA21CA1C57@real-time.com> <8f08916f-1f44-c8ec-41a7-7a681d19b8de@gmail.com> <1C1B9854-9575-46C5-BFF3-0E3F768BCF83@real-time.com> Message-ID: <9F6407AE-3865-430A-B337-EEA37B80619E@real-time.com> Got another question. Is the name attribute not required? Just 1 example I found. The Dragon Guild object does not have a name field? construct/town/dragon_guild.arc Object Dragon Guild face dragon_guild.x11 type 66 no_pick 1 move_block all client_type 25012 end More Object dragon_guild_2 name Dragon Guild face dragon_guild.x11 type 66 no_pick 1 move_block all x 1 end More Object dragon_guild_3 name Dragon Guild face dragon_guild.x11 type 66 no_pick 1 y 1 end More Object dragon_guild_4 name Dragon Guild face dragon_guild.x11 type 66 no_pick 1 x 1 y 1 end --- Bob Tanner | Phone : 952-943-8700 http://www.real-time.com, Linux, macOS | Fax : 952-943-8500 Key fingerprint = F785 DDFC CF94 7CE8 AA87 3A9D 3895 26F1 0DDB E378 From mwedel at sonic.net Wed Apr 17 00:13:01 2019 From: mwedel at sonic.net (Mark Wedel) Date: Tue, 16 Apr 2019 22:13:01 -0700 Subject: [crossfire] Questions about archetype files In-Reply-To: <9F6407AE-3865-430A-B337-EEA37B80619E@real-time.com> References: <97A4FFAE-3B29-435B-95B3-A9EA21CA1C57@real-time.com> <8f08916f-1f44-c8ec-41a7-7a681d19b8de@gmail.com> <1C1B9854-9575-46C5-BFF3-0E3F768BCF83@real-time.com> <9F6407AE-3865-430A-B337-EEA37B80619E@real-time.com> Message-ID: <6c3f8667-ed7f-e24d-d19e-24fa81a1d08f@sonic.net> On 04/16/2019 12:38 PM, Bob Tanner wrote: > Got another question. > > Is the name attribute not required? > > Just 1 example I found. > > The Dragon Guild object does not have a name field? If name is not set, it uses the name from the Object field. So it is not required. > > construct/town/dragon_guild.arc > > Object Dragon Guild > face dragon_guild.x11 > type 66 > no_pick 1 > move_block all > client_type 25012 > end > More > Object dragon_guild_2 > name Dragon Guild > face dragon_guild.x11 > type 66 > no_pick 1 > move_block all > x 1 > end > More > Object dragon_guild_3 > name Dragon Guild > face dragon_guild.x11 > type 66 > no_pick 1 > y 1 > end > More > Object dragon_guild_4 > name Dragon Guild > face dragon_guild.x11 > type 66 > no_pick 1 > x 1 > y 1 > end > > > --- > Bob Tanner | Phone : 952-943-8700 > http://www.real-time.com, Linux, macOS | Fax : 952-943-8500 > Key fingerprint = F785 DDFC CF94 7CE8 AA87 3A9D 3895 26F1 0DDB E378 > > _______________________________________________ > crossfire mailing list > crossfire at metalforge.org > http://mailman.metalforge.org/mailman/listinfo/crossfire > From ephraim.baker at yahoo.com Sun Apr 21 22:11:00 2019 From: ephraim.baker at yahoo.com (bill billy) Date: Mon, 22 Apr 2019 03:11:00 +0000 (UTC) Subject: [crossfire] Crossfire the Sandbox? (Heroworld) References: <788176739.2700323.1555902660199.ref@mail.yahoo.com> Message-ID: <788176739.2700323.1555902660199@mail.yahoo.com> Heroworld is coming together on my server: alpha.heroworld.xyz. Minor Changes: Rods arch removed from regular playProcedural Books Removed (only lore and recipes now)More lore books addedTutorial made mandatory and expandedLibrary, Build and other shops modified for reliabilityMore utility based buildable materialsStat Potions removed from regular mob dropsNo more stat loss upon death, exp onlyNow you go to a death dimension when you die (beware the Scornful Skull)Arena has been relocated and made into the lost island of Kari KoriMlab has been deloused of any pro-nazi, pro-rape or other such crap and added   (1300 more explorable maps + end game content)CFnewspaper is backMany old python items are backGreyshield re-balanceCertain mobs reverted to they old stylesGuilds have been reworked to hopefully be easier to digestNew transport optionsScorn Redesign to the 'Deliantra' model Probably some other things too that I'm forgetting right now... Major Changes: Builders Archipelago Expansion Pack- A huge area with vertical construction ability. Set up for players to free build empires, churchs, shops, whatever you want. Toggleable Permadeath- Players begin in 'softcore' mode where death works as we are all familiar with.There is a altar which will convert you to a permadeath/hardcore mode if you should choose.You will always drop a corpse when you die and your corpse WILL NOT BE DESTROYED OR DESPAWN FROM MAP RESET. Your corpse will be a container holding the items you were not wearing or had inside a bag you were wearing. Raise Dead and other Resurrection spells will work on your corpse to bring you back. Penalties vary on the method of you being brought back. Artificers Expansion (Dynamic Crafting)- Now players may improve their gear over time using any of the 35 recipes to all the various modifiers from resistances to general stats and special stats.There is a college in Scorn which introduces you to the basics then it is up to the player base to discover the rest.(As a result, item improvement scrolls have been removed) Coming Soon: Apotheosis Expansion Pack: Players will be able to set themselves up as a demigod and solicit worship from other players, distributing scaling buffs and custom cult items.More details available upon request :) Come over and let me know what you think! -------------- next part -------------- An HTML attachment was scrubbed... URL: From tanner at real-time.com Tue Apr 23 14:22:47 2019 From: tanner at real-time.com (Bob Tanner) Date: Tue, 23 Apr 2019 19:22:47 +0000 Subject: [crossfire] [PATCH] Patch to get utils/arch2xml.py working with python3 Message-ID: <04F3DFD7-8DF6-49EF-992F-8D382F440866@real-time.com> Patch to get utils/arch2xml.py working with python3 Fixes #1 Added parens to the print statement Fixes #2 Replaced all the Python2 join(), split(), and replace() APIs with python3 API calls. Clean up formatting and spacing. The changes are also on my personal GitHub project page. https://github.com/basictheprogram/crossfire-server commit 8934d82ffdfe7767564327da57bd8610c7c64d39 commit 8a7081b4ee74e6c128d4ac25d8c94c1ea6109f12 — Bob Tanner > | Phone : 952-943-8700 http://www.real-time.com, Linux, macOS | Fax : 952-943-8500 Key fingerprint = F785 DDFC CF94 7CE8 AA87 3A9D 3895 26F1 0DDB E378 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: crossfire-server_arch2xml-python3.diff Type: application/octet-stream Size: 10318 bytes Desc: crossfire-server_arch2xml-python3.diff URL: From tanner at real-time.com Tue Apr 23 14:34:59 2019 From: tanner at real-time.com (Bob Tanner) Date: Tue, 23 Apr 2019 19:34:59 +0000 Subject: [crossfire] [PATCH] Add new utility utils/arch2json.py Message-ID: <38F10CD3-A249-45A3-B024-5DBE8C67BE7A@real-time.com> Convert archetype files into json Initial commit of Arch2Json converter with testsuite. Added function to take an archfile face and build a list of PNG files Added function to check if report url path exits Added fuction to trim a path from a string to get a relative path Added DjangoJsonDump class to create a json file appropriate for a manage.py loaddata --format json for Django New command line argument --trimpath Trim this path to create a relative path to the .arc files New command line argument --facepng Generate JSON for faces PNG database table Many new tests and testing data Add arch2json python package requirements.txt Refactor the face to png code to it's own function Added filter_walk() to allow ignoring a specific directory as you walk the sub-directories Added logic to test arch key and it's associated end key Fixed bug in the find function The title isn't the right key to look for the end it's new style(?) arch that requires an associated end. Refactor the code to set the item name to the object if the name is not set. See http://mailman.metalforge.org/pipermail/crossfire/2019-April/013601.html Make the boolean not more clear Fixed the problem were 1 extraneous field/model with no data was making the import into django fail Fixes https://github.com/basictheprogram/crossfire-server/network/alert/requirements.txt/urllib3/closed Special handling of the Balrog object. The object is Balrog, the name is Balrog, but the face is jessyb.*.x[123].png. I am sure there are other objects that will need special handling this is just 1 side case Added test suite for Balrog special handling Even more testing on the filter_walk really confirming the /dev/ folder is removed The changes are also on my personal GitHub project page. https://github.com/basictheprogram/crossfire-server/tree/arch2json commit 9636c1c534eb399c63cf855c4802bfd3f6ec5c53 commit 69eb1bba68018af3587a93cbd5f070958859078f commit 9cc4998f1526076ab74822296fe045b5d3074f9b commit 4e2366fbd083b8771453a795868dd80be0421177 commit 8f69b86b9372e6fc3f53f304142d4bc3a164d9bc commit da848c17893f6e02bff9a2308bd2e40614a71bb4 commit d88e3623e91a625878941a356f85eec1c9045258 commit e8c8890dad7d3dfdcc297c7dff685d6bba9295c5 commit d801ae689549cf00b87f8cb5ac045fd030692165 commit ad9ac13abae3e8509ff09dc7046ad3e285fb4ab6 commit 379835a8c02ef6b45e6ec57446e7b5bc2dda6b92 commit fde888f35127f524416cb759958a49df74e22f4c — Bob Tanner > | Phone : 952-943-8700 http://www.real-time.com, Linux, macOS | Fax : 952-943-8500 Key fingerprint = F785 DDFC CF94 7CE8 AA87 3A9D 3895 26F1 0DDB E378 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: crossfire-server_arch2json.diff Type: application/octet-stream Size: 17511 bytes Desc: crossfire-server_arch2json.diff URL: From tanner at real-time.com Tue Apr 23 14:37:02 2019 From: tanner at real-time.com (Bob Tanner) Date: Tue, 23 Apr 2019 19:37:02 +0000 Subject: [crossfire] [PATCH] Add new utility arch2json.py testsuite Message-ID: <7B751B1E-65D4-4943-98DE-8182C84C507E@real-time.com> Test suite for arch2json The changes are also on my personal GitHub project page. https://github.com/basictheprogram/crossfire-server/tree/arch2json commit 9636c1c534eb399c63cf855c4802bfd3f6ec5c53 commit 69eb1bba68018af3587a93cbd5f070958859078f commit 9cc4998f1526076ab74822296fe045b5d3074f9b commit 4e2366fbd083b8771453a795868dd80be0421177 commit 8f69b86b9372e6fc3f53f304142d4bc3a164d9bc commit da848c17893f6e02bff9a2308bd2e40614a71bb4 commit d88e3623e91a625878941a356f85eec1c9045258 commit e8c8890dad7d3dfdcc297c7dff685d6bba9295c5 commit d801ae689549cf00b87f8cb5ac045fd030692165 commit ad9ac13abae3e8509ff09dc7046ad3e285fb4ab6 commit 379835a8c02ef6b45e6ec57446e7b5bc2dda6b92 commit fde888f35127f524416cb759958a49df74e22f4c --- Bob Tanner > | Phone : 952-943-8700 http://www.real-time.com, Linux, macOS | Fax : 952-943-8500 Key fingerprint = F785 DDFC CF94 7CE8 AA87 3A9D 3895 26F1 0DDB E378 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: crossfire-server_arch2json-tests.diff Type: application/octet-stream Size: 41335 bytes Desc: crossfire-server_arch2json-tests.diff URL: From pc-crossfire06 at crowcastle.net Tue Apr 30 16:09:10 2019 From: pc-crossfire06 at crowcastle.net (Preston Crow) Date: Tue, 30 Apr 2019 17:09:10 -0400 Subject: [crossfire] Useless rods Message-ID: I've noticed that some rods can never be used.  I'm under the impression that rods are implemented with a given number of spell points that regenerate quickly for casting the specified spell. Some spells require more points at higher levels.  In some cases, this results in a rod where the spell at that level requires more points than the rod has at full charge. I'm playing on Metalforge, so it's possible that this has been addressed in newer code, but I would think there should be a check somewhere to either not generate these rods or to increase the maximum sp for a rod to match the sp required to cast if that is higher. A good example is that a 'rod of turn undead' above level 53 will never work.  Likewise a 'rod of word of recall' above level 90 is useless. I haven't checked heavy rods; I'm under the impression that they have a lot more sp, so it's unlikely to be a problem there. From leaf at real-time.com Tue Apr 30 17:28:42 2019 From: leaf at real-time.com (Rick Tanner) Date: Tue, 30 Apr 2019 22:28:42 +0000 Subject: [crossfire] Useless rods In-Reply-To: References: Message-ID: <2aaf26d4-ba79-cfd8-a2d7-971fa8a30c02@real-time.com> On 4/30/19 4:09 PM, Preston Crow wrote: > > I'm playing on Metalforge, so it's possible that this has been addressed > in newer code, but I would think there should be a check somewhere to > either not generate these rods or to increase the maximum sp for a rod > to match the sp required to cast if that is higher. This was possibly fixed in later updates. Metalforge missed a possible fix/update for this by about 5 months. Code base on the server is from around January-2009. r11797 on 2009-06-10 "Fix rod generation: make sure it can hold enough spell points. Now all light rods get spell points for 3 changes, heavy rods for 6 charges." Reference: https://sourceforge.net/p/crossfire/code/11797/ > > I haven't checked heavy rods; I'm under the impression that they have a > lot more sp, so it's unlikely to be a problem there. If I understand it correctly, heavy rods recharge faster, but do not always contain a higher number or charges vs light or normal rods.