http://dev.ryzom.com/ 2012-12-01T14:41:48+01:00 Ryzom Core Development Site Redmine http://dev.ryzom.com/issues/1508 2012-12-01T14:41:48+01:00 Botanic cyberempires@gmail.com <p>I am getting the following timeout error</p> <p>W:/export/continents/crater/map_export/walls.png -> W:/export/continents/crater/map/walls.dds<br />compressing (DXTC5) W:/export/continents/crater/map_export/walls.png to W:/export/continents/crater/map/walls.dds<br />INF c80 s3tc_compressor.cpp 157 compressMipMap tga2dds.exe : Fix 2424 blocks on 262144 total<br />WRN 8e8 exec_timeout.cpp 67 main exec_timeout.exe : ERROR: Timeout in process R:/code/build/bin/Release/tga2dds.exe W:/export/continents/crater/map_export/walls.png -o W:/export/continents/crater/map/walls.dds -m -r0</p> <p>I have attached the png file I am using</p> http://dev.ryzom.com/issues/1507 2012-11-27T17:56:03+01:00 tebruno99 tebruno99@gmail.com <p>Clang errors during compile. There must be a space between >> in dbgroup_combo_box.h. C++11 fixes this but OSX's clang has not updated to allow C++11 to be used. Patch included.</p> http://dev.ryzom.com/issues/1506 2012-11-26T22:59:16+01:00 tebruno99 tebruno99@gmail.com <p>Ran into this issue with village position being reset to null after being read from the village_sheet. This causes 2 bugs:</p> <p>1) Buildings are not in the correct position.<br />2) Load/ForceLoad/Unload calculations are incorrect as they use the original village_sheet CenterX and CenterY values.</p> <p>Patch included.</p> http://dev.ryzom.com/issues/1501 2012-10-09T03:12:02+02:00 usm4rin3 vinicius.arroyo@gmail.com <p>When prospecting for mats in an area with more than 1 deposit, certain combinations might return an invalid message. Take the following scene:</p> <p>Deposit 1: 1 Choice material<br />Deposit 2: 1 Supreme material - weather condition invalid<br />Both deposits on the same area, or in the action range.</p> <p>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.</p> <p>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.</p> <p>This is the filter sequence:</p> <p>(Static Filter)<br />NFNoDepositHere<br />NFInvalidEcotype<br />NFNoDepositForFilter (material group/family)<br />NFStatEnergyDifferent<br />NFStatEnergyTooHigh<br />(Dynamic Filter)<br />NFInvalidCurrentWeather<br />NFInvalidCurrentTimeOfDay<br />NFInvalidCurrentSeason<br />NFSiteDepleted<br />NFNoLocalMaterialForFilter<br />NFStatEnergyDifferentLocal<br />NFStatEnergyTooHighLocal<br />NFCantSpawnSource</p> <p>This is the 'failure' sequence (the selection of the reason to be sent to the client):</p> <p>NFSiteDepleted<br />NFStatEnergyDifferentLocal<br />NFStatEnergyTooHighLocal<br />NFNoLocalMaterialForFilter<br />NFNoDepositForFilter<br />NFStatEnergyDifferent<br />NFStatEnergyTooHigh<br />NFInvalidEcotype<br />NFInvalidCurrentSeason<br />NFInvalidCurrentTimeOfDay<br />NFInvalidCurrentWeather<br />NFNoDepositHere<br />NFDepositDepleted<br />NFCantSpawnSource</p> <p>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.</p> <p>Suggested 'failure' sequence:</p> <p>NFCantSpawnSource<br />NFStatEnergyTooHighLocal<br />NFStatEnergyDifferentLocal<br />NFNoLocalMaterialForFilter<br />NFSiteDepleted<br />NFInvalidCurrentSeason<br />NFInvalidCurrentTimeOfDay<br />NFInvalidCurrentWeather<br />NFStatEnergyTooHigh<br />NFStatEnergyDifferent<br />NFNoDepositForFilter<br />NFInvalidEcotype<br />NFNoDepositHere</p> <p>Note that this way the dynamic errors (weather,season...) have a priority over the static ones.</p> <p>This code is in the fg_prospection_phrase.cpp in the egs/phrase_manager folder.</p> http://dev.ryzom.com/issues/1499 2012-10-06T13:34:45+02:00 Nixus <p>Configuration:<br /> I'm using Xubuntu 12.04, 64 bit and Ryzom client from Kervala's PPA, version 0.8.2683~precise2.<br /> All settings are default.</p> <p>To reproduce:<br /> 1) Launch client and enter to game. <br /> 2) Change camera from 1st-person view to 3rd person view and adjust scale. <br /> 3) Exit client. <br /> 4) Re-start and re-enter game. <br /> 5) Make sure that camera resets back to first person view regardless of changes.</p> <p>Expected:<br /> Camera settings saved.</p> <p>Note:<br /> It has worked fine in previous client version and I can remember this bug has been fixed at least once some ages ago.</p> http://dev.ryzom.com/issues/1498 2012-10-06T13:25:37+02:00 Nixus <p>I'm using Xubuntu 12.04, 64 bit and Ryzom client from Kervala's PPA, version 0.8.2683~precise2.</p> <p>Configuration:<br /> Default state of client, no pre-existing configs (except data stored on server), etc.</p> <p>To reproduce:<br /> When in game, try to switch shortcut bars by using default ctrl+1 ... ctrl+9 hotkeys.</p> <p>Result:<br /> No effect. Shortcut bar does not switches.</p> <p>Expected:<br /> Appropriate shortcut bar selected according to number used with ctrl.</p> <p>Note:<br /> Previous PPA version worked perfectly in this regard (but obviously had some minor issues with webapps, etc after server merge).</p> http://dev.ryzom.com/issues/1497 2012-09-29T13:54:08+02:00 yricl <p>using dB observer reduce the time passed in radar drawing function.</p> <p>This improves a least a factor of 2 the time spent in the function.</p> http://dev.ryzom.com/issues/1496 2012-09-28T22:01:04+02:00 simco simcolem@gmail.com <p>On my system (64-bits ArchLinux: Linux 3.5.3, Glibc 2.16, OpenAL 1.14, Alsalib 1.0.26), the NeL OpenAL driver can't find a proper output device. The game has no sound and crashes when unticking and ticking again “Enable sound”.<br />Here is a patch that fixes the former issue —finding a proper output device— by making the NeL OpenAL driver fall back to a default device.</p> http://dev.ryzom.com/issues/1495 2012-09-23T14:08:27+02:00 kervala kervala@gmail.com <p>When building on Debian with <strong>DEB_BUILD_MAINT_OPTIONS := hardening=+all</strong>, we got a lot of <strong>relocation R_X86_64_PC32 against undefined symbol...</strong> errors. Using -fPIC everywhere doesn't help.</p> <p>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.</p> http://dev.ryzom.com/issues/1494 2012-09-22T14:20:14+02:00 Leonheart christian@deadrose.dyndns.org <p>Hi guys just found a Bug in the Cmake List for vc9.7 Cmake looks for the version.hpp under ...include/boost/boost</p> <p>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</p> <p>I just placed another boost folder inside. Compiling works fine</p> http://dev.ryzom.com/issues/1492 2012-09-17T16:52:25+02:00 sfb matt.raykowski@gmail.com <p>In the OVQt Object Viewer Plugin the \_isSoundEnabled member is defaulted to true and the configuration file is ignored (SoundEnabled = 0; has no effect.)</p> http://dev.ryzom.com/issues/1490 2012-09-12T20:17:52+02:00 sfb matt.raykowski@gmail.com <p>When you issue a <em>createNamedItemInBag</em> command when your EGS is running in debug mode it encounters a full stop with the following logging:</p> <pre> 2012/09/12 17:29:20 213.166.170.12/EGS-138 WRN b715a6d0 log_item_gen.cpp 1221 : /home/mattr/sandbox/ryzom/code/ryzom/server/src/entities_game_service/game_item_manager/game_item.cpp(1210) : Missing log context for log 'Item' 2012/09/12 17:29:20 213.166.170.12/EGS-138 AST b715a6d0 log_item_gen.cpp 1221 : STOP </pre> <p>It looks like this fires normally but when in debug mode the STOP macro hits DEBUG_STOP which actually halts the EGS. The issue is that the 'Item' types in <em>game_item.cpp</em> have no context declared in the source file or even defined in the <em>log_item_gen.h/cpp</em> files in <em>server_share</em>. I think the solution is to add this to the top of the <em>game_item.cpp</em> file:</p> <pre> TLogNoContext_Item noContext; </pre> http://dev.ryzom.com/issues/1486 2012-07-22T23:50:46+02:00 shackra jorgean@lavabit.com <p>after login, I'm experienced a freeze state of ryzom_client. Checking with GDB I caught this:<br /><pre> (gdb) stepi postlogInit () at /build/src/shackra-ryzom-3222b96eed75/code/ryzom/client/src/init.cpp:1208 1208 /build/src/shackra-ryzom-3222b96eed75/code/ryzom/client/src/init.cpp: No existe el fichero o el directorio. (gdb) finish Run till exit from #0 postlogInit () at /build/src/shackra-ryzom-3222b96eed75/code/ryzom/client/src/init.cpp:1208 [New Thread 0x7f3db6711700 (LWP 4251)] [Thread 0x7f3db6711700 (LWP 4251) exited] [New Thread 0x7f3db6711700 (LWP 4252)] [New Thread 0x7f3db1f0f700 (LWP 4253)] [New Thread 0x7f3db170e700 (LWP 4254)] </pre></p> <p>Nothing happens after that, <strong>killall ryzom_client</strong> is needed in order to close the game.<br />Checking the log.log file, the last line there is «clustered_sound.cpp 202 update : CClusteredSound::update : no scene specified !»<br />This issue was reported too by the user Thaodan at <a class="external" href="http://dev.ryzom.com/boards/18/topics/6197?r=6212#message-6212">http://dev.ryzom.com/boards/18/topics/6197?r=6212#message-6212</a> I think he used a different cmake options to build the game, however, here is the cmake options which I used to build and packaged the game <a class="external" href="https://projects.parabolagnulinux.org/abslibre.git/tree/pcr/ryzom-client/PKGBUILD?id=ffad4b6353348cf713d50662f7224ed916cadf44#n33">https://projects.parabolagnulinux.org/abslibre.git/tree/pcr/ryzom-client/PKGBUILD?id=ffad4b6353348cf713d50662f7224ed916cadf44#n33</a></p> http://dev.ryzom.com/issues/1484 2012-07-17T11:25:54+02:00 Botanic cyberempires@gmail.com <p>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.</p> <p>The UI should allow at least 5-12 in my honest opinion.</p> http://dev.ryzom.com/issues/1483 2012-06-20T20:31:52+02:00 tremolux <p>Ubuntu 12.04 LTS<br />ryzom 1.13.0.2024-0ubuntu2</p> <p>We've had a bug report for the Ubuntu Software Center project on Launchpad from a user who noticed that the set of local data files stored in ~/.ryzom are not removed when the application is uninstalled. Since there are quite a few GB of data here, it might be better to remove these files and allow them to be redownloaded on startup in the case of a reinstall.</p> <p>The original Ubuntu bug on Launchpad is here:</p> <pre><code><a class="external" href="https://bugs.launchpad.net/bugs/997514">https://bugs.launchpad.net/bugs/997514</a></code></pre> <p>I think this bug can be fixed in a straightforward manner in the ryzom debian packaging.</p> <p>Please let me know if I can provide any other info, etc., and many thanks for all your good work on this great game!!</p> <p>Gary</p>