26 Odpowiedź przez leniuk

  • Skąd: Wrocław
  • Zarejestrowany: 2006-12-22
  • Posty: 270

Odp: Tylko teoretycznie

W pomyśle który mi chodzi po głowie nie potrzeby jest tak bardzo blitter do generowania efektów-bo zasada działania tego dopalenia będzie inna. Ale jego obecność już w atari dużo by pomogła przy ładowaniu dużymi plikami modułu graficznego.
Myślałem o gnieździe Cartridge + taśma z brakującymi sygnałami z gniazda blittera- całość dała by złącze krawędziowe w stylu amigi. Ale to akurat mało istotny szczegół, zresztą to wszystko teoretycznie bo roboty dużo przy tym by było i nie wiem czy pasji by starczyło na zrobienie tego :P

ATARI Falcon 14MB , STE 4MB, STFM 4MB, 800 XL turbo CA12 CA 2001, CPC 6128 mono, THOMSON MO5, SVI 738, Amiga 500+, 600 2MB, CDTV   + , CD32

27 Odpowiedź przez sqward

  • sqward
  • Starszy Atarowiec
  • Nieaktywny
  • Skąd: Norfolk
  • Zarejestrowany: 2003-09-05
  • Posty: 2,388

Odp: Tylko teoretycznie

Cyprian napisał/a:

zapis faktycznie wolniejszy ale odzyt jest szybszy niż z ST-ramu bo nie blokowany przez Glue (W ST i Amidze 68k ma dostęp do ramu co 4 cykl procesora)

Zerknij na schemat. Sygnały, które wybierają kostki romu idą własnie z GLUE i to własnie ten chip generuje sygnał DTACK dla tego obszaru. Więc na 100% jest wolniej.

What can be asserted without proof can be dismissed without proof.

28 Odpowiedź przez artik-wroc

  • Skąd: Wrocław
  • Zarejestrowany: 2005-09-12
  • Posty: 1,937

Odp: Tylko teoretycznie

To ten wątek:
http://www.atari-forum.com/viewtopic.ph … phics+card

Było miło :) Do widzenia.

artik-wroc's Strona

29 Odpowiedź przez Cyprian

  • Skąd: Warszawa
  • Zarejestrowany: 2002-03-09
  • Posty: 4,511

Odp: Tylko teoretycznie

sqward napisał/a:

Zerknij na schemat. Sygnały, które wybierają kostki romu idą własnie z GLUE i to własnie ten chip generuje sygnał DTACK dla tego obszaru. Więc na 100% jest wolniej.

warto by to sprawdzić,
na liście Hatari był poruszony ten temat, podsumowanie było takie że jedynie ST-Ram i parę adresów hardware (shifter, glue) jest zaokrąglany do 4 cyklów, pozostałe dostępy do rejestrów i pamięci są 2-cyklowe.

ok, znalazłem cyctat:

I know there're some "strange" things when 68000 code is executed from 
ROM / cartridge instead of RAM : memory accesses are not rounded to 4 
cycles anymore as we don't need to wait for the bus in that case. 
Perhaps the fact that we don't wait for the bus is also setting unused bits to 0 ?

artik-wroc napisał/a:

To ten wątek:
http://www.atari-forum.com/viewtopic.ph … phics+card

ta, ciekawie się to zapowiadało,
niestety skończyło się jak zwykle...

Ostatnio edytowany przez Cyprian (2011-12-13 13:17:47)

Lynx I / Mega ST 1 / 7800 / Portfolio / Lynx II / Jaguar / TT030 / Mega STe / 800 XL / 1040 STe / Falcon030 / 65 XE / 520 STm / SM124 / SC1435
DDD HDD / AT Speed C16 / TF536 / SDrive / PAK68/3 / Lynx Multi Card / LDW Super 2000 / XCA12 / SkunkBoard / CosmosEx / SatanDisk / UltraSatan / USB Floppy Drive Emulator / Eiffel / SIO2PC / Crazy Dots / PAM Net
http://260ste.atari.org