Search results

I see. I guess it is pefectly ok to simulate regular changes for general timing tasks. I am utilizing the odd/even flag for dynamically tweaking color register and graphics mode on the fly, which greatly extends the Dazzler's capabilities. Would be nice to check them with the simulation, too...

I tried to modify the Dazzler section in Udo Munk's z80pack emulation (see https://github.com/udo-munk/z80pack) to properly show even/odd scanlines with the right timing, alternately showing the interlaced fields. Which includes the proper setting of the flags in the 0E register. Udo's...

The MONKEY.MOV actually is from the intro scene of Monkey Island 2 - LeChuck's Revenge :-) (see )

Attached is a ZAXXON.MOV with 22 (hex 16) frames. Should nearly double the frame rate and work with a 48K CP/M with Dazzler DMA address 0800 hex (the Dazzler test utility requires ~1,500 + 256 bytes offset). CCP area probably will be overwritten, though (TPA is 41K only).

(y) MONKEY.MOV is an example for 512 bytes/frame and greyscale mode, ZAXXON.MOV for 2048 bytes/frame and color mode. I limited the clip size to ~24K so that they play on most systems. Quality will improve with the number of frames (smoother playback). Guess I'll also include larger samples, but...

Concerning my own Rev D production, I am struggling a bit with JLCPCB. I've sent them the Gerbers which look perfectly in their Gerber viewer, plus clear instructions on not removing the silkscreen on areas without solder mask (which they actually offer as an option in their instructions) to...

I forgot to mention, the sample clips contain 45 frames (hex 2d) for MONKEY.MOV and 12 frames (hex 0c) for ZAXXON.MOV. For the time being, there is no agreed Dazzler file format for including meta data, so every file needs some description with it.

New version 2.0 of the Dazzler test utility available. Please check https://github.com/akueckes/Cromemco-Dazzler-RevD. I've fixed some minor issues and also added the capability for the playback of video clips. Hope it is working with real hardware. The playback function is using the vertical...

Hugo, you wrote what I think. Despite of and actually because of its limitations, creating images and visual effects with early computers *was* an art of its own. And still is. It had been a great challenge to create artifacts and even worlds within the limits of its time, and it was highly...

The point is that the CGA actually also wasn't designed for this. I agree that the Dazzler lacks many of the features of a 6845, but it will be still a challenge to drive it to its limits.

What can be done with some tweaking with an IBM CGA is nicely shown by the famous 8088 MPH demo (see ). The Youtube link is to a version with composite monitor. Here also is a link to my own setup at home trying to demonstrate the difference between composite monitor and original CGA monitor...

Oh yes. As Hugo already wrote programming the Dazzler x4 mode is mind twisting. I would not say that it is impossible to create sophisticated and fast algorithms for it, but it goes towards the limits of what my brain can handle. I have a Vector Graphics video card which implements bilevel with...

Here are the steps for greyscale images: crop to quadratic shape reduce canvas size to 64x64 save as 24bit BMP image use bmpconvert with -greyscale option The GRAY.IMG example was created exactly that way with paint.net. If you like, you can also already convert to greyscale and reduce the...

I just have added a utility I wrote for testing Dazzler hardware on a real system. Included is a program for converting BMP images to Dazzler memory images (all modes supported), as well as a menu driven program for controlling the Dazzler and loading custom images from disk into video memory...

Rev D updated here, now including Gerber files (still untested, in contrast to Gary's Rev C layout :) ): https://github.com/akueckes/Cromemco-Dazzler-RevD

Congratulations, this has been a great team effort. I'll update also the Rev D version. @Gary C: Small correction of your summary/cosmetics in post #859: IC52 was 3408, should be 7408, not a 7403.

Just some thoughts... When T is high, the "random" signals at the outputs of IC47 and IC55 latches are only random under the assumption that the video RAM contains random data. This will not be the case when the video RAM has been initialized before (e.g. during a RAM test). Concerning the...

If you mean the card extractors, it seems that Chromemco shipped the kits/boards without the extractors. At least they are not part of the BOM. But I guess white ones were most common at the time with S-100 boards (e.g. DigiKey part # 492-1024-ND). Concerning the heat sinks, there are several...

Thanks for volunteering, whatever you find, it will be invaluable. I have also updated your silkscreen findings with the Rev D version. My problem with the KiCAD files is that it is difficult to check them against the schematics. Most routes consist of multiple segments, which are not easy to...

@Gary C Updated PCB layouts for the Rev D boards are now available. I checked as good as possible, but probability is of course high there are still bugs. DRC reports still show lots of issues, some more than with your original drafts. I am not sure whether this has any impact on the production...