Hollosi Information eXchange /HIX/
HIX CODER 1344
Copyright (C) HIX
2001-11-06
Új cikk beküldése (a cikk tartalma az író felelőssége)
Megrendelés Lemondás
1 Re: Hasonlo kepek kikeresese (mind)  30 sor     (cikkei)
2 Re: Hasonlo kepek kikeresese (mind)  96 sor     (cikkei)
3 RE: *** HIX CODER *** #1343 (mind)  8 sor     (cikkei)
4 rxrichedit (meg mindig) (mind)  16 sor     (cikkei)
5 Re: [win98] shoutdown bat-bol (mind)  14 sor     (cikkei)
6 RE: [win98] shoutdown bat-bol (mind)  18 sor     (cikkei)
7 Clipper library (mind)  6 sor     (cikkei)
8 Re: titkositas (mind)  18 sor     (cikkei)
9 Help: Stringbol dbf, koordinata megjelenites... (mind)  22 sor     (cikkei)
10 Valasz : NT,2000 reboot (mind)  7 sor     (cikkei)
11 Re: Hasonlo kepek kikeresese (mind)  64 sor     (cikkei)
12 Re: Hasonlo kepek kikeresese (mind)  90 sor     (cikkei)
13 Re: A bmp-s remalom tovabb folytatodik (mind)  16 sor     (cikkei)

+ - Re: Hasonlo kepek kikeresese (mind) VÁLASZ  Feladó: (cikkei)

Hi!

Ilyet tudo progi engem is erdekel (marmint a 3. pont, a tobbi viszonylag
megoldhato), es kb. egy eve inteztem is korkerdest emberekhez, de
mindenki azt mondta, hogy ez sci-fibe illo feature lenne, ilyet tutira
nem tud egyetlen jelenlegi program sem. Pedig szerintem sem olyan veszes
a dolog.

Elso lepesben - mint irod - valami egyszerusitett kepet kene kesziteni.
En itt arra gondoltam, hogy vannak thumbnail-keszito
algoritmusok/komponensek, ilyennel meg lehetne oldani. Aztan meg vannak
mindenfele algoritmusok kulonbozo mintazatok osszehasonlitasara.
Termeszetesen nem a file tartalma alapjan kene o.hasonlitani, mert kisse
mas szinarnyalat, erosebb tomorites, stb. teljesen eltero ertekeket ad
byte-szinten. Az o.hasonlitast keppontonkent kene csinalni. Ha csak
kicsit ferde a kep, kisse elternek a szinek, akkor az meg nagyon hasonlo
lesz, es meg lehetne adni, hogy 90, v. 95%-os hasonlosag eseten dobja ki
azonoskent a ket kepet.
Persze az mar huzosabb, ha van egy nagyobb kep, es abbol egy resz ki van
vagva. Ezt sem lehetetlen megkeresni, de a fent leirt modszerrel ez mar
nem menne.

(Szerintem ez a helyzet, bar nem vagyok egy kepfeldolgozasban jartas
guru.)

Sajnos en is kronikus idohianyban szenvedek, ezert nem alltam neki ilyen
fejlesztesnek.


Rocky
+ - Re: Hasonlo kepek kikeresese (mind) VÁLASZ  Feladó: (cikkei)

Hi!

Cap wrote:
>
> Pont ezert kellene megirni!
>
Igen, csak nem szeretek olyan dolgok megirasaval szenvedni, amit mas mar
reg megcsinalt, ezert mindig korulnezek, hogy van-e mar olyan a piacon,
amit en szeretnek. Aztan gyakran van ugyan egy koteggel, de egyik ezt
nem tudja, a masik meg azt; a 20 progibol ki lehetne valasztani harmat,
es azok osszegyurasaval lenne egy jo, de kulon-kulon nem felelnek meg a
celnak. Na ilyenkor esetleg nekiveselkedem.

> A szamitastechnikaban mindent meg lehet oldani, csak ido kerdese
> (feltetelezve a kello szakertelmet).

Az eletben nagyon sok dolog megoldhato, csak egyes dolgok egyszeruen,
masok meg baromi bonyolultan. De ez szerintem az egyszerubbek kozul
valo. Nem igenyel iszonyatos szakertelmet.

> Eppen ezert kell a tartalma es nem a keppontok, vagy bitkep alapjan
> osszehasonlitani. Arra gondolok, hogy pl. az ujjlenyomat azonositasban
> programmal kijelolnek jellegzetes pontokat (kb. 15-20-at, ha jol emlekszem).
> Ezt tekintem pl. ez esetben az ujjlenyomat tartalmanak lekepezesen, ezeket a
> jellegzetes pontokat. Azutan mar ezeket a lekepezeseket hasonlitjak ossze es
> hasonlosag ill. egyezes utan a teljes kepeket.

Keppontonkenti o.has. alatt en sem azt ertem, hogy ha az egyiken R:120
G:150 B:200, mig a masikon R:145 G:140 B:185, akkor az mar mas tartalom,
hanem azt mondja, hogy a hasonlosag X%. A kep valamivel vorosesebb
arnyalatu. Ha raadasul minden keppontnal hasonlo az elteresek aranya,
akkor szinte biztos, hogy a kep ua., csak a szinek kicsit eltolodtak. Ha
a keppontok kis reszere igaz ez, a tobbi meg tok mas aranyban all, akkor
valszeg masrol van szo.

Az ujjlenyomatos modszer is jo, csak az alakfelismeres talan
bonyolultabb dolog.
Meg ott mondjuk egyszerubb ezt megvalositani, mert ujjlenyomatnal a
vonalak szamitanak, mig szinek nem; vagy hatter van egy adott pontban,
v. borlec. Mig egy fenykepnel sok egyeb dolog van rengeteg szinnel. Bar
fotoretusalo progikban szokott lenni olyan muvelet (a neve most nem jut
eszembe), amivel a konturokat kiemeli, es fekete alapon piros meg zold
vonalakbol allo rajzot kap az ember. Ilyen eljarassal talan megoldhato
lenne.


> > Ha csak kicsit ferde a kep, kisse elternek a szinek, akkor az meg nagyon
> hasonlo
> > lesz, es meg lehetne adni, hogy 90, v. 95%-os hasonlosag eseten dobja ki
> > azonoskent a ket kepet.
>
> A teljes kep osszehasonlitas tortenhetne ugy, hogy e lekepezeseknek
> megfelelo pontokat kellene a legnagyobb fedesbe hozni, azaz az egyik kepet
> addig forgatni, nagyitani/kicsinyiteni, amig a fedese e pontoknak maximalis.

Ez jo otlet, de attol tartok, hogy ez nagyon megnovelne (a talan amugy
sem kicsi) idoigenyesseget a programnak. Szerintem egy normal kepnel
(fenykep) rendszerint nagyobb osszefuggo teruletek vannak, amiknel nem
szamit sokat, ha egy kicsit ferde az egyik kep. Legfeljebb 1-2%-kal
csokken a hasonlosag merteke. Sok apro pontot tartalmazo kepnel persze
minimalis lehet a hasonlosag merteke egy kis eltolodas, v. elfordulas
miatt, ezert a program kulonbozonek itelne meg az egyebkent "azonos"
kepeket. (Pl. a 3D-s "banzsitos" kepek, amik tiszta hangyasak)

> Ha ez a kolcsonos hasonlosag eleg nagy, akkor lehetne vagy egy kulon
> algoritmussal eldonteni, hogy valoban ugyan annak a dolognak ket kulonbozo
> keperol van-e szo, vagy sem. Lehetne ezt mar a kezelo szemelynek is
> eldontenie, ha a program felkinalna a ket kepet osszehasonlitasra.
>
Ezt en is igy gondoltam, csak erre irtam, hogy bizonyos merteku
hasonlosag (mondjuk 90%) eseten ajanlja fel.

> > Persze az mar huzosabb, ha van egy nagyobb kep, es abbol egy resz ki van
> > vagva. Ezt sem lehetetlen megkeresni, de a fent leirt modszerrel ez mar
> > nem menne.
>
> Ez mar egy tovabbi feladat lenne, ha lenne.
>
Bizony. Meg az is, hogy egy szemely fenykepenek megadasa utan megkeresi
a keptarban, ha mar van ilyen. (Marmint nem ua. kep, hanem ua.
szemelyrol egy masik.)
De ez mar rendorsegi arckepnyilvantarto-rendszer lenne.

Viszont a tukorkep keresese egyreszt egyszeru lenne, masreszt meg
hasznos is.

> > (Szerintem ez a helyzet, bar nem vagyok egy kepfeldolgozasban jartas
> > guru.)
>
> En sem, de nagyon izgat a feladat.

Remelem, hogy sikerult masokat is felcsigaznunk, es valaki megcsinalja a
progit.
(Es persze megosztja velunk is - ha mar ilyen jo otleteket adtunk. :) )

Rocky
+ - RE: *** HIX CODER *** #1343 (mind) VÁLASZ  Feladó: (cikkei)

Üdv!

A kódolással kapcsolatban lenne egy kérdésem. Az RC4 algoritmus muködése
érdekelne, de mindig elakadtam egy ponton.
Valaki tudna nekem segíteni magánban?


Köszi: Surányi Csaba
+ - rxrichedit (meg mindig) (mind) VÁLASZ  Feladó: (cikkei)

csao!

a TRxRichEdit compo-val probalkozom...de meg eddig nem sikerult nyomtatasi
kepet megjelenitenem, ill. oldal tordelesben valami okosat
kifundalnom...mettol-meddig egy oldal...mettol-meddig egy sor az
alapertelmezett nyomtatonal...stb...

vagy van olyan compo, ami a trxrichedit compo-nal intelligensebb...

probalkozott mar ezzel valaki...es megosztana velem a tapasztalatait...

elore is koszike...


csao,
slowr
+ - Re: [win98] shoutdown bat-bol (mind) VÁLASZ  Feladó: (cikkei)

Kedves Lista!

On 31 Oct 2001, at 11:14, HIX CODER wrote:

> Felado :  [International]

> Hat ha win98:
> rundll.exe user.exe,exitwindows

Nagyon koszonom! Erre gondoltam!

Nem lehet hasonlo modon standby-t csinalni?

EIK && udv From:, a kilépő
+ - RE: [win98] shoutdown bat-bol (mind) VÁLASZ  Feladó: (cikkei)

Kedves Lista!

A neccen ugralva talaltam a kovetkezo oldalt:

http://www.robvanderwoude.com/shutdown.html

Itt mindenfele op.sys. alatt le vagyon irva, hogyan lehet oket leloni.
Win98-ra azt irtak, hogy

rundll32 shell32.dll,SHExitWindowsEx,0 ; logoff
rundll32 shell32.dll,SHExitWindowsEx,1 ; shutdown
rundll32 shell32.dll,SHExitWindowsEx,2 ; reboot
rundll32 shell32.dll,SHExitWindowsEx,4 ; force shutdown
rundll32 shell32.dll,SHExitWindowsEx,8 ; poweroff

Koszi a segedelmeteket!

Udv From:, a gyilkos
+ - Clipper library (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok,

Mar regota keresek Clipper 5.2-hoz grafikus library kiegésztest, a neve
Flipper 5 vagy Flipper 6.
Legyszives segitsetek ki, ha tudtok.
Pepe
+ - Re: titkositas (mind) VÁLASZ  Feladó: (cikkei)

Vigyazat!

> Felado :  [Hungary]
> Temakor: Re: titkositas ( 8 sor )
> Idopont: Mon Nov  5 01:13:08 CET 2001 CODER #1343
> - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> Szerintem az RSA a legjobb. Sajnos szakmailag nem vagyok
felkeszult ezen a
> teren, de a neten biztos sok info van, csak meg kell keresni.
Ha total nagyon biztos akarsz lenni benne, ez nem biztos, hogy
jo, mert megadja a lehetoseget a feltoresre. Igaz, kelloen nagy
primek eseten _atlagosan_ nagyon sok gepidot vesz igenybe, de
veletlenul is ra lehet hibazni!
Felreertes ne essek, nem leszolni akarom! Nem hulye az a sok
ember aki hasznalja!
Mint ahogy Jozsi is irja 'attol fu:gg ...'!

Sipi
+ - Help: Stringbol dbf, koordinata megjelenites... (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok!

Szeretnem a nagyerdemu segitseget kerni az alabbi ket problemamra.

1. Letezik egy 7 -> 9 Mb-os text fajl, amiben omlesztve (de jol
behatarolhatoan) adatok vannak betoltve. Mikent lehetne ezt dbf fajlba
atkonvertalni? Mivel muholdas adat, elofordulnak menne hibak, amit figyelmen
kivul kellene hagyni. Aki tudna segiteni, annak szivesen elkuldok egy kis
szemelvenyt a fajlbol (nem a 7Mb-ot :-) ) es mellekelem a leirast is.

2. A fenti adat feldolgozasa utan - amelyben koordniata adatok vannak -
szerentnem terkepen megjeleniteni az adatokat.
[Ez Delphi-s problema, es semmilyen (eddig) honlapon nem talaltam megoldast
ra.

A fenti megoldas WinNT vagy Win2000 alatt kellene + a 2. Delphi 5
Enterprise-ban.

Minden segitseget elore is koszonok!!!

--
Szia:    Nomad
+ - Valasz : NT,2000 reboot (mind) VÁLASZ  Feladó: (cikkei)

1.) Az ismertetett reboot a "csrss" programban felulirt adatok miatt lesz
vegrehajtva.
2.) Egy ilyen forumon nem tartom szerencsesnek olyan bugok kozleset, melyek
az adminisztratorokat megkerulve tonkretehetik egy rendszer mukodeset.

Udv.
Szalai Gabor
+ - Re: Hasonlo kepek kikeresese (mind) VÁLASZ  Feladó: (cikkei)

Szevasztok, Szevasz Gabor!

> Rohrbacher Gabor:
> Ilyet tudo progi engem is erdekel...., es kb. egy eve inteztem is
> korkerdest emberekhez, de  mindenki azt mondta, hogy ez
> sci-fibe illo feature lenne, ilyet tutira nem tud egyetlen jelenlegi
> program sem.

Pont ezert kellene megirni!

> Pedig szerintem sem olyan veszes a dolog.

A szamitastechnikaban mindent meg lehet oldani, csak ido kerdese
(feltetelezve a kello szakertelmet).

> Elso lepesben - mint irod - valami egyszerusitett kepet kene kesziteni.
> Termeszetesen nem a file tartalma alapjan kene o.hasonlitani

Termeszetesen en eppen arra gondoltam, hogy a tartalmat, vagy a tartalmara
jellemzo dolgot kellene osszehasonlitani.

> mas szinarnyalat, erosebb tomorites, stb. teljesen eltero ertekeket ad
> byte-szinten. Az o.hasonlitast keppontonkent kene csinalni.

Eppen ezert kell a tartalma es nem a keppontok, vagy bitkep alapjan
osszehasonlitani. Arra gondolok, hogy pl. az ujjlenyomat azonositasban
programmal kijelolnek jellegzetes pontokat (kb. 15-20-at, ha jol emlekszem).
Ezt tekintem pl. ez esetben az ujjlenyomat tartalmanak lekepezesen, ezeket a
jellegzetes pontokat. Azutan mar ezeket a lekepezeseket hasonlitjak ossze es
hasonlosag ill. egyezes utan a teljes kepeket.

> Ha csak kicsit ferde a kep, kisse elternek a szinek, akkor az meg nagyon
hasonlo
> lesz, es meg lehetne adni, hogy 90, v. 95%-os hasonlosag eseten dobja ki
> azonoskent a ket kepet.

A teljes kep osszehasonlitas tortenhetne ugy, hogy e lekepezeseknek
megfelelo pontokat kellene a legnagyobb fedesbe hozni, azaz az egyik kepet
addig forgatni, nagyitani/kicsinyiteni, amig a fedese e pontoknak maximalis.
Ha ez a kolcsonos hasonlosag eleg nagy, akkor lehetne vagy egy kulon
algoritmussal eldonteni, hogy valoban ugyan annak a dolognak ket kulonbozo
keperol van-e szo, vagy sem. Lehetne ezt mar a kezelo szemelynek is
eldontenie, ha a program felkinalna a ket kepet osszehasonlitasra.

> Persze az mar huzosabb, ha van egy nagyobb kep, es abbol egy resz ki van
> vagva. Ezt sem lehetetlen megkeresni, de a fent leirt modszerrel ez mar
> nem menne.

Ez mar egy tovabbi feladat lenne, ha lenne.

> (Szerintem ez a helyzet, bar nem vagyok egy kepfeldolgozasban jartas
> guru.)

En sem, de nagyon izgat a feladat.

> Sajnos en is kronikus idohianyban szenvedek, ezert nem alltam neki ilyen
> fejlesztesnek.

Sajnos ez van nalam is, ezert ajanlottam az otletet masnak.

Valaszodat nagyon koszonom.

Cap, 
(Kuldtem listara es maganba is.)
+ - Re: Hasonlo kepek kikeresese (mind) VÁLASZ  Feladó: (cikkei)

Szevasztok!

> Igen, csak nem szeretek olyan dolgok megirasaval szenvedni, amit mas mar
> reg megcsinalt, ezert mindig korulnezek, hogy van-e mar olyan a piacon,
> amit en szeretnek.

Ezert kerdeztem meg a listat.

> Az eletben nagyon sok dolog megoldhato, csak egyes dolgok egyszeruen,
> masok meg baromi bonyolultan. De ez szerintem az egyszerubbek kozul
> valo. Nem igenyel iszonyatos szakertelmet.

Ebben nem vagyok biztos.

> Keppontonkenti o.has. alatt en sem azt ertem, hogy ha az egyiken R:120
> G:150 B:200, mig a masikon R:145 G:140 B:185, akkor az mar mas tartalom,
> hanem azt mondja, hogy a hasonlosag X%. A kep valamivel vorosesebb
> arnyalatu. Ha raadasul minden keppontnal hasonlo az elteresek aranya,
> akkor szinte biztos, hogy a kep ua., csak a szinek kicsit eltolodtak. Ha
> a keppontok kis reszere igaz ez, a tobbi meg tok mas aranyban all, akkor
> valszeg masrol van szo.

Ezt akkor felreertettem, valoban igazad van! Azt mondjuk tehat, hogy
keszitsunk egy leirot mindegyik keprol. Ennek pelda szerinti modszere az,
hogy pl. rafeszitunk a kepre egy negyzethalot, aminek mondjuk van 16
keresztezesi pontja, es ennek eltaroluk a szinet. Mindegyik keppel
megcsinaljuk, majd ezeket osszehasonlitjuk. Valoszinuleg igazad van, hogy a
kulonbozo szkenneleseknel ezeknek a pontoknak nagyon hasonlo lesz a szine. A
hasonlokat azutan valahogy mashogy ossze lehetne meg pontosabban
hasonlitani. Itt egy dolgot hallgatolagosan felteteleztunk: a kep kivagas
azonos, ez pedig csak hozzavetolegesen igaz. Nekunk azonban ez is jo lesz.

> Az ujjlenyomatos modszer is jo, csak az alakfelismeres talan
> bonyolultabb dolog.
> Meg ott mondjuk egyszerubb ezt megvalositani, mert ujjlenyomatnal a
> vonalak szamitanak, mig szinek nem; vagy hatter van egy adott pontban,
> v. borlec. Mig egy fenykepnel sok egyeb dolog van rengeteg szinnel. Bar
> fotoretusalo progikban szokott lenni olyan muvelet (a neve most nem jut
> eszembe), amivel a konturokat kiemeli, es fekete alapon piros meg zold
> vonalakbol allo rajzot kap az ember. Ilyen eljarassal talan megoldhato
> lenne.

Ilyesmire gondoltam, de Neked van igazad, a fenti modszer jobb (pontok
szinenek vizsgalata), mert lenyegesen kisebb a szamitasi igenye. Egyebkent
en csak peldanak hoztam fel az ujjlenyomat osszehasonlitast, a lenyeg az
volt, hogy minden keprol kell egy leirast, lekepezest csinalni, es azokat
kell osszehasonlitani, nem a kepeket kozvetlenul.

> > A teljes kep osszehasonlitas tortenhetne ugy, hogy e lekepezeseknek
> > megfelelo pontokat kellene a legnagyobb fedesbe hozni, azaz az egyik
kepet
> > addig forgatni, nagyitani/kicsinyiteni, amig a fedese e pontoknak
maximalis.
> Ez jo otlet, de attol tartok, hogy ez nagyon megnovelne (a talan amugy
> sem kicsi) idoigenyesseget a programnak. Szerintem egy normal kepnel
> (fenykep) rendszerint nagyobb osszefuggo teruletek vannak, amiknel nem
> szamit sokat, ha egy kicsit ferde az egyik kep. Legfeljebb 1-2%-kal
> csokken a hasonlosag merteke. Sok apro pontot tartalmazo kepnel persze
> minimalis lehet a hasonlosag merteke egy kis eltolodas, v. elfordulas
> miatt, ezert a program kulonbozonek itelne meg az egyebkent "azonos"
> kepeket. (Pl. a 3D-s "banzsitos" kepek, amik tiszta hangyasak)

Tovabbra is azt javaslom, hogy amikor a ponthalos szinosszeallitas
hasonlonak talal ket kepet, akkor egy masik modszerrel, pl. amit irtam, az
illeszteses modszerrel, veglegesen eldontheto, hogy ket azonos dolgot
abrazolo, de kulonbozo szkennelesrol van szo. Itt az illesztes kiterjedhet
megy egy szinatlagra is ill. szin eltolasra.

> Bizony. Meg az is, hogy egy szemely fenykepenek megadasa utan megkeresi
> a keptarban, ha mar van ilyen. (Marmint nem ua. kep, hanem ua.
> szemelyrol egy masik.)
> De ez mar rendorsegi arckepnyilvantarto-rendszer lenne.

Erre most nem gondoltam, ez egy egeszen mas feladat.

> Viszont a tukorkep keresese egyreszt egyszeru lenne, masreszt meg
> hasznos is.

Valoszinuleg.

> Remelem, hogy sikerult masokat is felcsigaznunk, es valaki megcsinalja a
> progit. (Es persze megosztja velunk is... :) )
> Rocky

Erre eredetileg nem is gondoltam, de valoban tudnam hasznalni.

Valaszodat nagyon koszonom.

Cap, 
(Kuldtem listara es maganba is.)
+ - Re: A bmp-s remalom tovabb folytatodik (mind) VÁLASZ  Feladó: (cikkei)

> A problema ugye az, hogy az 'adat' valtozo nem szint jelol, hanem a szin
> szamat a palettaban. Az adott helyen pedig a szinre lenne szukseg. A kerdes
> tehat az, hogy hogyan tudom elrni a bmp file palettajat, hogy
> lekerdezhessem, hogy az 'adat' milyen szinre mutat

Hat ha a pallettara vagy kivancsi akkor a TBitmapnak van egy Palette
komponense ami HPALETTE tipusu, de en ezt csak C++ Builderben hasznaltam
es nem tudom hogy lehet Delphiben hasznalni (WinAPI kell hozza).

Ez a palletasdi viszont szerintem nagyon elvetemult otlet, egyszerubb
lenne ha a TBitmap Canvasat hasznalnad (ugyanugy kiszedheted a pixeleket
belole mintha a form Canvasara irnad)

Barhogy is sok sikert a programodhoz

Cs

AGYKONTROLL ALLAT AUTO AZSIA BUDAPEST CODER DOSZ FELVIDEK FILM FILOZOFIA FORUM GURU HANG HIPHOP HIRDETES HIRMONDO HIXDVD HUDOM HUNGARY JATEK KEP KONYHA KONYV KORNYESZ KUKKER KULTURA LINUX MAGELLAN MAHAL MOBIL MOKA MOZAIK NARANCS NARANCS1 NY NYELV OTTHON OTTHONKA PARA RANDI REJTVENY SCM SPORT SZABAD SZALON TANC TIPP TUDOMANY UK UTAZAS UTLEVEL VITA WEBMESTER WINDOWS