Comments for DevBlog http://simonowen.com/blog Stuff and nonsense Sat, 22 Nov 2008 08:10:56 +0000 http://wordpress.org/?v=2.6 Comment on fdrawcmd.sys license update by Peace http://simonowen.com/blog/2007/02/11/fdrawcmdsys-license-update/#comment-276 Peace Mon, 04 Aug 2008 18:30:20 +0000 http://blog.simonowen.com/2007/02/11/fdrawcmdsys-license-update/#comment-276 I only want to say thanks for your very well driver!!! Regards, Peace I only want to say thanks for your very well driver!!!

Regards, Peace

]]> Comment on SAM/IP by Simon http://simonowen.com/blog/2007/12/11/samip/#comment-222 Simon Tue, 15 Jan 2008 19:49:06 +0000 http://simonowen.com/blog/2007/12/11/samip/#comment-222 Excellent! Please let me know when you do... Excellent! Please let me know when you do…

]]> Comment on SAM/IP by Adrian Brown http://simonowen.com/blog/2007/12/11/samip/#comment-221 Adrian Brown Tue, 15 Jan 2008 18:58:30 +0000 http://simonowen.com/blog/2007/12/11/samip/#comment-221 Well, ive just finished a major deadline so im just typing up my z80 article then ill start on uip again :) Well, ive just finished a major deadline so im just typing up my z80 article then ill start on uip again :)

]]> Comment on SAM/IP by Simon http://simonowen.com/blog/2007/12/11/samip/#comment-196 Simon Tue, 11 Dec 2007 23:54:37 +0000 http://simonowen.com/blog/2007/12/11/samip/#comment-196 I've finished converting all I need for cpc/ip, and it didn't take more than about an hour. It's just a minor limitation of the original Comet syntax, and not a problem that pyz80 is faithful to it! That said, if I run into anything similar I'll be sure to check with you first next time - thanks! I’ve finished converting all I need for cpc/ip, and it didn’t take more than about an hour.

It’s just a minor limitation of the original Comet syntax, and not a problem that pyz80 is faithful to it!

That said, if I run into anything similar I’ll be sure to check with you first next time - thanks!

]]> Comment on SAM/IP by Andrew Collier http://simonowen.com/blog/2007/12/11/samip/#comment-194 Andrew Collier Tue, 11 Dec 2007 23:43:43 +0000 http://simonowen.com/blog/2007/12/11/samip/#comment-194 You should have said! I doubt it would be too much work to extend pyz80 to accept strings inside DEFB. If you're porting a lot of this source it may be worthwhile for me to extend the source parsing to accept unmodified files in this other format. Would that be useful, or have you passed that point by now? You should have said! I doubt it would be too much work to extend pyz80 to accept strings inside DEFB. If you’re porting a lot of this source it may be worthwhile for me to extend the source parsing to accept unmodified files in this other format. Would that be useful, or have you passed that point by now?

]]> Comment on fdrawcmd.sys license update by Simon http://simonowen.com/blog/2007/02/11/fdrawcmdsys-license-update/#comment-57 Simon Thu, 06 Sep 2007 14:02:01 +0000 http://blog.simonowen.com/2007/02/11/fdrawcmdsys-license-update/#comment-57 GNU GPL seems like a better option for allowing 3rd party changes to be fed back into the main project. If I'm going to open it up, I'd prefer it to stay open for everyone - and BSD doesn't /require/ that. What makes you think BSD would be a better option? GNU GPL seems like a better option for allowing 3rd party changes to be fed back into the main project. If I’m going to open it up, I’d prefer it to stay open for everyone - and BSD doesn’t /require/ that.

What makes you think BSD would be a better option?

]]> Comment on fdrawcmd.sys license update by Luchezar Georgiev http://simonowen.com/blog/2007/02/11/fdrawcmdsys-license-update/#comment-17 Luchezar Georgiev Sat, 25 Aug 2007 08:13:54 +0000 http://blog.simonowen.com/2007/02/11/fdrawcmdsys-license-update/#comment-17 Why exactly the GNU GPL? The "modified" BSD licence is much less restrictive and still GPL-compatible. Why exactly the GNU GPL? The “modified” BSD licence is much less restrictive and still GPL-compatible.

]]> Comment on Atom Lite CF support by Simon http://simonowen.com/blog/2007/06/25/atom-lite-cf-support/#comment-15 Simon Mon, 13 Aug 2007 14:25:51 +0000 http://simonowen.com/blog/2007/06/25/atom-lite-cf-support/#comment-15 It wouldn't be much work to do it, though it'll never be as fully functional as the Windows version. The FDRAWCMD interface support in the Linux kernel lacks the flexibility to terminate write commands early, since it's not something people would normally need to do. That prevents writing CRC errors, short sectors, mixed density tracks, and a few other quirks required by copy protected disks. That said, if you only want to read/write regular SAM and CP/M formats then you'll be fine with the standard support: To read from SAM disk to raw image: dd if=/dev/fd0u800 of=image.mgt To write the image back to a formatted disk: dd if=image.mgt of=/dev/fd0u800 To format a new SAM disk: fdformat /dev/fd0u800 If the /dev/fd0u800 device doesn't exist, try /dev/.static/dev/fd0u800 instead. Or for CP/M disks change the last part of the name to fd0u720. You'll only be able to use .mgt (old-style 819200 byte .dsk images) with that method, but it might be better than nothing for now! It wouldn’t be much work to do it, though it’ll never be as fully functional as the Windows version. The FDRAWCMD interface support in the Linux kernel lacks the flexibility to terminate write commands early, since it’s not something people would normally need to do. That prevents writing CRC errors, short sectors, mixed density tracks, and a few other quirks required by copy protected disks.

That said, if you only want to read/write regular SAM and CP/M formats then you’ll be fine with the standard support:

To read from SAM disk to raw image:
dd if=/dev/fd0u800 of=image.mgt

To write the image back to a formatted disk:
dd if=image.mgt of=/dev/fd0u800

To format a new SAM disk:
fdformat /dev/fd0u800

If the /dev/fd0u800 device doesn’t exist, try /dev/.static/dev/fd0u800 instead. Or for CP/M disks change the last part of the name to fd0u720.

You’ll only be able to use .mgt (old-style 819200 byte .dsk images) with that method, but it might be better than nothing for now!

]]> Comment on Atom Lite CF support by Steve(spt) http://simonowen.com/blog/2007/06/25/atom-lite-cf-support/#comment-14 Steve(spt) Mon, 13 Aug 2007 11:30:29 +0000 http://simonowen.com/blog/2007/06/25/atom-lite-cf-support/#comment-14 Is there any chance of a version of Samdisk for Linux? Is there any chance of a version of
Samdisk for Linux?

]]> Comment on Atom Lite CF support by Simon http://simonowen.com/blog/2007/06/25/atom-lite-cf-support/#comment-11 Simon Mon, 16 Jul 2007 13:42:30 +0000 http://simonowen.com/blog/2007/06/25/atom-lite-cf-support/#comment-11 Yes - AL+ DALLAS clock support was added last week, and confirmed over the weekend with Edwin's updated BDOS. I implemented DALLAS RAM saving to the .cfg file for the normal clock, but that wasn't very convenient to view/edit. I'll move that to an external file instead, with the AL clock saved to a different file. SimCoupe currently emulates the DS1687, which has only 256 bytes of RAM. Once I get my AL+ I'll implement the DS17887, which has a spacious 8K of RAM. That should give much more room to play with for state saving! Yes - AL+ DALLAS clock support was added last week, and confirmed over the weekend with Edwin’s updated BDOS.

I implemented DALLAS RAM saving to the .cfg file for the normal clock, but that wasn’t very convenient to view/edit. I’ll move that to an external file instead, with the AL clock saved to a different file.

SimCoupe currently emulates the DS1687, which has only 256 bytes of RAM. Once I get my AL+ I’ll implement the DS17887, which has a spacious 8K of RAM. That should give much more room to play with for state saving!

]]>