Gondolom, sőt remélem, hogy tőbbségben vannak azok akik ledumpolnak minden kütyüt ami kezükbe esik. Ez egyrészt azért jo mert megismerhetik (már aki) a WinCE belső lelkét és másrészt meg azért hogy szükség esetén ezekböl a dumpokbol vissza lehet állitani a frisitő csomagokat elvileg bármilyen gép számára. Aránylag ritka eset ha a dumpban nincs benne a logo kép, esetenként még egyéb segédkép is. Mert hogy a következő sorokban színekről fogok beszélni, nem tartom rossz ötletnek kis fényt deriteni erre az aránylag "szürke" területre.

A már tömegcikknek számitó PND-k kijelzője (még mindig csak) 64000 színt képes megjeleniteni, ami azt jelenti hogy pixelenként 16 bitre van szüksége. Akik belenéztek már a bitmap formátumba tudják hogy ebben az esetben két lehetőség áll fen:
1. 555 kódolás: mindhárom alapszin 5 bitből áll, ekkor a 16-dik bit lehet nulla vagy bármi. A 16 biten belüli alapszín elrendezés: kék 0-4, zöld 5-9, piros 10-14
2. 565 kódolás: a piros és a kék 5-5 bitet foglal el, a zöld meg 6-ot. Ez azért van mert az emberi szem a zöldre a legérzékenyebb és ezáltal tőbb színárnyalatot biztosithatanak a zöldnek. Az alapszinek sorrendje ugyanaz marad csak a piros 1 bittel tolódik el: kék 0-4, zöld 5-10, piros 11-15.
Minden eddik tanulmányozott rom-logo 565 kodolást használt.

A PC-ben ismert BMP adat tartalma nem teljesen eggyezik azzal amint PNA/PDA-ban találunk. "Klasszikus" bitmap esetében ha a soron belüli byte-ok száma nem pontosan osztható 4-el akkor hozzáadnak 1-3 bytot. Mindez azért mert az adatbus/proci 32 bit (4 byte) és ezáltal a beolvasási segesség magas érteken tartható. PNA/PDA-k nem haszmálják ezt az eljárást mert nincs rá szükség: úgy alakitották a kijelzök pixel méreteit hogy azok 2 byte/pixel szininformáció esetében mindig 4-nek többszöröse.
Talán érdemes megemliteni azt is hogy a bitmap adatcsomag első 2 byte-ja(romban a legalacsonyabb cím) a LCD bal alsó sarkába kerül, az utolsó pedig a jobb-felső sarokba, soronként legalsotol felfelé.

Jómagam hosszu ideig értetlenül bámultam a byteokat miröl csak sejtettem hogy logo kép, mig egy szép napon elhatároztam hogy látnom kell azokat a képeket. Nem pusztán kiváncsiságbol hanem mert a gyüjteményemben levő néhány rom eredetéröl nem voltam biztos. Így hát megszületett a rom-beli képfürkésző progi is, ami tulajdonképpen kis része egy már most elég bonyolult rom ellemző programnak. És még csak a felénél tartok...

Ma elhatároztam hogy leválasztom ezt a modult és mint külon programot kőzzéteszem, hadd szorakozzanak mások is vele. Tulajdonképpen ez a progi minden dump bytot át fog képpé alakitani, tehát a kód részek színes "bolhák"ként jelennek meg, FF tartalmu bytok világitó fehérek, 0 tartalmu bytok meg feketék.
Az érdekesség az hogy ha például valakinek van egy bootlolható csomagja, kicserélné a logot de a bootloader ezt nem engedi meg, ezzel a progival kikeresi a logo pontos kezdetét és másik képpel tudja helyetesiteni. A logo kép esetenként a bootloader környékén szokott lenni vagy a kernelhez csatolva(Nk, Tinynk...). Fontos az hogy az uj logo pixel méretei eggyezzenek az eredetivel viszont teljesen közömbös hogy jpg, tiff, bmp, stb vagy mekkora színbontása van mert a program be fog olvasni majdnem minden formátumot. Nem törli, se nem írja át az eredetit hanem másolatot készit az uj logoval. Ez a "csodabogár" letölthető innen. PC-n kell futtatni, működéséhez szükséges hogy a PC-n framework3.5 telepitve legyen és a beolvasandó dumpok mérete ne lépje át a 268MB (0x10000000) határértéket.