Nintendo Entertainment System (NES) Mimarisi

Rodrigo Copetti tarafından hazırlanan pratik bir analiz

EuropaYou tarafından çevrildi

Erişilebilirlik araçları veya eski tarayıcılar kullanıyorsanız, 'klasik' sürüme geçin.




Destekleyici görüntüler

Model

Image
NES.
18/10/1985 tarihinde Amerika'da ve 01/09/1986 tarihinde Avrupa'da piyasaya sürüldü.
Image
Famicom.
15/07/1983 tarihinde Japonya'da piyasaya sürüldü.

Anakart

Image
Anakart
"NES" varyantı gösteriliyor.
Image
Önemli parçaları etiketlenmiş anakart

Diyagram

Image
Ana mimari diyagramı

Hızlı bir giriş

İlk bakışta NES, sofistike bir kasaya ve bir denetleyiciye sahip başka bir 6502 bilgisayar gibi görünüyor.

Bu teknik olarak doğru olsa da, CPU’nun neden bu sistemin merkezi parçası olmadığını size göstermeme izin verin.


Modeller ve varyantlar

Nintendo, dünya çapında aynı konsolun çok sayıda farklı varyantını gönderdi [1] ve hepsi aynı mimariyi paylaşsa da, çoğu önemli ölçüde farklı görünüyor ve bazıları yerleşik aksesuarlar içerebiliyor. Bu nedenle, bu makaleyi basit tutmak için en popüler iki revizyona odaklanacağım:

Yazar ‘NES’ adıyla büyüdüğü için, genel olarak konsola atıfta bulunmak için bu terimi kullanacağım, ancak yalnızca Japon varyantında bulunan benzersiz özelliklere atıfta bulunurken ‘Famicom’ adına geçeceğim.


İşlemci (CPU)

NES’in CPU’su popüler 8-bit MOS Technology 6502 tabanlı bir Ricoh 2A03 [3] olup 1,79 MHz (veya PAL sistemlerinde 1,66 MHz) hızında çalışır.

Biraz bağlam

70’lerin sonu ve 80’lerin başında CPU pazarı oldukça çeşitliydi. Eğer bir şirket uygun fiyatlı bir mikrobilgisayar üretmek istiyorsa, aşağıdaki seçenekler mevcuttu:

Bu seçenekler yetmezmiş gibi, MOS adında başka bir şirket piyasaya çıktı ve 6800’ün yeniden tasarlanmış bir versiyonunu sundu: 6502. Diğerleriyle uyumsuz olsa da, yeni çipin üretimi çok çok daha ucuzdu [5] [6] ve en ünlü bilgisayar üreticilerinin (Commodore, Apple, Atari, Acorn ve diğerleri) makinelerine güç sağlamak için 6502’yi seçmeleri sadece bir zaman meselesiydi.

Japonya’da Nintendo’nun ucuz ama geliştirmeye uygun bir şeye ihtiyacı vardı, bu yüzden 6502’yi seçtiler. CPU tedarikçisi Ricoh, 6502 uyumlu bir CPU’yu başarıyla üretti.

Ricoh’nun lisanslama muamması

Ricoh’un 6502’yi nasıl klonlamayı başardığı bugün bile net değil. MOS’un çip tasarımını Ricoh’a lisanslamış olması beklenebilir, ancak bununla ilgili birçok çelişki var:

Hurdaya çıkarılan fonksiyonlar

Ricoh 2A03, orijinal olarak 6502’de bulunan Binary-Coded Decimal (BCD) modunu içermemektedir [10]. BCD, bir sayının her ondalık basamağını ayrı bir 4 bitlik ikili olarak kodlar. 6502, 8 bit ‘kelime’ kullanır - yani her kelime iki ondalık basamak depolar.

Meraklısı için bir örnek olarak, ondalık sayı 42 olarak gösterilir:

Bu konuda konuşmaya devam edebiliriz, ancak ana hatlarını vermek gerekirse: BCD, her ondalık basamağın ayrı ayrı ele alınmasını gerektiren uygulamalar için kullanışlıdır (örneğin, dijital bir saat). Bununla birlikte, her 8 bitlik kelime yalnızca 99 ondalık sayısına kadar kodlayabildiğinden daha fazla depolama gerektirir - oysa geleneksel ikili 255’e kadar kodlayabilir.

6502, 8 bit ‘kelime’ kullanır - yani her kelime iki ondalık basamak depolar. Bu muhtemelen MOS’a telif ücreti ödememek için yapıldı, çünkü BCD’nin patenti onlar tarafından alınmıştı (ve Amerika Birleşik Devletleri’nde entegre devre düzenlerinin telif hakkını sağlayan mevzuat 1984 yılına kadar yürürlüğe girmemişti [11]).

Bellek

Hem Ricoh 2A03 hem de MOS 6502, 8-bit veri yolu ve 16-bit adres yoluna sahiptir, bu da 64 KB’a kadar belleğe erişmelerini sağlar. Peki, Nintendo bu bellek alanını nasıl doldurdu?

Anakartın bir tarafında 2 KB Statik RAM (SRAM) [12] sağlayan bir yonga bulunmaktadır. Nintendo bu alanı ‘İş RAM’i’ (WRAM) olarak adlandırır ve depolamak için kullanılabilir:

Diğer taraftan, sistemin bileşenleri memory-mapped [13], yani bellek adresleri kullanılarak erişilirler, dolayısıyla CPU’nun adres alanının bir kısmını işgal ederler. Bu nedenle CPU’nun bellek alanı oyun kartuşu, WRAM, PPU, APU ve iki denetleyiciye işaret eden adreslerle doldurulur (bu makale boyunca açıklandıkları için her bir bileşen hakkında endişelenmeyin).

Kartuş/oyun verileri

Bilmiyorsanız söyleyeyim, NES oyunları kartuşlar halinde dağıtılır ve kartuşların veri yolları doğrudan CPU’ya bağlanır.

Nintendo kartuş hatlarını sadece 49120 Bayt (~ 49.97 KB) kartuş verisine erişilebilecek şekilde bağladı [14]. Şimdi, ‘kartuş verileri’ ile ne demek istiyorum? Örneğin, bu veri yollarına bağlı herhangi bir çip:

Farklı kombinasyonların olması, CPU’nun ne tür bir bileşenden okuma yapıldığını önemsememesi, sadece bellek konumlarını görmesi gerçeğinden kaynaklanmaktadır. Dolayısıyla, oyunlarını sığdırmak için uygun bir düzen seçmek (veya bulmak) oyun stüdyolarına kalmıştır.

Image
Super Mario Bros’un PCB’si [15].
Image
Önemli parçaları etiketlenmiş aynı PCB. ‘Kilitleme’ çipinin anlamı ‘Korsanla Mücadele’ bölümünde açıklanmıştır.

Örneğin, Nintendo’nun ‘Super Mario Bros’ oyunu NES-NROM-256 adını verdikleri bir düzen kullanmıştır ve 32 KB program ROM’u ve grafikler için 8 KB ‘Karakter RAM’inden oluşmaktadır (’Grafikler’ bölümünde daha fazlasını göreceğiz) [16]. NES-NROM-256 ayrıca 3 KB’a kadar ekstra WRAM barındıracak şekilde hazırlanmıştır, ancak oyun bunu kullanmamaktadır.

Mevcut yeteneklerin ötesine geçmek

16-bit adres veri yollarının en büyük sınırlamalarından biri (3. ve 4. nesil konsolları etkileyen) kompakt adres alanlarıdır. Günümüzde 32-bit bilgisayarlar 4 GB’a kadar bellek adresleyebilmektedir (ve 64-bit makineler 16 exabyte’a kadar cömertçe kullanmaktadır), bu nedenle bu artık bir sorun değildir, ancak o zamanlar NES’in yalnızca 64 KB adres alanı vardı ve bunun büyük bir kısmı bellek eşlemeli donanım tarafından tüketiliyordu (rakiplerin kaçındığı bir şey).

Peki bu, oyun stüdyolarının yalnızca 49,97 KB sınırını aşmayan oyunlar geliştirebileceği anlamına mı geliyordu? Kesinlikle değil! Tarih bize bir şey öğrettiyse, o da zorlu bir soruna her zaman akıllıca bir çözüm bulunabileceğidir; ve bu sorun bir Mapper ile ele alındı.

Image
Bir eşleyicinin CPU’nun adresleme yeteneklerini nasıl genişlettiğinin basitleştirilmiş gösterimi. CPU, bir mapper’ın dahil edilmesiyle, büyük bir Program ROM’unun ekstra bankalarına (adres grupları) erişebilir. Her ne kadar oyun/program gerektiğinde bankalar arasında manuel geçiş yapma gibi yeni bir göreve sahip olsa da.
Image
Aynı kurulum ancak eşleyici yüklü değil. Daha basit ve ucuz olsa da, CPU yalnızca sınırlı sayıda bankaya erişebilir.

Eşleyici, kartuşta bulunan ve bellek yongaları ile konsolun adres hatları arasında yer alan ekstra bir yongadır. Ana görevi, geliştiricilerin daha fazla yonga sığdırabilmesi için adres alanını genişletmektir. Bu bank switching ile yapılır: Bellek adresleri bankalar halinde gruplandırılır ve eşleyici bankalar arasında geçiş yapmak için anahtarlar (bellek adresleri aracılığıyla kontrol edilir) sağlar. Şimdi, CPU hala aynı miktarda bellek görüyor, bu yüzden onu çalıştırmaktan sorumlu bir eşleyici ile programlanmış olan oyun. Maliyet etkinliği nedeniyle, 80’lerden 90’ların başlarına kadar teknolojide haritacılar ön plandaydı.

Image
Super Mario Bros 3’ün PCB’si [17]
Image
Önemli kısımları etiketlenmiş aynı resim. İlk başta, ekstra WRAM’in kayıtları saklamak için olduğunu düşündüm, ancak daha sonra bu oyunda kayıt olmadığını fark ettim (ve bir pil de yok). Gerçekte, bu RAM yongası sıkıştırılmış bir seviyeyi depolamak için kullanılır.

NES’e geri dönersek, ünlü bir örnek, kartuşunda ‘MMC3’ eşleyici (Nintendo tarafından yapılmıştır) ile birlikte gönderilen ’Super Mario Bros 3’tür. Karşılaştırma için MMC3, Program ROM’u için 512 KB’a kadar, Karakter belleği için 256 KB’a kadar ve ekstra WRAM için 8 KB’a kadar alan sağlamıştır [18]. Şimdi ’Super Mario Bros 3’ün ilk taksitle karşılaştırıldığında neden kalite açısından önemli ölçüde farklı olduğunu görebilirsiniz.

Sonuç olarak, bu konsol dahili özelliklerini incelerken sınırlı görünse de, Nintendo teknoloji geliştikçe uyum sağlayabileceğinden emin oldu. Diğer taraftan, bu teknik konsolun maliyetlerini düşük tutmaya yardımcı olurken, yükün bir kısmını oyun kartuşuna kaydırdı. Dolayısıyla, oyun kalitesi ve kartuş maliyetleri, oyun stüdyolarının dengelemek zorunda olduğu iki endişeydi.


Grafikler

Grafikler Picture Processing Unit (PPU) adı verilen özel bir çip tarafından üretilir. Bu, NES’e kimlik kazandıran çiplerden biridir. Başka bir şekilde ifade etmek gerekirse, herkes nalburdan 6502 CPU alabilir, o halde NES’in örneğin bir Apple 2 veya Commodore 64’ten ne farkı var? NES’i diğer makinelerden ayıran şey CPU’yu çevreleyen çiplerdir: PPU ve APU. Bunlar sırasıyla NES’in benzersiz grafik ve ses özelliklerini oluşturur.

Bununla birlikte PPU, sprites ve backgrounds adı verilen 2D grafikleri işleyerek sonucu video sinyaline aktarır.

İçeriğin düzenlenmesi

Image
PPU’nun bellek mimarisi

Ekranda bir şey oluşturmak için PPU’nun hangi grafikleri çizeceğini, ekranda nereye yerleştireceğini ve nasıl çizeceğini (yani hangi paleti kullanacağını) bilmesi gerekir.

Bu soruları yanıtlamak için PPU, aşağıdaki veri türlerini arayan farklı bir bellek haritası ile önceden programlanmış olarak gelir:

Yeni terminoloji konusunda endişelenmeyin, bu veri yapılarının anlamı aşağıdaki paragraflarda adım adım ele alınmaktadır.

Kare Oluşturulması

Çağdaşlarında olduğu gibi, bu çip de CRT ekran davranışı için tasarlanmıştır. Böyle bir kare tamponu yoktur: PPU, CRT’nin ışınıyla adım adım işleyerek görüntüyü anında oluşturur.

PPU, 256x240 piksel [19] sabit boyutunda çerçeveler çizer. Ne yazık ki, dünya genelinde analog video standartlarındaki farklılıklar nedeniyle, görüntü, cihazın görüntülendiği bölgeye (NTSC veya PAL) bağlı olarak görünüm açısından farklılık gösterecektir. Özetle, NTSC televizyonlar aşırı taramaya uyum sağlamak için üst ve alt kenarları kırpacaktır (yalnızca ~224 tarama çizgisi görünür), bu nedenle bu kenarlar geliştiriciler tarafından oyunda öğelerin nereye yerleştirileceğine karar verirken ‘tehlikeli bölgeler’ olarak kabul edilir. Öte yandan, PAL televizyonlar kenarları kırpmaz, ancak daha uzun sinyali doldurmak için ekstra siyah çubuklar gösterir (PAL 288 tarama çizgisi kullanır).

Sahne arkasında, PPU’nun çıkardığı çerçeve iki farklı katmandan oluşur. Gösterim amacıyla, bunun nasıl çalıştığını göstermek için Super Mario Bros.’u kullanalım:

Kareler

Image
Birden fazla karonun birbirine sıkıştırıldığı iki desen tablosu.
Image
Tek bir karo.
Karakter ROM’unda Bulunan Karolar (gösterim amacıyla varsayılan bir palet kullanılmaktadır).

Başlangıç olarak PPU, sprite ve arka plan üretmek için temel bir bileşen olarak tiles kullanır.

NES karoları temel 8x8 piksel haritaları olarak tanımlar, bunlar Karakter belleğinde (oyun kartuşunda bulunur) saklanır ve Patern Tablosu [20] adı verilen büyük bir veri yapısında düzenlenir. Her karo 16 B kaplar ve bir Desen tablosu 256 karo barındırır [21]. PPU 8 KB’a kadar Karakter belleğini adreslediğinden, en fazla iki Desen tablosuna erişebilir.

Bir karonun içindeki piksellerin her biri, bir paletteki dört renkten birine referans veren 2 bitlik bir değer kullanılarak kodlanır. Programcılar sekiz adede kadar palet tanımlayabilirler (dördü arka plan için ve diğeri sprite’lar için). Her palette referans verilen renkler, bu konsolun üretebileceği tüm renkleri temsil eden 64 renkten [22] oluşan bir ‘ana palete’ işaret eder. Paletler dört renkten oluşur, ancak bir renk transparent için ayrılmıştır.

Ekranda bir şey çizmeye başlamak için, oyunlar Karakter belleğindeki karolara referanslar içeren bir dizi tabloyu doldurur. Her tablo çerçevenin bir katmanından (sprite veya arka plan) sorumludur. Daha sonra, PPU bu tablolardan okur ve CRT tabancası tarafından ışınlanacak tarama çizgilerini oluşturur.

Şimdi her bir katmanın/tablonun nasıl çalıştığını ve işlevsellik açısından nasıl farklılık gösterdiğini açıklayacağım.

Arka Plan Katmanı

Image
Ayrılan arka plan haritası.
Image
Seçilen alanın işaretlendiği tahsis edilmiş arka plan haritası.
Arka plan haritası, sorunsuz yatay kaydırma sağlayan dikey yansıtma ile ayarlanmıştır. Ancak, sadece bir yarısı kullanılabilir.

Arka plan katmanı, statik kutucuklar içeren 512x480 piksellik bir haritadır [23]. Görüntülenebilir çerçevenin çok daha küçük olduğunu hatırlayabilirsiniz, bu nedenle katmanın hangi kısmının görüntülenmek üzere seçileceğine oyun karar verir. Oyunlar ayrıca oyun sırasında görüntülenebilir alanı hareket ettirebilir; kaydırma efekti bu şekilde gerçekleştirilir.

Bellekten tasarruf etmek için, dört karodan oluşan gruplar blok adı verilen 16x16 piksel haritalar halinde birleştirilir ve bu haritalar içinde tüm karolar bir renk paletini paylaşır.

Nametables (VRAM’de saklanır) arka plan katmanında hangi karoların görüntüleneceğini belirtir. PPU, her biri katmanın bir çeyreğine karşılık gelen dört adet 1024 baytlık Nametable arar. Ancak, yalnızca 2 KB VRAM kullanılabilir! Sonuç olarak, kartuştan ek donanım olmadan yalnızca iki Nametable depolanabilir. Gerçi kalan ikisinin hala bir yerde ele alınması gerekir: çoğu oyun kalan ikisini ilk ikisinin olduğu yere yönlendirir (buna mirroring denir).

Bu mimari ilk başta kusurlu görünse de, basit genişleyebilirlik sağlarken maliyetleri düşük tutmak için tasarlanmıştır: oyunlar daha geniş bir arka plana ihtiyaç duyarsa, kartuşa ekstra VRAM dahil edilebilir.

Her İsim Tablosunun son baytları, her bloğa hangi renk paletinin atanacağını belirten 64 baytlık bir Öznitelik tablosu depolar [24].

Sprite Katmanı

Image
Render edilmiş sprite katmanı.

Sprite’lar ekran etrafında hareket edebilen kutucuklardır. Ayrıca birbirleriyle örtüşebilir veya arka planın arkasında görünebilirler. Görüntülenebilir grafiğe öncelik değerine göre karar verilecektir (geleneksel grafik tasarım yazılımındaki ‘katmanlar’ ile aynı kavramdır).

Object Attribute Memory (OAM) tablosu hangi karoların sprite olarak kullanılacağını belirtir [25]. Karo indeksine ek olarak, her giriş bir (x,y) konumu ve birden fazla nitelik (renk paleti, bir öncelik ve çevirme bayrakları) içerir. Bu tablo PPU yongasında bulunan 256 baytlık bir DRAM’de saklanır.

OAM tablosu CPU tarafından doldurulabilir. Ancak, bu pratikte oldukça yavaş olabilir (ve doğru zamanda yapılmazsa çerçeveyi bozma riski taşır), sonuç olarak PPU, tabloyu WRAM’den almak için programlanabilen (PPU’nun kayıtlarını değiştirerek) Direct Memory Access veya ‘DMA’ adı verilen küçük bir bileşen içerir. DMA ile, bir sonraki kare çizildiğinde tablonun yükleneceği garanti edilir, ancak aktarım sırasında CPU’nun durdurulacağını unutmayın!

PPU, tarama çizgisi başına sekiz sprite ve kare başına 64 sprite ile sınırlıdır. PPU’nun çoklama becerileri sayesinde tarama çizgisi sınırı aşılabilir. Başka bir deyişle, PPU taramalar arasında sprite’ları otomatik olarak değiştirecektir; ancak bunlar ekranda titriyor gibi görünecektir.

Arka plan ayrımı

Image
Farklı kaydırma değerleri tanımlanmış iki bölümü vurgulayan işlenmiş arka plan katmanı. Mario hareket ettikçe sadece ikinci kısım kayar.

Devam etmeden önce, size henüz söylemediğim bir şey var. Super Mario Bros oynarsanız, Mario hareket ettiğinde sahnenin aksamadan ilerlediğini fark edeceksiniz. Ancak, her iki bölüm de aynı arka plan katmanının parçası olmasına rağmen üst alanın (istatistiklerin olduğu yer) sabit kaldığını da gözlemleyeceksiniz ! Peki, burada ne oluyor? Oyun, karenin ortasında kaydırma değerlerini değiştirerek yeryüzünü ve istatistikleri (arka planın sabit bir bölümünde yer alan) aynı anda gösteriyor. NES bu özelliği yerel olarak sağlamaz, ancak oyun PPU’nun durumunu gözlemleyerek zamanlamaları çıkarır (durum kaydı [26] aracılığıyla gösterilir).

Bunu başarmak için oyunlar Sprite 0 Hit adı verilen bir teknik uygular. Super Mario Bros, PPU’ya madeni paranın arkasında sahte bir sprite oluşturmasını söyler, bu kare içinde çizilen ilk sprite olur. PPU bunu ışınladıktan sonra, durum kaydını ilk sprite’ın (diğer adıyla ‘sprite 0’) çizildiğini belirten bir bayrakla günceller. Bu arada oyun, sprite 0 durumunun işaretlenip işaretlenmediğini (diğer bir deyişle ‘isabet’) sürekli olarak kare ortasında kontrol eder, eğer bu olursa, oyun Mario’nun bulunduğu yere kaydırmak için arka plan tablosunun kaydırma özelliğini güncellemeye devam eder.

Genel olarak, ‘Sprite 0 Hit’ çok hassas bir prosedürdür, çünkü zamanlamaları karıştırmak kolaydır (sprite 0’ın bayrağı yoklandıktan sonra temizlenmez, bu da ‘yinelenen’ pozitiflere yol açar [27]). Ayrıca, bu rutin süresiz olarak tekrarlandığından, yürütülmesi oldukça pahalı (CPU döngüleri açısından) olabilir. İşin iyi tarafı, daha sonraki haritacılar bu işlevi, örneğin Super Mario Bros 3’ün görsel yeteneklerini önemli ölçüde geliştiren rastgele bir tarama çizgisine [28] (çok daha verimli bir teknik) her vurulduğunda tetiklenen otomatik kesintiler kullanarak devraldılar.

Sonuç

Image
Tada!

Kare tamamlandığında, bir sonrakine geçme zamanı gelmiş demektir!

Ancak CPU, PPU tarafından kullanılmakta olan herhangi bir tabloyu değiştiremez, aksi takdirde ekranda artefaktlar görünebilir. Böylece, tüm tarama satırları tamamlandığında, PPU CPU’da Vertical Blank (V-Blank) kesmesini tetikler [29]. Bu, oyuna o anda görüntülenen resmi yırtmadan tabloları güncellemeye başlayabileceğini bildirir. O anda CRT’nin ışını ekranın görünür alanının altına, aşırı taramaya (veya alt kenarlık alanına) işaret eder.

V-Blank penceresinin [30] dışında yalnızca bir avuç PPU kaydı güncellenebilir, bu da arka plan katmanını kare ortasında kaydırma yeteneğini açıklar.

Sırlar ve sınırlamalar

Tam kareyi saklamak için bellek tahsis edilmiş bir kare arabelleği sisteminin tercih edilebileceğini düşünüyorsanız: RAM maliyetleri çok yüksekti ve konsolun amacı uygun fiyatlı olmaktı. Şimdi size bu tasarımın neden çok verimli ve esnek olduğunu göstereyim.

Multi-Scrolling

Image
Super Mario Bros. 2. Dikey kaydırma için isim tablosu kurulumu (yatay yansıtma).
Image
Super Mario Bros. 3. Mario koşabilir ve uçabilir, bu yüzden PPU’nun çapraz kaydırma yapması gerekir. Sağ kenarın yanlış renk paletini gösterdiğine dikkat edin! Sol kenara bir maske uygulanmıştır.

Bazı oyunlar ana karakterin dikey olarak hareket etmesini gerektirir - bu nedenle isim tablosu yatay yansıtma ile kurulacaktır. Diğer oyunlar karakterlerinin sola ve sağa hareket etmesine ihtiyaç duyar ve bu nedenle bunun yerine dikey yansıtma kullanır.

Her iki yansıtma türü de PPU’nun kullanıcı fark etmeden arka plan döşemelerini güncellemesine izin verecektir: yeni döşemeler uzaktan işlenirken kaydırmak için bolca alan vardır.

Peki ya karakter çapraz hareket etmek isterse? PPU herhangi bir yönde kaydırma yapabilir, ancak ekstra VRAM olmadan kenarlar aynı renk paletini paylaşmaya zorlanır (karoların bloklar halinde gruplandığını unutmayın).

Bu yüzden Super Mario Bros. 3 gibi bazı oyunlar Mario hareket ederken ekranın sağ kenarında garip grafikler gösterir (oyun dikey kaydırma için ayarlanmıştır) [31]. Kartuş başına donanım maliyetini en aza indirmeleri gerekmiş olabilir (çünkü bu oyunda zaten güçlü bir eşleyici yüklü).

İlginç bir düzeltme olarak: PPU, geliştiricilerin karoların üzerine dikey bir maske uygulamasına izin vererek hatalı alanın bir kısmını etkili bir şekilde gizledi.

Karo Değiştirme

Image
İlk tarama satırları sırasında mevcut karolar kullanılarak işlenmiş olsaydı varsayımsal olurdu.
Image
Daha sonraki tarama satırlarında mevcut olan karolar kullanılarak işlenmiş olsaydı varsayımsal olurdu.
Image
Kullanıcıya gösterilen gerçek çerçeve.

Super Mario Bros. 3’ün bir başka özelliği de görüntüleyebildiği grafik miktarıdır.

Bu oyun, kesinlikle izin verilenden daha fazla arka plan taşı görüntüler. Peki bunu nasıl yapıyor? Ekran oluşturulurken farklı zamanlarda iki ekran görüntüsü alırsak, son karenin aslında iki farklı kareden oluştuğunu görebiliriz.

Bu, MMC3 eşleyicisinin bir başka sihirbazlığıdır ve sadece Program ROM’unda fazladan alana erişmek için kullanılmaz, aynı zamanda iki farklı Karakter yongasını bağlayarak Karakter ROM alanını da genişletir. PPU’nun ekranın hangi bölümünü talep ettiğini kontrol ederek, eşleyici bir çipe veya diğerine yönlendirecek - böylece ekranda başlangıçta desteklenenden daha fazla benzersiz kutucuğa izin verecektir [32].

Meraklı davranışlar

Araştırmam boyunca, PPU’nun olağandışı davranışlarını açıklayan birçok ilginç makaleye rastladım, bu yüzden bazılarından burada bahsetmeyi düşündüm:

  • Daha sonra yayın için NTSC/PAL sinyallerine kodlanan RGB renkleri üreten Master System’in VDP’sinin aksine, NES’in PPU’su hepsini bir kerede yapar [33]. Bu nedenle, PPU ana paletinin renkleri ile standart RGB renk alanı (mevcut teknoloji tarafından yaygın olarak benimsenmiştir) arasında bire bir bağlantı yoktur. Bu, yorumlama için bir miktar alan bırakır ve sonuç olarak, çeşitli emülatörler farklı bir palet gösterecektir.
    • RGB paletleri arasındaki tutarsızlıklar en çok Tim Worthington’ın NES’e RGB sinyal çıkışı ekleyen DIY kitinde belirgindir, çünkü önceden tanımlanmış üç palet arasında seçim yapan bir anahtar da uygulamaktadır [34].
  • Ana palet, NTSC TV sinyalini bozabilecek bir ‘lanetli’ renk ($0D) içerir [35]. Peki, ne olur, TV bu rengi görüntülemek için sinyali boşluk sinyali ile karıştırır, bu nedenle titreme meydana gelebilir.
  • PPU, Nesne Öznitelik Belleğini (OAM) depolamak için DRAM’e güvenir. Şimdi, DRAM’in veri kaybını önlemek için sürekli olarak yenilenmesi gerekir (SRAM’in aksine) ve PPU, kareyi oluşturmadığında DRAM’i yenilemeyecektir [36]. Bu durum dikey karartma sırasında ortaya çıkar. Bu nedenle, V-boşluk sırasında meydana gelen yenilemesiz dönem tablonun bir kısmını bozacağından, OAM’nin dikey boşluk dışında güncellenmemesi tavsiye edilir.
    • PAL sistemleri için PPU varyantı bundan etkilenmez, çünkü V-Blank sırasında yenilenir (PAL sistemlerinde daha uzun sürer).

Ses

Ses İşleme Birimi (APU) adı verilen özel bir bileşen bu hizmeti sağlar [37]. Ricoh, muhtemelen hem CPU hem de APU’nun lisanssız klonlanmasını önlemek için bunu CPU çipinin içine yerleştirdi.

Fonksiyonellik

Bu ses yongası bir Programlanabilir Ses Üreteci (PSG), yani sadece önceden tanımlanmış dalga formları üretebiliyor. CPU tarafından kontrol ediliyor.

APU, ses verilerini her biri belirli bir dalga formu için ayrılmış beş ses kanalı üzerinden sıralar. Müzik verileri Program ROM’unda bulunur. Her dalga formu, belirli bir nota, ses veya ses seviyesi üretmek için değiştirilebilen farklı özellikler içerir. Çoğu oyunda bir nabız kanalı melodi için, diğeri ise eşlik için kullanılır.

Dahası, Famicom modeli karışık ses sinyalini kartuşa gönderen kartuş pinleri içerir, böylece ikincisi ekstra kanallarla karıştırabilir (ekstra çipler gerektirir) [38].

Şimdi APU [39] tarafından sentezlenen dalga formlarının türünü tartışalım:

Nabız

Dalga 1 kanalının osiloskop görünümü.
Dalga 2 kanalının osiloskop görünümü.
Tüm ses kanallarının osiloskop görünümü.
Mother (1989).

Nabız dalgaları, çoğunlukla melodi veya ses efektleri için kullanılan çok belirgin bir bip sesine sahiptir.

APU darbe dalgaları için iki kanal ayırır. Her biri, darbe genişliklerini değiştirerek üretilen üç farklı sesten birini kullanabilir.

Çoğu oyunda bir nabız kanalı melodi için, diğeri ise eşlik için kullanılır.

Oyunun bir ses efekti çalması gerektiğinde, eşlik kanalı efekti çalmak için değiştirilir ve ardından eşlik etmeye geri döner. Bu, oyun sırasında melodinin kesintiye uğramasını önler.

Üçgen

Üçgen kanalın osiloskop görünümü.
Tüm ses kanallarının osiloskop görünümü.
Mother (1989).

Bu dalga biçimi melodi için bir bas çizgisi görevi görür. Perdesini dramatik bir şekilde değiştirmek de perküsyon üretebilir.

APU’nun bu tür dalgalar için ayrılmış bir kanalı vardır.

Bu kanalın ses seviyesi kontrol edilemez, çünkü muhtemelen ses seviyesi kontrolü üçgeni oluşturmak için kullanılır.

Ses

Gürültü kanalının osiloskop görünümü.
Tüm ses kanallarının osiloskop görünümü.
Mother (1989).

Gürültü temelde beyaz statik gibi ses çıkaran bir dizi rastgele dalga biçimidir. Bunun için bir kanal tahsis edilmiştir.

Oyunlar gürültü kanalını perküsyon veya ambient efektleri için kullanır.

Bu kanalda sadece 32 ön ayar mevcuttur. Bu ön ayarların yarısı (16) temiz statik, diğer yarısı ise robotik statik üretir.

Örnek

Örnek kanalın osiloskop görünümü.
Tüm ses kanallarının osiloskop görünümü.
Mother (1989).

Örnekler, tekrar çalınabilen kaydedilmiş müzik parçalarıdır. Gördüğünüz gibi, örnekler tek bir dalga formuyla sınırlı değildir, ancak çok daha fazla yer kaplarlar.

APU’nun örneklere ayrılmış bir kanalı vardır. APU ile örnekler 7 bit çözünürlük (0 ile 127 arasındaki değerlerle kodlanır) ve ~15,74 KHz örnekleme hızı ile sınırlıdır [40]. Bu kanalı programlamak için, oyunlar 7 bitlik değerleri yayınlayabilir (bu da çok fazla döngü ve depolama alanı çalar) veya yalnızca bir sonraki örnek ile bir önceki arasındaki değişimi kodlamak için delta modülasyonu kullanabilir.

APU’daki delta modülasyonu uygulaması yalnızca 1 bitlik değerler alır, bu da oyunların, sayaç her devreye girdiğinde örneğin yalnızca 1 arttığını veya azaldığını söyleyebileceği anlamına gelir. Dolayısıyla, aslına uygunluk pahasına, delta modülasyonu oyunları APU’ya sürekli değerler aktarmak zorunda kalmaktan kurtarabilir.

Bu kanalı programlamak daha fazla alan ve CPU döngüsü gerektirdiğinden, oyunlar normalde tekrar tekrar çalınabilen küçük parçaları (davul örnekleri gibi) depolar. Ancak NES’in ömrü boyunca birçok stüdyo bu kanalı akıllıca kullanmayı başardı.

Sırlar ve sınırlamalar

APU bir plak, kaset veya CD’nin kalitesiyle karşılaştırılamazken, programcılar NES’in modüler mimarisi sayesinde kapasitesini genişletmenin yollarını buldular.

Ekstra Kanallar

Castlevania III’ün osiloskop görüntüsü (ABD/Avrupa, 1989).
Akumajō Densetsu’nun (Castlevania III’ün Japonca versiyonu, 1989) osiloskop görünümü.

Famicom’un ses genişletme için özel kartuş pinleri sağladığını hatırlıyor musunuz? Castlevania 3 gibi oyunlar bu avantajdan yararlandı ve Konami VRC6 adında ekstra bir çip paketledi, bu da karışıma iki ekstra darbe dalgası ve bir testere dişi dalgası ekledi.

Oyunun Japon versiyonu ile Amerikan versiyonları arasındaki farkı gösteren bu videoya bir göz atın (ikincisi, ses genişletme özellikleri sağlamayan NES’te çalışır).

Tremolo

Final Fantasy III’ün (1990) osiloskop görünümü.

Kartuş maliyetlerini artırmak yerine, bazı oyunlar daha fazla kanal eklemek için teknolojiden ziyade yaratıcılığa öncelik verdi.

Bu örnekte Final Fantasy III, ekstra kanalları ‘simüle etmek’ için tremolo efektlerini kullanma fikrini ortaya atmıştır.


Oyunlar

NES oyunları temel olarak 6502 assembly dilinde yazılır ve Program ROM’unda bulunurken, oyunun grafikleri (karolar) Karakter belleğinde saklanır.

Ayrıca, oyunlar Nintendo’nun onayı altında perakende mağazalarında satıldı (veya kiralandı).

Alternatif ortam

Sadece Japonya’da piyasaya sürülmüş olsa da, bunun kısa ömürlü ama tıpkı haritacılar gibi bu konsola daha fazla yetenek kazandıran tuhaf bir eklentiyi tanıtmak için iyi bir fırsat olacağını düşündüm. Bu çevre birimi Famicom Disk System (FDS) olarak adlandırıldı ve 1986’da (Famicom’dan ~3 yıl sonra) piyasaya sürüldü. Harici bir disket okuyucu şeklindeydi ve ‘RAM adaptörü’ adı verilen garip şekilli bir kartuşla birlikte geliyordu.

Image
Disketlerin yerleştirildiği sürücü (fotoğrafta koruma için yerleştirilmiş bir karton disket gösterilmektedir). Altı adet C pille (her biri 1,5 V) ya da 3,6 W AC adaptörle çalışır.
Image
RAM adaptörü, Famicom’un kartuş yuvasına takılır ve bir kablo ile sürücüye bağlanır.
Famicom Disk Sistemini (FDS) oluşturan iki bileşen.

Famicom Disk Sistemi, Famicom’a aşağıdaki hizmetleri ekledi:

Image
FDS ekipmanı Famicom’a monte edildi.

Disket tek bir ortam olduğundan (çok çipli kartuşların aksine), tüm oyun verilerinin içine sıkıştırılması gerekir, ancak özel bir dosya sistemi kullanılarak düzenli tutulur.

Bununla birlikte, Famicom/NES’in çalışması için kesinlikle ayrılmış Program ve Karakter belleği gerekir, bu yüzden bunu çözmek ‘RAM adaptörünün’ işidir. Bu bileşen, disketten okunan oyun verilerini tamponlamak için 32 KB Program RAM ve 8 KB Karakter RAM barındırır ve bunu yaparken konsolun kartuş tabanlı bir oyunmuş gibi okumasını sağlar.

Sürücüyü çalıştırmak için RAM adaptörü bir BIOS [43] depolamak için ek bir 8 KB ROM yerleştirir. Bu program aşağıdaki görevleri yerine getirir:

Image
FDS için iki perakende oyun örneği. Diskin mavi ‘aroması’ da toz geçirmezdi.
FDS açılış animasyonu, kullanıcının… uhm… bir oyun eklemesini bekliyor.

O dönemde Nintendo, perakende mağazalarında bazı ’kiosk’lar kurdu, böylece kullanıcılar disketlerini getirip indirimli bir fiyata yeni bir oyunla üzerine yazabiliyorlardı.

Ne yazık ki, birkaç yıllık kullanım ömrünün ardından Famicom Disk Sistemi kullanımdan kaldırıldı ve sonraki oyunlar kartuş ortamına geri döndü. İşin iyi tarafı, FDS’nin işlevlerine kıyasla benzer (veya daha iyi) yeteneklere sahip yeni haritalar mevcuttu.


Korsanla mücadele ve bölge kilidi

Nintendo, Checking Integrated Circuit (CIC) [44] adı verilen tescilli bir lockout çipi sayesinde izinsiz yayınları engelleyebilmiştir. Konsolda bulunur ve sıfırlama sinyaline bağlıdır (ve bu nedenle kolayca çıkarılamaz).

Bu çip, oyun kartuşunda başka bir kilitleme çipinin varlığını kontrol eden dahili bir program olan 10NES’i çalıştırır. Bu kontrol başarısız olursa konsol sonsuz sıfırlamaya gönderilir.

Her iki kilitleme yongası da konsolun çalışma süresi boyunca sürekli iletişim halindedir. Bu sistem, çipi boşta bırakan konsolun kilitleme pimlerinden biri kesilerek etkisiz hale getirilebilir. Alternatif olarak, -5V’luk bir sinyal göndermek onu dondurabilir.

CIC, 1983’teki video oyunu çöküşünün neden olduğu korkunun bir sonucu olarak var olmuştur. Nintendo’nun o zamanki başkanı Hiroshi Yamauchi, kaliteli oyunları zorunlu kılmak için her birini onaylamaktan sorumlu olacaklarına karar verdi [45].

Konsolun Japon modeli olan Famicom’un 1983’teki çöküşten önce piyasaya sürüldüğünü fark edeceksiniz. Bu nedenle ne oyun kartuşları ne de konsol CIC devresi [46] içermez, bunun yerine pinler isteğe bağlı ses genişletme için kullanılır.


Hepsi bu kadar


Katkıda Bulunma

Bu makale Konsolların Mimarileri serisinin bir parçasıdır. Eğer ilginç bulduysanız lütfen bağış yapmayı düşünün. Bağışınız, mevcut ve gelecek makalelerin kalitesini artırmama yardımcı olacak araç ve kaynakların satın alınmasını finanse etmek için kullanılacaktır.

Donate with PayPal
Become a Patreon

Ayrıca eBook sürümünü İngilizce olarak da satın alabilirsiniz. Kârları bağış olarak kabul ediyorum.

Image

Bu makale için arzu edilen araçların ve en son kazanımların bir listesi burada takip edilmektedir:

### Interesting hardware to get (ordered by priority)

- Any development cart out there (only if found at a reasonable price)

Alternatif olarak, değişiklikler önererek ve/veya çeviriler ekleyerek yardımcı olabilirsiniz.


Copyright and permissions

This work is licensed under a Creative Commons Attribution 4.0 International License. You may use it for your work at no cost, even for commercial purposes. But you have to respect the license and reference the article properly. Please take a look at the following guidelines and permissions:

Article information and referencing

For any referencing style, you can use the following information:

  • Title of article: Nintendo Entertainment System (NES) Architecture - A Practical Analysis
  • Author: Rodrigo Copetti
  • URL: https://www.copetti.org/writings/consoles/nes/
  • Date of publication: January 25, 2019
  • Last modified: February 4, 2024

For instance, to use with BibTeX:

@misc{copetti-nes,
    url = {https://www.copetti.org/writings/consoles/nes/},
    title = {Nintendo Entertainment System (NES) Architecture - A Practical Analysis},
    author = {Rodrigo Copetti},
    year = {2019}
}

or a IEEE style citation:

[1]R. Copetti, "Nintendo Entertainment System (NES) Architecture - A Practical Analysis", Copetti.org, 2019. [Online]. Available: https://www.copetti.org/writings/consoles/nes/. [Accessed: day- month- year].
Special use in multimedia (Youtube, Twitch, etc)

I only ask that you at least state the author’s name, the title of the article and the URL of the article, using any style of choice.

You don’t have to include all the information in the same place if it’s not feasible. For instance, if you use the article’s imagery in a Youtube video, you may state either the author’s name or URL of the article at the bottom of the image, and then include the complete reference in the video description. In other words, for any resource used from this website, let your viewers know where it originates from.

This is a very nice example because the channel shows this website directly and their viewers know where to find it. In fact, I was so impressed with their content and commentary that I gave them an interview 🙂.

Appreciated additions

If this article has significantly contributed to your work, I would appreciate it if you could dedicate an acknowledgement section, just like I do with the people and communities that helped me.

This is of course optional and beyond the requirements of the CC license, but I think it’s a nice detail that makes us, the random authors on the net, feel part of something bigger.

Third-party publishing

If you are interested in publishing this article on a third-party website, please get in touch.

If you have translated an article and wish to publish it on a third-party website, I tend to be open about it, but please contact me first.


Kaynaklar / Okumaya Devam Edin

Korsanlıkla Mücadele

Ses

İşlemci (CPU)

Oyunlar

Genel

Grafikler

Fotoğrafçılık


Rodrigo Copetti

Rodrigo Copetti

Umarım bu makaleyi beğenmişsinizdir! Yazar hakkında daha fazla bilgi edinmek istiyorsanız buraya tıklayın ve eğer desteklemek isterseniz buraya tıklayın

rsslinkedintwittergithub facebookreddit