Nekochan Net

As the topic says, I am forced to use 1024x768 on my Octane, but that darn X server, despite of forcing dpi (-dpi 96) in Xservers still reports:

This only happens under IRIX 6.5.30. Others I used (14, 22, 27) behaved correctly. Any suggestions appreciated, because my gtk-2.0 fonts are just tiny.

_________________

DECpc AXP/150, AS600 5/333, Sun IPX, Ultra 60, Mac LC630, Power Mac G4 Digital Audio, Amiga 1200T, IBM 7009-C10, HP Envizex a, A180, B132L, C360, C3600 x2.

Might be helpful to know:

What graphics are installed in your Octane
What monitor you're using
What resolution you're trying to unsuccessfully load
And how you're attempting to load the uncooperative resolution (and/or dpi).

_________________
***********************************************************************
Welcome to ARMLand - 0/0x0d00
running...(sherwood-root 0607201829)
* InfiniteReality/Reality Software, IRIX 6.5 Release *
***********************************************************************

V6

A crappy Belinea/MAXDATA LCD that surprisingly happened to support SoG.

Any 1280x1024 resolutions below 96 Hz with 16 bytes per pixel, but that doesn't matter really.

It's not about loading uncooperative res. Its about X server calculating DPI from EDID, completely disregarding what I want it to do.

_________________

DECpc AXP/150, AS600 5/333, Sun IPX, Ultra 60, Mac LC630, Power Mac G4 Digital Audio, Amiga 1200T, IBM 7009-C10, HP Envizex a, A180, B132L, C360, C3600 x2.

Sounds like you've probably already been there, done that, but have you tried the 1280x1024 with a refresh rate lower than 60Hz hack for the V6?

I didn't catch mention in the 6.5.30 release notes of any changes to XSGI, but on the odd chance there was have you already tried explicitly defining the -fn or -fp switches in XSGI (in case they silently changed the default in 6.5.30)?

_________________
***********************************************************************
Welcome to ARMLand - 0/0x0d00
running...(sherwood-root 0607201829)
* InfiniteReality/Reality Software, IRIX 6.5 Release *
***********************************************************************

Unfortunately my monitor didn't like it. Finally settled for 1024x768_75hz.

On 6.5.27 I somehow managed to get 1280x1024_75hz working with 16 bytes per pixel, but it resulted in severe screen corruption, especially if DGL was used.

That's the different issue that I already have solved: font handling changed for IID after 6.5.22 (or later, could only test with installs I had): instead of USE_SMALL_FONTS in 6.5.30 you have three definitions of BaseFontPallete: small, medium and large. IID uses one automagically according to DPI - took me a while to figure that out, but I finally got these under control.

The basic issue is that, although documentation explicitly states that you can force DPI with "-dpi int" (-dpi 96 in my case), Xsgi silently ignores that (doesn't even spit an error or something).

_________________

DECpc AXP/150, AS600 5/333, Sun IPX, Ultra 60, Mac LC630, Power Mac G4 Digital Audio, Amiga 1200T, IBM 7009-C10, HP Envizex a, A180, B132L, C360, C3600 x2.

No way of knowing ahead of time if it'd work with your monitor, but I built a V6 1280x1024 display format that uses reduced blanking to lower the pixel clock below the V6/V8 forbidden range. If you're interested I'll dig up a copy and re-post it.

_________________
***********************************************************************
Welcome to ARMLand - 0/0x0d00
running...(sherwood-root 0607201829)
* InfiniteReality/Reality Software, IRIX 6.5 Release *
***********************************************************************

Sure thing! Thanks

_________________

DECpc AXP/150, AS600 5/333, Sun IPX, Ultra 60, Mac LC630, Power Mac G4 Digital Audio, Amiga 1200T, IBM 7009-C10, HP Envizex a, A180, B132L, C360, C3600 x2.

I've apparently archived the original 1280x1024 reduced blanking format, so I went ahead and built another.

Reduced blanking gives us a 91MHz pixel clock and a horizontal scan frequency of 63.24KHz. 91MHz is well below the 109-193MHz range that the V6 and V8 can't use, hopefully the horizontal scan frequency will fall inside your monitor's display bandwidth.

Postscript: The CVT generated modeline with reduced blanking had a very small (32 pixel) horizontal sync pulse. If that one proves problematic for anyone else, I created a second 1280x1024_60 file with a horizontal sync pule that falls between the reduced and non-reduced 1280x1024_60 formats. That one is attached as 1280x1024_60-V6-reduced-blanking_modified.vfo.

_________________
***********************************************************************
Welcome to ARMLand - 0/0x0d00
running...(sherwood-root 0607201829)
* InfiniteReality/Reality Software, IRIX 6.5 Release *
***********************************************************************

Getting illegal power-on configuration when trying to use 16 bytes/pixel

_________________

DECpc AXP/150, AS600 5/333, Sun IPX, Ultra 60, Mac LC630, Power Mac G4 Digital Audio, Amiga 1200T, IBM 7009-C10, HP Envizex a, A180, B132L, C360, C3600 x2.

Do you know (or can you look up) the specifications for your monitor? 91MHz is a fairly low pixel clock, we may be able to incrementally increase it by gradually increasing the refresh rate, but we'll need to know what your monitor will accept.

_________________
***********************************************************************
Welcome to ARMLand - 0/0x0d00
running...(sherwood-root 0607201829)
* InfiniteReality/Reality Software, IRIX 6.5 Release *
***********************************************************************

I can get up to 135 MHz, in fact my O2 easily managed 1280x1024_75hz without any issues.

And to be clear: "Illegal power-on configuration" is a message from Display Properties.
Tried setmon -x and it kinda worked, unfortunately my monitor doesn't quite like it (vertical moire-like pattern and distorted pixels that I was unable to conteract with manual settings)

--edit--: no, setmon was smart enough to switch mode to 8 bytes/pixel , no joy. Within 16, I get the obvious message:

_________________

DECpc AXP/150, AS600 5/333, Sun IPX, Ultra 60, Mac LC630, Power Mac G4 Digital Audio, Amiga 1200T, IBM 7009-C10, HP Envizex a, A180, B132L, C360, C3600 x2.

Even with reduced blanking 1280x1024 with a 75Hz refresh gives a pixel clock the V6 can't use. Ditto for 1280x1024@72Hz, another somewhat common format.

1280x1024@70Hz returns a pixel clock of 106.75MHz. Hopefully your monitor will support that format:

_________________
***********************************************************************
Welcome to ARMLand - 0/0x0d00
running...(sherwood-root 0607201829)
* InfiniteReality/Reality Software, IRIX 6.5 Release *
***********************************************************************

Well, as with previous: 8 bytes per pixel works albeit screen is weird, but not 16:


...and now my Octane is on fire...





[j/k]

_________________

DECpc AXP/150, AS600 5/333, Sun IPX, Ultra 60, Mac LC630, Power Mac G4 Digital Audio, Amiga 1200T, IBM 7009-C10, HP Envizex a, A180, B132L, C360, C3600 x2.

Your monitor may just not like reduced blanking formats, but if you'd to try other refresh rates you can generate a modeline with reduced blanking using the version of CVT that rooprob ported to IRIX (or possibly with one of the on-line modeline generators). You're welcome to use the source file I posted as a VFC template - just insert your target modeline and update the calculations.

_________________
***********************************************************************
Welcome to ARMLand - 0/0x0d00
running...(sherwood-root 0607201829)
* InfiniteReality/Reality Software, IRIX 6.5 Release *
***********************************************************************

One step ahead of you

Unfortunately from my experiments with 6.5.30, looks like someone at SGI decided that V6 simply cannot work in 1280x1024 in 16 bytes per pixel in any refresh rate below 96hz (that one loads, but is outside of my monitor's range) and locked these out. Neither Display Properties nor setmon are able to set anything. Upon switching to 8 bytes, I can load everything.

Oh well, I guess I'd simply update my gtkrc with larger fonts

_________________

DECpc AXP/150, AS600 5/333, Sun IPX, Ultra 60, Mac LC630, Power Mac G4 Digital Audio, Amiga 1200T, IBM 7009-C10, HP Envizex a, A180, B132L, C360, C3600 x2.