From
Mike
→
To
All
16 November 2006
Hello Sonic
Son> I still think that it should be connected not instead of the drive, but directly
Son> instead of VG. This is simpler from a firmware point of view, but it won’t work with
Son> at the speed of real VGhi, but much faster. Downloaders from the background
Son> music will also work faster because data loss can be avoided
Son> basically. And the mode of direct access to the card is possible
Son> used, for example, in IS-DOS to manipulate the contents of the card.
Son> By the way, who made Chrome/ReSpect here, you can cooperate and
Son> create an MMC-based machine (which is simply awesome for my conditions because
Son> the clone board takes up very little space: v2_cheer; );
+1 :)
From
Stanislav Yudin
→
To
All
16 November 2006
Hello Sonic
Son> 2. Take this device and adapt it to ZX.
Regarding this device, its author has already said on this forum that he is ready
provide support for Spectrum and even received the necessary information on formats
floppy disks But, unfortunately, he did not say how the whole thing ended. Timur, oh! :)
From
Stanislav Yudin
→
To
All
16 November 2006
Hello Sonic
Son> I still think that it should be connected not instead of the drive, but directly
Son> instead of VG.
This is certainly more logical and simpler, but there are fears that part of the software is still
will refuse to work with such a connection.
From
Valery Grigoriev
→
To
All
16 November 2006
Hello Mike
What is your vision for the end result?
This means expansion boards, necessary components and most importantly -
at least approximately - the costs for modernization.
From
Pavel Fedin
→
To
All
16 November 2006
Hello, All
I have sorted out the problems with the amount of iron at home and am finally starting a ZX, apparently
Moscow-128.
The condition was that the device would take up minimal space and would not represent
consists of a bunch of boxes connected by wires.
For the first time, of course, you will have to hook up a 3.5" drive. And then... Interesting,
What will dear All say regarding the drive emulator?
You can go several ways:
1. Contact Maxagor and adapt vTR-DOS to work with small volumes
memory (it is not necessary to load the entire image into memory, it can also be read from the card,
even if it will be slower, it WILL happen!). May be required
additional installation of service memory in the computer in the manner of Disciple/Opus/+D.
2. Take this device
[http://amiga.org.ru/forum/viewtopic.php?t=1298&postdays=0&postorder=asc&start=
0&sid=f932a8e22124b5e072219cf9df5e1277] and adapt to ZX.
3. You can develop your own controller that switches on instead of VG93, not
having its disadvantages, possibly working faster (due to the "instant"
positioning), possibly also providing a "transparent" access mode
map (for advanced operating systems such as IS-DOS).
You may ask, what is the point of developing for outdated machines? And the meaning is the way out
to the Western market with their branded cars. Of course they are for the most part
use +D, but this does not pose a technical problem sinceThe controller used in +D is the predecessor of VG93 and VG93 can
carry out absolutely all his commands. I've worked through this issue before when
got excited about the idea of a universal disk controller.
Ideas/thoughts/wishes?
From
Pavel Fedin
→
To
All
16 November 2006
Hello, CHRV
What's his nickname?
Damn, it’s a pity I didn’t have time to remove the flop and one screw from that pussy... Here’s how
always - you give away everything that has been lying around for years, and after a week - OH DAMN IT IS NECESSARY
HOW...
From
Pavel Fedin
→
To
All
16 November 2006
Hello, CityAceE
Cit> This is certainly more logical and simpler, but there are fears that part of the software
Cit> will still refuse to work with such a connection.
Because of what (provided that the operation of the VG is emulated 100%)?
From
Pavel Fedin
→
To
All
17 November 2006
Hello ASDT
ASD> "Damn, we've done it 1000 times already. And it didn't work,"
ASD> That is. some argue that writing compatible
ASD> analog trdos is not possible...?
Limited compatibility - possible.
At one time the problem was that:
a) TR-DOS #3D13 system calls are not enough to create high-quality
utilities
b) They are only operational in a fully functioning SOS environment (with
presence of system variables, etc.)
Condition (b) is observed very rarely in game programs (and demos, I believe),
therefore, everyone wrote their own bootloaders that directly controlled the VG93. Programs
were already protected on the disks.
There are quite a lot of these programs.
Regarding open source code - what is there to open... However, I’m still in
In the 90s he “discovered” it in his book. :v2_finge:
From
Pavel Fedin
→
To
All
17 November 2006
Hello, captain cobalt
cap> -1
cap> How many changes need to be made to typical software?
cap> More than 100 bytes?
cap>
In late-production domestic software (> 1996) - much more than 100 bytes.
Programs are usually monoblocks or the disk is protected and
autostart.
> How many of them are there, these disk programs?
>
Quite a lot.
> From a perspective point of view, it is necessary to move away from the “each
> the program contains a bootloader." Instead, you should go to
> some boot format that is loaded by the bootloader. Then
> for the program it will not matter where it was downloaded from. You can
> will be free to develop new devices, and programs will be
> to boot from them, you just need to make a bootloader.
Yes, but you forgot about programs with additional downloads (games with levels, demos, etc.).
From
Pavel Fedin
→
To
All
17 November 2006
Hello, tnt23
tnt> Here I am :) I got distracted a little - my son was born, then I bought myself a ZX
tnt> Spectrum 48K with rubber buttons and ZX Printer, well, there were others
tnt> slightly more commercial projects.
tnt>
tnt> I plan to resume emulator training before the end of the year.
Wow, congratulations!!! :v2_cheer; :v2_clapp:;
By the way, is there a diagram and everything else (so that you can repeat it)? Or maybe
Do you send out boards under any conditions?
From
Pavel Fedin
→
To
All
17 November 2006
Hello, Maksagor
> This is just software and done in ATM-turbo 2+ ROM, with very
> good compatibility results, although, of course, not
> one hundred percent.
By the way, I wonder what is causing the problems and not 100% compatibility? Or
only lack of memory to stuff a bitwise copy of the disk there
with all service areas?
And it’s also interesting, does the virtual disk in vTR-DOS work for writing? And is it possible
then save the modified image?