[ tuzlaorg @ 04.06.2001. 03:21 ] @
encrypt algoritam!

./kript file 2 (neki kljuc)

sada svaki karakter iz fajla pretvori u brojeve, tako (lupam) recimo (file sadrzi dva slova a i b)
a = 32
b = 54
..........
bla bla bla
taj broj pomnozi sa kljucem,
a = 32 = 64
b = 54 = 108
podjeli sa nakim drugim brojem (recimo 4),
a = 32 = 64 = 16
b = 54 = 108 = 27
i sada te brojeve prebaci u druga slova (opet lupam)
a = 32 = 64 = 16 = g
b = 54 = 108 = 27 = o
onda kad to uradi rotira mjesta kao npr. u satrovacki kod :),
onda kad ga zarotira pretvori ga u hex :)
decrypt obrnuta :)
kako vam se cini?
[ uLtracode @ 04.06.2001. 14:15 ] @
pa to sa brojevima slicno kao ascii kod


ali gledaj ovo ti imas sad 27456 da li ce algoritam moci da prepozna 27 kao a ili 2 74 56

i sto si prevoeio u brojeve pa opet u slova mogao si odam da prevedes u drugo slovo :)

milim da nije losa ideja ali treba to nekkoa realizovati
[ tuzlaorg @ 04.06.2001. 15:57 ] @
Danas cu da uradim pola algoritma u C++-u pa da vidimo :) kako ce ici :))
[ tuzlaorg @ 04.06.2001. 15:59 ] @
Ultra, sigurno ce biti 25,45,53 ,, 43,343,3443 ,, :) ,, kao space
a brojeve nece mijenjati po asciiju
vec po navedenom
:) tako ce biti teze probiti kryptu
:)
[ tuzlaorg @ 04.06.2001. 16:01 ] @
ili kad bolje razmislim, prepozna dvocifrene brojeve
23 23 32 a upise ih kao 232332 :) to je jedini problem :) zezno si me :)) hiihihi gott a think about it now :)
[ Vojislav Milunovic @ 06.06.2001. 22:27 ] @
Pa pazi mozes ti 1 char da enkriptujes u long i onda da pises u binarni file.Sto ce normalno povecati velicinu filea sa 100 na 400b ...ako neces tako onda mozes da koristis short int mada za onu jaku enkirpciju razmisli o long long (8 byte ;o))
[ filmil @ 09.06.2001. 02:19 ] @
Citat:
tuzlaorg je napisao:
encrypt algoritam!
a = 32
b = 54
..........
bla bla bla
taj broj pomnozi sa kljucem,
[...]

kako vam se cini?


Prvo kao suvise jednostavna sifra a drugo kao sifra koja gubi sadrzaj poruke.

Sve u svemu, zgodan pocetak ali je za pravo sifrovanje potrebno ipak malo vise truda.

poz.