TheRaven81

I didn't mean it like anything was wrong with them. I was just curious about the format at the time. And between then and now I have learned my fair share of info about ATRs and other formats used for the A8 platform.

I was reading through Antic today, and when I came to the I/O department of Vol. 7 #11, someone had wrote in about this, and I've noticed that my own 1050 can be loud sometimes. The letter author writes: Of course I'm not worried about the warranty now, but I have a few questions before I try to do this myself: Are there other lubricants that I could use(like WD-40)? I don't have regular WD-40, but I have a can of this stuff here: https://www.wd40.com/products/silicone-lubricant/ - would this be OK to use? Is there anything I should do as a safety precaution, and Where inside are these metal runners he speaks of?

I have a request concerning the output window that's been turned into a text editor. Can we get an option to turn the word wrap off, so that the "wrap" happens on a character level, at the margin selected, and as a result ends up looking exactly like it should on a real machine's output?

Well the fixed ATR works, so now that feature request for @rossum's tool would be useful. In the meantime, I might just use your little manual bit for now, to try to work out these visual bugs that I have typed in. Since I typed in your bit, saved and ran it, and then ran the game on the Atari, and somehow it went slightly further than it does on the emulator. It will also go through the Low card draw process, then deal the cards face down, and reveal my cards to me. But then that's where it stops. Seeing it do this, there's another visual bug that I made somehow, with how it draws the card back - I don't know where it is though. I'll have to figure out how to write that checksum program maybe, and go through it. Though writing that program will be a puzzle in itself. BTW, thank you for your help with this, I really appreciate it.

Can't see your comparison image, link is broken. EDIT: OK, see it now, but idk how it happened. Perhaps it was a bad copy process. I used a DOS 2.0S ATR in D1, put an empty ATR in D2, used (I) to format it, then H to write the DOS files to the disk. After that was done, I used C to copy the file from H1: to D2:, for both files.

oh. right. sorry, derp moment, it's really late. But still, even when it's not disabled, it still crashes. CPU: Illegal instruction hit: 0017 (1734: 1, 97) A=06 X=00 Y=01 S=02 P=32 ( Z ) 0016: 02 KIL

OK, so I made this disk, with DOS 2.0S. I put the original AUTORUN.SYS, and CRIBBAGE.DSK on it. It doesn't work, when you disable BASIC, and put it in D1, the program crashes. Here's the ATR so you can see it. Cribbage test.atr

OK, I tested just this process in Altirra: Pasted your program into BASIC, and saved it as "CRIBPTCH.BAS" so I wouldn't have to do it again, Ran it. Then directly afterwards, did RUN "H:CRIBBAGE.DSK" selected the first option, and it got a little further. It got to the point where it was able to set up the table on the screen. But that's it. It didn't go any further. Another thing though, is it didn't crash the emulator this time. It just.... didn't go any further. So I don't have any more data to go by from the Debugger, because it didn't give any when it stopped.

OK,2 questions before I do this: 1. Does my typed-in file have to be named "CRIBBAGE.DSK"? Or is it ok for it to be as "CRIBBAGE.BAS", which is how I have it named now? 2. Would it be safe to add a RUN line at the end of this, like 250 RUN "D:CRIBBAGE.BAS" or 250 RUN "D:CRIBBAGE.DSK" (of course, which one of those I use depends on the answer of Question 1) or is that not a good idea? If not please explain.

yeah it's a nickname they use in Mexico for what is called "Travellers' Diarrhea" https://en.wikipedia.org/wiki/Travelers'_diarrhea#Montezuma's_revenge I think the general TL;DR of it is it comes from a bacteria in the water and sometimes the food. The people who live there are immune to it, but visitors who are not used to consuming it will gt sick when doing so. As indicated by the article, it's not just a thing in Mexico, there are other places in the world where one can get it.

hmmm I ran into another problem, which makes me wonder if that crash is actually my fault. There must be something that the AUTORUN.SYS is doing to it. Because I dropped the ATR of Side A into Altirra, and the game will run fine like that. BUT If I drop that same ATR into rossum's tool, save the game file(CRIBBAGE.DSK), rename with a .BAS extension(since Altirra wouldn't run it as .DSK), and run it - the same thing happens - it will load as far as the title screen, but if you press the FIRE button to make a selection and start the game, then it will go to a blank screen and the emulator will pop up a window say it has crashed due to a program error. This here is the debug output at the time of the crash: IDK what it means though.

I did. I used rossum's tool and made a listing of it, and it's actually what I've been typing in for the past.week, maybe more now. I came back to this thread, because I was wondering if there was maybe something I missed. I finally finished typing in 2.0 this morning, and I ran it,. The title screen came up, which was kind of exciting, but by the way it looked, there were obvious indicators that something was wrong somewhere. Some of the framework didn't look right, like I had made a mistake typing somewhere. So I took advantage of the lack of a LIST block, and looked to see if I could fix it, examining the lines that (from what I could tell anyways) constructed the screen. Found a few mistakes, saved it and ran it again. Not totally fixed but better. But it was still wrong somehow even though I could find no further mistakes. I decided I would ponder away at that later(because loading and saving this huge program took forever), and examine further, to see if the actual game was working. So I pressed the Fire button on the Joystick to make a difficulty selection, and the screen went blank, and the game/computer froze. That got a big sigh and a "Well, shit." The whole thing was frustrating because I had spent all that time typing in the program, only for it to not work. It didn't help that I barely understood half of how it was working. But I have been wracking my brain at it for the past few hours, and I don't know where I went wrong. My hunch is that it's a variable typo somewhere that didn't get caught as an error, and there's no way to check for that, save going through the program again line by line, which would probably take another several days(that I didn't know if I was willing to spend) to work through it.

I can't type this in, the lines are too long. And that list file looks like it's made for TurboBasic, which I don't have.

It's a neat idea, but in that image the text is too big for the scroll.

For @Jacques, and anyone else who might be confused my colored frame example is just that - just an example, to show the color that I was speaking of. I'm not suggesting he actually make it that way. He's free to make it however he likes.

Ah ok. I dunno, I've bought a few carts recently, and it kinda bothered me that they didn't all get made like this. It seems like having the PCB's slot connection exposed like that leaves it more susceptible for getting the connector dirty. Not like they are difficult to clean or anything, but still.

Would it be possible to make these with dust covers? like the Atari brown/black/silver label carts? Like this one for example: http://www.atarimania.com/8bit/boxes/hi_res/Pengo_cart.jpg

If you want to go for a simple frame, I would suggest a maroon/purplish color - like the vest of the Prince in your avatar, perhaps. I think that would fit well with the gold and blue colors. What do you think?

@José Pereira My dude, just drop it and let the man do his magic. You are not helping any with those posts. If anything, you are only hindering his work.

There's a typo. Missed the k in "know", in the last sentence. I'm gunna take a moment and apologize. I came to my senses, realizing things like this take time. There's a thing programmers say. It goes something like "Make it work first. Make it look fancy later." Baby steps, people. Baby steps. It looks like this now, sure. But it works. That's all that matters at the moment. And it already looks better than it did before. That big leading letter makes a big difference. Sure, José's screens do look a lot better than this. For now. But in the end this intro will probably end up way better than the original screens. The game is already looking like the best port made. I don't doubt the intro will have that same quality when it is finished. And then when it does, we'll all drop our jaws and eat our words.

Aha. I will have to look at that manual some more, it seems to be really useful. The only one in my image that still stumps me is #5, 2nd Row - the inverse ESC. I can't figure out how to produce it on the screen. (That image in the first post was made with rossum's ATR Viewer, with the new fancy text editing feature. ) I can produce them all on my 800XL besides that one. Though I'm not sure if I am supposed to be able to, based on what you say the function of it is.

Within a running program, when these are PRINTed to the screen, they perform a function. The only one I could find info on is the Curved arrow (#6, top row). I found that PRINTing that to the screen will effectively clear the screen. But, what about the others? When you print those to the screen, what do they do? Could someone point to a document on this, or tell me what they do (if there isn't one)?

I figured it out(on Windows, anyways). If you hold down the Right ALT(R-ALT) key, you'll get the ATASCII table, and it will move along with the pointer. You can use that feature to place the table out of the way, so that the table isn't over the editor area. Once the table is where you want it on the screen, then while continuing to hold R-ALT, press and hold the R-Ctrl key as well. This will freeze the table in place and free the mouse pointer, allowing you to use the mouse to select your desired character.

Sorry, I have to agree. As good as you made the rest of the game look, the plain black and white just looks like a lazy job, or a sign of needing to cut corners due to lack of available memory(which we all know obviously isn't a problem these days), or some other reason, like time constraint. But you don't have any time constraint, you have all the time in the world to do this. Honestly if you are going to make it look black and white like that, you might as well print it in standard ATASCII letters on a Graphics 0 screen.

I suppose you are correct. Maybe we could work towards that - having a fully cracked, easily modified version, so that I might possibly learn a thing or two from this. But I can't really do that when it's easily blocking someone like me out. Perhaps a topic for another thread, though.