- vcf-midatlantic - lists.vcfed.org

MOnSter 6502 Project - Microprocessor in Discrete Components
by Todd George 25 May '16

25 May '16

Saw this on Reddit, completely amazed... http://tubetime.us/?p=346 I am familiar with their 555 Timer IC project, and saw that they had a follow up project with the 741. Had no idea they'd take it this far. :) -Todd

6 6

ADTPro help
by Evan Koblentz 25 May '16

25 May '16

I last used ADTPro about a year ago. It worked fine. A few months ago I installed a new mobo/memory/processor in my daily PC (still running Ubuntu). Yesterday I tried ADTPro again and got this error message: "There are no serial ports, or the serial library RXTX is not installed or visible." Paul H. suggested that the adtpro.sh file was looking in the wrong place for RXTX. Made some tweaks but it's still not working. Note also that ADTPro has its own copy of RXTX in a subfolder. Stephen E. also tried to help. Can someone who is experienced at both ADTPro and Linux (and who has the patience to walk me through this) help me, please? Hoping to get some help via telephone or Skype today/tonight if possible.

7 16

Re: [vcf-midatlantic] Good source for eproms?
by Jonathan Gevaryahu 25 May '16

25 May '16

On 5/25/2016 10:29 AM, Bill Sudbrink via vcf-midatlantic wrote: > chrisjpf33 wrote: >> Is "metric assload" am official Department of Weights and Measures unit >> of measurement? > Actually, the proper SI unit is "metric buttload". > > Bill S. > > > Is assload a unit of volume, and fuckton a unit of mass? -- Jonathan Gevaryahu jgevaryahu(a)gmail.com jgevaryahu(a)hotmail.com

2 1

Re: [vcf-midatlantic] Good source for eproms?
by Chris Fala 25 May '16

25 May '16

Thanks for clearing that up. I wasn't sure which was official and which was informal. I thought it was the rated PG vs. rated R. On Wed, May 25, 2016 at 10:29 AM, Bill Sudbrink via vcf-midatlantic < vcf-midatlantic(a)lists.vintagecomputerfederation.org> wrote: > chrisjpf33 wrote: > > Is "metric assload" am official Department of Weights and Measures unit > > of measurement? > > Actually, the proper SI unit is "metric buttload". > > Bill S. > > >

2 1

A more efficient BBS Xfer protocol
by John Heritage 25 May '16

25 May '16

Hi folks! Being a geek and SysOp I spent a lot of time as a teenager looking for the most efficient BBS file transfer protocol - working through XModem CRC, Ymodem-1K, ZModem, ZModem with MobyTurbo, Ymodem-G, etc.. I even ran HS-Link (and BiModem) for a while to help people who actually uploaded to BBSes :). In search of CPS, the fastest I could transmit a compressed file over a 14.4 kbps link (1800 cps theoretical maximum) was using Ymodem-G** with a series of modem settings (AT&K0 - disable compression, and a few others), achieving just over 1730 cps. ZModem* was something in the 1630-1650 range, and DSZ's "mobyturbo" Zmodem would do ~ 1660-1665. Anyway I had an idea at the time to write a protocol that would dedicate 100% of the senders bandwidth to transmitting data while still adding error correction. Here's how it would work: 1. Sender streams data continuously; but calculates a CRC every X bytes (x=1024 initially), and stores to RAM. 2. Receiver receives data continuously; calculates a CRC every 1024 bytes and then sends back to the receiver over the modem back channel***. 3. Sender looks at CRCs received and if there's a match, continues sending. If there is a bad CRC, the Sender would either end the transfer (like Ymodem-G) or initiate some kind of "resume from previous bytes" control sequence TBD. 4. To help the file transfer end with minimum wasted overhead, I'd probably start the protocol with a simple string indicating how many bytes are in the transfer so the receiver knows when to stop recording. I know there's more to it than this -- the control sequence would still cost something unless I went the Ymodem-G route. The receiver would have to be fast enough to write to disk, calculate CRCs, and send CRCs without running out of modem buffer to prevent delays.. Anyway, in my mind this is 100% or as near to 100% efficient for a one-way file transfer as you can get.. Did anyone ever write a protocol like this? Am I a fool? :) Thanks! John ....... If you like reading: * Zmodem of course could resume and recover where Ymodem-G couldn't, but was less efficient due to certain control byte characters needing to be double sent when they appeared in the stream. ** Ymodem-G though rarely failed on "modern" error correcting modems.. *** USRobotics initial 14.4kbps implementation only had a 450 baud back channel which was limiting, but the industry standard (V.32bis?) was capable of 14.4kbps symmetrically.

1 0

Workshop 6/11 & 6/12 - Who's going so far
by Jeffrey Brace 25 May '16

25 May '16

01 - Jeff Brace - Commodore 64 Robotics Kit for HOPE Exhibit 02 - Evan Koblentz - Lego LOGO robotics kit for HOPE exhibit (Apple II, IBM PC) 03 - Alex Jacocks - PS/2 model 70 and AT&T 6300 testing/repairs (Sunday) 04 - Dean Notarnicola - TRS-80 Model 4, Model 4D, Model I 05 - Jeff Jonas - ??? - (Saturday)

1 0

June 11/12 Workshop - Who's Going? Whatcha working on?
by Jeffrey Brace 25 May '16

25 May '16

01-Jeff Brace-Commodore 64 Robotics Kit for HOPE Exhibit 02-Evan Koblentz- 03- 04- 05- 06- 07- 08- 09- 10- 11-

6 10

Apple II Turtle Logo on Ebay.
by william degnan 24 May '16

24 May '16

Ebay 222124483812 "Logo" Turtle Graphics Programming Software and Manuals I seem to remember Mouse or Ian wanted this program (?), and that it was hard to find. Well here you go. b -- @ BillDeg: Web: vintagecomputer.net Twitter: @billdeg <https://twitter.com/billdeg> Youtube: @billdeg <https://www.youtube.com/user/billdeg> Unauthorized Bio <http://www.vintagecomputer.net/readme.cfm>

1 0

Great article on Connor Krukosky
by Christian Liendo 24 May '16

24 May '16

http://www.ibmsystemsmag.com/mainframe/stoprun/Stop-Run/Connor-Krukosky/

1 0

Re: [vcf-midatlantic] ADTPro help
by Kelly Leavitt 24 May '16

24 May '16

On May 24, at 2:48 PM David Ryskalcyk wrote: > On May 24, 2016, at 2:39 PM, Kelly Leavitt via vcf-midatlantic <vcf-midatlantic(a)lists.vintagecomputerfederation.org> wrote: > > > > Win10 x64 and Mint x64 both. This was with a prolific usb to serial adapter on an older i7 machine and the same on an i5 dell laptop running Linux. > It's possible you have a counterfeit Prolific USB-serial adapter. Does it work with the latest Prolific drivers on Windows 10? The older fakes would produce a "Code 10" error; the newer ones may not. > >I've had success with FTDI and Silicon Labs, as well as genuine Prolific adapters, but the fakes are of varying quality and don't always work. It's a real one. This adapter works everywhere, it only seems to have problems with the Java lib. I use this in everything from Windows XP to my Rasperry PI. I purchased a dozen for the local radio club and still have a couple of my own. I used the same adapter several years ago with the same setup and didn't have this problem. This was under Windows 7 back when ADTPro was only verified to work under java32. Kelly

2 1