April 16, 2018 at 7:33 pm #7715
@loxai Ooops sorry! 🙁 I always tested first with FreePIE on. Test 4, Test 5 and Test 6 all has the lagg issue, and it’s only prensent when FreePIE enabled!April 19, 2018 at 8:37 pm #7720
ok, that throws me off a bit on my search, but good to know the lag is FreePIE specific.
Let’s see how these two do:
https://trinusvirtualreality.com/files/psvrTest8.zipApril 20, 2018 at 1:07 pm #7721
Test7: The weird lagg is gone, but the whole image is flickering very often (it’s somewhat like the flickering freepie problem that you solved a few weeks ago – but it’s in every 2-3 second.)
Test8: Weird lagg plus ghosting, even when async.repr. is disabled!
(Without FreePIE: There’s no lagg or flickering in both)April 20, 2018 at 7:53 pm #7722
what mapping do you use for FreePie? head rot + pos, controller left rot + pos, etc?
This new test build lets you change the poll frequency (in milliseconds) to fetch freepie data, let me know what number works best (if there’s any difference).
https://trinusvirtualreality.com/files/psvrTest9.zipApril 20, 2018 at 9:08 pm #7723
I can’t make FreePIE (orientation, position…etc.) working at all with this Test 9. No matter how I set the poll freq. Also the PSVR’s built-in sensor does not working when FreePIE enabled,
even when the “rotIndex” set to -1.
I’m using the default mapping:
The last good version is Test3.April 20, 2018 at 9:52 pm #7724
that was a bug with the mapping doing partial (some from psvr, some from freepie). Should be fixed now, allowing to test the polling ms setting.
https://trinusvirtualreality.com/files/psvrTest10.zipApril 21, 2018 at 2:14 am #7725
Yes, Test10 freepie is now working, but the polling ms setting doesn’t change anything. :/
I tried 1ms, 7ms, 16ms, 32ms and nothing changes, exactly the same weird lagg and ghosting.April 22, 2018 at 8:19 pm #7730
Is it a bad idea to go back to the 0.9.2 build? At least 2-3 people said in these forums that it is the last good version!
If you could send the builds since 0.9.2, we could check the build that is next to 0.9.2, and if it’s OK, then go to the next one, and so on… Eventually we could find what is the change that makes all these issues.
0.9.2 is almost perfect, it just has the freepie flickering, which you know by now how to fix! 🙂April 25, 2018 at 11:14 am #7731
I’m doing the code reviews based on the changes between 0.9.2 (confirmed previously working version) and current build, but having trouble pinpointing the source of the problem.
Using the following freepie script for testing:
if starting: a = 0.0 b = 0.0 a += 0.01 #b += mouse.wheel freePieIO.x = 40 * math.sin(a) #freePieIO.x = 50 #freePieIO.x = b #diagnostics.watch(a) #diagnostics.watch(freePieIO.x)
and with current test build:
I do get jerky movement with high polling numbers, but it is smooth with low numbers (1 to 8).
By the ‘weird lag’ you’ve mentioned, do you mean this jerky movement where there are position jumps, going slightly from one place to the next (skipping a few virtual centimeters)?
That aside, I saw a couple of posts about higher framerates and smooth movement with latest official version (0.9.5c) on reddit. The tips mentioned may help?
https://www.reddit.com/r/PSVRHack/comments/8e7md0/getting_your_psvr_to_work_correctly_with_your_pc/May 3, 2018 at 12:16 am #7748
For 120hz (90hz aswell), I had to go back to v. 0.9.2, tried so many settings before seeing this post. Thank you for the suggestion.
v. 0.9.2 seems to be the last version that had good 90/120hz support.
I also tried all the test versions, same issue as 0.9.5c.
No freepie, PSVR on Secondary display.
144hz monitor set to 120hz, PSVR set to 120hz.
4690K, 16GB and GTX 1070.
Thank you so much for the software, lots of fun. would really love to try some of the new features without losing 90/120hz support.May 3, 2018 at 8:22 pm #7751
Ok, continuing the search for a fix on the 90/120hz problem. Here are two test builds.
First one is a barebones test. Pretty much no functionality, just testing if SteamVR can be set to run at higher freqs. Execute, then start SteamVR (you may need to switch windows main display to psvr): https://trinusvirtualreality.com/files/steamvrTest.zip
Then here’s a standard Trinus PSVR test, reverting some previous changes:
https://trinusvirtualreality.com/files/psvrTest.zipMay 5, 2018 at 2:01 am #7752
Don’t know what steamvrTest did/does, shouldn’t i start trinusPSVR first? Anyway Steam VR starts in primary display does some crazy stuff before i just stopped it and quit.
I tried the PSVR test file. Same issue, fine in 60hz bad in 120hz.
I changed PSVR to to primary, it reverted back to 60hz, which was easy to notice and the colours were washed out(gamma too high). same issue.
It’s like a switch as soon as you enable 120hz in the nvidia control panel you get the ghosting/trailing. go back to .0.9.2(and i believe earlier) and 120hz works great.
I’ll test some more when i get a chance, thankyou.May 5, 2018 at 12:57 pm #7753
unzip steamvrtest, execute, then run SteamVR (no Trinus, or even psvr, required)May 5, 2018 at 4:35 pm #7754
The SteamVR Test is running fine and feels like 120hz to me, PSVR Test has the same issues as described above though I haven’t yet been able to get 120hz running without ghosting, even with 0.9.2May 5, 2018 at 8:03 pm #7755
would be best to verify the steamvrtest on the psvr (setting as main display), just to be certain as the problem might not be as noticeable on the monitor.
and here’s a new psvr test build, with some changes to match the steamvrtest:
You must be logged in to reply to this topic.