Mail Archives: djgpp/1997/07/31/22:34:40
In article <33db759d DOT 717585 AT news1 DOT telepac DOT pt>, Ricardo Cunha
<Myke AT cyberdude DOT com> scribbled :
>Dasse...
>
>Maybe it's my fault, i'm not so good at english :)
>
>It's better to start from the begin.
>
>Someone tould us that is vesa 2.0 (using linear memory) was slower
>that it Vesa 1.2
>So, i think that maybe, maybe the emulator that he was running didn't
>support directly is board. In that cases if the emulator (Vesa 2.0)
>detects Vesa 1.2 it redirects Vesa 2.0 calls to board by using Vesa
>1.2 calls. This process it's much slower than using Vesa 1.2 calls
>because he must "convert" Vesa 2.0 to Vesa 1.2
>I don't know the details of the process i only know how this can be
>done.
STOOOOOOOOOOOOOOOOOOOOOP!!!!!
I have an ATI mach64 which has VBE 1.2, which is slower than 2.0, and
the SECOND that I load UniVBE, that buggy VBE 1.2 is gone for ever more.
Will you please get it through your thick head that VESA is a >software<
API, and that it can be replaced by >software<. UniVBE is NOT an
emulator, it >IS< VBE 2.0, and it never shall be an emulator.
The whole point of VBE 2.0 is to have a protect mode API, and allow more
flexible and FASTER video modes. UniVBE and all VESA implementations
convert VESA calls to direct hardware writes. UniVBE knows your video
card better than you do. It knows which registers to peek, poke, push
and pop, and it does pure direct hardware writes only.
If UniVBE does not support your video card, it will not load. Period.
I know, because I can try it with UniVBE 5.1 - it doesn't work. UniVBE
5.2 works perfectly.
--
Revised anti-spam in use : remove X to reply -
'Xnetbook' becomes 'netbook'
Anti-spam thermonuclear warheads cheap at only $300!
- Raw text -