Page 3 of 8

Re: Oшибка в новой конфигурации?

PostPosted: 04 Oct 2011, 07:38
by lvd
LVD продолжает не считать ошибкой то что вам надо...

Re: Oшибка в новой конфигурации?

PostPosted: 04 Oct 2011, 13:30
by z00m
Maybe it's not error. But it is definitely something wrong with timing, probably some hazard or what, and it's disturbing. That's what everybody want to say. Sorry for not writing in russian this time.

Re: Oшибка в новой конфигурации?

PostPosted: 04 Oct 2011, 14:41
by breeze
lvd wrote:LVD продолжает не считать ошибкой то что вам надо...


Слишком толсто. ~_~

Кроме того тут уже высказали предположение, что именно не так в конфигурации:

В пентагоне выборка делается по 2 байт за 8 пикселей, с опережением в 8 пикселей. Пока отображаются текущие 8 пикселей, идёт выборка следующих восьми пикселей в виде 2 байт.

В пентеве выборка делается по 4 байта - 2 раза по 16 бит (память 16-битная), т.е. сразу на 16 пикселей. Следовательно, и выборка идёт с опережением на 16 пикселей - пока показываются текущие 16, выбираются следующие 16. Причём слово с пикселями выбирается в течение первых 8 пикселей, а с атрибутами - в течение следующих 8.

Отсюда и такие эффекты - выборка пикселей стартует чуть раньше, и пиксели и атрибуты выбираются группами по 16бит, а не по 8.


Так ли или нет я не знаю, тебе виднее…

Я уж не говорю про тот банальный факт — «раньше так не было!» :)

Re: Oшибка в новой конфигурации?

PostPosted: 04 Oct 2011, 15:26
by lvd
It is just by design. ZXevo has faster and wider memory. So we can fetch less words from memory in a given time. So we have to start fetch earlier since we fetch wider chunks of data.
Pentagons fetch 2 8bit words each 8pixels, so they start fetching 8 pixels earlier.
ZXevo fetches 64bits in 4 accesses and therefore starts fetching 32 pixels earlier (this is done for uniformity between 16c modes and attribute modes so that fetcher always works the same and fetches 64bit buffer, but at different speeds in different modes).

It is possible to emulate pentagon-like fetches but is would lead to extra LE usage.

Re: Oшибка в новой конфигурации?

PostPosted: 04 Oct 2011, 20:23
by CHRV
ПОмниться некто LVD лет цать назад впаривал что "пятногон это наше все", а теперь сам налетел на это чудноеговносхемостроение.

Re: Oшибка в новой конфигурации?

PostPosted: 05 Oct 2011, 04:41
by нолька
CHRV wrote:чудноеговносхемостроение
и в чем это заключается в приведенном глюке пентевы?

Re: Oшибка в новой конфигурации?

PostPosted: 05 Oct 2011, 04:49
by DimkaM
Это что получается, если сделать по Пентагону, то при 7мгц прирост будет х1.66 и лишаемся 14мгц ?!
Лично я против такого поворота. Тогмозим ZX-Эволюцию товагищи.

нолька wrote:и в чем это заключается в приведенном глюке пентевы?
Нету глюка, есть сильно гениальные кодеры которые расписали всё до такта.

Re: Oшибка в новой конфигурации?

PostPosted: 05 Oct 2011, 05:04
by lvd
DimkaM wrote:Это что получается, если сделать по Пентагону, то при 7мгц прирост будет х1.66 и лишаемся 14мгц ?!

7мгц ноувейт никуда не денутся, а вот на 14 тормозов добавится.
DimkaM wrote:Лично я против такого поворота. Тогмозим ZX-Эволюцию товагищи.

проблема в том, что можно сэмулить пятногон, просрав кучу ЛЕ на это, и потом на нужное что-нить не останется. И... правильно, эмуляция будет в таком случае нагло вырезана обратно. И смысл тогда пучиться? :)

Re: Oшибка в новой конфигурации?

PostPosted: 05 Oct 2011, 07:15
by z00m
lvd wrote:It is just by design. ZXevo has faster and wider memory. So we can fetch less words from memory in a given time. So we have to start fetch earlier since we fetch wider chunks of data.
Pentagons fetch 2 8bit words each 8pixels, so they start fetching 8 pixels earlier.
ZXevo fetches 64bits in 4 accesses and therefore starts fetching 32 pixels earlier (this is done for uniformity between 16c modes and attribute modes so that fetcher always works the same and fetches 64bit buffer, but at different speeds in different modes).

It is possible to emulate pentagon-like fetches but is would lead to extra LE usage.


I know, you wrote this earlier in this thread, and it's no problem for me. But as I (and Breeze also) wrote, it is fact, that this glitch appeared from baseconf20110330 upwards. Baseconf20101207 and downwards versions are OK.

So, if I understand this correctly, based on what you wrote, you changed fetch mechanism since baseconf20110330 to release some LE for future features. It's not bad idea, and I understand what you want to do, but in my opinion, cycle perfect screen emulation has higher priority than any other feature.

Nevertheless, you are designers, you rule and I understand it ;-)

Anyway, you are doing good job with Pentevo. Keep it going.

Re: Oшибка в новой конфигурации?

PostPosted: 20 Oct 2011, 13:52
by TmK
lvd wrote:7мгц ноувейт никуда не денутся, а вот на 14 тормозов добавится.

LVD сделай по православному...
при частоте = 3.5Mhz 2 обращения на каждые 2 знакоместа ибо только на 3.5Mhz делались мультиколоры и т.п.
а при частоте != 3.5 пусть будет как сейчас...

тогда и 14Mhz не станут тормознутее и старые православные демки без глюков будут...