Eckhard Stolberg
-
Content Count
953 -
Joined
-
Last visited
Posts posted by Eckhard Stolberg
-
-
The 7800 doesn't need to be able to run the game to be able to dump it, it seems. I'll have to try the other games though, yes....Actually a game that fits the 7800 cartridge slot but still doesn't work, ususally fails because of a problem with the bankswitching. I don't think it's possible to dump all banks of such a game correctly with a modified 7800. There is a small modification on Chad Schell's website to make the later 7800 consoles compatible with the Cuttle Cart 1. Maybe this modificaion also helps with 3F compatibility.
The reason why z26 works automatically with Miner 2049 is probably that a PAL dump of that game already existed and that Omegamatrix's dump is identical to the one we had for referrence.
Ciao, Eckhard Stolberg
-
BTW: What would be a "2nd party" developer?
AFAIK the term 3rd party developer stems from the lawsuits against IBM in the 1960s, where independent hardware and software producers tried to force IBM to standardize the interfaces for IBM's peripherals and to price the peripherals and the software seperately in IBM's contracts. Since the independent developers sued against IBM's contracts, IBM was referred to as the first party in all the legal paperwork and the company who bought the computer was referred to as the second party. That made the plaintiff the third party. Somehow the term stuck on and later was used for the independent developers for home computers and video game systems too.
Ciao, Eckhard Stolberg
-
Hm... good question.... afaik there has been no homebrew for the german Interton VC 4000 Console.Actually some of the games in the original Interton library could be considered to be homebrew games. In 1979 the German electronics magazine Elektor published plans for a simple home computer based on the same chips that were used in the VC4000. People who had build that computer wrote games that were published by Elektor on tapes. Some of these games were bought by Interton to be turned into cartridge versions for the VC4000.
Ciao, Eckhard Stolberg
-
Thanks for the warning
! I tried another dump and it still doesn't work...I'll probably have to fix the reset vector. Just curious, do you detect these ROMs in Stella and act accordingly? Or, better yet, should I be pointing to a particular bank at powerup? I find it strange that virtually of of these ROMs are good save two.
There should be working versions of these ROMs available. The first time the ROMs were available was in the form of these bad dumps, so they got spead pretty widely. Therefore it might be a bit difficult to find good copies.
You need to start these games in the higher bank, because the lower bank has the system vectors from the higher bank too, which doesn't work.
Just curious, how do they map memory? Is it like Atari or CBS? I haven't put RAM support in yet simply due to, well, laziness! In fact, I only support one bankswitching for each of the ROM sizes, so I have no idea how my FPGA works with Parker Bros. or Tigervision stuff...yet. This makes it easier for me right now since I basically enable a bankswitch method based on the size of the ROM I send from the PC to the FPGA...when I add RAM support, I am simply going to have a checkbox to enable RAM for Atari games. If I see that the ROM is 12K, I know it is CBS RAM.... If I get a 2K ROM, I know that it's Video Life. In the end, I will have to get creative since I know that end users will not want to put up with that nonsense !
IIRC, CommaVid extra RAM has the read ports at $1000-$13ff, the write ports at $1400-17ff and the ROM at $1800-$1fff.
Just curious, when you do SW emulation, are you using something like a virtual tick of the pixel clock to update the state of the system? I know I can go and look at the source code, but I really want to avoid doing that until I am done with the hardware side of things...I'm just wondering how you guys pull off accuracy like that in software! In other classic systems, I can see how you might be able to be a little "relaxed" (that is probably a poor choice of words) in what you are doing and at what time, but with the 2600, there is literally no margin for error on each tick of the clock.
Supercat is right. The current versions of the emulators aren't that acurate when it comes to HMOVE handling. For the special cases, like Cosmic Arc or Kool Aide Man, we basically cheat well enough to get the available games working. It would be quite easy to break the emulation with a new game.
Ciao, Eckhard Stolberg
-
This is getting pretty interesting....of all the games tested so far (i.e. 2K, 4K, 8K F8, 16K F6) games, only Koolaid Man and some ROM called "challenge (PAL)" are locking up 4K ROMs-wise. In the 8K realm, I lock up on Sky Patrol and Sir Lancelot. 2K wise I have problems with Video Life. About 20 or so are displaying some strange, but subtle, artifacts here and there. Congo Bongo is the worst of these 20 since it either boots incorrectly or displays garbled objects. All the ROMs I mark as "bad" on my virtual system look good on Stella/Z26. I really need to order myself a Kroko-cart for test purposes
! Sky Patrol and Sir Lancelot are most likely bad ROM dumps that have wrong system vectors in one of the banks. You have to start them in the other bank to get them working (or fix the reset vector in the ROM image).
Video Life uses 1K of extra RAM on the cartridge. If your test system doesn't support this, the game won't be able to change the display.
Kool Aide Man uses one of the difficulty switches for a pause feature. If the switch is in the 'pause' position, the game will lock up in the title screen as you describe. Simple flipping the switch will solve the problem.
The display problem that batari mentioned is indeed related to the Cosmic Ark starfield effect. If you have your HMOVE handling work properly, then there shouldn't be a problem with Kool Aide Man. If not, then the digits in the score display might overlap. In that case the game constantly triggers the collision detection, so that the Kool Aide Man sprite bounces back and forth in the top left corner.
Ciao, Eckhard Stolberg
-
Yes label and box are the same, except for the S sticker.Funny that the box says "PAL / SECAM" on it, though I guess they made up one box for use in all non-NTSC areas.
They even used this label and box in NTSC Canada (with a N sticker on it):
I just had a look at the SECAM list on atarimania.com, and saw that you have the CBS games on it. I think for them it's exactly the other way around. CBS did have special labels and boxes for France that claimed the games were SECAM only. But the ROMs were the same as the PAL version. At least it was for the Schtroumpfs game that I tested a couple years ago. Maybe you could have a look at your other CBS SECAM ROMs and see if any of them are different from their PAL counterpart?
Ciao, Eckhard Stolberg
-
Edit: I just thought about it a little more, and perhaps I'm not explaining what I really mean. If you run a PAL60 game (with 262 scanlines) on a PAL TV, wouldn't the TV itself still consist of a larger vertical area than an NTSC set? And if so, there would be borders around the top and bottom of the image? My whole point of asking this is how large a window to create in Stella when emulating PAL60 mode. The SDL screen can be thought of as the TV screen, so if there are borders on a real set, it makes sense to have them in Stella as well. So basically, although a PAL60 image only consists of 262 scanlines, it's still displayed on a device of 312 scanlines, and the others just aren't used. Is this more correct??That depends on your TV set. Multi-standard TVs with 60Hz support might stretch the display vertically, so that it will fill the entire screen. Normal PAL-only TVs will only use the center 262 scanlines of the screen and therefore have a black border at the top and bottom. At least the borders are black, if you don't forget to turn on VBLANK during the vertical sync. Otherwise you'll get a spooky glow instead.
If the black borders don't slow down the rendering, you could keep them to make Stella look more real. But to be fully authentic you'd have to keep the 4:3 aspect ratio for the 312 line display.
Ciao, Eckhard Stolberg
-
(My kingdom for a Colecovision controller or a Booster-Grip Adaptor, as I've had Omega Race for years but never been able to truly enjoy it! And no, you can't use a Pro-Line josytick, sorry!)
I'm not sure how reliably it would work, but I think you could convert a Proline joystick by simply removing the red and yellow wires from the board with the direction inputs. The wires are clipped to the board, so you could easily put them back, if the joystick doesn't work reliably with Omega Race.
If you unconnect the red and yellow wires from the resistors on the directions board, then the buttons on the Proline joystick only connect the paddle inputs to the joystick button input, which should also provide +5V. I think the second button on the Colecovision controller works this way too.
Ciao, Eckhard Stolberg
-
Domino was done by me, not by Piero.
Ciao, Eckhard Stolberg
-
Wierd, the mouse cursor should automatically be hidden. Does it always display for you or only is some situations? If you don't want to play games that require mouse input, you could start z26 with the -M command line switch. Then z26 won't grab the mouse cursor and you could at least move it out of the way.
Ciao, Eckhard Stolberg
-
I have just opened my atari 2600 junior and
1)A nylon ribbon has been pulled
2)I cannot seem to find this red tall thing
The ribbon cable connects the buttons on the top of the console with the mainboard. There is a 4 pin connector on the board, where you need to slide the ribbon cable into.
The variable inductor is under the metal shield, but it should be accessible through one of the holes. IIRC on the Jr. Atari used a small metal cube instead of the long red plastic shaft for the audio inductor. Look into all the holes of the metal shield, and if you see a small metal cube with a hexagonal hole in it, that's the part that you'd want to adjust.
And if your TV does support several different PAL standards, you should be able to select PAL-I in the channel setup menu. That's the menu where you assign the channels to the program numbers.
Ciao, Eckhard Stolberg
-
Where did you get the console and the games? There are different versions of the PAL standard throughout Europe and the world. In the UK they use PAL-I for example while we in Germany use PAL-B. The main difference between the different version of PAL in Europe is the sound carrier frequency. I think Greece also uses PAL-B. So if you got the console from the UK for example, you'll have to set your TV to PAL-I mode too.
Ciao, Eckhard Stolberg
-
It might be worth noting that Zoo Fun (SS-27) has a lower number than Panda Chase (SS-35), even though Zoo Fun is clearly based on the Panda Chase code.
CloneSpy proves that they are closely related (49% identical). But how do you know which came first?
If you play Zoo Fun / Pumuckl I, step off the hill in the center of the screen and wait untill the timer bar at the bottom of the screen runs out. The game will then display the number of remaining lives. To do so it uses the exact same panda head graphics that Panda Chase uses too. The game is so easy that you don't loose a life very often. So the panda head is a little detail that would be easy to miss, if Zoo Fun / Pumuck I was created in a hurry from the Panda Chase source code. But if Zoo Fun / Pumuckl I was created first, it wouldn't make much sense to add panda heads as a life counter.
Therefore I think that Panda Chase came before Zoo Fun / Pumuckl I.Ciao, Eckhard Stolberg
-
The original manufacturer is either Home Vision or Suntek.No other manufacturer.
If there are Home Vision traces inside these ROMs then the original manufacturer is 100% Home Vision (Gem International Corporation).
If not, then these white labeled ROMs are all 100% Suntek originals and not pirates.
It might be worth noting that Zoo Fun (SS-27) has a lower number than Panda Chase (SS-35), even though Zoo Fun is clearly based on the Panda Chase code. There are too many changes for Zoo Fun to be a simple hack, but the two games are definately related. Zoo Fun even displays the number of remaining lives with the same panda head graphics as Panda Chase. So, if Suntek really released the games in the order that the numbers suggest, it would seem unlikely that they programmed them themselves.
Ciao, Eckhard Stolberg
-
Farmyard Fun (most probably SS-034)
Although still not found as Home Vision carts with Home Vision titles, I dare to say that Home Vision was the original manufacturer of these three games, but that's only because Thomas Jentzsch found Home Vision data inside the Motocross ROM.
I also think that Farmyard Fun was programmed by Homevision. They probably did the game for ITT Family Games to be released in their Pumuckl series. The main character in Farmyard Fun (and Zoo Fun) looks exactly like Pumuckl did in the German TV series of the early 1980s (red spiky hair, yellow shirt, green trousers and bare feet). Also the game plays the title melody from the TV series. Therefore I think the game was supposed to be a Pumuckl game.
ITT Family Games had a Pumuckl license and got most of their games from Homevision. It would fit the picture, if Farmyard Fun also originated there. And if Farmyard Fun and Zoo Fun were created as contract work for ITT, it would explain why no-one has found Homevision cartridges of these games yet.
BTW, Ariola is what later became the Bertelsmann Music Group. Ariola still exists as a BMG label. They officially distributed the Activision and CommaVid games in Germany. They are not the same company as Suntek.
Ciao, Eckhard Stolberg
-
Turns out that the initialization code that clears the TIA:
needs to be located above $f000 in the memory map to work. Otherwise the system crashes.
Has anyone seen this ? And in that case do you know why this happens. I traced it so far that I could see that when the code was at the original location ($eed6 something) the RDY signal got stuck and was locking the CPU out from doing anything at all.
Any write to an address below $0020 will also change the 7800's mode control register (unless it's already locked). Writing $00 there will enable the 2600 memory setup. In this mode every even 4K memory bank will contain a mirror of the TIA & RIOT, just like on a 2600. Only the odd 4K banks will allow access to your BIOS / cartridge ROM. So your code at $eed8 will pull out the ROM from under it's feet when it tries to clear the TIA. Whatever code the 7800 is running then is probably causing the CPU to lock up.
Ciao, Eckhard Stolberg
-
Thanks. It looks much better now. But could you also change the colours in 'code' segments please? That one still has blue text on a light blue background. Since code segments use a different font than the rest of the text, I don't think they need any extra highlighting.
Ciao, Eckhard Stolberg
-
Hmm... allowing the circuitry to trip the paddles reliably in less than about 15 scan lines could be a little tricky. Not impossible, but complicated by the 1.8K resistor in series with the joyport. Adding a zener to each paddle circuit might ease that problem, but it would be nice to build the board entirely from Radio-Shack available parts. Would the playability of Mondo Pong or Party Mix suffer if the minimum time were 10-15 scan lines?Mondo Pong uses a range of 0-100 scanlines for reading the paddle. So you would lose 10-15 %. That would make the game unplayable, since you couldn't hit high balls anymore. For Party Mix I'm not quite sure. IIRC it was the game with the fireball-throwing wizards that needs the quick paddle response. In this game you wouldn't be able to make the wizard's arm move really slowly, which would make aiming more difficult. But the game in general would still be playable.
But there are some other games in the 10-15 lines range. Tac Scan for example needs a value of 10 or less for steering sharply to the right. With higher values you'd still be able to turn right, but navigation would much more difficult.
Ciao, Eckhard Stolberg
-
Is it possible to get all text to appear in black when switching to the printable view of a topic?
Currently it seems that headlines, poster names, quotes and code segments are always blue. Also posts that don't have any quotes will have all their text to appear in blue. And quotes and code segments will have a light blue background. At least that is what it looks like for me in Opera. I would prefer it if all text was black and there were no coloured backgrounds. It would make print-outs easier to read and also save some of the expensive colour ink.
Ciao, Eckhard Stolberg
-
I tried out the paddle range for every known game when I was adding Stelladaptor support to z26. In z26 the paddles are emulated by a counter that flips the corresponding paddle bit in the TIA after a certain number of scanlines. The highest number of scanlines is 260, which is needed for Casino game variation 4. The shortest time is used by Mondo Pong, which starts polling the paddle right after releasing the capacitors. The next game is one of the Party Mix loads, which starts after 2 scanlines.
Ciao, Eckhard Stolberg
-
It's an absurdly long key even by modern standards. And the sheer length of the key was what got it killed, not the complexity of the algorythm.As jbanes said, the DOD had serious restrictions on encryption exportation. Key length was a biggie.
But the 7800 doesn't encrypt anything. It's only validates a signature key. And almost all NTSC 7800 consoles were made in Asia. How could Atari do that, if there were export restrictions for the boot ROM code? Also the Asteroids game in the boot ROM is compatible with PAL and NTSC consoles. It even checks which type of console it is running on. So Atari must have planned to use the new boot ROM with NTSC 7800s as well.
The PAL 7800 was released in late 1989. I suppose the Tramiels just thought that it would be cheaper to have a build-in game on a slightly bigger boot ROM than to have a seperate pack-in game cartridge. Also in 1989 having to keep developers away from writing games for the 7800 probably wasn't much of a problem for Atari anymore.
Ciao, Eckhard Stolberg
-
How on earth do you get this to work...?it says to use -ccst (or tb) but I get nothing.
That's -)ST or -)TB for the left port, or -(ST or -(TB for the right port. Spelling is important for z26 command line options, so be sure to use capital letters for the controller identifyers.
Ciao, Eckhard Stolberg
-
Z26: Works perfectly except after about 5 minutes of playing it always tells me:"Couldn't lock display surface: DirectDrawSurface3::Lock: Surface was lost
Exiting..."
That's an error message from the SDL library using DirectX. I've never seen it before in z26. What version of DirectX and what graphic card do you use? Maybe updating DirectX and your graphic card drivers would help.
Ciao, Eckhard Stolberg
-
jawoll,Mitch hat Recht.Funktioniert super.Nur bevor du bei den Baguette Brüdern eins ersteigerst,frag am Besten nach,ob es auch den Scart Anschluss hat.Ich hab eins mit Scart durch Zufall ersteigert.Wollte eigentlich nur das HES Baseball haben und hab dann einen kompletten Pack bekommen.In France the SCART connector is called péritel. So you should look for that on ebay.fr.
On the original question:
Some of my PAL 7800s had problems with fading colours in 2600 mode. The problem was the colour adjustment potentiometer for 2600 mode. Removing the glue drop and turning the potentiometer all the way 50 to 100 times for cleaning it before retuning the colours fixed the problem for me. If that doesn't work for you, replacing the potentiometer might help.
Ciao, Eckhard Stolberg
Like us on Facebook
Follow us on Twitter
AtariAge on Instagram
Watch us on YouTube
Chat on Discord
2600 Rom Comparisions and Dumps
in Atari 2600
Posted
You are right. I compared your PAL Springer ROM with the NTSC one, and large parts in all banks are identical. So it must be the correct PAL dump. Now I wonder why the game doesn't work on your 7800. Maybe the port extender is slowing the signals down so much, that the bankswitching can't work fast enough for the game to play properly. For the cartridge reader that wouldn't be a problem, because it needs a while to set up the data transfer after the bankswitch anyway. But maybe the game code itself is more timing sensitive. IIRC the Miner preview copy also delayed the access to the code in a new bank after a bankswitch a bit compared to the release version.
Ciao, Eckhard Stolberg