Joey Z
-
Posts
889 -
Joined
-
Last visited
Content Type
Profiles
Forums
Blogs
Gallery
Events
Store
Posts posted by Joey Z
-
-
26 minutes ago, DrVenkman said:
Yep I have a copy. I couldn’t get that to work with a wire jumper so I disconnected my Lantronix box from my Incognito 800+850 and moved it to my 1088XLD (which has the VBXE board)+PRC.
Now it works. Cool.
Love to see you get back to this one at some point, Joey, but I know life gets in the way.
Good that you got it figured out. Hopefully Stephen can figure it out too, if he was looking to mess around with it.
-
1
-
-
16 minutes ago, DrVenkman said:
On the RS232C port? Cool, I'll give it a shot. *off to find the pinout ...*
manual says pins 3 and 4
http://www.atarimania.com/documents/PR_Connection_Owners_Manaul.pdf
-
On 7/7/2020 at 6:51 PM, Mr Robot said:
The last release was April 2015. It's been a busy 5 years!
j/k I know how that goes
yeah, it was several years of school, internships during the summer, and now employment and moving to my own place. I'm just as busy as ever even with the pandemic. Besides that, I've got a list of projects, things to be fixed, etc. spanning several pages and it's always growing. Several Atari projects have taken the backburner. I really would like to get back to this though. Well, I really should get back to paying work now....
-
On 7/11/2020 at 5:00 PM, DrVenkman said:
So I haven’t been able to get this to run on my 1088XLD + VBXE + P:R:Connection. As noted way above (and years ago
) if started without an R: handler, I just get a screen of rolling garbage characters. If I manually load PRC.SYS to load an R: handler into the system, when I run the program either from the SDX command line with X (e.g., X ANSIVBXE.XEX) or boot a different DOS disk and then binary-load ANSIVBXE.XEX, I get a white cursor on a black screen and a totally non-responsive system. Worse, when I hit System Reset to exit, my VBXE color palette is completely corrupted - usually a solid red screen. If I go to the U1MB BIOS or Loader, the colors are all messed up there too. I have to physically power-cycle the system to get the colors back to normal.
So ... what am I missing here? Should I try to swap my 850 interface module over and use that R: handler? Or is there something else more fundamental going on?
You were using the version from april 7th, 2015? White cursor on a black screen is basically what you'll see when the terminal is working but not hooked up to anything.
Do you get keyclick? I can't remember if I left keyclick on or not, think I did. Might even be done in the terminal software itself (or maybe that was the bell character where I was messing with the internal 'speaker').Try using a piece of wire to short TX to RX on the PRC and see if you get characters echoed back.
EDIT: checked the source, no keyclick seems to be implemented. Nevermind that then. See if you can get echo.
-
40 minutes ago, Mr Robot said:
Now I have a Fujinet and a VBXE enabled Atari, I am just bumping this thread. @Joey Z Is development still happening?
I wish I had time
-
1
-
-
1 hour ago, bfollowell said:
I've just built my 1088XEL with the built-in SIO2USB. I've had an AtariMax SIO2PC-USB and APE for a couple of years now, but figured I'd give this a try since it's built into the machine. I've been wanting to try RespeQt anyway. I've seen some references to AspeQt. What is that? Is it an older version and they changed the name? Is it a similar program for another operating system? Even Googling I haven't been able to find out much about it.
Thanks.
AspeQt is the software that RespeQt was forked from.
AspeQt was originally created by Fatih Aygün (cyco130 here IIRC) as an open source software for SIO2PC based peripheral emulation. At some point, cyco130 stopped working on AspeQt and the project got handed off to Atari8warez who worked on it for a while after that. Several years ago, Atari8warez got himself banned from Atariage and decided shortly after those events to attempt to close the source of AspeQt (outside his rights to do so, but nobody was about to take someone to court over it). At that time, I forked AspeQt to form RespeQt so that the community could continue development on the software separately.
-
3
-
-
10 hours ago, jamm said:
Thanks - I was curious about the naming for the project, and that explains it.
Next curiosity: What does the program icon mean?
Assuming you mean the icon that looks kinda like a funky R, I think it was supposed to be an R styled kinda like half an atari fuji maybe. It was contributed by a member here IIRC.
-
4 minutes ago, DrVenkman said:
The original author burned a lot of bridges with the community in general and in with a couple people very specifically and egregiously - AtariAge doesn't ban people will-nilly, and from the stuff I saw, he earned his ban pretty fair and square.
The name RespeQt is now widely-recognized in the community thanks to Joey's work, and the work of others later who have continued to improve and expand its capabilities well beyond its origins. It would be a terrible idea to change it back to anything connected to the original.I'll correct you here, the original author was Fatih Aygün, not the Ray Ataergin you're thinking of.
EDIT: to clarify, ray AKA Atari8warez was the 2nd maintainer of AspeQt, after Fatih passed it on.
-
2
-
-
1 minute ago, MrFish said:
I wasn't suggesting to name it AspeQt as a separate project; but rather, to fold it back into the mother project.
Another option would be to name it something like AspeQt Plus, or Pro, etc.
To me, part of the reason would be in respect of the original author's name for the project, since the core is still based on his work.
I don't think it's possible at this point to simply fold it back into the original project. Nobody here has access to the sourceforge repos since the last AspeQt maintainer is banned, unless the original creator of the software still has repository rights and can be contacted. I believe the original creator was Fatih Aygün.
-
7 hours ago, MrFish said:
Why not name the project back to AspeQt?
I understand why it was changed; but the name now has nothing to do with what the program does, but rather a name about some past grievance.
For people who don't know, AspeQt is actually an acronym meaning "Atari Serial Peripheral Emulator for Qt".
While I see where you're coming from, at this point I think RespeQt is a name a lot of people know in the Atari 8 bit computer community. To a newcomer, I don't think AspeQt has any more initial meaning than RespeQt, and it doesn't really make the software any easier to find by using the old name. Changing it now would just add confusion, I feel.
Obviously at the time it was forked, RespeQt was selected as a name to poke fun at the events concerning the primary maintainer of the old AspeQt software. It accomplished the goal of setting the project out as a different piece of software, maintained by different people. It was important to differentiate it then, which is why so many of the initial changes I made were geared towards removing references to the AspeQt name and replacing with RespeQt where the project was referred to. References to AspeQt remained, and may still exist, where they made sense to refer to the separate project.
Beyond that, AspeQt does still kind of exist in it's original form, though it doesn't seem to have been updated in a while. The existence of multiple projects with the same name would only add to any resulting confusing IMO.
-
3
-
-
On 3/21/2020 at 2:47 AM, ebiguy said:
A motivation to create a new repository was to cut the link between all repositories and the jzatarski's repository.
This is important because people think that the root project of all these forks is the official one and has the latest binaries and sources.
But of course this is wrong. Much confusion that we can see also with the recurring questions in AtariAge asking "Where are the latest sources ?".
So I kindly ask all contributors to delete their repository forked from ebiguy and recreate a repo from the new one.
Otherwise browsing GitHub will still lead indirectly to jzatarski.
And now we've fixed this. Today I transferred the official RespeQt repository to ebiguy.
Several years ago, I forked AspeQt into RespeQt after the AspeQt maintainer decided to try and close an open source project (not within his rights, but that's a story for another time). At the time, I mentioned several times publicly that I thought it would be a good idea if someone would fork AspeQt and create a new project under a different name, but nobody took the bait and I was forced to do it myself ?
I maintained RespeQt for a while, implementing a handful of features and handling a few bugs, but eventually college and then later employment continued to get more and more in the way of maintaining it, as well as other projects I was more motivated to work on. It's been clear to me for a while that it would be better to hand the project off to someone else, and ebiguy seems as good a person as any.
I hope RespeQt will continue to get worked on as one of the free alternatives for SIO2PC peripheral emulation. It may not have every feature you could want, but it still worked last time I checked, and you certainly can't beat the price ?
-
8
-
1
-
-
Found the logs, cleaned up to have just the PLATO stuff, here they are: https://pastebin.com/2E429mfK
I first connected on January 7th using TLP, took me a bit of fussing around with a sniffer to figure out that shift+SUB sent the right code to do what should have been shift+STOP and actually get logged in. I had trouble reading some of the screens though, because the color codes got in the way a lot.
-
Well, I'm glad to see much has been accomplished already since I initially logged in to my account back sometime in january (account created the 7th, probably logged in 9th or 10th, I'd have to check the IRC logs). I guess I beat you all to the first signon from an (unfortunately emulated) Atari in 35 years
I would like to be able to use the 800XL, but my 850 is 150 miles away... Hopefully somebody can hack in support for disk loaded R: drivers, and then I can figure something out (or else I might have to see if the APE trial will fire up in wine or a VM).
Also, I guess I'll see if I can get my group changed to the atari one.
-
OK, well the only other way to go about this is for me to start building from various commits and trying to narrow this down. I'm not doing that now, I have to get some sleep and move my stuff down at school tomorrow, I can't get around to it until next week at the earliest.
-
-
Ray's SIO2PC is just an FTDI chip, except that it has the VID/PID changed. This prevents the normal FTDI drivers from detecting the chip as an FTDI serial converter. Somewhere on Ray's site, I think there is the program to set the VID and PID back to the normal ones so the FTDI drivers will recognize it normally.
-
what kind of serial SIO2PC are you using? I don't suppose you happen to know if it requires DTR and RTS to be in a specific state? the behaviour of these lines was changed between r3 and r4.
-
Also, which handshaking method? Are there any messages in the log window?
Lastly, we changed the method of serial port selection in RespeQt with this latest release. Please try selecting a different serial port in the options menu, save the settings, then again select the correct serial port in the options menu, and save the settings again. I don't remember off the top of my head how the serial port selection works in handling invalid settings in the configuration file, but it's possible there may be two entries in the list which appear to be correct, in which case you should attempt to use the other one.
That's really the only change I can think of that would cause this, is that you're not successfully opening the serial port. This is why you need to post the contents of the log window, there may be an error about this there.
-
The Atari SIO bus is what's known as 'open collector' on the RX line (device --> Atari computer). This allows multiple devices to use the line without interfering with each other. The diode is a kludge that converts a normal push-pull signal into an open collector signal, and is generally good enough in this case. Without the diode, the FTDI can drive the line high and, if it drives hard enough, prevent the real disk drive from communicating.
-
5
-
-
That would work just fine for me since I have a multitude of computer monitors with DVI
- Michael
Not to mention, these *are* atari *computers* we're talking about here, dunno why you are all trying to use them on TV's anyway
-
Ah - good. So I don't have another drive to write.
What, you mean you don't like writing drivers?
I figured they were your favorite thing in the whole world, based on how much time and effort you put into APT drivers, for example.
-
5
-
-
Thanks. Yeah, just a mockup -- I've already thrown it into Graph2Font to test on my CRT (posted below). I wanted to see just how good of a fit the horizontal to vertical resolution was, to see how it would be getting all the notation in there, and to see how big the simulated LCD would have to be. Everything is a pretty good fit, for a first edit. If I trim off the HP logo at the bottom and the white trim, I should be able to get it into a GUI window with no problem. I wanted to get the full design in there first though. I suppose it would be cool to add it for a "full screen" view.
Yes, for a DOS version adding the color would be no problem. Unless I've forgotten something, the GUI will have no direct support for P/M graphics.
Actually, this is just a preliminary test for graphics. I was already thinking to do something with the "f" and "g", but I just wanted to get a basic layout first. I'll probably just make one button all black and the other all white; that should be enough. Also, the "ON" button will really have no function, so it could be utilized for something like, switching to 16C mode...
[Edit: Added a colored button version, just to see what it looks like.]
hp15 atari b&w (colored buttons).xexwell, I also meant the text above each button, and the text on the lower part of each button. You also need to be reminded which is which there.
-
Anybody who can make eagle pcb or gerber files?
Sent from my LG-H850 using Tapatalk
How much will you pay me? PCB design work usually goes about $100/hr.
-
yes, that looks great. At least the graphics appear to be more than capable, I'm assuming this is just a mock-up?
EDIT: I know it'd be difficult, but it would also be great if we could get some color in there for the orange and blue f- and g-shifted functions. it's a bit hard to tell them apart otherwise. Maybe there's some kind of trick that could be used?
RE-EDIT: oh, this is the GUI thread, so there's not really a way to do any of that planned for the GUI.
Like us on Facebook
Follow us on Twitter
AtariAge on Instagram
Watch us on YouTube
Chat on Discord
Full Color ANSI VBXE terminal in the works
in Atari 8-Bit Computers
Posted
unfortunately for you, it's far from complete, and is barely usable. Color is supported, maybe clearing the screen, but you can't call it a fully featured terminal emulator by any means. Config is hardcoded, etc. Lots to be done, but I'm busy. Some Day (TM) I'll get around to working on it again and/or posting the source so others can work on it on their own.