Hello!
A linux servlet AWT osztalyokkal kapcsolatos bajok miatt ugy
dontottem, hogy inkabb irok egy PNG dekodolo programot, ami dekodolja,
majd nekem kenyelmes formaba alakitja a PNG kepet. Sikerul is
dekodolni a PNG file-t (java.util.zip), a problema az az, hogy ha a
kep olyan, hogy az also sorban csak az x-edik pozicioban van
kepinformacio, elotte vegig 0 all, akkor a kitomorititett adatfolyam
elso erteke az x-edik pozicion levo pixelinformaciot adja vissza, az
elotte levo 0-as pixelekrol tudomast sem vesz. Illetve a legelso byte
a kitomoritett tarban egy 0x01 byte, minden esetben
Kicsit szemleletesebben:
Kep RGB (eredeti): 000 000 000 000 000 rgb rgb
Kep RGB (kitomoritett): 0x01rg brg b
(Egy 000 (RGB) triplet 3 byte-ot jelol, ami egy keppontnak felel meg).
Van valakinek tippje, mit nem ertelmezek a PNG szabvanybol? Az RFC-ket
1.0-1.2 -ig szetolvastam......
Koszonettel:
Gyuri
|
wrote:
> Nagyon egyszerűen, kb 100 C sorban megvalósítható pl a
> Minimal standard random number generator
> Linear Congruential Method, the "minimal standard generator" Park &
> Miller, 1988, Comm of the ACM, 31(10), pp. 1192-1201
>
> Józsi
>
wrote:
> az OS az elindítása óta inkrementál egy belső rendszerváltozót WIN
> NT 10ms 0.010 másodpercenként. ez persze nem egy RND de például a
> dátummal elosztva már megteszi.
ezt azért irtam mert ha csak egy RND kell akkor ez sima és egyszerű,
az eszembe sem jutott, hogy az emberünknek 10 ms ekkenként-nél
sürübben kell RND.
egyébként egy relative "véletlen" seed number minden RND aloritmusnak
kell ellenben mindig azt a számsort adná !
(hacsak ez a MSRNG nem tud mást :)
egy korrekt, gépfüggetlen random kód, sima ANSII C ben nagyon
érdekelne ! ne c++ plz
felreknád/elküldenéd azt a 100 sor PLZ. a felzárkozóknak :)
|