(02-03-2019, 02:34 PM)callahan Wrote: I use a Dell U2412m with an Octane/VPro @ 1900x1200 with no issues. So the prospects are good for a Tezzie working with 1900x1200 Dell 24" monitors.
Also, you might be able to fix your issue with a custom VFO file. The best option is to plug the monitor into a PC, capture the EDID data and make a monitor-specific VFO. This old neko post has a lot of good info: https://web.archive.org/web/201603190712...t=16725716
There also may be a precompiled custom vpro VFO that works better in this zip (warning: direct download link) hosted by larbob: http://mirror.larbob.org/misc/SGI_O2_VPr...arious.zip
Hi Callahan and other SGI'ers,
funny how new "old machines" result in the re-dipping into old and now cold waters...
Having just got IR4 up and running with my O350 , I realised that I did not have any monitors supporting 1920x1200 resolution with SOG.
All of my other SGI machines now have DCD / DVI interfaces and so SOG had become a thing of the past.
So I needed a new 1920x1200 with SOG capable LCD and found a Dell U2412M on ebay for local pickup for just $100.
I was really excited to plug this into IR4, having dug up old 13W3 / VGA 15pin cable but got a big shock when the graphics come up ...
They were S#@T quality !
Blur'ey fonts that were almost impossible to read , I was not impressed. Then after some playing around with various alternate .vfo files (I had lots of them due to having Discreet SW installed), I found I could no longer get Monitor to sync at 1920x1200 @ 60 and had to reset system to 1280x1024 @ 60.
So time to play around with the Video Format Compiler to see if this could help fix the problem.
I read through various historical recondas postings from Nekochan and generated a new .vfo for the Dell U2412M.
The graphics quality is now comparable to what I was am getting via DCD / DVI connected monitors.
The trick with this is getting the required EDID (Extended Display Identification Data) for your monitor.
I found the old "powerstrip" Windows program referenced by recondas and also a Linux utility called "read-edid" (available as Ubuntu package).
The Ubuntu option worked perfectly for me, as I have spare Intel server that is sitting next to O350, so it is easy to plug in monitors and read the EDID data from them.
So steps to generate new .vfo for LCD are:
1. Plug monitor into Ubuntu server and read out EDID "modeline"
>> $ sudo apt install read-edid
>> $ sudo get-edid | parse-edid
>> [sudo] password for XXXX:
>> This is read-edid version 3.0.2. Prepare for some fun.
>> Attempting to use i2c interface
>> No EDID on bus 0
>> 1 potential busses found: 1
>> 128-byte EDID successfully retrieved from i2c bus 1
>> Looks like i2c was successful. Have a good day.
>> Checksum Correct
>>
>> Section "Monitor"
>> Identifier "DELL U2412M"
>> ModelName "DELL U2412M"
>> VendorName "DEL"
>> # Monitor Manufactured week 24 of 2012
>> # EDID version 1.3
>> # Analog Display
>> Option "SyncOnGreen" "true"
>> DisplaySize 520 320
>> Gamma 2.20
>> Option "DPMS" "true"
>> Horizsync 30-83
>> VertRefresh 50-61
>> # Maximum pixel clock is 170MHz
>> #Not giving standard mode: 1280x960, 60Hz
>> #Not giving standard mode: 1280x1024, 60Hz
>> #Not giving standard mode: 1600x1200, 60Hz
>> #Not giving standard mode: 1680x1050, 60Hz
>> #Not giving standard mode: 1920x1080, 60Hz
>> Modeline "Mode 0" 154.00 1920 1968 2000 2080 1200 1203 1209 1235 +hsync -vsync
>> EndSection
2. Put data form EDID extract into .vfs file
I have put my example for Dell U2412M on github:
https://github.com/zebity/sgi-vfc
EDIT #1: recondas used a "subtract by 2" rule to compensate for vfc arithmetic round up. This results in a .vfo that does not exactly match the Modeline spec (but totals of V Sync + V Back Porch still add up correctly). To get a .vfo spec that exactly matches Modeline I used "subtract by 1's" for both V Sync and V Back Porch. This then generates matching spec, as vfc rounds these both back up by 1. I have updated github .vfs files and documented details in my blog:
https://tips.graphica.com.au/sgi-irix-notes/
3. Compile to your specific graphics architecture (this example is IR/KONA) to generate .vfo file:
>> $ vfc -a ascii=1920x1200_60-u2412m.info -c board=/usr/gfx/ucode/vfc/rules/dg4.def,chip=voc1.def -o 1920x1200_60-u2412m.vfo 1920x1200_60-u2412m.vfs
4. Move .vfo file into standard directory and use setmon or ircombine to load
I hope this is helpful to others who are using LCDs with SOG on SGI boxes.
The improvement in image quality makes it well worth going to trouble of generating a new .vfo
Next will be the IBM T221 monster ... ;-) that Hamei has been trying to get going.
#EDIT #2: My hope of maybe using DG5-2/TVO to generate high res TDMS signals for T221 is dashed. Testing found that the TVO outputs generate a pair of TDMS feeds at half resolution / half refresh frequency for the alternate interlaced outputs (ie for 1080i @ 59.94 -> 2 x 1920 x 540 @ 59.94 / 2 = ~29 Hz).
Cheers from Oz,
jwhat/John