sonraki »

[ilkerficicilar]

O ne! E uçmaya başlamış bu.

Tek rakibi Türk DMA Yolları

Bu son deneysel halinin ve production halinin ziplerini alabilmemiz mümkün mü?

Bence senkron olamamasının sebebi delayMicroseconds()'ın hassas olmaması. Zaten kendi içinde bir 1/16 mikrosaniyelik epsilona sahip. Üstüne bu komuta girip çıkarken de kayıp yaşıyor. O gecikmeleri birer ikişer kısaltarak deneme yanılmayla tutturabiliriz senkronu gibi geliyor.

[Simon (Özay Turay)]

Bence senkron olamamasının sebebi delayMicroseconds()'ın hassas olmaması.

Ya da i_r_on Arduino'dan kurtulup yavaş yavaş Atmel Studio'ya (dolayısıyla saf AVR GCC'ye) geçecek.

[i_r_on]

O ne! E uçmaya başlamış bu.

Tek rakibi Türk DMA Yolları

Bu son deneysel halinin ve production halinin ziplerini alabilmemiz mümkün mü?

Bence senkron olamamasının sebebi delayMicroseconds()'ın hassas olmaması. Zaten kendi içinde bir 1/16 mikrosaniyelik epsilona sahip. Üstüne bu komuta girip çıkarken de kayıp yaşıyor. O gecikmeleri birer ikişer kısaltarak deneme yanılmayla tutturabiliriz senkronu gibi geliyor.

Source'ları akşam eve gidince paylaşırım. delayMicroseconds'ı inline assembly'e çevirmek kolay. Zaten 2 byte gönderimi ile kazanılan hız beni kesmedi, 40k'yı 1 saniyede göndermem lazım

Muhtemelen 4 byte gönderimi de çalışacaktı, sıkıntı menünün gönderilmesi sırasında yaşanıyor tahminimce. Onu çözersem aslında olay çözülüyor.

Bu arada hakikaten şerit yerine düz tek renk ekranla geçiş daha hızlı olduğu izlenimini uyandırıyor. Şeritler bizim beynimizde eski teyp yüklemelerinden kaynaklı  "bekle kardeşim" bölgesini uyarıyor herhalde

Bence senkron olamamasının sebebi delayMicroseconds()'ın hassas olmaması.

Ya da i_r_on Arduino'dan kurtulup yavaş yavaş Atmel Studio'ya (dolayısıyla saf AVR GCC'ye) geçecek.

Bu projede artık zor, hardware'i de baştan design edip yazılımı da oraya kaydırmak aklımdan geçmedi değil. Bir sonraki projeye kısmetse. Gerçi belli de olmaz, kaşınırım falan yine çok kesin konuşmayayım.

[ilkerficicilar]

beynin "bekle kardeşim bölgesi" güzelmiş.

[i_r_on]

Test versiyonunun source'ları şurada.
http://www.tepetaklak.com/data/IRQHack64Nmi2Byte.zip

Ben bir iki eprom silip 4 byte transferi deneyeyim 6 cycle şerit operasyonundan da kazanmışken ciddi fark yaratacak muhtemelen.

[gameretro]

Takip ediyorum da bu gidişle commodore açıldığı anda geos gelicek sanırım Bravo yani.

Kolay Gelsin.

[i_r_on]

@gameretro : ilker sd2iec'ten de bir yüklemeden bahsediyordu. O yüklemenin süresine IRQHack64'ün bir katkısı maalesef olamayacaktır.

@ilker : sahi ne kadar bir data yüklüyor?

[gameretro]

8sn'de yüklemeyi denemiştim demek ki arayı kaçırmışım onun üzerine combo yaparak devam ediyorsunuz diye algıladım olayı.Cevap için Teşekkürler.

Tabii ki takibe devam

[i_r_on]

4 byte ile de çalıştı bu arada. Çalıştığında %25 daha hız artışı oldu. Stabilite daha kötü. Şunu farkettim, arduino hız için değil flash boyutu için optimizasyon yaptırıyormuş gcc'ye. Inline assembly ile 6502'nin 0.985mhz pal clock'unu da düşünüp delay rutini yazdım ancak adam gitti onu inline kodun içine gömmek yerine call ile çağırdı. Assembly çıktıda delay rutinini oluşturan nop'ları da optimize etti mi etmedi mi anlayamadım.

Hıza göre optimize et demek için platform.local.txt içinde değişiklik yapılabiliyormuş onu denedim. Bu sefer de compile / link'te enteresan bir hata aldım.

En son tekrar delayMicroseconds'a dönüp elle tweak ettim. Menü transferi arada göçse de esas transfer takır takır çalışıyor. Transfer rutinini monoblok assembly ile yazmak lazım tam stabil olması için.

4 byte'lık versiyon şurada.
http://www.tepetaklak.com/data/IRQHack64Nmi4Byte.zip

Bu arada fonksiyonları inline edemiyor olmak da gerçek hızı görememek için bir etken. Bir şekilde hıza göre optimize ettirmek lazım. Size artışından dolayı menüyü kartuş üstünde saklamayız olur biter.

[ilkerficicilar]

50KB yüklüyor: http://cbm.ficicilar.name.tr/dosya/geossnap.zip

Bunun içindekini çalıştırıyoruz IRQhack64 ile. Şak diye GEOS gelecek olasılıkla

gcc'de -O0 parametresi işe yaramadı mı ki?

Bir bakayım.

Bu arada ben de KissUtilityPack'te son rötuşları yaptım. Arşiv içindeki PRGs'dekiler IRQhack64'ün kısa yol tuşlarıyla (0-7) da çalışabilmesi lazım: http://cbm.ficicilar.name.tr/dosya/KissCart-UtilityPack-v1.4.rar

[i_r_on]

pragma directive'i ile -O0 seviyesini inline fonksiyonların olduğu dosya için denedim ancak başka bir kütüphane derlenemedi. Bir de -flto opsiyonu varmış, onu da denedim collect.exe bıdı bıdı diye başka bir hata verdi o da.

Aslında ne kadar yüklüyor diye sorduğum disket sürücüden ne kadar yüklediğiydi. Anladığım kadarıyla bu crunch'lı, uncrunch'ta vakit gidiyor daha çok.

sd2iec bağlı olmadan denedim 5 sn.'de açtı. i/o bölgesine yükleme gerekiyor falan demiştin, öyle bir versiyon varsa onu da deneyebilirim.

[ilkerficicilar]

Aslında bu crunch'sız ama bol bellek transferli. GEOS çalışırken Vice ile tam bir bellek snapshot'ı alabilirim sanırım. 0002'den ffff'a kadar yükleme yapmasının önünde bir engel yok bence irqhack64'ün. I/O runtime kopyasını da GEOS'un 2. ekranı olan $6000 koyarız. Çok az bir bellek transferi ile hallolur gibi. 64k sdcard'dan 1-2K da RAM'dan  I/O'ya.

Optimizasyon parametreleri ise neden sorun çıkarıyor acaba?

[i_r_on]

Bilemiyorum valla. Kurcalayıp halledeceğim bir ara. Şu an zaten stabil değil, her türlü zamanlamayı sağlamlaştırmam lazım.

Diğer konuda paylaştığın d64 imajını attım sd2iec'e. Geossnap'i IRQHack64 ile yükledim. Geos içinde içeriğini listelemeye çalışınca sürücü hatası verdi. Öncesinde sanıyorum sd2iec'de bu d64'ü seçtirmek için bir şey yapmak lazım.  Özay'ın açıklamalara bir bakayım.

Loader rom'u bellek ayarını $34 yapacak şekilde değiştiriyorum bu arada. $D020'ye yazan tüm yerleri de kaldırmak gerekti, yoksa yüklenen şeyi ezerim.

Deneme yapmak için büyük bir program imajı bulmam lazım. Vice'ta freeze işini beceremedim.

ps: aşağıdaki linkten bakıp çalıştırdım bu arada
https://www.c64-wiki.com/index.php/sd2iec_(firmware)

[i_r_on]

$34 dedim ben ama kafam karıştı.

Kod:

Bits #0-#2: Configuration for memory areas $A000-$BFFF, $D000-$DFFF and $E000-$FFFF. Values:

◦%x00: RAM visible in all three areas.


◦%x01: RAM visible at $A000-$BFFF and $E000-$FFFF.


◦%x10: RAM visible at $A000-$BFFF; KERNAL ROM visible at $E000-$FFFF.


◦%x11: BASIC ROM visible at $A000-$BFFF; KERNAL ROM visible at $E000-$FFFF.


◦%0xx: Character ROM visible at $D000-$DFFF. (Except for the value %000, see above.)


◦%1xx: I/O area visible at $D000-$DFFF. (Except for the value %100, see above.)

Ram'e yazma anlamında aslında bellek konfigürasyonu etkili değil. Tek istisna I/O bölgesi. Her yeri RAM yap seçeneği %x00 ise default nmi handler'ın çalışmasını engelleyecek. Şimdi I/O altına yazabileyim ama Kernal ROM'dan da okusun seçeneği hangisi emin olamadım.

Şu herhalde?
%0xx: Character ROM visible at $D000-$DFFF. (Except for the value %000, see above.)

Yani $33? Karakter rom okunabilir hale geliyorsa burada, yazma yapılınca da ram'e mi yazar acaba?

[i_r_on]

Cengiz gibi ustaların affına sığınarak sesli bir video çektim.



Merhaba retro oyun severler diye girecektim videoya az daha