[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
HGR inside DHGR
- Subject: HGR inside DHGR
- From: "Bryan Parkoff" <nospam@nospam.com>
- Date: Fri, 30 Jun 2006 22:05:16 GMT
- Newsgroups: comp.sys.apple2
- Organization: SBC http://yahoo.sbc.com
- Reply-to: "Bryan Parkoff" <nospam@nospam.com>
- Xref: g2news2.google.com comp.sys.apple2:9924
You may be surprised when someone said that you should be able to
emulate LGR into DHGR to show 80x48 blocks. It is what "Understanding the
Apple //e" manual explained in chapter 8. Also, I am able to emulate LGR
into DHGR to show 40x48 blocks!!! It does show fringe each edge of blocks
in LGR. It is true emulated NTSC on RGB.
I did try to emulate HGR into DHGR to show 280x192 blocks on 560x192
resolution. The problem is the wrong color. You may know that even in
aux/main and odd in aux/main have four color mappings. Fortunately, I am
able to shift all HGR's byte data into the right while adding zero bit in
the left. I did align color mapping to be correct. I can assure that HGR
screen using double memory as each half byte is 100% identical to DHGR.
I will demo screenshots and DHGR binary data file as soon as possible.
It indicates that I have succeeded building DHGR table which it contains
4,096 data. The fact is that DHGR uses ALL 4,096 data from DHGR table, HGR
uses 1,024 data from DHGR table, AND LGR uses 256 data from DHGR table, too.
The pixel structure is always identical in even aux/main and odd aux/main
when they are artifact colors.
It is very interesting. I have through verification in my project to
make sure that DHGR table has captured from my oscilloscope correctly and
accurately. My project is still in development. It is always 100%
identical to Apple IIgs' analog monitor. Also, it is very close to
AppleWin, but AppleWin's video data is about 60% correct, but KEGS's video
data is worse wrong. I would be more than happy to help the author of this
programming to make it right.
It is for emulated NTSC on RGB from Apple IIgs to be used for all Apple
II+, Apple //e, and Apple //c. Also, Apple //e's 80 Col & RGB card is very
different. I will be working on it as soon as possible. It allows the
people to select Apple //e's 80 Col & RGB card and Apple IIgs' emulated NTSC
on RGB to be used on Apple II+, Apple //e, Apple //c, and Apple IIgs
according to their preference choice on all emulator projects.
Bryan Parkoff