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

ZX evolution software and hardware

Postby lvd » 04 Oct 2011, 07:38

LVD продолжает не считать ошибкой то что вам надо...
Многого нет здесь: http://lvd.nedopc.com
Image
User avatar
lvd
 
Posts: 1786
Joined: 07 Apr 2007, 22:28
Group: Registered users

Postby z00m » 04 Oct 2011, 13:30

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.
User avatar
z00m
 
Posts: 19
Joined: 02 Nov 2010, 20:09
Location: Slovakia
Group: Registered users

Postby breeze » 04 Oct 2011, 14:41

lvd wrote:LVD продолжает не считать ошибкой то что вам надо...


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

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

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

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

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


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

Я уж не говорю про тот банальный факт — «раньше так не было!» :)
User avatar
breeze
 
Posts: 764
Joined: 07 Feb 2009, 17:19
Location: Оттуда
Group: Registered users

Postby lvd » 04 Oct 2011, 15:26

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.
Многого нет здесь: http://lvd.nedopc.com
Image
User avatar
lvd
 
Posts: 1786
Joined: 07 Apr 2007, 22:28
Group: Registered users

Postby CHRV » 04 Oct 2011, 20:23

ПОмниться некто LVD лет цать назад впаривал что "пятногон это наше все", а теперь сам налетел на это чудноеговносхемостроение.
Многое есть здесь: www.nedopc.com
User avatar
CHRV
Желесяка
 
Posts: 966
Joined: 15 Apr 2007, 22:52
Group: Registered users

Postby нолька » 05 Oct 2011, 04:41

CHRV wrote:чудноеговносхемостроение
и в чем это заключается в приведенном глюке пентевы?
я проснулся среди ночи и понял, что всё...
всё идет по плану
User avatar
нолька
рОвный
 
Posts: 264
Joined: 08 Apr 2007, 21:12
Group: Registered users

Postby DimkaM » 05 Oct 2011, 04:49

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

нолька wrote:и в чем это заключается в приведенном глюке пентевы?
Нету глюка, есть сильно гениальные кодеры которые расписали всё до такта.
Last edited by DimkaM on 05 Oct 2011, 05:08, edited 1 time in total.
ZX-Evo rev B, ZX-Evo rev C, ZXNetUsb rev A, ZXNetUsb rev С
http://nedoos.ru/ http://ti6.zxevo.ru/
DimkaM
 
Posts: 1387
Joined: 24 Mar 2010, 13:42
Location: джунгли Амазонки
Group: Registered users

Postby lvd » 05 Oct 2011, 05:04

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

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

проблема в том, что можно сэмулить пятногон, просрав кучу ЛЕ на это, и потом на нужное что-нить не останется. И... правильно, эмуляция будет в таком случае нагло вырезана обратно. И смысл тогда пучиться? :)
Многого нет здесь: http://lvd.nedopc.com
Image
User avatar
lvd
 
Posts: 1786
Joined: 07 Apr 2007, 22:28
Group: Registered users

Postby z00m » 05 Oct 2011, 07:15

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.
User avatar
z00m
 
Posts: 19
Joined: 02 Nov 2010, 20:09
Location: Slovakia
Group: Registered users

Postby TmK » 20 Oct 2011, 13:52

lvd wrote:7мгц ноувейт никуда не денутся, а вот на 14 тормозов добавится.

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

тогда и 14Mhz не станут тормознутее и старые православные демки без глюков будут...
TmK
 
Posts: 2
Joined: 16 Oct 2011, 09:03
Group: Registered users

PreviousNext

Return to Пентева - софт и железо

Who is online

Users browsing this forum: Google [Bot] and 1 guest

cron