As I say I even have 1024kb of memory on my module - 4 times more than makes any sense! So I'm sure its the components from an ISA card placed onto the module in stock form. It seems some of us get GD5428 and some GD5429 - very little in it, slighly fewer refinements in the 5428 but I dont think enough to explain this kind of behaviour. Their quite refined compared to the 5422 / 5424 I remember those having odd VESA mode issues.While I don't have a system, I believe CL-GD5428 can do all the VGA modes and quite a few SVGA modes too. Moreover, given the information gathered by the members of this forum, it uses the stock Cirrus Logic / Quadtel VGA BIOS, so that BIOS would happily support all the VGA/VESA modes. That is unless the system designer/manufacturer badly screw-uped the schematic, or say used very slow DRAMs...
I think the issue is coming from the LCD panel and the Realtek RTD2662 controller not programmed to properly render VGA modes.
I think the issue is coming from the LCD panel and the Realtek RTD2662 controller not programmed to properly render VGA modes.
Interessante. Qual è l'interfaccia con il pannello? Se è standard, potresti utilizzare un controller diverso per testare. Puoi condividere alcune immagini del pannello, del cablaggio e del controller, fronte e retro?
Ho in giro un certo numero di controller generici per pannelli LCD.
-Alessio
It's possible that the chip doesn't function with less RAM than this? I believe that the chips are salvaged by disassembling old graphics cards because they have signs and scratches, indicating they are clearly used chips. Therefore, the RAM likely comes from the same board from which they are disassembled.As I say I even have 1024kb of memory on my module - 4 times more than makes any sense! So I'm sure its the components from an ISA card placed onto the module in stock form. It seems some of us get GD5428 and some GD5429 - very little in it, slighly fewer refinements in the 5428 but I dont think enough to explain this kind of behaviour. Their quite refined compared to the 5422 / 5424 I remember those having odd VESA mode issues.
If you want, I can send you an EXE file that intermittently generates two frames, one entirely green at 640x350 and the other entirely red at 640x480, if you want to test with these LCD controllers. Question: Could the firmware of the controllers be interchangeable?Book8088 uses 12 pin JST connector with 1.25mm step. Three first pins are +5v, full pinout is in design pdf, which i don't have near me right now.
I've tried connecting it to two different lcd boards (rtd2662 and some unknown chip) and an arcade GS8200 convertor (unsure if i remember that name correctly) without any success, except that arcade convertor tried to display some unsynced video. But that's for CGA, VGA might give better results.
Worth noting that CGA CLPD gives not only IRGB signals, but several more used for LCD connection
I'm getting a suspicion... what if this crafty Chinese guy programmed the LCD controller to darken the video BIOS post screen?While I don't have a system, I believe CL-GD5428 can do all the VGA modes and quite a few SVGA modes too. Moreover, given the information gathered by the members of this forum, it uses the stock Cirrus Logic / Quadtel VGA BIOS, so that BIOS would happily support all the VGA/VESA modes. That is unless the system designer/manufacturer badly screw-uped the schematic, or say used very slow DRAMs...
I think the issue is coming from the LCD panel and the Realtek RTD2662 controller not programmed to properly render VGA modes.
No need, my V1 has CGA only, and connecting external display with RGB2HDMI solved most screen problems for me.If you want, I can send you an EXE file that intermittently generates two frames, one entirely green at 640x350 and the other entirely red at 640x480, if you want to test with these LCD controllers.
It wouldn't surprise me that this could have been an intention - however, as I understand it the CGA output is handled by the system BIOS and I know that VGA was not initially planned, it seemed to even by considered slightly after the initial batch of the V2 were manufactured (i.e. with serial and parallel ports)...I'm getting a suspicion... what if this crafty Chinese guy programmed the LCD controller to darken the video BIOS post screen?
It wouldn't surprise me that this could have been an intention - however, as I understand it the CGA output is handled by the system BIOS and I know that VGA was not initially planned, it seemed to even by considered slightly after the initial batch of the V2 were manufactured (i.e. with serial and parallel ports)...
On that note, I'm starting to wonder if those very ports are tying up system resources that would otherwise allow ISA cards to function, I'm very much thinking of my misadventure with the PicoGUS here.
If you have a VGA controller, all INT 10h (video services) routines are handled by VGA BIOS extension. Built-in support for CGA/MDA in the System BIOS is not used in this case.the CGA output is handled by the system BIOS
On that note, I'm starting to wonder if those very ports are tying up system resources that would otherwise allow ISA cards to function, I'm very much thinking of my misadventure with the PicoGUS here.
Although, everything is possible, and we don't really know what is in that XT-IO chip, I don't think it uses port 1D0h. I don't see a good reason for that... There is a slight chance that the CPLD code has an error/omission and it incorrectly decodes addresses. Here is the I/O decoding according to the comment in the schematic (I added I/O address ranges in hexadecimal):PicoGUS uses port 1D0h to "talk" to it's utility. There's a chance that this port is considered as reserved by XT-IO chip. But that's just an assumption
Non mi sorprenderebbe che questa potesse essere un'intenzione - tuttavia, a quanto ho capito, l'output CGA è gestito dal BIOS di sistema e so che VGA non era inizialmente previsto, sembrava addirittura essere preso in considerazione leggermente dopo il batch iniziale dei V2 sono stati prodotti (cioè con porte seriali e parallele)...
A questo proposito, sto iniziando a chiedermi se proprio quelle porte stiano impegnando risorse di sistema che altrimenti consentirebbero il funzionamento delle schede ISA, sto pensando molto alla mia disavventura con il PicoGUS qui.
There might be other reasons for it not working: timing, signal integrity (sending ISA signals over a ribbon cable is not the best thing ever), lack of buffers or too much load on the ISA bus
I can't make sdlpt work with any of my 8088 laptops, included book 8088I'm happy to report that the SDLPT works really nicely - the driver seems efficient.
I got my version from "curtis electronics" in the UK. Is uses the NC100SD driver.
Has anyone managed to get a copy of the v2 schematics? I contacted my seller and he sent me what he claimed to be the v2 documentation. It was the v1 documentation.Some info out of the v2 manual, including the pinout of the video card socket...