Recent Posts

Pages: [1] 2 3 ... 10
1
Hi

Geoff's correct - but the package to read from / write to the uIDE format, cpmtools, is included as a download on the uIDE Wiki page (which I am constantly linking to: http://www.cpcwiki.eu/index.php/UIDE_Universal_IDE_adapter_cards_for_Z-80_computers).

You can use a CF card with uIDE as long as you have an adapter, but DOMs are more compatible in my limited experience. It is all explained (in some detail) on the Wiki page.

I would say the main purpose of using a GoTech on a PCW equipped with uIDE is to perform the initial boot. Once booted you just tend to use the IDE drives. They are fast and transform the PCW experience.

Regards
JonB
Just realized you're the designer of the board. Kudos! Thank you for your contribution to the retro world.

Do you sell a kit for the entire PCW expansion port with video product? I'm good with a soldering iron so just need the bits and instructions. Shipping to California. Perhaps you could PM me pricing.

Thanks!, Starglider aka ԹҽɾíƒɾɑϲԵíϲ's RҽԵɾ๏ RҽϲíԹҽs
http://youtube.com/perifractic
http://patreon.com/perifractic

2
Thank you both. I'd actually read that wiki before coming here but I couldn't work out how to get the files onto the uIDE. In simple terms, from a Mac, how would I transfer PCW disk images from the interwebs?

Thanks!, Starglider aka ԹҽɾíƒɾɑϲԵíϲ's RҽԵɾ๏ RҽϲíԹҽs
http://youtube.com/perifractic
http://patreon.com/perifractic
3
Other retro / Re: NHS banning fax machines, is it right?
« Last post by Bryce on Today at 09:27 »

Paper is pretty much the only long term archive solution, books and text exist from hundred of years ago, I can't see much possibility of reading floppy disks or CDs in the 30th century.  I suggested to someone at work in their early 20s they could burning something to DVD and they looked aghast and said I haven't see one of those for years so even what was once amazing modern technology is dying out.  We've been moved to O365 at work, now word etc crashes a few times a day and I get the ever spinning egg timer, this is progress.....

Yes, O365 is a mess. Luckily for confidentiality reasons, we can't use any cloud services. The problem with data in the digital age is that we once only stored what was important, now we store anything and everything.


Bryce.
4
Hi

Geoff's correct - but the package to read from / write to the uIDE format, cpmtools, is included as a download on the uIDE Wiki page (which I am constantly linking to: http://www.cpcwiki.eu/index.php/UIDE_Universal_IDE_adapter_cards_for_Z-80_computers).

You can use a CF card with uIDE as long as you have an adapter, but DOMs are more compatible in my limited experience. It is all explained (in some detail) on the Wiki page.

I would say the main purpose of using a GoTech on a PCW equipped with uIDE is to perform the initial boot. Once booted you just tend to use the IDE drives. They are fast and transform the PCW experience.

Regards
JonB
5
Hello,

I've got a Gotek, but I've not got around to connecting it to my PCW.   I guess there's not a BIG point to, as I've got the uIDE device attached so I've got more disk on line than I could want.

However, the way I understand it...

The Gotek in effect replaces a 3.5" disk drive, and appears to the computer as a 3.5" drive, so you pretty much follow the instructions for attaching a 3.5" drive as B:, which will involve a modified cable (or extension to the cable) to primarily provide the 'Ready' signal as well as provide the connections between the 28 (?) pin PCW cable and the 36 (?)  pin PC cable.   You may also be able to use the PCW power supply to connect to the Gotek, but if you can you may be better to use an external supply (5v).

The other important thing is that you would need to have relevant disk images loaded onto the USB stick when you get going, else there's nothing there to connect to.   For starters, you should have a normal B: image, but once you've got that working then maybe A: images should work as well?   Main point, the PCW will need to find what it expects to find, i.e. what looks like a normal PCW disk.

Regarding your other question, I think you're referring to the DOM card, which is NOT a CF, but may be very similar.   Yes, as you suggest, this has a CP/M format (there are really 13 @ 8 Mb CP/M drives there) so it cannot be accessed directly by other machines.   You could access the drive via software that allows the card format to be 'interpreted', but any system that tries to access the disk immediately (Windows certainly does, I'd guess Mac stuff does) will report disk problems, drive not formatted, drive corrupt, etc?

Geoff
6
Cool, if someone has drawings of the item I'll get a quote.
People prefer black plastic or untreated aluminium?


Thanks for the Option.
Black Plastic would be suitable for me (it will take 30 years to age and then Break) I may have lost interest by then  :laugh:


Thanks.  Ray
7
Emulators / Re: "EXTENDED CPC DSK File" (.dsk) format
« Last post by robcfg on Today at 00:08 »
I did a DSK file reader, and I don't have any fixed values.


See here the C++ declaration of that data structure on my code:
Code: [Select]
struct CDSKFile_TrackInfoBlock
{
string header;                              // Header string is 13 bytes long
unsigned char unused[3];                    // 3 unused bytes
unsigned char trackNumber;                  // Track number
unsigned char sideNumber;             // Side number
unsigned char dataRate;                     // Previously unused. Now Data Rate (John Elliott extension)
unsigned char recordingMode;                // Previously unused. Now Recording Mode (John Elliott extension)
unsigned char sectorSize;                   // Sector size
unsigned char sectorsNum;                   // Number of sectors
unsigned char gap3Length;                   // GAP#3 length
unsigned char fillerByte;                   // Filler byte value
vector<CDSKFile_SectorInfo> sectorInfoList; // Sector information list
vector<uint8vector> sectorData;             // Actual sector data
bool isUnformatted;                         // Is this an unformatted track?
};


Hope it helps!
8
Emulators / Re: WIP Retro Virtual Machine v2.0.
« Last post by jcgamestoy on Yesterday at 23:28 »
Last video in this thread...


RVMv2 Beta 1 will be available on December 22th



https://www.youtube.com/watch?v=TiNVFGSshdE


 ;)
9
Emulators / Re: "EXTENDED CPC DSK File" (.dsk) format
« Last post by krusty_benediction on Yesterday at 23:10 »
Just looked at these documentation to write a DSK reader for my toolbox. I have to admit that I do not find them clear at all.For example, location of  data is not explicitly stated. I had to make several tries before (I hope so) being able to write my DSK reader (at least the sector information looks like what cpcpower view for the dsk I tested).
The ultimate fix to my code was to start to read the the sector data after 231 bytes. I obtain this magic number there : https://github.com/damieng/DiskImageManager/blob/master/Source/DSKFormat.pas#L37 (I doubt i would have been able to finish my reader without that)
Why this value ? I do not understand at all; it is not even a multiple of 8.
Thanks for the help
10
Amstrad CPC hardware / Re: Amstrad CPC WiFi
« Last post by Duke on Yesterday at 22:12 »
But is there a short controlled way to synchronize the romslots.bin with the flash?
I posted a few messages back how this is done, but of course it's not a short method, since you would have to compile a program on a PC and run it from there.
If I have the feel tomorrow I will knock it together a cpc version, which you can just run to import roms from a different config.

Quote
Now to something different.

I have tried out to compile some bcpl code with the rom based compiler.

Working with the real disc works flawlessly but with the sd there are some header problems.

Also with Maxam and Protext saving some text to the sd.

Will investigate further this issues.
Please provide feedback on this issue, early on I used protext/maxam quite a lot for testing various routines I wrote and headers were flawless.

Pages: [1] 2 3 ... 10