OldComp.cz

jde to taky (rozdělení jen horizonálně, možná i vertikálně pokud by se počítaly přesně CPU cykly)

triky s VICII

zvýšení počtu spritů nad 8
- multiplexováním
více barevný sprite
-složení z více spritů nad sebe
+ možnost doplnění o hires (bez zdvojení pixelů)

zvýšení počtu barev nad restrikci
-doplnění o sprity v popředí
-vynucení znovupřečtení color
další barvy
-rychlým přepínáním 2 barev (ano bliká to, ale na CRT je to přijatelné)
http://www.aaronbell.com/secret-colours-of-the-commodore-64/

zvětšení rozlišení z 320x200 na 403x284
-pomocí spritů kdy se v určitém okamžiku změní počet řádků/sloupců a VIC přestane vykreslovat "rámeček" -> sprity nejsou skryté za rámečkem

mimo standartní HW scroll jde udělat scroll bez kopírování bytů v paměti - tzv VSP

shlídni video od cca 33:14, kde je to i s ukázkama

https://www.youtube.com/watch?v=ZsRRCnque2E

_________________
C64C 2x, C64C s S-Video, C64 MK2 reloaded, floppy 1541-II 3x, Commodore monitor 1084, MPS1250, 1541 ultimate II+, FCIII, SD2IEC, XU1541
*** 8bit lives matter ***

Ten VSP sa ako presne robi ? Ktore registre a ako treba nastavovat ?
Video som si prebehol, ale hovorova anglictina mi vela nehovori...

V raster řádce, která je před badline, se skočí do badline a hned se z ní vyskočí, přes dec $d011 inc $d011 hned za sebou. Tím se rozhodí časování, že se nová řádka začne načítat v místě, kde se odskočilo.

sice trošku odbočím od tématu, ale to co C64 nemělo -barvy a dokonalejší basic, to nabízel Commodore Plus/4 (1984), dokonce i integrovaný modem
a CPU na taktu Atari 800
-barvy řešeny stejně jako na Atari



ale kvůli nasazený ceně se to tolik nechytlo, ale zabila to samotná Commodore firma a tak to převálcovala levná C64 -byla víc herní(sprity), ikdyž neměla tolik barev
přitom výrobně byla Plus4 levnější -míň čipů zvuk i grafiku v jednom čipu, volné patice na ROM
Jeho očesaná verze měla být zabiják ZX81, ale to nemuseli vůbec dělat -mělo to zvuk i grafiku
na trhu cca 1 rok a pak to prodávali skoro zadarmo.

vyrobit mašinku byla jedna věc, ale prodat ji v milionech byla druhá. Je to balanc. Např ZX81 byl sice totálně levnej, ale na nic.
Lidi nejsou blbý a časem se provalí, že moc šetřit nemá cenu. Na druhou stranu udělat dobrou mašinku a i třeba za dobrou cenu, se některým firmám nepodařilo prosadit, SW, periferie...marketing

a kdo vyšel jako vítěz C64 vs Atari 800, ten čeho se prodalo nejvíc ks a klonů: ZX spectrum (protože mělo víc barev na logu než Atari umělo )

_________________
C64C 2x, C64C s S-Video, C64 MK2 reloaded, floppy 1541-II 3x, Commodore monitor 1084, MPS1250, 1541 ultimate II+, FCIII, SD2IEC, XU1541
*** 8bit lives matter ***

To není problém,že by CPU něco nestíhal (BASIC s tím nemá nic společného), ale pomalé IO rutiny implementované v Kernalu kvůli 1541 mechanice,kde je problém v hw chybě v posuvném registru ve VIA6522.Názorný příklad může být C128,kde bylo toto odladěno a i v 1Mhz modu s 1571 (CIA6526) běží rychleji než C64+1541.

_________________
JMP $FCE2

C64, C128DCR, IDE64, SuperCPU64, 1541 Ultimate-II, MMC Replay, FC3, REU 2MB, Geroram512, NeoRAM 2MB, RR-Net, SilverSurfer, Wiznet64 , 1541-II,1571,1581,Oceanic

Neměli by jsme se snažit měnit historii. Měl jsem Atari 800XE. Měl jsem ho jen proto, že to byla 2.nejlepsi volba v rámci toho, jaké počítače zde byli rozšířené. A byl jsem za něj rád. Byla a je to skvělá mašina, ale chyběli na ní některé zásadní hry. Tedy v rámci mne jsem si musel vystačit s tím co na Atari 800 vyšlo. Nebylo toho málo, bylo to fajn, ale C64 vedla. Pokud se budeme bavit o hrách, jednoznačně C64. Na nějakou práci může být Atari lepší, ale ti co takhle chtěli ve své době využívat tyhle počítače byli v absolutní menšině. A hlavně nedělejte vzorek lidí ze zdejší komunity. To by byl hodně zkreslený údaj

_________________
Amiga - PMD 85

chyba neví v posuvném registru, ale to že v badline to CPU nestíhal, proto to zpomalili

_________________
C64C 2x, C64C s S-Video, C64 MK2 reloaded, floppy 1541-II 3x, Commodore monitor 1084, MPS1250, 1541 ultimate II+, FCIII, SD2IEC, XU1541
*** 8bit lives matter ***

Ve starých VIA byl bug, kvůli kterým nešla použít linka pro seriový přenos, tak to udělali přes paralelní řízené procesorem. Aby to na C64 v Basicu za každých okolností fungovalo, tedy i na badline se sprity (kdy je procesor na skoro celou raster linku odstaven), tak je to tak pomalý.

Co presne znamena to "badline" ?

je to řádek (spíš linka, řádek beru jako celý znak) kde VICII vezme komplet přístup CPU na sběrnici,
konkrétně je to každý začínající řádek (velikost znaku 8) tj kdy načítá mimo znak i jeho barvu z SCREEN RAM
takže je to
první znakový řádek (1.line),
druhý znakový řádek (9. line)
....

ale jen vrámci vnitřní plochy 320x200bodů, mimo plochu je přístup CPU povolen

na videu je to prakticky ukázáno v čase 48:19

_________________
C64C 2x, C64C s S-Video, C64 MK2 reloaded, floppy 1541-II 3x, Commodore monitor 1084, MPS1250, 1541 ultimate II+, FCIII, SD2IEC, XU1541
*** 8bit lives matter ***

posuvný registr je v C64 (CIA6526) i v disketovce 1541 (VIA6522)-vadný chyba při modu 011
někde jsem četl, že chyba posuvného registru se projevuje jen při vyšších rychlostech, což není případ 1541 a C64.
problém je právě v BAD line, že to v C64 z posuvného registru CPU není schopen vyzvednout
asi se chyba VIA6522 řešila v počítači VIC20 softwarově, ale C64 by to na badline nestíhala, tak udělali novou pomalou disketovku 1541

jestli to tak není, tak mě oprav

EDIT: nebo spíš C64 není schopna dělat to co dělá VIC20 -asi pravidelně něco dělá s IEC (co přesně nevím )
jinak 1541 disketovka se dá přepnout do rychlého módu 1540 a použít na VIC20, obráceně 1540 jde použít na C64 výměnou ROM

_________________
C64C 2x, C64C s S-Video, C64 MK2 reloaded, floppy 1541-II 3x, Commodore monitor 1084, MPS1250, 1541 ultimate II+, FCIII, SD2IEC, XU1541
*** 8bit lives matter ***

Pokud půjdeme do detailu,tak VIA6522 má celkem tři bugy týkající se posuvného registru pro mody 010,011,111 a jejich podrobný popis je uveden v datasheetu.
Co se týče badline, trvá 40cyklů (40us), kdy VIC haltne CPU přes AEC pin.U VIC-20 nic nehaltuje CPU, proto to je o něco rychlejší,ale taky žádnej zázrak.
Samotná badline není ten největší problém, jak by jinak mohly fungovat seriové fastloadery,ale i třeba JiffyDOS,EXOS a další? Je více možností jak řešit sw fastloader,ale vyčasovat badline si musíš vždy pokud chceš nechat zaplou obrazovku, nebo ji nechat vypnoutou během přenosu (příklad FC3 Turbo a další).
Jak jsem psal výše,C128+1571 je názorný příklad.Další důvod proč je přenos na C64-1541 tak pomalý byl určitě deadline před uvedením na trh.

_________________
JMP $FCE2

C64, C128DCR, IDE64, SuperCPU64, 1541 Ultimate-II, MMC Replay, FC3, REU 2MB, Geroram512, NeoRAM 2MB, RR-Net, SilverSurfer, Wiznet64 , 1541-II,1571,1581,Oceanic

už je mi to jasný, je to určitě chyba deadline

_________________
C64C 2x, C64C s S-Video, C64 MK2 reloaded, floppy 1541-II 3x, Commodore monitor 1084, MPS1250, 1541 ultimate II+, FCIII, SD2IEC, XU1541
*** 8bit lives matter ***

Menší summary z Ilkkeho blogu:

https://ilesj.wordpress.com/2014/05/14/ ... mplicated/

_________________
JMP $FCE2

C64, C128DCR, IDE64, SuperCPU64, 1541 Ultimate-II, MMC Replay, FC3, REU 2MB, Geroram512, NeoRAM 2MB, RR-Net, SilverSurfer, Wiznet64 , 1541-II,1571,1581,Oceanic

To je management. To teď se dělají meetingy na standupy pro retrospektivu, aby se po měsíci dohodli, jak budou číslovat verze aniž by měli řádek kódu.

_________________
Atari 130XE/XC12/Robotron, Atari 65XE(320kB), Atari 1040STE, GBA