http://dev.ryzom.com/ 2013-05-21T20:24:01+02:00 Ryzom Core Development Site Redmine http://dev.ryzom.com/issues/1530 2013-05-21T20:24:01+02:00 thannatos <p>I run Ubuntu 13.10 with Ryzom from the ppa:ryzom-isv/ppa (raring).<br />I have Ryzom installed (but not working, issue <a href="http://dev.ryzom.com/issues/1529" class="issue status-8 priority-2 closed" title="Crash at startup, uiChapterV not found (Rejected)">#1529</a>) for ten minutes, I rebooted my computer, and when I wanted to try again to launch Ryzom, the game wanted to download the 7z archive.</p> http://dev.ryzom.com/issues/1528 2013-05-13T19:06:15+02:00 thannatos <p>Hello,<br />When you run Ubuntu, thanks to the PPA, it's easy to get the amd64 executable, but for others distros such as Fedora, there is nothing : no link in any documentation, nothing in the download page, nothing on sourceforge, and the manuals are outdated and only mention the Ryzom DVD...<br />Please add amd64 builds for GNU/Linux.<br />Goodbye.</p> http://dev.ryzom.com/issues/1524 2013-02-11T14:19:48+01:00 lync <p>I try build ryzomcore (last version) in a dedicated server CentOS6 and not Work...<br />when i run client, make login, create character and try enter in newbie_land (ingame) crash the client because the server not work fine..<br />i test the last code in ubuntu and work, i test a old code (december10) in centos and work..<br />if i try last code in centos6 not work!</p> http://dev.ryzom.com/issues/1505 2012-10-29T01:49:54+01:00 Botanic cyberempires@gmail.com <p>Here is a patch that allows you to use nvidia perfhud with D3D on ryzom. ( <a class="external" href="https://developer.nvidia.com/nvidia-perfhud">https://developer.nvidia.com/nvidia-perfhud</a> )</p> <p>Note: _DeviceInterface->Reset caused it to crash when using perfhud, should we be resetting normally?</p> http://dev.ryzom.com/issues/1347 2011-08-20T12:37:01+02:00 Potlatch sevmek@free.fr <p>Hi,</p> <p>Well, i'm not really sure it qualifies as a bug. Still each time I startup ryzom client in window mode, it grabs the mouse pointer and put it somewhere else. I find it quit annoying and don't see the purpose of it in the window mode.</p> <p>Official client on Ubuntu 10.04</p> <p>Best regards.</p> http://dev.ryzom.com/issues/1326 2011-06-30T10:11:56+02:00 rti <p>Some weird sound artefacts appear with OpenAL (Soft and Apple's) on Mac OS X.</p> <p>It seems like small buffers tend to loop randomly. So some animal sounds are played for quite a while. Then stop.<br />Does this problem appear on Linux as well? Could this be a problem with the OpenAL driver?</p> http://dev.ryzom.com/issues/1307 2011-05-30T19:18:24+02:00 cemycc cemycc@gmail.com <p>Infos: <a class="external" href="http://dev.ryzom.com/wiki/ryzom/OVQTTranslationPluginGSoc2011">http://dev.ryzom.com/wiki/ryzom/OVQTTranslationPluginGSoc2011</a></p> http://dev.ryzom.com/issues/1299 2011-05-22T20:13:02+02:00 Naush <p><strong>Way to reproduce :</strong><br />Add a shape to an IG, and add an entity with at least one shared texture.<br />put the observer near the IG shape to see mipmap 0 or 1, and put the entity far enough to see it at mipmap 5 or 6<br />basically the Fairhaven stable (Gen_Bt_Ecurie.ig &#38; Gen_Bt_Silo.shape share G_tower2.tga)</p> <p><strong>What's going wrong ?</strong><br />Ig shape texture is initialized first at maximum resolution, then the entity texture is initialized at a low level (3). Sometimes, after a while, AsyncManager re-upload an high resolution texture.<br />They are now sharing the same driverPtr ! but, IG shape never degrade there texture, where entities does.<br />Now if you are moving near the entity, texture will be re-uploaded with the highest quality, and if you move away, a low resolution texture will be reloaded.<br />And of course if you go back to IG/shape, you have a ugly texture.</p> <p><strong>A fix ?</strong><br />Separate pool of sharedPtr using allowDegradation() seems to work :)<br /><pre> driver.cpp:297 void IDriver::getTextureShareName (const ITexture&#38; tex, string &#38;output) { ... if (tex.allowDegradation()) output+= "@D:On"; else output+= "@D:Off"; } </pre></p> <p>Hope this help !</p> http://dev.ryzom.com/issues/1275 2011-05-01T16:17:11+02:00 kervala kervala@gmail.com <p>NeL projects can't run on embedded devices because they only have a OpenGL ES API for 3D graphics.</p> <p>Since OpenGL ES 1.x is very similar to OpenGL 1.x (our current OpenGL driver), it should be easier to implement than a OpenGL ES 2.x one.</p> http://dev.ryzom.com/issues/1267 2011-03-25T02:00:40+01:00 rti <p>When reactivating the window with a mouse click, a click event with the old mouse position is fired.</p> <p>Reproduce:</p> <ul> <li>open ryzom client</li> <li>click "Manage Account" or anything else that opens an external browser</li> <li>reactivate the ryzom client window with a click</li> <li>the "Manage Account" button is clicked again and another browser opens</li> </ul> http://dev.ryzom.com/issues/1258 2011-03-17T22:08:45+01:00 Naush <p>A pontential issue :<br />pthread_setaffinity_np cpumask is now 128 byte long. So we can miss some core<br />on certain configuration.</p> <p>The following patch have been tested only on linux</p> http://dev.ryzom.com/issues/1245 2011-01-23T16:56:05+01:00 Qantourisc <p>When multiple CGDMouseMove's are received in 1 frame, all previous CGDMouseMove's are discarded.<br />Bug is most visible on very high (1000HZ) sample rates. Lower framerate also increases the visibility of this bug.</p> <p>Note: From time to time I explain things poorly, if so, ask, and I will explain it in a different fashion.<br />Also recommend your read the patch and source code, this will clear up a lot.</p> <p>What happens:<br /><strong>Bug 1 (This only affected non-mouse-smoothed players):</strong><br />In this code _MouseDeltaAX is set to _MouseDeltaAX = x * ClientCfg.FreeLookSpeed;<br />It should however be _MouseDeltaAX += x * ClientCfg.FreeLookSpeed;<br /><strong>Bug 2 (Affecting all):</strong><br />if (fabs(_MouseDeltaAX) > epsilon) is used both to set and UNSET _MouseAngleX.<br />As a result, a subsequent update of a mouse-move of (X=0,Y=1) would reset the fact that X moved.<br /><strong>Bug 3 (Affecting all):</strong><br />CEventsListener::getMouseAngleY() doesn't reset the delta angle.<br />This in combination with bugfix-1 would result in an ever-increasing delta.<br /><strong>Possible bug 4:</strong><br />CUnixEventEmitter::emulateMouseRawMod might be called to often then required.<br />As a result it's not always sane to flush the XEvents.</p> <p><strong>Suggestion 1:</strong><br />I also recommentdropping isMouseAngleY/X and only using getMouseAngleX/Y then detect float == 0 on that. (If this always works.)<br />(No risk of floating point errors (at least I think), because it will always be reset after reading the to-proccess-angle.)</p> <p><strong>Suggestion 2:</strong> (Topping Suggestion 1)<br />Move the check "if (fabs(_MouseDeltaAX) > epsilon)" CEventsListener::updateFreeLookPos to EventsListener::isMouseAngleX<br />This way it's only ran ONCE instead of every time :)<br />(This also removed the entire suggestion 1 in a cleaner fashion.)</p> <p><strong>Note 1:</strong><br />In the current state of affairs, you MUST call getMouseAngleX after isMouseAngleX to keep a sane state.</p> <p><strong>Note 2:</strong><br />This should also be fixed for CEventsListener::updateCursorPos ... this suffers from the same bugs, but this isn't too bad. (No bad effects.)</p> <p>If suggestions and notes are accepted, I will also make a fix for those if you desire.</p> http://dev.ryzom.com/issues/1183 2010-11-09T23:31:34+01:00 rti <p>This happens only in fullscreen mode. <br />Events are even reported, if the mouse is moving over another window, so they get reported "through" the other window.</p> <p>To fix this, NeL need to know whether the application is currently active or not. Currently, this is not implemented on Mac.</p> http://dev.ryzom.com/issues/1056 2010-08-05T03:17:17+02:00 rti <p>In FreeLook mode, the mouse is hidden and the position is reset to 0.5/0.5 after every move (raw mode emulation on X11).<br />When the FreeLook mode ends and the mouse shows up again, the old position (before hiding the mouse) should be restored.</p> <p>This works well if the mouse is only hidden for ~0.5sec. It works as well if the mouse stays hidden for ~5sec.</p> <p>But it does not work, if the mouse is hidden for like 2sec and not moved! It shows up at 0.5/0.5 then.</p> http://dev.ryzom.com/issues/167 2008-11-03T16:51:29+01:00 kaetemi kaetemi@gmail.com <p>Implement occlusion and obstruction of sound sources in the sound drivers.<br />Replacement of EAX with newer EFX under OpenAL, and new implementation for XAudio2.<br />No implementation for FMod (environment effects were never implemented in that driver anyways) will be done for now.</p> <p>Fix up the high level nlsound code to make use of the new non-eax interface when this is done (currently commented out).</p>