commodore.gen.tr

Aynen başlıkta belirttiğim gibi bol miktarda koala formatında resme ihtiyacım var. Biraz araştırdım ama topluca bir arşive rastlayamadım.

Gören ya da bulanlar pm ile yahut buradan paylaşırsa sevinirim.

google'da advanced searh operatör kullanarak bulabilirsin belki filetype:png veya ext:png gibi koala extensionu ne ise yazarak

http://csdb.dk/group/?id=4879 (http://csdb.dk/group/?id=4879)

Burada Koala Recovery Project Picture Disk olarak bir şeyler var. İşine yarayabilir belki.

Bol miktarda Hires resim bulabilirsen bunları kolayca Koalaya çevirebilirsin. Hatta x2koala konvertör yazabiliriz.

Şuradaki hiresler iş görür
http://c64pixels.com/main.php?g2_view=keyalbum.KeywordAlbum&g2_keyword=n2p&g2_page=3

Sen böyle bir şey soruyorsan hayırlı bir iş için soruyorsundur. İmece usülü bir kampanya yapabiliriz. İsteyen herkes 5 tane resim göndersin. 20 kişi olsak 100 tane resim bence sana yeter.

c64pixels.com bende açılmadı nedense.

Alternatif olarak JPG'den üretemez miyiz diye baktım.

Bir web sitesi buldum: https://alex.kazik.de/2/c64-converter/ (https://alex.kazik.de/2/c64-converter/)
ama bu işi otomatikleştiremez miyiz sorusuyla uğraşırken henüz bakamadım.

Şuradaki Java programını: http://csdb.dk/release/?id=77585 (http://csdb.dk/release/?id=77585)
 Linux'ta bir bash script içinde kullanmaya karar verdim.

Program,
java -cp bin Png2Prg PNGdosyaAdi C64PRGdosyaAdi 0
şeklinde kullanılıyormuş. Yalnız anlamsız bir şekilde 4 renkli PNG istiyor. Ama denemelerde 3 renkten fazlasında saçmaladı. Oluşturduğu dosyanın içine baktım. 8192'den itibaren bitmap, 16384'ten itibaren de ekran + 24 byte boş + renk ram'ı verisi var.

Koala Painter formatı ise $6000'dan itibaren 8000 byte bitmap, 1000 byte ekran, 1000 byte renk, ve 1 byte arkaplan rengi istiyor. En baştaki 2 byte'lık yükleme adresiyle birlikte toplam 10003 byte.

Linux'taki PNM araç gereçleriyle JPG'yi şu şekilde 320x200x4 PNG'ye dönüştürebiliyoruz.

jpegtopnm resim.jpg |ppmnorm -bvalue 48 -wvalue 248|pnmscale -nomix -width 320 -height 200 |ppmquant 3|pnmtopng > resim.png

Burada,
ppmnorm ile siyahları daha siyah, beyazları daha beyaz yapıyoruz.
pnmscale'deki -nomix, dithering'i iptal ediyor.
ppmquant ile renk sınırlaması getiriyoruz.
Aslında ppmquant, bir renk haritası da kabul ediyor. -mapfile filanca.pnm şeklinde... http://www.pepto.de/projects/colorvic/ (http://www.pepto.de/projects/colorvic/) adresinde yer alan Pepto'nun renk paletini vb. denedim, ama daha iyi bir sonuç vermedi.

Oluşturulan PRG'den koala formatına çevirme işini ise php ile yaptırdım, belki web sitesine koyarız diye.

Şimdilik durum şu:

Tek dosya için olan sürümü:

#!/bin/bash
#
# jpg2koala
# 2016.06.09
#

adpng=`basename "$1"|sed "s/\.jpg/.png/g;s/\.jpeg/.png/g;s/\.JPG/.png/g;s/\.JPEG/.png/g;"`
adkoala=`echo "$adpng"|sed "s/\.png/.gg/g;"`

jpegtopnm "$1"|ppmnorm -bvalue 48 -wvalue 248 |pnmscale -nomix -width 320 -height 200 |ppmquant 3|pnmtopng > "/tmp/$adpng"
java -cp /600/test/koala/bin Png2Prg "/tmp/$adpng" "/tmp/$adpng.prg" 0
php prg2koala.php  "/tmp/$adpng.prg" > "$adkoala"


İlgili prg2koala.php dosyası ise:

<?php

// .prg'den C64 Koala Painter dosyasi uretir

$dosya=$_SERVER['argv'][1];

if ( ! file_exists($dosya) ) {
echo "Dosya yok!\n\n";
exit;
}

$ds=fopen($dosya,"r");
$bos=fread($ds,6145);
$arkaplan=$bos[24];
$ekran=fread($ds,8000);
$bos=fread($ds,192);
$renk1=fread($ds,1000);
$bos=fread($ds,24);
$renk2=fread($ds,1000);

echo chr(0).chr(0x60);
echo $ekran;
echo $renk1;
echo $renk2;
echo $arkaplan;
fclose($ds);
?>

Bu dosyaları chmod 755 ile çalıştırılabilir yapmak ve PATH üzerinde bir yerlere koymak da gerek tabii.

Bir klasör içindeki tüm .jpg'lere uygulamak içinse:

ls *.jpg|while read jp;do jpgtokoala "$jp";done

komutunu, ilgili klasörün içinde çalıştırmak yeterli..


Haliyle ilk denemeyi, Alper'in karikatürleriyle yapmış olabilirim :)

Ekteki .zip'li dosya içindeki .gg sonekli olanlar Koala Painter formatında (denemedim, ama umuyorum öyleler), .prg'ler ise çalıştırılabilir C64 dosyası biçiminde. Emülatörde veya C64'te çalıştırılabilir.

Ne yazık ki, 3 renkle sonuç pek iç açıcı değil. Belki bir yerlerde daha iyisi vardır, ya da yazmak isteyen çıkabilir... Umarım karikatürlerini ne hale getirmişim diye kızmaz... Yine de, Alper Ocak'ın karikatürlerini C64'de görmek hoş oldu :)

Eline sağlık, çok güzel çalışma olmuş...

İlker eline sağlık, baya uğraşmışsın. Akşam deneyeyim bakayım.

Bana en az 70-80 tane imaj lazım :)

Ben şöyle bir şey buldum ama kullanmayı beceremedim : http://csdb.dk/release/?id=101763 (http://csdb.dk/release/?id=101763)

Teşekkürler ve teşekkürler.

Asıl akşam uğraşacak gibiyim... "Sevdiklerimizin fotoğraflarını neden C64'e aktarmıyoruz ki?" düşüncesi motive edici oldu.

Kendi programımızı kendimiz yazarız deyip, 4x8'lik bloklar halinde renk kısıtlarını saptatıp aktarayım diyorum.

Not: Gamebase'de varmış biraz oyun ekran görüntüsü, topluca çevirtirim akşam 41000 tanecik :)

En iyisi kendin yapmak deyip, png2koala diye bir yardımcı program yazdım. Pek en iyisi olmadı, ama yine de diğerlerinden iyi gibi.

Ekte, http://www.gamebase64.com/downloads.php (http://www.gamebase64.com/downloads.php) adresinden çektiğim 41000 ekran görüntüsünden L ve D harflerinden sadece 200 örnek var. Renklilerinden elle seçip, bir klasöre koyup batch halinde Koala'ya çevirttim.

Kalitesini test etmek içinse recoil2png programıyla tekrar geri .png'ye çevirtip kontrol ettim.

Ben programda Vice'ın renk paletini kullanmıştım, ama recoil2png geri çevirirken Pepto'nun paletini kullanıyor. Aşağıdaki birkaç örnekteki fark o yüzden.

Program, 4x8'lik blokta en çok geçen ilk 3 rengi kullanıp diğerlerine 0 atadığından FLI vb. ya da gerçek fotolardan dönüşümlerde bir miktar kayıp oluyor. Gerçi, örnekteki fotolar, suyunun suyunun suyunun suyu. C64-png-koala-png şeklinde 4'üncü su.

Biraz optimize ettikten sonra programı bir ara webden kullanılır hale getirmeyi planlıyorum.

Ve bekliyorum, bakalım IRQhack64 bize ne sürprizler hazırlıyor diye :)

Gayet güzel gözüküyorlar :)

Hemen çakalca indragandi yapıp işe koyulayım :)

Sağolasın :)

İşin sürprizi, kartuşun çalışan programın söylediği 1 nolu dosyayı şu adrese yükleyiver hacı gibi taleplere cevap verir bir özelliğe neredeyse kavuşması. İşe yarar mı bilmem ancak aklıma gelen bir enteresan kullanım şekli olarak denedim :)

Kimse oturup gigabyte'larca data içeren bir oyun yazmaz bu kartuş için muhtemelen ancak mümkün olduğunu göstermek istedim.

Aşağıdaki videoda çalışan program İlker'in paylaşmış olduğu 200 resmi birbiri ardına görüntülüyor.

WeilCO8485k

Hıza bak!.. Çok yüklemeli oyunlar buna uygun hale getirilebilir kesinlikle. Hatta belki EasyFlash için dönüştürülmüş olan oyunları belki otomatik olarak IRQhack64'e uygun parçalara böldürmek mümkün bile olabilir.

Ayrıca, ekranı kapamak gerekmese, daha ufak bir alanda idare eder fps ile video göstermek bile mümkün olacak neredeyse.

Commodore grafiklerinde değil de fotoğrafları C64 renklerine dönüştürürken bir problem vardı. Sebebi de algoritmada uyanıklık yapıp gerçek renkleri sadece renk yoğunluğuna göre C64 renk paletiyle eşleştirmeye kalkmam. İlgili renk C64 paletine yakınsa sorun yok, ama değilse apayrı bir renk atanabiliyordu bazen.

Çözüm için, neden vektör uzayı modellemesi kullanmıyoruz fikri doğdu bugün.

Renklerin, Kırmızı, Yeşil ve Mavi bileşenlerini sanki 3 boyutlu bir uzayda bir vektörün kenarları (kartezyen sistemde eksenlere izdüşümleri) gibi kullanacağız bu modelde.

Her renk, uzayda bir noktayı işaret ediyor olacak böylece.

İki rengin birbirine yakın olup olmadığını sınamak içinse aralarındaki açıya bakacağız.

Akşama yapıp sonucu bildiririm. Olasılıkla renkler bu kez daha iyi yakınsıyacak.

Olayın matematiği ise şöyle:

https://en.wikipedia.org/wiki/Vector_space_model

Asıl amaçsa, aile fotolarını vb. olabildiğince iyi bir şekilde C64'e aktarmak.

İlker, çok güzel fikir ama RGB yerine bu işlemi YUV color space'de yapman daha iyi sonuç verecektir diye düşünüyorum...

EDIT: Hatta bu konu ile ilgili bir de şöyle bir inceleme var. Görmüşsündür mutlaka ama fırsatın olmadıysa okumanı tavsiye ederim.

http://www.pepto.de/projects/colorvic/

Teşekkürler. Bir deneyeyim. Ne de olsa birbirlerinin matris çarpımlarıyla elde ediliyorlar...

Not: İlk mesajımda Pepto'nun renk paleti derken o linktekini kastediyordum aslında. Yalnız, oyun ekran grafiklerinde daha kötü bir sonuç verdiğinden Vice'ın kullandığı palete geçmiştim.

YUV kullanacak olursan, U ve V değerlerini, kartezyen X ve Y olarak düşünür ve bir açı değeri elde edebilirsin. (Renk=atan2(V/U))
Bu ışık bilgisinden arınmış rengi verecektir. Aslında açı değeri yani.

Eldeki renge en yakın C64 paletindeki renk bu şekilde bulunabilir. Daha sonra C64 paletinde bulunan ve aynı U/V değerine sahip ama Y bilgisi farklı olan renklerden hangisine daha yakın olduğu da Y bilgisindeki farkın minimum olmasına bakılarak bulunabilir.

Örneğin C64 ün iki kırmızı değeri aynı U/V değerinde ama Y değerleri farklı.

Zaten C64 te 16 değil 8 farklı renk var. Kırmızı, Camgöbeği, Mor, Yeşil, Mavi, Sarı, Turuncu, Kahve... atan2(V/U) sonucu bu 8 renkten hangisine en yakın ise, o renk seçilip, sonra bu rengin C64'te varyasyonu var mı bakılabilir. Varyasyonu olan renkler ise, Açık kırmızı, Açık yeşil, Açık mavi...

Beyaz, Siyah ve gri tonlarında zaten renk bilgisi yok... Sadece Y değerine göre birinden biri seçilebilir.

Çok teorik oldu, aslında vakit bulursam akşama bende bir deneme yapayım. İlginç bir konu oldu bu en uygun rengi bulma işi... Bir de buna dither vb eklersek güzel bir tool çıkabilir. Hatta fli mode... :D

İyi çalışmalar,

Ben biraz birşeyler karaladım. Öncelikle bu en yakın rengi bulma konusunda aşağıdaki başlıklara bakmak lazım.

http://stackoverflow.com/questions/1720528/what-is-the-best-algorithm-for-finding-the-closest-color-in-an-array-to-another (http://stackoverflow.com/questions/1720528/what-is-the-best-algorithm-for-finding-the-closest-color-in-an-array-to-another)

Bir önceki postumda belirttiğim YUV yerine HSL color space kullanmak daha iyi sonuç veriyor sanırım. Bu şekilde yazmış amcalar. Hatta bir de HSL değerlerini bile değişik ağırlıklarla çarparak kıyaslama yapıyorlar.


Bir de bunlar var, yorumlar çok benzer...

http://stackoverflow.com/questions/1720528/what-is-the-best-algorithm-for-finding-the-closest-color-in-an-array-to-another (http://stackoverflow.com/questions/1720528/what-is-the-best-algorithm-for-finding-the-closest-color-in-an-array-to-another)

http://stackoverflow.com/questions/1678457/best-algorithm-for-matching-colours (http://stackoverflow.com/questions/1678457/best-algorithm-for-matching-colours)

Ha bir de buradan XYZ diye bir color space daha olduğunu öğrendik. Ama bunun da ötesinde renk eşleme konusunda ortak görüş sanırım en doğru color space'in CIE Lab colors olduğu yönünde.


Bu color space çevrimleri için güzel bir link:

http://www.easyrgb.com/index.php?X=MATH&H=07#text7 (http://www.easyrgb.com/index.php?X=MATH&H=07#text7)

Neyse, lafı çok uzatmadan, şimdilik RGB, YUV ve XYZ için denemeler yapabileceğim küçük bir program yazdım. Her üç color space'de örnek bir imajı C64 renklerine çevirip sonuçlara baktım. Burada 8x8 bloktaki renk sınırlaması vb konular yok, sadece renk eşleme yönünden test ediyorum şu anda. Belki onlar sonradan yapılabilir.

Sonuçlar aşağıda:

Orjinal Görsel
(http://i.hizliresim.com/z4nyPR.jpg) (http://hizliresim.com/z4nyPR)

RGB Color Space'de en yakın C64 renklerinin eşleştirilmesi
(http://i.hizliresim.com/X4dlaD.jpg) (http://hizliresim.com/X4dlaD)

YUV Color Space'de en yakın C64 renklerinin eşleştirilmesi
(http://i.hizliresim.com/NEkGzL.jpg) (http://hizliresim.com/NEkGzL)

XYZ Color Space'de en yakın C64 renklerinin eşleştirilmesi
(http://i.hizliresim.com/1dN785.jpg) (http://hizliresim.com/1dN785)

Bana sanki XYZ color space en iyi sonucu verdi gibi geldi. Ama emin değilim. Henüz HSL ve CIE-Lab için çevrim kodunu yazmadım. O ikisini de yapıp final sonuca bakmak lazım...

EDIT:

Son olarak şöyle de bir site vardı. Bir amca bu konuya derinlemesine dalmış. Ama sprite ve interlacing kullandığı için bana çok uymadı çözüm. Kaynak kodları da yayınlamış.

http://www.syntiac.com/tech_ga_c64.html (http://www.syntiac.com/tech_ga_c64.html)

Ve bir de şöyle bir site var ki daha önce nasıl görmemişim bilmiyorum. Oldukça başarılı.

http://c64.superdefault.com/ (http://c64.superdefault.com/)

Benim örnek görselimi şu şekilde konvert etti:

(http://i.hizliresim.com/NEk83Q.jpg) (http://hizliresim.com/NEk83Q)

Yatıcam, yatamıyorum aklım kaldı. :D
Bir de photoshop ile denedim, C64 paletini indexed modda yaratıp orjinal görseli 160x200 olarak %90 dithering ile convert ettirdim. Daha sonra 320x200 e çevirdim. Dithering gerçekten çok iyi sonuç verdi. Gerçi tabiki bu halini bu şekilde C64'e atamayız, görselde 3 adet ortak renk belirlenmesi gerekiyr ve kart başına farklı tek bir renk kullanılabiliyor.

(http://i.hizliresim.com/EJ3Wg8.jpg) (http://hizliresim.com/EJ3Wg8)

Bense uyandım, görevi ben devralıiiim .)


Şu c63superdefault sitesini hemen bir denedim. Ne yazık ki bahsettiğim renk kayması sorunu onda da var:

Aşağıda test resmi olarak Alper Ocaklı'nın karikatürünü kullandım. İlki orijinali, 2.'si o siteninki. Dithering'e rağmen bir tek Hulk'ın sevebileceği kadar olmuş!

Bu arada, renkler arasındaki farkı minimize ederek en yakını bulma tekniği yüzünden ortaya çıkıyor bu sonuç. Her üç bileşendeki mutlak fark toplamı en az olduğunda o rengi bulmuş olmuyoruz, o intensity'deki en yakın rengi, arama yönüne göre local minima'da bulmuş oluyoruz.

O yüzden, şimdi şu vector space'i kodlamaya geçiyorum.

Not: .) = Tek gözü açık gülümseme olsun.

Bunda da (vektör uzayı yaklaşımında) precision engeline takıldık. Farklar çok ufak.

Önce nokta çarpımını alıyorum vektörlerin. Her bir vektör bir renk. Mesela (1,1,1) beyaz. (1,0,0) kırmızı gibi.

Arkasından, her iki vektörün (o noktadaki renk ve kıyasladığımız rengin vektörlerinin) vektör normlarını hesaplatıyorum. Yani değerlerinin karesinin toplamının karekökü. Ve son olarak nokta çarpımını bu iki norm vektör çarpımına böldürüyorum. Ne yazık ki, double precision'a rağmen arada kayıp oluyor ve çoğu kıyaslamanın sonucunda aradaki açının cosinüs'ü 1'e yakınsıyor.

Yarın bir de uyanık kafayla bakayım. Belki logaritmasını alarak vb. daha geniş aarlıklara dağılmasını sağlarım değerlerin.

Çeşitli Kb Kr katsayılarıyla Y'CbCr renk kodlamasında karşılaştırmalar yaptırdım ve ya hep yeşile doğru koştu renkler ya da bazı diğer renkler baskın çıktı.

RGB'den Y'CbCr eldesi için şuradaki hesapları kullandım: https://en.wikipedia.org/wiki/YCbCr

Şimdilik duruyorum. Başka zaman yeni bir fikirle devam edilir artık.

Bu arada, Pepto'nun renk paleti bence yanlış. Sarı yok, kırmızı kahverengi olmuş vs. Herhalde başta teoriyi doğru oturtup, sonra Gamma düzeltmesini düzeltememe olarak yaptı.

Çok da uyanamamışsın sanki. :D

Öylesine okuyoruz :) anlamasakta güzel :P

:)) Karikatürlerinden sonra soyadının da piksellerini bozmuşum. Kusura bakmıştır kesin...
Şimdi sakin olup elimdeki karikatürü yavaşça yerine bırakayım en iyisi :P

Şunların faydası olabilir

Bilgisayarda renkler nasıl yanlış kullanılıyor? Apple bile yapmış
https://m.youtube.com/watch?feature=youtu.be&v=LKnqECcg6Gw (https://m.youtube.com/watch?feature=youtu.be&v=LKnqECcg6Gw)

Resimleri ascii'ye dönüştürme ile ilgili uzun bir yazı, renk dönüşümlerle ilgili denemeler var
http://sol.gfxile.net/textfx/index.html (http://sol.gfxile.net/textfx/index.html)

Image spectrumizer, resimleri zx spectrum ekranında en iyi şekilde göstermek için, burada yapılan işe benziyor
http://sol.gfxile.net/spectrumizer/ (http://sol.gfxile.net/spectrumizer/)

Koala, zx spectrum, ascii görünüm için photoshop windows cs2 pluginler
http://sol.gfxile.net/files.html (http://sol.gfxile.net/files.html)

Sarıyı bilemeyeceğim de makul bir süre Spectrum veya Amstrad kullanan birine sorarsan C64'de kırmızı hiç olmadı. 2 numaralı renk koyu kahverengiydi. 

Dün üzerinde çalışırken benim de aklıma bu geldi. Önce kendi sayfasında verdiği gamma correction yapılmadan önceki değerleri aldım. Sonra da netten bulduğum ir başka sayfadaki C64 palet görselinden doğrudan RGB değerlerini alıp bir plaet oluşturdum, kayda değer bir değişiklik olmadı. Şöyleki aşağıdaki görselde üst kısımdaki pepto nun paleti, aşağıdaki ise netten bulduğum bir diğer imajdan çıkardığım palet.

(http://i.hizliresim.com/EJrYYg.jpg) (http://hizliresim.com/EJrYYg)

Benim görebildiğim kırmızıda biraz fark var, onun dışında oldukça yakınlar. Buradan pepto'nun doğru olduğu kanısına vardım.


Zaten bu hep konuşulur. Hakikaten de bence de C64'te ne doygun bir kırmızı var ne de sarı. Gel gelelim bence C64 paleti çok akıllıca hazırlanmış, demek isterdim ama sanırım bu sonuç biraz şans eseri olmuş ama çok da iyi olmuş. Çok güzel karışımlar elde edilebiliyor pixel art ile. Bir de kendine has hafif pastel bir tonu oluyor C64 görsellerinin. Gel gelelim, gerçek hayattan bir resim konvert edildiğinde uygun yakın renkler yok ortada.

Hani örneklemeyi RGB üzerinden verecek olursak, $FF0000 salt kırmızı yok, $00FF00 yok, $0000FF yok vb... Bana bir bilgisayar yapacağız, 8 renk hazırla deselerdi, doğrudan aşağıdaki renkleri seçerdim. (Tamamen mantık ve teknik bunu gerektiriyor. İşin sanatsal yada görsel tarafını düşünmezdim bile.)

$000000 Siyah
$0000FF Mavi
$00FF00 Yeşil
$FF0000 Kırmızı
$FFFF00 Sarı
$FF00FF Mor
$00FFFF Cam Göbeği
$FFFFFF Beyaz

16 renk olacaksa da gene benzer mantıkla ara değerlerden bir mantıksal dizilim yapardım. Şimdi spectruma bakalım. Aynen de mühendisler bu şekilde oluşturmuşlar paleti;

(http://i.hizliresim.com/WYgnDL.jpg) (http://hizliresim.com/WYgnDL)

Burdaki kırmızıdan daha kırmızısı zaten yok. Salt ana rengi kullanmış.

Evet C64 palette bu şekilde bir salt kırmızı yok ama bence sonuç çok daha sanatsal olmuş.

Konuyu okuyup boş vakti olanlar aşağıdaki linke gözatabilirler. Çeşitli görsellerin C64 ve CPC paletlerinde nasıl göründükleri var. Bence özellikle C64 paletini tanıyan bir artist elinden çıkan işler çok daha iyi görünüyor diğer salt renklerin kullanıldığı paletlere kıyasla.

http://www.indieretronews.com/2016/02/is-c64-palette-far-superior-to-amstrad.html (http://www.indieretronews.com/2016/02/is-c64-palette-far-superior-to-amstrad.html)

Bu sayfadan bana çarpıcı gelen bir iki örnek (soldakiler C64 paleti);

(http://i.hizliresim.com/DJBMmv.jpg) (http://hizliresim.com/DJBMmv)

(http://i.hizliresim.com/R31YRR.jpg) (http://hizliresim.com/R31YRR)

Sizce de C64 paleti daha doğal ve hoş görünmüyor mu?

Son olarak C64 kırmızısına laf ediyoruz ama lütfen Aplle-II nin plaetine bakar mısınız?
Kırmızı gören var mı? :D

(http://i.hizliresim.com/qBjYN5.jpg) (http://hizliresim.com/qBjYN5)

Alper'in karikatürlerini başarılı bir şekilde konvert edemedik, artık iyi bir C64 artistinin elinden öpücek anlaşılan şimdilik bu konu. Photoshop bile anca aşağıdaki sonucu üretti ki bu bile uygun değil, gene hulkvari arkadaş uzanmış yatakta. Yani ilerlesek, photshopa yetişsek bile bu tatminkar sonuç vermeyecek anlaşılan...

(http://i.hizliresim.com/2Zng3E.jpg) (http://hizliresim.com/2Zng3E)

C64 gafikerleri paletteki renklerin bu bahsettiğin uyumu/karışıtlığından çok faydalanırlar. Ten rengindeki gölgelendirmeler kullanılan diğer renklere göre bazen kahve bazen mavi tonlarıyla verilir. Aydınlık kısımlar da bazen pembe, bezen de yeşil, sarı veya beyazla verilir. Galiba bütün paleti saydım :D

Belki ten rengi için fotoğraf makinelerinde white balance gibi bir ayar düşünmek yapmak en doğrusu olabilir. Averaj ten rengi seçilip tonlamanın nasıl yapılacağıyla ilgili parametre verilebilir.

Bir kaç örnek resim:
(http://c64pixels.com/main.php?g2_view=core.DownloadItem&g2_itemId=20614&g2_serialNumber=4)

(http://c64pixels.com/main.php?g2_view=core.DownloadItem&g2_itemId=9579&g2_serialNumber=6)

(http://androidarts.com/palette/C64%20pal%20v3%20mockup%20scaled.gif)

(https://i.ytimg.com/vi/Wmv4fRjko0Q/hqdefault.jpg)

(http://orig03.deviantart.net/2791/f/2014/300/7/a/whispers_of_the_forest___commodore_64_gfx__koala__by_jokov-d84f8p4.png)

(http://65.media.tumblr.com/e0b4ad7f0ee6c707726219be57442f75/tumblr_inline_nsbndmmvVh1rr6hqh_1280.png)