03-18-2013
"My understanding is the a XVR-100 will do 1600x1200x24 so I would be tempted to buy a used one off ebay for US$40 unless I needed to do more than that."
It will, but only analog, not digital. I find digital images a lot sharper than analog. The 100 only supports up to 1280x1024 through its DVI port. And apparently, not all 100's support the console through the DVI port. You apparently have to go to the XVR-600 to get a DVI port that will do 1600x1200x24 DVI. The 300 will do that resolution too, but it uses a DMS-59 port, so I'd need an adapter.
I found Sparc drivers for the 100 and 300 on opensolaris.org but not the 600. They're all reasonably priced, so my best bet might be the 300. I know I can get a DMS-59 to DVI adapter - I'm still looking for XVR-600 drivers. O the other hand, I found a reference that the 600 works with the Ultra 10 but have not found anything about the 300 working with it. What a mess.
5 More Discussions You Might Find Interesting
1. Programming
Hello,
If i have 2 strings str1 and str2, i would like to copy/concatenate str2 to str1, from 1st bit leaving the 0th bit.
How do i do it? (2 Replies)
Discussion started by: jazz
2 Replies
2. Solaris
is it possible to swap the Turbo XGX graphics card in the SS5 to the ULTRA server 1 ? and do they use the same type of RAM ?
Thx. (0 Replies)
Discussion started by: mads-nielsen
0 Replies
3. OS X (Apple)
Howdy
I am trying to install links2 with graphics support on snow leopard 10.6.8 (xcode installed). I have had the program running last year, also installed from source - but then I had installed some image libraries with mac ports and fink - cannot reproduce that setup. Plus I would like to not... (6 Replies)
Discussion started by: butterbaerchen
6 Replies
4. Shell Programming and Scripting
Hi,
Here is the issue. From the program snippet I have Base: 0x1800000000, Size: 0x3FFE7FFFFFFFF which are of 40 and 56 bits. SO I used use bignum to do the math but summing them up I always failed having correct result.
perl interpreter info,
perl, v5.8.8 built for... (0 Replies)
Discussion started by: rrd1986
0 Replies
5. Windows & DOS: Issues & Discussions
Hello everyone.
I bought a dell laptop (XPS M1330) online which came without a hard drive. There is a Windows Vista Ultimate OEMAct sticker with product key at the bottom case. I checked dell website (here) for this model and it says this model supports both 32 and 64-bit version of Windows... (4 Replies)
Discussion started by: milhan
4 Replies
Tk_GetGC(3) Tk Library Procedures Tk_GetGC(3)
__________________________________________________________________________________________________________________________________________________
NAME
Tk_GetGC, Tk_FreeGC - maintain database of read-only graphics contexts
SYNOPSIS
#include <tk.h>
GC
Tk_GetGC(tkwin, valueMask, valuePtr)
Tk_FreeGC(display, gc)
ARGUMENTS
Tk_Window tkwin (in) Token for window in which the graphics context will be used.
unsigned long valueMask (in) Mask of bits (such as GCForeground or GCStipple) indicating which fields of *valuePtr are valid.
XGCValues *valuePtr (in) Pointer to structure describing the desired values for the graphics context.
Display *display (in) Display for which gc was allocated.
GC gc (in) X identifier for graphics context that is no longer needed. Must have been allocated by Tk_GetGC.
_________________________________________________________________
DESCRIPTION
Tk_GetGC and Tk_FreeGC manage a collection of graphics contexts being used by an application. The procedures allow graphics contexts to be
shared, thereby avoiding the server overhead that would be incurred if a separate GC were created for each use. Tk_GetGC takes arguments
describing the desired graphics context and returns an X identifier for a GC that fits the description. The graphics context that is
returned will have default values in all of the fields not specified explicitly by valueMask and valuePtr.
Tk_GetGC maintains a database of all the graphics contexts it has created. Whenever possible, a call to Tk_GetGC will return an existing
graphics context rather than creating a new one. This approach can substantially reduce server overhead, so Tk_GetGC should generally be
used in preference to the Xlib procedure XCreateGC, which creates a new graphics context on each call.
Since the return values of Tk_GetGC are shared, callers should never modify the graphics contexts returned by Tk_GetGC. If a graphics con-
text must be modified dynamically, then it should be created by calling XCreateGC instead of Tk_GetGC.
When a graphics context is no longer needed, Tk_FreeGC should be called to release it. There should be exactly one call to Tk_FreeGC for
each call to Tk_GetGC. When a graphics context is no longer in use anywhere (i.e. it has been freed as many times as it has been gotten)
Tk_FreeGC will release it to the X server and delete it from the database.
KEYWORDS
graphics context
Tk Tk_GetGC(3)