Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

336 Excellent

About majestyx

  • Rank
  • Birthday 10/23/1969

Contact / Social Media

Profile Information

  • Gender
  • Location
    Port Carbon, Pennsylvania
  • Interests
    Odyssey², TI-99/4A, ColecoVision, Amiga
    Heavy metal music and film scores
    Collecting movies & TV shows from my youth
    Vintage MTV
    Restoring and preserving audio recordings

Recent Profile Visitors

4,420 profile views
  1. Thank you, Beery. I do not have a TIPI at this time, but was thinking about how it would work with it should I happen to get one in the future and, more importantly, for those who already have one. Not being able to catalog the files is fine. I just wanted to know if they could be accessed/found when my file reading routine goes to bring each file in.
  2. Since there's not much info on TI's "DOS" (so to speak) that I know of other than the Disk Memory System manual, I was wondering if the 127 file limit per disk is for all types of diskettes - SSSD through DSDD. I am asking because of my latest project which is most likely going to utilize around 500 text files in addition to the program file(s). My consideration is mainly to figure out if I can make disk images in a way to accommodate the 127 files per disk limitation. I know that the TI Disk Drive Controller only utilizes single-density disks so even double-side ones have this 127 file limit. Maybe a later controller overcame this. If I would want to make a DSDD image, would I still be limited to 127 files or is it dependent on the controller card? It's not really a problem in emulation under Classic99, but I'm thinking of "real world" considerations. I am guessing that by checking the "Allow more than 127 files" box in Classic99 makes the emulator treat the directory as either a hard drive or just simply ignores the 127 file limit. All this wouldn't really matter if there was an easier way to utilize the SAMS expansion from the multiple Extended BASICs available (I'm using T40XB for this project) to either store files like a RAM disk or store variables & arrays that don't eat up program memory. Also, I can't find much info on using hard drives with the TI, probably because I've never used an actual PEB with any of the cool expansions that can be added to it, so I am definitely in the dark about this. I don't think I've ever seen any HDD images for use for the TI, but again, my emulation exposure is mainly Classic99 when it comes to the TI, with very limited use of others such as PC99, Win99Sim, v9t9 & js99er (sorry to mizapf for not using MESS/MAME for TI-99 emulation, as I've only ever used that for arcade emulation, and it's been a few years even for that; I always found configuring it for non-arcade systems a daunting task). Does the limitation also apply to hard disks, or does that depend upon the controller being used? Are hard drives even emulated in any of the emulators or is there really no need to if you can place files into directories? And of course, does the TIPI have a limit on amount of files in a directory?
  3. With the TI being my first computer when I was 13 near the end of 1982, I thought it was pretty cool based on the available games. Since we were always strapped for money, I was thinking, well, I'll just get books of type-in programs, learn BASIC, and create my own games just like the cartridges that were available in stores. Then I found out how non-standard TI's BASIC was. And limited. And slow. The need for multiple expensive add-ons to DO anything useful with it (like Airshack, I wanted to create) soured me on it, not to mention TI's abandoning of it less than a year after we bought it. That said, I don't regret having it be my first computer as it's what got me to learn programming in the first place and is why I'm still in a tech field to this day in my own career. Now that there are so many advances and relatively inexpensive add-ons like the FinalGROM99 & the nanoPEB, with nearly every piece of software one could possibly want being just a download away, and of course emulators/simulators to use on modern computers, I got back into the platform with the same, if not more, excitement than I had the day my mom bought the computer for me. My computer evolution: TI-99/4A (1982) ->Apple //c (1985) ->Laser 128EX (1987) ->Amiga 500 (1989) ->Windows 98 2nd edition PC (1998) and multiple PCs after that.
  4. I have one like this that I picked up locally in a lot of 3 last year. I thought it was odd too. I'm wondering if it actually was manufactured like this or if the person who owned it previously replaced it. I do know that the zero and = keys get stuck sometimes by the backs of the keys rubbing up against the molding behind them, so it could be that if it was a replacement keyboard, it wasn't put in exactly right.
  5. Speaking of the Dimension 4 - anytime I see a bid retraction, as both a seller and a buyer, I get a bit mad. Makes you wonder if the person was just fishing to see if they could find out how high the highest bid was. In my experience as a seller, it also usually upsets the rest of the bidders with them wondering if that bid was on the level.
  6. It would appear the guy selling it was an ex-TI employee. Based on the item description, he apparently bought 2 of these from the TI employee store back in the day, one of which he donated to a computer museum which has since closed, with the whereabouts of that donated machine being unknown. This is his second one. So indeed, he does realize what he has & that it is absolutely an extremely rare item. Look at the final scan in the pics he posted to see he's the person who donated the first machine to the museum. Pretty cool story!
  7. Well, my baseball sim is on hold for the next version of RXB which will hopefully allow me to utilize SAMS in a simpler way. It's fully functional right now but doesn't have nearly the statistical depth that I'd like for it to have. I'm using T40XB for my Choose-You-Own-Adventure style game because it makes accessing 40 columns easy, along with screen formatting subprograms which make it ideal for this type of a game. I've attempted learning FB-Forth as suggested by that language's author, but just learning it and implementing it is a pretty huge task for what I am trying to accomplish, especially with limited time to dedicate to this & other projects I'd like to work on. Oh if only I was independently wealthy with all the time in the world... 😄
  8. If someone pays that much for it, good for the seller. The only thing that makes it unique is the actual diskette (which may or may not even be good anymore) & that sticker in the lower left of the package. Otherwise, it's the same grey box packaging Infocom used for all their titles to standardize sizing for computer stores. You can play this game on any platform, including the TI, through emulation or make your own physical disk from an image & find the packaging scans online quite easily. But hey, if you've got the money & think it's worth it, you'll make the seller quite happy, & quite possibly yourself for a few hours.
  9. Once again, Lee states what I should have. Here's a sample of my actual code that now works correctly because I moved the GOSUB to be before the string assignment: 300 GOSUB 5150::IF DR+COM<6 THEN GOSUB 6180::FN$="E286" ELSE GOSUB 6190::FN$="E663" However, as Rich has mentioned, the GOTO is needed for this line of code, as the GOSUB would be immediately before the ELSE without it, resulting in the FN$="E642" & GOSUB 5000 executing, which is NOT what I wanted: 310 GOSUB 5000::FN$="E654"::GOSUB 5000::GOSUB 5150::IF DR+NTU<8 THEN GOSUB 6100::GOTO 320 ELSE GOSUB 6110::FN$="E642"::GOSUB 5000 Thanks again to all for their input, as it has been quite helpful!
  10. I wasn't trying to start a war here and I do appreciate all the input. Hopefully I won't offend anyone with the below post that I was about to submit before senior_falcon did in post #13. I'm mainly posting it to provide as much info as I was able to put together & especially for my own reference in this one thread. ---- Lee is correct on this. Here is a program that WILL work because there is no additional code after the ELSE. 10 INPUT DR 20 IF DR>8 THEN GOSUB 100 :: PRINT DR;">8" :: GOSUB 110 ELSE GOSUB 120 30 PRINT :: GOTO 10 100 PRINT "LINE 100" :: RETURN 110 PRINT "LINE 110 (>)" :: RETURN 120 PRINT DR;"<=8" :: PRINT "LINE 120 (<=)" :: RETURN It's when you place any additional code after the double colon of an ELSE statement that it will execute for both conditions (THEN and ELSE), something I wasn't aware of. Here is an entry in the XB manual that explains what cannot be used in an IF-THEN-ELSE statement, as well as an example of using GOSUB, but without any additional code after the ELSE. The description indicates that it should continue on the line following when returning from the subroutine. In this case, this is correct. But not in the case of another statement after the ELSE X=X+5. Anything after the ELSE will run for both THEN and ELSE. This could be used as a feature, but it takes knowing that this is how it actually works in order to take advantage of it, as well as how to avoid that it DOESN'T work as I had expected in my original post.
  11. Thanks for the link to the bug report & for the suggestion on the order of operations. I believe this will work.
  12. Perhaps I'm simply misunderstanding how this is interpreted by Extended BASIC & its derivatives, but here is some sample code that isn't giving me the expected result: 10 A=INT(RND*10)+1 20 IF A>5 THEN A$="GREATER THAN" :: GOSUB 100 ELSE A$="LESS THAN OR EQUAL TO" :: GOSUB 110 30 PRINT A;"IS ";A$;5 40 GOTO 10 100 PRINT "> TEST" :: RETURN 110 PRINT "<= TEST" :: RETURN Here is what I would have expected to be the result: <= TEST 1 IS LESS THAN OR EQUAL TO 5 <= TEST 3 IS LESS THAN OR EQUAL TO 5 > TEST 8 IS GREATER THAN 5 <= TEST 4 IS LESS THAN OR EQUAL TO 5 > TEST 6 IS GREATER THAN 5 > TEST 9 IS GREATER THAN 5 Instead, this is what I get: You can see that it is executing both GOSUBs in line 20 when A is greater than 5. Is this truly the way it's supposed to work? The way I'm getting around it is to insert a GOTO 30 after GOSUB 100.
  13. If I am reading this right, choosing a font will be available in 40-column mode in T40XB. Or is it just in 32-column mode of T40XB? If so, this sounds great because I would like to use a different font than the only one that's available in 40-column mode.
  14. For only $1050 delivered (+ sales tax), you too can own a NEW untested, for parts only MBX unit!
  15. Another one of your amazing programming tools for the assembly-averse TI programmer! Thanks for pointing me in this direction. I must admit, I don't have much in the way of graphics for the game, just a few random pics. I'll read the documentation and see if this is more the way to go. Does TI Artist work in Classic 99? I thought the real thing came with a touchpad. I don't have it, but am guessing it's easily found as a download if it does work in Classic 99. I'm really out of the loop on TI stuff beyond 1985, as that's when I got an Apple //c and sold the TI to one of my friends.
  • Create New...