#! rnews 828 Path: pravda.aa.msen.com!news1.best.com!news.sgi.com!swrinde!howland.erols.net! math.ohio-state.edu!uwm.edu!news.cse.psu.edu!news.eecs.nwu.edu!newsfeed.acns.nw u.edu!news.luc.edu!orion!ebrunne From: ebrunne@orion.it.luc.edu (Edward A. Brunner) Newsgroups: rec.games.video.classic,comp.sys.cbm Subject: FS: pair of boxed C64 games -- $8 Date: 12 Aug 1996 17:57:52 GMT Organization: Loyola University Chicago Lines: 9 Message-ID: <4unrb0$85e@artemis.it.luc.edu> NNTP-Posting-Host: 147.126.1.9 NNTP-Posting-User: ebrunne X-Newsreader: TIN [version 1.2 PL2] Xref: pravda.aa.msen.com rec.games.video.classic:56170 comp.sys.cbm:59492 here you go, nice pair of boxed c64 games: Puzzle panic by Epyx (complete) Oil Barons by Epyx (missing disks, but otherwise complete with all game pieces/tokens/board parts) $8 plus shipping Ted B #! rnews 1230 Path: pravda.aa.msen.com!nntp.coast.net!swidir.switch.ch!01-newsfeed.univie.ac. at!news.iif.hu!isyshu!hole.news.pipex.net!pipex!plug.news.pipex.net!pipex!tank. news.pipex.net!pipex!news.be.innet.net!INbe.net!news.nl.innet.net!INnl.net! hunter.premier.net!news-res.gsl.net!news.gsl.net!usenet.eel.ufl.edu!news. mathworks com!newsfeed.internetmci.com!swrinde!cs.utexas.edu!news.ti.com!news.dseg.ti. com!news From: egotrip@lesol1.dseg.ti.com (Mike Neus) Newsgroups: comp.sys.cbm Subject: Another 1902A problem? Date: 13 Aug 1996 17:04:03 GMT Organization: Texas Instruments Lines: 8 Message-ID: <4uqci3$eig@sf18.dseg.ti.com> NNTP-Posting-Host: cns0599352.dseg.ti.com Mime-Version: 1.0 Content-Type: Text/Plain; charset=US-ASCII X-Newsreader: WinVN 0.99.7 I have a 128D with a 1902A monitor. After the monitor has been on for about 30 minutes it starts acting funny. On the 40 column screen the color disapears briefly (picture becomes B/W) and simultaniously the 80 column screen looses sync. It will do this for about 5 minutes and then everything works fine. Its like I'm a victum of component drift or something as the monitor warms up to its normal temperature. Anyone seen this before (more importantly whats the fix?) #! rnews 1566 Path: pravda.aa.msen.com!news1.best.com!nntp04.primenet.com!news.shkoo.com!nntp. primenet.com!news.mathworks.com!newsfeed.internetmci.com!usenet.logical.net!ne ws.wizvax.net!news From: tonyp@wizvax.wizvax.net (Tony Postmayer) Newsgroups: comp.sys.cbm Subject: Re: 29 READ ERROR ? Date: Tue, 13 Aug 1996 15:06:41 GMT Organization: Wizvax Communications, Troy, N.Y. 12180 USA Lines: 23 Message-ID: <321098b8.560344@199.181.141.3> References: <4unib5$7v1@joker.rz.hu-berlin.de> NNTP-Posting-Host: tonyp.wizvax.net X-Newsreader: Forte Agent .99e/16.227 On 12 Aug 1996 17:24:21 +0200, h0142kdd@joker.rz.hu-berlin.de (Paul David Doherty) wrote: >Sorry if this sounds like a stupid question, but... how does "read >error 29" (disk ID mismatch) really work? From what I gathered from >"Inside Commodore DOS", the ID in a sector header is being compared >to a location in the 1541 RAM. That location, I assume, is being >updated whenever an INITIALIZE command is issued, and probably also >when the drive assumes that a disk change has occurred. But where >does it get this disk ID from? It seems unlikely that it takes the >ID from the sector 18:0 data; I remember having hacked the 18:0 >ID habitually to get "nicer" directory listings, and I've never got >a 29 error. > >Does anyone know? > It's been a while - to the best of my recollection, when you cause a disk to initialize the drive reads in the BAM sector. In order to do this it has to first read the sector header for the BAM sector and decode it. This is where it gets the ID to store in drive RAM. Tony - #! rnews 1832 Path: pravda.aa.msen.com!spool.mu.edu!newshub.tc.umn.edu!newsfeed.orst.edu!news. uoregon.edu!hunter.premier.net!news.mathworks.com!newsfeed.internetmci.com!rea ltime.net!news.mindspring.com!usenet From: Radioactive Warrior Newsgroups: rec.games.video.classic,comp.sys.cbm Subject: Re: Decent price for 1702 monitor? Date: Tue, 13 Aug 1996 18:54:26 +0000 Organization: What? me! worry?! Lines: 19 Message-ID: <3210CF62.1841@orl.mindspring.com> References: <4unr79$bho@nntp.novia.net> Reply-To: radwar@orl.mindspring.com NNTP-Posting-Host: user-168-121-176-117.dialup.mindspring.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 2.02 (Macintosh; U; PPC) Xref: pravda.aa.msen.com rec.games.video.classic:56185 comp.sys.cbm:59495 Larry Scott Ii wrote: > > : I paid $25 at a garage sale, and use mine all the time to play my Atari > : on, even at $45 it's a good deal, but if you can get them down to $35, you > : are doing yourself a favor. It has a vertical control so you can play Pal > : games, and even a built in amplifier, I even use an old VCR so I can watch > : TV on it while working on my computer... > > I second that.. it's an excellent monitor.. supports composite and > chroma/luma inputs and has a great picture, plus sound. To this end... Anyone know where I would need to start to get the seperate LUMA and SYNC signals (generated by the c64) to a normal TV (like inputting both signals after the rf-demod?) to achive sharper picture on the TV- like the 1702. .. Is it as easy as that or is the LUMA/SYNC from the c64 not part of a normal TV at all.?. I donno that much about TV's but I'm learning... Add to my mental data base if you would- Radioactive Warrior #! rnews 1032 Path: pravda.aa.msen.com!news1.best.com!nntp04.primenet.com!news.shkoo.com!nntp. primenet.com!ddsw1!news.mcs.net!chi-news.cic.net!news.bright.net!usenet.eel.uf l.edu!news.mathworks.com!newsfeed.internetmci.com!in3.uu.net!noc.nyx.net!nyx10. cs.du.edu!not-for-mail From: mnaberez@nyx10.cs.du.edu (Michael Naberezny) Newsgroups: comp.sys.cbm Subject: Oddball MOS Chips Date: 13 Aug 1996 10:57:09 -0600 Organization: University of Denver, Dept. of Math & Comp. Sci. Lines: 12 Message-ID: <4uqc55$lm0@nyx10.cs.du.edu> NNTP-Posting-Host: nyx10.nyx.net Hello all. I have a few older Commodore chips here that I would like to use in projects, however I have no information on them. One is a 6504, which I assume is a 6502 with fewer address lines. The other is a 6532 which is a timer/RAM/IO device. I'm looking for pinouts for both chips, and in the case of the 6532, register descriptions and any other information that may be helpful in using it. Thanks. -- - Mike Naberezny (mnaberez@nyx.net) http://www.nyx.net/~mnaberez #! rnews 2509 Path: pravda.aa.msen.com!news1.best.com!newshub.sdsu.edu!newsfeeder.sdsu.edu! news.sgi.com!swrinde!howland.erols.net!EU.net!usenet2.news.uk.psi.net!uknet! usene t1.news.uk.psi.net!uknet!dispatch.news.demon.net!demon!mail2news.demon.co.uk! gate.demon.co.uk From: Jason Newsgroups: comp.sys.cbm Subject: Re: 30000 programs Date: Mon, 12 Aug 96 23:03:29 GMT Organization: Cosine Systems Lines: 36 Message-ID: <9608122303.AA005ih@cosine.demon.co.uk> References: <96081120062452919@qcs.org> X-NNTP-Posting-Host: gate.demon.co.uk X-Newsreader: TIN [AMIGA 1.3 950726BETA PL0] X-Mail2News-Path: relay-1.mail.demon.net!gate.demon.co.uk Alan Jones: : Umm... I'm a little confused. You are outraged to learn that your : software was determined to be worthy of archiving (or copying). Outraged? Well, possibly a tad miffed by the fact that my consent wasn't sought *despite* the fact that my handle and crew name are in my email address with which I regularly post to this group and the fact that the note file for Lethargy has my fone number with intl. dialling code and Chancer of Cosine's address. (I forget now if Neoteric was on this CD but if it is my and Odie's email addresses are in the hidden part of that one as well.) We ain't that hard to find... : Then you nearly announce that all of your work is now freeware. Well, technically it *is* freeware. I still retain the copyrights to prevent people screwing with my code too much. Two of the products are not finished and I didn't want them spread (but we didn't get a lot of say in this, they were touted around for sale and got cracked). : Then you say you want an honorarium of the outrageous deed itself. I don't really mind all that much about my stuff. *But* as I was pointing out it's not just my files on the CD and some of them are *still on sale*. (Actually, one of my files is still on sale...) The line about the freebie was a joke... Look, heres the smiley. =-) Jason =-) _______________________________________________________________________ TMR / / / / / / / /\ / /__/ / / /__/ / / / /__/ Email: tmr@cosine.demon.co.uk / / / /\_/ / /__ / / / / __// Cosine Homepage: / / / /__/ / / / / / / / / / http://www.cosine.demon.co.uk / / /_____/_____/_____/__/__/__/_____/_____________________________________/ / \_____\_____\_____\__\__\__\_____\_____________________________________\/ #! rnews 4637 Path: pravda.aa.msen.com!news1.best.com!news.sgi.com!swrinde!howland.erols.net! math.ohio-state.edu!newsfeed.acns.nwu.edu!news.acns.nwu.edu!merle!judd From: judd@merle.acns.nwu.edu (Stephen Judd) Newsgroups: comp.sys.cbm Subject: Why the SuperCPU will revolutionize the 64 world Date: 13 Aug 1996 16:12:27 GMT Organization: Northwestern University, Evanston, IL Lines: 73 Message-ID: <4uq9hb$keo@news.acns.nwu.edu> Reply-To: sjudd@nwu.edu (Stephen Judd) NNTP-Posting-Host: merle.acns.nwu.edu Well, keeping with my proud and unblemished tradition of not being able to shut up: I think the SuperCPU will completely revolutionize the C64 world. The arguments that I see being made are not thinking about the issue quite right. That is, they seem to be either "What software is going to benefit in a major way?" and "One or two killer applications might appear for it." These, however, miss the important point: the current software and users keep the computer alive, but to move the computer forwards requires new programs and applications, which of course require in turn a body of developers and programmers. The Super certainly enhances most current applications, but it is this latter point for which it poses the greatest possibility. Allow me to elaborate: the 64's primary weakness is speed and memory. Graphics are a perhipheral issue (pun quite intended, thank you): aside from the lack of 80-columns, I find VIC to be wholly adequate for nearly all tasks (exceptions are things like viewing GIFs and such). Never have I found myself thinking "If only I had more colors and pixels, I could do this thing", but many times have I felt that "If only I had more memory, or more CPU speed, I could do this thing so easily." Naturally there are REUs, but these are somewhat cumbersome to use and program around. What does speed and flat memory give me then? Most importantly, it gives the possibility for a high level language. There is now enough room to fit a decent compiler and your program in memory at the same time -- that is, the compiler can now be more featured, and the program can be longer than 4k or 8k or whatnot. In fact, I will predict that by this time next year there will be a reasonably featured C-compiler. One project that has been in my programming queue for a while now is a sort of high-level language specifically for the C64. And so on. To date the only real choice for development is assembly and BASIC. We all know BASIC's limitations, and while I am quite comfortable with assembly, it is nontrivial to learn, and it is very time consuming as well, and like almost everyone else I have work, house, and about a million other things that actually need to get done. In the old days a typical commercial program for the 64 took 6-12 months to complete, with the programmer working full-time on it. Which is why you see so few (any?) new applications. A high level language completely changes this. It means that you don't have to become a complete expert on the 64 to develop things -- I know there are reams of people out there who have good ideas and would like to write programs for the 64, but have no simple means of doing so. And far more importantly it means you can start on a project and realistically expect to finish it in a finite amount of time, without killing yourself in the process and neglecting everything around you. This then is my vision: that some new languages will start to appear for a SuperCPU equipped 64. A large base of casual programmers will become energized, and begin to write some new programs and applications for BOTH normal 64s and SuperCPU 64s. With the introduction of a reasonable C compiler, others will begin to port the wealth of applications that are already out there. There will be an influx of genuinely new programs and programmers, which will grow the C64 community. Oh yes, there is a totally unrealistic vision as well: Microsoft headquarters in flames, major software houses writing 64 software again, wars between nations over MULE high scores, complaints from PC developers that "64 people get all the girls and are so dashingly handsome and clever and modest too", etc. In short, I expect the SuperCPUs to have a rather dynamic and dramatic impact on the C64 community in the coming years, for both SuperCPU and non-SuperCPU equipped C64s and 128s, and I am very much looking forwards to it. Instead of dwelling on the immediate consequences of What Is, I suggest that folks reflect instead on the immense possibilities of What Can Be, in the finest tradition of the C64 community (and then make it happen). evetS- #! rnews 2456 Path: pravda.aa.msen.com!spool.mu.edu!munnari.OZ.AU!news.mel.connect.com.au! news.mira.net.au!vic.news.telstra.net!act.news.telstra.net!psgrain!news.uoregon. ed u!hunter.premier.net!news.mathworks.com!newsfeed.internetmci.com!news.inc.net! news From: James Tousignant Newsgroups: comp.sys.cbm Subject: Re: CBM 80xx Date: Tue, 13 Aug 1996 16:33:34 -0500 Organization: Internet Connect, Inc. The Wisconsin ISP 414-476-4266 http://www. inc.net Lines: 43 Message-ID: <3210F4AD.728EF161@pcpros.net> References: <4u6pkl$edo@tuegate.tue.nl> <4u70is$7ll@toad.stack.urc.tue.nl> <4u71io$h92@tuegate.tue.nl> <4u73k4$1lt@toad.stack.urc.tue.nl> <4u7bl2$li5@tue gate.tue.nl> <4unvro$cb3@sf18.dseg.ti.com> NNTP-Posting-Host: 206.137.233.26 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 3.0b5aGold (X11; I; Linux 2.0.0 i586) Mike Neus wrote: > > In article <4u7bl2$li5@tuegate.tue.nl>, martijnb@mud.stack.urc.tue.nl says... > (stuff) > > >: > my PET doesn't like tapes written by my C-64 (or my VIC-20) either.... > > > >: I don't know about the internal tape on some PETs. Externals probably > should > >: work; maybe you'll need some ASCI -> PETSCI conversion ... > >: How about your PET's userport? Does it like a connection to your C-64? > >: Also, IEEE<->IEC interfaces seem to exist for both C-64 and 1541. So there > >: should be ways of connecting drives ... > > I seem to remember hearing these types of problems from other PET users. I > don't know exactly why it is, but timing sticks in my mind. Does the PET run > at exactly 1MHz? It might be a simple difference in CPU speeds as this will > affect software timing delays... The PET-C64 tape differences have nothing to do with timing. The PET does not support relocatable loaders. This means at will always load a program from the memory area that it was saved from. In other words, if you try and load a C64 BASIC program into a PET the program will load at the C64's start of BASIC address not the PET's. If you move the PET's start of BASIC (if memory serves me, it's at $0400) to where the C64's start of BASIC is, your programs will load just fine. You do this by POKEing the start of BASIC address on the zero page. JT -- ------------------------------- "REAL tomato ketchup, Eddie?" "Nuthin' but the best, Clark." ------------------------------- #! rnews 1155 Path: pravda.aa.msen.com!news1.best.com!nntp04.primenet.com!news.shkoo.com!nntp. primenet.com!news.mathworks.com!newsfeed.internetmci.com!news.ptd.net!news From: bseeley@prolog.net (bseeley) Newsgroups: comp.sys.cbm Subject: Re: Hidden message on the C128... Date: 11 Aug 1996 20:25:37 GMT Organization: ProLog - PenTeleData, Inc. Lines: 33 Message-ID: <4ulfk1$4t8@news2.ptd.net> References: NNTP-Posting-Host: cs3-7.cli.ptd.net Mime-Version: 1.0 Content-Type: Text/Plain; charset=ISO-8859-1 X-Newsreader: WinVN 0.99.5 In article , clay@umcc.umcc.umich.edu says... > >According to a doc I found, if you type the following on a C128 it will >give you a hidden message: > > SYS 32800,123,45,6 > >Could someone try this out and post or e-mail what the message is since I >don't have a 128 myself. prints: Brought to you by... Software: Fred Bowen Terry Ryan Von Ertwine Herdware: (spelled like that) Bil Herd Dave Haynie Frank Palaia Link arms, don't make them. that is what it says verbatim. first and last lines are in reverse print. brian bseeley@prolog.net #! rnews 1691 Path: pravda.aa.msen.com!news1.best.com!nntp04.primenet.com!news.shkoo.com!nntp. primenet.com!news.mathworks.com!newsfeed.internetmci.com!newsrelay.netins.net! usenet.ee.pdx.edu!not-for-mail From: crimson@cs.pdx.edu (bill m howland) Newsgroups: comp.sys.cbm Subject: C64 Accessory sale Date: 13 Aug 1996 10:00:06 -0700 Lines: 41 Sender: news@walt.ee.pdx.edu Message-ID: <4up4d8$s88@sirius.cs.pdx.edu> NNTP-Posting-Host: walt-cs.cs.pdx.edu Summary: C664 accessory sale Keywords: C64 X-Newsreader: NN version 6.5.0 #4 (NOV) Now for sale: C64C revision 4 computer (the narrow board). includes: Heavy duty power suppy Jiffydos 6.01 1351 mouse TAC2 Joystick Homemade Extension Keyboard (original present as normal also) Schnedler Systems Turbo Master CPU. includes: Manual, Disk Master Adapter (for concurrent REU use under GEOS) Excelerator+plus Disk drives. include: Power supplies (no disks or manuals, none needed if you ask me) One unit has Jiffydos. MSD Super Disk drives 1 & 2 (together only) (an SD1 and SD2, the SD1 is single, I saved it for parts should the SD2 fail. It never has. The SD1 is working as normal, always has). Includes: One MSD manual The SD2 dual has Jiffydos. Send all offers Email: crimson@sirius.cs.pdx.edu -- : Crimson Knight : "The power of good will not be shown by : : crimson@sirius.cs.pdx.edu : conquering fear." : :---------------------------: : ::::::::::::::::::::::::::::: - Fates Warning 1986 : =END=