Started by ikonsgr, 09:17, 01 December 20
0 Members and 1 Guest are viewing this topic.
Quote from: MrLurch on 01:59, 05 November 21The lastest FW that John sent me Rev5a
Quote from: m_dr_m on 17:15, 07 November 21Thanks again @ikonsgr for this cheap yet great interface!
Quote from: m_dr_m on 17:15, 07 November 21I am wondering: is it supported by any OS? * FutureOs @GUNHED ?
Quote from: m_dr_m on 17:15, 07 November 21I am wondering: is it supported by any (D)OS? * Unidos @OffseT ?
Quote from: OffseT on 11:45, 08 November 21according to the USIfAC documentation it didn't seem to be possible.
Quote from: OffseT on 11:45, 08 November 21(and BTW, I cannot develop DOS node for all existing weird hardwares I do not even own)
Quote from: m_dr_m on 21:03, 08 November 21What is blocking?
Quote from: m_dr_m on 13:57, 24 November 21Great news! Does it solve the "not possible at the moment, let's check again later with newer firmwares."?I guess it was about being able to program the ch376.
Quote from: ikonsgr on 13:48, 24 November 21MAJOR FIRMWARE UPDATE (rev. 6) - GREAT direct file loading speed increase of ~+25% now reaching up to ~30kb/sec! Affects direct file and snapshot loading speeds (and partly |UCOPY too). I've made a fundamental change on loading code, by moving the input buffer checking (wait if inp(&fbd1)=1 e.g. if buffer is empty) from Amstrad assembly code, inside PIC microcontroller's code. Each input buffer check required 5-6us when executed from Z80 assembly, but only ~1us when executed from PIC MCU code (e.g 5-6 times faster code execution!)! This had major affect in actual loading speed as this code executed for every loading byte! For example, a 128kb snapshot is now loading in ~4.5seconds, more than 1second less than previously needed! - |UCOPY: Bug fixes and much better error handling.- |DISK: Bug fixed: image files created didn't work with emulators. As always you can find a direct link for the new firmware at 1st post of this thread.
Quote from: Devlin on 10:04, 25 November 21Updated. Feels more snappy loading games direct file-wise, though most games loaded so quick anyway it's barely noticeable unless paying very close attention
QuoteTo perform it's disc operations, the MF2 Firmware jumps directly into the DOS ROM (Upper ROM 7). This, usually, is considered bad programming practice because of possible compatibility problems.
Quote from: Mark_wllms on 13:26, 02 December 21I've been trying to use my USIFAC II with a Multiface II to save memory state (on a CPC6128).It works fine writing to a disc image loaded with ¦FDC. I get 5-9 binary files (depending on whether I clear the second memory bank), which can be loaded back into memory. This is using the Amstrad's own AMSDOS ROM, the USIFAC is only emulating the FDC.When I try with the USB mode (FDC emulation disabled, the USIFAC is emulating / patching the AMSDOS routines) it saves the binary files to the USB, but loading them back causes the screen to go haywire - it looks like the CRTC is non being programmed, but for all I know it might be loading garbage.I read at https://www.grimware.org/doku.php/documentations/expansions/mf2/startdo=export_xhtml that Could this cause an error?
Quote from: ikonsgr on 19:21, 03 December 21Indeed, FDC emulation works "low level", it doesn't affect any Amsdos routines either Interferes on DOS ROM 7. But when you enable "direct mode" to access directly files on usb device, this modifies various Amsdos routines AND takes control of DOS rom 7 too. So, if MF2 performs direct jumps to ROM7 obviously it will not work.
Quote from: shacpc on 01:14, 14 December 21The Pic KIT3.5 version can be used as Pic KIT3 for USIfAC II firmware updates?
Quote from: Cwiiis on 22:36, 14 December 21Can confirm 3.5 (which I think is a knock-off, there's no official PicKit 3.5) works fine.
Quote from: Velociraptor on 00:44, 18 December 21Sorry if this is covered already, but I'm trying to work out if it's possible to copy files from a DSK image on the USB to a physical disc in the CPC's drive.Using the |COPY command just crashes things. I'm looking to copy all of the files from a DSK to the physical disc in the CPC.Am I doing it wrong? Connecting up the USB, typing |USB and then |MG,"whatever.DSK" and then |FDC and then the |COPY command.I have also updated to the lastest "6" firmware and tried on both a 664 and a 6128. The difference is now I get an error message, file not found.I suspect I'm not following the correct route to do this. I also don't know what |COPY command I would issue to just copy everything on the loaded USB disc to the physical disc in the driveCould you perhaps give me an example of all the commands I would type from powering on the CPC to the point at which the files are copied to the CPC from inside a DSK image stored on a USB drive on the device? I would expect they would start with |USB
Quote I'm trying to work out if it's possible to copy files from a DSK image on the USB to a physical disc in the CPC's drive.
Page created in 0.099 seconds with 48 queries.