atrax27407 Posted March 29, 2014 Share Posted March 29, 2014 Do either of the Horizon CFG/ROS programs allocate disk buffer in VDP? Quote Link to comment Share on other sites More sharing options...
Gary from OPA Posted March 29, 2014 Share Posted March 29, 2014 Do either of the Horizon CFG/ROS programs allocate disk buffer in VDP? The ROS assumes the disk buffer has already been allocated by your main floppy disk controller, as such if you run ROS without a ti or myarc or corcomp controller you run into problems because the disk buffer is not allocated. Other then that use ROS uses the vdp as workspace, assuming the your main disk controller has allocated it normally and correctly. Quote Link to comment Share on other sites More sharing options...
sjt Posted September 27, 2014 Share Posted September 27, 2014 I have a question about HRD. I have a small one 256K , when i shut the pbox down it corrupts the first partition. It always (now) drops the first letter of the ramdisk name on that first partition. The files appear intact , turning it on and off. But the name always looses the first letter. The ramdisk passes all the tests when powered. I'm using it with 8.14f , the configuration test 5 shows the problem (it's the only one). When writing to it and then shutting it down and running the read test it errors. It comes up with a binary address - I think translated to 88 or 89 is this the rack# I know the "racks" are in 2k chunks but how do I match that info to which of the multiple of stacked chips are on the board. I'd like to avoid pulling and swapping chips and testing one stack at a time. Is there a DOC on using that test? Quote Link to comment Share on other sites More sharing options...
+InsaneMultitasker Posted July 8, 2015 Author Share Posted July 8, 2015 I have updated the Ramdisk configuration program (CFG) to detect a few more devices. I could use a few beta testers to help me determine if the IDE, SCSI, HFDC, and HDX devices are now properly identified. A Ramdisk is not required but you should have a PEB-based system. The latest CFG and ROS now incorporate the same CRC error detection found in the Geneve OS. When loading ROS, if the file has been corrupted or modified CFG will cancel the load operation, preserving the existing ROS. RAMBO memory pages have been capped at 255 x 8K pages to correspond with the internal page map. (RAMBO ramdisks with more than 2MB would exceed the page table size, overwriting ROS in the process. Not cool. I do not have any RAMBO ramdisks, so I have been unable to confirm the fix works properly.) There is also a strong probability we can return to one unified ROS in the future. The VDP-based filename and drive number boot tracking has been disabled since ROS8.14F and since it has been OK for 20+ years, I plan to eliminate the code and the need for ROSTI / ROSMYARK unless I find (or hear) otherwise. This is the only difference between the two ROS DSRs other than the filename. The secondary VDP-based drive number tracking mechanism will remain, written only if x8370 points to a VDP location below its destination address. 3 Quote Link to comment Share on other sites More sharing options...
Shift838 Posted July 8, 2015 Share Posted July 8, 2015 I have updated the Ramdisk configuration program (CFG) to detect a few more devices. I could use a few beta testers to help me determine if the IDE, SCSI, HFDC, and HDX devices are now properly identified. A Ramdisk is not required but you should have a PEB-based system. The latest CFG and ROS now incorporate the same CRC error detection found in the Geneve OS. When loading ROS, if the file has been corrupted or modified CFG will cancel the load operation, preserving the existing ROS. RAMBO memory pages have been capped at 255 x 8K pages to correspond with the internal page map. (RAMBO ramdisks with more than 2MB would exceed the page table size, overwriting ROS in the process. Not cool. I do not have any RAMBO ramdisks, so I have been unable to confirm the fix works properly.) There is also a strong probability we can return to one unified ROS in the future. The VDP-based filename and drive number boot tracking has been disabled since ROS8.14F and since it has been OK for 20+ years, I plan to eliminate the code and the need for ROSTI / ROSMYARK unless I find (or hear) otherwise. This is the only difference between the two ROS DSRs other than the filename. The secondary VDP-based drive number tracking mechanism will remain, written only if x8370 points to a VDP location below its destination address. i'll help you out. Quote Link to comment Share on other sites More sharing options...
+Schmitzi Posted July 8, 2015 Share Posted July 8, 2015 I´ll dig my one out Need it in TI-PEB or in Geneve ? Or doesn´t matter ? Quote Link to comment Share on other sites More sharing options...
+InsaneMultitasker Posted July 9, 2015 Author Share Posted July 9, 2015 I´ll dig my one out Need it in TI-PEB or in Geneve ? Or doesn´t matter ? TI is better for testing, but using GPL or EXEC with the ROMPAGE option is equally ok. The more cards the better, since testing them together is sometimes better than individually when it comes to detection. Quote Link to comment Share on other sites More sharing options...
+InsaneMultitasker Posted July 9, 2015 Author Share Posted July 9, 2015 The attached disk image contains CFG832a. As mentioned earlier, I'd like to see how well the detection works with various cards in the system. If a card is detected incorrectly or not at all, I will need to know what cards are in your system along with their respective CRU address cfg832A.dsk Quote Link to comment Share on other sites More sharing options...
+InsaneMultitasker Posted July 12, 2015 Author Share Posted July 12, 2015 Gazoo noticed the AVPC and HSGPL were not detected; he provided the info I needed and I have sent an update to him for testing. I also poked around at the SNUG site and have added the BwG, Speech, and EVPC cards based on their current DSRs. Anyone else have suggestions or confirmation CFG is working (so far)? Quote Link to comment Share on other sites More sharing options...
Gazoo Posted July 12, 2015 Share Posted July 12, 2015 The Insane One is a genius. CFG has never identified my cards correctly until today. Now it does. Image has been blotched a little to protect the innocent. Gazoo 3 Quote Link to comment Share on other sites More sharing options...
Omega-TI Posted July 12, 2015 Share Posted July 12, 2015 I noticed on the Horizon RAMdisk that the address is at 1500, which is the same as what the second RS-232 card uses. Does the Horizon RAMdisk have a jumper or dip switch to use an alternate address? Quote Link to comment Share on other sites More sharing options...
Gazoo Posted July 13, 2015 Share Posted July 13, 2015 (edited) I noticed on the Horizon RAMdisk that the address is at 1500, which is the same as what the second RS-232 card uses. Does the Horizon RAMdisk have a jumper or dip switch to use an alternate address? Yes, multiple addresses. Pick one that fits your system, I chose the first available after the used addresses. Look at the docs, it's one of the first decisions you make. Edited July 13, 2015 by Gazoo Quote Link to comment Share on other sites More sharing options...
Omega-TI Posted July 13, 2015 Share Posted July 13, 2015 Cool, thanks Gazoo. I've never looked at the documentation because I do not own one... YET... but it's on my list of future acquisitions! Quote Link to comment Share on other sites More sharing options...
atrax27407 Posted July 13, 2015 Share Posted July 13, 2015 It does correctly find the SNUG BWG Controller as well. Quote Link to comment Share on other sites More sharing options...
RXB Posted July 13, 2015 Share Posted July 13, 2015 Normally the Horizon is at >1000 and HFDC or SCSI is at >1200 When I had a Corcomp RAMDISK and Horizon I put them at >1600 and >1000 and my SCSI was at >1200 Quote Link to comment Share on other sites More sharing options...
Gazoo Posted July 13, 2015 Share Posted July 13, 2015 (edited) Normally the Horizon is at >1000 and HFDC or SCSI is at >1200 When I had a Corcomp RAMDISK and Horizon I put them at >1600 and >1000 and my SCSI was at >1200 There is no 'normal' address for a Horizon. It can be anywhere you choose to put it. IMHO >1000 is the worst possible place to put it. It should be above all the other devices that respond as 'DSKx". Gazoo Edited July 13, 2015 by Gazoo Quote Link to comment Share on other sites More sharing options...
+InsaneMultitasker Posted July 13, 2015 Author Share Posted July 13, 2015 The Insane One is a genius. CFG has never identified my cards correctly until today. Now it does. Gazoo Thanks Gazoo, a picture is worth 1024 bytes. Thanks Atrax for confirming the BWG is detected properly. I'll post the updated CFG here soon. I might even post ROS832a (with the CRC installed and the VDP writes removed) for some further testing. Quote Link to comment Share on other sites More sharing options...
atrax27407 Posted July 13, 2015 Share Posted July 13, 2015 When I get my second P-Box in my system, I'll be able to really put it to work! Quote Link to comment Share on other sites More sharing options...
RXB Posted July 13, 2015 Share Posted July 13, 2015 (edited) There is no 'normal' address for a Horizon. It can be anywhere you choose to put it. IMHO >1000 is the worst possible place to put it. It should be above all the other devices that respond as 'DSKx". Gazoo Hmm why I used it 10 times more then any other device? I ran the GPL Compiler on the Horizion and was way faster then the SCSI or DSK controller. Also I had DSKA. to DSKH. drives so this really required less manual searching anything unless backups to SCSI. I really liked this set up for speed and no need to search for stuff. Edited July 13, 2015 by RXB Quote Link to comment Share on other sites More sharing options...
+InsaneMultitasker Posted July 14, 2015 Author Share Posted July 14, 2015 (edited) I sent a similar note to the (s)lumbering Yahoo groups... Did anyone here receive or purchase John Johnson's hardware and software in 2001 and later in 2004? Seems he had most of his source with one or both sales, yet to this date I'm not aware of anyone releasing it. I suppose the purchasers may not even know what the had(have). In lieu of that, I have been searching for MENU 7.39 source. The version 7 source is too different... and I've had enough disassembly work this month Edited July 14, 2015 by InsaneMultitasker Quote Link to comment Share on other sites More sharing options...
+InsaneMultitasker Posted July 22, 2015 Author Share Posted July 22, 2015 So far no one has contacted me regarding John Johnson's software or hardware, not that I expect any miracles Now the "good news". I have nearly completed reconstituting the disassembled MENU 7.39 program into commented, compilable source code. With this the full source to the Horizon software trio - ROS, CFG, and MENU - will be available and current. 3 Quote Link to comment Share on other sites More sharing options...
+Schmitzi Posted July 26, 2015 Share Posted July 26, 2015 Hi, I had some time today, so here some results..... CorComp RAMplus 512K: (>1000) 1 Quote Link to comment Share on other sites More sharing options...
+Schmitzi Posted July 26, 2015 Share Posted July 26, 2015 GRAM 1.1 (>1700) 1 Quote Link to comment Share on other sites More sharing options...
+Schmitzi Posted July 26, 2015 Share Posted July 26, 2015 Foundation 128K (>1E00) 1 Quote Link to comment Share on other sites More sharing options...
+Schmitzi Posted July 26, 2015 Share Posted July 26, 2015 MyArc 512K: ( >1000 + >1900 ) 1 Quote Link to comment Share on other sites More sharing options...
Like us on Facebook
Follow us on Twitter
AtariAge on Instagram
Watch us on YouTube
Chat on Discord
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.