Eski Donanım Grafikleri

1. Giriş: Bellek ve Grafik Arasındaki Denge

1980'lerin başında tipik bir ev bilgisayarının RAM miktarı 16 KB ile 64 KB arasında değişiyordu. Şimdi basit bir hesap yapalım:

Gördüğünüz gibi, 16 renk bile kullanmak istediğinizde ekran belleği tek başına birçok bilgisayarın toplam RAM kapasitesini aşıyordu. Üstelik video çipi kendi belleğine sahip değildi — CPU ile aynı RAM'i paylaşmak zorundaydı. Kod için yer kalması gerektiğinden, mühendisler bu bellek kısıtlamalarını aşmak için üç temel yöntem geliştirdi:

1. Renk Hücreleri (Color Cells) — Commodore 64, NES, ZX Spectrum
2. NTSC Artifact Renklendirme — Apple II, Tandy Color Computer
3. CPU-Güdümlü Grafikler — Atari 2600, Sinclair ZX81

2. Renk Hücreleri (Color Cells) ve Attribute Clash

Renk hücreleri sistemi, 8-bit grafiklerin en yaygın kullanılan yöntemiydi. Temel fikir şuydu: ekranı 8×8 piksellik küçük bloklara (hücrelere) bölüp, her hücre için yalnızca 2 renk (ön plan ve arka plan) tanımlamak. Bu şekilde hem renkli bir görüntü elde ediliyor hem de bellek tüketimi minimum düzeyde tutuluyordu.

Nasıl Çalışır?

Ekran 320×200 çözünürlükte olduğunda, 40×25 = 1000 hücre oluşur. Her hücre için 1 byte renk bilgisi yeterlidir (4 bit ön plan rengi + 4 bit arka plan rengi). Böylece:

• Bitmap verisi: 8 KB (siyah-beyaz piksel bilgisi)
• Renk bilgisi: 1 KB (1000 hücre × 1 byte)
• Toplam: ~9 KB — 32 KB yerine!

Bu muazzam bir tasarruftu. Ancak bedeli vardı: her 8×8 piksellik blokta yalnızca 2 renk kullanılabilirdi. Bu kısıtlama, "attribute clash" (nitelik çakışması) olarak bilinen görsel artefaktlara yol açıyordu.

Attribute Clash (Nitelik Çakışması)

ZX Spectrum bu sorunun en belirgin yaşandığı platformdu. Spectrum'un görüntü belleği şöyle düzenlenmişti:

• Bitmap: 6144 byte (her byte = 8 piksel, açık/kapalı)
• Nitelik (Attribute): 768 byte (24 satır × 32 sütun, her biri 8×8 blok)
• Toplam: 6912 byte — tüm ekran bilgisi

Her nitelik byte'ı şu bilgileri kodluyordu: 3-bit INK (mürekkep/ön plan rengi), 3-bit PAPER (kâğıt/arka plan rengi), 1-bit BRIGHT (parlaklık), 1-bit FLASH (yanıp sönme). Bu sayede her 8×8 blokta yalnızca 2 renk + parlaklık seçeneği mevcuttu.

Commodore 64'te Renk Hücreleri

Commodore 64'ün VIC-II grafik çipi, 320×200 piksel çözünürlükte 16 renk paletine sahipti. Ekran 40×25 karakter hücresine bölünmüş olup, her hücrede 2 renk (1 ön plan + 1 arka plan) kullanılabiliyordu.

The 8-Bit Guy'ın videosunda çarpıcı bir örnek paylaşılıyor: C64'te yapılmış renkli bir sanat eseri ilk bakışta son derece renkli ve canlı görünüyor. Ancak 8×8 piksellik hücre sınırlarını üst üste bindirdiğinizde, gerçekten de hiçbir hücrede 2'den fazla rengin kullanılmadığını görüyorsunuz. Sanatçı, renk geçişlerini hücre sınırlarıyla mükemmel biçimde hizalayarak bu kısıtlamayı görünmez kılmış.

"But, the artist has worked very hard to make his work line up with the edges of the cells to the point that it appears seamless. Knowing this should cause you to give these guys a little bit more respect for the work they do."

3. Çok Renkli Mod (Multi-Color Mode)

C64 mühendisleri, renk hücrelerinin kısıtlamalarını aşmak için ek bir seçenek sundular: Multi-Color Mode. Bu modda pikseller yatay olarak iki katına genişletiliyordu. Bu, etkin çözünürlüğü 160×200'e düşürüyordu, ancak her hücrede 4 renk kullanılmasına izin veriyordu.

Çoğu C64 oyunu, yüksek çözünürlük yerine daha fazla renk sunan multi-color modunu tercih ediyordu. Çünkü renk, oyun deneyimi açısından çoğu zaman çözünürlükten daha önemliydi.

"Most games for the Commodore 64 actually used this mode, since color was often more important than high resolution."

4. Donanım Sprite'ları (Hardware Sprites)

Renk hücreleri ekranın genel görüntüsünü oluştururken, donanım sprite'ları hareketli nesneler için devrimci bir çözüm sunuyordu. Sprite, ekrandaki arka plandan bağımsız olarak hareket ettirilebilen bir grafik nesnesiydi. Renk hücreleri kural ve kısıtlamalarından tamamen bağımsızdı.

Sprite Nasıl Çalışır?

The 8-Bit Guy, videosunda C64 sprite'ını kareli kâğıt üzerinde piksel piksel tasarlayarak gösteriyor. Her piksel 0 (kapalı) veya 1 (açık) olarak kodlanır, 8 piksellik gruplar binary sayıya dönüştürülür. Bu sayısal veri bilgisayarın belleğine yazıldıktan sonra, donanım registerları kullanılarak:

• Sprite ekranda görünür hale getirilir
• Rengi değiştirilebilir
• Konumu taşınabilir
• Metin yazma veya ekranı temizleme gibi işlemlerden etkilenmez

Sistem Karşılaştırması

5. NTSC Artifact Renklendirme — Apple II

Apple II'nin grafik sistemi belki de tüm 8-bit bilgisayarlar arasında en karmaşık ve anlaşılması en zor olanıydı. Makine, üzerinde monokrom mu yoksa renkli monitör mü bağlı olduğuna göre tamamen farklı görüntüler üretiyordu.

Monokrom Ekran

Monokrom monitörde Apple II, 280×192 çözünürlükte son derece keskin bir görüntü sunuyordu. Pikseller basitçe açık ya da kapalıydı. Bu nedenle iş uygulamaları için idealdir.

Renkli Ekran — NTSC Artifact Coloring

Renkli monitör bağlandığındaysa durum tamamen değişiyordu. Apple II, renkleri NTSC televizyon sinyalinin fiziksel özelliklerinden yararlanarak üretiyordu. Ekran 7 piksellik bölümlere ayrılmış olup, her bölüm 8 bit bellekle tanımlanıyordu (7 piksel + 1 kontrol biti):

• Bir pikselin yatay konumunu değiştirmek rengini değiştiriyordu: bir tarafta yeşil, diğer tarafta mor
• İki bitişik piksel açıldığında beyaz oluşuyordu
• Kontrol biti etkinleştirildiğinde renkler turuncu ve maviye dönüşüyordu
• Toplam 6 yüksek çözünürlük rengi elde ediliyordu

"If you found that confusing, don't feel bad. There are very few people that really comprehend how Apple II graphics work."

Apple II ayrıca 40×48 piksellik bir düşük çözünürlük modu sunuyordu. Pikseller çok büyük ve kaba görünüyordu, ancak 16 renk kullanılabiliyordu — Apple II'nin "16 renkli bilgisayar" olarak pazarlanmasının sebebi buydu.

6. CPU-Güdümlü Grafikler: "Racing the Beam"

Tüm eski sistemler arasında belki de en çarpıcı olanı Atari 2600'ün yaklaşımıdır. Bu konsol, hiçbir video framebuffer'ı olmadan çalışıyordu. Yani bellekte ekranın görüntüsünü tutan bir alan yoktu.

TIA Çipinin RAM'siz Tasarımı

Atari 2600'ün Television Interface Adaptor (TIA) çipi, Jay Miner tarafından tasarlanmıştı. O dönemde RAM son derece pahalıydı — megabayt başına on binlerce dolar. 80×48 piksellik basit bir framebuffer bile binlerce dolara mal olurdu. Bu nedenle TIA, framebuffer olmadan çalışmak üzere tasarlandı.

TIA şu grafik nesnelerini destekliyordu:

• Playfield: 20-bit'lik register, ekranın yarısını tanımlar (simetri veya kopyalama ile tam ekran)
• 2 Oyuncu (Player): 8 piksel genişliğinde sprite'lar, 2× veya 4× büyütülebilir
• 2 Mermi (Missile): Oyuncu rengiyle aynı, 1-8 piksel genişliğinde çizgi
• 1 Top (Ball): Playfield rengiyle aynı, 1-8 piksel genişliğinde çizgi

Tüm bu nesneler yalnızca tek bir tarama satırı için tanımlanabiliyordu. Bir sonraki satır için tüm register'lar yeniden yazılmalıydı. Bu yüzden oyun programı, televizyonun elektron ışınıyla yarışmak zorundaydı — bu teknik "racing the beam" olarak adlandırıldı.

Zorluklar

Bu mimari, oyun geliştiricileri için muazzam zorluklar yaratıyordu:

• CPU zamanının yaklaşık %90'ı görüntü oluşturmaya harcanıyordu
• Oyun mantığı için çok az CPU zamanı kalıyordu
• MOS 6507 işlemci, donanım kesintilerini (interrupt) desteklemiyordu — sadece "RDY" pini ile senkronizasyon yapılabiliyordu
• Dikey senkronizasyon bile otomatik değildi — programcının satırları sayıp doğru zamanda sinyal göndermesi gerekiyordu

"If you ever noticed in some games, if you look over to the left side of the screen and see these mysterious black lines, those are there because game code is running and there's just not enough time to draw the screen and run the game code at the same time."

Yaratıcı Çözümler

Programcılar TIA'nın kısıtlamalarıyla başa çıkmak için önemli teknikler geliştirdiler:

1. Renk register'larını her satırda değiştirmek: Playfield'ın 1 ve 0 değerlerinin renklerini her tarama satırında değiştirerek gökkuşağı benzeri efektler oluşturuldu.
2. Sprite verilerini satır satır güncellemek: Space Invaders portunda, her satırda "player" register'ları değiştirilerek çok sayıda düşman illüzyonu yaratıldı.
3. Asimetrik playfield: İleri düzey oyunlar, satır ortasında playfield verilerini değiştirerek simetrik olmayan ekranlar oluşturabildi.
4. Ekran verisini kod olarak depolamak: Adventure oyunu, ekran verisini ROM'daki sabit veri yerine CPU komutları olarak kodlayarak 30 farklı oda oluşturmayı başardı.

7. Raster Trick'leri — Sınırları Aşmak

Atari 2600'ün "racing the beam" tekniğinin daha hafif bir versiyonu, geleneksel grafik çipine sahip sistemlerde de kullanılıyordu. Bu teknikler genel olarak "raster trick" olarak adlandırılır.

Temel fikir şuydu: CPU, ekranın her tarama satırının çizildiği anı takip ederek, o sırada grafik çipinin register'larını değiştirebiliyordu. Bu sayede:

• Her tarama satırında farklı bir renk paleti kullanılabiliyordu
• Normalde ekranın tamamında geçerli olan arka plan rengi satır satır değiştirilebiliyordu
• Sprite multiplexing ile donanım limitinden daha fazla sprite gösterilebiliyordu

Commodore 64'te VIC-II çipinin raster interrupt özelliği buna olanak tanıyordu. The 8-Bit Guy'ın belirttiği gibi, bu teknikle C64'te son derece etkileyici sanat eserleri üretildi — ancak CPU'nun neredeyse tamamını tükettiği için oyunlarda nadiren kullanılabildi.

"If a programmer wanted, he could use the CPU to change the color palette on each scanline. This allowed some pretty fantastic artwork on the Commodore 64, but this was never used in games because it pretty much chewed up all of the available CPU time."

8. CGA ve IBM PC Grafikleri

IBM PC dünyası da benzer kısıtlamalardan muaf değildi. 1981'de tanıtılan Color Graphics Adapter (CGA), IBM'in ilk renkli grafik kartıydı. Motorola 6845 tabanlı olan CGA, 16 KB video belleğine sahipti.

CGA'nın 320×200 modundaki 4 renklik sabit paletler (cyan-magenta-beyaz veya kırmızı-yeşil-sarı) oldukça kısıtlayıcıydı. Geliştiriciler bu kısıtlamaları aşmak için çeşitli yöntemler kullandılar:

Dithering

Sınırlı renklerin birbirine karıştırılarak daha fazla renk tonu illüzyonu yaratılması. Özellikle grafik macera oyunlarında (Sierra'nın King's Quest serisi gibi) yaygın olarak kullanıldı.

Composite Artifact Renkleri

CGA, Apple II gibi NTSC composite çıkışından yararlanılarak 16'dan fazla renk üretebiliyordu. Kompozit video sinyalindeki parazitleri bilinçli olarak kullanarak, normalde mümkün olmayan renkler elde ediliyordu. Bu teknik özellikle bazı oyunlarda çarpıcı sonuçlar veriyordu.

9. Genel Karşılaştırma: 8-Bit Grafik Mimarileri

10. Demoscene: Donanım Sınırlarını Zorlama Kültürü

8-bit grafik kısıtlamalarının yarattığı en önemli kültürel miras, demoscene hareketidir. Demoscene, bilgisayar donanımının sınırlarını zorlayarak görsel-işitsel sunumlar (demo) üreten uluslararası bir bilgisayar sanatı alt kültürüdür.

Kısa Tarihçe

Demoscene, 1980'lerin başında yazılım korsanlarının (cracker) kırdıkları oyunlara ekledikleri imza ekranlarından (crack intro) doğdu. Bu giriş ekranları zamanla müzik ve animasyon içeren etkileyici sunumlara evrildi. 1986'da C64 üzerinde 1001 Crew ve The Judges gibi Hollandalı grupların yarışması, bağımsız demoscene hareketinin başlangıcı kabul edilir.

Demoscene, oyun sektörü üzerinde de derin etkiler bıraktı. Remedy Entertainment (Max Payne) Future Crew demo grubundan, DICE (Battlefield) İsveç demo sahnesinden doğdu. Angry Birds'ün baş tasarımcısı Jaakko Iisalo da aktif bir demoscener'dı. John Carmack, 2011'de 64k intro programcılarına duyduğu saygıyı dile getirmiştir.

VIC-II Demo Teknikleri

C64 demo programcıları, VIC-II çipinin belgelenmemiş yan etkilerini keşfederek olağanüstü efektler oluşturdular:

Bu tekniklerin çoğu, CPU'nun VIC-II ile cycle-exact (döngü-hassas) senkronizasyonunu gerektiriyordu. Raster interrupt'ın doğru tarama satırında tetiklenmesi ve ardından her CPU döngüsünün hassas şekilde planlanması zorunluydu.

11. Terimler Sözlüğü

Bu bölümde geçen teknik terimlerin kısa açıklamaları:

12. Kısıtlamalar ve Yaratıcılık

8-bit çağının kısıtlamaları, paradoks olarak bazı önemli sanatsal ve teknik yeniliklere yol açtı:

1. Dithering sanatı: Sınırlı renk paletlerinde ton geçişleri oluşturmak, pixel art'ın temel tekniklerinden biri oldu. Bu teknik bugün retro oyunlarda ve indie oyunlarda estetik bir tercih olarak yaşamaya devam ediyor.
2. Piksel hizalama ustalığı: C64 sanatçılarının renk hücre sınırlarına göre çalışması, "sınırlar içinde yaratıcılık" kavramının güçlü bir örneğidir.
3. Sprite multiplexing: Donanım sınırlarını yazılım ile aşmak; bugünkü shader ve LOD optimizasyonlarının öncüsüdür.
4. Demoscene kültürü: Donanım sınırlarını zorlama arzusu, C64 ile başlayan demoscene hareketini doğurdu. Bu kültür hâlâ aktiftir ve grafik programlamada önemli bir öğrenme alanıdır.
5. Platform farkındalığı: Her sistemin benzersiz kısıtlamaları, geliştiricileri donanımı derinlemesine anlamaya zorladı. Bugünkü "donanıma yakın programlama" felsefesinin temelleri burada atıldı.

"Some of the graphics modes on the 64 are really strange, and they have no analogs to the Atari or Apple, like the ability to change color of the character basis across the screen. That gave us a lot of color capability that had not been exploited."

13. Kaynak Videolar ve Transkriptler

Bu bölümün temelini oluşturan video kaynakları, David Murray (The 8-Bit Guy) tarafından hazırlanmış iki bölümlük grafik donanımı belgeselidir:

14. Kaynaklar ve İleri Okuma

Video Kaynakları

• The 8-Bit Guy — "How 'Oldschool' Graphics Worked Part 1 — Commodore and Nintendo"
• The 8-Bit Guy — "How 'Oldschool' Graphics Worked Part 2 — Apple and Atari"
• Michael Steil — "The Ultimate Commodore 64 Talk" (25C3, 2008)

Kitaplar

• Montfort, N. & Bogost, I. — Racing the Beam: The Atari Video Computer System (MIT Press, 2009)
• Angerhausen, M. et al. — Anatomy of the Commodore 64 (Abacus Software, 1983)
• Perry, T. S. & Wallich, P. — "Design Case History: The Commodore 64", IEEE Spectrum 22(3), March 1985
• Bagnall, B. — On the Edge: The Spectacular Rise and Fall of Commodore (Variant Press, 2005)
• Dillon, R. — Ready: A Commodore 64 Retrospective (Springer, 2015)
• Tasajärvi, L. — DEMOSCENE: the Art of Real-Time (Evenlake Studios, 2004)
• Polgár, T. — FREAX: The History of the Computer Demoscene (CSW-Verlag, 2005)

Akademik Makaleler

• Collins, S. — "Game Graphics During the 8-bit Computer Era", ACM SIGGRAPH Computer Graphics 32(2): 47–51, 1998. doi:10.1145/282037.282049
• Reunanen, M. — Computer Demos — What Makes Them Tick? (Lic. tezi, Aalto University, 2010)
• Reunanen, M. — Times of Change in the Demoscene: A Creative Community and Its Relationship with Technology (Doktora tezi, University of Turku, 2017)
• Hartmann, D. — "Computer Demos and the Demoscene: Artistic Subcultural Innovation in Real-Time", ISEA 2010
• Reunanen, M. & Silvast, A. — "Demoscene Platforms: A Case Study on the Adoption of Home Computers", History of Nordic Computing, pp. 289–301, 2009

Wikipedia Makaleleri

• Attribute Clash — Renk hücresi kısıtlamaları ve çözümleri
• Composite Artifact Colors — NTSC/PAL artifact renklendirme tekniğinin teknik detayları
• Raster Interrupt — Tarama satırı kesmeleri ve destekleyen sistemler
• Sprite Multiplexing — Donanım sprite'larını yazılımla çoğaltma tekniği
• Demoscene — Bilgisayar sanatı alt kültürü, UNESCO kültürel mirası
• Commodore 64 Demos — C64 demo efektleri: FLI, FLD, VSP, border trick'leri
• Television Interface Adaptor (TIA) — Atari 2600'ün grafik çipi
• MOS Technology VIC-II — Commodore 64'ün grafik çipi, register detayları
• Sprite (computer graphics) — Donanım sprite'larının tarihi
• Color Graphics Adapter (CGA) — IBM'in ilk renkli grafik kartı
• Video Display Controller — Video ekran denetleyicileri (NES PPU, VIC-II, TIA, vs.)
• List of 8-bit Computer Hardware Graphics — 8-bit sistemlerin grafik donanım karşılaştırması

Teknik Kaynaklar

• The MOS 6567/6569 VIC-II and Its Application in the C64 — Detaylı VIC-II donanım açıklaması
• Description of C64 Graphics Modes — Tüm C64 grafik modlarının örnekli açıklamaları
• VIC Programming — Codebase64 — C64 demo programlama kaynakları
• De Re Atari — Appendix D: Television Artifacts — Atari 8-bit artifact renklerin teknik dökümantasyonu
• Video Display Controller — CPC Wiki
• ZX Spectrum Reference FAQ — World of Spectrum
• Atari 2600 Programming for Newbies — AtariAge
• C64-Wiki — Commodore 64 ansiklopedisi
• CSDb — Commodore Scene Database — C64 demo/intro/müzik arşivi
• Demozoo — Çok platformlu demoscene üretim arşivi