TEST v4.30!

<19:58> Nicolas Davidov write to All:

ND> 2. Original cache conflict bug with GS ;) I wonder if there was
ND> at least one car with a cache on which version 4.22 would not write
ND> 'Conflict'? (mine doesn't count ;)). Now searching for a conflict is only possible
ND> if both ingredients are present :-).

On Sprinter 4.22 there was no conflict with the cache. Detected 16k and ok.
By the way, does the test somehow measure the speed of operation in the cache??

P.S. Was my response in netmail with a list of possible conflicts received or not?

Wow! The Protoss are attacking my Zerlings! It's time to get going. Ivan... data-saferedirecturl="https://www.google.com/url?hl=ru&q=http://www.atlant.ru/peters&source=gmail&ust=1785433320216000&usg=AOvVaw1Re8g2TZVpuU-9lXCI71IB">www.atlant.ru/peters *

Wednesday October 27 1999 19:58, Nicolas Davidov wrote to All:

ND> The Takt/Int counting system has been changed - now it generally counts simply:
ND> the number of lines * 244, otherwise on my Pentagon in the turbo it turned out quite well
^^^
Why??? After all, in the Pentagon - 224, in Leningrad/Stary_Skorpa - like 216, in
other computers - other values.

Yuri

ND>> very
YV> ^^^
YV> Why??? After all, in the Pentagon - 224, in Leningrad/starom_skorpa - like
YV> 216, in other computers - other values.
^^^
Also 224. I don’t know where you counted 216, apparently on machines with quartz
at 13.5 Mhz. Such quartzes were installed only because of the shortage of ordinary ones.

Kirill Frolov. [ZX]

YV>> like 216, other computers have different values.
YV>>
KF> ^^^
KF> Also 224. I don’t know where you counted 216, apparently on machines with
KF> quartz at 13.5 Mhz.

quartz frequency has nothing to do with the number of clock cycles in the line.

Total good.
Dmitry.

... LD..X-TRADE... [ZX]

DL> the frequency of the quartz has nothing to do with the number of clock cycles in the line.

Look at the diagram of Leningrad and don’t write nonsense. There, a divider is set on the counter
so that the horizontal and frame frequencies do not drift away.

Encoders used to like to connect Spectrums via secam. Have you seen
what kind of crap is formed on the screen when the horizontal frequency is incorrect?
After all, in the SECAM there is a delay line... And not all TVs
will handle a non-standard frequency.

Kirill Frolov. [ZX]

KF> Look at the map of Leningrad and don’t write nonsense. There, a divider is set on the
KF> counter so that the horizontal and frame frequencies do not
KF> drift away. Encoders used to like to connect Spectrums via secam. Have you
KF> seen what kind of crap is formed on the screen when the horizontal frequency
KF> is incorrect?

I repeat - the quartz frequency is not related to the number of clock cycles in the line.
the constant on the counter is related to the number of clock cycles.

KF>> the counter is set with a divider so that the line and frame

[...]

DL> I repeat - the quartz frequency is not related to the number of clock cycles in the line.
DL> a constant on the counter is connected to the number of clock cycles.

And this constant, in turn, is related to the quartz frequency, to obtain
a normal image on screen. So connected. Don’t believe me?
Find a quartz at 15 Mhz and put it in the spectrum, don’t touch the divider...

Kirill Frolov. [ZX]

Once, Mon Nov 15 1999 00:50, Kirill Frolov wrote to Dmitry Lomov about [TEST
v4.30!]:

DL>> I repeat - the quartz frequency is not related to the number of clock cycles in the
DL>> line. the number of clock cycles is associated with a constant on the counter.

KF> And this constant, in turn, is associated with the frequency of the quartz, for
KF> obtaining a normal image on the screen. So it’s connected.

indirectly ;)

Wednesday November 17, 1999 at 02:22:46 Kirill Frolov wrote a letter to Dmitry Lomov on
the topic "TEST v4.30!".
I decided to add my opinion there too.

KF> Nemed
Don’t understand? ;)

Good luck to you, Kirill Frolov!
Anton Kriwoshea aka $k1v/M7H (orp.'99.
[Esoteric] [Perfectum armata] [J.M. Jarre]