[crossfire] In game count adjustment question (i.e., up/down control in GTKv2 client)
A questions came up in IRC/Discord the other day. Besides the commands drop/take/invoke dimension door/apply rod of dimension door - are there any other commands or actions that you can specify a repeat value or some additional number? (eg via the up/down control in the gtk client or by using the number keys) Does something like run or fire allow a number to be specified? Other spells? Items or actions that are might be missing in this summary? ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire IRC: http://crossfire.real-time.com/irc/index.html Discord: http://crossfire.real-time.com/discord/index.html Project Site: https://sourceforge.net/projects/crossfire/ Wiki: http://wiki.cross-fire.org/ Website: http://crossfire.real-time.com
[crossfire] Game feature or ideas with random maps and preset monster populations
Enclosed is an idea that I am looking for feedback on and further discussion for in-game content that uses some of the Lore features, a slight modification to existing random map code, some game storylines, and a quest and reward system. The email is quite long, so here's an outline: 1.) Random maps 2.) Map occupants' items have a themed name 3.) Shops throughout the world randomly reset to pay rewards for themed items 4.) Players plunder the random maps 5.) Lore features on themed items 6.) Turn in specified items for reward(s) 1.) Random maps (using the code that already exists) for goblins, trolls, giants, demons, angels, (and more?) generated with some sort of name related to the occupants. For instance, the Tribe of Red Foot Goblins or Clan of Silver Beard Dwarves, etc. The monsters are all normal or have slight stat mods, and have a name attached to them (again, i.e., Red Foot Goblin) Some discussion on Discord/IRC is to make the random maps not completely random. "For example, you would only find Red Foot goblins southeast of Navar, and near Scorn there's a different tribe of goblins." (I think that is certainly reasonable.) "I think a random entrance location with one static dungeon level would work, random dungeon generation might be interesting if it could execute a Python script for example for placement or randomly equipping said unique items." "Would it make sense for the locations to be randomly initialized at server start (if not already initialized), and then have those locations be reused for the duration of the server? I was thinking the saved-out-and-reloaded-at-relaunch method, tho I wasn't the clearest on that." 2.) Their items also have their unique name (i.e., Red Foot Goblin Short Sword). Items have some tweaks stats (+/- to damage, value, other stats, etc.) Items would also have some minor color changes in graphical faces such as Red Foot Goblin boots are a deep red, their bucklers have a red foot imprint, leather armor a red tinge, etc. Players plunder the maps and collect the loot - as is the Crossfire way. 3.) Shops throughout the world randomly reset to pay rewards for such items. For instance, a new level on the Navar Museum of Arms on one reset would be paying out or collecting gear from the Red Foot Goblin tribe. After the map resets it now wants to collect gear from Black Tooth Troll Warband, or Clan of Silver Beard Dwarves, et al. Other maps might be an antique collector looking for rare loot, a "shop" looking to purchase these items to keep them out of the hands of their enemies, or the shop wanting the loot returned to their ancestral homeland. Another shop wants the items for use to study to find a weakness in the item because of an ongoing faction war. Or, a shop is interested in the items to sell back to the original faction for a substantial profit. One suggestion on Discord/IRC was, "A good starting point is to make a vendor which asks for a specific item or item variation, on a rotating basis" Other ideas or suggestions on how to deploy the rotating vendor? 4.) Players have the opportunity to visit these random maps, and maybe have to hold on to the loot if they want to complete the trade-in (quest?). The turn-in map for this reset might want the Red Foot Goblin items, the next reset might want the Black Tooth Troll items. Or, is this loot management unpleasant? (assuming the plundered items are not kept and used by the player or just outright sold...) 5.) Also, this gives the players a chance to use more of the newly added Lore feature. Introduced in https://sourceforge.net/p/crossfire/crossfire-server/ci/9a437214e63f959d8378281f67a00908a7fd9752/ When a player identifies and examines items they get more information on the item. Lore examples: * This is a Red Foot Goblin Short Sword. * The Red Foot Goblins are terrible weapon smiths, and that reflects in the poor quality of the weapon. * The leather hilt used on the sword is derived from a rare subterranean eel creature, which makes their value higher than normal. 6.) Turn in specified items for reward(s) A goal is for the players to get useful items, and not just acquire wealth. Nothing wrong with building wealth, I'm just trying to add something that does not impact the economy too much. As far as rewards, and since this first experiment would be for low-level players fighting goblins: * Healing potions or balms * Potion of Life * Potion of magic power * Potion of cure poison * Arrows * Crossbow bolts * Keys (generic door keys) * Potions of word of recall * Scrolls of identify * Scrolls of detect curse * Scrolls of detect magic * Temporary stat boost potions * Light source (torch or lanterns) The above list of items is what I have observed new and low-level players wish they had more of when starting. Higher-level items could be arrows with plus enchantment, slaying propert
Re: [crossfire] Remove or keep contact email addresses from map headers?
On 6/18/23 2:00 PM, Ruben Safir wrote: You can disagree but they are still historical documents and the signatures on them by departed developers is the very history of crissfire, which itself has significant historical import. Then there is copyright consideration. Software is speach. How is going from: msg Created: 1994-12-26 name (em...@somedomain.tld) Modified: 2022-08-03 Firstname Lastname endmsg to: msg Created: 1994-12-26 name Modified: 2022-08-03 Firstname Lastname endmsg A historical signature? Copyright material? Software? Speach? ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire IRC: http://crossfire.real-time.com/irc/index.html Discord: http://crossfire.real-time.com/discord/index.html Project Site: https://sourceforge.net/projects/crossfire/ Wiki: http://wiki.cross-fire.org/ Website: http://crossfire.real-time.com
Re: [crossfire] Remove or keep contact email addresses from map headers?
On 6/17/23 3:32 AM, Ruben Safir wrote: On 6/16/23 13:37, Rick Tanner wrote: If there are no issues or concerns, I will take care of updating all the maps to remove this content. leave it - it is a historical document I disagree. The entire code base, maps, and graphics are not historical documents. They are a snapshot of what works and is required for the game to work. As software packages are deprecated (Bug #946, SDL1.2 vs SDL2.x) or a better way is implemented (i.e., updated/improved graphics, broken gate in a map, reformatted for readability, and so on) the code changes. And continues on. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire IRC: http://crossfire.real-time.com/irc/index.html Discord: http://crossfire.real-time.com/discord/index.html Project Site: https://sourceforge.net/projects/crossfire/ Wiki: http://wiki.cross-fire.org/ Website: http://crossfire.real-time.com
[crossfire] Remove or keep contact email addresses from map headers?
Hello, While working on numerous maps, I have noticed that some map authors (and/or map editors) included a contact email address in the map header. Nearly all of these addresses are no longer valid. For instance, some are University (College) addresses. And, many are from people I have not "seen" online in many years. Given the different methods of communication we now have available - IRC, Discord, and the mailing list -- those are the preferred ways to reach out to a map author for questions, comments, discussion, etc. instead of direct emails to the author. Does anyone have any concerns in regards to removing the email addresses from the map headers? If there are no issues or concerns, I will take care of updating all the maps to remove this content. To give this discussion some time, I would look at starting to make this change in 2023-July. Thank you. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire IRC: http://crossfire.real-time.com/irc/index.html Discord: http://crossfire.real-time.com/discord/index.html Project Site: https://sourceforge.net/projects/crossfire/ Wiki: http://wiki.cross-fire.org/ Website: http://crossfire.real-time.com
Re: [crossfire] metaserver differences and code
Issue was tracked and closed in https://sourceforge.net/p/crossfire/bugs/945/ Metaserver code has been patched to correct the discovered issues with Metaserver listing. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire IRC: http://crossfire.real-time.com/irc/index.html Discord: http://crossfire.real-time.com/discord/index.html Project Site: https://sourceforge.net/projects/crossfire/ Wiki: http://wiki.cross-fire.org/ Website: http://crossfire.real-time.com
Re: [crossfire] metaserver differences and code
Some local changes have been made on the US Metaserver for error tracking. http://metaserver.us.cross-fire.org/meta_html.php Now more servers are reporting or showing up on the US metaserver list. Some discoveries: archbase, mapbase, codebase are currently limited to 20 characters. Multiple servers exceed this 20 character limit. version field also has a 20 character limit, but with the new git version info, that exceeds the 20 character limit as well. The US Metaserver mirror was tweaked to allow 64 characters in those four fields, and that is when additional servers showed up. The hosting architecture for the EU Metaserver does not enforce the character limit on any fields, so this contributes to why more servers show up in that list then the primary metaserver (crossfire.real-time.com) and the US metaserver. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire IRC: http://crossfire.real-time.com/irc/index.html Discord: http://crossfire.real-time.com/discord/index.html Project Site: https://sourceforge.net/projects/crossfire/ Wiki: http://wiki.cross-fire.org/ Website: http://crossfire.real-time.com
Re: [crossfire] metaserver differences and code
Another note... https://sourceforge.net/p/crossfire/metaserver/ci/master/tree/meta_update.php#l40 Which is: // Basically, either forward or reverse addressing must work - // if the ip that the user specified hostname resolves to does // not match that of the incoming connection, or the hostname based // on the ip of the incoming connection does not match that specified // by the server, we reject this user - no spoofing of other servers // allowed. if ($ip != $_SERVER['REMOTE_ADDR'] && $hostname != $_POST['hostname']) { echo "neither forward nor reverse DNS look corresponds to incoming ip address.\n"; echo "incoming ip: " . $_SERVER['REMOTE_ADDR'] . ", DNS of that: $hostname\n"; echo "User specified hostname: " . $_POST['hostname'] . " IP of that hostname: $ip\n"; log_message(LOG_WARN, $_SERVER['REMOTE_ADDR'] . " does not have correct hostname set\n"); exit; } And find this: $ dig crossfire.crowcastle.com crowcastle.com. 173.48.158.241 $ dig -x 173.48.158.241 pool-173-48-158-241.bstnma.fios.verizon.net. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire IRC: http://crossfire.real-time.com/irc/index.html Discord: http://crossfire.real-time.com/discord/index.html Project Site: https://sourceforge.net/projects/crossfire/ Wiki: http://wiki.cross-fire.org/ Website: http://crossfire.real-time.com
Re: [crossfire] metaserver differences and code
Log files do not or has not provided any insight as to why the US metaservers are not displaying all servers. On a different note, the metaserver code needs to migrate to PHP8 someday. Or, move forward with testing and rollout of the node.js based metaserver available at https://sourceforge.net/p/crossfire/patches/361/ ? ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire IRC: http://crossfire.real-time.com/irc/index.html Discord: http://crossfire.real-time.com/discord/index.html Project Site: https://sourceforge.net/projects/crossfire/ Wiki: http://wiki.cross-fire.org/ Website: http://crossfire.real-time.com
Re: [crossfire] Scorn Smith
I am encountering the same issue with the Scorn smith in latest code base, v1.75.0-1235-gcda2dd221 ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire IRC: http://crossfire.real-time.com/irc/index.html Discord: http://crossfire.real-time.com/discord/index.html Project Site: https://sourceforge.net/projects/crossfire/ Wiki: http://wiki.cross-fire.org/ Website: http://crossfire.real-time.com
Re: [crossfire] Back after into crossfire
On 3/5/23 1:13 PM, p...@albatross.pond.sub.org wrote: 4. Rather an oddity, but I wonder if it is really intended that while the library in Navar is basically a copy of the one in Scorn, it is not alit. This issue was addressed and committed back to the map code base. Commit [ff6493] Remove outdoor setting for Navar Central Library (navar_city/misc/library) map https://sourceforge.net/p/crossfire/crossfire-maps/ci/ff6493522e7734c48fc61c3f3c9a2ed44a93c43d/ Thank you for pointing out this odd issue. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire IRC: http://crossfire.real-time.com/irc/index.html Discord: http://crossfire.real-time.com/discord/index.html Project Site: https://sourceforge.net/projects/crossfire/ Wiki: http://wiki.cross-fire.org/ Website: http://crossfire.real-time.com
Re: [crossfire] Back after into crossfire (spoiler warning)
On 3/5/23 1:13 PM, p...@albatross.pond.sub.org wrote: 5. Note sure whether I simply overlook something, but I found no way to enter the snake pit in Lake Country. I always get pushed back by the tower when trying to enter it via the mountains, but the way through the swamp only gets me to the tower. Spoiler warning: There is another way to enter the map and it takes some searching to find it. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire IRC: http://crossfire.real-time.com/irc/index.html Discord: http://crossfire.real-time.com/discord/index.html Project Site: https://sourceforge.net/projects/crossfire/ Wiki: http://wiki.cross-fire.org/ Website: http://crossfire.real-time.com
Re: [crossfire] Back after into crossfire
On 3/5/23 1:13 PM, p...@albatross.pond.sub.org wrote: 4. Rather an oddity, but I wonder if it is really intended that while the library in Navar is basically a copy of the one in Scorn, it is not alit. That is a map and/or design bug :-/ ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire IRC: http://crossfire.real-time.com/irc/index.html Discord: http://crossfire.real-time.com/discord/index.html Project Site: https://sourceforge.net/projects/crossfire/ Wiki: http://wiki.cross-fire.org/ Website: http://crossfire.real-time.com
Re: [crossfire] Back after into crossfire
On 3/5/23 1:13 PM, p...@albatross.pond.sub.org wrote: I saw that crossfire.metalforge.net runs a quite low version number. Is that because players there don't want to lose their high-level characters due to an incompatible update? Metalforge has not been upgraded due to incompatible content such as guilds, apartment files, and some aspects of player files between it's version and the current development tree. http://www.metalforge.net/compatibility/ ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire IRC: http://crossfire.real-time.com/irc/index.html Discord: http://crossfire.real-time.com/discord/index.html Project Site: https://sourceforge.net/projects/crossfire/ Wiki: http://wiki.cross-fire.org/ Website: http://crossfire.real-time.com
Re: [crossfire] flatpak
On 2/10/23 2:49 PM, Jussi Eloranta wrote: On 2/10/23 07:37, Jussi Eloranta wrote: sources: - type: file url: https://sourceforge.net/projects/crossfire/files/jxclient/jxclient.jar/download sha256: e6af744ea986da0991233787be6c9bc5535a7f3fe8ea682fe3284f1152e67b77 Is the latest crossfire java client at that link above? I just downloaded it and I am getting the same sha256 as before. Yes, that is the current download URL for the latest client. The client was updated on 2023-feb-08 and I did a test download a few moments ago and that shows the same matching sha256 that you listed above. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire IRC: http://crossfire.real-time.com/irc/index.html Discord: http://crossfire.real-time.com/discord/index.html Project Site: https://sourceforge.net/projects/crossfire/ Wiki: http://wiki.cross-fire.org/ Website: http://crossfire.real-time.com
Re: [crossfire] flatpak
A new snapshot release of the JX Client and JX Client Installer with sound files included is now available at SourceForge. https://sourceforge.net/projects/crossfire/files/jxclient/ Flathub is still showing their package build date as 2022-Nov-19. https://flathub.org/apps/details/net.crossfireatlas.crossfire Jussi - is the update and build automated and has not happened yet, or does it require some manual intervention? ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire IRC: http://crossfire.real-time.com/irc/index.html Discord: http://crossfire.real-time.com/discord/index.html Project Site: https://sourceforge.net/projects/crossfire/ Wiki: http://wiki.cross-fire.org/ Website: http://crossfire.real-time.com
Re: [crossfire] server list
On 1/25/23 11:42 AM, Jussi Eloranta wrote: Any idea why some servers have dropped off from the server list? Various reasons and events happen like... Game servers drop off the list for unknown reasons and do not rejoin or report to the metaserver list until the game server has crash event, stop and restart the game server, or reboot. The primary metaserver has a crash event and game servers need a restart to report or rejoin the metaserver lists. It's like the game server tries to report to the metaserver, fails, and then stops reporting going forward. There is also an issue that if the primary metaserver goes down (crash, network event, reboot for web server update, etc.), game servers do not reporter to the EU list or the secondary US list. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire IRC: http://crossfire.real-time.com/irc/index.html Discord: http://crossfire.real-time.com/discord/index.html Project Site: https://sourceforge.net/projects/crossfire/ Wiki: http://wiki.cross-fire.org/ Website: http://crossfire.real-time.com
Re: [crossfire] flatpak
Thank you to everyone for testing the release and for the feedback. I will make a snapshot release this weekend. FWIW, I found sounds to work (combat sound, walking steps, etc. along with background music) on a stock install of Ubuntu Jammy with the test JX Client build at SourceForge. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire IRC: http://crossfire.real-time.com/irc/index.html Discord: http://crossfire.real-time.com/discord/index.html Project Site: https://sourceforge.net/projects/crossfire/ Wiki: http://wiki.cross-fire.org/ Website: http://crossfire.real-time.com
Re: [crossfire] flatpak
On 1/13/23 10:53 PM, Jussi Eloranta wrote: I just tried but could not hear any sounds. Sound worked for me on Mac OS. but I could not get sound working under Linux for me - which I figured was a local problem as I could not get any sound to work from any source, so that is why I posted and asked for further testing. There was also confirmation via Discord that sound worked with the client on Windows 11, JRE 8u341. Does anyone have sound working with the JX Client on Linux? If so, care to share any details on your set up or troubleshooting to get sound working? ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire IRC: http://crossfire.real-time.com/irc/index.html Discord: http://crossfire.real-time.com/discord/index.html Project Site: https://sourceforge.net/projects/crossfire/ Wiki: http://wiki.cross-fire.org/ Website: http://crossfire.real-time.com
Re: [crossfire] flatpak
I created a new jxclient .jar file that is available for testing and download from https://sourceforge.net/projects/crossfire/files/jxclient/jxclient-2023-01-12_sounds.jar/download (19.0 MB) SHA1: 7bad57aeb98b40c5c61613e30933cee2d39ff62d Does sounds work for anyone who is available to test that .jar ? I want to make sure it works for others besides me. ;-) ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire IRC: http://crossfire.real-time.com/irc/index.html Discord: http://crossfire.real-time.com/discord/index.html Project Site: https://sourceforge.net/projects/crossfire/ Wiki: http://wiki.cross-fire.org/ Website: http://crossfire.real-time.com
Re: [crossfire] flatpak
On 1/8/23 9:54 AM, Jussi Eloranta wrote: Right now the flathub script is downloading the jar file from sourceforge. I am guessing that this build does not include sound? The missing sound support is an error on my side when building the .jar I am working on correcting this and will post an update when I have made some progress. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire IRC: http://crossfire.real-time.com/irc/index.html Discord: http://crossfire.real-time.com/discord/index.html Project Site: https://sourceforge.net/projects/crossfire/ Wiki: http://wiki.cross-fire.org/ Website: http://crossfire.real-time.com
Re: [crossfire] flatpak
Thank you very much for all the work and effort on this! Do you guys have github accounts? If you do, I can include you with read/write access. So, whenever a change is pushed there, flathub bot will automatically rebuild the package and it will be available at flathub (as an update). FWIW, yes, I do at: https://github.com/tannerrj I know others on this list have GitHub accounts as well, but I will let them post if they want to have the access that you mention above. I installed the temporary flathub package on my steam deck and that works. There are some packaging related things that should probably be worked on (versioning, better screenshots, icons, etc.) but that will come later - I am stuck playing crossfire again!! :-) Nice to hear! What are some of icons and things that you would like to see improved or updated? I discovered along the way that it is possible to distribute gtk2-based programs but that will require some experimenting. gtk2 is no longer part of the standard flathub runtimes. There is a GTKv3 client branch in the works. Does GTKv3 makes things better, or the same, or worse for FlatHub? NOTE: The client is not ready for public use, quite a few layout bugs and issues need some more work. The above is just for the java client. BTW does the java client support sound? If it does, where should the sound files be placed at? Short answer, yes - the Java client supports sounds. However, do you specifically mean the in-game sounds (i.e., foot steps or monster deaths) or the background music files? ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire IRC: http://crossfire.real-time.com/irc/index.html Discord: http://crossfire.real-time.com/discord/index.html Project Site: https://sourceforge.net/projects/crossfire/ Wiki: http://wiki.cross-fire.org/ Website: http://crossfire.real-time.com
Re: [crossfire] flatpak
Unfortunately, the other project domain names, cross-fire.org and cross-fire.net, have hyphens in them. If push comes to shove, crossfireatlas.net|.com|.org is a possibility ? On 12/17/22 12:14 AM, Jussi Eloranta wrote: ps. Forgot... com.real-time.crossfire does not work for the name because of the dash. Right now I have com.real_time.crossfire but, of course, that would not resolve to anything using DNS. So, any suggestions? ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire IRC: http://crossfire.real-time.com/irc/index.html Discord: http://crossfire.real-time.com/discord/index.html Project Site: https://sourceforge.net/projects/crossfire/ Wiki: http://wiki.cross-fire.org/ Website: http://crossfire.real-time.com
Re: [crossfire] flatpak
Thank you for sharing your work and findings on this. Anyone else have some thoughts (pro or con) of using or maintaining flatpack(s) as another option for client deployment? ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire IRC: http://crossfire.real-time.com/irc/index.html Discord: http://crossfire.real-time.com/discord/index.html Project Site: https://sourceforge.net/projects/crossfire/ Wiki: http://wiki.cross-fire.org/ Website: http://crossfire.real-time.com
[crossfire] Additional git repo at SourceForge using MIT license
Hello, I asked on IRC/Discord a few months ago, and no concerns were expressed at that time. So, now I am asking on the mailing list. I am looking at setting up a 1.) new git repo at SourceForge for web/HTML content that is based on a Bootstrap template that is 2.) using a MIT license. Any concerns or problems with either point 1 or 2? Thank you. Original IRC/Discord posting: — 06/29/2022 So, I have a question that will likely end up on the mailing list - but I need to get some initial feedback on here. I am looking at creating a new git repo at SF for some web content which uses a bootstrap template that was released under a MIT license. Does that present any conflict, problems, or headaches with any of the other open licenses already in use? Any problems in general with yet another license involved with the project? Replies: — 06/29/2022 > I see no problem. The MIT license is less restrictive than the GPLv2 license we have in the server code. — 06/29/2022 I would argue the same: MIT is one of the most permissive (except public domain) licenses. IIRC you merely need to include the license text but otherwise can do what you want. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire IRC: http://crossfire.real-time.com/irc/index.html Discord: http://crossfire.real-time.com/discord/index.html Project Site: https://sourceforge.net/projects/crossfire/ Wiki: http://wiki.cross-fire.org/ Website: http://crossfire.real-time.com
[crossfire] Crossfire presence on Twitter, and now Mastodon
For a few years now, I have been updating Crossfire's presence on Twitter. Basically news type of announcements related to content, website, and wiki updates. https://twitter.com/crossfiremrpg/ With recent events, I have also registered Crossfire on Mastodon. https://mastodon.social/@crossfiremrpg And to my surprise, the @Crossfire name was also available and I was able to register that as well. https://mastodon.social/web/@crossfire I will continue to cross post to all three profiles(?) for now and continue to do so unless Twitter takes a turn like FreeNode. Or other major changes happen to cause any of this to be re-evaluated. Just sharing the recent changes and updates. Any comments or feedback or concerns related to using these two social network platforms for Crossfire? ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire IRC: http://crossfire.real-time.com/irc/index.html Discord: http://crossfire.real-time.com/discord/index.html Project Site: https://sourceforge.net/projects/crossfire/ Wiki: http://wiki.cross-fire.org/ Website: http://crossfire.real-time.com
[crossfire] Light sources on world map roadways
This has been posted as a Feature Request on SourceForge as well. #280 Light sources on world map roadways https://sourceforge.net/p/crossfire/feature-requests/280/ Some ideas discussed on IRC/Discord was. * The concept does not take away from the medieval or fantasy aspects of the game * Light sources that are maybe 2 in radius in some spots, otherwise a light radius of 1 * Maybe use the idea of glowing bricks to explain the lore of the light sources in the roadway instead of a lamp post Implementing the idea is already possible, but I was hoping to get more discussion and feedback in the feature request. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire IRC: http://crossfire.real-time.com/irc/index.html Discord: http://crossfire.real-time.com/discord/index.html Project Site: https://sourceforge.net/projects/crossfire/ Wiki: http://wiki.cross-fire.org/ Website: http://crossfire.real-time.com
Re: [crossfire] File format
I can see and agree with your rationale for choosing a standard file format vs the home-made options. But, as far as which one(s) and why - I have only worked with YAML. So I will have to defer to others for more discussion on the pros and cons of the file formats. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire IRC: http://crossfire.real-time.com/irc/index.html Discord: http://crossfire.real-time.com/discord/index.html Project Site: https://sourceforge.net/projects/crossfire/ Wiki: http://wiki.cross-fire.org/ Website: http://crossfire.real-time.com
Re: [crossfire] Windows versions
On 10/20/21 1:40 PM, Nicolas Weeger wrote: I've set up a build server for Windows versions of various things, so on http://crossfire.weeger.org/ you can find daily builds of: - Gridarta, as a Windows installer - JXClient, as a Windows installer - cre, as a simple Windows executable (statically linked, no dependency) Very nice. Thank you! On a similar note, the wiki page for CRE could use some content help as well. http://wiki.cross-fire.org/dokuwiki/doku.php/cre:compiling ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire IRC: http://crossfire.real-time.com/irc/index.html Discord: http://crossfire.real-time.com/discord/index.html Project Site: https://sourceforge.net/projects/crossfire/ Wiki: http://wiki.cross-fire.org/ Website: http://crossfire.real-time.com
[crossfire] Purge old Windows client snapshots on SourceForge?
Hello, I am asking for feedback on purging old Windows based GTK Client snapshots on SourceForge. https://sourceforge.net/projects/crossfire/files/crossfire-client/snapshot/ Releases range from 2004 to 2020-October. Per a discussion on Discord, there are recent client builds that could replace what is available right now, which I will upload to SF. 2021-09-09T18:55:14.858Z8.9 MB CrossfireClient-git-9f0126c.exe 2021-09-09T18:55:12.880Z0.2 kB CrossfireClient-git-9f0126c.sha256 2021-09-09T18:55:15.656Z8.9 MB CrossfireClient-git-e6dde58.exe 2021-09-09T18:55:16.281Z0.2 kB CrossfireClient-git-e6dde58.sha256 Any concerns or discussion to add to this proposal? ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Windows versions of JXClient and CRE
On 8/28/21 12:55 PM, Nicolas Weeger wrote: > > About CRE, I'm not sure it's worth doing an installer, as I suppose anyone > working on archetypes will probably get the git repository... Thoughts? My thoughts are to make CRE available as an .exe Make those aware of it's existence (website, wiki, discord/irc) and see if any feedback is collected. If there's no feedback, then can stop or scale back the .exe promotion. Or, not pursue this idea at all if creating the .ext is a very painful or tedious process. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Windows versions of JXClient and CRE
I have tested the JXClientInstaller.exe and it did alert about the unknown publisher. Otherwise, no issues or problems with the client on Windows 10. Anyone else tested the installer? Any issues or problems? Assuming all went well for others - what are the thoughts on uploading the .exe to SourceForge? NOTE: I have not worked with the cre.exe yet ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] IRC channel move from Freenode to Libera?
On 6/2/21 6:06 PM, Nathaniel Kipps wrote: > Yes, that one. Maybe you responded and *I* missed *your* response. :) > Edited snippets from our 2am (local time for you) conversation ;-) I think we should look to eliminate Freenode, set up the bridge for Libera <-> Discord That's certainly possible. I figured you'd want a critical mass of IRC users to head for the new channel firs though. Yes, but need to be very careful on that because that would result in the channel getting away from our control Given your work load, US Holiday weekend (weekend in general) - didn't want to place that burden on you And things were left hanging after that ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] IRC channel move from Freenode to Libera?
On 6/2/21 5:19 PM, Nathaniel Kipps wrote: > > As for the Discord bridge, the simplest solution is to set up a second > bridge with Libera, before tearing down the old one. But, I'll wait > for more guidance before executing that. (I don't think Leaf answered > my most recent query on the topic.) Which query? This one? If not, please re-post and sorry about missing it. DraugTheWhopper — 05/30/2021 @Leaf if I read you correctly, you're asking that I break the IRC-Discord bridge away from freenode, and attach it to Libera instead? ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] IRC channel move from Freenode to Libera?
On 5/26/21 3:30 PM, mail-lists+cf...@dogphilosophy.net wrote: > What are the odds of getting a Crossfire channel on Matrix somewhere? > (I've become a huge Matrix fanboy lately, I confess). At the moment, Libera does not support(?) Matrix. https://twitter.com/i/web/status/1396920289641091079 "A big thanks to the lovely folk at @matrixdotorg who we just had a very constructive meeting with, we hope to be able to offer matrix bridging soon. Thank you for your patience" ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] IRC channel move from Freenode to Libera?
With the more recent changes and actions taken by Freenode staff, should the project stay or continue to use their services? https://gist.github.com/aaronmdjones/1a9a93ded5b7d162c3f58bdd66b8f491 (NSFW warning) https://gist.github.com/joepie91/df80d8d36cd9d1bde46ba018af497409/ https://gist.github.com/shadowcat-mst/998cea12794768bdb3da2daeff31baad https://twitter.com/philpem/status/1397453537936805895?s=11 https://twitter.com/gamingonlinux/status/1397469115846176769?s=11 In my view of the recent events, I would ask for reasons as to why the Crossfire project should stay on Freenode. It is also my view that #crossfire should move to Libera in early June-2021 as a tentative timeline. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Crossfire 1.75.0 release
FYI, the release is now making it's way through Debian and related distros for availability. Format: 1.8 Date: Mon, 25 Jan 2021 21:05:17 +0200 Source: crossfire-client Architecture: source Version: 1.75.0-1 Distribution: unstable Urgency: medium Maintainer: Kari Pahula Changed-By: Kari Pahula Changes: crossfire-client (1.75.0-1) unstable; urgency=medium . * New upstream release. * Standards-Version 4.5.1 Checksums-Sha1: 1716800b505a540f226876b77ea07ebd1ab543cb 1967 crossfire-client_1.75.0-1.dsc ac1b360a9a2cdbcf8d6b901d9d2978462b32bbfa 1087171 crossfire-client_1.75.0.orig.tar.gz f5ce03d745506d9389af59a0aaa741686d1cd70e 9444 crossfire-client_1.75.0-1.debian.tar.xz 3177e1db0dc09ae6862ad35e379e18dda9947cd8 15664 crossfire-client_1.75.0-1_source.buildinfo Checksums-Sha256: 48d38f5fac09f03ff144b41d87a85cded45a6408548a8efa92487ba45507e737 1967 crossfire-client_1.75.0-1.dsc f9e320650292e0dae1236c1d14396bf5818428ee5ea23865a9849d203e4368a7 1087171 crossfire-client_1.75.0.orig.tar.gz 1671d470d298fa6dbf1f2374f0b6546f57c98c68220436fc5f63aa74c6e9f1a9 9444 crossfire-client_1.75.0-1.debian.tar.xz 7e7546a8a46700638c00818c2cdfe8398f30d298f0d09292e5a0119bfdc24587 15664 crossfire-client_1.75.0-1_source.buildinfo Files: 9f2b10db62106e6f92c6e39703ce5e00 1967 games optional crossfire-client_1.75.0-1.dsc ac1db49a1747e4343d74bcb69a91df68 1087171 games optional crossfire-client_1.75.0.orig.tar.gz 88463eb4f3b49badfb0f164dd0ab9b3a 9444 games optional crossfire-client_1.75.0-1.debian.tar.xz 806af8037e60a42e8ea44ddd73a6ae95 15664 games optional crossfire-client_1.75.0-1_source.buildinfo ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Chaos attack type (v1.12 17760rc): good or bad?
As far as I know, this is the only item that offers Chaos resistance. Vardimar the Singing Axe +5 Damage: 18 Attacks: physical, chaos Protected: resist chaos +30 Vulnerable: resist confusion -100 Djinn-slaying Material: metal wood Weight: 28.000 kg On 11/17/20 1:44 PM, Nicolas Weeger wrote: > > I'm not sure there is chaos resistance on armor, but I may be wrong. In any > case I don't think it'd protect from anything, as chaos merely makes that > random choice, it's not used. > ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] seg. fault with latest commit
On 9/13/20 8:39 PM, Preston Crow wrote: > There's a reproducible seg fault in is_identifiable_type() in item.c in > cases where get_typedata(op->type) return NULL. This has been fixed. Revision: 21430 http://sourceforge.net/p/crossfire/code/21430 Author: toxicfrog Date: 2020-09-14 13:43:33 + (Mon, 14 Sep 2020) Log Message: --- Fix segfault when calling is_identifiable_type() on something with no typedata Thanks to Preston Crow on crossfire-devel for the bug report. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Various adjustments
I see no help file exists for fix_me, but I found this in the ChangeLog: fix_me command added - basically just calls the fixme function. Can be useful if you that your characters weight is for some reason incorrect. Another commit added "Add sum_weight() call to fix_me command so that players weight is properly recalculated" Looks to me that fix_me should remain accessible to players? As for forget_spell - I have heard from players they use that to keep their spell list short, or to get rid of low level spells (i.e., cause light wounds when they have cause critical wounds) that are no longer used. Otherwise, I am not sure why one would use this command. From my testing, forget_spell was available as a player. It is listed as a dm_command though on the wiki and as best as I can tell should be a DM only ability? lib/wizhelp/forget_spell With regards to printlos command. Looks like this was moved out of DM commands to player commands in Mar-2010. Looks to be useful for testing lighting code. Not sure if and how a player in game would use or find this useful? ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Fwd: Accepted crossfire-client 1.74.0-1 (source) into unstable
FYI Forwarded Message Subject: crossfire-client 1.74.0-1 MIGRATED to testing Date: Wed, 08 Jan 2020 04:39:17 + From: Debian testing watch FYI: The status of the crossfire-client source package in Debian's testing distribution has changed. Previous version: 1.73.0-1 Current version: 1.74.0-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See https://release.debian.org/testing-watch/ for more information ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
[crossfire] Fwd: Accepted crossfire-client 1.74.0-1 (source) into unstable
FYI Version 1.74.0 of the GTKv2 Client is about to make it in to the Debian code repository and soon after that Ubuntu, Mint, et al. repo. I am not sure the status for other distributions. Forwarded Message Subject: Accepted crossfire-client 1.74.0-1 (source) into unstable Date: Wed, 01 Jan 2020 14:49:03 + From: Kari Pahula To: debian-devel-chan...@lists.debian.org Format: 1.8 Date: Wed, 01 Jan 2020 16:25:57 +0200 Source: crossfire-client Architecture: source Version: 1.74.0-1 Distribution: unstable Urgency: medium Maintainer: Kari Pahula Changed-By: Kari Pahula Changes: crossfire-client (1.74.0-1) unstable; urgency=medium . * New upstream release * Standards-Version 4.4.1 and dh compat 12 - Switch debian/rules to dh * Rename debian/NEWS.Debian -> debian/NEWS Checksums-Sha1: 1cb470b5ad47d50511f19a88d999577329b9cb12 1967 crossfire-client_1.74.0-1.dsc 9b40f1b1202b9fb7b08765a0f86bbbd3febb10f4 819251 crossfire-client_1.74.0.orig.tar.bz2 4324c6be181a2695c53a07b110110856d2c996d8 9284 crossfire-client_1.74.0-1.debian.tar.xz 3e16f1a02e91b3d1c3bc7d66684c80b852695299 15098 crossfire-client_1.74.0-1_source.buildinfo Checksums-Sha256: 0d55658d739820e0ab1545a65579e4e773cd4869e7884ec213068ca5811a6d8b 1967 crossfire-client_1.74.0-1.dsc 8a9b215e6f4d6e1c42dea7fc6abb8ea54fbb52eead0c3c3c2f64da6d09af79e1 819251 crossfire-client_1.74.0.orig.tar.bz2 37833cb52659affab24b69db9cda00c7ab3712cb2d0328550cf27554dda04e58 9284 crossfire-client_1.74.0-1.debian.tar.xz acf4d1e016cdcc3a1a85d63a08d778009044fb6ec8753a5cfde0e1fc3a4fd89e 15098 crossfire-client_1.74.0-1_source.buildinfo Files: 9cbe7fcd9783ab65ef300a80e3fe838e 1967 games optional crossfire-client_1.74.0-1.dsc 244e507793178a54c1e0c576a2699ef7 819251 games optional crossfire-client_1.74.0.orig.tar.bz2 8534ad0e49354bbd73512646471b765b 9284 games optional crossfire-client_1.74.0-1.debian.tar.xz 4a8e6ce7b4648945f8f3b165b973713c 15098 games optional crossfire-client_1.74.0-1_source.buildinfo -- Rick Tanner | Phone : (952) 943-8700 http://www.real-time.com | Fax : (952) 943-8500 ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] GCrossedit source?
CrossEdit has not been supported since at least 2007. One way is to check the source code in the archived releases for versions between 0.95.3 to 1.110 and re-assemble it that way. http://crossfire.real-time.com/download/archive/ Or, maybe a massive SVN revert to r6539 or earlier since that was when Cross Edit was removed from the source tree. http://crossfire.real-time.com/editors/cfedit/index.html On 10/22/19 9:24 AM, mikee...@yahoo.com wrote: > Do you have the crossfire-compatable gcrossedit source? > (as mailman.metalforge.org/pipermail/crossfire/2008-July.txt ) > > I used to use that, but can't find it now. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Useless rods
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. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Map changes?
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/ ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Map changes?
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 + (Mon, 18 Jan 2010) Log Message: --- Apply patch 'Added exit lever to Devourer's temple lower level' courtesy Otto J. Makela ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Map changes?
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. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Map changes?
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. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] IRC Bridges
On 3/4/19 7:39 AM, Poof wrote: > > I could not find my mailing list subscription information and so missed the > earlier discussion about Discord. Had to set up a new account. Regardless, as > long as there is a bridge in the #crossfire IRC channel, I'm out. This was posted to the IRC channel after you logged off. Mar 03 20:40:16unixman: I feel compelled to point out that the goal of bridging to discord is not to permit access via a phone, nor is it an effort to get people to switch from IRC to any other system. It is to lower the barrier to entry, and hopefully encourage new participants in the CF community. Additionally, if your feelings on the matter are that strong, then I wish you had contributed in the mailinglist discussion (unless of course Mar 03 20:40:16n email from you, in which case I apologize). > My arguments: > > Bridges totally screw up nick completion for trying to address a specific > person on the other side of a channel bridge. True.. tab completion is not available. But not a deal breaker, IMO. > A bridge makes it less clear who is saying what since the bridge nickname > is what one sees by default as the "user" typing. I disagree. Here is a short snippet from earlier today. Looks okay in plain text. Looks even better in my IRC client of choice. And looks best via Discord. Mar 04 15:12:34 DraugTheWhopper> I did testing of the gate changes, updated NPC behavior, and dimdoor restrictions, but not a full playthrough. Mar 04 15:13:15 Probbaly fine, then. Mar 04 15:22:41 Leaf, do you prefer the map changes to be split into one commit per map change, or all changes together? Mar 04 15:23:12 DraugTheWhopper> ^ exactly the kind of etiquette I'm talking about ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] IRC Bridges
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 3/5/19 4:27 AM, Ruben Safir wrote: > > The real hacking society and spirit has reached its conclusion and > we are now stranded into spyware, comercialism with a touch > authetarian dictatorship in the guise of socialism served on the > side. Second request[1] on this. Please move the corporate data mining, privacy, historical discussion off the mailing list. Thank you. [1] - http://mailman.metalforge.org/pipermail/crossfire/2019-February/013559.h tml -BEGIN PGP SIGNATURE- iQIcBAEBCAAGBQJcflTuAAoJEPDixCQ/Y50wmYcP/1EX3NEnaojW7RY5rRugheDq GtlI56QZBacarBhy27jx4ZdL6lYFifuYUtFzRyug5VwQlAFGn3I25rYsgt+eUsv/ 2ZHn8oS3d9VirmCuLQXT+fB8WJ1tgMv1g0CUSwOatEblahu7P23taH9zUJ/lnqvP F09QNRXZRyBOX/6XFYih7g+rHZP4LDmcn3brSsdhS3gkxplgfelsb36rUMEVLKW5 E1j0BV2IRMeP29wqJX86IQ9iYWr+bV3us9/2KrjZGTJoyjBt/L+kDsyguRJX5+jO WpjOb8y/IBz+QdZ1CgEJtMeAnOlCRKIdc23WF2rw9aeNcODJsaZ8oqZrfhwi6hdm GYbdPL5V0sKxb4FFnrGaVMLvx5mv/d3IsvbS5DGtrfCkKzBpX7Ish/MP5NO3rDYF Ko9k2rwbdEmO+O9s3Ll704GUbGgI8JkPalWfK+tGqPuD6ju2oOXWO53hQwYAhxha ozjRkA8wc5jqYiXL1zWuY5EhClw3J8xzHv+NOKinonBKoLnxINAfiLLULY/70dl6 KYhMKFv+RhPd3KuFtUZPRsGdZEmgTDoEhDAAz3h1skwVni4vNfMqzpFGuRLtRSjE wFiHgOP1v3/Kc67M1wlDBROR+pcWtrXyX01AbOsx1txiYu42i9ch2VSzLkYQ8/82 48FqC68gZbkBBnsATFxp =Ycyl -END PGP SIGNATURE- ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Improving IRC availability with a chat bridge
On 2/27/19 5:52 PM, Nathaniel Kipps wrote: > Since there has not been much else mentioned in the last week, does > anyone else have input, or should I take this as permission to > resurrect the bridge this weekend? Direct responses from Leaf and ryo > are below; mwedel and Partmedia have commented, but have not directly > expressed their support. I would say proceed with the irc bridge set up. I've updated the IRC topic to the following: Topic for #crossfire is: Topic for irc://irc.freenode.net/#crossfire is: Crossfire RPG http://crossfire.real-time.com | Messageboard: http://forum.metalforge.net | IRC channel is using a connection bridge with Discord where conversations are logged - your presence on this channel accepts that provision | Discord channel @ https://discord.gg/CCQqbqu | Common courtesy expected ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Improving IRC availability with a chat bridge
On 2/18/19 3:41 PM, Nathaniel Kipps wrote: > On Mon, Feb 18, 2019 at 4:30 PM Rick Tanner wrote: >> * Two month archive history in Discord > > Although I would personally prefer an unlimited history, I think two > months is reasonable. Anyone else have any thoughts on the archive/history length? >> * Same guidance and recommendations on both channels in regards to >> civility (or right now - IRC channel guidance applying to Discord channel) > > Is there an official list of those guidelines and recommendations? > Unfortunately, I won't be back at my computer for awhile, so I can't > check the current IRC topic... So far, after about 5.5 years, this has worked and is mentioned at the end of the IRC topic. "Common courtesy is expected" ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Improving IRC availability with a chat bridge
After discussion and raised concerns about privacy, questions answered, etc. My thoughts: * Proceed with the implementation of a IRC & Discord bridge * Two month archive history in Discord * Channel topic update on IRC to alert users that conversations are logged in Discord for two months * Same guidance and recommendations on both channels in regards to civility (or right now - IRC channel guidance applying to Discord channel) * The bridge goes live at the end of the month or around Mar-1-2019 Feedback from anyone else on this? ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Improving IRC availability with a chat bridge
Are the chat archives in Discord only available to members logged in to the channel? Or are chat logs available for search engines to index, or outside entities to download, etc.? ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
[crossfire] Fwd: Accepted crossfire-client 1.73.0-1 (source amd64) into unstable
FYI The 1.73 Crossfire GTKv2 Client release is about to make it in to the Debian code repository and soon after that Ubuntu, Mint, et al. repo. I am not sure the status for other distributions. Forwarded Message Subject: Accepted crossfire-client 1.73.0-1 (source amd64) into unstable Date: Fri, 8 Feb 2019 21:19:40 + From: Kari Pahula To: debian-devel-chan...@lists.debian.org Format: 1.8 Date: Fri, 08 Feb 2019 19:56:19 +0200 Source: crossfire-client Binary: crossfire-client crossfire-client-dbgsym Architecture: source amd64 Version: 1.73.0-1 Distribution: unstable Urgency: medium Maintainer: Kari Pahula Changed-By: Kari Pahula Description: crossfire-client - Client for the multiplayer roguelike Crossfire Changes: crossfire-client (1.73.0-1) unstable; urgency=medium . * New upstream release * Standards-version 4.3.0 (no changes necessary). * Upstream has included the sounds with the client so add breaks and replaces to crossfire-client-sounds. Checksums-Sha1: 89faa512348f853a25c199c3bf218beeeac51cf9 1985 crossfire-client_1.73.0-1.dsc 5ccb1347b6f33af06f1cfb724d122f0d0b821869 842671 crossfire-client_1.73.0.orig.tar.bz2 70977abd14d2ebbaed6e2d016e649ceef983c99f 9280 crossfire-client_1.73.0-1.debian.tar.xz 5b0ea0b218a418a4c5a383dc21ddf4fbad9e6e7b 540132 crossfire-client-dbgsym_1.73.0-1_amd64.deb da50d04ebdcfb52a21516dd018a09157ffd0f0a6 15952 crossfire-client_1.73.0-1_amd64.buildinfo 8b5b57f45c4e92017640abd2e3d6139953538c2c 717008 crossfire-client_1.73.0-1_amd64.deb Checksums-Sha256: 3167336ec50d52d4c397b6e6a5e92a5c451265192f90a34f3936da2a12042388 1985 crossfire-client_1.73.0-1.dsc 11f352cc3b76ec9e61a461cdf3f7b38e5e22f5c4196fcfe6b7744be0c0685522 842671 crossfire-client_1.73.0.orig.tar.bz2 5e99781eaf8c975c0bae3880c12248521f2f6b827435d6b78d393f91e2019cf0 9280 crossfire-client_1.73.0-1.debian.tar.xz 9117891731dc453b5d618d974e3078ba08c5f8517672ed06dcaae5e14e93b4ab 540132 crossfire-client-dbgsym_1.73.0-1_amd64.deb 94f728a69b1e6e73ed3145d5fb2a90e2496157938aca01dd99cf647de7bfc3e6 15952 crossfire-client_1.73.0-1_amd64.buildinfo 7f063253c8aaeb2332683975ee4499739356893770efcd36e422fd468d832678 717008 crossfire-client_1.73.0-1_amd64.deb Files: d3c808aa809dbf5e3e356b2d1e45a310 1985 games optional crossfire-client_1.73.0-1.dsc e268e2de79ca94b2487a8af2227c9552 842671 games optional crossfire-client_1.73.0.orig.tar.bz2 65a783931fbc3f21c9ace5a073912310 9280 games optional crossfire-client_1.73.0-1.debian.tar.xz cdf5da38e42b76e651f193fad2d05e8d 540132 debug optional crossfire-client-dbgsym_1.73.0-1_amd64.deb 3931f889bbf076b07f2fb5ab2ec7a9ba 15952 games optional crossfire-client_1.73.0-1_amd64.buildinfo a75dafd38c90b46dcb86134d83ca6c4c 717008 games optional crossfire-client_1.73.0-1_amd64.deb -- Rick Tanner | Phone : (952) 943-8700 http://www.real-time.com | Fax : (952) 943-8500 ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Improving IRC availability with a chat bridge
On 1/30/19 2:10 PM, DraugTheWhopper wrote: > > > * Which bridge services should be acceptable > * Chat history retention time > * Either querying or notifying the "active people" on IRC to ensure they > consent > * Moderation and regulating access to the Discord (will there be a > need to appoint moderators, for anti-spam or other reasons?) What are the options or choices for the bridge services that you mention? As for retention time - does the EU Data Retention Directive apply here? "According to the directive, member states had to store citizens' telecommunications data for a minimum of 6 months and at most 24 months." What about other guidelines or recommendations? Not sure how to query and notify IRC channel members about the change, other than to state in the channel Topic, "By logging in and using this channel you consent to.." Yes, past history and experience has shown - the discord channel will need some sort of moderator with the power to ban, mute, kick, etc. problematic users or bots. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Improving IRC availability with a chat bridge
On 1/31/19 11:47 PM, Mark Wedel wrote: > > I should probably transfer ownership of crossfire to someone else - I > haven't had much time to work on it lately, and seems unlikely that I'll > find time anytime soon. But that wasn't really the question here. I appear to be overlooking something.. Where is the "ownership" of Crossfire shown or listed? At SourceForge, I see four people listed. Brought to you by: mwedel, partmedia, rjtanner, ryo_saeba ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Improving IRC availability with a chat bridge
On 1/31/19 11:47 PM, Mark Wedel wrote: > > - Set up a gateway. As noted, this could have issues related to > freenode policy. One thought there is to change the topic to clear > state that there is a gateway being used. I'm not actually sure how > messages would get attributed when moved between the 2 chats - I'd > imagine there may be a forwarding agent string involved. When the discord-IRC bridge was in place, messages from the discord server/channel would appear in IRC like this: Jan 29 19:19:33unfortunately, there is still the matter of making the bridge run as a service... I am not sure how the messages from IRC appeared in the discord channel/server. I was not logged in there at the time. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Improving IRC availability with a chat bridge
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Looking like this discussion has taken a direction unrelated to Crossfire and using Discord in conjunction with the existing FreeNode IRC channel. Please move the corporate data mining, privacy, historical discussion off the mailing list. Thank you. -BEGIN PGP SIGNATURE- iQIcBAEBCAAGBQJcXfiXAAoJEPDixCQ/Y50wY4YQAJjF/dWIEyme11RxCnd3Oyr+ Tdw8uM8LPaaaKfDpA6z0gJNuQZplvL49/03BJaNFAPeOB2eV1b1tuJGYE5MUG14x YElzurZ9877FnJxwcY2q+M6DdulCpN+gE1aOeXSxtXni66bDYvHx9pW+jSK3t7eu EzX/uyax4WlfWQjwk1PS2DwSbEG6XQ/RagwZdntwW3H6SyicnEN7tinmnH3B8Peo 2IY4sLhU8lrJ3CHiU7iBZkqaDJkVlDyjP1jcHMCdJULR4WBoOrIYTYFA4JDiKk2x UM51p9TXuX+mrk7rWZF4jKUbW7C3PszfYEcAerK3Ta9IpP2xiN9cw4kkQDhDeZZP QsmAfwMAebqfYzR37dGxtYy8b3fEj1Fw7XUzeZSyANu5fJyz0EnRWwJhyarr+h1S 1n8Hfn17IIe8hTbF+9LcLPLdSkBk+vdped4/JemLonmzzZmC5rk9ex0vEZV04srF HCJi6gWvbihicaFWmgO0EPEZbk0ptZDSVvi3ReooFMsb+Lu4pCSNRQ6ghjVfAvb3 28oNvhFvfo/zUbiy+jvI7IVrobcR46ycJg3MEOT9JcN8PGF+RCHFgcjTfHVOWgb7 OuG4gVWc95Bw1KNUnNVs7xq9hBjUUhWkpALjffbOTLnZInDiyAeU83Xo0zOYu+Zd tFz8hOdWhNiXAWK+E87L =g15Z -END PGP SIGNATURE- ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Improving IRC availability with a chat bridge
Not forming an opinion yet, giving guidance, etc. - just sharing feedback and comments. This link was shared on the IRC channel by a user in regards to Discord. https://www.tomsguide.com/us/help-me-toms-guide-discord-permissions,review-5104.html ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Oldest character still in game
On 9/28/17 10:13 PM, Ruben Safir wrote: > > So have a couple of years I log onto Metalforge and I find EVERY ITEM in > the guild was gone... ..Robbed by another player exploiting the design of the branches/1.x guild maps. So many months had passed since the "robbery" that I no longer had map backups that old to recover from. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Oldest character still in game
On 9/28/17 6:23 PM, Matthew Giassa wrote: > There may still be "Teo the human monk" "Fire the Fire Dragon". I think those > are pre-2003. Those may have been initially created when Metalforge (metalforge.real-time.com) was running on the G3 PowerMac. In May-2003 there was a character reset and migration to the current hardware (crossfire.metalforge.net) - so anyone playing right now on the metalforge server was created in or after May-2003. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Oldest character still in game
On 9/28/17 4:44 PM, Ruben Safir wrote: > mrbrklyn is on metalforge for a long time That would put the character creation date at or around late May-2003. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Spellcasting skills definition
I've created and added content to a new wiki page in regards to the Spell_shuffle archetype code base. Please correct and update as needed. http://wiki.cross-fire.org/dokuwiki/doku.php/spell_shuffle ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Spellcasting skills definition
On 8/20/17 1:53 AM, David Hurst wrote: > > While working on this I noticed some odd places for spells such as > ball lightning in evocation (all other lightning is in pyromancy) and > large bullet in evocation while bullet is in sorcery. As I recall, some of the spells & skill classification were made with the intent to give some of the spell casters some kind of offensive ability to kill monsters since that is the only way to gain XP in those skills - even if it seemed to defy classification logic. (Unfortunately, the gmane service crash makes searching for this information not very easy.) If lore is needed to explain this, then perhaps something along the lines of: While many wizards are able channel the arcane arts, it takes great dedication to master these arts. This is why many wizards can use spells like Magic Bullet but only those specialist can master the spell's more powerful form of Large Bullet. > I also notice that the current information on our website is very out > of date and doesn't include skills like pyromancy. Which page(s) are missing this information? By chance, is it the Crossfire Handbook section? ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Crossfire maps idea
On 6/23/17 10:19 AM, Preston Crow wrote: > > Some time ago, I was thinking about creating a set of underworld maps, > tiled together much like the surface world maps. The difference is that > they wouldn't necessarily be completely two-dimensional. You might have > a set of maps tiled such that you could move in a spiral, entering maps > that go underneath the map you were on four maps ago. I would want the > main entrance to be a tile on the main world map where high mountains > prevent access except through a canyon. The Church of Valriel map in Scorn tries to mimic this with the balcony/overlook on the second level. http://www.crossfireatlas.net/scorn/temples/valriel.html http://www.crossfireatlas.net/scorn/temples/valriel2.html Using the above map as an example, it sounds like you would want the players on the second level to see any & all map changes (i.e., removing chairs on level 1 show the chairs gone with on level 2 balcony) when they go to that level? Or, did you have something different in mind? ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Release proposal
On 6/23/17 10:02 AM, Matthew Giassa wrote: > > Finally, who maintains the package currently available via `apt` on > Ubuntu/Debian systems? The Ubuntu page notes that it is Kari Pahula [1]. > Is this person a CF dev? *IF* it is someone else, I am not aware of it. To my knowledge Kari Pahula has only done packaging work on the client and server content. They are not listed on the SourceForge project team. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
[crossfire] Expanded World Map (was: Release proposal)
On 6/23/17 12:30 AM, Robert Brockway wrote: > > About 18 months ago I sparked a discussion about an expanded Crossfire > world I was developing. > > > The expanded world is 1000x1000 maps with the 'old world' (original > world maps) positioned dead centre at 485-514 on each axis. Do you plan on listing your server on the metaserver list? Are there more dungeons, cities, etc. in your expanded world? Or, just more distance to travel and explore between known map locations such as dungeons, cities, et al.? Curiosity question.. Is mapper able to crawl and index your expanded world content without any problems? ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Release proposal
On 6/23/17 10:02 AM, Matthew Giassa wrote: > > Also, has anyone tested how much bandwidth, disk space, etc; the latest > stable release uses under a test load (i.e. a few users/players)? Disk space needed for (trunk only) source content: arch = 124M server = 39M maps = 549M After compiling the server: arch = 124M server = 163M maps = 549M I have some stats in regards to server resources. This is with Ubuntu 16.04 with 6 players running around various maps. >From my observations... crossfire-server requires 30.0 MiB of RAM to run when idle according to the server host System Monitor. Each player connected uses an additional ~3 MiB of RAM/ea just to move around and interact with the game world. When a player with hundreds (or thousands) of items in their apartment, guild maps, et al. first enters such a map, RAM utilization jumps dramatically. At the moment, I don't have a way to quantify these numbers. Each player requires/uses about 10 KiB/s of bandwidth. Some maps with lots of spell casting and monsters (i.e., Tower of Demonology, Hanuk) causes this to spike as high as 10MB/s or more while that map or spell effects are taking place. In a recent test session, I missed tracking total bandwidth sent and received. Highest use of CPU appears to be calculating damage from spell effects (especially comet and meteor) and/or magical attacks (dragons and large lightning or large ice storm, etc.) Disk space recommended for player files & unique map files, looking on Metalforge - there is currently 111M of active player content. There is 13 years of archived content that is a total of 651M (low 33M, high 123M). ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Release proposal
Would/could/will the planned release include an .exe version of the GTK client for Windows? ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
[crossfire] Crossfire wiki offline for maintenance
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The Crossfire wiki is offline for some maintenance work. http://wiki.cross-fire.org/ I'll post again when it is back online. Sorry for the interruption. -BEGIN PGP SIGNATURE- iEYEARECAAYFAlhN1uEACgkQhHyvgBp+vH7LXQCgxs4k5e2vHX9W7RWQ2oJlFkQz JrYAoLYyZy5EJkmIyfnDK1gj4xkG3Fkw =wdOT -END PGP SIGNATURE- ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
[crossfire] Crossfire wiki offline for maintenance
The Crossfire wiki is offline for some maintenance work. http://wiki.cross-fire.org/ I'll post again when it is back online. Sorry for the interruption. signature.asc Description: OpenPGP digital signature ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] m7 output like this?
On 9/2/16 3:09 AM, Mark Munro wrote: > Curiously, I never published on metalforge, and I've only mentioned it > once in-game. I saw the original URL while checking scroll back on the server and put it up on the metalforge website in an orphaned directory so I could ask how on here how it was made, etc. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] compiling sour ce
On 9/11/16 2:43 AM, ruben wrote: > I downloaded the latest bz2 file from sourceforge and it is not > compiling. I need more specific instruction that this: > > symlink you 'arch' direcotry? > > Which arch? the kernel source? /usr/include/arch/ ? Why should it not > find that with gcc and #include? The archetype directory that includes item graphics, stats, monster information, etc. A separate download from Soureforge. https://sourceforge.net/projects/crossfire/files/crossfire-arch/1.71.0/ See also: http://wiki.cross-fire.org/dokuwiki/doku.php/server:server_compiling#setup I would also recommend using SVN to get the latest code base as the bz2 files are approaching 2.5 years (released on 2014-04-08) old now and roughly 1,000 changes since their release. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
[crossfire] m7 output like this?
Does anyone know how to make the m7 output/dump of the server in this fancy of HTML format? http://www.metalforge.net/spoiler/index.html http://www.metalforge.net/spoiler/Arrow_of_Assassinating_Trolls.html I could not figure it out with information I found. Thank you, ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] building very old versions
All available release files I had access to or were given (thank you mwedel!) are available at: http://crossfire.real-time.com/download/archive/ I also discovered I had a very old copy of historic content from ftp.ifi.uio.no which is now located at: http://crossfire.real-time.com/download/archive/historic/ And includes: README crossfire-0.01.tar.gz crossfire-0.10.tar.gz gauntlet.c gmap If anyone else has old release files to share, please let me know - I would be happy to make arrangements with you to complete the download file history. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] building very old versions
On 6/27/16 4:06 PM, Matthew Giassa wrote: > How did that hyperkobold 'sploit work? The method I am aware of was - summon one of the many pet monsters. Use polymorph spell on the summoned pet until they morphed in to the Hyperkobold. Sit back and camp in a map while the Hyperkobold racks up big exp or use it to kill extremely high level monsters or clear out maps and collect the loot after that. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] building very old versions
On 5/17/16 1:07 AM, Mark Wedel wrote: > > I can certainly make any of the versions available if desired. I am very interested in obtaining any and all versions that you have available for a historical and archive standpoint. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] building very old versions
> Here's it running (the window is X-forwarded from my Linux box): > http://i.imgur.com/n9PNRgG.png Nicely done! Oh the memories! > Are there any copyright/licensing issues with me just bundling up > these slightly modified versions and sticking them up to download > somewhere? As far as I know, no issues with copyright or licensing for you to do that. You may be asked for a diff of the changes you made though. ;-) ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] building very old versions
Sounds like you are looking for source code that was in place before Crossfire started to use revision control (originally cvs from 1999 to 2006, now svn.) So, it is not possible to cvs/svn revert back to the XPM days. Looking back at my collected archive or releases, I don't have anything before 0.97.0 -- it was before I became involved with the project. http://crossfire.real-time.com/download/archive/ The origins of Crossfire source code may be lost? signature.asc Description: OpenPGP digital signature ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
[crossfire] Web forum offline
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The web forum at forum.metalforge.net is offline for the time being. There was hardware failure so I am going to move/migrate to a Virtual Server and recover from backups - but that is going to take a few days (or longer..) because of my current work load. -BEGIN PGP SIGNATURE- iEYEARECAAYFAlcVRXQACgkQhHyvgBp+vH4iRwCfVII8r8KfQElG0p6gCJ7X323N jhoAoItX6TkcVyzGsWzT+gjUW0eLzDhr =DijM -END PGP SIGNATURE- ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Question - Non-friendly maps
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/23/15 8:57 PM, Matthew Giassa wrote: > > Case in point: Ancient Pupland Volcano Quest for WDSM: ... followed > by a 1/9th chance of getting the desired reward. This was by intent and design of the map creator. WDSM is an extremely powerful artifact that is very difficult to reach and requires a huge amount of luck to to acquire - which is also the reason why the hall of fame lists those who have obtained WDSM from that quest. (There is another way, but one has to be insanely lucky to acquire it through the Pup Land raffle.) > Also, the Somarok quest, where the first level is riddled with > ultra-fast characters that annihilate a level 110 character with > top tier gear in seconds. The Somarok maps were designed for level 110+ players with the combat system that was/is in place in Trunk (now part of the main releases for multiple years - maybe 5+ now.) The maps difficulty is definitely end game content to challenge player skill level and in-game character abilities and equipment choices. > Has there been a massive change in AC/WC/Speed/HP/Level balancing > over the past couple of years? Yes, combat has been slowed down to give players a chance to react and respond to monster movement, etc. -BEGIN PGP SIGNATURE- iD8DBQFWVBCKhHyvgBp+vH4RAtm/AJ9gyBt1DXS/BjqR5JYnmWgUCMUo7wCeLLar AtbrlKwG2bqlnjtD//e7PKw= =x8LJ -END PGP SIGNATURE- ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
[crossfire] Crossfire GTK2 Client installation on Windows 10 (preview copy)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, As a test, I encountered no issues or problems installing the GTK2 Client for Windows (1.60.2 snapshot) on Windows 10 (Pro Insider Preview, Evaluation copy, Build 10130) in a VMWare Fusion session. The game seemed to have better screen refresh rates (better, not great) with the gtk-v1.glade layout. Fog of war feature works. smoothing works. I have not tested character creation on multiple servers, so far I have only tested logging in to an existing character on metalforge serve r. Quick draft of the installation with screen shots: http://crossfire.real-time.com/clients/windows10/ -BEGIN PGP SIGNATURE- iD8DBQFVpz59hHyvgBp+vH4RAq/iAJ9jQeQAnw2m6nFjtmvB989i/EhTAwCg/qRT P/RmQiKSULrKpooGUpZRgec= =1b0S -END PGP SIGNATURE- ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
[crossfire] Updated wiki (finally...)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 After much work and frequent setbacks, the Crossfire wiki is now up and running at it's new server. http://wiki.cross-fire.org All user account login information migrated over and is working as best as I can tell. If you encounter any problems with your login, please contact me directly (off list.) The old server is still online, but is locked down so the content can not be updated. After further testing of the new wiki, a redirect will be set up to send all web queries to the new wiki location. I will also work on updating links and other references that use the (now) old server location. -BEGIN PGP SIGNATURE- iD8DBQFVPtHThHyvgBp+vH4RAgLEAKCnmomn+sqi0xhi4sPIDuD7xOWzlgCfctSz 3EfvBp+Ppppq+0wR35dR64Y= =0/b1 -END PGP SIGNATURE- ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
[crossfire] Additional metaservers
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, To clarify on the additional metaservers added in r19878 and r19879, they are for redundancy purposes. As things stand now, clients and servers are not configured to query one metaserver vs. another based on their geographic location or other settings. If you want a quick lookup for all the metaservers, visit: http://crossfire.real-time.com/ms/ As for why the additional metaservers? This takes some of the stress off of me for server reboots and other maintenance tasks as game clients will still have other metaservers to query. And hopefully having an additional metaserver on a different continent helps with availability and reliability as well. The secondary US based metaserver (http://metaserver.us.cross-fire.org/meta_html.php) is still hosted here at Real Time, but resides on a different physical virtual machine node then the "primary" metaserver (http://crossfire.real-time.com/metaserver2/meta_html.php) As for the new domain name, cross-fire.org - it was a domain that was available and is related to the project name, so that is why I used it. Plus I hope it helps to avoid|reduces the confusion of when much of when the game resources (wiki, forum, etc.) were first deployed and the project still did not have a designated domain name and I used the metalforge.net domain name and a "temporary" measure. BTW, I have checked. crossfire.net is for sale for $3.00 USD. -BEGIN PGP SIGNATURE- iD8DBQFVPtGOhHyvgBp+vH4RAmKFAKCjqvB9KRidwH/Lwl0a8VN1OMF63gCgniLM /AwFXSqaJ+zyAPH8fdjL5mA= =cdnP -END PGP SIGNATURE- ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Shop prices overhaul
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I share this info to make sure the patch is accomplishing what it's designed to do, and for any discussion and comments that others may have. I did some testing with the patch, and these are some of my observations with a level 4 character, 11 charisma and has the bargaining skill. Sale prices in shops for common items such as potions seem to decreased by about 10% in all stores tested (Scorn, Wolfsburg, Santo Dominion.) For instance, balm of minor healing went from 91 platinum to 80 platinum. When I would left click to examine items in the inventory, the character was 100% accurate on estimating the sell price to shops. For instance: You reckon they are worth 7 platinum coins and 8 server coins. You are offered 7 platinum coins and 8 server coins for them. You receive 7 platinum coins and 8 server coins for the sapphires. At the moment, my character is also 100% accurate on predicting the purchase price of items from shops as well. (Stand over the item, and left click to examine it.) NOTE: From a player perspective, this is really nice to know exactly how much money is needed to make a purchase. NOTE 2: Bargaining is still needed or used to on shop greed and items the shop pays higher prices on. Examples of output with use_skill bargaining: - From looking at the nearby shop you determine that it trades in: rings It won't trade in items worth less than 60 platinum coins. - From looking at the nearby shop you determine that it trades in: amulets, rings, potions, books, scrolls, spellbooks, skillscrolls and wands. It won't trade for items above 40 platinum coins. There is certainly much more that can be tested or experimented with. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) iD8DBQFUfWpqhHyvgBp+vH4RAgskAJ9BiT1F6+Jz/arlXfyEm0o9WrAwbQCdGb6k 5vtGGcWaEpUwNvN7bBy4WYk= =WRp0 -END PGP SIGNATURE- ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Wiki Changes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/13/14 2:01 AM, Tolga Dalman wrote: > > Wouldn't it become too cumbersome to maintain two documentation > sources in the long run ? It might or could, but if/when that happens then the website page would just be a direct link to the wiki page. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) iD8DBQFUHc7+hHyvgBp+vH4RAuwUAKDmVpoO/5obEj5XXbS5Ux2H8i3hzQCgh5/o pqfYnVAhVGSY8DwXV7SCwzI= =6Hy+ -END PGP SIGNATURE- ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Wiki Changes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/12/14 5:10 PM, Nicolas Weeger wrote: > > Players information is on the official website (though it may > require some update, but that's another topic), and it should > probably be there because that's the page you'll see first when you > discover the game. Having whole player manuals there is great. My hope was the wiki would be the draft or living copy of such content while the website would hold or present the "nice and pretty" version. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) iD8DBQFUE4UwhHyvgBp+vH4RAuGAAKDfw7G+QDamPU/3cod+WRtvajI2bgCg6Yld Pa10GadXt5mqwcGHQU7t61k= =YuS0 -END PGP SIGNATURE- ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
[crossfire] Development dialogue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 It has been quite some time since Crossfire has seen so many code tweaks and changes like we have seen the past couple of months. Thank you to everyone who is and has been contributing to this. Some recent discussion on IRC brought up some concerns with recent SVN commits and their impact on existing code, server setup practices, and performance gains or efficiency of such code changes. I'm making this post to open dialogue on these concerns so they get addressed, worked on, updated, etc. If a code rewrite is necessary, or a revert or something else - it should be made with some sort of agreement. I ask that we keep the discussion positive and productive. If you have an axe to grind, this is not the forum for that. ;-) Thank you, Rick Tanner -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iD8DBQFTm4rLhHyvgBp+vH4RAtOmAJ9Hd8G7knqQ+L8PhDmzEp3qMSGUqACgvLBB SYrqMk9wp1jY9cYX1hnCsPo= =YSMv -END PGP SIGNATURE- ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Crossfire should use Git
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 My questions on going with a distributed revision control has to do with how does all these changes in a branch make it back to the main code base? This is not a question in regards to command syntax and code merging practices. It's more on a administrative or QA level. Perhaps I'm asking "who" brings in all the changes from the branches to the main code base? Thank you, Rick Tanner -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iD8DBQFTm4NQhHyvgBp+vH4RAvepAKCmTqzcsL28o6Q96Xm2CbxgNr1/QQCfUzY1 BjzHRN1yAdfmRHPBkU7OtmU= =KBE3 -END PGP SIGNATURE- ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Crossfire server code cleanup/janitorial
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 4/19/14 11:45 AM, Tolga Dalman wrote: > > That's what I thought. Do you have any download statistics for, > say, Windows binaries ? Some stats[1] are available, but they don't show the whole picture as there are other sites[2] that offer file downloads or the download information is not tracked for other (unknown) reasons[3]. The server log files can track number of connections and client versions from players, but at the moment there is no "nice" way to really collect player population data -- like one could gain from using one of the many website traffic analyzers. Meaning, no easy way to tell if a person with Client X has connected 10 times today or if that was 10 different people. [1] = http://sourceforge.net/projects/crossfire/files/crossfire-server-windows/stats/timeline [2] = http://www.meflin.net/crossfire/ [3] = http://sourceforge.net/projects/crossfire/files/crossfire-client/snapshot/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iD8DBQFTVWVEhHyvgBp+vH4RAnHNAJ40cKeFNY7fMba9YbsVhSSUPznqbgCgndfI oLEmw2o3UaY/E53nlk7vyYU= =KzjE -END PGP SIGNATURE- ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Bug tracker group searches
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 4/12/14 11:12 PM, Kevin Zheng wrote: > > Since the bug/feature/patch trackers switched to the new tracker > states, the group searches have been left unchanged. To make these > states more useful, I would like the following searches: > > - New (bugs that are "open") - In progress ("feedback", "analyzed", > or "patched") - Closed (but NOT "suspended") - Suspended (but NOT > "closed") Can be done, the syntax to do so is like this.. Open Tickets: !status:closed-wont-fix && !status:closed-rejected && !status:closed-out-of-date && !status:closed-postponed && !status:closed-accepted && !status:closed-remind && !status:closed-works-for-me && !status:closed && !status:closed-duplicate && !status:closed-invalid && !status:closed-fixed Further info on the syntax: http://www.solrtutorial.com/solr-query-syntax.html I could use some guidance on how to reconfigure the fields though for the new search terms. > In addition, the milestones should be updated: - 1.11 and 1.12 > should be closed - 1.x_next+trunk should be removed - Add > milestones for 1.72.0 and 1.71.1? - Maybe re-open the "2.x" > milestone for really-distant changes? Sounds good and reasonable. Milestones updated, let me know if anything else should be changed in this regard. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iD8DBQFTShpZhHyvgBp+vH4RAu1SAKCYPmdddfK7aFHgKtyuhOORop9FZACg7qOq UC/EVu2t3sEev/S2BQWYb6A= =PjLJ -END PGP SIGNATURE- ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] 'svn:externals' pointers to stable/next/latest
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Unless someone speaks up on reasons to keep them or other ideas in the next week or so, I say proceed with your suggestions. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iD8DBQFTPH2KhHyvgBp+vH4RAmYLAJ4mcAd1j6NXjwDgvJ0U8iD2poKemACgqSIt r/EvRsF7FOGxNimVz+iI1do= =haUO -END PGP SIGNATURE- ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
[crossfire] World generator (land.c) questions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I'm using the world generator (land.c) found in maps/trunk/Info to generate a new continent for the in-progress Pup Land Big World migration. Here's a sample command I ran for a sample map: $ ./lander -m . -m -x 1500 -y 1500 -s 1007623715 -p 300 -n 170 -w 1 -l 5 And here is what I have been able to gather along with my questions and comments. Can anyone help clarify or answer my questions for me? - -x = number of 50 tile wide maps on x axis (1500 would be 30 maps that are 50 pixels wide; 150 would be 3 maps 50 pixels wide). No questions here. - -y = number of 50 tile tall maps on y axis (1500 would be 30 maps that are 50 pixels tall; 150 would be 3 maps 50 pixels tall). No questions here. seed (-s) = ?? Random number used to generate the fractal? Is there a min and max value that can be used? Does higher numbers provide more land or more water or neither? Higher or lower numbers for more jagged coastline or more rounded coastline and islands? land (-l) = ?? Is there a min and max value that can be used? Does higher numbers provide more land or more water or neither? Higher or lower numbers for more jagged coastline or more rounded coastline and islands? passes (-n) = Make lakes and ocean trenches. General note - it works better to have more passes, but each pass doing less work - this results in more consistent lakes and ocean trenching. Found this summary in either the write or source code. No questions here. wpasses (-p) = ?? What is this? Is there a min and max value that can be used? Does higher numbers provide more land or more water or neither? water (-w) = ?? Is there a min and max value that can be used? Does higher numbers provide more land or more water or neither? Higher or lower numbers for more jagged coastline or more rounded coastline and islands? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iD8DBQFS+o6BhHyvgBp+vH4RAllyAJ9wkgc+uFjj7+vIDbt9TyxMS5lsdwCgt2GC eTfUdCFLGUqUA6t6hmIq+90= =7isQ -END PGP SIGNATURE- ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] New bug tracker states
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 1/18/14 9:22 AM, Kevin Zheng wrote: > Hi there, > > I've just noticed that the new bug tracker states only appear in > the "Support Requests" tracker. Each tracker must be updated > individually in order for the new states to apply across all > trackers. I made the changes before sending out the original email, and I noticed they fields took as long as 10minute to update. This time around, after adding the new options, there was a green status box indicating that the fields were updated. A double check on my part shows the fields are using the new options. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iD8DBQFS2ur3hHyvgBp+vH4RAmhsAJoD8/NfcSBJ+YwwCzg4pCAz6nFzcgCgt9I6 Y/cPmkEp/dh45ar59TkRT1E= =ffB5 -END PGP SIGNATURE- ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] New bug tracker states
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/27/13 2:49 PM, Kevin Zheng wrote: > > The Crossfire bug/patch tracker on SourceForge uses states to keep > track of the state of a bug report/patch. In order to make it more > useful, I propose removing several states and adding new ones to > clear things up. Based on the feedback of this discussion, the following changes have been made. The options or fields that are available are: Open Statuses Closed Statuses Open Statuses now include: * open * analyzed * feedback-needed (NOTE: "feedback-needed" is a slight modification of the "feedback" heading from the original discussion summary) Closed Statuses now include: * closed * suspended The changes apply to all ticket queues, which include: * Support Requests * Patches * Bugs * Feature Requests Please post to this thread any questions, concerns or comments. Thank you, - - Rick Tanner -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iD8DBQFS0148hHyvgBp+vH4RAgp4AJ9L4qbYA4ZQZHpkOkPwESfZah8pOACgvXru ekOgxAPqfDpQ8e4PFjOqtaM= =WkJ1 -END PGP SIGNATURE- ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] [PATCH 1/2] Keybindings: multiple changes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/14/13 6:03 PM, Arvid Brodin wrote: > > Of course, we would have to agree about the default set of > direction keys... ;) It's been my observation that the first thing a new player does when they want to move their character - is to use the arrow keys. So, I think the arrow keys need to remain available for movement. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iD8DBQFShWyhhHyvgBp+vH4RAu/xAKDdUAhI4hLe89RNAIk4o/zjCpM3HgCgsDzp DvtdJtUuzCXaiBn3k+jMm94= =C+JF -END PGP SIGNATURE- ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
[crossfire] Update to svn:externals in /stable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Earlier today in Revision:19035, the old 1.11 branch was removed with the following message: "This was used as trunk for the 1.x branch during the days where a 2.x release seemed imminent. Changes were merged into trunk a long time ago and has served it's purpose." This caused problems with the external reference in /stable - such as: svn: warning: W20: Error handling externals definition for 'stable/client': svn: warning: W17: URL 'https://svn.code.sf.net/p/crossfire/code/client/branches/1.11' at revision 19035 doesn't exist To correct this, I updated the external reference for /stable to use the 1.70.0 tags release. This was in Revision:19036 which was also made today, 2013-sept-12. If anyone has any questions, problems, suggestions, disputes - please follow up to this email thread for further help or discussion. Thank you, - - Rick Tanner l...@real-time.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iD8DBQFSMkoxhHyvgBp+vH4RApekAJ4vF4eU2C6488zYsJ9F7VmuR1mRNACfbnu7 gf1tj1czG0y0DEoSOhUSwhY= =w6dP -END PGP SIGNATURE- ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
[crossfire] Permissions update to Tickets on SourceForge
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello everyone, I made some changes to the Tickets queue on SourceForge. Basically, if you have write access in SVN, then you can also edit (as in close, modify, etc.) Support Requests [1], Patches [2], Bugs [3] and Feature Requests [4] tickets. Before this change, only the project admins could close out the tickets. Thank you for the help from Kevin Zheng on locating this option in the "new" SF interface. Let me know if anyone has any questions or problems with accessing this change. Thank you, [1] - https://sourceforge.net/p/crossfire/support-requests/ [2] - https://sourceforge.net/p/crossfire/patches/ [3] - https://sourceforge.net/p/crossfire/bugs/ [4] - https://sourceforge.net/p/crossfire/feature-requests/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iD8DBQFSH5YVhHyvgBp+vH4RAnIhAJ4xycNfOr4MvUKOF1Mi6NukOuPOHgCbBl+m jNuZriVuFIq3Edk6ES9ROOI= =KaJl -END PGP SIGNATURE- ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
[crossfire] SVN:externals update for Gridarta
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I updated the external link for Gridarta (gridarta-editor) directory found in the Crossfire SVN code base. That project was moved to SourceForge's new platform recently. However, a changed pdf (server/doc/Developers/smooth.pdf) was accidentally included in the checkin. The email alert for the checkin has not arrived in my inbox yet so I'm not sure what all it's going to show as changed. And what I need to correct. The next time you run a SVN update, it will appear that you are downloading the entire codebase for Gridarta again. So... Consider this a "heads up" for a long list of file changes at your next update. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iD8DBQFRpon1hHyvgBp+vH4RAh0FAJ9UubyO9GAjw8jrKdhdUe3PHciZZgCg5xJd 09FHoiyvmWNQJUZt+s/PHeU= =7d8x -END PGP SIGNATURE- ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire