Jump to content

jenorton

Members
  • Content Count

    20
  • Joined

  • Last visited

Community Reputation

12 Good

About jenorton

  • Rank
    Space Invader

Profile Information

  • Gender
    Male
  • Location
    Dalton, GA
  • Interests
    Apple II, TI 99/4A, AnSpeech, sound, blindness-related programs
  1. speaking of backwards compatibility (or the lack thereof), when I compiled originally and got all those errors, I did get a binary as a result. I just compared what I originally got with the modified .asm file posted here, and, they end up exactly the same. So, maybe there was some backwards compatibility, but, there sure were a lot of complaints from DASM. Again, thanks for all the help. One feels better when programs don't complain
  2. Thanks for the assistance. To paraphrase Heinlein, "I know as much about assembly as a pig knows about patty-cake".
  3. Hi: I am totally blind, and have never assembled any Atari 2600 code before. However, I thought I'd see what the process was like. I tried assembling Mr. Debro's source posted here, and it seems to give me a working rom, but, I do get a bunch of errors. Are these anything serious, or are they just warnings? Here are the last few lines of the output from Dasm: source.s (3804): error: Value in 'byte byte -64951' must be <$100. source.s (3805): error: Value in 'byte byte -64951' must be <$100. source.s (3806): error: Value in 'byte byte -64993' must be <$100. Unrecoverable error(s) in pass, aborting assembly! Complete. (5) Just curious. Thanks!
  4. Additional note: I tried connecting the TE2 cartridge and the system just showed a black screen, so I couldn't try to dump it. Also, should it show TI Basic on every bank? Interestingly, with the saved nvram from whtech, I could load the TE2 cartridge, system didn't lock up. Haven't tried to dump it yet.
  5. Hi: I think I'm getting the hang of loading and saving carts with the MAME HSGPL, thanks to MIZapf's excellent starting instructions. Here's where I am still unsure. There are indications that you can do up to 16 cartridges in the HSGPL. However, the banks are numbered 00 through 11 (hex), which is more then 16. So, do I load grom0-2 into all those banks? Or, do I leave some of them alone. When saving a cartridge dump from a loaded module, do I just select the areas that are not empty? My first attemps saved several files, but, I did not change the default selections for rom and grom. Can I load more than one cartridge into a bank, or does each bank only hold one cartridge? The instructions from the SNUG web site are very technical, and they talk about starting addresses and headers and such. In short, they seem rather esoteric in nature. Also, can I put Extended Basic, and Terminal Emulator II in this setup and use features like the TE2's Text-To-Speech? I will experiment as well, but, it would be helpful if I had a little more information for someone not as familiar with the inner workings of the system. One good thing about this is, I cannot break it. If I save my nvram files, I can blow my working setup away and recreate a working one. My impression is that, if I had a real HSGPL, I could really mess it up if I selected the wrong options int the configuration program. Thanks!
  6. Not sure if this is the best way to post something like this, so sorry if I made an error
  7. As a blind computer user, we often need way to review the screen. Formerly, I just dumped the whole screen with a program to the rs232 or speech device. I thought I'd write a quick-and-dirty review program that works a little like screen readers on other systems. Unfortunately, it's still in TI Basic, because I wanted it to work with the TE2, since that's the easiest way to have Text-To-Speech. I figure I could load it up when I wanted to write another program and just move it up into the higher line numbers. That way, if I got an error, I could say something like "RUN 10000" and it would put me in review. The way it works is this. It comes up and says "Review, A To X, Z to exit." You enter a line number from A to X, representing lines 1-24. It reads the line number and then reads the entire line. Pressing FCTN-X (Down Arrow) moves the review one line down and speaks it. FCTN-E (Up Arrow) moves it to the previous line and speaks it. I tried to catch invalid key presses, but, the way I've got it right now, makes it reset the review line to the beginning or the end. Any improvements or suggestions are welcome. It's been more than 30 years since I've messed with this stuff Here's the listing, thanks to Classic99: 10 OPEN #1:"SPEECH",OUTPUT 20 PRINT #1:"REVIEW:A TO X, Z TO QUIT" 30 CALL KEY(0,K,S) 40 IF S<=0 THEN 30 50 IF K=10 THEN 80 60 IF K=11 THEN 100 70 GOTO 120 80 CL=CL+1 90 GOTO 130 100 CL=CL-1 110 GOTO 130 120 CL=K-64 130 IF K=90 THEN 160 140 PRINT #1:CL 150 GOTO 180 160 PRINT #1:"EXIT" 170 END 180 IF CL<1 THEN 210 190 IF CL>24 THEN 230 200 GOTO 260 210 CL=1 220 GOTO 240 230 CL=24 240 CALL SOUND(1,218,0) 250 GOTO 30 260 A$="" 270 FOR I=1 TO 32 280 CALL GCHAR(CL,I,L) 290 A$=A$&CHR$(L) 300 NEXT I 310 IF A$=" " THEN 330 320 GOTO 340 330 PRINT #1:"//50 128":"BLANK":"//43 128" 340 PRINT #1:A$ 350 GOTO 30
  8. Ah! Found the problem. I had the memex peripheral installed. When I removed it, CALL SAY worked as expected. Now, anyone figured a way to get the text-to-speech program working in ABASIC?
  9. It was MYBASIC 4.04001. I wrote everything in upper case. I will try a couple variations and see if anything changes.
  10. Hi: I was playing with ABASIC using the Geneve emulation, and I discovered that CALL SAY doesn't seem to work. For every letter, the synth just says "uhoh". So, for example, if I do CALL SAY("HELLO"), the synth just says "uhoh" five times. Am I doing something wrong, or is CALL SAY not working correctly? Thanks
  11. Wel, as long as CALL MDM works, not a show stopper.
  12. Hi: I have a copy of the Myarc Disk Manager (mdm150.dsk) which is supposed to load from Extended Basic. I can use "CALL MDM" to load it, but, if I let Extended Basic load it through the "LOAD" program, it says "Subprogram not found in 100". Seems like this happens when the CALL LINK("SLOAD") statement tries to execute. Do I have an outdated version? or is something genreally wrong with the latest version. Thanks!
  13. Hi: I have been playing with Mame and Apple II emulation, particularly the Echo II or Echo II Plus speech synthesizers, since I am a blind user. I recently found a copy of Textalker for the IIgs, but, when I boot up the gs with the Echo II or Echo II plus selected, the program says it can't find an Echo speech synthesizer. However, I can successfully use either Echo II or Echo II Plus with the Apple //e emulation. Am I doing something wrong, for example, maybe I need to go into the IIgs control panel and change something, or is the Echo just not properly emulated in the IIgs? Thanks!
  14. Hi: Thanks for the recommendation. As for file comparison, I compared the .a52 files with fc/b file1 file2 Had to do that with each of the rom dumps associated with the game. I'll look into the other emulators as well. Thanks!
  15. Hi: Here's the absolutely weirdest thing I've ever come across, and I'd like to run it by you all and see if you have any thoughts about what could be happening. I downloaded a copy of the Pacman rom for Atari 5200, made sure Mame was set up properly, and ran it as follows: mame64 a5200 -cart "Pac Man (1982) (Atari).zip" It worked flawlessly. For comparison, I downloaded a bunch of roms from emuparadise and used the Pacman rom images from that set. I had to rezip them with normal zip, and change file extensions from .bin to .a52, but, after all that, all the rom files from each Pacman set showed to be exactly the same with a binary comparison. Even so, Mame refused to run them. The copyright screen would show up, then the screen went black. Bear with me, it's not over yet. Here's the really weird thing. I wanted to run Ms. Pacman also. I used the proper naming conventions, zipped the files, no success. Now, this gets really weird! Read on to see what happened next. So far, the only zip file that worked was the zip file of Pacman I originally downloaded. Working on a hunch, and, don't ask me why I thought of this, but, I said, "what the heck--everything else hasn't worked", I took the original pacman zip file, added the Ms. Pacman images to it, deleted the Pacman images from the file, renamed it to "Ms. Pac-Man (1982) (Atari).zip", ran it, and it worked! Yet, when I created my own zip file, nothing worked, not Pacman or Ms. Pacman, even though every file was checked and the binary comparisons were spot on, no differences, and, I made sure my zip file and the file names inside the zip file were consistent. There should be no reason why my own zip files I created wouldn't work, nor can I see any reason that using the original zip file that was working would make a difference. But, there it is. I now have both working Pacman and Ms. Pacman, and I can't exsplain why. I just created my own file for Jr. Pacman and it worked without me doing anything special, other than making sure the filenames were right. Is this not the absolutely weirdest thing you've ever heard of. I'm scratching my head over it, and probably will never understand it. But, if any of you have any thoughts, I'd like to hear them.
×
×
  • Create New...