1. |
Re: BMP File formatum (mind) |
65 sor |
(cikkei) |
2. |
Re: utvonal grafban (mind) |
17 sor |
(cikkei) |
3. |
virtualis port (mind) |
24 sor |
(cikkei) |
4. |
Re: 0ff0 bug (mind) |
26 sor |
(cikkei) |
5. |
Re: Haromszog (mind) |
18 sor |
(cikkei) |
6. |
tomoritok passwordje (mind) |
13 sor |
(cikkei) |
|
+ - | Re: BMP File formatum (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok!
Sokan kertek mar kulonbozo fele file-formatumokat... Rengeted megtalalhato
a File Formats Encyklopedia-ban ( A SWAG homepage-erol toltheto le! )
--------I-BMP-------------------------------
The BMP files are the way, Windows stores bit mapped images. The BMP
image data is bit packed but every line must end on a dword boundary -
if thats not the case, it must be padded with zeroes. BMP files are
stored bottom-up, that means that the first scan line is the bottom
line. The BMP format has four incarnations, two under Windows (new and
old) and two under OS/2, all are described here.
OFFSET Count TYPE Description
0000h 2 char ID='BM' - BitMap
OS/2 also supports the following IDs :
ID='BA' - Bitmap Array
ID='CI' - Color Icon
ID='CP' - Color Pointer (mouse cursor)
ID='IC' - Icon
ID='PT' - Pointer (mouse cursor)
0002h 1 dword Filesize of whole file
0006h 4 byte reserved
000Ah 1 dword Offset of bitmap in file
="BOF"
000Eh 1 dword Length of BitMapInfoHeader
The BitMapInfoHeader starts directly after
this header.
12 - OS/2 1.x format
40 - Windows 3.x format
64 - OS/2 2.x format
0012h 1 dword Horizontal width of bitmap in pixels
0016h 1 dword Vertical width of bitmap in pixels
001Ah 1 word Number of planes
001Ch 1 word Bits per pixel ( thus the number of colors )
="BPP"
001Eh 1 dword Compression type, see ALGRTHMS.txt for descrip
-
tion of the different types
0 - none
1 - RLE 8-bit/Pixel
2 - RLE 4-bit/Pixel
0022h 1 dword Size of picture in bytes
0026h 1 dword Horizontal resolution
002Ah 1 dword Vertical resolution
002Ah 1 dword Number of used colors
002Ah 1 dword Number of important colors
0036h ? rec Definition of N colors
N=1 shl "BPP"
1 byte Blue component
1 byte Green component
1 byte Red component
1 byte Filler
"BOF" ? byte Image data
EXTENSION:BMP,RLE,LGO
OCCURENCES:PC
PROGRAMS:Windows,Paintbrush
REFERENCE:DDJ0994
VALIDATION:
SEE ALSO:rDIB
> -----------------------------------------------------------------------------
Today is the tomorrow you worried about yesterday
|
+ - | Re: utvonal grafban (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Otto irta
> >A feladat egyebkent egy teljesen valos problema megfelelo
> >elvonatkoztatasa, kivancsi vagyok rajon-e valaki, mi az...
>
> Gondolom nyak (nya'k) tervezot fejlesztessz (ami tobb mint 2 oldalas
> nyakot is optimalizalva tervez meg) :-))). Ha nem, bocs.
Nem nyert. Egy C forditorol van szo, amely mikorkontrollerre keszit
kodot. Mivel a memoria igen szukosen all csak rendelkezesre, a
fuggvenyek parametereinek es lokalis valtozoinak elore, statikusan
foglalunk helyet (a fuggvenyek nem lehetnek rekurzivak). Azoknak a
fuggvenyeknek a szamara, amelyekrol tudjuk, hogy nem hivjak egymast,
ugyanazon a teruleten foglalhatunk helyet, ezzel is sporolva a
memoriaigenyen.
Dani
|
+ - | virtualis port (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Tisztelt Mindenki!
Nemreg telepitettem a gepemre egy infraportot. Telepites utan
a Control Panel-System-Device Manager-Ports listaban megjelent
egy _Virtual Infrared COM Port_ es egy Virtual Infrared LPT port_
nevu eszkoz.
Egyik kerdesem, hogy hogyan lehetne ezeket az eszkozoket hasznalni?
Egy rovid peldat szivesen vennek...
Delphiben probaltam a tobbi portot (COM1...) megnyitni mint allomanyt,
sikerult. A fent emlitett Virtual... dolgot nem sikerult.
Hogyan lehetne lekerdezni milyen portok vannak a gepen?
Annyit kisilabizaltam innen-onnan (Win32.hlp [device classes]), hogy
kulonbozo tipusu eszkozok vannak a Winben. Pl. comm, comm/datamodem,
wave/in, wave/out...
A wave eszkozzel kiserleteztem, sikerult lekerdeznem a gepen
letezo hang eszkozoket. Comm eszkozre nem talaltam hasonlo
lekerdezest. Ehhez is jo lenne valami rovid pelda...
Elore is koszonom...
Veres Sandor
|
+ - | Re: 0ff0 bug (mind) |
VÁLASZ |
Feladó: (cikkei)
|
> Az f0 a lock utasitas, a tobbi pedig a CMPXCHG8B kodja illegalis
> operandussal (eax). Ettol invalid_opcode exceptionnek kellene lennie,
> de valami bug folytan lefagy tole a proci, ha az interrupt tabla
> (IDT) nincs bent a proci cache-ben (es tipikusan miert lenne bent).
A lock utasitas az olvas-modosit-ir utasitasnal hasznalatos. Tehat a
egy olvasas es utana egy iras van. A hibakezelo cimenek beolvasasahoz
ketto olvasas kell, igy nincs iras (persze a lock allapotot elfelejti
megszuntetni). Emiatt szegeny proci belehulyul es megall...
> eleget tegyunk vasarloink igenyeinek", a Novelles meg, hogy "A
> NetWare-t nem erinti a talalt Pentium bug".
Bizonyos szempontbol igaza van. A mezei user nem tud a szerveren
programot futtatni. De a gonosz rendszergazdak... ;-)
> Arrol nem tudok, hogy a Windows-hoz (95/98/NT) mikor jott javitas,
> illetve jott-e? Valaki tud rola?
Asszem jott... A Microsoft homepage-enek megnezegetesetol eltekintek,
mert szegeny Linuxon csak Netscape van, es az nincs elegge tamogatva...
Udv.,
Crys.
--
Krisztian Steber >
Technical University of Budapest, Faculty of Electrical Engineering
Department of Telecommunications and Telematics
|
+ - | Re: Haromszog (mind) |
VÁLASZ |
Feladó: (cikkei)
|
> Adott egy haromszog a csucspontok koordinataival, es van egy fuggetlen
> pontom. A koordinatak alapjan hogyan lehetne azt megallapitani, hogy a pont
> a haromszog belsejeben vagy rajta kivul helyezkedik el?
I. Legyenek A,B,C a haromszog csucsai, D a "fuggetlen" pont.
Ha az ABD, BCD, ACD haromszogek ossz terulete megegyezik az ABC
haromszog teruletevel, akkor a pont az ABC haromszog belso vagy hatar
pontja. Ha az osszterulet nagyobb, akkor a pont az ABC haromszogon kivul
van.
II. Ha egy egyenes Ax+By+C=0 egyenletebe x,y helyere egy pont
koordinatait helyettesitjuk, akkor =0 erteket kapunk ha a pont az
egyenesre esik, >0 ill. <0 erteket ha az egyenes "jobb vagy "bal"
oldalara esik, az egyenes normalvektoratol fuggoen. Ha a pont mindharom
egyenes jobb oldalara esik akkor belso pont, egyebkent kulso vagy a
hatarpont.
z2
|
+ - | tomoritok passwordje (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hi !
> > Egy (normalis) tomorito sem tarolja el a passwordot, de meg csak az
> > ellenorzo osszeget sem a fileban. Ehelyett a passwordot kulcskent
> > hasznalva kodolja le valamilyen modszerrel a mar tomoritett adatokat.
> En hallottam valami olyasmit, hogy a rar meg a tomorites elott kodolja
> az adatokat, ezert lesz mas a tomoritett file hossza mas-mas passwordre .
> Ebbol mennyi az igazsag? (Nem jartam utana a dolognak)
Nem sok, ugyanis ha a tomoritetlen adatot titkositod, szinte biztos hogy
utana mar lehetetlen tomoriteni.
Udvozlettel : Chut
|
|