From: Kumar, S. <shr...@hp...> - 2010-05-12 14:33:53
|
Hi Simon, I think I have fixed this problem. I have manually tested your scenario and verified the results. Please test out the 'shree' branch again. Your desktop should now be - 7680x3200 pixels if pixel skipping is disabled. This is the default - 8104x3422 pixels if pixel skipping is enabled. You may do this by passing "-B" on the command line to viz-desktop Note that I have added a template for the Quadro NVS 420 into VizStack itself. I am also interested to add the template for you Dell display device. Would you be fine with me including your template into VizStack ? Thanks! -- Shree -----Original Message----- From: Sim...@cs... [mailto:Sim...@cs...] Sent: Wednesday, April 28, 2010 11:40 AM To: viz...@li... Subject: Re: [vizstack-users] [ExternalEmail] Re: Problem running vs-configure-standalone from shree branch Here it is. I'll drop back to the trunk for the moment - plenty of stuff I can work on that doesn't rely on the new features. Let me know when you need some more testing. Simon ________________________________________ From: Kumar, Shree [shr...@hp...] Sent: Wednesday, April 28, 2010 2:52 PM To: viz...@li... Subject: Re: [vizstack-users] [ExternalEmail] Re: Problem running vs-configure-standalone from shree branch Mistake in calculations. Perhaps I made a hasty change without considering all cases right. Please send me the EDID file for your monitor also. That allows me to test without having your monitor. Give me a week; there are other things I need to sort. I would recommend you shift to the main branch while I do some more testing ! Thanks -- Shree -----Original Message----- From: Sim...@cs... [mailto:Sim...@cs...] Sent: Wednesday, April 28, 2010 9:31 AM To: viz...@li... Subject: Re: [vizstack-users] [ExternalEmail] Re: Problem running vs-configure-standalone from shree branch Attached the template - I built it by editing the LP3065 template, so it should be fine. The screen dimensions come from the EDID, and the bezels were directly measured. The 3x2 display ends up being 8072x3298. I've also attached the generated xorg.conf file. Aha, after a bit more careful testing it looks like the scrolling happens across all the bezels - the same thing I'd expect if it was three virtual desktops sized to take the bezels into account. A command line option to viz-desktop would be fine, or an option for the tiled display config so that you could have a 3x2-full and 3x2-no-bezels. Simon ________________________________________ From: Kumar, Shree [shr...@hp...] Sent: Wednesday, April 28, 2010 1:35 PM To: viz...@li... Subject: Re: [vizstack-users] [ExternalEmail] Re: Problem running vs-configure-standalone from shree branch Hi Simon, Good to know things work for you. Now to fix the bezel problem. > Two issues: firstly, the bezel width calculations are off - they're > hiding significantly less pixels than they should be (maybe around three quarters - could it be a 75dpi vs 100dpi thing?). Can you send me your display template ? Please note that all dimensions are needed in millimeters. If in doubt, look at the template for the "HP LP3065". This is our 30" monitor, and you would have comparable dimensions. > Secondly, it's not taking into account the outside bezels - they > shouldn't hide any pixels, so that there's no scrolling of the virtual desktop when you move the pointer to the edges of the tiled display. The code is supposed to handle these cases. > Oh, and it would be nice if we could have a way to define a tiled > display that didn't hide any pixels - there are some types of data where you want to see every pixel. Good catch. Should make this a command line option to the viz-desktop script. (that's what you are using, right?) -- Shree -----Original Message----- From: Sim...@cs... [mailto:Sim...@cs...] Sent: Wednesday, April 28, 2010 7:58 AM To: viz...@li... Subject: Re: [vizstack-users] [ExternalEmail] Re: Problem running vs-configure-standalone from shree branch Actually, I tell a lie - after fixing up the template for my monitors it's working, after a fashion. Two issues: firstly, the bezel width calculations are off - they're hiding significantly less pixels than they should be (maybe around three quarters - could it be a 75dpi vs 100dpi thing?). Secondly, it's not taking into account the outside bezels - they shouldn't hide any pixels, so that there's no scrolling of the virtual desktop when you move the pointer to the edges of the tiled display. Oh, and it would be nice if we could have a way to define a tiled display that didn't hide any pixels - there are some types of data where you want to see every pixel. Those issues aside it's great ;-) Thanks for the very prompt fixes. Simon > -----Original Message----- > From: Sim...@cs... [mailto:Sim...@cs...] > Sent: Wednesday, 28 April 2010 12:09 PM > To: viz...@li... > Subject: [ExternalEmail] Re: [vizstack-users] Problem running > vs-configure-standalone from shree branch > > With that workaround I can bring up the desktop as before, though it's > not handling the bezels with this setup - is there something I have to > do to get that working? > > Simon > > > -----Original Message----- > > From: Kumar, Shree [mailto:shr...@hp...] > > Sent: Tuesday, 27 April 2010 5:14 PM > > To: viz...@li... > > Subject: Re: [vizstack-users] Problem running > vs-configure-standalone > > from shree branch > > > > > > You won't be able to run 3D applications if GLX doesn't work. > > > > For now, you can replace the lines > > ---- > > limitData = open(temp_result_file,'r').read() limitData = > > limitData.lstrip().rstrip().split(' ') > > ---- > > With > > ---- > > try: > > limitData = open(temp_result_file,'r').read() > > limitData = limitData.lstrip().rstrip().split(' ') > > except: > > limitData = [4096, 4096] > > ---- > > Remember to keep the indentation right :-) > > > > Also note one more thing : the display template is slightly > changed. > > So please adjust your template appropriately. > > > > HTH > > -- Shree > > > > -----Original Message----- > > From: Sim...@cs... [mailto:Sim...@cs...] > > Sent: Tuesday, April 27, 2010 12:36 PM > > To: viz...@li... > > Subject: Re: [vizstack-users] Problem running > vs-configure-standalone > > from shree branch > > > > As I said in an early post, GLX is misbehaving somehow - > the extension > > loads and is apparently available, but any attempt to create a GLX > > context fails. With earlier versions of VizStack that > didn't cause any > > problems, but now that you're relying on GLX to figure out > things like > > this it's causing problems. > > > > I'm trying to get it working now. > > > > Simon > > > > > -----Original Message----- > > > From: Kumar, Shree [mailto:shr...@hp...] > > > Sent: Tuesday, 27 April 2010 4:49 PM > > > To: viz...@li... > > > Subject: Re: [vizstack-users] Problem running > > vs-configure-standalone > > > from shree branch > > > > > > Hi Simon, > > > > > > Does GLX not work at all at your site ? > > > > > > vs-get-limits is trying to find the maximum frambuffer > size that is > > > supported by your GPU. > > > > > > Regards > > > -- Shree > > > > > > -----Original Message----- > > > From: Sim...@cs... [mailto:Sim...@cs...] > > > Sent: Tuesday, April 27, 2010 9:58 AM > > > To: viz...@li... > > > Subject: [vizstack-users] Problem running > > vs-configure-standalone from > > > shree branch > > > > > > I'm trying out the head of the shree branch, and finding that > > > vs-configure-standalone fails with the following output: > > > > > > root@smlopt1-display:~# /opt/vizstack/sbin/vs-configure-standalone > > > > > > Processing Node 'localhost'... > > > Errors happened while trying to get the configuration of node > > > 'localhost'. Reason: > > > > > > Traceback (most recent call last): > > > File "/opt/vizstack/sbin/vs-generate-node-config", line 489, in > > > <module> > > > limitData = open(temp_result_file,'r').read() > > > IOError: [Errno 2] No such file or directory: > > > '/tmp/temp-vs-configure-system/temp-result-file' > > > > > > > > > Please fix the above errors & run this tool again Failed to > > configure > > > standalone configuration > > > > > > > > > Looking at the code it looks like vs-get-limits is failing > > to produce > > > an output file. I'm pretty sure this is due to the issue I > > noted early > > > on about GLX not working on this setup (there's no output from > > > vs-get-limits, but looking at the code it's not going to > > work unless > > > GLX is behaving itself). > > > > > > What's odd is that vs-get-limits apparently isn't returning > > an error - > > > I put a few debugging prints in vs-generate-node-config, > > and it looks > > > like it's following the 'if ret == 0:' path every time it's > > run to get > > > to the point it fails (line 489). > > > > > > I'll have another shot at getting GLX to behave, but this > > failure mode > > > is somewhat problematic . . . > > > > > > Simon Fowler > > > Technical Specialist eResearch Visualisation team CSIRO IM&T > > > Yarralumla, 2600 Desk 02 6124 1453 Mob 0409 245 871 > > > -------------------------------------------------------------- > > > ---------------- > > > _______________________________________________ > > > vizstack-users mailing list > > > viz...@li... > > > https://lists.sourceforge.net/lists/listinfo/vizstack-users > > > > > > -------------------------------------------------------------- > > > ---------------- > > > _______________________________________________ > > > vizstack-users mailing list > > > viz...@li... > > > https://lists.sourceforge.net/lists/listinfo/vizstack-users > > > > > -------------------------------------------------------------- > > ---------------- > > _______________________________________________ > > vizstack-users mailing list > > viz...@li... > > https://lists.sourceforge.net/lists/listinfo/vizstack-users > > > > -------------------------------------------------------------- > > ---------------- > > _______________________________________________ > > vizstack-users mailing list > > viz...@li... > > https://lists.sourceforge.net/lists/listinfo/vizstack-users > > > -------------------------------------------------------------- > ---------------- > _______________________________________________ > vizstack-users mailing list > viz...@li... > https://lists.sourceforge.net/lists/listinfo/vizstack-users > ------------------------------------------------------------------------------ _______________________________________________ vizstack-users mailing list viz...@li... https://lists.sourceforge.net/lists/listinfo/vizstack-users ------------------------------------------------------------------------------ _______________________________________________ vizstack-users mailing list viz...@li... https://lists.sourceforge.net/lists/listinfo/vizstack-users ------------------------------------------------------------------------------ _______________________________________________ vizstack-users mailing list viz...@li... https://lists.sourceforge.net/lists/listinfo/vizstack-users |