bu acidan demoyu ayrica basarili buluyorum. zira cpc scene'ini de silkindirecek hatta baska platformlarda takilanlari dahi cpc'ye cekebilecek kiskirticilikta olmus. iste "bugune kadar aletin %6 kapasitesini kullandiniz", "cpc scene bugune kadar akliniz nerdeydi?", "vanity birden fazla axis'te vektor ceviremiyor musun?", "bu da senin rotozoomer'ina takke olsun", "c64'te bu yaziyi okuyamazsiniz" vb super.

aman diyim yapmayin onu benim mesajlarimi da moderator onayina gonderiyo bu alet. (ayni thread'e arka arkaya iki mesaj atarsam). mesajlarimiz ucmasin seker de yiyebilsinler.

@skate senin yaklasimin ideal olan bence zaten. benimki "premature optimization" denen yanilgi. ama dedigim gibi bunu genel gecer bir pratik olarak degil z80 instruction set'e adapte olma pratigi olarak yapiyorum kendime bir challenge belirliyorum "hic memory kullanmadan sprite basma kodu yazabilir miyim" diye onu puzzle gibi cozmeye calisiyorum

@skate: evet assembler directive.
@alco: daha 3.5" takamadigimdan bakamadim cpc'de

@skatE: z80'de block copy instruction'lari var (x86'daki "rep movsb" muadili) (sozkonusu instruction'lar: ldir, lddr). bunlari kullanarak block set de yapabiliyosun (destination = source + 1, diyerek). ama hatirladigim kadariyla bunlar esdegeri assembly kodundan daha yavas calisiyordu. bunun otesinde cpc'nin video memory layout'u o kadar karisik ki block instruction'lardan ne kadar istifade edebileceginden de emin degilim. (normal ekranda ikinci line ilk line + 2048'den basliyor, overscan'de de ayni mantik sozkonusu, o yuzden bi kere tek renge gecince gerisini yardir gitsin yapamiyosun, illa ki her satirda tekrar sonraki satirin nereden baslayacaginin hesabi gerekiyor)

eger "read + compare + branch" uclusu "read + write"'tan hizliysa tabi delta daha iyidir. ama ben neticede z80'de bir sprite basma kodunu bile bitiremedigimden (hatirlarsaniz gectigimiz bolumde register'lari tuketmistim) bu konuda kendimi otorite gormuyorum

@skate: kodu birden fazla kisi gelistiriyorsa riskli bi hareket, adam kodun ne is yaptigini bilmeden performans optimizasyonu icin alignment ya da instruction degistirmeye kalkar. o yuzden bu yaklasim daha az riskli gibi. bir de ortaya cikan tablo "supheli" de olabilir sintable'in devami oldugundan. cikan degerleri daha az suphe ceker gorup oyle birakmis da olabilir.

cok uzun ama okumasi cok keyifli bir makale. adam easter egg'i "bill gates'in kendisi mi baskasi mi yazmis?" konusunda dedektif gibi calismis

http://www.pagetable.com/?p=43

oh beee nihayet! ahahah