<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <title>Ryzom Core Development Site: Issues</title>
  <link rel="self" href="http://dev.ryzom.com/issues.atom?sort=tracker%2Cid"/>
  <link rel="alternate" href="http://dev.ryzom.com/issues?sort=tracker%2Cid"/>
  <id>http://dev.ryzom.com/</id>
  <updated>2010-02-17T20:14:56+01:00</updated>
  <author>
    <name>Ryzom Core Development Site</name>
  </author>
  <generator uri="http://www.redmine.org/">
Redmine  </generator>
  <entry>
    <title>Ryzom - Bug #801 (New): Build fails on Gentoo Linux 64bit with OpenAL enabled</title>
    <link rel="alternate" href="http://dev.ryzom.com/issues/801"/>
    <id>http://dev.ryzom.com/issues/801</id>
    <updated>2010-02-17T20:14:56+01:00</updated>
    <author>
      <name>Spex</name>
    </author>
    <content type="html">
&lt;p&gt;stdopenal.h seems to lack the &amp;lt;AL/alext.h&amp;gt; include on my system, which is why the compilation fails with a missing macro reference in sound_driver_al.cpp. I have no idea if adding #include &amp;lt;AL/alext.h&amp;gt; after the other two OpenAL header files (&lt;em&gt;must&lt;/em&gt; be &lt;em&gt;after&lt;/em&gt; these two!) will "fix" it on every other system (is there an AL/alext.h with every OpenAL distribution?).&lt;/p&gt;    </content>
  </entry>
  <entry>
    <title>Ryzom - Bug #791 (New): CEGUI sample contains non-free fonts</title>
    <link rel="alternate" href="http://dev.ryzom.com/issues/791"/>
    <id>http://dev.ryzom.com/issues/791</id>
    <updated>2010-02-02T13:22:50+01:00</updated>
    <author>
      <name>lubos</name>
    </author>
    <content type="html">
&lt;p&gt;tahoma.ttf&lt;br /&gt;Commonv2c.ttf&lt;/p&gt;    </content>
  </entry>
  <entry>
    <title>Ryzom API - Bug #786 (New): Guild API keys cannot be regenerated</title>
    <link rel="alternate" href="http://dev.ryzom.com/issues/786"/>
    <id>http://dev.ryzom.com/issues/786</id>
    <updated>2010-01-16T13:21:47+01:00</updated>
    <author>
      <name>kregora</name>
    </author>
    <content type="html">
&lt;p&gt;It is not possible to generate new Guild API keys through the account management pages. There is no information given, if there exists a way to do that at all. The warning message after pressing the "Generate new keys" button suggests that all Keys would be updated, which isn't the case.&lt;/p&gt;    </content>
  </entry>
  <entry>
    <title>Ryzom - Bug #766 (New): Update Doxygen configuration file</title>
    <link rel="alternate" href="http://dev.ryzom.com/issues/766"/>
    <id>http://dev.ryzom.com/issues/766</id>
    <updated>2009-10-30T14:09:02+01:00</updated>
    <author>
      <name>lubos</name>
    </author>
    <content type="html">
&lt;p&gt;File Doxyfile.cmake.in contains obsolete tags: USE_WINDOWS_ENCODING, DETAILS_AT_TOP, MAX_DOT_GRAPH_WIDTH and MAX_DOT_GRAPH_HEIGHT&lt;/p&gt;    </content>
  </entry>
  <entry>
    <title>Ryzom - Bug #762 (New): Zone Viewer: Free-look with the mouse is wonky.</title>
    <link rel="alternate" href="http://dev.ryzom.com/issues/762"/>
    <id>http://dev.ryzom.com/issues/762</id>
    <updated>2009-10-23T14:20:03+02:00</updated>
    <author>
      <name>sfb</name>
      <email>matt.raykowski@gmail.com</email>
    </author>
    <content type="html">
&lt;p&gt;When in free-look mode with the zone viewer (zviewer) the view rotates oddly. It may be worth using Snowballs' method of translating and rotating the view matrix through matrix multiplication?&lt;/p&gt;    </content>
  </entry>
  <entry>
    <title>Ryzom - Bug #758 (New): Tile Edit Qt cannot view DDS files, only TGA</title>
    <link rel="alternate" href="http://dev.ryzom.com/issues/758"/>
    <id>http://dev.ryzom.com/issues/758</id>
    <updated>2009-10-22T01:58:00+02:00</updated>
    <author>
      <name>sfb</name>
      <email>matt.raykowski@gmail.com</email>
    </author>
    <content type="html">
&lt;p&gt;Tile Edit Qt cannot view DDS files, only TGA&lt;/p&gt;    </content>
  </entry>
  <entry>
    <title>Ryzom - Bug #757 (New): Tile Edit Qt Crashes when loading bank.bank from Snowballs</title>
    <link rel="alternate" href="http://dev.ryzom.com/issues/757"/>
    <id>http://dev.ryzom.com/issues/757</id>
    <updated>2009-10-22T01:57:31+02:00</updated>
    <author>
      <name>sfb</name>
      <email>matt.raykowski@gmail.com</email>
    </author>
    <content type="html">
&lt;p&gt;Tile Edit Qt Crashes when loading bank.bank from Snowballs&lt;/p&gt;    </content>
  </entry>
  <entry>
    <title>Ryzom - Bug #736 (New): camera is below terain</title>
    <link rel="alternate" href="http://dev.ryzom.com/issues/736"/>
    <id>http://dev.ryzom.com/issues/736</id>
    <updated>2009-10-06T14:09:53+02:00</updated>
    <author>
      <name>lubos</name>
    </author>
    <content type="html">
&lt;p&gt;Camera is sometimes below terain after Snowballs client start&lt;/p&gt;    </content>
  </entry>
  <entry>
    <title>Ryzom - Bug #687 (New): Determine if we can delete the old STL block allocator.</title>
    <link rel="alternate" href="http://dev.ryzom.com/issues/687"/>
    <id>http://dev.ryzom.com/issues/687</id>
    <updated>2009-09-03T21:47:00+02:00</updated>
    <author>
      <name>sfb</name>
      <email>matt.raykowski@gmail.com</email>
    </author>
    <content type="html">
&lt;p&gt;The header stl_block_allocator.h is wrapped with an #if 0 such that it is never used. The accompanying stl_block_allocator.cpp file was created as a placeholder to prevent MSVC6 warnings. If we can see no merit in retaining this file (since it is in Subversion history) we should remove both files from all build environments.&lt;/p&gt;    </content>
  </entry>
  <entry>
    <title>Ryzom - Bug #686 (New): Fix IVariable to use IVariableChangedCallback</title>
    <link rel="alternate" href="http://dev.ryzom.com/issues/686"/>
    <id>http://dev.ryzom.com/issues/686</id>
    <updated>2009-09-03T21:36:50+02:00</updated>
    <author>
      <name>sfb</name>
      <email>matt.raykowski@gmail.com</email>
    </author>
    <content type="html">
&lt;p&gt;Fix IVariable to use IVariableChangedCallback, per TODO listed in file:&lt;/p&gt;


&lt;pre&gt;
        // TODO: replace by interface (see IVariableChangedCallback)
        void (*ChangeCallback)(IVariable &amp;#38;var);
&lt;/pre&gt;    </content>
  </entry>
  <entry>
    <title>Ryzom - Bug #651 (New): NeL3D fails to run on GM45 Intel on Linux</title>
    <link rel="alternate" href="http://dev.ryzom.com/issues/651"/>
    <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 - Bug #621 (New): Login service casts pointer to uint32 and sends it over network.</title>
    <link rel="alternate" href="http://dev.ryzom.com/issues/621"/>
    <id>http://dev.ryzom.com/issues/621</id>
    <updated>2009-06-17T11:41:36+02:00</updated>
    <author>
      <name>kaetemi</name>
      <email>kaetemi@gmail.com</email>
    </author>
    <content type="html">
&lt;p&gt;At line 163 in connection_client.cpp, the login service hacks a &lt;em&gt;NLNET::TSockId&lt;/em&gt; into a login cookie. &lt;em&gt;NLNET::TSockId&lt;/em&gt; is a typedef for &lt;em&gt;NLNET::CBufSock *&lt;/em&gt; (a pointer to the socket with buffer). A similar setup occurs in connection_web.cpp at line 173.&lt;br /&gt;&lt;pre&gt;CLoginCookie c;
c.set((uint32)(uintptr_t)from, rand(), uid);&lt;/pre&gt;&lt;br /&gt;When the user chooses a shard, it sends this cookie to the welcome service of a shard, which passes it back to the login service when it responds.&lt;br /&gt;At line 408 or 412 it directly casts the &lt;em&gt;uint32&lt;/em&gt; from the cookie back into a &lt;em&gt;NLNET::TSockId&lt;/em&gt;, and passes it to the ClientsServer-&gt;send function, which uses it as a pointer.&lt;br /&gt;&lt;pre&gt;ClientsServer-&amp;gt;send (msgout, (TSockId)cookie.getUserAddr ()); ...
... void CCallbackServer::send (const CMessage &amp;#38;buffer, TSockId hostid, bool /* log */) ...
... CBufServer::send (buffer, hostid); ...
... pushBufferToHost( buffer, hostid ); ...
... if ( hostid-&amp;gt;pushBuffer( buffer ) ) // &amp;lt;- hostid is the TSockId that was cast from a uint32 received from the network&lt;/pre&gt;&lt;/p&gt;


	&lt;p&gt;Might be problematic on 64bit systems, and may result in security issues when accepting third party shards on a login service.&lt;/p&gt;    </content>
  </entry>
  <entry>
    <title>Ryzom - Bug #619 (New): Particle systems are animated every time the scene is rendered.</title>
    <link rel="alternate" href="http://dev.ryzom.com/issues/619"/>
    <id>http://dev.ryzom.com/issues/619</id>
    <updated>2009-06-17T10:57:25+02:00</updated>
    <author>
      <name>kaetemi</name>
      <email>kaetemi@gmail.com</email>
    </author>
    <content type="html">
&lt;p&gt;Particle systems are animated every time the scene is rendered, using the time value last passed to the animate function, even if animate was not called between the render calls.&lt;/p&gt;


	&lt;p&gt;This is problematic when implementing stereo view or realtime reflections.&lt;/p&gt;


	&lt;p&gt;Easy fix would be to store a bool true in the scene when animate has been called, and set it false when the particle system manager animate has been called (it's supposedly called after position updates of instances *), so that it won't be called a second time without animate being called.&lt;/p&gt;


	&lt;ul&gt;
	&lt;li&gt;For some reason, though, the particle systems lag one frame behind on the positioning information. If I put a mesh box instance in a particle system, and I spawn the particle system as well as a regular box shape instance, the box of the particle system will appear one frame later than the simple box shape. Similarly, if I move both of them the particle system's box will be moved one frame after the box shape.&lt;/li&gt;
	&lt;/ul&gt;    </content>
  </entry>
  <entry>
    <title>Ryzom - Bug #298 (New): Windows keyboard settings are not used when using enableLowLevelKeyboard</title>
    <link rel="alternate" href="http://dev.ryzom.com/issues/298"/>
    <id>http://dev.ryzom.com/issues/298</id>
    <updated>2009-01-22T13:12:00+01:00</updated>
    <author>
      <name>kervala</name>
      <email>kervala@gmail.com</email>
    </author>
    <content type="html">
&lt;p&gt;Keyboard speed seems to be too high when using enableLowLevelKeyboard and doesn't seem to use Windows settings.&lt;/p&gt;    </content>
  </entry>
  <entry>
    <title>Ryzom - Bug #27 (New): Fix the doxygen warning when generating dox</title>
    <link rel="alternate" href="http://dev.ryzom.com/issues/27"/>
    <id>http://dev.ryzom.com/issues/27</id>
    <updated>2008-09-03T18:15:23+02:00</updated>
    <author>
      <name>vl</name>
      <email>vl@ryzom.com</email>
    </author>
    <content type="html">
&lt;p&gt;There's lot of warning to be fixed to have a clean output when generating the doc&lt;/p&gt;    </content>
  </entry>
</feed>
