DriveWire_Specification
DriveWire_Specification
Tormod, It's time to move this project to GitHub. Here are my big two reasons: Visiblity - all of the momentum in open source projects is there. I think the NitrOS-9 project officially being hosted on GitHub would increase its prominence. Collaboration - GitHub has a great interface for managing for pull requests which are great for change management. It's easy to see what has changed through the web interface. Viewing diffs is elegant and clear, as is commenting on those changes. There's already...
No objections from me. Tormod?
Outside of the FAT, I can't think of any way 'decb' woud know the size of a Disk BASIC disk image. It could take a conservative approach and assume all disk images are 35 tracks, with an option to "force" it to respect 40 tracks (or even 80) for all operations.
Changed ordering of libraries so that compilation worked under Ubunti
Fixed warnings
I'm not sure what mdrp.bin is, but I removed the reference from the Makefile and committed. Perhaps the makefile for dwdos should be up in build/unix?
We probably need separate makefiles for Linux/macOS in the build/unix folder. This would alleviate this issue. For now I commited a change that simply doesn't build cocofuse in build/unix/Makefile
Tormod, Before I waste anymore of our time, let me try to determine where this latest attempt went wrong. I am more of a git person than a mercurial one, so apologies in advance. From the command line, I type the following: hg log changeset: 3208:fd4a2cfcf36b branch: covga tag: tip parent: 3088:8f5a6fe2d09e user: boisy@toughmac.com date: Tue Oct 17 15:01:26 2017 -0500 summary: Added conditionals around VGASetup changeset: 3207:c544854608cf user: David Ladd drencor-xeen@users.sourceforge.net date:...
Hi Tormod, Thanks for pointing this out. It was easer for me to just integrate the changes into the latest repo and provide a diff file (attached). Note that I am not creating the DSK image for CoVGA (just like there is not default disk image for CoHR and CoWPRS). But the covga.io and term_vga.dt files are built in the coco1/level1/makefile, and the bootfile for covga is built in level1/bootfiles/bootfile_covga. It seems like the makefiles for these different variations of boot files and disk images...
Hi Tormod, Thank you for pointing that out. I just committed that change on the ‘covga’ branch. Let me know how you would like to handle the merging of the covga branch to the main branch. On Oct 17, 2017, at 2:58 PM, Tormod Volden tormod@users.sf.net wrote: Hi Boisy, sounds good. If in doubt you can always attach a patch here. Anyway the committed change diff seems fine. Just from looking at the diff: Shouldn't also the VGASetup block be conditional for CoVGA? Regards, Tormod Support for CoCoVGA...
I attended Tandy Assembly in Chillicothe, Ohio last weekend. While there, I picked up Brendan Donahe's CoCoVGA board which gives early model CoCo 2s complete VGA support by suspending the VDG onto a daughterboard and adding additional logic. The VGA display is clean and crisp on the CoCo 2. There are also additional graphics modes and even a 64x32 text mode that quadruples the display size from 32x16. It was this text mode that I wanted to see supported under NitrOS-9. I've just completed that work....
I attended Tandy Assembly in Chillicothe, Ohio last weekend. While there, I picked up Brendan Donahe's CoCoVGA board which gives early model CoCo 2s complete VGA support by suspending the VDG onto a daughterboard and adding additional logic. The VGA display is clean and crisp on the CoCo 2. There are also additional graphics modes and even a 64x32 text mode that quadruples the display size from 32x16. It was this text mode that I wanted to see supported under NitrOS-9. I've done completed that work....
I attended Tandy Assembly in Chillicothe, Ohio last weekend. While there, I picked up Brendan Donahe's CoCoVGA board (http://www.cocovga.com) which gives early model CoCo 2s complete VGA support by suspending the VDG onto a daughterboard and adding additional logic. The VGA display is clean and crisp on the CoCo 2. There are also additional graphics modes and even a 64x32 text mode that quadruples the display size from 32x16. It was this text mode that I wanted to see supported under NitrOS-9. I've...
I attended Tandy Assembly in Chillicothe, Ohio last weekend. While there, I picked up Brendan Donahe's CoCoVGA board (www.cocovga.com) which gives early model CoCo 2s complete VGA support by suspending the VDG onto a daughterboard and adding additional logic. The VGA display is clean and crisp on the CoCo 2. There are also additional graphics modes and even a 64x32 text mode that quadruples the display size from 32x16. It was this text mode that I wanted to see supported under NitrOS-9. I've done...
I attended Tandy Assembly in Chillicothe, Ohio last weekend. While there, I picked up Brendan Donahe's CoCoVGA board which gives early model CoCo 2s complete VGA support by suspending the VDG onto a daughterboard and adding additional logic. The VGA display is clean and crisp on the CoCo 2. There are also additional graphics modes and even a 64x32 text mode that quadruples the display size from 32x16. It was this text mode that I wanted to see supported under NitrOS-9. I've done completed that work....