JayoK

It would be good, but the problem today is too many game players expect cutting edge graphics (by today's standards) and massively complex plots. The games would sell to the likes of us. But probably no-one else.

That's cool!

Can't believe the Zip stick isn't there. Need to get the digitial camera out for that one. Has a switch on the side for autofire and used high-quality microswitches. Best one of them all - including Atari's

Thanks Rybags - I was going nuts trying to find this. Good point about the RCA jacks - I will probably throw a better cable together. Growing up, I was used to the 800XL on a TV screen over RF. Plugged it finally into a 1084S this year and couldn't believe how good the picture was. Years of a foggy image left me with low expectations. Looking forward to the upgade now.

Hello, Since I finally got my hands on a Commodore 1084S monitor I would like to do the SuperVideo upgrade. But I cannot find it online. Every reference I see refers me to: http://www.geocities.com/atarimods/supervid.html But this link is no longer valid. I've been going around in circles for a while now looking for this. Anyone know exactly where I can get this. Thanks!

Ok from Mapping the Atari: BIT 2 [of SKCTL $d20f] is first set to zero to reset POT registers to zero (dumping the capacitors used to change the POT registers). Then BIT 2 is set to one to enable the fast scan. Fast scan is not as accurate as the normal scan routine. BIT 2 must be reset to zero to enable the normal scan mode; otherwise, the capacitors will never dump. I knew it was necessary to control this capacitance with paddles. Although you are reading this from the shadow register this shouldn't be a problem... I think it might be your circuit. Fast scan occurs in two scanlines normal scan occurs in one frame (228 scanlines). Not an issue unless you are doing high-speed sampling. Also fast pot scan is less accurare than a normal scan.

Found De Re online - but isn't there. Where did I see those POT details....

I am really trawling the long term memory now, but I believe that the fast pot scan is to do with sampling the value without allowing full-discharge or something like that... cannot remember the exact details. As I've just moved house De Re Atari is packed away at the mo. I think the problem you are experiencing those is that the there is no where for the charge to go once the port is loaded (capacitance and all that). The paddle1 inputs were designed to read potentiometers (sp?) not variable resistors. BTW I still then the latch is a way to get more inputs, I used this method to get 16 in a band switching fashion. Right time for me to find De Re Atari then...

Arragh, the additional white space are removed upon posting. Basically you are using a voltage divider circuit with a short to ground - hope you can follow.

Just looking at your post again - is your circuit ok? I think paddle1 input isn't discharging quick enough after the initial load. I would try a design like this: +5v - 10k - | - 10k - GND | -- Switch - GND | Paddle1 input I did try something like this a long time ago and remember having to using a similar circuit as above.

Instead of CPX #228 how about detecting if it is between a range? I would imagine that with component tolerance, heat, etc that always detecting for 228 is too narrow. Also I do remember that the paddle input won't work particularily as a high-speed input. Also I'd read the hardware register not the shadowed one. As an alternative to the design, did you consider multiplexing the inputs, or maybe using a latch read method? Might be too complicated for the design.

Did you submit this to Page 6 / NAU at some stage? I remember typing a program like this in a long time ago...

Looks like it's time for me to get out my A8 disks and see what I have. Most are copies though (if they even work!)

Why can you never watch too much? :!:

Watching too much Father Ted, then?

[iRISH] Beannachtaí do ATARIANS uilig ar fud an domhain [/iRISH] Yes, there is someone from Ireland on this board!

Hmmm... never thought of that. I do actually feed the video out the monitor port to the Tuner Card (it has Composite / S-Video and RF in ports). I must try that game and see what happens.

I am the only one here who uses their PC's monitor? I don't have the space for a separate monitor so I bought a TV tuner card for my PC and use this with APE. The perfect solution for me.

Hmmm... two come to mind Ghostbusters by Activision (Said "Ghostbusters!" on intro) Grand Prix by Code Masters (Said "3-2-1-GO!" on game start) Not much but it's a start!

I will listen, I promise, just as soon as I get back to my A8!

Hi Sluggo, As for 800XL-A it could be anything, OS, keyboard, RAM, etc. If the chips are socketed and the systems haven't been used in a while check to make sure the contacts haven't oxidized (or maybe you've done that). It may also be wothwhile to disconnect the keyboard anyway to test the other machine. For my old XL I'd to do remove the socketed chips and clean the contacts (using nail polish remover!). Once re-inserted and off I went again. As for XL-B sounds like the KB, again check the contacts. You could though quite easily swap keyboards from A to B to test the function key theory. Do all other keys work? Let us know you you get on! Jayo.

Very impressive tebe. I really need to get a handle on this G2F tool... I seem to be getting more lost but yet still in awe by its capabilities! FYI Tebe's compiled code attached... bubb.zip

And here I was plotting secretly in the back ground an A8 Bubble Bobble... little did I know that others were working on it Cancel that project. I need a little help here folks, I used program my A8 years ago and only recently returned and I would like a little project as a refresher - would any of you suggest something that I could work on that you would like to see? My plan with BB was an intro screen, music and just say 3 levels as a proof-of-concept type of thing. So I suppose something like that would be cool, any suggestions?

A delayed response I know, but just back from holidays and only getting to this now. As for the pin outs on the TT I assume you mean the 9-pin connector? Don't have them exactly but I can give you some help here. The TT pulls power from the +5V line on the joystick port and feeds back in the X and Y position using the pokey pots in. The trigger buttons are also made up of the PIA 0-3 or 4-7 lines. i.e. Placing the pen in the bottom in one corner should give a 0,0 (doing this from memory and I recall that the unit worked in reverse) on the POTS readout. If you are coding for this information bear in mind to allow for tolerance as the resolution of 255 in one axis is quite what this unit can do.

I know this is a little off the subject of what you were looking for, but out of point of note. I remember writing a Motorola 6800 emulator on the 8-bit back in 92. What was the point of that? Well I had to develop a 6802 system for a project and the cost of commercial emulators was outrageous. Based on DDT from Mac/65 this thing could step through the 6802 code and show the registers, memory locations, etc. Only thing was it only emulated 4k RAM and 4K ROM, but then that was all I needed! Worked fairly fast too. Another point of note I won five awards for the project as a result - including best development system!