Daniel Kruszyna

Hello friends,

I'm looking for a collection of test screens to test the video output of
various emulators. These screens would trigger the various artifacts produced
by the II's video circuitry.

Does such a compilation exist?

Alternatively, is there a definitive list of these artifacts that can be used
to create a test suite?

-- Daniel

BLuRry

None of them exist that I know of -- I usually key in color bar tests as needed and then when I'm happy with GR and HGR, I launch Airheart because it comes right up with a full gamut of DHGR colors, making it pretty easy to see obvious mistakes

I'm not sure if it is Antoine's site (probably is) where I found Chat MauveDHGR screens and a loader. Those made it pretty quick for me to validatethat mode as well.

All in all, I like your idea but I don't think there is a good video diagnostic disk as such. It would need to have some half-shift tests for exampleif you have the hi-bit set on one HGR byte and the rightmost pixel is on, and then the next byte is simply 00, then that pixel actually gets chopped in half because of the hi-bit change. So anything that can provide a test pattern in that much detail would probably be the bee's knees!!

-Brendan

Marc S. Ressl

On Jan 30, 6:03*pm, BLuRry <brendan.rob...@gmail.com> wrote:
> None of them exist that I know of -- I usually key in color bar tests as needed and then when I'm happy with GR and HGR, I launch Airheart because it comes right up with a full gamut of DHGR colors, making it pretty easy tosee obvious mistakes
>
> I'm not sure if it is Antoine's site (probably is) where I found Chat Mauve DHGR screens and a loader. * Those made it pretty quick for me to validate that mode as well.
>
> All in all, I like your idea but I don't think there is a good video diagnostic disk as such. *It would need to have some half-shift tests for example if you have the hi-bit set on one HGR byte and the rightmost pixel is on, and then the next byte is simply 00, then that pixel actually gets chopped in half because of the hi-bit change. *So anything that can provide atest pattern in that much detail would probably be the bee's knees!!
>
> -Brendan

I think that is actually a very interesting question. It should be
sort of a test-suite to test for artifacts.

In order to make this response more interesting, I would like to
discuss some of the tests that should be done (for composite video,
not RGB!):

* Test text mode. Does it color fringe on Apple II rev. 0? Does it not
color fringe on newer revisions?
* Test mixed text mode. Does text always color fringe?
* Test lores. Are colors correct? Are there color fringes?
* Test hires. Is bit 8 performing the bit shift? On the Apple II, is
the leftmost pixel when bit shifting taken from location ((0xMMMM - 1)
& 0x7f) | (0xMMMM & ~0x7f)? On the Apple IIe and better, is the
leftmost pixel always black?
* Test dhires. Are color fringes correct?

Probably a test of RGB monitors should also be designed .

With the best wishes,

Marc.-

Daniel Kruszyna

Marc S. Ressl <mressl@gmail.com> wrote:
> I think that is actually a very interesting question. It should be sort of a
> test-suite to test for artifacts.

Exactly. I'd like to even have a web page with photos of the real hardware once
I decide on the screens needed.

> In order to make this response more interesting, I would like to discuss some
> of the tests that should be done (for composite video, not RGB!):

Noted.

> Probably a test of RGB monitors should also be designed .

Yes, and the IIgs displays the 8 bit modes differently as well.

-- Daniel

Linards Ticmanis

On 01/30/2012 10:03 PM, BLuRry wrote:
> So anything that can provide a test pattern in that much detail would
probably be the bee's knees!!

The chat's miaou? :-)

--
Linards Ticmanis