PlaneShift

In Crystalspace based PlaneShift it posted to group chat.

On getting teleported while sprinting almost fell off a steep abyss. Could have brought my char into death realm.

Might be a good idea to have a teleport freeze the char for a second or two so as I player have a good chance to react to the location change.

Damola looks at the Pterosaur at the Pterosaur handler in Amdeneir and feels sadness.

She thinks: “Oh, my where have those grand Pterosaur from the old days in Yliakum have gone?”

Roleplay aside: I really preferred the old look of the Pterosaur with spread out wings. The smaller PSUnreal pterosaur does not look like it can carry a large Kran.

I sat Damola down on a char in Kada El. I held “Z” key for that, cause tapping did not work for the char I was aiming at.

Damola sat down. However she stood up every now and then, I think it was for idle animation.

This is with PSUnreal 0.7.35!

Yay for the new Global chat!

I prefer to have all chats in one big chat log. However global chat is not marked as global inside the log file. Like this:

(some time) [chat] Damola: This is global chat!

Would be nice to have “[global]” or some other marker like this in there.

Same goes for NPC chatter and so on. Currently all messages are marked with “[chat]” which is not all that helpful for searching around in the file.

As subject says: /me in group chat goes to main tab. In Crystalspace based PS it went to group tab.

After a loss of connection to the server, and logging in the game again without closing the client, the client stops logging chat.

Great that PSUnreal now scrolls down when someone types in a new messages.

However IMHO that should only happen if chat was at the last message. In case the player scrolled up to re-read older messages, it should not jump down on each new message as otherwise the player would have to scroll up again and again and again in case many new messages are appearing in a short time.

Zooming in on the character does not center on character.

Instead is zooms to a point right of the character so the character is zoomed out of view to the left hand side.

I think that has to do that the character, in this case a female Nolthrir, is not centered in view. From the left border of the PSUnreal window, maximized to Full HD resolution in windowed mode, it is about 855 pixel to Damola’s right hand when she looks into the camera. From the right hand border to the left hand, again with Damola looking into the camera, it is about 990 pixel, according to a screen ruler program.

What I think is happening here is that PSUnreal actually zooms in on the center of the view, but Damola is not there, but somewhat to the left from the center.

I also tried it in windowed mode with a resolution of just 1280×800 pixels. Still the same, Damola is not in the center. Same goes with full screen on Full HD resolution. Or windows mode with 1600×900 pixels. It does not seem to depend on the resolution.

In addition to bug FS#7859 there is another scrolling bug.

PSUnreal scrolls down during chat, but on multi line messages it does seem to forget about the last line of the message. It scrolls down towards the second last line of the message.

When sitting, I think it should be possible to greet someone without standing up. It is a bit awkward to be sitting, and then stand and wave at someone and sit back down. I’m not sure if it is hard to implement the “wave” action while sitting, but that is what I think the effect should be. Just sit and wave. If you don’t think that “/greet” is appropriate while sitting, then perhaps just implement a visual “/wave” that can work when standing or sitting, although the only difference between the two are the system message.

Over numerous days my character has left items on the Gug altar. After un-guarding them with /guard they are checked and seen not to be guarded by the character anymore. Upon return on a subsequent login they are found to be guarded by the character again. The same items have been un-guarded several times with the same result.

When one kills a Dark Rogue in the BD Mine after having it chase one down towards the main corridor they fall to the ground and then float away. Even after catching up with them one is informed that they are too far away to be looted.

The range seems to be when they are out of range to call for help.

When the monster is somewhat near you, the movement simulating firing an arrow with the bow is showing. However if the monster is quite far away the movement stops showing until either one of you gets closer to the other.

Nothing major at all, but I cannot change the severity. Is that up to the poster?

Anyway, just on the other side of the wall from Akk-Central -4.46 0.70 4.32, in the empty space, is a bit of grass floating around.

I've just tested some Pet commands (by using a summoned familiar) and the following commands don't seem to reach the familiar NPC:
/pet [name,] assist
/pet [name,] guard
/pet [name,] run
/pet [name,] walk

Please note the Minion behaviour used for pets is using almost the same data in SVN. The steps I used to replicate the bug:
1. summoned a familiar
2. issue a command /pet [name,] follow/stopattack/stay/run/walk
3. use the /info command to know the last perceived command.

When reaching step 3 the info command should show something like that:
(12:08:36) [System] >Last perception: ownercmd:stopattack
instead for the above commands an error message is outputted (just like the command was wrongly typed or isn't recognized).

By using the percept command on the NPC like /percept ownercmd:run the behaviour is correctly run and works as expected.

Also please note that assist/guard commands appear in the help.xml file while the new run/walk don't.

This is a collection of Combat System bugs

This task collects the crafting feature requests.

This task collects the spell feature requests.

Related to: http://hydlaa.com/flyspray_upgrade/index.php?do=details&task_id=611&histring=crafting

Goal of this feature request: To provide an alternative to the numerously unneeded clicking and dragging through the addition of additional options.

Possibilities:

1. Allow all targeting equipment to be targeted and add short cut commands as discussed in http://hydlaa.com/smf/index.php?topic=30727.0;topicseen and http://hydlaa.com/smf/index.php?topic=28284.0 .

1B. Add a /place command that would place a specified number of a specified item into a targeted container.

1C. Add a /remove command that would remove a specified number of a specified item from a targeted container.

1D. Add a /combine command that has the same functionality as the combine button that is on the right click menu.

2. Have the stock casting containers automatically convert large stacks of molten ore to the largest possible unit. (IE: A stack of 63 Molten Iron would yield a stack of 6 Iron Stocks and 3 Iron Ingots.)

2B. Add a button and command to Stock Casting that will toggle that will allow the user to cast only ingots.

2C. Allow the user to combine large amounts of objects at a time so long as the proper amounts of objects are present. (IE: 81 Iron ore and 9 Coal ore would yield 90 Molten Steel. Also, you could combine 10 sword handles with 10 sword blades to quickly put together 10 swords.)

3. Add a key to be pressed and held that would allow the user to pick up an entire stack.

I believe that there has been discussion of several other alterative on the forums.

Thank you for your time:
- Tontow

There are reports of spells that don’t have any effect anymore (neither on you or on enemies)

Known are
- meteor
- missile shower
- dazling light
- flame burst

when you repair a dagger for example you have to
- equip it in right hand
- do /repair and wait for it to end.

if you try to select the “weapon” which is being repaired you cannot move it.
you get the message : “You cannot move an item being used”

BUT if you take another weapon, select it and put it on the weapon being repaired, they will switch themselves (i mean the weapon in the hand will go to the INV and the one in the INV in the hand) and the repair action will still be active. (the weapon you started to repair will be repaired, not the one after switching).

hope to be clear :p

When i first enter in the guild house, i inspected the arounds to remember what i had already seen in the pasts months , the pics and so :}

But i was disappointed by the fact that i cant close the door :( i mean by the inside..
i take the example that one of my guildmate invited her husband in it but then she had to go out to lock the door and enter it again. (OMG she can enter even if its locked! wOw hehe ^^)

Maybe its planed but then i have no possibility to check if its or not :}

Hello,
I would like to propose providing a full map and compass at the start of the game instead of making it something you need to build or quest for. The map should show the current location of the player when opened and the direction they are facing. The map will only have major locations such as cities, towns, and camps but will also include unlockable locations such as caves. I feel some kind of map/mini-map is a common feature in most games and it will help retain new players since they will have basic directions at the start of the game. Thank you for your consideration.

Please add this feature to the unreal version. I prefer the pointer/camera to be controlled like a plane in the game. If I move the mouse down, the camera will go up. Thank you.

Please allow additional rows for the shortcuts as well as more shortcuts per row. I utilized shortcuts quite a bit in the legacy game and I liked the ability to have small icons with a ton of shortcuts. This will probably need to be a setting to input the total number of rows and the number of shortcuts per row. The icons would need to scale to fit. Thank you for your consideration.

My characters race is Kran and I have noticed that my character does the neck stretch animation while mounted.I recommend to have some kind of check while mounted so the idle/standing animations aren’t triggered. Maybe only when the character is standing and idle for a certain amount of time. In addition, I have noticed my character and npcs randomly doing the treading water animation.I am not sure if it is planned but it seems out of place.

Client recieves plain text data regarding many things configuration:

<traits><trait id=”10” next=”0” loc=”FACE” mesh=”308” mat=”321” tex=”322” shader=”“/><trait id=”346” next=”0” loc=”HAIR_STYLE” mesh=”328” mat=”0” tex=”0” shader=”0.63,0.32,0.17”/><trait id=”382” next=”0” loc=”HAIR_COLOR” mesh=”0” mat=”0” tex=”0” shader=”0.52,0.45,0.17”/></traits>

It would be better to handle the data this way:
compressed server side
stored compressed
sent compressed
client recieves compressed
client decompresses uses and stores on disk.

compared:
plain text - 1,1k
tar.gz - 0,4-0,5k

The old application clearly stated which skills can be trained by simply showing you them listed in the dialog.

Now you’re getting list of all skills and let’s take Percival Hawthorne for example:
https://drive.google.com/file/d/11TT9POMLeO0WOf9he84foTY5Xaju2eUj/view?usp=sharing

What we see is:
- list of all skills
- some progress bar right under the skill
- some progress bar in the right part of the box
- if you try to hover on this, we can see it marked “tbd” which doesn’t make it any less defective.

What we should see:
- list of skills the NPC can actually train you (the current list needs to be filtered)
- the cost of the training both in tria and PP (the progress bar on the right should be simply replaced with a button

How about making it visible in Main if Players exchange items?
A system message appears to the ones trading anyways at this moment.
the message to others should however have some less precision, like:

 "<PlayerA> gave <PlayerB> Weapons and some coinage in exchange for raw materials"
 for someone trading a crafted longsword, a dagger, 2 hexa and a tria against 45 platinum ore and a silver ingot.

this in order to keep realism (can all see how many circles and tria he pushed into the other persons hand?)
the message could use the item_category, and eliminate doubles, so it could be done without giant changes to the database.

the advantages I would see in this:

 1.) there will be visible interaction between players. no more pure tell-based sales that (imho) are pretty ooc.
     Noone IRL (and especially not in the middle ages) would go into a shop and whisper in the cashiers ear what he whishes to sell or buy.
     Instead people going into a shop (not a supermarket) usually say good day followed by a statement on what they seek to buy (maybe even some smalltalk).
     Neither would such item exchange go unnoticed by other people in the shop or near the exchange.
     So I think it would add to realism. Unless the character you play would be blind.
 2.) Stealthy and sneaky exchanges of goods would have to take place in dark alleys, like sneaky things should be done.
 3.) Hopefully the messages in main would encurage Players to take the general and casual trade-talk into main as well,
     instead of hiding it in tells in order to not 'disturb' other players. 
     If IRL there are others talking near you, you step away a little to give and have more privacy as well.
 4.) It also would surely add some spying capabilities into the game, as it then could indeed be seen to all around who trades with who.
     This will make it possible to IC-ly spy on others trade behaviours. This without the need of having to be telling or grouping with the ones spied on. 

disadvantages:

 1.) Anyone could see who would trade with who, people who use quest runners would have to find a reason why they would get items for free.. 
     (or take the trade to a dark alley).
 2.) Someone could 'spam' the main-channel with trade messages. (but that's easier by sitting and standing up, or by dropping items and pick them up)
 3.) some things I probably didn't thik about yet. feel free to add..

Overall I think it would rather add to RP then desturb it.
For slipping items to others unnoticed, there could/should be a ‘/givesecret’ option that would use the numbers behind the pickpocket/sneaking skills.

When I jump near an NPC my character tries to climb on top of it and then falls thru the NPC. I’m guessing it should not be possible to climb on NPCs.. although it would be fun :D

I write this to ask about more variety of animal parts in order to craft this essence, since it can be obtained in low production from aragnas and in high production from trepor queen. Trepor queen is just one mob in place and not always give to you the eggs sack. Is a essence really hard to obtain, and is very helpful for newcomers and also for experienced player, when crafted into healing potions. Increasing the ratio egg sack / essences will also help.
Thanks a lot for reading and for your time.

(I DETECTED IT ON OLD PS, DELETE THIS IF IS NOT APLY TO NEW ENGINE)

THE BOOK DRINK OF THE DOME HAS ERRORS:

DOUBLE SENTENCES LIKE:
COMBINE MUG OF HOT WATER, SCOOP OF STRIMPOTOR, 4 DASH POWERED BREAD RISES, MUG OF HOT WATER, SCOOP OF STRIMPOTOR, 4 DASH POWERED BREAD RISES INTO…..

USES A 0 (CERO) IN SENTENCES LIKE:
0 LIQUID BREAD RISES

An "Undo" button on the new music writer that could go back at least one step would be very helpful. Thanks!!

I consider it unrealistic how terrain is (not) interacting with movement.

As far as I know, in real life, every meter up is as taxing as ten meters across. (The factor of 10 is from a schoolbok, it might be a good idea to verify this from a professional source.)
Going downwards requires concentration to avoid slipping and falling, and a surprisingly large amount of strength to absorb the shock from “falling” the height would lose with every step. (Walk down 250 metres of a moderately steep slope with a backpack on your shoulders and you’ll know what I mean.)

In terms of game mechanics, this would mean:
* When running upwards, the speed should decrease and stamina loss should increase, and the cumulative effect of these two changes should be drastic. It’s possible to trade one change for the other: keeping the speed unchanged and massively increasing stamina loss would force players to rest, keeping the stamina loss constant would call for a massive speed reduction. However, I think it should be a little of both since that causes interesting effects (see below under “game experience”).
* When walking downwards, there should be no stamina loss (you can make the physics work for you), and you should be faster, but you lose mental stamina. The less your mental stamina is, the higher the probability of slipping and falling. If you fall on a too-steep slope, you continue skidding. Falling should do damage that’s proportional to the total weight (character + load), blunt damage (not much help from armor); skidding should do damage-over-time, armor protecting fully (essentially this is abrasive damage, which is similar to slash - but don’t give characters armor training from that).

In terms of game experience, this would mean:
* Getting up on a slope is a time-consuming experience, and almost never worth avoiding the walk around the hill. People will stay on the paths in the valleys. This will cause more interaction between normal travellers (and make Cutthroat Lane work better for the Cutthroads, too). It will also make people who leave the road more likely to remain undetected.
* The Settings team can make NPCs less accessible and less likely to be found by placing them on a hilltop, or in a valley behind mountain pass.
* Players with maxed stats have less issues with upward slopes than newbies, but they will still avoid slopes unless they have reason to.
* Hilltops will become a tactical advantage. An attacker will need far more time to reach a defender on the top, and expose himself to ranged combat for a longer time. (Take this into consideration when reducing the effectiveness of long-range combat spells; ideally, a mage would win against a fighter from a hilltop, and lose against a fighter on even ground.)
* Hilltops also become a bit of a trap. Defenders forced to flee from a hilltop risk falling and getting overwhelmed.
* Pursuing down a hilltop is problematic due to risk of falling. Defenders might want to hide a pursuit team in a nearby valley that’s near the height of the route of the attackers, though that would force them to split up forces. Decisions, decisions… which means tactical variation, which is a Good Thing when it comes to making the combat aspects of the game interesting :)
* Reaching the Eagle Bronze Doors takes a lot of time already, making them even less reachable will no doubt make many players very unhappy. An alchemist that sells stamina regeneration potions at the bottom of the path up would help with that.

Just my 5 cents :)
(and no, I don’t expect this to be implemented anytime soon :D )

Dropping an item in the forge or furnace while hammering something results in a message similar to “You can’t train your skill while working”, with the item sitting in the container but never heating up.

Instead, the item should refuse to drop in the forge/furnace (similar to the situation when capacity, weight, or slots are exhausted).
Alternatively, the item could drop normally and start heating up.

I have two reasons for requesting this:

1. It runs counter to immersion. Stuff sitting in a hot place heats up in real life, it should do so in Ylliakum as well.
2. It is a griefing opportunity. Start hammering something, fill up the forge with stuff, and watch crafters despair. Since the stuff does not heat up, you can even continue crafting - you can take stuff from a slot normally and immediately replace it, the 300 ms lag will make sure that you can fill the slot before the other crafters even see that you freed the slot.

Feel free to change to Feature Request, I cannot know whether the current behaviour conforms to developer expectations or not.

Just an FYI but the info being posted on the calendar for the dev meetings has a typo. Under Content, second sentence the Word developers is typed Devevelopers.

http://www.planeshift.it/Roleplay%20Guide

Last paragraph: kra has no gender therefore the he’s should be changed to kra’s.

The kran looks at the written page, tilting his head a bit and scratching the top with his left hand. - “Well, I never been a novelist, but that should do it, I guess.” He stands up from the giant crystal table, picks a thick cloak and looks outside the window of his sculptured stone house. He concentrates a bit and thanks to his magic vision, he reaches the Hydlaa plaza. - “mmmm… there is still much more to do, but things are surely getting better. Time for some magic!”

The kran looks at the written page, tilting kra’s head a bit and scratching the top with kra’s left hand. - “Well, I never been a novelist, but that should do it, I guess.” kra stands up from the giant crystal table, picks a thick cloak and looks outside the window of kra’s sculptured stone house. kra concentrates a bit and thanks to his magic vision, kra reaches the Hydlaa plaza. - “mmmm… there is still much more to do, but things are surely getting better. Time for some magic!”

Banded Mail Armor stores in MA category, trains MA but the description reads HeavyArmor under the weight/size/quality. So can we get it changed to read MA please.

I would like to have the option to buy back item(s) i sold to a npc as precaution for accidental sales.
Its a common feature in other games and would fit PS very well too.

Questions for implementation:
- Should the list be global or npc specific? (buyback only where you sold it)
I tend to make it npc specific as it makes sense and would prevent abuse (e.g. for transportation).

- Add a timer how long the buyback of a sold item is aviable? Its probably easier to add and lighter on ressources to keep a fixed global item amount then adding a timer.

- How many items should be stored to be aviable to buy back? In my opinion a global maximum of 10.

- Should there be an additional fee for buying an already sold item back? I’d say it would make sense. The NPC-buy price of the particular item could be used, since the calculation is already implemented.

- How does it fit into the UI? It could be added in the BUY-from-npc list of the particular NPC. It would only show up when there is something aviable to buy back, similar to how the SELL-to-npc list handles it now.

Any thoughts or ideas?

The Dirghir signpost, hpmhutt (floating plate) X 3, Lintel (floating stone staircase) are all out of place on the map. They are all floating in the sky.

Current position: ojaroad1 340671.34 - 335667.88 8981.53, instance:0

After a player has made a character; anywhere they walk on a steep hill; the foot is bent. Character Creation (skeletal System) glitch.

The way it works now:

If I want to purchase a weapon that is better than those offered by NPCs (Trasok, Harnquist, etc) I must find someone who is capable of crafting the item I am looking for, which can be IC, but also find out when they are going to be online, which is OOC. I have spent more hours than I can count trying to find crafted items for sale in Hydlaa and Akkaio. It can be great for RP to have players sitting around doing nothing but selling their wares, but players are going to want to do something other than sit the entire time they are in-game, and there are not enough players to be available 24/7 or even a regular in-game 8-5.

The way it should work:

A specialized NPC character (class of characters) should be introduced that can do two things:

1. Hold items for sale.
2. Sell items that are held at a price specified by the original seller.

Desired Implementation example:

1. Crafter makes item and goes to merchant.
2. Crafter sets a price for item to be sold and removes it from his inventory.

 a. this could be done via a specialized trade window/action button.
 b. a seller should be able to remove an item that has not been sold (for a fee).
 c. the seller should be able to change the asking price (for a fee).

3. The item then becomes available for sale to other players to purchase.

 a. a action button and dialog would need to be created to search the merchants inventory.
 b. the items listed should allow a description to be viewed (similar to current buy/sell dialog.
 c. when an item is purchased it is removed from the merchants inventory.

4. The money would be taken from the buyer and either

 1. placed on the merchant to be claimed by the seller any time after the item was sold (minus commission)
 or
 2. placed in a bank account (minus commission)

*
Design consideration should be made for if each NPC merchant is self-contained, or if the NPC merchants know about the inventory of other merchants and can offer those items for sale (for a additional delivery fee)
*

Justifications:

1. Players are not available 24/7.
2. All characters should not be crafters (not realistic for RP)
3. Economy would be much more realistic and less OOC as items would not be as difficult to buy/sell.
4. RP is not lost as a crafter can still sell their wares (with no fees) if they sell direct.

Steps to reproduce:

N/A

The way it works now:

I mine ore or get weapons drops from killing monsters and sell them to a NPC. These items then simply disappear into the ether.

The way it should work:

The items purchased by a NPC should be available for players to purchase, at a mark-up to what the NPC bought the item for.

Example, If I sell 20 Iron Ore to Trasok, then he should have 20 Iron Ore for sale.

Steps to reproduce:

1. Acquire an item that a NPC will purchase.
2. Open the buy/sell dialog with this merchant.
3. Notice that when in “buy” view there are no items in the appropriate category.
4. Sell the item in question.
5. Go back to the “buy” view and observe that there is still no itme for sale in that category.

Justifications:

1. The players/devs have expressed a desire in the forums to have a stable economy. This will help.
2. For RP, the prices should fluctuate depending on a very simplified supply/demand algorithm.
3. For RP, how can a merchant justify shelling out mountains of trias for items that never seem to get used.

 a. Trasok shouldn't fit in his house with all the silver/gold ingots he has bought over the years.

4. This will help crafters be able to get raw materials at reasonable IC-justifiable prices and hopefully get prices for crafted items to be reasonable and IC-justifiable as well.

I know this is around for some reason, but I think an option to turn this on and off would be better, as it does more bad than good, especially for roleplay. I was talking with someone new in the dungeon, next to an aggressive rogue which I just killed. When the rogue respawned, he went after the new player, and began pummeling him. I tried to intervene and “save” him, but couldn’t attack the rogue because of some magical red letter barrier yelling “I must be grouped with the player to attack”. I eventually tried to heal him, but wasn’t fast enough and he died while I stood there watching helplessly. Next time I’ll start with healing them, instead of trying to attack, group and communicate with the player as they are being attacked.

I’m not sure how many people go out there and try to “steal” other people’s monsters, but this is seriously annoying and unrealistic in the grand scheme of things. This has happened many times and has been tough to try to “save” anyone, so I thought an option to turn on and off to allow players to hoard monsters for themselves or share if they get into trouble. I suggest as a default, it should be allowable for new players. Delete this if it is a repost, couldn’t find anything on it.

Thanks!

//imgur.com/a/BUTOrjj

Most quests start with an intro and a confirmation for the player to accept the quest. For those that have skill requirements and/or time locks, instead of hiding the quest completely, perhaps it would be better to expose such quests when the character is otherwise qualified (e.g completed other quests in the chain) and do the skill / time check in the intro steps and have the NPC inform the character that they need to practice more before they can continue, or say something along the lines of "too busy right now, come back tomorrow". This way the player will know the quest is there, and get a hint of what they need to do. Going around and touching all the NPC's and finding nothing just feels like a bug when one knows there should be quests out there someplace.

I've done them…several times, and frankly I'm tired of seeing them offered. Could we have a setting for "Hide Completed Repeatable Quests" that we could enable to stop them form showing up? At least in one case, an NPC has enough repeaters that they show first and new quests are pushed to the 2nd page in NPC Dialog view. If one overlooks the page arrow, one might miss the other offerings.

Filed as Feature Request in Engine > Quest Dynamics…please move it if that's wrong.

Pretty much says is all. Possibly depends on  FS#5366 

Venalan will understand :)

1) For damage capped spells, sliding the power bar above the point where max damage is produced, mana cost is over-charged against the character, in addition to lowering success chance and increasing casting time more than appropriate.

2) If the kill shot (magic) produces more damage than needed to finish off the target, full mana cost is charged even if not needed.

I think it would be more appropriate if the mana cost was down-scaled to the net effect:
- if target only has 30 hit points left, a 60-point damage spell should only charge half the mana
- if target only needs 5 hit points to be fully healed, a 60-point healing spell should only charge 1/12th of the mana cost
- for area spells, calculate against sum effect on all impacted targets.
- if you’re going to cap damage, should also cap mana cost and not over-penalize in success chance and cast time when the slider is set too high

Where I’ve referenced the magic power slider above, same should be true for spell commands that explicitly have a power value
- i.e. “/cast 90 Taste of Death”

Justification: The mage should be able to determine if a “light touch” will suffice, but players have no way to turn down magic power to improve success chance and/or reduce mana cost and casting time.

Taking this a step further, practice and experience perhaps should be similarly down-scaled, with the possibility of giving none if no actual effect is the result (this would impact spam casting for power-leveling).