Ryzom Core Development Site: Issues

Ryzom - Bug #1497 (Resolved): optimize the drawing of radar by removing multiple access to local db

2012-09-29T13:54:08+02:00

using dB observer reduce the time passed in radar drawing function.

This improves a least a factor of 2 the time spent in the function.

Ryzom - Bug #1296 (New): MacBook Pro (core i7) freezes after character selection

2011-05-20T12:48:33+02:00

After character selection and starting the game, the progress bar loads up to 100%, and the whole computer freezes. Force quit doesn't work, and hard reset is needed.
This occurs in both fullscreen and window modes.
This occurs with latest AppStore version (0.11.0), with Ryzom Core Client (downloaded from this site) version (0.8.1412), and with manually built client from sources (hg revision: 1474:6cb376ef0013) (Please note however, that in the last case the freeze occurs immediately after launch, before any windows created).

Note: on the same macbook, Ryzom for windows works fine in VMWare Fusion virtual machine. So looks like the issue can be fixed or worked around from the software side.

Ryzom - Bug #1041 (New): Assert when quiting the game

2010-07-28T16:13:33+02:00

Sometimes, we have the following assert when we quit the game:

<Unknown> AST b76f6910 block_memory.h 177 : "_NAllocatedElts==0"

Ryzom - Bug #1040 (New): The camera is badly positionned at the beginning

2010-07-28T16:09:25+02:00

On my laptop (is it related to laptop only?) when i join the game, the camera is inside the brain of my avatar but in third person view (not first).

Ryzom - Feature #921 (New): Add a password to connect WorldEditor to Monitor Service

2010-05-20T10:39:55+02:00

Currently, everybody can connect on all shards with the World Editor.

A simple system can be made:

add a variable in the world editor shard monitor plugins cfg:

Password="foobar";

add 2 variable in the monitor service cfg:

Password="foobar";
AcceptEGSCommands = 1;

the plugins send a message with the password, the MOS checks the password with the one in his cfg. disconnect the WE if the pass is not ok.

if MOS receive a msg for EGS, check if the variable AcceptEGSCommands is 1 and forward only it's 1.

Ryzom - NeverEnding #825 (New): Remove all warnings when compiling Ryzom

2010-04-30T12:20:04+02:00

Ryzom - NeverEnding #125 (New): Add Unit Test

2008-09-23T10:58:33+02:00

There's a framework to do unit testing in NeL.

But lot of tests can be added to test everything in NeL. You can start with NeL Misc.

Check the framework in the nel\tools\nel_unit_test directory. It requires cpptest to compile.

Ryzom - Feature #57 (New): create and manage bn7 files

2008-09-08T13:26:13+02:00

bn7 will be compressed bnp with 7z. It'll be slow to read, but can be very useful in some case.

Of course the behavior should be exactly the same as if it's a bnp (no directory structures, warn if 2 files have the same name...) and CIFile should read files in a transparent manner.

Ryzom - Feature #34 (New): Remove the HashMapTraits and use a less or hash function if possible

2008-09-03T18:27:51+02:00

Currently, we created Trait classes for hash map like this :

// Traits for hash_map using CEntityId
struct CUCStringHashMapTraits {
static const size_t bucket_size = 4;
static const size_t min_buckets = 8;
CUCStringHashMapTraits() { }
size_t operator() (const ucstring &id ) const {
return id.size();
}
bool operator() (const ucstring &id1, const ucstring &id2) const {
return id1.size() < id2.size();
}
};

But in fact, it should work by only defining a less() hash() function and in this case we don't have to specify the traits each time we create a hashmap

Ryzom - Feature #33 (New): bad assumption that time_t is 32b

2008-09-03T18:25:54+02:00

time_t can be 64 bits but in NeL we suppose that time_t is 32b and there's code that convert or store time_t under a uint32.

uint32 CTime::getSecondsSince1970 () {
return uint32(time(NULL));
}

The function must returns a time_t and check all linked issues.
To test, you can returning a uint64 and it'll generate warning where problems occur

Ryzom - NeverEnding #32 (New): Remove the #pragma warning on Windows in types_nl.h and solved the...

2008-09-03T18:20:35+02:00

When removing the #pragma warning on Windows in types_nl.h, it'll generate tons of warning.

Ryzom - NeverEnding #31 (New): Clean the #include block

2008-09-03T18:19:44+02:00

All include must be in the same block and in order:
0. stdpch is needed
1. system includes
2. nel includes, sorted by libraries

For example

#include "stdpch.h"
#include <stdio.h>
#include "nel/net/a.h"
#include "nel/3d/b.h"
#include "nel/3d/c.h"

Ryzom - NeverEnding #28 (New): Clean comments

2008-09-03T18:16:15+02:00

There are old comments, French comments, bad comments.

Ryzom - Bug #27 (New): Fix the doxygen warning when generating dox

2008-09-03T18:15:23+02:00

There's lot of warning to be fixed to have a clean output when generating the doc

Ryzom - NeverEnding #26 (New): Comment with doxygen all methods

2008-09-03T18:04:28+02:00

For each methods, add a doxygen comment in the header on the method describing what it does.