PTP formátum
xesj.hu
A PTP fájl formátumban a blokknak van egy sorszáma ami BCD formában
van kódolva vagyis 00h - 99h között vehet fel értéket. Kell lennie egy
nyitóblokknak (00h sorszámmal), van egy záróblokk, így tehát a
közöttük lévő blokkból 98 darab lehet. Egy blokkon belül pedig 256
byte lehet maximálisan. Ha összeszámolom akkor így pl. gépi kódból/
adatból maximum 98 * 256 = 25088 byte fér el, ami akár kevés is lehet
egy A64-es gépen. Nekem az a furcsa, miért BCD formátumúnak találták
ki a blokk sorszámát ?
Ha majd ott járok elkezdek kísérletezni, mi van ha nem BCD-ként
csinálok blokk sorszámot, így be lehet-e tölteni egy PTP-t a load
paranccsal...
Üdv, xesj.hu
Viktor Varga
akkoriban divat volt a bcd, mert könnyebben megjeleníthető, mint egy sima szám.
üdvözlettel/best regards: Varga Viktor
----
Futtatható fájlok/Executable files:
Futtatható fájlt vagy azt tartalmazó zip állományt kérem átnevezve
küldjön, különben a víruskereső eltávolítja.
If you would like attach an executable file, please change the
extension of that file, elsewhere the virus scanner removes that file.
---
Jogi figyelmeztetés/Disclaimer:
A levél tartalma csak és kizárólag a címzettekre tartozik. Nem
engedélyezett ezen a címzetteken kívül bármilyen megtekintés vagy
továbbítás. Ha nem érintett, akkor kérem értesítse a küldőt, és
törölje az összes példányt.
This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.
2011/8/17 xesj.hu <xes...@gmail.com>:
> --
> Hozzászólás: microke...@googlegroups.com
> Leiratkozás: microkey-prim...@googlegroups.com
> Csoportoldal: http://groups.google.com/group/microkey-primo?hl=hu?hl=hu
> Weboldal: http://primo.homeserver.hu
Jozsef Laszlo
Nem n�ztem meg teljesen pontosan, de szerintem a blokk sorsz�m�val
nem igaz�n csin�l semmit a loader, csak ki�rja a k�perny�re. �n mindenk�pp
BCD sz�mot adn�k meg, legfeljebb ha t�lcsordul, h�t t�lcsordul, �s
akkor 99h
ut�n �jra 00h j�n. Egy�bk�nt a blokksz�m nem f�gg att�l, hogy adat, z�r�
vagy
nyit�blokk, nem l�tok �sszef�gg�st. Azaz a nyit�blokk sorsz�ma 00, ut�na
j�het az els� adatblokk ami szint�n 00, b�rmennyi adatblokk j�het, a sorsz�m
t�lcsordulhat, majd a z�r�blokk sorsz�ma megintcsak 00.
Persze meg kellene n�zni az emul�torban, illetve ha pontos v�laszt akarsz,
akkor egy val�di A64-es vagy B64-es g�pen, mert az emul�torokban a ROM
k�d kicsit m�dos�tva lett.
Joco
> Sziasztok !
>
> A PTP f�jl form�tumban a blokknak van egy sorsz�ma ami BCD form�ban
> van k�dolva vagyis 00h - 99h k�z�tt vehet fel �rt�ket. Kell lennie egy
> nyit�blokknak (00h sorsz�mmal), van egy z�r�blokk, �gy teh�t a
> k�z�tt�k l�v� blokkb�l 98 darab lehet. Egy blokkon bel�l pedig 256
> byte lehet maxim�lisan. Ha �sszesz�molom akkor �gy pl. g�pi k�db�l/
> adatb�l maximum 98 * 256 = 25088 byte f�r el, ami ak�r kev�s is lehet
> egy A64-es g�pen. Nekem az a furcsa, mi�rt BCD form�tum�nak tal�lt�k
> ki a blokk sorsz�m�t ?
>
> Ha majd ott j�rok elkezdek k�s�rletezni, mi van ha nem BCD-k�nt
> csin�lok blokk sorsz�mot, �gy be lehet-e t�lteni egy PTP-t a load
> paranccsal...
>
> �dv, xesj.hu
>
Majzik Istvan
> Nem néztem meg teljesen pontosan, de szerintem a blokk sorszámával
> nem igazán csinál semmit a loader, csak kiírja a képernyőre. Én mindenképp
> BCD számot adnék meg, legfeljebb ha túlcsordul, hát túlcsordul, és
> akkor 99h után újra 00h jön.
Kicsit lemaradtam a levezésről.
Valóban van ilyen, hogy "túlcsordul" a blokk sorszám, pl. a Manic Miner vagy a
CC 84.1.1 program (HiSoft C fordító) a honlapon.
Üdv.
Istvan
xesj.hu
konvertálót,
hogy a 99h blokk sorszám után a következő kaphatja a 00h sorszámot.
Üdv, xesj.hu