Jump to content

TomXP411

Super Administrators
  • Posts

    854
  • Joined

  • Last visited

  • Days Won

    39

TomXP411 last won the day on January 14

TomXP411 had the most liked content!

3 Followers

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

TomXP411's Achievements

  1. I love all of those... I just wish the blue one came in a 19" rack size and the BUD cases came in something wide enough for a real keyboard... In the meantime, I'm thinking about getting an analog joystick and encoder and building a PTZ controller for my cameras....
  2. It's often something simple like that, isn't it?
  3. I'm working on a version, too. Right now, I'm working in QB64 (a modern variant of QuickBASIC), and I'll probably use something like XC=BASIC for the 8-bit version. In my case, I'm starting with all new code and just following the general outline of Mayfield's version. Right now, you can fly your little starship around the galaxy, but I haven't yet implemented combat procedures. That's actually next week's task. Also, I'm loving all the different approaches to this program. I'd love to see who else is working on the same thing, and how they're making it uniquely theirs.
  4. Welcome to the forums @CTroyer I also played many hours of Jumpman on the C64, but alas, I never did as well as you. I've completed the first set of missions many times, but never the second or third. So you're a better Jumpman player than me!
  5. That's interesting. Did you have a load on the unit when you tested it? I've found that most regulators will show a high voltage on a DVM with no load. More to the point, I only use the output voltage on the regulator as a general guideline. What I'm actually interested in is how what the voltage is on my device: in this case, a MiSTer. So I actually testing the voltage on the MiSTer itself by reading one of the GPIO pins. Later, once I put the I/O board back on, I was able to read the voltage from the SNAC port or from one of the USB hub ports. I ended up adjusting the regulator a bit high, so that the USB voltage was as close to exactly 5.0v as possible. Still, I find it interesting that the voltage reads differently on the regulator based on the input voltage. I'll have to check that behavior on mine. ... and the answer is: My meter is spot on. So maybe there is some tolerance stacking on yours. Yours is a slightly different design than mine, so maybe there's an issue with that specific board.
  6. Yeah , that's how INPUT works. It reads text back from the screen. I've made use of that in the past to do make a poor man's file selector: INPUT at the top of the screen, then let the user press RETURN on the file he wants to load. That works great, up until you have more than 25 files in your directory... Anyway, I'm with Ed on this one. If you know you have, say, 20 characters of space, then you just need to do a LEFT$(20) and then trim the spaces off the right side. So a loop might look like this: 100 INPUT A$ 110 N=20 : REM Max length of the string 120 IF MID$(A$,N,1) = " " AND N>0 THEN N=N-1:GOTO 120 130 A$=LEFT$(A$,N) **EDIT: You'll probably need to check N for zero and return "". I'll leave it to you to figure out that bit of logic. Now A$ has just the characters you're interested in. You could also write your own custom input routine... I've done that a few times. 100 A$="" 110 GET K$ 120 IF K$=CHR$(13) THEN 200 130 IF K$=CHR$(20) AND LEN(A$)>0 THEN A$=LEFT$(A$,LEN(A$)-1) 140 IF K$>=" " THEN A$=A$+K$ 150 ... plot and re-print your string. 190 GOTO 110 200 REM A$ now has your string. You can add more stuff to this, like blinking the cursor, but you get the idea. If you want to handle input yourself, you have to handle all of it. So it's probably easier and faster to just filter the junk out.
  7. I just saw a new OPL "sound card" on Linus Tech Tips... I like this idea, and I'm considering picking one up and turning it into a MIDI synthesizer...
  8. WWIV (and most DOS BBSs) are inherently single-tasking programs. Even if they're network aware, and so can run in a multiuser environment, It's kind of silly to run a single-tasking application in the modern day. One thing you should really have in a modern BBS is the ability to spawn new nodes on demand, as a response to incoming connection requests. This requires a few things, including that the software natively handle Sockets. The other thing you need to do with a modern BBS is connect to its storage medium through either a RESTful or SQL type of data connection. In the case of WWIV, Wildcat, or really any DOS based BBS, you'd be almost completely re-writing it to work with a modern database, because so much of the code is tied up in reading and writing to file-based data structures. The security model, data storage for forum data, and even the inter-node communication is all handled by writing files to disk and reading them back again. This is problematic when you're dealing with distributed systems or with systems running on limited-durability storage, like flash or SSD media. So my thinking is really to start over, with a few basic ideas as guidelines: the BBS would be document based, rather than stream based, and the actual BBS software would be a front end to a webservice. The board would actually be a web site. Each screen on a BBS would be an HTML template. The front end (what you actually connect to with your modem/terminal) would be responsible for reading out the HTML and displaying it as an ANSI text document. The front end accepts input from the port and submits menu commands, form posts, or file uploads as a HTTP POST transaction. The entirety of a Message posts would be a single POST. So all of the editing happens in the front end. Menu commands are just anchor tags, with an additional property to tell the client what shortcut key to use. ie: <A href="messages.wml" shortcut="m">[M]essages</a> The front end would be multi-threaded, with a single monitor program dispatching nodes as needed. The back end should be fully browser compatible, for troubleshooting and forward compatibility. So someone could connect with Firefox as easily as a Commodore 64. In fact, I'm thinking WML is a close match to what I need, so I'd probably start with that and add features as needed. If you guys are interested, I can work up a mockup to show what I'm talking about.
  9. It's official! We now own the CommanderX16.com domain and the forum hosting. By "We", I mean I am the primary account holder, and responsibility will be shared between me, @JimmyDansbo and @Cyber. The domain name actually expires in March, so before that, we will work out a donation system to allow everyone to contribute to the system's ongoing maintenance. We'll discuss the specific financial situation, too, and let everyone weigh in on the best course for the future. Until then, have fun!
  10. I still have the WWIV source code. I was planning on just compiling that in QBX and adding a socket layer to interface with the webservice... actually, I ran a WWIV board. I had to modify it to support threading, because non-threaded discussions were impossible to follow. If I was going to start over, thread support would be a big priority in the forum area. This is true. We don't want people connecting via non-encrypted Telnet, then giving their password away. I'll have to come up with some sort of token system. Actually, I have an idea: a local proxy that encrypts everything before passing it to the web. It would also HTTPify everything, so the interface would actually be a specialized theme running on top of the forum software. Regardless, I'm going to move these BBS topics off to a new thread, because this sounds like a fun project.
  11. There has been talk on the FB group of porting it to modern consoles and PC via something like Unity or Unreal Engine.
  12. Fondly. I had a FIDO node at one point.
  13. I'm thinking Linux, Python, and accessing the forum database remotely (probably via an HTTPS webservice interface.)
  14. That's the general idea, although it would be plain old Telnet - actually not even Telnet, but raw TCP, since that's what most serial terminal adapters (aka "WiFi modem") can understand. Many don't even implement proper Telnet clients, let alone encrypted SSH.
  15. Speaking as a BBS junkie from the 80s and 90s, I agree. The only thing that would make this place better is if it had an actual text-based BBS attached. Which I'm considering trying to make happen...
×
×
  • Create New...

Important Information

Please review our Terms of Use