<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <title>Ryzom Core Development Site: Issues</title>
  <link href="http://dev.ryzom.com/issues.atom?page=11&amp;sort=subject%2Ccategory%2Cid%3Adesc" rel="self"/>
  <link href="http://dev.ryzom.com/issues?page=11&amp;sort=subject%2Ccategory%2Cid%3Adesc" rel="alternate"/>
  <id>http://dev.ryzom.com/</id>
  <updated>2013-01-08T04:26:15+01:00</updated>
  <author>
    <name>Ryzom Core Development Site</name>
  </author>
  <generator uri="http://www.redmine.org/">
Redmine  </generator>
  <entry>
    <title>Ryzom - Support #1518 (Resolved): need help with libsquish compile</title>
    <link href="http://dev.ryzom.com/issues/1518" rel="alternate"/>
    <id>http://dev.ryzom.com/issues/1518</id>
    <updated>2013-01-08T04:26:15+01:00</updated>
    <author>
      <name>jasona</name>
      <email>jsnalvarado@gmail.com</email>
    </author>
    <content type="html">
&lt;p&gt;Using Ubuntu 12.10 Server.  Ran all setup steps OK up to squish&lt;/p&gt;


	&lt;p&gt;Downloaded and extracted source from &lt;a class="external" href="http://hg.kervala.net/packaging/file/"&gt;http://hg.kervala.net/packaging/file/&lt;/a&gt;&lt;br /&gt;Extracted it&lt;/p&gt;


	&lt;p&gt;followed the directions up to cmake ..&lt;/p&gt;


&lt;pre&gt;
jason@shardsrv1:/kervalapackage/packaging-1a73978c2a64/squish/build$ cmake ..
CMake Error at CMakeLists.txt:19 (MESSAGE):
  Unable to find common.cmake! Please place it in CMakeModules subdirectory,
  set CMAKE_MODULE_PATH environement variable or set CMAKE_MODULES_DIR or
  CMAKE_MODULE_PATH parameter to CMake.

-- Configuring incomplete, errors occurred!
CMake Error: Cannot open file for write: /kervalapackage/packaging-1a73978c2a64/squish/build/CMakeCache.txt.tmp
CMake Error: : System Error: Permission denied
CMake Error: Unable to open cache file for save. /kervalapackage/packaging-1a73978c2a64/squish/build/CMakeCache.txt
CMake Error: : System Error: Permission denied
jason@shardsrv1:/kervalapackage/packaging-1a73978c2a64/squish/build$

&lt;/pre&gt;

	&lt;p&gt;I am a noob when it comes to CMAKE and my google is failing me on finding out what to do.  Can you point me in the right direction as to what I need to do to compile this?&lt;/p&gt;    </content>
  </entry>
  <entry>
    <title>Ryzom - Feature #1493 (Resolved): MultiArch support</title>
    <link href="http://dev.ryzom.com/issues/1493" rel="alternate"/>
    <id>http://dev.ryzom.com/issues/1493</id>
    <updated>2012-09-22T11:23:25+02:00</updated>
    <author>
      <name>kervala</name>
      <email>kervala@gmail.com</email>
    </author>
    <content type="html">
&lt;p&gt;Libraries shouldn't be installed directly in /usr/lib under Debian-based systems that support multiarch, they should be installed in /usr/lib/&amp;lt;triplet&amp;gt;.&lt;/p&gt;    </content>
  </entry>
  <entry>
    <title>Ryzom - Feature #1413 (New): Move Reverb Environment definitions to be part of the mixer config s...</title>
    <link href="http://dev.ryzom.com/issues/1413" rel="alternate"/>
    <id>http://dev.ryzom.com/issues/1413</id>
    <updated>2011-12-15T20:41:47+01:00</updated>
    <author>
      <name>sfb</name>
      <email>matt.raykowski@gmail.com</email>
    </author>
    <content type="html">
&lt;p&gt;Currently the reverb environments are manually created in the audio mixer user classes (CAudioMixerUser::initDevice) and there's even a comment saying "// todo: loading this data from a file or something would be neat". I don't see why it couldn't be. It is a string and a series of float values used to create a new object. It could be "neat" as the comment states.&lt;/p&gt;    </content>
  </entry>
  <entry>
    <title>Ryzom - Bug #1260 (New): mission waypints lost sometimes</title>
    <link href="http://dev.ryzom.com/issues/1260" rel="alternate"/>
    <id>http://dev.ryzom.com/issues/1260</id>
    <updated>2011-03-18T11:55:39+01:00</updated>
    <author>
      <name>prozacr</name>
      <email>vytautas1987@yahoo.com</email>
    </author>
    <content type="html">
&lt;p&gt;I did one mission then other and way-points showing location where to go are lost. Sometimes not always.&lt;/p&gt;


	&lt;p&gt;The best solution would be to make interface more intuitive and move way-points selection away from radar and associate way-point with currently selected quest in quest menu.&lt;/p&gt;


	&lt;p&gt;Missions lack way-points totally sometimes.&lt;/p&gt;    </content>
  </entry>
  <entry>
    <title>Ryzom - Bug #1256 (Validated): NEL sound tools</title>
    <link href="http://dev.ryzom.com/issues/1256" rel="alternate"/>
    <id>http://dev.ryzom.com/issues/1256</id>
    <updated>2011-03-14T17:51:20+01:00</updated>
    <author>
      <name>dfighter</name>
    </author>
    <content type="html">
&lt;p&gt;Apparently the NEL sound tools are not added to CMake so they are not ever built.&lt;br /&gt;One of them ( source sound builder ) uses MFC and is outdated so that won't work anyhow, until someone updates it.&lt;/p&gt;


	&lt;p&gt;The file I'm including contains the CMake files for the tools that can be built just by adding them to CMake, and also a tool I made, to extract the samples from .sample_bank files.&lt;/p&gt;    </content>
  </entry>
  <entry>
    <title>Ryzom - Bug #1255 (New): Multilanguage support in GNU/Linux patcher not work properly in some sit...</title>
    <link href="http://dev.ryzom.com/issues/1255" rel="alternate"/>
    <id>http://dev.ryzom.com/issues/1255</id>
    <updated>2011-03-14T17:41:45+01:00</updated>
    <author>
      <name>thindil</name>
      <email>thindil2@gmail.com</email>
    </author>
    <content type="html">
&lt;p&gt;At this moment, multilanguage support in GNU/Linux patcher have three (low priority) issues:&lt;br /&gt;1) Language code detection&lt;br /&gt;Due to ISO specification, language codes can be 2 or 3 letters long. Current system check only for first 2 characters. It works with most language codes, but not for example with Asturian language (code: ast)&lt;br /&gt;2) Country code detection&lt;br /&gt;Some languages have own variants which depends on countries, for example, there is some differences between Portuguese used in Portugal (pt_PT) and in Brazil (pt_BR). Current system don't check for language codes.&lt;br /&gt;3) System language detection&lt;br /&gt;If default language for operating system is other than any supported by game, patcher don't find any translation and show to user untranslated, unclear system messages. Proposition for fix: if default operating system language isn't supported, patcher should fall back to English language.&lt;/p&gt;


	&lt;p&gt;I was added to issue patch which should fix this all problems (is shorter than this description, heh). If something here is unclear, please ask.&lt;/p&gt;    </content>
  </entry>
  <entry>
    <title>Ryzom - Bug #1245 (New): Multiple CGDMouseMove per frame bug (and other misc bugs)</title>
    <link href="http://dev.ryzom.com/issues/1245" rel="alternate"/>
    <id>http://dev.ryzom.com/issues/1245</id>
    <updated>2011-01-23T16:56:05+01:00</updated>
    <author>
      <name>Qantourisc</name>
    </author>
    <content type="html">
&lt;p&gt;When multiple CGDMouseMove's are received in 1 frame, all previous CGDMouseMove's are discarded.&lt;br /&gt;Bug is most visible on very high (1000HZ) sample rates. Lower framerate also increases the visibility of this bug.&lt;/p&gt;


	&lt;p&gt;Note: From time to time I explain things poorly, if so, ask, and I will explain it in a different fashion.&lt;br /&gt;Also recommend your read the patch and source code, this will clear up a lot.&lt;/p&gt;


	&lt;p&gt;What happens:&lt;br /&gt;&lt;strong&gt;Bug 1 (This only affected non-mouse-smoothed players):&lt;/strong&gt;&lt;br /&gt;In this code _MouseDeltaAX is set to _MouseDeltaAX = x * ClientCfg.FreeLookSpeed;&lt;br /&gt;It should however be _MouseDeltaAX += x * ClientCfg.FreeLookSpeed;&lt;br /&gt;&lt;strong&gt;Bug 2 (Affecting all):&lt;/strong&gt;&lt;br /&gt;if (fabs(_MouseDeltaAX) &gt; epsilon) is used both to set and UNSET _MouseAngleX.&lt;br /&gt;As a result, a subsequent update of a mouse-move of (X=0,Y=1) would reset the fact that X moved.&lt;br /&gt;&lt;strong&gt;Bug 3 (Affecting all):&lt;/strong&gt;&lt;br /&gt;CEventsListener::getMouseAngleY() doesn't reset the delta angle.&lt;br /&gt;This in combination with bugfix-1 would result in an ever-increasing delta.&lt;br /&gt;&lt;strong&gt;Possible bug 4:&lt;/strong&gt;&lt;br /&gt;CUnixEventEmitter::emulateMouseRawMod might be called to often then required.&lt;br /&gt;As a result it's not always sane to flush the XEvents.&lt;/p&gt;


	&lt;p&gt;&lt;strong&gt;Suggestion 1:&lt;/strong&gt;&lt;br /&gt;I also recommentdropping isMouseAngleY/X and only using getMouseAngleX/Y then detect float == 0 on that. (If this always works.)&lt;br /&gt;(No risk of floating point errors (at least I think), because it will always be reset after reading the to-proccess-angle.)&lt;/p&gt;


	&lt;p&gt;&lt;strong&gt;Suggestion 2:&lt;/strong&gt; (Topping Suggestion 1)&lt;br /&gt;Move the check "if (fabs(_MouseDeltaAX) &gt; epsilon)" CEventsListener::updateFreeLookPos to EventsListener::isMouseAngleX&lt;br /&gt;This way it's only ran ONCE instead of every time :)&lt;br /&gt;(This also removed the entire suggestion 1 in a cleaner fashion.)&lt;/p&gt;


	&lt;p&gt;&lt;strong&gt;Note 1:&lt;/strong&gt;&lt;br /&gt;In the current state of affairs, you MUST call getMouseAngleX after isMouseAngleX to keep a sane state.&lt;/p&gt;


	&lt;p&gt;&lt;strong&gt;Note 2:&lt;/strong&gt;&lt;br /&gt;This should also be fixed for CEventsListener::updateCursorPos ... this suffers from the same bugs, but this isn't too bad. (No bad effects.)&lt;/p&gt;


	&lt;p&gt;If suggestions and notes are accepted, I will also make a fix for those if you desire.&lt;/p&gt;    </content>
  </entry>
  <entry>
    <title>Ryzom - Feature #1221 (New): New client command: sysLog</title>
    <link href="http://dev.ryzom.com/issues/1221" rel="alternate"/>
    <id>http://dev.ryzom.com/issues/1221</id>
    <updated>2010-12-29T14:50:38+01:00</updated>
    <author>
      <name>Krolock</name>
    </author>
    <content type="html">
&lt;p&gt;During playing on the live shard, i missed some feature like a sysLog, which logs the sys info into a particular file. I started to implement it into my Dev-client and tested it together with my own server. &lt;br /&gt;I see some nice opportunities for example during rubbarn crafting. If a player assigns another player to craft some items, to check if there was a rubbarn boost. Or for example to do some debugging.&lt;br /&gt;Before I submit the patch file here, we should discuss about this feature. Just to be sure, if this kind of feature should go into the official client or not.&lt;/p&gt;    </content>
  </entry>
  <entry>
    <title>Ryzom - Bug #1208 (New): Needs a higher-resolution icon</title>
    <link href="http://dev.ryzom.com/issues/1208" rel="alternate"/>
    <id>http://dev.ryzom.com/issues/1208</id>
    <updated>2010-12-03T00:32:39+01:00</updated>
    <author>
      <name>Vadi</name>
    </author>
    <content type="html">
&lt;p&gt;The current 48x48 one looks rather ugly on modern app launchers - an svg or a 512x512 png would be welcome.&lt;/p&gt;    </content>
  </entry>
  <entry>
    <title>Ryzom - Bug #1183 (New): NeL receives mouse move events, even if the app is not active</title>
    <link href="http://dev.ryzom.com/issues/1183" rel="alternate"/>
    <id>http://dev.ryzom.com/issues/1183</id>
    <updated>2010-11-09T23:31:34+01:00</updated>
    <author>
      <name>rti</name>
    </author>
    <content type="html">
&lt;p&gt;This happens only in fullscreen mode. &lt;br /&gt;Events are even reported, if the mouse is moving over another window, so they get reported "through" the other window.&lt;/p&gt;


	&lt;p&gt;To fix this, NeL need to know whether the application is currently active or not. Currently, this is not implemented on Mac.&lt;/p&gt;    </content>
  </entry>
  <entry>
    <title>Ryzom - Bug #1158 (New): Nel max plugin broken header</title>
    <link href="http://dev.ryzom.com/issues/1158" rel="alternate"/>
    <id>http://dev.ryzom.com/issues/1158</id>
    <updated>2010-11-04T20:02:28+01:00</updated>
    <author>
      <name>molator</name>
      <email>teerenis@gmail.com</email>
    </author>
    <content type="html">
&lt;p&gt;code/nel/src/ligo/zone_bank.h has moved to code/nel/include.&lt;/p&gt;


	&lt;p&gt;code/nel/tools/3d/ligo/plugin_max/script.cpp has a broken header.&lt;/p&gt;    </content>
  </entry>
  <entry>
    <title>Ryzom - Support #1025 (New): New icon sizes and locations for client</title>
    <link href="http://dev.ryzom.com/issues/1025" rel="alternate"/>
    <id>http://dev.ryzom.com/issues/1025</id>
    <updated>2010-07-18T10:11:52+02:00</updated>
    <author>
      <name>kervala</name>
      <email>kervala@gmail.com</email>
    </author>
    <content type="html">
&lt;p&gt;Applications desktop menu is using a 48x48 icon in /usr/share/pixmaps but window icons should be located in /usr/share/icons/hicolor.&lt;/p&gt;


	&lt;p&gt;Each different size should installed in their specific directory (16x16, 22x22, 24x24, 32x32, 36x36, 48x48, 64x64, 72x72, 96x96, 128x128, 192x192, 256x256) or in "scalable" when it's a SVG file.&lt;/p&gt;


	&lt;p&gt;Not all sizes are used so we should check which ones are the most important.&lt;/p&gt;    </content>
  </entry>
  <entry>
    <title>Ryzom - Bug #651 (New): NeL3D fails to run on GM45 Intel on Linux</title>
    <link href="http://dev.ryzom.com/issues/651" rel="alternate"/>
    <id>http://dev.ryzom.com/issues/651</id>
    <updated>2009-08-18T07:40:40+02:00</updated>
    <author>
      <name>Spex</name>
    </author>
    <content type="html">
&lt;p&gt;xf86-video-intel 2.8.0, Linux kernel 2.6.30.*, xorg-server 1.6.3&lt;/p&gt;


	&lt;p&gt;The problem is the NVVertexProgram extension, which the driver proclaims to support (it also has NVVertexProgramEmulated). The OpenGL backend has a preference on this over lets say ARBVertexProgram. Result is the driver giving up as soon as some real world NVVertexProgram comes along. Manually disabling this extension yields a successful run of Snowballs, for example.&lt;/p&gt;


	&lt;p&gt;The bug should be pushed upstream for this specific case, however, it highlights a general problem we have been running into and will run into in the future to come: Certain OpenGL extensions don't work at all or perform worse than similar other ones on certain hardware/driver combinations.&lt;/p&gt;    </content>
  </entry>
  <entry>
    <title>Ryzom - Feature #150 (New): Multi-Core Support</title>
    <link href="http://dev.ryzom.com/issues/150" rel="alternate"/>
    <id>http://dev.ryzom.com/issues/150</id>
    <updated>2008-10-06T12:37:56+02:00</updated>
    <author>
      <name>damonka</name>
    </author>
    <content type="html">
&lt;p&gt;I often heared about the issue, that the engine doesn't support multicore. Or better explained it doesn't seem to take advantage of multi cores.&lt;br /&gt;regards damonka&lt;/p&gt;    </content>
  </entry>
  <entry>
    <title>Ryzom - Feature #100 (Assigned): Multi-channel buffers</title>
    <link href="http://dev.ryzom.com/issues/100" rel="alternate"/>
    <id>http://dev.ryzom.com/issues/100</id>
    <updated>2008-09-12T19:21:51+02:00</updated>
    <author>
      <name>kaetemi</name>
      <email>kaetemi@gmail.com</email>
    </author>
    <content type="html">
&lt;p&gt;Implement support for buffers with more than 2 channels in OpenAL (using AL_EXT_MCFORMATS) and XAudio2 drivers. Required for moving music channel (ogg, etc) logic from drivers to nlsound.&lt;/p&gt;    </content>
  </entry>
</feed>
