DskTest v0.1.47b (release?)

robcfg · 13:05, 21 October 13

As of lately is moving a bit on the CPC side, but as MESS is not only a CPC emulator, progress isn't as fast as we'd like.

Gryzor · 21:03, 23 October 13

I think people just stick with specialised emulators, especially since most come from separate communities. I can't be arsed to see if a multi-emulator works with X platform when I already know an emulator for it. And if I don't know of one, googling "NeoMSX3+TurboGTX emulator" will give me something for sure...

Btw, the relevant support page at mess.org says it supports "Sinclar".

breiztiger · 20:36, 22 December 13

hi

i have just try to test my ddi-1 on my cpc6128 and when i select drive b (6) and measure spin (5) but never finish the test

have somebody test with this config ?

breiztiger

TotO · 21:10, 22 December 13

Try with this: RPM de Brice RIVE

Bryce · 22:39, 22 December 13

Nice program, just gave it a go. Simple and text you can read (hint to Pacomix)

Bryce.

TotO · 23:05, 22 December 13

The download link came for the Amstrad TODAY website, witch was allowed by the author.

pacomix · 17:19, 10 January 14

Hi Breiztiger!

Strange... Could you describe what exactly are you doing?

@Bryce:

Yep but I was first

Executioner · 03:02, 28 February 14

Quote from: TotO on 10:12, 18 October 13
Around 6 months ago, I have made a little program that can detect all the CPC emulators and display their names. (see the screenshot)

By this measure, the ability to detect an emulator shows that the emulation is not accurate enough?

Quote
That mean you have all some works to do to emulate (and not simulate) a real FDC...
Starting from M.E.S.S. will be great.

WinAPE already got a complete FDC rewrite with 2.0A16. I may do another, but not in the near future since 99.9% of known software appears to work, and the few that don't are usually because someone didn't include inter-sector data in the DSK image. The MESS code may be more accurate, but it requires significantly more emulation overhead and I can't currently justify it.

TotO · 17:19, 28 February 14

5 moths answer.

Thank you.

I suppose that, while it's possible to make the difference between the real hardware and an emulator, that mean it's not accurate and a program can fail to run. (many protected programs don't on most old CPC emulators)

Now, I understand that is not an easy task to achieve...

Executioner · 02:07, 04 March 14

Quote from: TotO on 17:19, 28 February 14
that mean it's not accurate and a program can fail to run.

Yes, but rather than totally rewrite the emulation from scratch it's usually easier to fix it to cope with those particular programs. It all depends on your starting point of course. If people today are purposely writing new programs to break emulators just to keep us on our toes, perhaps they should find something better to do with their time since most of the point (of WinAPE at least) is preserving old software and providing a development platform for CPC/Z80.

pacomix · 10:18, 04 March 14

Quote from: Executioner on 02:07, 04 March 14
Yes, but rather than totally rewrite the emulation from scratch it's usually easier to fix it to cope with those particular programs. It all depends on your starting point of course. If people today are purposely writing new programs to break emulators just to keep us on our toes, perhaps they should find something better to do with their time since most of the point (of WinAPE at least) is preserving old software and providing a development platform for CPC/Z80.

Hi! Do you plan in a future to release the source code or give the ability to write plugins? The debugging capabilities are really good but it would rock, for example, if you can communicate with the winape process and send commands like inserting breakpoints, load new symbols, snapshots, etc...
I'm developing a visual studio integration and this feature would be grand for setting breakpoints at any time from VS, building and deploying the modified source code automatically, etc...

Executioner · 03:49, 12 March 14

Quote from: pacomix on 10:18, 04 March 14
Hi! Do you plan in a future to release the source code

Not likely. It's a mix a Delphi and x86 assembler with 3rd party components so it'd be almost impossible to compile it.

Quoteor give the ability to write plugins? The debugging capabilities are really good but it would rock, for example, if you can communicate with the winape process and send commands like inserting breakpoints, load new symbols, snapshots, etc...

That's a possibility, but also a rather huge job exposing such an API and making sure those calls are thread safe. Maybe a small set of functions.

QuoteI'm developing a visual studio integration and this feature would be grand for setting breakpoints at any time from VS, building and deploying the modified source code automatically, etc...

Wow, didn't know M$ let you write your own plugins

pacomix · 13:48, 12 March 14

Quote from: Executioner on 03:49, 12 March 14
Not likely. It's a mix a Delphi and x86 assembler with 3rd party components so it'd be almost impossible to compile it.

- I'm pretty sure its possible to have the same build environment you use.

Quote from: Executioner on 03:49, 12 March 14
That's a possibility, but also a rather huge job exposing such an API and making sure those calls are thread safe. Maybe a small set of functions.

- It would be enough:
- Insert breakpoints with all the supported parameters.
- Re-load the symbols table or add/modify new/existent ones.
- Reset the emulator, autoload a .dsk, load a .sna.

- Is it really so hard? Basically it would need to listen to commands in a specific TCP port (so you don't need to mess with forks and pipes) and just call the internal functions. But well... I don't know anything about the WinAPE code so...

Quote from: Executioner on 03:49, 12 March 14
Wow, didn't know M$ let you write your own plugins

- Yes! There is a quite nice API for doing so. I wrote the first integration for Vs2008 for the DS console. It's a bit messy but quite powerful once you dominate it.

Bryce · 12:13, 06 March 15

@pacomix

As this tool has now become a permanent installation on my test/repair system and gets used almost daily by me, is there any chance you could change the fonts of the tool to something less "Eye-cancer-inducing" ?

Thanks,
Bryce.

pacomix · 14:23, 06 March 15

@Bryce Haha! Yes I can. Which country flag colours do u need?

Bryce · 14:54, 06 March 15

A plain "Amstrad standard" yellow text on blue background would be fine.

Bryce.

CanonMan · 15:09, 06 March 15

Quote from: Bryce on 14:54, 06 March 15
A plain "Amstrad standard" yellow text on blue background would be fine.

Bryce.

Seconded!

It's a useful program, that's got me out of trouble quite a few times, but it does look hideous! Sorry!

Good old MODE 1, yellow on blue would do nicely. Or even white on blue, with hi-lighted text in red or green? (Think the same colours as Dizzy!)

pacomix · 15:22, 06 March 15

@Bryce Haha! I was joking

Would you agree to have a dark red background with orange font?

Bryce · 15:28, 06 March 15

Anything that's readable without giving me headaches is good for me

Bryce.

Edit: One other question (I know this is probably asking a lot), but would it be possible to make the program ROM based?

pacomix · 16:16, 06 March 15

@Bryce ROM based? I have no idea how to do it. This was just a quick and dirty tool I did for myself and talking honestly, right at the moment I have no time to invest on it. I need to look where I did put the source code since I don't remember. I think the best thing I can do is to publish the source code.

CanonMan · 16:32, 06 March 15

Quote from: pacomix on 15:22, 06 March 15
@Bryce Haha! I was joking

Would you agree to have a dark red background with orange font?

What's wrong with white or yellow on a dark blue background? Orange on red sounds like a right eyesore!

pacomix · 16:39, 06 March 15

@CanonMan There is nothing wrong. But I like more dark red background and orange text over it.

Bryce · 22:59, 06 March 15

I only suggested ROM based because when your drive is broken, disk based software isn't all that helpful if you only have one (broken) drive.

If you find the source code let me know, I (or someone else most likely) could look at making a ROM from it.

Bryce.

pacomix · 23:30, 06 March 15

That's true! I generated a .cdt too... but I think that I never uploaded it... Definitely having it in the ROM format would be helpful but I think that it won't be more versatile than having the .cdt in a phone or real cassette. Are there really many people with a ROM interface?

Bryce · 23:35, 06 March 15

Maybe it could be a foreground ROM and it could be plugged in instead of ROM0 in the CPC?

Bryce.