|
|
phpbb_openmw_new_topics.atom.xml - sfeed_tests - sfeed tests and RSS and Atom files |
|
|
 |
git clone git://git.codemadness.org/sfeed_tests (git://git.codemadness.org) |
|
|
 |
Log |
|
|
|
Files |
|
|
|
Refs |
|
|
|
README |
|
|
|
LICENSE |
|
|
|
--- |
|
|
|
phpbb_openmw_new_topics.atom.xml (29994B) |
|
|
|
--- |
|
|
|
1 <?xml version="1.0" encoding="UTF-8"?> |
|
|
|
2 <feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en-gb"> |
|
|
|
3 <link rel="self" type="application/atom+xml" href="https://forum.openmw.org/app.php/feed/topics" /> |
|
|
|
4 |
|
|
|
5 <title>openmw.org</title> |
|
|
|
6 <subtitle>OpenMW Forum</subtitle> |
|
|
|
7 <link href="https://forum.openmw.org/index.php" /> |
|
|
|
8 <updated>2020-10-18T21:39:47+01:00</updated> |
|
|
|
9 |
|
|
|
10 <author><name><![CDATA[openmw.org]]></name></author> |
|
|
|
11 <id>https://forum.openmw.org/app.php/feed/topics</id> |
|
|
|
12 |
|
|
|
13 <entry> |
|
|
|
14 <author><name><![CDATA[Travizzle]]></name></author> |
|
|
|
15 <updated>2020-10-18T21:39:47+01:00</updated> |
|
|
|
16 |
|
|
|
17 <published>2020-10-18T21:39:47+01:00</published> |
|
|
|
18 <id>https://forum.openmw.org/viewtopic.php?t=7151&p=69131#p69131</id> |
|
|
|
19 <link href="https://forum.openmw.org/viewtopic.php?t=7151&p=69131#p69131"/> |
|
|
|
20 <title type="html"><![CDATA[Mod Compatibility • Weapons not hitting]]></title> |
|
|
|
21 |
|
|
|
22 <category term="Mod Compatibility" scheme="https://forum.openmw.org/viewforum.php?f=40" label="Mod Compatibility"/> |
|
|
|
23 |
|
|
|
24 <content type="html" xml:base="https://forum.openmw.org/viewtopic.php?t=7151&p=69131#p69131"><![CDATA[ |
|
|
|
25 I know my initial iron dagger worked (I had to kill some creatures with it) and then a couple hours later, I couldn't hit anything. I have full fatigue bar, etc, long blade skill is 30. Small creatures, people, cliff racers, can't hit any of 'em.<br><br>I'm using the GotY edition, official plugins, and Patch for Purists, Delayed DB Attacks V2.<br><br>I re-ran the install wizard, nothing. I have no idea what went wrong. Can someone try to help me figure it out?<p>Statistics: Posted by <a href="https://forum.openmw.org/memberlist.php?mode=viewprofile&u=7029">Travizzle</a> — 18 Oct 2020, 21:39 — Replies 1 — Views 49</p><hr /> |
|
|
|
26 ]]></content> |
|
|
|
27 </entry> |
|
|
|
28 <entry> |
|
|
|
29 <author><name><![CDATA[Travizzle]]></name></author> |
|
|
|
30 <updated>2020-10-18T00:34:06+01:00</updated> |
|
|
|
31 |
|
|
|
32 <published>2020-10-18T00:34:06+01:00</published> |
|
|
|
33 <id>https://forum.openmw.org/viewtopic.php?t=7150&p=69118#p69118</id> |
|
|
|
34 <link href="https://forum.openmw.org/viewtopic.php?t=7150&p=69118#p69118"/> |
|
|
|
35 <title type="html"><![CDATA[Off Topic • Accuracy of various UESP hints/tips pages, using OpenMW and Patch for Purists]]></title> |
|
|
|
36 |
|
|
|
37 <category term="Off Topic" scheme="https://forum.openmw.org/viewforum.php?f=4" label="Off Topic"/> |
|
|
|
38 |
|
|
|
39 <content type="html" xml:base="https://forum.openmw.org/viewtopic.php?t=7150&p=69118#p69118"><![CDATA[ |
|
|
|
40 I'm running Morrowind GotY Edition, all offiicial plugins, and 2 mods: Patch for Purists, Delayed DB Attacks V2.<br><br>For every playthrough on console I followed a few UESP articles:<br><br><a href="https://en.uesp.net/wiki/Morrowind:Hints#Tips_for_the_Atronach_Birthsign" class="postlink">https://en.uesp.net/wiki/Morrowind:Hint ... _Birthsign</a><br><br><a href="https://en.uesp.net/wiki/Morrowind:Starting_Out" class="postlink">https://en.uesp.net/wiki/Morrowind:Starting_Out</a><br><br><a href="https://en.uesp.net/wiki/Morrowind:Quest_Timing" class="postlink">https://en.uesp.net/wiki/Morrowind:Quest_Timing</a>, and to a much lesser degree,<br><br><a href="https://en.uesp.net/wiki/Morrowind:Making_Money" class="postlink">https://en.uesp.net/wiki/Morrowind:Making_Money</a><br><br>I also developed some bad habits on Xbox version (drain skill for cheap training), and drain intelligence for Atronach birth sign.<br><br>So, how much of the info in these articles is still relevant with regard to OMW and the mods I have installed? Are alchemy and Summon Ancestor Ghost still the only realistic measure against Atronach stunted magicka?<p>Statistics: Posted by <a href="https://forum.openmw.org/memberlist.php?mode=viewprofile&u=7029">Travizzle</a> — 18 Oct 2020, 00:34 — Replies 1 — Views 97</p><hr /> |
|
|
|
41 ]]></content> |
|
|
|
42 </entry> |
|
|
|
43 <entry> |
|
|
|
44 <author><name><![CDATA[ptmikheev]]></name></author> |
|
|
|
45 <updated>2020-10-17T05:30:25+01:00</updated> |
|
|
|
46 |
|
|
|
47 <published>2020-10-17T05:30:25+01:00</published> |
|
|
|
48 <id>https://forum.openmw.org/viewtopic.php?t=7149&p=69104#p69104</id> |
|
|
|
49 <link href="https://forum.openmw.org/viewtopic.php?t=7149&p=69104#p69104"/> |
|
|
|
50 <title type="html"><![CDATA[General Development • Lua scripting in OpenMW]]></title> |
|
|
|
51 |
|
|
|
52 <category term="General Development" scheme="https://forum.openmw.org/viewforum.php?f=6" label="General Development"/> |
|
|
|
53 |
|
|
|
54 <content type="html" xml:base="https://forum.openmw.org/viewtopic.php?t=7149&p=69104#p69104"><![CDATA[ |
|
|
|
55 <span style="font-size: 200%; line-height: normal"><strong class="text-strong">Existing scripting systems in Morrowind</strong></span><br><br><span style="font-size: 150%; line-height: normal"><strong class="text-strong">Scripting in vanilla Morrowind (mwscript)</strong></span><br><br>Every active script is executed every frame (i.e. circa 20-60 times a second). If something should be evaluated only once, a control variable should be used. A small example of a script:<br><div class="codebox"><p>CODE: </p><pre><code>Begin small_example_scriptShort alreadyActivatedIf (OnActivate == 1) If (alreadyActivated == 0) MessageBox "Hello, World!" Set alreadyActivated to 1 endifendifEnd</code></pre></div>There are <strong class="text-strong">local</strong> scripts and <strong class="text-strong">global</strong> scripts.<br>Any script that is running on an object or Actor in the game is a <strong class="text-strong">local</strong> script. Local scripts are only active if the cell is loaded – this is the current interior cell, or the current and all directly neighboring exterior cells. When the object is outside of this range, the script is not running, but the local variables are saved.<br>Any script that is not attached to any object is a <strong class="text-strong">global</strong> script. Global scripts are active all the time once they have been activated and until they are specifically terminated.<br><br><em class="text-italics">Note: information from <a href="http://wiki.theassimilationlab.com/mmw/Scripting_for_Dummies" class="postlink">http://wiki.theassimilationlab.com/mmw/ ... or_Dummies</a> was used here. See the link for more details.</em><br><br>OpenMW fully supports vanilla mwscript. But the vanilla scripting is inconvenient and has a lot of limitations. For example it is impossible to attach several scripts to a single actor.<br><br><span style="font-size: 150%; line-height: normal"><strong class="text-strong">MWSE Lua scripting</strong></span><br><br>Morrowind Script Extender adds new functions to the mwscript language and also supports event-based Lua scripts. Here is an example of a simple script (from <a href="https://mwse.readthedocs.io/en/latest/lua/guide/creating-a-mod.html" class="postlink">https://mwse.readthedocs.io/en/latest/l ... a-mod.html</a>):<br><div class="codebox"><p>CODE: </p><pre><code> -- The function to call on the showMessageboxOnWeaponReadied event. local function showMessageboxOnWeaponReadied(e) -- Exit the function is the actor is not the player. if (e.reference ~= tes3.player) then return end -- Locally store the weapon reference being readied in the event. local weaponStack = e.weaponStack -- Check that the reference exists and the reference object is a two-handed weapon. if (weaponStack and weaponStack.object.isTwoHanded) then -- Print our statement. tes3.messageBox("I just drew " .. weaponStack.object.name .. ", destroyer of worlds!") end end -- The function to call on the initialized event. local function initialized() -- Register our function to the onReadied event. event.register("weaponReadied", showMessageboxOnWeaponReadied) -- Print a "Ready!" statement to the MWSE.log file. print("[MWSE Guide Demo: INFO] MWSE Guide Demo Initialized") end -- Register our initialized function to the initialized event. event.register("initialized", initialized)</code></pre></div>MWSE is not supported by OpenMW (and can not be supported due to low level differences in the engine). It is the main reason why some mods don’t work in OpenMW.<br><br><span style="font-size: 150%; line-height: normal"><strong class="text-strong">Lua scripting in TES3MP</strong></span><br><br>Currently in TES3MP server has no game assets. All game mechanics are handled on a client side. Every client calculates the behavior of some actors (let’s call them <strong class="text-strong">locally controlled</strong> actors) and sends coordinates to others. Server only transfers coordinates and state of all non-static objects between players and applies scripts to this data. So scripts are server-side only. It has some fundamental limitations. I.e. scripts can add/remove objects, but can not do anything that requires game assets (like ray tracing, path finding, AI behavior and so on).<br><br>On the client side (as well as in single player OpenMW) the state of the world is mixed with game logic. Main data structures are defined in apps/OpenMW/mwworld and apps/OpenMW/mwmechanics. Let’s call it <strong class="text-strong">“OpenMW data model”</strong>.<br><br>On the server side of TES3MP the state of the world is stored using classes from <a href="https://github.com/TES3MP/OpenMW-TES3MP/tree/0.7.1/components/OpenMW-mp/Base" class="postlink">components/openmw-mp/Base</a>. Let’s call it <strong class="text-strong">“TES3MP-server data model”</strong>. Scripts can directly access this data via global arrays. I.e. “TES3MP script data model” is identically equal to “TES3MP-server data model”.<br><br>Lua scripting is an essential part of TES3MP. Significant part of basic server functionality is implemented via scripts and TES3MP can not work without it. Here is an example of a simple script “limiting players' level” (from <a href="https://github.com/tes3mp/CoreScripts/blob/0.7.1/Tutorial.md" class="postlink">https://github.com/tes3mp/CoreScripts/b ... utorial.md</a>):<div class="codebox"><p>CODE: </p><pre><code>local maxLevel = 20customEventHooks.registerValidator("OnPlayerLevel", function(eventStatus, pid) local player = Players[pid] if player.data.stats.level >= maxLevel then player.data.stats.level = maxLevel player.data.stats.levelProgress = 0 player:LoadLevel() --cancel the level increase on the server side --there have been no level up anymore, so don't run custom handlers for it either return customEventHooks.makeEventStatus(false,false) endend)</code></pre></div><strong class="text-strong"><span style="font-size: 200%; line-height: normal">Ways to add Lua scripting to OpenMW</span></strong><br><br><span style="font-size: 150%; line-height: normal"><strong class="text-strong">A) What if we just add TES3MP scripting to OpenMW?</strong></span><br><br>Adding TES3MP scripting to OpenMW <strong class="text-strong">in exactly the same form as it is now</strong> never was a plan, because it would lead to the following problems:<br><ul><li>Since scripting requires data in the server-side format we need to do a conversion from <strong class="text-strong">“OpenMW data model”</strong> to <strong class="text-strong">“TES3MP-server data model”</strong> even in single player. In other words in single player we need to gather the data the same way as if it were multiplayer, simulate sending it to a server and only then apply scripts. It is quite a big amount of work for developers and it requires merging half of TES3MP.</li><li>Converting world state to the TES3MP-server data model also has a significant performance cost.</li><li>Adding new functions in many cases requires an enormous amount of work. For example if we want to tweak camera behavior via scripting, we need to create a special server-side class for the camera (that's actually useless for multiplayer), modify the client-server protocol and so on. Many changes in many places for a trivial functionality. It is even less convenient than adding new functions to the vanilla mwscript.</li><li>Due to its limitations the scripting system will not fully meet expectations about it. If we implement it this way, quite a lot of things will not be doable through scripting (or will require complicated and ugly workarounds). It includes custom ai packages, camera tweaks, and anything that depends on game assets. It is worth mentioning that there is <a href="https://github.com/TES3MP/OpenMW-TES3MP/pull/566" class="postlink">a pull request</a> that adds custom ui support to TES3MP. It is quite big and can be an example of a “complicated workaround”.</li></ul>So TES3MP scripting should be considered as a prototype rather than a final solution for OpenMW. It has to be significantly changed first.<br><br><span style="font-size: 150%; line-height: normal"><strong class="text-strong">B) What if we forget about TES3MP and implement a new Lua scripting from scratch?</strong></span><br><br>It is possible to implement Lua scripting from scratch without thinking about multiplayer at all. To be honest it can be very simple and very powerful. The huge problem here is that it would significantly increase the gap between OpenMW and TES3MP. I.e. TES3MP would have to deal with two incompatible scripting systems at the same time. In this case OpenMW will never support multiplayer and there is a high probability that TES3MP will die at some point despite its users currently making up a significant share of OpenMW's audience.<br><br><span style="font-size: 150%; line-height: normal"><strong class="text-strong">C) Combined scripting system</strong></span><br><br>The actual plan is to develop a new universal scripting system that will be convenient for both OpenMW and TES3MP.<br><br>Let’s extend the concept of <strong class="text-strong">global</strong> and <strong class="text-strong">local</strong> scripts from mwscript (see above). In the new approach both of them will be written in Lua, but:<ul><li><strong class="text-strong">Global script</strong> is something similar to what TES3MP scripts are now. It can register handlers for a wide variety of events, access coords of all non-static objects (doesn't matter is it within loaded cells or not), but can not do things that require game assets (pathfinding, raytracing, direct AI control and so on). Global scripts can attach/detach local scripts to any object.</li><li><strong class="text-strong">Local script</strong> should be attached to some game object (npc / player / item / etc). It works only while the object it is attached to is in a loaded cell. It can register only handlers related to the object, but doesn't have such limitations as global scripts and by its functionality is not worse than MWSE. For example AI packages can be implemented as local scripts. Local scripts can produce events to be handled by a global script.</li></ul>In multiplayer mode global scripts will be server-side and local scripts will be client-side. When a global script starts a local script, it will be evaluated on a client that manages the object it is attached to.<br><br>On every scripting iteration (for performance reasons we can make it different from 1 iteration per frame) OpenMW should:<ol style="list-style-type:decimal"><li>[client side] Check if there are timer events or any events from locally controlled actors/items.</li><li>[client side] If there are any events call the corresponding handlers in local scripts.</li><li>[client side] Send events (including ones created by local scripts), updated coordinates and states of the controlled objects to the server.</li><li>[server side] Gather events from all the clients. Call handlers, registered by global scripts.</li><li>[server side] Send updated data back to clients.</li></ol>In singleplayer steps 3 and 5 are skipped and all others should be done locally.<br><br>In order to make every single player mod compatible with multiplayer we also should by design guarantee that:<ul><li>When a player disconnects, the internal state of all local scripts is stored on the server.</li><li>Local scripts API always takes into account that there can be several players. I.e. if any function does something with a player it accepts player id as an argument.</li></ul>The most problematic in this approach is the same problem of conversion between <strong class="text-strong">“OpenMW data model”</strong> and <strong class="text-strong">“TES3MP-server data model”</strong>. Local scripts API should be consistent with global scripts API. And ideally in the single player case there should be no data model conversion at all. But it requires significant changes on both sides of OpenMW and TES3MP.<br><br><span style="font-size: 200%; line-height: normal"><strong class="text-strong">Work plan</strong></span><br><br>Here is a very rough proposal about the plan, as discussed and agreed with TES3MP's developer David Cernat:<br><ol style="list-style-type:decimal"><li>We need to work from both sides of OpenMW and TES3MP simultaneously, so it is very important to keep TES3MP up to date with OpenMW.<ol style="list-style-type:lower-alpha"><li>(TES3MP) Rebase to the actual version of OpenMW. It is quite challenging since OpenMW changes quickly.</li><li>(OpenMW) To simplify the process we can minimize the diff between projects by merging from TES3MP to OpenMW some functions that make sense not only for multiplayer (like World::setYear). Later we will make the functions accessible via scripting.</li></ol></li><li>Maybe switch the Lua binding library from LuaBridge to something more convenient (sol2, sol3). Also consider the possibility to use Lua C API directly if it allows to reduce the number of dependencies. Separate our Lua wrappers from the scripting API, place it to “components/lua” (currently it is “apps/openmw-mp/script”), and merge the “components/lua” to OpenMW. At this point OpenMW will require Lua to build, but will not actually use it yet.</li><li>(TES3MP) Get rid of the separate "server" app in TES3MP. Move the server code to a new folder in the client app. Thus, a "server" is simply a "client" that isn't actively loading physics/pathfinding/graphics/etc. for cells, but has access to all cell contents and gameplay variables. At this point “server” should use the same data model as “client”. It will significantly change the API of TES3MP scripts since scripts currently have direct access to the data. Most probably it will also require some changes in the “OpenMW data model”. Such changes should be immediately pushed to OpenMW in order to prevent future merging problems.</li><li>(OpenMW) In parallel with the previous step, introduce the basic framework for implementing local Lua scripts. It is better to do it on the OpenMW side because otherwise we will face serious merging problems later.</li><li>Merge implementation of global scripts from TES3MP to OpenMW. At this point the scripting system will be in the same state in both projects. All further changes should be first committed to OpenMW and will come to TES3MP after the next rebase.</li><li>Make more functions available through Lua scripting, carefully deciding which ones are more appropriate for local or global scripting and which ones should be available in both.</li><li>Replace current implementation of mwscript with a tool that converts it to Lua scripts.</li><li>At this point we already have some dehardcoding, but can finally focus on it in earnest.</li></ol><p>Statistics: Posted by <a href="https://forum.openmw.org/memberlist.php?mode=viewprofile&u=6643">ptmikheev</a> — 17 Oct 2020, 05:30 — Replies 22 — Views 542</p><hr /> |
|
|
|
56 ]]></content> |
|
|
|
57 </entry> |
|
|
|
58 <entry> |
|
|
|
59 <author><name><![CDATA[LoneWolf]]></name></author> |
|
|
|
60 <updated>2020-10-15T22:44:29+01:00</updated> |
|
|
|
61 |
|
|
|
62 <published>2020-10-15T22:44:29+01:00</published> |
|
|
|
63 <id>https://forum.openmw.org/viewtopic.php?t=7148&p=69100#p69100</id> |
|
|
|
64 <link href="https://forum.openmw.org/viewtopic.php?t=7148&p=69100#p69100"/> |
|
|
|
65 <title type="html"><![CDATA[Support • which bullet settings are needed for async-physics ?]]></title> |
|
|
|
66 |
|
|
|
67 <category term="Support" scheme="https://forum.openmw.org/viewforum.php?f=8" label="Support"/> |
|
|
|
68 |
|
|
|
69 <content type="html" xml:base="https://forum.openmw.org/viewtopic.php?t=7148&p=69100#p69100"><![CDATA[ |
|
|
|
70 I noticed that <a href="https://gitlab.com/OpenMW/openmw/-/commit/c16fa274079d12fd82b221230d9e6091edbd2790" class="postlink">https://gitlab.com/OpenMW/openmw/-/comm ... 91edbd2790</a> allows physics to run in separate threads when bullet is built with multithreading support .<br><br>I checked bullet 3.06 <a href="https://github.com/bulletphysics/bullet3/blob/3.06/CMakeLists.txt" class="postlink">https://github.com/bulletphysics/bullet ... eLists.txt</a> .<br>There appear to be 3 options for multithreading support in bullet that each require specific compiler support<br><br>OpenMP llvm/clang<br>Intel TBB gcc<br>Microsoft Parallel Patterns Library - msvc<br><br>Which of those can be used with openmw async physics ?<br>(hopefully all of them)<p>Statistics: Posted by <a href="https://forum.openmw.org/memberlist.php?mode=viewprofile&u=3957">LoneWolf</a> — 15 Oct 2020, 22:44 — Replies 4 — Views 207</p><hr /> |
|
|
|
71 ]]></content> |
|
|
|
72 </entry> |
|
|
|
73 <entry> |
|
|
|
74 <author><name><![CDATA[MiroslavXO]]></name></author> |
|
|
|
75 <updated>2020-10-15T16:09:34+01:00</updated> |
|
|
|
76 |
|
|
|
77 <published>2020-10-15T16:09:34+01:00</published> |
|
|
|
78 <id>https://forum.openmw.org/viewtopic.php?t=7147&p=69095#p69095</id> |
|
|
|
79 <link href="https://forum.openmw.org/viewtopic.php?t=7147&p=69095#p69095"/> |
|
|
|
80 <title type="html"><![CDATA[General • How to trigger certain animation in the game?]]></title> |
|
|
|
81 |
|
|
|
82 <category term="General" scheme="https://forum.openmw.org/viewforum.php?f=2" label="General"/> |
|
|
|
83 |
|
|
|
84 <content type="html" xml:base="https://forum.openmw.org/viewtopic.php?t=7147&p=69095#p69095"><![CDATA[ |
|
|
|
85 So I don't need to wait for "Death4" to be played by the game?<br><br><a href="https://streamable.com/vb6c3r" class="postlink">https://streamable.com/vb6c3r</a><p>Statistics: Posted by <a href="https://forum.openmw.org/memberlist.php?mode=viewprofile&u=3080">MiroslavXO</a> — 15 Oct 2020, 16:09 — Replies 1 — Views 129</p><hr /> |
|
|
|
86 ]]></content> |
|
|
|
87 </entry> |
|
|
|
88 <entry> |
|
|
|
89 <author><name><![CDATA[argonvegell]]></name></author> |
|
|
|
90 <updated>2020-10-13T01:10:12+01:00</updated> |
|
|
|
91 |
|
|
|
92 <published>2020-10-13T01:10:12+01:00</published> |
|
|
|
93 <id>https://forum.openmw.org/viewtopic.php?t=7145&p=69086#p69086</id> |
|
|
|
94 <link href="https://forum.openmw.org/viewtopic.php?t=7145&p=69086#p69086"/> |
|
|
|
95 <title type="html"><![CDATA[General • There exists a branch of OpenMW that is able to load assets from Oblivion's data files]]></title> |
|
|
|
96 |
|
|
|
97 <category term="General" scheme="https://forum.openmw.org/viewforum.php?f=2" label="General"/> |
|
|
|
98 |
|
|
|
99 <content type="html" xml:base="https://forum.openmw.org/viewtopic.php?t=7145&p=69086#p69086"><![CDATA[ |
|
|
|
100 I was browsing through UESP when I found this interesting little tidbit: <a href="https://en.uesp.net/wiki/Oblivion:Linux#Potential_future_methods" class="postlink">https://en.uesp.net/wiki/Oblivion:Linux ... re_methods</a><br><blockquote class="uncited"><div>There exists a branch of OpenMW that is able to load assets from Oblivion's data files.</div></blockquote>Can someone explain this. Thanks.<p>Statistics: Posted by <a href="https://forum.openmw.org/memberlist.php?mode=viewprofile&u=2971">argonvegell</a> — 13 Oct 2020, 01:10 — Replies 3 — Views 256</p><hr /> |
|
|
|
101 ]]></content> |
|
|
|
102 </entry> |
|
|
|
103 <entry> |
|
|
|
104 <author><name><![CDATA[Bassman71]]></name></author> |
|
|
|
105 <updated>2020-10-07T17:37:48+01:00</updated> |
|
|
|
106 |
|
|
|
107 <published>2020-10-07T17:37:48+01:00</published> |
|
|
|
108 <id>https://forum.openmw.org/viewtopic.php?t=7141&p=69063#p69063</id> |
|
|
|
109 <link href="https://forum.openmw.org/viewtopic.php?t=7141&p=69063#p69063"/> |
|
|
|
110 <title type="html"><![CDATA[Support • New to Open MW]]></title> |
|
|
|
111 |
|
|
|
112 <category term="Support" scheme="https://forum.openmw.org/viewforum.php?f=8" label="Support"/> |
|
|
|
113 |
|
|
|
114 <content type="html" xml:base="https://forum.openmw.org/viewtopic.php?t=7141&p=69063#p69063"><![CDATA[ |
|
|
|
115 Hello. I just installed OpenMW, and I have a question. When I run OpenMW, it will not let me access or see anything to do with my player. I can't move or anything. What did I do wrong please? Thanks.<p>Statistics: Posted by <a href="https://forum.openmw.org/memberlist.php?mode=viewprofile&u=7009">Bassman71</a> — 07 Oct 2020, 17:37 — Replies 9 — Views 379</p><hr /> |
|
|
|
116 ]]></content> |
|
|
|
117 </entry> |
|
|
|
118 <entry> |
|
|
|
119 <author><name><![CDATA[Khuzdbuzd]]></name></author> |
|
|
|
120 <updated>2020-10-07T12:50:53+01:00</updated> |
|
|
|
121 |
|
|
|
122 <published>2020-10-07T12:50:53+01:00</published> |
|
|
|
123 <id>https://forum.openmw.org/viewtopic.php?t=7140&p=69061#p69061</id> |
|
|
|
124 <link href="https://forum.openmw.org/viewtopic.php?t=7140&p=69061#p69061"/> |
|
|
|
125 <title type="html"><![CDATA[Support • Strange Tearing Behavior]]></title> |
|
|
|
126 |
|
|
|
127 <category term="Support" scheme="https://forum.openmw.org/viewforum.php?f=8" label="Support"/> |
|
|
|
128 |
|
|
|
129 <content type="html" xml:base="https://forum.openmw.org/viewtopic.php?t=7140&p=69061#p69061"><![CDATA[ |
|
|
|
130 Hello,<br><br>I'm running the latest version of OpenMW. I own an LG 27UD68P-B monitor and a Geforce RTX 2070 Super. I run on a resolution of 3840 X 2160.<br><br>When I enable vsync in the launcher option and don't limit my frames I get a strange micro-stuttering issue. I know this has been brought up before but the best way I could describe it would be that when I'm walking through the world every so often there's a skip in the framerate. There's a visible dip in the framerate counter too, it's easy to see it going down from 60 to 58 when the stutter happens. Strange thing is that when I enable a frame rate limit of 60 fps in the launcher the stutter disappears but I get insane visual tearing in-game, even with vsync on.<br><br>What fixes it for me is changing from an hdmi cable to a normal DisplayPort cable so I can enable freesync (don't ask me how this works on a Geforce card, I just know it does.) Freesync seems to remove both the stutter and the tearing. The problem with that is that I get weird ghosting and other issues so I prefer not using freesync at all (maybe the cable's broken or something, I don't know).<br><br>Is this is a known issue? Is there any way of solving it? Should I open a ticket for this problem or is there more information I can provide? I've previously made a thread in the support forum regarding the fact I cannot change my resolution in OpenMW unless I change my desktop's resolution as well.<br><br>Any help is appreciated. Thanks!<p>Statistics: Posted by <a href="https://forum.openmw.org/memberlist.php?mode=viewprofile&u=5831">Khuzdbuzd</a> — 07 Oct 2020, 12:50 — Replies 2 — Views 147</p><hr /> |
|
|
|
131 ]]></content> |
|
|
|
132 </entry> |
|
|
|
133 <entry> |
|
|
|
134 <author><name><![CDATA[zelurker]]></name></author> |
|
|
|
135 <updated>2020-10-05T23:11:45+01:00</updated> |
|
|
|
136 |
|
|
|
137 <published>2020-10-05T23:11:45+01:00</published> |
|
|
|
138 <id>https://forum.openmw.org/viewtopic.php?t=7138&p=69054#p69054</id> |
|
|
|
139 <link href="https://forum.openmw.org/viewtopic.php?t=7138&p=69054#p69054"/> |
|
|
|
140 <title type="html"><![CDATA[General • Maybe a bug around luck...]]></title> |
|
|
|
141 |
|
|
|
142 <category term="General" scheme="https://forum.openmw.org/viewforum.php?f=2" label="General"/> |
|
|
|
143 |
|
|
|
144 <content type="html" xml:base="https://forum.openmw.org/viewtopic.php?t=7138&p=69054#p69054"><![CDATA[ |
|
|
|
145 There is a crazy bosner in tribunal, Gaenor, see there : <a href="https://en.uesp.net/wiki/Tribunal:Gaenor" class="postlink">https://en.uesp.net/wiki/Tribunal:Gaenor</a><br>he has an insane luck which makes him almost untouchable.<br>Well since I am quite stubborn, I tried a few methods against him anyway, and found that I can hit him a lot with the bow (if I keep him busy with some summons, because it's a lot harder to hit a moving target with openmw), but with nothing specific to boost marksman, which was at 48. Well I could beat him just with that, it forced me to use quite a lot of summons, I lost quite a few scrolls in the process, but finally it was quite quick and much quicker than the time announced in the uesp.<br>So I suspect I shouldn't have been able to hit him so easily with a bow, and there's probably something missing somewhere about the luck of the target.<br>Of course it works only with a ranged weapon, at close range he is a nightmare, almost untouchable but who can kill in only a few hits.<br>I was level 15 only... and this was with v0.46.<p>Statistics: Posted by <a href="https://forum.openmw.org/memberlist.php?mode=viewprofile&u=2864">zelurker</a> — 05 Oct 2020, 23:11 — Replies 2 — Views 227</p><hr /> |
|
|
|
146 ]]></content> |
|
|
|
147 </entry> |
|
|
|
148 <entry> |
|
|
|
149 <author><name><![CDATA[trymeout]]></name></author> |
|
|
|
150 <updated>2020-10-05T20:09:04+01:00 </updated> |
|
|
|
151 |
|
|
|
152 <published>2020-10-05T19:46:45+01:00</published> |
|
|
|
153 <id>https://forum.openmw.org/viewtopic.php?t=7137&p=69050#p69050</id> |
|
|
|
154 <link href="https://forum.openmw.org/viewtopic.php?t=7137&p=69050#p69050"/> |
|
|
|
155 <title type="html"><![CDATA[Feature Requests and Suggestions • Disable Controller Input Setting]]></title> |
|
|
|
156 |
|
|
|
157 <category term="Feature Requests and Suggestions" scheme="https://forum.openmw.org/viewforum.php?f=3" label="Feature Requests and Suggestions"/> |
|
|
|
158 |
|
|
|
159 <content type="html" xml:base="https://forum.openmw.org/viewtopic.php?t=7137&p=69050#p69050"><![CDATA[ |
|
|
|
160 Please add a setting to disable controller input to allow the use of third party apps like joytokey, antimicro and xpadder instead of being forced to use the built in controller support in OpenMW.<br><br><a href="https://gitlab.com/OpenMW/openmw/-/issues/5628" class="postlink">https://gitlab.com/OpenMW/openmw/-/issues/5628</a><br><br>EDIT: Nevermind, turns out latest version has a setting to disable the controller in-game<p>Statistics: Posted by <a href="https://forum.openmw.org/memberlist.php?mode=viewprofile&u=5563">trymeout</a> — 05 Oct 2020, 19:46 — Replies 1 — Views 110</p><hr /> |
|
|
|
161 ]]></content> |
|
|
|
162 </entry> |
|
|
|
163 </feed> |
|