Jump to content

SeaGtGruff's Photo

SeaGtGruff

Member Since 7 Aug 2005
OFFLINE Last Active Yesterday, 11:24 PM

Posts I've Made

In Topic: Any suggestions?

Tue Jan 24, 2012 10:59 PM

Wow, this is actually quite hard-- or else I just really stink at it! :) Highest score so far is 340.

If moving too far left or right will kill you, maybe you should use the missiles to draw vertical lines so the player knows where the "death zone" begins?

In Topic: Revisioned, revisited, recycled - Atari at Etsy

Thu Jan 19, 2012 7:59 PM

View PostShawn Sr., on Sat Jan 14, 2012 6:34 PM, said:

Bunch of junk is all I see.
Yeah, but one man's junk is another man's... junk. ;)

Seriously, though, there are one or two things that look kind of neat, like the fuji cufflinks. Don't know that I'd pay $39 for them, though.

In Topic: Commodore 64 Sword of Fargoal

Fri Jan 13, 2012 9:20 PM

View Postcarlsson, on Fri Jan 13, 2012 4:55 PM, said:

I understand the VIC-20 version that came before the C64 version is yet more limited, but I don't quite know in what ways.
I had the VIC-20 version-- still have it, actually, but I haven't turned on my VIC in a few decades.

I don't know how the two versions compared and contrasted with each other, as I've never played the C64 version, but I used to enjoy playing the VIC-20 version. I wonder if anyone's ever made a list of the differences?

In Topic: Atari legal actions against emulators continue

Wed Jan 11, 2012 5:46 PM

View Postpuppetmark, on Wed Jan 11, 2012 12:33 PM, said:

1. if I already own an Atari 8bit computer, then why can't I legally use the ROMs to run an emulator?
As I understand it, the OS ROM issue isn't so much about whether it's okay for the end user to have copies of the OS ROMs (especially if you do have the real ROMs on the real hardware), but more a question of the people who are distributing the emulators.

Say, if I were to write an emulator of the 8-bit Atari computer, and then post it for download on the web in a package that includes the OS ROMs and programming language ROMs *without* permission from the people or companies who own the rights to them, as well as the ROMs or disk images for a bunch of games without permission, then that would be a really big no-no, even if I'm giving it away free.

But it's (probably) okay to create and package an emulator *without* the OS ROMs and other ROMs, disk images, etc., because then the person creating the emulator isn't violating any copyrights (assuming it's legally okay to emulate the behavior of the chips or circuitry of the machine). Then it's up to the end users of the emulator to get the OS ROMs, programming language ROMs, DOS disk images, game disk images, game tape images, and game ROMs, and it's on their heads to be sure it's okay for them to have copies of those things.

Emulating the way something *behaves* (be it a CPU like the 6502 or 6507, a special chip like the TIA or 6532/RIOT, a group of circuits, the switches on a console, etc.) is *not* the same thing as creating a bit-for-bit identical copy of a ROM.

In Topic: Mirrored memory

Tue Jan 10, 2012 11:09 AM

View PostAndrew Davie, on Tue Jan 10, 2012 5:06 AM, said:

View PostSeaGtGruff, on Sun Jan 8, 2012 10:00 PM, said:

In fact, the DASM assembler recognizes three special labels to help you relocate the TIA addresses, known as TIA_BASE_ADDRESS, TIA_BASE_READ_ADDRESS, and TIA_BASE_WRITE_ADDRESS. If you're using DASM to assemble your 2600 programs, and you want to use 3E or 3F bankswitching, all you have to do is define one or more of these labels to the address where you want the TIA read and write registers to start from, and DASM will automatically relocate the labels for the TIA read and write registers as indicated. You must define these labels *before* including the "vcs.h" header file, as shown in the following examples:

	 processor 6502

TIA_BASE_ADDRESS = $40

	 include "vcs.h"
This example will relocate the labels for the TIA read registers to $40 - $4D, and relocate the labels for the TIA write addresses to $40 - $6C.


Good info, but just to clarify; it is not DASM which recognises these labels.
It's the conditional code inside vcs.h which does all the magic relocation. Have a look/read of vcs.h; I recall it being well commented, explaining what happens.
Cheers
A
Eek, you are right of course! I was looking at an assembly listing, and the first thing in it were all the lines from the "vsc.h" header file. So as long as you're using that file, it should work the same way with other assemblers, right?