OpenSceneGraph Forum Forum Index OpenSceneGraph Forum
Official forum which mirrors the existent OSG mailing lists. Messages posted here are forwarded to the mailing list and vice versa.
 
   FAQFAQ    SearchSearch    MemberlistMemberlist    RulesRules    UsergroupsUsergroups    RegisterRegister 
 Mail2Forum SettingsMail2Forum Settings  ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 
   AlbumAlbum  OpenSceneGraph IRC ChatOpenSceneGraph IRC Chat   SmartFeedSmartFeed 

Latency


 
Post new topic   Reply to topic    OpenSceneGraph Forum Forum Index -> General
View previous topic :: View next topic  
Author Message
d_a_heitbrink (David Heitbrink)
User


Joined: 23 Sep 2013
Posts: 52

PostPosted: Mon Oct 01, 2018 5:25 pm    Post subject:
Latency
Reply with quote

I currently have an odd problem I am stuck on. I have a system with 2 Quadro P5000 cards- driving 3 displays that are warped and blended on a 120 degree dome. Running Windows 10. The application is ground vehicle simulation - I have pretty high rates of optical flow. Each display is running its own process, they receive a UDP broadcast with position update information. What I am seeing is 1 of the displays is off by 1 frame 95% of the time. When this happens....my blending fails and I get a large seam in my scene. I added logging as to the eye point position as well as high frequency counter time.

From what I can tell from the logs, the return from the VSync's (viewer->frame() ) are all within 200 microseconds, and the eye point position and data frame number (i.e. the frame number for my incoming data) is the same across all of the channels.

So I strongly suspect this has something to do with the graphics card/driver's own internal frame buffering....and there is not a lot I can do about it.

This leaves me with a couple of real issues.....
1) Programmatically cannot tell if a channel is a frame behind or not. Basically I added buffering for the other 2 channels for position information......and my seam goes away 95% of the time
2) Since things are not 100% the same.......I randomly get a seam 5% of the time (assuming I am buffering).

At this point I don't know what to do.....I have talked to NVidia about this, they mentioned making sure DPI scaling in windows is set to 100% and/or setting up the app to be DPI aware. I have done this.....but I get the same result.


Any advice and/or speculative guesses on this would be great.
Back to top
View user's profile Send private message Send e-mail
Voerman, L.
Guest





PostPosted: Tue Oct 02, 2018 7:27 am    Post subject:
Latency
Reply with quote

Hi David,are your cards running in "quadro mosaic" mode or are they configured as independent cards? Our win7 machine is driving 6 channels from 2 cards for a cylindrical theatre, and have no problem running in full sync (stereo as well as monoscopic view).
Laurens.


On Mon, Oct 1, 2018 at 7:25 PM David Heitbrink < (
Only registered users can see emails on this board!
Get registred or enter the forums!
)> wrote:

Quote:
I currently have an odd problem I am stuck on. I have a system with 2 Quadro P5000 cards- driving 3 displays that are warped and blended on a 120 degree dome. Running Windows 10.  The application is ground vehicle simulation -  I have pretty high rates of optical flow. Each display is running its own process, they receive a UDP broadcast with position update information. What I am seeing is 1 of the displays is off by 1 frame 95% of the time. When this happens....my blending fails and I get a large seam in my scene. I added logging as to the eye point position as well as high frequency counter time.

Quote:
From what I can tell from the logs, the return from the VSync's (viewer->frame() ) are all within 200 microseconds, and the eye point position and data frame number (i.e. the frame number for my incoming data) is the same across all of the channels.

So I strongly suspect this has something to do with the graphics card/driver's own internal frame buffering....and there is not a lot I can do about it.

This leaves me with a couple of real issues.....
1) Programmatically cannot tell if a channel is a frame behind or not. Basically I added buffering for the other 2 channels for position information......and my seam goes away 95% of the time
2) Since things are not 100% the same.......I randomly get a seam 5% of the time (assuming I am buffering).

At this point I don't know what to do.....I have talked to NVidia about this, they mentioned making sure DPI scaling in windows is set to 100% and/or setting up the app to be DPI aware. I have done this.....but I get the same result.


Any advice and/or speculative guesses on this would be great.

------------------
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=75001#75001





_______________________________________________
osg-users mailing list
(
Only registered users can see emails on this board!
Get registred or enter the forums!
)
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


------------------
Post generated by Mail2Forum
Back to top
robertosfield
OSG Project Lead


Joined: 18 Mar 2009
Posts: 12145

PostPosted: Tue Oct 02, 2018 7:30 am    Post subject:
Latency
Reply with quote

Hi David,

It's not possible to know specifically what is wrong without having
your hardware, software and data available to test, even with these
one might well need inisght from NVidia to unravel what is going on.

Quote:
From your description it sounds like you are running three separate
slave applications and a master that controls them. If so have you
tried just a single application and using the osgViewer with a single
Viewer and three slave Camera with a GraphicsWindow on each?

Within your application are you application are you setting up and
swap ready and swap buffer mechanism?

If you can try running your application on another OS, especially one
that you can switch off go closer to the metal and switch off
compositing.

Robert.


On Mon, 1 Oct 2018 at 18:25, David Heitbrink <> wrote:
Quote:

I currently have an odd problem I am stuck on. I have a system with 2 Quadro P5000 cards- driving 3 displays that are warped and blended on a 120 degree dome. Running Windows 10. The application is ground vehicle simulation - I have pretty high rates of optical flow. Each display is running its own process, they receive a UDP broadcast with position update information. What I am seeing is 1 of the displays is off by 1 frame 95% of the time. When this happens....my blending fails and I get a large seam in my scene. I added logging as to the eye point position as well as high frequency counter time.

From what I can tell from the logs, the return from the VSync's (viewer->frame() ) are all within 200 microseconds, and the eye point position and data frame number (i.e. the frame number for my incoming data) is the same across all of the channels.

So I strongly suspect this has something to do with the graphics card/driver's own internal frame buffering....and there is not a lot I can do about it.

This leaves me with a couple of real issues.....
1) Programmatically cannot tell if a channel is a frame behind or not. Basically I added buffering for the other 2 channels for position information......and my seam goes away 95% of the time
2) Since things are not 100% the same.......I randomly get a seam 5% of the time (assuming I am buffering).

At this point I don't know what to do.....I have talked to NVidia about this, they mentioned making sure DPI scaling in windows is set to 100% and/or setting up the app to be DPI aware. I have done this.....but I get the same result.


Any advice and/or speculative guesses on this would be great.

------------------
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=75001#75001








------------------
Post generated by Mail2Forum
Back to top
View user's profile Send private message
d_a_heitbrink (David Heitbrink)
User


Joined: 23 Sep 2013
Posts: 52

PostPosted: Thu Oct 04, 2018 8:10 pm    Post subject:
Reply with quote

I am not running it in Quadro mosaic mode. I do have a slightly older version of the program running on a render cluster with 5 2-gpu nodes driving 16 displays that runs fine on windows 7.

I am starting to suspect it has something to do with the Windows - Desktop Window Manager (DWM) composition. This can no longer be disabled in windows 10.
Back to top
View user's profile Send private message Send e-mail
Voerman, L.
Guest





PostPosted: Mon Oct 08, 2018 7:23 am    Post subject:
Latency
Reply with quote

I suspect the cards are not running in sync, to get useful info out of the timing of viewer->frame() (in singlethreaded mode) you will have to add a glFinish() call. Only if you force the driver to block until the swapbuffers is actually done the timing info has meaning.Laurens.


On Thu, Oct 4, 2018 at 10:11 PM David Heitbrink < (
Only registered users can see emails on this board!
Get registred or enter the forums!
)> wrote:

Quote:
I am not running it in Quadro mosaic mode. I do have a slightly older version of the program running on a render cluster with 5  2-gpu nodes driving 16 displays that runs fine on windows 7.

I am starting to suspect it has something to do with the Windows - Desktop Window Manager (DWM) composition. This can no longer be disabled in windows 10.

------------------
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=75037#75037





_______________________________________________
osg-users mailing list
(
Only registered users can see emails on this board!
Get registred or enter the forums!
)
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


------------------
Post generated by Mail2Forum
Back to top
Display posts from previous:   
Post new topic   Reply to topic    OpenSceneGraph Forum Forum Index -> General All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You cannot download files in this forum

Similar Topics
Topic Author Forum Replies Posted
No new posts Enabling Vsync gives dramatic increas... Jan Ciger General 24 Thu Apr 16, 2015 12:59 pm View latest post
No new posts Windows 8 adds one frame of latency bbjorn General 0 Tue Oct 14, 2014 11:07 am View latest post
No new posts OsgParticles one frame latency ? ericONX General 1 Tue Nov 15, 2011 10:01 am View latest post
No new posts Question on decreasing latency for da... jimmy82 General 12 Mon Sep 05, 2011 7:53 am View latest post
No new posts Shader Update Latency?! Thorsten Roth General 8 Wed Dec 01, 2010 6:15 pm View latest post


Board Security Anti Bot Question MOD - phpBB MOD against Spam Bots
Powered by phpBB © 2001, 2005 phpBB Group
Protected by Anti-Spam ACP