compression..

[GnoStiC]

c64'de hiz ve hafiza "sorunu"? nedeniyle grafikleri nasil compress ettiginizi merak ettim.

yani, bir sahne aktifken ve bir sonraki sahnede full screen bir grafik gosterecekseniz (en cok yer kaplayan yontem hangisi ise onu dusunun, ifli vs gibi) onu hangi formatta sakliyorsunuz? RLE aklima ilk gelen sey ama suphesiz baska guzel seyler yapiyorsunuzdur?

[skate]

aslında doğru tahmin etmişsin gnostic. RLE çok kullanılır 64'de. bunun haricinde birçok metot var. 64'deki asıl tartışma konusu genellikle dataların sıkıştırılmış halde yükletip sonra açılması ya da sıkışmış dosyanın yüklerken byte byte açılarak yükletilmesi arasındaki hız farkı gibi konulardır.
 
c64'ün en sağlam sıkıştırma programlarından biri, bir PC toolu olan pucrunch'dır. Pucrunch'ın 64 üzerinde depackerı da oldukça hızlı çalışır ve zaman zaman zip ve rar'dan daha iyi oranlarda sıkıştırma bile gösterebilir.
 
ben özellikle şu güncel topic'e bir göz atmanı isterim.
 
http://noname.c64.org/csdb/forums/?roomid=11&topicid=57375

[nightlord]

Ben de pucrunch'in linkini veriyim:
 
http://www.cs.tut.fi/~albert/Dev/pucrunch/
 
LZ77 ve RLE bilesimi bir algoritma kullaniyor sitesinden de gorebileceginiz gibi. Ve lossless.
 
Living/Glance'de hizi biraz artirilmis pucrunch kullanildi.

[GnoStiC]

soyle bir durum var ki, benim ozellikle merak ettigim "gfx compression" olayi.. acikcasi yer sIkintili bir production icin bir compression gelistirmeye calisiyorumda, diger "yer sIkintili" platformlarda ne yapmislar diye merak ettim.. :rolleyes:

ancak verdiginiz linkler ve bilgiler icin cok tesekkurler, baya iyi oldu, bi suru ek sey ogrendim..

[skate]

@gnostic: grafik konusunda genellikle yine bu yukardaki sıkıştırma metotları kullanılır. ancak videoya gelince iş değişir. benim bildiğim grafiğe özel sıkıştırma mantıkları yalnızca commodore 64'deki uzun animasyonlarda kullanılıyor ki bunların birçoğunun çözünürlükleri de düşüktür ve genellikle dithering kullanırlar. normal bir grafiğin diğer platformlardaki gibi sıkıştırılamama nedeni commodore 64'ün grafik ekranının limitlerinin biraz garip oluşundan kaynaklanıyor. yani kayıplı bir sıkıştırma birçok durumda mümkün değil ve grafiği tahmin edebilenden çok daha fazla bozabilir. kayıpsız bir sıkıştırma olduğu sürece de grafik modlarının özellikleri düşünüldüğünde yine standart data sıkıştırma metotları en iyi çözüm oluyor.

[GnoStiC]

bilgilendirme icin sagolasin

...
yani kayıplı bir sıkıştırma birçok durumda mümkün değil ve grafiği tahmin edebilenden çok daha fazla bozabilir. kayıpsız bir sıkıştırma olduğu sürece de grafik modlarının özellikleri düşünüldüğünde yine standart data sıkıştırma metotları en iyi çözüm oluyor.

[skate]

@gnostic: şimdi aklıma geldi. ben hep multicolor resimleri aklıma getirdim elbette ki. 320x200 tek renk ekran modunda kayıplı sıkıştırma yapılabilir. ama yapılmış mıdır bu güne kadar dersen pek sanmıyorum.

[nightlord]

Bu arada sanirim pixel art'i kayipli sikistirmak, grafikerden dayak yemenin en hizli yolu da olabilir
 
- hulean naptin lan grafigime
- ee. sey kayipli sikistirdim... ah vurmasana .. ahh ama bak dct'deki yuksek frekanslar zaten algilan... ahhha ama huffman encoding ah.

[endo]

Bu arada sanirim pixel art'i kayipli sikistirmak, grafikerden dayak yemenin en hizli yolu da olabilir
 
- hulean naptin lan grafigime
- ee. sey kayipli sikistirdim... ah vurmasana .. ahh ama bak dct'deki yuksek frekanslar zaten algilan... ahhha ama huffman encoding ah.

heheh evet.. ve hayat boyu unutmazlar bi de

dusuk kapasitede, RLE grafik icin en uygun yontem tabii. sadece bazen grafigin formatina gore modifiye etmek iyi sonuc veriyor, tekrar eden byte'lar yerine tekrar eden word'ler veya longword'ler gibi. ya da tekrarli bloklari once bulup (LZ benzeri dictionary) sonra aralari/kalani ve bloklari RLE ile compress etmek gibi. bildiginiz seyler muhtemelen :T