Ryzom Core Development Site: Issues

Ryzom - Bug #1506 (New): Village positioning being set to null after being loaded from village_sheet

2012-11-26T22:59:16+01:00

Ran into this issue with village position being reset to null after being read from the village_sheet. This causes 2 bugs:

1) Buildings are not in the correct position.
2) Load/ForceLoad/Unload calculations are incorrect as they use the original village_sheet CenterX and CenterY values.

Patch included.

Ryzom - Feature #1505 (New): Ryzom with PerfHUD

2012-10-29T01:49:54+01:00

Here is a patch that allows you to use nvidia perfhud with D3D on ryzom. ( https://developer.nvidia.com/nvidia-perfhud )

Note: _DeviceInterface->Reset caused it to crash when using perfhud, should we be resetting normally?

Ryzom - Bug #1501 (New): Tracking / Prospection failure message

2012-10-09T03:12:02+02:00

When prospecting for mats in an area with more than 1 deposit, certain combinations might return an invalid message. Take the following scene:

Deposit 1: 1 Choice material
Deposit 2: 1 Supreme material - weather condition invalid
Both deposits on the same area, or in the action range.

If I prospect for supreme materials only, deposit 1 will be discarded with the error NFStatEnergyDifferent (NFStatEnergyTooHigh?) and deposit 2 will be discarded with the error NFInvalidCurrentWeather. The expected message is the weather failure, indicating that there is a material I want in the area (but unavailable), but the error returned is about a different class available.

The current tracking/prospection implementation discards each of the available deposits in a sequence, and each deposit discarded returns a reason, that is stored in a list. If a material is not found, the first reason in a sequence is returned. The way this sequence is coded allows for a broader reason to replace a more strict one, like the one stated.

This is the filter sequence:

(Static Filter)
NFNoDepositHere
NFInvalidEcotype
NFNoDepositForFilter (material group/family)
NFStatEnergyDifferent
NFStatEnergyTooHigh
(Dynamic Filter)
NFInvalidCurrentWeather
NFInvalidCurrentTimeOfDay
NFInvalidCurrentSeason
NFSiteDepleted
NFNoLocalMaterialForFilter
NFStatEnergyDifferentLocal
NFStatEnergyTooHighLocal
NFCantSpawnSource

This is the 'failure' sequence (the selection of the reason to be sent to the client):

NFSiteDepleted
NFStatEnergyDifferentLocal
NFStatEnergyTooHighLocal
NFNoLocalMaterialForFilter
NFNoDepositForFilter
NFStatEnergyDifferent
NFStatEnergyTooHigh
NFInvalidEcotype
NFInvalidCurrentSeason
NFInvalidCurrentTimeOfDay
NFInvalidCurrentWeather
NFNoDepositHere
NFDepositDepleted
NFCantSpawnSource

I still have to think moure about it, but I think the 'failure' sequence should be the inverse of the filter, so the player knows how far he got in the selection process.

Suggested 'failure' sequence:

NFCantSpawnSource
NFStatEnergyTooHighLocal
NFStatEnergyDifferentLocal
NFNoLocalMaterialForFilter
NFSiteDepleted
NFInvalidCurrentSeason
NFInvalidCurrentTimeOfDay
NFInvalidCurrentWeather
NFStatEnergyTooHigh
NFStatEnergyDifferent
NFNoDepositForFilter
NFInvalidEcotype
NFNoDepositHere

Note that this way the dynamic errors (weather,season...) have a priority over the static ones.

This code is in the fg_prospection_phrase.cpp in the egs/phrase_manager folder.

Ryzom - Feature #1500 (New): Feature request: ability to equip items on hotkey (or upon shortcut ...

2012-10-07T02:51:24+02:00

One qute annoying thing compared to some other games is that items can't be equipped by hotkeys.
Most notably, weapons/picks/amplifiers/... - it makes some actions slower and less convenient than they should be.

In ideal world I would even like a macro which both sets actions bar for weapon and equips it. Or at least it's nice to have keyboard shortcuts to switch weapons, etc to do it a bit faster and in more convenient ways. It's really nice how shortcut bar switcing works. So it's good to have something similar for weapons as well.

Ryzom - Bug #1499 (New): Camera state is no longer remembered in client.

2012-10-06T13:34:45+02:00

Configuration:
I'm using Xubuntu 12.04, 64 bit and Ryzom client from Kervala's PPA, version 0.8.2683~precise2.
All settings are default.

To reproduce:
1) Launch client and enter to game.
2) Change camera from 1st-person view to 3rd person view and adjust scale.
3) Exit client.
4) Re-start and re-enter game.
5) Make sure that camera resets back to first person view regardless of changes.

Expected:
Camera settings saved.

Note:
It has worked fine in previous client version and I can remember this bug has been fixed at least once some ages ago.

Ryzom - Bug #1495 (New): Relocation R_X86_64_PC32 error

2012-09-23T14:08:27+02:00

When building on Debian with DEB_BUILD_MAINT_OPTIONS := hardening=+all, we got a lot of relocation R_X86_64_PC32 against undefined symbol... errors. Using -fPIC everywhere doesn't help.

The error seems to be related to "static" variables in headers so every singleton class can't be linked. Moving the variable in .cpp file fix the issue in some case.

Ryzom - Bug #1494 (New): wrong path to version.hpp vc9.7

2012-09-22T14:20:14+02:00

Hi guys just found a Bug in the Cmake List for vc9.7 Cmake looks for the version.hpp under ...include/boost/boost

it should be include/boost/ took me a hell of a time to find it. The problem lies somewhere in the code under ...nel/src/sound somewhere there is a wrong directory path. I can´t find it in the moment though

I just placed another boost folder inside. Compiling works fine

Ryzom - Bug #1492 (New): OVQt: Object Viewer Plugin - cannot disable sound.

2012-09-17T16:52:25+02:00

In the OVQt Object Viewer Plugin the \_isSoundEnabled member is defaulted to true and the configuration file is ignored (SoundEnabled = 0; has no effect.)

Ryzom - Feature #1488 (New): Allow user to bind more than 3 mouse buttons

2012-08-16T16:16:53+02:00

It seems like we can't bind more than the 3 first mouse buttons to actions.

We should check that and allow more buttons to be used.

Ryzom - Bug #1484 (New): Password in client must be 5-8 characters

2012-07-17T11:25:54+02:00

From what I can tell there is no reason that the UI doesnt allow you to have a longer password then this, and frankly a 5-8 char password isn't very secure.

The UI should allow at least 5-12 in my honest opinion.

Ryzom - Bug #1482 (New): Private chat appearing in wrong window

2012-06-19T13:15:30+02:00

This happened the second time to me yesterday:
I'm in a team and chat with one of my teammates (Talk, P2P), another Player joins. The first player leaves the team. Private/talk messages from Player 2 appear now in the chat-window of Player 1, altough the correct nick is shown. If I write in this window, the messages are sent to Player 1, only if I'm writing in the window for Player 2 its send to Player 2.
In the end this creates the situation that messages from Player 1&2 are shown in the window of Player 1 and messages to Player 2 must be written into the window of Player 2.

I'm running the latest stable Ryzom from the official Ubuntu 12.04 repositories.

Ryzom - Bug #1481 (New): Crash on exiting GH or Apartment

2012-06-16T05:10:26+02:00

In new version 1.13, Ryzom will crash upon leaving apartment or guildhall 75% of the time. If sound is turned off, the problem is eliminated. Turning the sound tracks down to 16 or lower seems to help lower the % chance of crash, but it still will occur.

The 1.13 update has made this even more so then the 1.12.

I will add a crash report file, at the next instance.

Ryzom - Bug #1472 (New): Guild Ranks

2012-05-16T19:43:53+02:00

I will be creating an end-user defined, rank structure within the guild manager. The Guild manager already has a Grade system (Member, Bearer, Recruiter, Officer, High Officer and Guild Leader) and each grade has their own permission. One thing it doesn't have is the ability for a Guild Leader of Officer to define his/her own hierarchy based on ranks he/she would like to use (e.g. Soldier, Sergeant, Lieutenant). I feel this addition will add depth to the multi-player community that cannot be experienced without it.

Ryzom - Feature #1471 (New): Ryzom GUI editor

2012-05-15T16:00:34+02:00

Refactor the GUI code of Ryzom, and extract it to a separate library called NELGUI
Build a GUI editor on top of the new library

Ryzom - Feature #1470 (New): Character Achievements

2012-05-14T20:24:14+02:00