Jump to content

Leaderboard


Popular Content

Showing content with the highest reputation on 07/25/2021 in Posts

  1. I have posted source to GenCFG to the Horizon Ramdisk github repository. Be advised that @dhe and @9640News are helping me to track down what appears to be a problem with the detection routine that manifests only when a CorComp floppy controller is installed.
  2. I was happy to get a little soldering done today
  3. Is it my imagination or are the lasers faster in stage 3 of second loop? I couldn't get through the first one without a death. Or maybe I was getting tired, dunno. 606,560
  4. Grazi and I were just laughing on this... Honest advertising for OMNI: Do you love to force your kids into playing some s*** old games from your childhood? Make their lives less miserable, 16-bit style! Introducing OMNI. Your kids will hate you a lot less!
  5. My White Water Update: Did half a second faster on Game 2. 👍 WHITE WATER - GAME 2 - 37.2 SECONDS
  6. Nooooooooooooooooooooooooooooooo! With the caveat that I might not quite understand what's going on- this wasn't what I expected Cornhole to play like. I was picturing a Wii Tennis or Wii Bowling or Let's Catch scenario, where motion has quite a lot to do with it. Where the whole thing could be done with motion controls. It looks like this uses Motion as a substitute for a button press. The initial version seemed much closer to a "Wii style" then this. Can you explain what problems were being addressed with this change? Can you show what this would actually play like "in game"? Is there an option for a pure motion controlled style? My daughter would love to play cornhole, but wouldn't be at all interested in adjusting angles and landing zones.
  7. Test print of the sliding display enclosure.. need to round off some of the edges, and have to adjust some of the tolerances for the LCD holders/indents.. but proof of concept seems to be a success.
  8. I will throw an idea here. Patreon. If we can get enough people (at least 500), we can make this happen. We can get OMNI out in 2/3 years, with 3 games. The more people get, the faster we can release. We could compensate patrons with access to games, decision making, perks, all depends on membership level. Right now the most expensive part by far are the games, at about $20k each. I have to do some math, plan, it will probably require a lot of changes and discipline in my daily routine. Discord, streaming, things like that. But may work.
  9. Is there a better way? I have been reviewing all my demo programs and saw that my coincidence code was written in Forth and it would benefit from some coding. This is the common code code in Forth that is used by COINC and COINCXY. : (COINC) ( x1 y1 x2 y2 tol -- ? ) >R ROT - ABS [email protected] < -ROT - ABS R> < AND ; Came up with this which is kind of literal translation and it works but it seems like a lot of code. Are there any clever code tricks that I don't know about that would speed this up? Perhaps we are limited because Forth needs the flag on the top of stack versus using the status register? The CODE version is only about 2X faster than the Forth version in this case. That's why I am thinking that it could be sub-optimal. CODE (COINC) ( x1 y1 x2 y2 tol -- ? ) TOS R0 MOV, *SP+ R1 MOV, *SP+ R2 MOV, *SP+ R1 SUB, R1 ABS, R1 R0 CMP, LO IF, TOS SETO, ELSE, TOS CLR, ENDIF, *SP+ R2 SUB, R2 ABS, R2 R0 CMP, LO IF, R3 CLR, \ invert logic for SZC later ELSE, R3 SETO, ENDIF, R3 TOS SZC, NEXT, ENDCODE For reference here is how this fits into the final code. : COINCXY ( dx dy sp# tol -- ? ) SWAP POSITION ROT (COINC) ; : COINC ( spr#1 spr#2 tol -- ?) COINCALL IF >R POSITION ROT POSITION ( -- x1 y1 x2 y2 ) R> (COINC) EXIT \ get out THEN \ if coincall=true then do this 2DROP DROP \ drop parameters FALSE \ return false flag ;
  10. Kernel 2.68 Fixes error in M+. Puts D+ in the kernel Changes S>D to a code word and uses it to make M+. : M+ ( d n -- d) S>D M+ ; This kernel has been running here for a week and seems stable in all my activities. Please put the CAMEL99 program file, in the attached ZIP file, into your DSK1. -and- replace DSK1.SYSTEM with this new version as well. DSK1.SYSTEM has been simplified a bit and INCLUDE not longer tampers with the BASE variable. (stupid idea by me) In DSK1.SYSTEM there is a small definition for the word ALIAS. It allows you create small synonyms for a CODE word that are minimal in size. ALIAS is not a standard word and my version was not like others. I have changed mine to be more like other Forth systems that I become aware of like this: ' 2+ ALIAS CELL+ I am confident enough with this version to call the program CAMEL99 so use that name to start this version. The test program that uncovered the M+ error is in the spoiler. Load it and type 20 PI ( or the number of digits you want) 100 digits takes 7.6 seconds. (1000 takes longer than the simple elapsed timer can do) CAMEL268.ZIP
  11. Small improvement, but this is it for this round Moon Patrol : 25,260
  12. That's really nice Jayare! Thank you for sharing!
  13. I know that the VDC chip on the C128 can be coaxed into all kinds of weird resolutions and frequencies, if you have the right monitor for it. There is some 320x400 mode @ 31 kHz IIRC that is rather interesting. But yes, like Bluejay writes, if you build your own e.g. ISA bus which has been done, you could in theory drive a CGA or VGA card that way. I'm sure there are cheaper possibilities like using a Propeller that mimics it but in any case you would rely on 3rd party hardware. Otherwise your option is to redraw graphics with the capacities built-in like it also was mentioned.
  14. I think a little bit of perspective is required. Despite being widely regarded as a flop, the Vita still sold over ten million units and I'd doubt that the Steam Deck would even get close to that in Valve's wildest dreams. They were looking at maybe 100,000 pre-orders and in the first interviews on it GabeN was quoted as saying that they were hoping to sell 'millions', not tens and certainly not hundreds of them. The demand might have pushed up their expectations a bit, but yeah, we'll see how that goes. The problem for the Vita is that, as a proprietary platform, it needed to sell a heck of a lot more than that it was going to see much in the way of AAA game development. It was still more than adequate when it comes to ports, indies and mid-budget games though. Since the Steam Deck is just going to play existing PC games it doesn't need that; although the more it sells, the more likely it'll be that the makers of PC games design them to suit it rather than assuming that everyone is using a desktop. So far as the Steam Deck's spec goes, it would be medicore if it wasn't a handheld. As with the VCS it can be compared to the Series S, which is more than twice as powerful and at half the price when you're looking at the model with an equivalent amount of storage. Still, when the handheld PC competition basically consists of three Chinese startups who are charging $800+ for tech that's a generation behind and have production runs of only a few thousand, it's still looking like a very good deal. Even that 64GB model should be fine if you mostly play indie games.
  15. Ha-ha indeed. And those 300lb beasts even stink up a room something fierce. Either from the rot & stench of age. Mold spewing dust. Or from the VOCs after a restore & rebuild. So not for me.
  16. I remember Mac in Memphis, he's a really nice guy. Dan's name is on the MBP-II board, because Dan really likes the MBP - it's a card so simple, even I could put one together and can be used from XB through assembly language. At the time (early '90's) the folks that had been making it didn't want to do that thing anymore. I called Jerry McClusky and asked it I could buy the rights to reproduce the board. He had me send him a couple of hundred dollars and he gave me the rights to reproduce and sent me some PCB film that looked like: Don Walden took the film, and re-did everything in cad/cam software, added fixes, enhancements and solder mask and birthed MBPII (or son of MBP).
  17. Me rikey! I missed that during the page transition (another page was already on the thread when I replied to your first reply to my reply of your reply.)
  18. @TGB1718That is very interesting! I read a few of the comments of others too. My grandfather worked for North American Aviation during and after WWII as a draftsman for the engineers who would describe a part and what it needed to do and he'd draw it up by hand. Lots of clandestine work that was compartmentalized so no one (in his department anyway) ever knew for sure what a part they were designing and drawing was going into, etc., they only knew the part(s) they were drafting and how they had to connect and interact with the parts it integrated with, but knew nothing about what the parts their part connected too, connected too, etc. Of course these were smart people and could guess what the "bigger picture" was, etc. IIRC, NAA later turned into Boeing, but it might have been one of the other American plane manufacturers. He lived to 104, they were sending him a retirement pension for about 40 years! Of course he use slide-rules and compasses, etc,, no computers or CAD back then. all paper and true blue-prints. I've never used my electronics degree or my liberal arts degrees professionally or had a job in any field related to them. They are all used only on a hobby basis and I went into business for myself as a contractor for construction and landscaping. They were never intended to be used for a career. My education was purely for an education (and the college life experience) not a career. I don't hire people to do things for me, I do everything for myself from fixing my own vehicles and equipment, to building my own house; everything, electrical, plumbing, etc. I love to learn and educate myself and do it myself as I was taught that if you want something done right, do it yourself.
  19. These are top quality and very highly recommended by me,if that endorsement means anything. 👍
  20. Caverns of Mars II - 91750 (level 5, stage 4) I agree that fuel runs out quickly at this point!
  21. Operating Manual HORIZON RAMDISK USER OPERATING MANUAL 5-3-2020.pdf Distribution: ROSCFG842C 3-27-2020.zip ros842c_20200327.dsk Replaced CFG with 3.27.2020 version CFG: Powerup setting now saved and restored properly when re-loading ROS CFG: Removed Myarc floppy controller detection; CorComp w/MG EPROM was incorrectly identified as Myarc Added disk image 11Nov2020 (thanks @mizapf !) Basic Instructions: Wiki: https://github.com/horizonramdisk/Horizon-Ramdisk-ti994a/wiki/CFG Older release notes and files:
  22. I've uploaded a new update to the Atmega162. It allows TI access to the Atmega162 USART. I have been experimenting with an ESP8266-01 loaded with ESP-LINK firmware. It puts the TI on my network allowing access by a browsers or Telnet with terminal program to talk to the TI. I'm possible going to enable REST & MQTT to allow TI access to the internet.
  23. I haven't played either of these recently. I'm going to try and get in some White Water this weekend.
  24. Over the last day, I have merged several BELLCOM disk archive sources (I think that each archive was all pointed out in this thread) and I now have 971 "different" disks. I say "different," as some disks are identical duplicates. These duplicates were already pointed out, not by name, by Mathy (who, I think, originally archived some of these disks) earlier in this thread on March 28, 2014: https://atariage.com/forums/topic/125131-bellcom-pd-catalog-disk/?do=findComment&comment=2958278 He said that when some of the original disks were dumped that some might have been dumped accidentally with the same name as a previously dumped disk. Interestingly, I also noticed that depending on when a disk was purchased from BELLCOM, a buyer might get a different version of the same program. I did notice that this is mentioned in the paper catalogs. As an example, I noticed that "Disk 60 - D-UTILITIES" has two versions of Les Wagarf's program called DISKUTIL. Both Rev. 07-07-92 and Rev. 11-07-93 are archived. I'm not sure if alternate versions of all of the disks have bene dumped. Today, I checked my BELLCOM disk collection for duplicates using Foldermatch v3.7.0, an old Windows program, by Salty Brine Software. The duplicate criteria that I used were "Sizes Match" and "Contents Match" (byte-for-byte). I was surprised by the results, as there are five identical disks. My personal disk images have been renamed by me. I added a descriptor to each file called "BELLCOM_Atari-Bit_Public_Domain_and_Shareware_Disk_" otherwise the names have not been changed. Here is the list of five identical disk images in my collection (and probably other BELLCOM collections across the Internet): 1) Identical disks of "D028" - Side B holds the docs of CAD-XE on both sides of the disk. I couldn't find this disk D28 listed in a paper catalog, so I'm not sure if CAD-XE is supposed to be on side A of the disk. BELLCOM_Atari-Bit_Public_Domain_and_Shareware_Disk_D028_A.ATR BELLCOM_Atari-Bit_Public_Domain_and_Shareware_Disk_D028_B.ATR 2) Identical Disk "448 - Hobby Tronic # 2" and "549 Hobby Tronic # 4" - Both disks are "Hobby Tronic Demo '89" I think that means that they're both disk 448. BELLCOM_Atari-Bit_Public_Domain_and_Shareware_Disk_448.ATR BELLCOM_Atari-Bit_Public_Domain_and_Shareware_Disk_549.ATR 3) Identical Action! disks. Disk "441 - Action! Utilities #6" and disk "442 - Action! Terminals." Both of these disks are disk #441. BELLCOM_Atari-Bit_Public_Domain_and_Shareware_Disk_441.ATR BELLCOM_Atari-Bit_Public_Domain_and_Shareware_Disk_442.ATR 4) Identical Disks - Disks "361 - Mastermatch 2.00" and "527 - Mastermatch" are both Mastermatch 2.00. This might be an error on the part of BELLCOM, or possibly it's a disk that was updated to a new version over the years, which caused to disks to be the same. BELLCOM_Atari-Bit_Public_Domain_and_Shareware_Disk_361.ATR BELLCOM_Atari-Bit_Public_Domain_and_Shareware_Disk_527.ATR 5) Identical Disks - The backs of disks D70 - Battle Trivia" and disk "D90 - DeTerm" are the same. They both contain the data files for "Battle Trivia." BELLCOM_Atari-Bit_Public_Domain_and_Shareware_Disk_D070_B.ATR BELLCOM_Atari-Bit_Public_Domain_and_Shareware_Disk_D090_B.ATR I'll try to upload my collection of 971 BELLCOM disks to archive.org so that others can look through this BELLCOM disk collection that I've sorted to the best of my ability. The collection is about 400MB, as it also includes pdfs of five paper BELLCOM catalogs. Perhaps someone can find another BELLCOM archive disk collection that will has the correct disks for those that were accidentally duplicated. Adam
  25. A simulator creates an environment that mimics the behavior and configurations of a real device. On the other hand, an emulator duplicates all the hardware and software features of a real device
  26. There's a demo on JS7800 emulator that allows the Novice (Rev F) version to be played. It's one less life than normal, so it requires point-pressing to get on the board. I kind of enjoy it. I'd play more often if there was competition.
  27. So up until now I did now know that you supported tidbit with the TIPI. I really should go back and closely go over the wiki. Forget everything I said. There is no need re-invent the wheel since tidbit work perfectly fine, including symbolic labels. It's pretty impressive that you managed to incorporate it with the TIPI. Totally awesome.
  28. So, if you use the /TB file extension, I don't have to do anything... If you use the /XB or /BAS extension, it is preferred that I just roll with ambiguity, and join lines with a ' ' space. If it is a statement, you'll have to include the '::' yourselves.. and then so I don't end up making lines extra long, I can replace <whitespace> + '::' + <whitespace> with just '::' to ensure I am not inserting unnecessary spaces. you write: 10 PRINT "HELLO WORLD" 20 FOR I=1 TO 20:: PRINT I :: NEXT I and you get: 10 PRINT "HELLO WORLD" 20 FOR I=1 TO 20::PRINT I::NEXT I You write: 10 ON X GOSUB 1000, 2000, 3000, 4000, 5000, 6000, 7000 and you get: 10 ON X GOSUB 1000, 2000, 3000, 4000, 5000, 6000, 7000 hmmmmm... maybe I should require line numbers in column 0. Always... so you can disambiguate by indenting lines that start with a number, that are not line numbers. (People should just use TidBit)
  29. I can't help but think if we want a network drive, then the PI.HTTP hacks are not it... but an extension that actually POSTS the PAB data would be interesting... But, like I said earlier, if you want the full features of the 4A filesystem, just use the PI's OS to map a folder to be synchronized to a webservice... I see what OLD CS1 is enticed by, and it will be a trivial hack to allow POST on SAVE and CLOSE ( WRITE operates in memory ) if someone wants to build something lightweight off that. So, I might as well do that...
  30. There is a whole lot missing operation wise... no LVL2 IO support for anything under 'PI.' device. Only LVL3 (basically, the set of operations you can do from BASIC) URI1-3. devices are aliases for PI.HTTP or PI.HTTPS.. so they inherit the functionality and restrictions. In theory if a CATALOG is implemented by the server, and it sends back something like a TIFILES DIS/FIX38(or whatever, I always get that wrong) with the catalog data, then something versatile like older DM2K's might even browse it. A couple people have proven this theory. Awesome! Thanks!
  31. I promise I am not hiding anything else. Simply, if SAVE PI.HTTP produces a predictable submission, then it is easier to write the server-side. I do not see it was your responsibility to provide a server-side solution, just document how it is done. Using the curl I gave above, it is a simple matter in PHP to accept the submission. To prevent anyone from over-writing a file, there will also be a token in the URL provided from the TI side so the TIPI side of things does not need to be more complicated than separating out the file from the URL. The goal is, simply put, a repository for files to be stored and accessed via TIPI's available HTTP facility. Nothing more, nothing less. A TIPI-specific* web filesystem, if you will. I was playing a little last night and it is feasible, but the back-end is going to be a bit of a bitch. From https://dnotq.io/tidbit/tidbit.html Is this what you meant? * Though it need not be limited to the TIPI. So long as the page knows that the file is in the PUT field TIFILES and there is an authentication token in the URL, it can accept the submission. There are some minutia to work out, like response codes for bad submissions (bad token, not in TIFILES format, &c.)
  32. ZQX-ONE real TI. I have '99 score: 9900 and it is an excellent game!
  33. We recently learned that they have parts to make thousands of Amicos, rather than tens of thousands. And with that low volume, they talked about manufacturing in North America. That would give them another month or so to make changes to the built-in software, and still make their October release.
  34. Your post #36: Page 83 and 84 lay out XB line number table and actually it is searched from highest address to lowest address so auto increment is not able to be used. Your post #50: This is just the GOTO and ON ERROR search, the GOSUB is below this one and there are others, they do use some of the same routines. But there are way more then one LINE NUMBER SEARCH ROUTINE. You are correct this is a mess as they go from highest address to lowest address for programs, I have no clue why as it looks insane. Anyone with a brain cell would start from lowest address and go higher address as that would allow for *Register+ auto increments. Instead they have to go backwards DOWN in memory all the time making sure it slows the XB reading down on purpose. You could not be more ass backwards to slow XB or TI Basic down. Here you talk about the line number search routine, then "they go from highest address to lowest address for programs," and that it will "slow XB or TI Basic down." The average reader would get the impression that the entire post was about the line number search routine. Part of your post #59: This would only affect the EDITOR setting up program to insert a line or line number. Program execution would be better as instead of jumping backwards constantly like XB does now it would always be moving forward. It should be clear to even the most casual user that executing a program is not the same as editing it. Part of OLDCS1's post #70: But, as Rich pointed out, scanning the table is not as efficient as the downward scan does not take advantage of the automatic increment function of VDP register operations. This means the BASIC interpreter must give the VDP a new address every time it pulls from the line number table, whereas if the table was searched bottom-to-top, the interpreter could just keep reading from the VDP. Although these are not your words, it is clear that OLDCS1 got this erroneous idea from what you wrote. This would have been a fine time to disabuse him of his erroneous notion, but not a peep from you... Part of my post #71: 1 - Why would anyone think the line number table is being scanned downward? With even a rudimentary understanding of assembly you can look at the the code Rich posted in post #49, which clearly shows the table being scanned in an upward direction. This means autoincrement can be used (and it is), which seems to be the biggest complaint. No response from you to point #1. Yet another missed opportunity for you to clear the record and show that you either misspoke or were misunderstood.
  35. I've implemented FTP in 4A space: https://github.com/jedimatt42/ti99-ftp Originally I implemented PI.HTTP directly in python... but then had trouble with certs and HTTPS support, so just started delegating to an OS tool... I should add a more generalized PI.WGET that handles all the url types it supports...
  36. AMAZING!!! If people didn't see the original Skiing dude on the slope... then you failed.
  37. Not a site, but the book THE ART OF ATARI and the accompanying poster book are awesome. Not 100% comprehensive, but lots of details about the art itself, the artists, and the various marketing campaigns. https://www.amazon.com/Art-Atari-Tim-Lapetino/dp/1524101036/ref=sr_1_1?dchild=1&keywords=The+Art+of+Atari&qid=1627084075&sr=8-1
  38. Every video i've seen from people who have actually played the Amico just underscores to me exactly what I expected - this console is meant to be played with your family and friends just like back in the day. Yes you can play games on your own, but the real fun is getting together as a group and playing a game. Be that a board game or whatever. Families and friends together! I remember as a kid playing on my original Intellivision II console and we'd have a group of friends over and have our own tournaments. This is what the Amico is reminding me of, great times spent together and having FUN. So looking forward to introducing this console to my family, the kids will love beating up on dear old mom and dad. Way better than having them in their rooms doing their own thing most of the day.
  39. I think there are just many different approaches to how this is done. Take Valve and their new Steamdeck as an example. They didn't announce it years ago, start talking about it, then provide updates every step of the way as to how it was coming along. They showed the nearly final product, hyped it, and opened pre-orders. People see this flood of news and excitement, get caught up in the emotion of it all, and rush to buy it. IE doesn't have the name recognition Valve does. So they have been trying to get people to at least get curious about Amico for sometime. Even before it was anywhere near being finished, they had people playing it and openly talking about everything inside. Now they're at a point where they need to save that flood of last minute excitement to be released just before you can actually buy one. That gets the emotion hype going and sweeps people in. They need to save the "big bang" for launch time. They may have revealed too much as it is.
  40. It's also luck: I noticed some elements (whirpools and barrels) can be in small different spots, and this makes a difference!
  41. batari

    HOKEY demo

    Here is another demo, this time, Bentley Bear, not on a Concerto but on a homebrew PCB with conventional hardware (EPROM, PLD.) Any day now Albert should have the first HOKEYs I sent him for use in homebrew games. Note, the HOKEYs that Albert has are "Basic" HOKEYs which are intended to be used on homebrew PCBs, and are not currently sold individually. It will be a couple of months before HOKEYs intended for other uses (such as for Concerto) are available. bb.mov
  42. Btw Blackthorn tweeted about this unnamed game as recently as July 7 so it is still in development.
  43. I'm waiting for PCB's to arrive (should be here on Monday), then I need to make a couple and test, then ship out boards to the testers who need to make and test them too, then @MacRorie needs to make some then they can be sold. Currently I'm the only person in the world who can play Flob on his NUC+
×
×
  • Create New...