Sprite cogullama

[atiflz]

Sprite'lari alt alta koyunca, ayni stairda 8'den fazla olmamak sartiyla bir suru sprite cizebiliyoruz. Peki Ornegin Space Invaders'da ayni satirda 11 tani dusman oluot, onu nasil hallediyorlar? Iki uzayliyi tek sprite mi yapiyorlar?

[skate]

Sprite kullanmıyorlar, karakter seti ya da bitmap ekran kullanıyorlar. Bir çeşit BOB da diyebiliriz ama Amigacılar bu terime itiraz ettiği için kullanmak istemiyorum

[skate]

ıhtiyacı olan olursa geçen senenin ocak ayında kimin için hazırladığımı hatırlamadığım Türkçe açıklamalar içeren bir multiplexer kaynak kodu buldum. Aşağıdaki linkten kaynak kod ve prg dosyası bulunan zipi indirebilirsiniz.
 
http://www.akaydin.com/c64/codes/skate/multiplexer.zip

[ssg]

60hz tariyorsa ve 200 tarama satiri varsa bir tarama satiri 1/12000 saniye aliyor. 0.9khz bi makinada bir cycle 1/900000 saniye tutuyor. bir satir kabaca 75 cycle'da taraniyor. (gerci komodorcular bunu coktan denemistir herhalde, tam sayiyi biliyordur).
 
vic chip'i ve hafiza erisimi yeterince hizli olsa 75 cycle'da yeniden sprite tanimlamak mumkun olabilirmis. anladigim kadariyla degil

[atiflz]

Yanlis hatirlamiyorsam bir satir taramasi tam 63 dongu suruyor. Bir bellek erisimi ise 3 dongu. Yalniz ayni satira yanyana 8'den fazla hic bir zaman yapilamiyor. Anladigim kadariyla "multiplexing" dene sey sadece ayni sprite'i daha alt satirlarda bir daha kullanarak yapiyorlar sadece.

[skate]

vic oldukça karışık bir işleyiş yapısına sahip. tek satırda PAL mode 63, NTSC 65 (eski modeller 64) cycle'a sahip. her ikisinde de aynı satırda 9. sprite'ı göstermek mümkün değil... idi... taa ki crossbow şu demoyu yayınlayana kadar:
 
http://noname.c64.org/csdb/release/?id=48577
 
Bu demoda alt borderda sağ tarafta görüntülenen 9. sprite aslında bir alt satırda yer alıyor ancak bir şekilde üst satırda gösterilebiliyor. bu demodan sonra birçok emulator update yayınlamak zorunda kaldı. ancak bu tekniğin problemi bir alt satırdaki sprite'dan faydalandığı için her iki satırda bir çalışabilmesi. Spriteların birer satır atlayan çizgilerden oluşmasının nedeni de bu.
 
Ama bu trick tam legal sayılmaz açıkçası. Evet yan yana 9. sprite'ı gösterebiliyoruz ancak hala buna cycle yetmiyor. Garip bir durum

[ssg]

bu demonun bahsi daha once forumda gecmisti ama calistiran bir emulator bulamamistim o zaman. evde de nightlord'un nasa uzay ussu gibi komodor gelsitirme calistirma merkezim olmadigi icin gercek makinada bakamadiydim.
 
simdi youtube'e baktim buldum izledim. eger emulator hatasi degilse sprite'in sadece 24 pixel'i ayni satirda geri kalani alt satira wrap ediyor galiba (gri cizgiler de sprite'in parcasi saniyorum).
 
yine de 30 yildir kimsenin bulamadigini bulmus olmak super tabi.

[stranger]

Kendi multiplexer rutinimi yazarken jsr$e544 ile ekranı temizledikten sonra
x koordinatında yer alan Sprite0 ile Sprite1 arasında 1 pixellik boşluk kalıyor
jsr$e544'ün x registerine 1 yüklediğini tahmin ettiğim için(bir alaka yok ama yinede) akümülatörü + x ve y registerlerinin değerini sıfırlamama rağmen sonuç değişmiyor
örn:
jsr$e544
ldx#$00
ldy#$00
lda#$00
.... gibi
 
Tabii ekranı aşağıdaki şekilde temizleyip sorunu çözdüm fakat yinede aklıma takıldı. Nedir bu yahu? VIC 'in bilinmeyen bir yüzüyle mi karşılaştık yine
 
ldx#$ff
lda#$20
sta$0400,x
sta$04ff,x
dex
bne *-7

[skate]

emin değilim ancak sorunun carry flag ile ilgili olabilir. belki jsr $e544 carry flag'i set ediyordur, sen de aşağıda bir toplama işlemi yaptığında değere 1 ekleniyordur. jsr $e544 sonrasına bir "clc" koymayı dene.
 
tahminim şöyle;
 
jsr $e544
clc
lda #$50 ;herhangi bir değer
sta $d000
adc #$18
sta $d002
 
belki sen clc'yi unutmadıysan bile jsr $e544 öncesine koymuşsundur. böyle birşey olabilir.

[stranger]

Haklısın ve teşekkürler Skate clc ile sorun çözüldü.
(Bende Omomatik reklamı hissi yarattı bu cümlem nedense... birde üstüne üstlük sizde kullanın ben memnun kaldım diyesim geldi ,)
Carry bir şekilde set olduğu için ilk toplama işlemimde adc#24 +carry= 25 oluyormuş.

[stranger]

Peki alt alta 2 sıra 8'er sprite dizsek. Bunların datalarını sağlıklı bir şekilde ayrı memory bloklarından okutmak mümkün olabilir mi? Biraz bokunu çıkarmak gibi gözükebilir fakat bence bu şekilde kullanılacak 16 renkli bir logo, 3 renkli karakter setinden oluşan bir logodan daha hoş duracaktır. Hemde tahminen hareket ettirmesi renk kodları vb. şeylerle uğraşılmayacağı için daha zahmetsiz olacaktır.
Örneğin üst sırayı $2000 den başlayıp, alt sırayıda mesela $3000 'den başlatıp okutsak...

[skate]

tam olarak demek istediğini anlayamadım kardeşim. eğer kastettiğin şey spriteları tekrar ettirirken data maplerini de değiştirmekse zaten multiplexerlar hep böyle kullanılır. ancak 8 sprite'ı birden kullanacaksan ve iki sprite satırı arasında tek bir raster satırı bile ara vermek istemiyorsan bu durumda ufak bir trick kullanmak gerekiyor. Çünkü 8 sprite'ın Y'de yeniden pozisyonlandırılması 1 LDA + 8 STA = 34 cycle tutuyor. Bir de 8 sprite'ın memory maplerini vermek istersek 8 LDA + 8 STA ya da alternatif olarak sıralı spritelar için 1 LDX + 7 INX + 8 STX her iki durumda da 48 cycle tutuyor. 34+48 = 82 cycle 63 cycle'ı geçtiği için üst sıradaki spriteların sonuncusu gösterildikten sonra bir sonraki satıra kadar tüm spriteları değiştirmeye yetmiyor zamanlama.
 
Çözüm: Spriteların adresleri her zaman ekran adresinin $3f8 ilersinde yer alır. Commodore 64 ilk açıldığında ekran adresi $0400'e ayarlanmıştır ($d018'in 4,5,6 ve 7 numaralı bitleri ekran adresinin pozisyonunu belirler). Eğer biz varsayılan ekran adresinin dışında ekran adresleri de kullanacak olursak ekran adresinin pozisyonunu değiştirdiğimizde 8 sprite address pointer'ı aynı anda değişmiş olur. Yani;
 
$07f8 - $07ff : Birinci sprite satırı adresleri
$0bf8 - $0bff : ıkinci sprite satırı adresleri
 
şeklinde önceden ayarlanırsa spriteların Y pozisyonları değiştirildikten sonra sadace $d018'in değeri değiştirilerek 6 cycle'da geçiş yapabilirsiniz. Örnek:
 
lda #$80 ; yeni Y pozisyonu
sta $d001
sta $d003
sta $d005
sta $d007
sta $d009
sta $d00b
sta $d00d
sta $d00f
lda #$24 ; ekran $0800-$0bff arasında
sta $d018
 
bu şekilde 2. satıra geçiş yapılabilir.
 
Ekran adreslerinin $d018 ile nasıl değiştirileceğinin tablosu aşağıdadır.
 
 0 -> %0000 ->  0*$0400 = $0000
 1 -> %0001 ->  1*$0400 = $0400 (Commodore'un varsayılan ekran adresi)
 2 -> %0010 ->  2*$0400 = $0800
 3 -> %0011 ->  3*$0400 = $0c00
 4 -> %0100 ->  4*$0400 = $1000
 5 -> %0101 ->  5*$0400 = $1400
 6 -> %0110 ->  6*$0400 = $1800
 7 -> %0111 ->  7*$0400 = $1c00
 8 -> %1000 ->  8*$0400 = $2000
 9 -> %1001 ->  9*$0400 = $2400
10 -> %1010 -> 10*$0400 = $2800
11 -> %1011 -> 11*$0400 = $2c00
12 -> %1100 -> 12*$0400 = $3000
13 -> %1101 -> 13*$0400 = $3400
14 -> %1110 -> 14*$0400 = $3800
15 -> %1111 -> 15*$0400 = $3c00

Bu değerler byte'ın üst nibble'ına tekabül eder. Yani Hexadecimal olarak $0-$F arası düşünecek olursak bu değerleri;
 
lda $#XY
sta $d018
 
şeklindeki yazılımda X'in yerine koymamız gerekir. Y ise karakter seti ya da bitmap grafik pozisyonunu belirtir. Karakter setini varsayılan pozisyonda kullanacak olursak;
 
ekranı $0400'e almak için;
 
lda #$14
sta $d018
 
ekranı $0800'e almak için;
 
lda #$24
sta $d018
 
ekranı $3c00'a almak için;
 
lda #$f4
sta $d018
 
şeklinde geçiş yapabiliriz. Bu değerler Bank pozisyonundan itibaren geçerlidir. Banklar değiştikçe bankın başlangıç adresi bu değere eklenir. Örneğin $8000-$bfff arasındaki banktaysak son örnek $3c00 yerine $bc00'a işaret edecektir.

[stranger]

Örnekle demek istediğimi daha iyi anlatabilirim: Yani demek istediğim şu... Bu örnekte alttaki son 3 sprite'ın datası üstteki ile karışıyor (zaman yetmiyor). Senin trick'i buna uygulamaya çalışacağım gibi gözüküyor. Senin cevaba şimdi detaylı bakacağım.
 
!to"irq7.prg",cbm
ekran0=87
ekran1=ekran0+21+1
irq00=$03
ykor0=ekran0-20
ykor1=(ykor0+21)
* = $0801
!byte $0c, $08, $00, $00, $9e, $32, $30, $36, $31, $00, $00, $00
*=$080d
 
ldx#$00
stx$d020
stx$d021
jsr$e544
lda#$ff
sta$d015
ldx#$00
lda#$55
sta$d000,x
clc
adc#24
inx
inx
cpx#16
bne *-10
sei
lda #$7f
sta $dc0d
lda $d01a
ora #$01
sta $d01a
lda $d011
and #$7f
sta $d011
lda #$30
sta $d012
lda #sta $0314
lda #>irq1
sta $0315
cli
jmp*
 
irq1:
ldx#0
lda# ykor0
sta$d001,x
inx
inx
cpx#16
bne *-7
 
ldx #$00
lda #$80
sta $07f8,x
inx
cpx #8
bne *-6
 
lda #sta $0314
lda #>irq2
sta $0315
lda #ekran0
sta $d012
lda#$01
sta$d019
jmp $ea7e
 
irq2:
;ldx#0
;lda# ykor1
;sta$d001,x
;inx
;inx
;cpx#16
;bne *-7
lda#ykor1
sta$d001
sta$d003
sta$d005
sta$d007
sta$d009
sta$d00b
sta$d00d
sta$d00f
ldx #$00
lda #$c0
sta $07f8,x
inx
cpx #8
bne *-6
lda #sta $0314
lda #>irq1
sta $0315
lda #ekran1
sta $d012
lda#$01
sta$d019
jmp $ea7e
 
 
* = $2000
!byte %11111111,%11111111,%11111111
!byte %00000000,%00000000,%00000000
!byte %11111111,%11111111,%11111111
!byte %00000000,%00000000,%00000000
!byte %11111111,%11111111,%11111111
!byte %00000000,%00000000,%00000000
!byte %11111111,%11111111,%11111111
!byte %00000000,%00000000,%00000000
!byte %11111111,%11111111,%11111111
!byte %00000000,%00000000,%00000000
!byte %11111111,%11111111,%11111111
!byte %00000000,%00000000,%00000000
!byte %11111111,%11111111,%11111111
!byte %00000000,%00000000,%00000000
!byte %11111111,%11111111,%11111111
!byte %00000000,%00000000,%00000000
!byte %11111111,%11111111,%11111111
!byte %00000000,%00000000,%00000000
!byte %11111111,%11111111,%11111111
!byte %00000000,%00000000,%00000000
!byte %11111111,%11111111,%11111111
 
 
* =$3000
!byte %11111111,%11111111,%11111111
!byte %11111111,%11111111,%11111111
!byte %11111111,%11111111,%11111111
!byte %11111111,%11111111,%11111111
!byte %11111111,%11111111,%11111111
!byte %11111111,%11111111,%11111111
!byte %11111111,%11111111,%11111111
!byte %11111111,%11111111,%11111111
!byte %11111111,%11111111,%11111111
!byte %11111111,%11111111,%11111111
!byte %11111111,%11111111,%11111111
!byte %11111111,%11111111,%11111111
!byte %11111111,%11111111,%11111111
!byte %11111111,%11111111,%11111111
!byte %11111111,%11111111,%11111111
!byte %11111111,%11111111,%11111111
!byte %11111111,%11111111,%11111111
!byte %11111111,%11111111,%11111111
!byte %11111111,%11111111,%11111111
!byte %11111111,%11111111,%11111111
!byte %11111111,%11111111,%11111111

[skate]

Bu tür cycle kritik durumlarda loop kullanmayı aklından bile geçirme kardeşim, açık olarak yazman lazım loopu. Sonda kullandığın cpx bne v.b. komutlar çok fazla cycle yerler. Anlattığım trick 8 sprite söz konusu olduğunda iç ekran açıkken tek çözüm diyebiliriz. Tek handikapı ekran değişeceği için eğer karakter ekranında birşeyler varsa aynı ekranın birden fazla yerde kopyasının bulunması gerekmesidir.

[skate]

örneği test ettim, tavsiyem 16 sprite'da da farklı datalar bulunmasıdır. Ben genellikle multiplexer testleri için çapraz hatları bulunan şekiller kullanırım. Tüm spriteların alanını kaplayacak köşegenleri birleştiren bir X ya da bir üçgen gibi şekiller. Multiplexer hataları çok daha net bir şekilde gözlemlenebilir bu şekilde.