Dryrock bunu yazdı FireX bunu yazdı Siteye biraz baktım. Şahsen bana güven vermedi. Bence olay asparagas duruyor. Data sıkıştırma üzerine detaylı bir çalışmam olmadı. Ama şunu syleyebilirim. Bir datanın mümkün olan en kısa halinin uzunluğu Kolmogorov complexity ile hesaplanabilir. Ancak sonsuzluk sz konusu olduğundan hesaplanabilir bir fonksiyon değil. Yani oturup bunun programını yazamayız. Ancak yaklaşım yapılabilir. İşin zünde rastgelelik yatıyor. Rastgelelik denildiğinde akla entropi gelir. Shannon'ı belki duymuşsunuzdur. Bilgi teorisi bugünlerde popüler. En temel haliyle, elimizdeki string aaaaaaaaaaaaaaaaaaaaaaaaa ise bunu sıkıştırması çok kolay. Düzensizlik sz konusu değil. Çok kısa bir şekilde ifade edilip bir dngü ile açılabilir. Ama abcdfabdnedbandns gibi karışık bir şey ise bunda sıkıştırılabilirlik haliyle daha düşük. Belki hiç sıkıştırma imkanı dahi olmayabilir. "10 kb'lık veriydi içinden 40 mb çıktı. Bu nasıl oluyor" diyorsanız sebebi bu. Bir notepad dosyası açıp içine megabyte'larca "aaaaaaaaaaaaaaa..." yapıştırırsanız ve sonra bu dosyayı sıkıştırırsanız muazzam düzeyde sıkıştırıldığını greceksiniz ancak entropisi yüksek bir exe dosyasını sıkıştırdığınızda ise çok da sıkışmadığını... Bu açıdan "şu kadarlık" veriyi "bu kadar" yapmış denilmesi de bir şey ifade etmiyor. nemli olan entropi arttığında ne düzeyde başarılı olduğu. Hocam ben makine mühendisiyim yazılım konularından da çok anlamam merakımdan ve cahilliğimden soruyorum. "aaaaa" diyorsun ya, yazılımlar ve programlama dillerinin temelinde "1010001..."lerden oluşuyorlar ya, bunları sıkıştırmakla "aaaaa"ları sıkıştırmak aynı şey gibi geliyor bana teoride. sence de yle değil mi? belki çok fazla bir düz mantık ama merakımdan soruyorum sadece :) Sıkıştırmanın limitleri ve entropi hakkında konuşursak, ascii ve binary için de aynı şeyleri syleyebiliriz. Düzensizlik artarsa sıkıştırması o kadar zor olur. Ancak binary ya da text sıkıştırmak istiyorsak o durumda daha fazla verim almak için yol ayrımına gitmek gerekir. rneğin a'nın karşılığı 01100001'dır. Bunu, 0, 1, 1, 0, ... şeklinde bit bit ele almak var. Bir de ascii karşılığı üzerinden 01100001 şeklinde blok halinde ele almak var. İhtiyacımıza bağlı olarak, elimizdeki kümenin zelliklerinden faydalanabilir, bunların sayesinde, spesifik konular için daha başarılı algoritmalar üretebiliriz. Bu sebeple, farklı konular için pek çok farklı sıkıştırma algoritması vardır. Yazıları sıkıştıranlar, genel amaçlı kullanılan binary data sıkıştırma algoritmaları, resim, ses dosyası, video dosyası sıkıştıranlar vs. Ha tabii şunu da not düşeyim. Her sıkıştırma algoritması da, düzensizlikten etkilenmez. Yani, sıkıştırma kapasitesi entropiden etkilenen algoritmalardan daha düşüktür ama hep belli bir düzeyde sıkıştırma sağlar. rneğin elimizde 1024x1024 resim dosyası varsa 10 mb ise bunu hep 5 mb yapar. İçindeki resim isterse dümdüz simsiyah olsun, isterse de her pixel'i farklı renk olsun. Bunun amacı hem boyutu belli bir düzeyde düşürüp hem de rastgele bellek erişimini hızlandırmaktır. Çoğunlukla oyunlar için texture sıkıştırmada kullanılır. Sağda solda kullandığımız JPEG, vb. resim dosyası formatlarında byle bir kaygı yoktur ve yaklaşımlar farklıdır. Bir de video dosyası sıkıştırmadan bahsedersem, videolarda framelerin değişen kısımları en temel haliyle videonun sıkıştırılmasına etki eder. Yani 1000 frame'i olan bir video düşünün. Sabitlenmiş bir kamera, gkyüzünde uçan balonu çekmiş olsun. Bu durumda ne olur? Her karede sadece balonun olduğu kısım değişiklik gsterirken, bu alanın dışındaki gkyüzü aynen olduğu gibi kalır. Bu durumda, balonun dışında kalan koskoca bir sabit arkaplanı ayrı ayrı framelerde tekrar tekrar tutmanın da anlamı yoktur. O kısım 1. karede de aynıdır. 10. karede de aynıdır. Gereksiz yere aynı şeyi tekrar etmiş oluruz. Ha tabi bu şekilde düşünmenin de bir bedeli olacaktır. Gzümüze çok da farklı grünmeyen ama, kamera hassasiyetine bağlı olarak sabit dediğimiz frame kısımlarında ışığa bağlı olarak çok ufak değişimler olmuş olabilir. Bu değişimlerden ne kadar fedakarlık edersek videonun kalitesini o kadar düşürmüş oluruz. Ama en temelde baktığımızda yine farklılık, düzensizlik konusu sz konusudur. 10 frame'i tamamen aynı bir videoyu sıkıştırmak "aaaaaaaaaa" yı sıkıştırmak gibidir. Yntemler çok farklıdır ama en temelde yatan gerçeklik aynıdır. Nasıl "abfkrjdjsj" şeklinde bir yazıyı sıkıştırmak çok başarılı olamayacak ise, her frame'inin pixelleri değişen bir videoyu sıkıştırmak da aynı şekilde başarılı olamayacaktır. Teşekkürler hocam güzel bir açıklama olmuş.

Dosyayı bulursam yayınlarım, pi yntemi ile bi kaç video var onuda eklerim pc başına geçin ce, Gençliğimden bu yana et yenilmesine karşıyım. Bir gün insanların hayvanları ldürmeyi tıpkı insan ldürmek gibi cinayet kabul edeceğine inanıyorum,

entropi nin ne oldugunu bilen bu konuya inanmaz. All I need is a possibility.

@Firex hocam, şimdi çaktım. tskler. ^^)/ RitmFarbRacourci tarafından 21/Mar/16 19:56 tarihinde düzenlenmiştir I'şıkY'ılı;^^`) Zk't^^` RnSySyTk. dl. SpRtÇzBşBkYd Kryptia. agogE Sa'd-l'Suud az. ç'k 'lmyn'Dşn Pnct'tnAnNttn Blgi, YpBlgi 'Ct'nDrm. CmdyDrm. MdrnDrm hRşYdşR ClptcPth'Strsm M'nPhs' Ld, X/Y YrYnZmnGrçklk, AlgBzklğ KrzFrst'tr Tiytr' Pugchv, Jtrn, İmmlmn, FllngLef, Pik' SuprmcySprrty CoBehTh elFnmno:NzrioRonldo AdnKy TkSs, TkHrf . RtNsTk. KvMp. Mk. TrmDyn ScklkNmRzgr ŞkHcBy ccp. kky Snrlr'Çz SnaSnLzmsn 'NsnKsknçtr BgDppr. MagllnCl'ds. S'thCro's Ch'kW'ng CreazioneDiAdamo^^`, Arctrs. Spic' ArcScnd, YySnye TrbProp, TrbJet, TrbFan 3.10^5km/sn 343m/sn 900-1240m/snMacH RamJt, ScRamJt Przdi^^' Tbu. XL Prsek MAtv^^` mLAT G'dWllHnting . 3id't^^` TareZmenPr ParaMotor TrflrVArsİlşklr +. , ZminŞkil. .. Bu imza @SubZero tarafindan degistirilmistir. "Bu kadar uzun karmakarisik bir imza yapma diye uyardim ama heeheeeey _hey kim sylüyor, kim dinliyor." Imzanizi SubZero'ya bilgi vermeden degistirmeyiniz. Tesekkurler...

Yapabilecek babayiğidi ne paralar bekler bir bilseniz. Random veriyi bu kadar sıkıştırabilen bir adam bize çağ atlatır. Başka da birşey demem herkes yeterince yazmış.

% 100 sıkıştırma olayını 1990 yıllarda jan sloot adında bir abimiz meseleyi çzmüş işi ticarete dkmek istemiş ve şirketinin açılışına 2 gün kala evinin nünde tam kalbinden biçaklanarak ldürülmüştür, Bu abimiz bir kaç gb filmi 8 kb kadar düşürmekte ve 64 kb lik diskin içerinsinde 16 tane filmi yüklemiş ve sorunsuzca çalıştırmıştır, Web sitesi budur, http://jansloot.telcomsoft. nl/ Bu teknolojiyi adam o zamanlarda bulmuş ama etrafta bunu nasıl yaptığına dair bilgi kalmamıştır, Bu sıkıştırma türüne yakın zamanda pi kodlaması denilen bir yntem geliştirmişlerdir, https://github.com/philipl/pifs Yakın zamanda deep web te 2 mb bir dosya bulmuştum dosyadan çıkarın da 40 gb lara kadar oluyordu boyutu tabi o zamanlar da bunu anlamamıştım, ama olay şimdi kafam da dank etti, Sizin grüşleriniz nedir arakdaşlar bu olay ve konu hakkın da, The Person of Interest dizisinde bu kodu yazan elemana atıfta bulunuyordu demek ki :) Zaten dizinin 4. sezonunun 22. blümünün en son sahnesinde yapay zekanın verisini bu algoritma ile sıkıştırıp da makinayı kurtarıyorlardı. Şahane bir dizi tavsiye ederim :) http://dizilab.org/izle/person-of-interest-4-sezon-22-bolum Bilen konuşmuyor, konuşan bilmiyor...

ilginç bir konu, siteyi ve yayınladıkları white paper dosyasını inceledim. fazla detay vermemişler tabi, ancak reference table üzerinde ne kadar veri saklıyor merak ettim. açıklamamışlar. Adamın yazdığına gre tek bir dosya için avantajlı değil ancak çok fazla dosya sıkıştırıldıkça, sistem daha verimli hale geliyor

Su 2mb lik dosyayı paylaşmak istermisin. . - @Kaptan ın daha delikanlı olduğunu kanıtlayan şahsiyet ile tanıştım..

Yemeyin şyle şeyleri. Deep web doğru biz yalancı mıyız. Kaçırdığımız birşey yok hoca. Koca microsoft google gremedi de deep web de paylaşan züppeler mi grdü bu teknolojiyi. Sende saflığından inanmışsın hacı. Bu imzayı her grdüğünüzde 4gb kotanızın 0,00000358559191226959228515625 azalmaktadır. Bilerek ve istenerek bu imza yapılmıştır. Amaç kotanızı smürmektir

Siteye biraz baktım. Şahsen bana güven vermedi. Bence olay asparagas duruyor. Data sıkıştırma üzerine detaylı bir çalışmam olmadı. Ama şunu syleyebilirim. Bir datanın mümkün olan en kısa halinin uzunluğu Kolmogorov complexity ile hesaplanabilir. Ancak sonsuzluk sz konusu olduğundan hesaplanabilir bir fonksiyon değil. Yani oturup bunun programını yazamayız. Ancak yaklaşım yapılabilir. İşin zünde rastgelelik yatıyor. Rastgelelik denildiğinde akla entropi gelir. Shannon'ı belki duymuşsunuzdur. Bilgi teorisi bugünlerde popüler. En temel haliyle, elimizdeki string aaaaaaaaaaaaaaaaaaaaaaaaa ise bunu sıkıştırması çok kolay. Düzensizlik sz konusu değil. Çok kısa bir şekilde ifade edilip bir dngü ile açılabilir. Ama abcdfabdnedbandns gibi karışık bir şey ise bunda sıkıştırılabilirlik haliyle daha düşük. Belki hiç sıkıştırma imkanı dahi olmayabilir. "10 kb'lık veriydi içinden 40 mb çıktı. Bu nasıl oluyor" diyorsanız sebebi bu. Bir notepad dosyası açıp içine megabyte'larca "aaaaaaaaaaaaaaa..." yapıştırırsanız ve sonra bu dosyayı sıkıştırırsanız muazzam düzeyde sıkıştırıldığını greceksiniz ancak entropisi yüksek bir exe dosyasını sıkıştırdığınızda ise çok da sıkışmadığını... Bu açıdan "şu kadarlık" veriyi "bu kadar" yapmış denilmesi de bir şey ifade etmiyor. nemli olan entropi arttığında ne düzeyde başarılı olduğu. anonim6918524 tarafından 22/Şub/16 00:39 tarihinde düzenlenmiştir

Şu sıkıştırma olayından pek anlamam fakat yaklaşık bi 10-12 sene nce 4mb lık bir exe den gta san andreas ı kurduğumu hatırlıyorum. veriyi internetten çekme şansı yok çünki kurduğum pc de internet yoktu o zaman bu duruma çok şaşırmıştım. o dnem gta sa cd cilerde korsan olarak 11 cd halinde satılıyordu. benim aldığım cd ci tek cd verince abi bu dvd olmasın dedim yok dedi kurulum biraz uzun sürer ama tek cd bu dedi ki dediği gibi de oldu 8 yada 9 saat falan sürmüştü. gece yatarken başlattığımı hatırlıyorum kurulum ekranı da herhangi bir grafik arayüz icermiyordu bildiğimiz dos açılmıştı. anladığım kadarıyla sıkıştırılmış dosyaları belirli bir klasre export etti registry içine oyunla ilgili hiç birşey yazmamıştı. hocam programlar portable hale getiriliyor ve winuha tarzi bir yazilimla solid compression denilen bir yontemle sikistiriyorlar. Bir onceki mesajimda yazdim sikistirmasi da acmasi da uzun surer. Daha once bu seyleri deneyip iyi sonuclar elde ettim ama 16 filmi 8 kb a dusurmek bariz sallama hocam.. Ben bir dvd icerigi (%100 emin degilim dvd olduguna) 100 kusur mb civarina dusurmustum ama cok uzun surmustu bu sekilde sikistirmak.. Tabi tam hatirlamiyorum yapali 5 seneden fazla olmustur ama bu tarz kati sikistirmalar mevcut. unbalanced tarafından 21/Mar/16 03:48 tarihinde düzenlenmiştir Ülkesini Seven Her Türk Vatandasi, Ülkesinin Sessiz Istilasi'na karsi durmak zorunda.

Fasafiso bunlar beyler inanmayin. Veri tipini iyi bilirsen ona ozel cok verimli compression algoritmalari yazabilirsin, ancak her turlu veride o oranda compression yapan bir algoritmanin olmasi mumkun degil. Pi compression olayi gercek, pi sayisiyla alakasi yok gerci, e sayisi da olabilir, her hangi bir irrasyonel sayi olabilir. Sorun pratik kullanim icin verimli olmamasi. Mantik suna dayaniyor, compress etmek istedigin datanin byte larini pi sayisinin virgulden sonraki haneleri arasinda ariyorsun. Mesela 10 baytlik bir stream'i pi'nin virgulden sonraki 232435. hanesinde buldun, o 10 byte yerine bu lokasyonu yaziyorsun. Acmak isteyen adam, ayni 10 byte i elde etmek icin pi sayisinin 232435. hanesini kendisi de hesaplamasi gerekiyor, bu nedenle zaten pek verimli degil, fazla islem gucu gerektiriyor. Ancak teoride dogru ve bence yaratici bir compression yontemi. What I cannot create, I do not understand. Richard Feynman

rneğin şu video denedim 4kb çalışıyor http://jansloot.telcomsoft. nl/Sources-2/DemoScene/Elevated_4kB/Elevated_4kB.htm#. Vu3BlvmLSUk ortada birşeyleri olduğundan farklı bir şekilde sunma olayının olduğu kesin ama... gerçekten bu boyutlarda bu çıktıları almak etkileyici... yapabilen veya teknikleri ile ilgili bilgi içeren bir kaynak paylaşabilecek varmı? edit : burayı buldum inceleyeceğim ama olayın bu olmadığı fikrindeyim hala : http://www.endlesscompression.com/ caagroup tarafından 20/Mar/16 04:35 tarihinde düzenlenmiştir

Şyle bir şey buldum lütfen dikkatli kullanınız, TAMAMI DEEP WEBTEN ALINTIDIR, Nedir Bu 42. zip? Açıldığında 4,5 petabytes bir 42 kilobytes zip dosyası düşünün. Nasıl Çalışıyor? Dosya 16 farklı zip'lenmiş klasrden oluşuyor. Ve sıkıştırılan her bir 16 dosya tekrar ve tekrar ve tekrar 16 kere daha sıkıştırılıyor. Bunların her birinin toplamı 4,3 GB büyüklüğünde bir tane dosya içerir. Bylece 4,5 petabytes dosya 42 kilobytes'a sıkıştırılmış olur. Rüya gibi yle değil mi? Ancak günümüzde modern anti virüs programları dosyayı algılar ve onu zararlı yazılım olarak saptar. bu dosyalar antivirüs ve eposta koruma programlarını devre dışı bırakmak için kullanılıyormuş. Virüs koruma programı zip dosyasının içindeki dosyaları da kontrol etmeye çalışırken TB'larca veriyle karşılaşıp gçüyormuş (Emin olmamakla birlikte denial-of-service attack diye adlandırılıyor ). Günümüz AV programları gerekli nlemleri almıştır. HESAPLARA GRE : 16 x 4294967295 = 68.719.476.720 (68GB) 16 x 68719476720 = 1.099.511.627.520 (1TB) 16 x 1099511627520 = 17.592.186.040.320 (17TB) 16 x 17592186040320 = 281.474.976.645.120 (281TB) 16 x 281474976645120 = 4.503.599.626.321.920 (4,5PB) İndirme linki: http://www.unforgettable.dk/42. zip (rar şifresi: 42) Gençliğimden bu yana et yenilmesine karşıyım. Bir gün insanların hayvanları ldürmeyi tıpkı insan ldürmek gibi cinayet kabul edeceğine inanıyorum,

:D @Robinson_Crusoe sen şu petabyte lık dosyayı açtın mı? ^^ açtıysan ne oldu?! RitmFarbRacourci tarafından 21/Mar/16 00:33 tarihinde düzenlenmiştir I'şıkY'ılı;^^`) Zk't^^` RnSySyTk. dl. SpRtÇzBşBkYd Kryptia. agogE Sa'd-l'Suud az. ç'k 'lmyn'Dşn Pnct'tnAnNttn Blgi, YpBlgi 'Ct'nDrm. CmdyDrm. MdrnDrm hRşYdşR ClptcPth'Strsm M'nPhs' Ld, X/Y YrYnZmnGrçklk, AlgBzklğ KrzFrst'tr Tiytr' Pugchv, Jtrn, İmmlmn, FllngLef, Pik' SuprmcySprrty CoBehTh elFnmno:NzrioRonldo AdnKy TkSs, TkHrf . RtNsTk. KvMp. Mk. TrmDyn ScklkNmRzgr ŞkHcBy ccp. kky Snrlr'Çz SnaSnLzmsn 'NsnKsknçtr BgDppr. MagllnCl'ds. S'thCro's Ch'kW'ng CreazioneDiAdamo^^`, Arctrs. Spic' ArcScnd, YySnye TrbProp, TrbJet, TrbFan 3.10^5km/sn 343m/sn 900-1240m/snMacH RamJt, ScRamJt Przdi^^' Tbu. XL Prsek MAtv^^` mLAT G'dWllHnting . 3id't^^` TareZmenPr ParaMotor TrflrVArsİlşklr +. , ZminŞkil. .. Bu imza @SubZero tarafindan degistirilmistir. "Bu kadar uzun karmakarisik bir imza yapma diye uyardim ama heeheeeey _hey kim sylüyor, kim dinliyor." Imzanizi SubZero'ya bilgi vermeden degistirmeyiniz. Tesekkurler...

konuya yazacaktim da sonra vazgectim, bu 42 kb lik dosyasi actim ve soyle bi sey cikti bir zip dosyasinda goruldugu gibi 0. dll 4.5 gb civarinda geliyor. Bu dosayayi okuyayim dedim ama maalesef bozuk dosyaymis :) aslinda acma olayini halledecektim ama overflow hatasi verdi onla ugrasacak zamanim olmadigi icin biraktim, belki persembe bakarim iste. muhtemelen bu adamlar " ..." diye devam eden bir sey yapmislardir ya da sadece null yerlestirmislerdir o yuzden onlarin sikistirilmasi zor bir sey degil.. zaten bu algoritmalarda onemli olan benzerlikleri belirli bir algoritmaya gore kisaltiyorlar.. Kisacasi eger bu dosya bir film dosyasi olsa bu sekilde sikismasi mumkun olmazdi.. Yapabiliyorlarsa yapsinlar da goreyim bir filmi bu sekilde.. konuyu toparlarsam; dosyanin icerigi cok onemli bu sikistirmalarda, 16 tane filmi 8kb a kadar dusurdugu iddia ediliyorsa buyurun paylasin gorelim :) ama kalkip da ne idugu belli olmayan bir dll sikistirma ile, bu kadar zipledim denmez. Ayni seyi ben de yaparim null deger atayarak gb larca dosyayi bundan daha kucuk hale sokabilirim uharc ile.. ama sikistirmasi da acmasi da saatler surebilir.. unbalanced tarafından 21/Mar/16 02:39 tarihinde düzenlenmiştir Ülkesini Seven Her Türk Vatandasi, Ülkesinin Sessiz Istilasi'na karsi durmak zorunda.

@Firex hocam, son mesajın 2. paragraf flu kaldı bende. ha neresini anlamadın dersen :2. paragrafın geneli. ama zellikle işleyişi. ve şurası ": Her sıkıştırma algoritması da, düzensizlikten etkilenmez " 3. paragrafla alakası yok herhalde. RitmFarbRacourci tarafından 21/Mar/16 19:14 tarihinde düzenlenmiştir I'şıkY'ılı;^^`) Zk't^^` RnSySyTk. dl. SpRtÇzBşBkYd Kryptia. agogE Sa'd-l'Suud az. ç'k 'lmyn'Dşn Pnct'tnAnNttn Blgi, YpBlgi 'Ct'nDrm. CmdyDrm. MdrnDrm hRşYdşR ClptcPth'Strsm M'nPhs' Ld, X/Y YrYnZmnGrçklk, AlgBzklğ KrzFrst'tr Tiytr' Pugchv, Jtrn, İmmlmn, FllngLef, Pik' SuprmcySprrty CoBehTh elFnmno:NzrioRonldo AdnKy TkSs, TkHrf . RtNsTk. KvMp. Mk. TrmDyn ScklkNmRzgr ŞkHcBy ccp. kky Snrlr'Çz SnaSnLzmsn 'NsnKsknçtr BgDppr. MagllnCl'ds. S'thCro's Ch'kW'ng CreazioneDiAdamo^^`, Arctrs. Spic' ArcScnd, YySnye TrbProp, TrbJet, TrbFan 3.10^5km/sn 343m/sn 900-1240m/snMacH RamJt, ScRamJt Przdi^^' Tbu. XL Prsek MAtv^^` mLAT G'dWllHnting . 3id't^^` TareZmenPr ParaMotor TrflrVArsİlşklr +. , ZminŞkil. .. Bu imza @SubZero tarafindan degistirilmistir. "Bu kadar uzun karmakarisik bir imza yapma diye uyardim ama heeheeeey _hey kim sylüyor, kim dinliyor." Imzanizi SubZero'ya bilgi vermeden degistirmeyiniz. Tesekkurler...

firex ve holy gerekli açıklamayı yapmış bu tür şeyler yıllardır var konuşuluyor ancak ortada olansa dece laf... 42 dosyasın benzeri gta vardı office vardı filan 2 mb 4 mb olarka sanırım. deep web denilen yerde çok şey var ancak çogu boş

Siteye biraz baktım. Şahsen bana güven vermedi. Bence olay asparagas duruyor. Data sıkıştırma üzerine detaylı bir çalışmam olmadı. Ama şunu syleyebilirim. Bir datanın mümkün olan en kısa halinin uzunluğu Kolmogorov complexity ile hesaplanabilir. Ancak sonsuzluk sz konusu olduğundan hesaplanabilir bir fonksiyon değil. Yani oturup bunun programını yazamayız. Ancak yaklaşım yapılabilir. İşin zünde rastgelelik yatıyor. Rastgelelik denildiğinde akla entropi gelir. Shannon'ı belki duymuşsunuzdur. Bilgi teorisi bugünlerde popüler. En temel haliyle, elimizdeki string aaaaaaaaaaaaaaaaaaaaaaaaa ise bunu sıkıştırması çok kolay. Düzensizlik sz konusu değil. Çok kısa bir şekilde ifade edilip bir dngü ile açılabilir. Ama abcdfabdnedbandns gibi karışık bir şey ise bunda sıkıştırılabilirlik haliyle daha düşük. Belki hiç sıkıştırma imkanı dahi olmayabilir. "10 kb'lık veriydi içinden 40 mb çıktı. Bu nasıl oluyor" diyorsanız sebebi bu. Bir notepad dosyası açıp içine megabyte'larca "aaaaaaaaaaaaaaa..." yapıştırırsanız ve sonra bu dosyayı sıkıştırırsanız muazzam düzeyde sıkıştırıldığını greceksiniz ancak entropisi yüksek bir exe dosyasını sıkıştırdığınızda ise çok da sıkışmadığını... Bu açıdan "şu kadarlık" veriyi "bu kadar" yapmış denilmesi de bir şey ifade etmiyor. nemli olan entropi arttığında ne düzeyde başarılı olduğu. Hocam ben makine mühendisiyim yazılım konularından da çok anlamam merakımdan ve cahilliğimden soruyorum. "aaaaa" diyorsun ya, yazılımlar ve programlama dillerinin temelinde "1010001..."lerden oluşuyorlar ya, bunları sıkıştırmakla "aaaaa"ları sıkıştırmak aynı şey gibi geliyor bana teoride. sence de yle değil mi? belki çok fazla bir düz mantık ama merakımdan soruyorum sadece :)

Şu pi sıkıştırmasına daha nce de denk gelmiştim, fikir çok mantıklı bir fikir İnsan; insan olsaydı, insan olmazdı..

64 kb boyutun da bir video, http://jansloot.telcomsoft. nl/Sources-2/DemoScene/Farbrausch_64kB/Downloads/fr08v101. exe Grüntü kalitesi baya iyi 64 kb boyuta rapmen bu grüntü hayret verici derecede iyi, Cık, o video değil. O bir demoscene: https://en. wikipedia. org/wiki/Demoscene Bu bakımdan 96 KB oyun da var: http://www.pouet.net/prod. php?which=12036 Olaylara karışmayın!

@Firex hocam, son mesajın 2. paragraf flu kaldı bende. ha neresini anlamadın dersen :2. paragrafın geneli. ama zellikle işleyişi. ve şurası ": Her sıkıştırma algoritması da, düzensizlikten etkilenmez " 3. paragrafla alakası yok herhalde. Evet. Üçüncü paragraf farklı konu. Düzensizlikten etkilenmemeden kastettiğim şu, rneğin, elimizde kayıplı bir sıkıştırma algoritması var ve elimizde şyle bir veri var. "a1a2a3a4a5"Diyelim ki, çift sırada olanlara gerek yok. (0'dan değil 1'den numaralandırırsak) Sıkıştırırsak elimizde şu kalır. "aaaaa" Bir diğer rnek, "a1b2f3c4t5" olsun. Bu durumda sıkıştırılırsa, "abfct" olur. Şimdi üsttekilere bakarsak, girişler 10 karakterli, çıkışlar ise 5 karakterli. Yani verinin düzensizliğinden bağımsız olarak bir sıkıştırma yapılmış. Hepsinin "a" olması ya da karışık olması, sıkıştırma oranını değiştirmiyor. Bu formatta, 10 karakterli hangi veriyi verirsen ver, çıkış her zaman 5 karakterli olur. anonim6918524 tarafından 21/Mar/16 19:42 tarihinde düzenlenmiştir

şimdi çıkıyorum, sonra okucam. ^^)/ RitmFarbRacourci tarafından 21/Mar/16 16:49 tarihinde düzenlenmiştir I'şıkY'ılı;^^`) Zk't^^` RnSySyTk. dl. SpRtÇzBşBkYd Kryptia. agogE Sa'd-l'Suud az. ç'k 'lmyn'Dşn Pnct'tnAnNttn Blgi, YpBlgi 'Ct'nDrm. CmdyDrm. MdrnDrm hRşYdşR ClptcPth'Strsm M'nPhs' Ld, X/Y YrYnZmnGrçklk, AlgBzklğ KrzFrst'tr Tiytr' Pugchv, Jtrn, İmmlmn, FllngLef, Pik' SuprmcySprrty CoBehTh elFnmno:NzrioRonldo AdnKy TkSs, TkHrf . RtNsTk. KvMp. Mk. TrmDyn ScklkNmRzgr ŞkHcBy ccp. kky Snrlr'Çz SnaSnLzmsn 'NsnKsknçtr BgDppr. MagllnCl'ds. S'thCro's Ch'kW'ng CreazioneDiAdamo^^`, Arctrs. Spic' ArcScnd, YySnye TrbProp, TrbJet, TrbFan 3.10^5km/sn 343m/sn 900-1240m/snMacH RamJt, ScRamJt Przdi^^' Tbu. XL Prsek MAtv^^` mLAT G'dWllHnting . 3id't^^` TareZmenPr ParaMotor TrflrVArsİlşklr +. , ZminŞkil. .. Bu imza @SubZero tarafindan degistirilmistir. "Bu kadar uzun karmakarisik bir imza yapma diye uyardim ama heeheeeey _hey kim sylüyor, kim dinliyor." Imzanizi SubZero'ya bilgi vermeden degistirmeyiniz. Tesekkurler...

Robinson_Crusoe bunu yazdı 64 kb boyutun da bir video, http://jansloot.telcomsoft. nl/Sources-2/DemoScene/Farbrausch_64kB/Downloads/fr08v101. exe Grüntü kalitesi baya iyi 64 kb boyuta rapmen bu grüntü hayret verici derecede iyi, Cık, o video değil. O bir demoscene: https://en. wikipedia. org/wiki/Demoscene Bu bakımdan 96 KB oyun da var: http://www.pouet.net/prod. php?which=12036 Üstat ortada byle bir sıkıştırma zaten yok kayıp deniliyor, ama bu şekilde şeyler var ben rnek olması açısından gsterdim o videoyu oyunda meydan da 96 kb bir oyun boyuta ve oyuna bak, Gençliğimden bu yana et yenilmesine karşıyım. Bir gün insanların hayvanları ldürmeyi tıpkı insan ldürmek gibi cinayet kabul edeceğine inanıyorum,

Yok yle bir teknik. 100 mb datayı 10 kb sıkıştırabilmek diye bir lçüt de yok. Firexin dediği gibi 1 gb boyutunda A harfini 100 bytea kolayca sıkıştırırsınız. Yok pi sıkıştırmasıymış fln tamamen ya fasafiso yada sadece anlamsız bir dizi karakterde iyi sonuç verir. sıkıştırmalar Binary tree algoritmalarıyla yapılıyor. Nush ile uslanmayanı etmeli tekdir, Tekdir ile uslanmayanın hakkı ktektir!

FireX bunu yazdı Siteye biraz baktım. Şahsen bana güven vermedi. Bence olay asparagas duruyor. Data sıkıştırma üzerine detaylı bir çalışmam olmadı. Ama şunu syleyebilirim. Bir datanın mümkün olan en kısa halinin uzunluğu Kolmogorov complexity ile hesaplanabilir. Ancak sonsuzluk sz konusu olduğundan hesaplanabilir bir fonksiyon değil. Yani oturup bunun programını yazamayız. Ancak yaklaşım yapılabilir. İşin zünde rastgelelik yatıyor. Rastgelelik denildiğinde akla entropi gelir. Shannon'ı belki duymuşsunuzdur. Bilgi teorisi bugünlerde popüler. En temel haliyle, elimizdeki string aaaaaaaaaaaaaaaaaaaaaaaaa ise bunu sıkıştırması çok kolay. Düzensizlik sz konusu değil. Çok kısa bir şekilde ifade edilip bir dngü ile açılabilir. Ama abcdfabdnedbandns gibi karışık bir şey ise bunda sıkıştırılabilirlik haliyle daha düşük. Belki hiç sıkıştırma imkanı dahi olmayabilir. "10 kb'lık veriydi içinden 40 mb çıktı. Bu nasıl oluyor" diyorsanız sebebi bu. Bir notepad dosyası açıp içine megabyte'larca "aaaaaaaaaaaaaaa..." yapıştırırsanız ve sonra bu dosyayı sıkıştırırsanız muazzam düzeyde sıkıştırıldığını greceksiniz ancak entropisi yüksek bir exe dosyasını sıkıştırdığınızda ise çok da sıkışmadığını... Bu açıdan "şu kadarlık" veriyi "bu kadar" yapmış denilmesi de bir şey ifade etmiyor. nemli olan entropi arttığında ne düzeyde başarılı olduğu. Hocam ben makine mühendisiyim yazılım konularından da çok anlamam merakımdan ve cahilliğimden soruyorum. "aaaaa" diyorsun ya, yazılımlar ve programlama dillerinin temelinde "1010001..."lerden oluşuyorlar ya, bunları sıkıştırmakla "aaaaa"ları sıkıştırmak aynı şey gibi geliyor bana teoride. sence de yle değil mi? belki çok fazla bir düz mantık ama merakımdan soruyorum sadece :) Sıkıştırmanın limitleri ve entropi hakkında konuşursak, ascii ve binary için de aynı şeyleri syleyebiliriz. Düzensizlik artarsa sıkıştırması o kadar zor olur. Ancak binary ya da text sıkıştırmak istiyorsak o durumda daha fazla verim almak için yol ayrımına gitmek gerekir. rneğin a'nın karşılığı 01100001'dır. Bunu, 0, 1, 1, 0, ... şeklinde bit bit ele almak var. Bir de ascii karşılığı üzerinden 01100001 şeklinde blok halinde ele almak var. İhtiyacımıza bağlı olarak, elimizdeki kümenin zelliklerinden faydalanabilir, bunların sayesinde, spesifik konular için daha başarılı algoritmalar üretebiliriz. Bu sebeple, farklı konular için pek çok farklı sıkıştırma algoritması vardır. Yazıları sıkıştıranlar, genel amaçlı kullanılan binary data sıkıştırma algoritmaları, resim, ses dosyası, video dosyası sıkıştıranlar vs. Ha tabii şunu da not düşeyim. Her sıkıştırma algoritması da, düzensizlikten etkilenmez. Yani, sıkıştırma kapasitesi entropiden etkilenen algoritmalardan daha düşüktür ama hep belli bir düzeyde sıkıştırma sağlar. rneğin elimizde 1024x1024 resim dosyası varsa 10 mb ise bunu hep 5 mb yapar. İçindeki resim isterse dümdüz simsiyah olsun, isterse de her pixel'i farklı renk olsun. Bunun amacı hem boyutu belli bir düzeyde düşürüp hem de rastgele bellek erişimini hızlandırmaktır. Çoğunlukla oyunlar için texture sıkıştırmada kullanılır. Sağda solda kullandığımız JPEG, vb. resim dosyası formatlarında byle bir kaygı yoktur ve yaklaşımlar farklıdır. Bir de video dosyası sıkıştırmadan bahsedersem, videolarda framelerin değişen kısımları en temel haliyle videonun sıkıştırılmasına etki eder. Yani 1000 frame'i olan bir video düşünün. Sabitlenmiş bir kamera, gkyüzünde uçan balonu çekmiş olsun. Bu durumda ne olur? Her karede sadece balonun olduğu kısım değişiklik gsterirken, bu alanın dışındaki gkyüzü aynen olduğu gibi kalır. Bu durumda, balonun dışında kalan koskoca bir sabit arkaplanı ayrı ayrı framelerde tekrar tekrar tutmanın da anlamı yoktur. O kısım 1. karede de aynıdır. 10. karede de aynıdır. Gereksiz yere aynı şeyi tekrar etmiş oluruz. Ha tabi bu şekilde düşünmenin de bir bedeli olacaktır. Gzümüze çok da farklı grünmeyen ama, kamera hassasiyetine bağlı olarak sabit dediğimiz frame kısımlarında ışığa bağlı olarak çok ufak değişimler olmuş olabilir. Bu değişimlerden ne kadar fedakarlık edersek videonun kalitesini o kadar düşürmüş oluruz. Ama en temelde baktığımızda yine farklılık, düzensizlik konusu sz konusudur. 10 frame'i tamamen aynı bir videoyu sıkıştırmak "aaaaaaaaaa" yı sıkıştırmak gibidir. Yntemler çok farklıdır ama en temelde yatan gerçeklik aynıdır. Nasıl "abfkrjdjsj" şeklinde bir yazıyı sıkıştırmak çok başarılı olamayacak ise, her frame'inin pixelleri değişen bir videoyu sıkıştırmak da aynı şekilde başarılı olamayacaktır.

% 100 sıkıştırma olayını 1990 yıllarda jan sloot adında bir abimiz meseleyi çzmüş işi ticarete dkmek istemiş ve şirketinin açılışına 2 gün kala evinin nünde tam kalbinden biçaklanarak ldürülmüştür, Bu abimiz bir kaç gb filmi 8 kb kadar düşürmekte ve 64 kb lik diskin içerinsinde 16 tane filmi yüklemiş ve sorunsuzca çalıştırmıştır, Web sitesi budur, http://jansloot.telcomsoft. nl/ Bu teknolojiyi adam o zamanlarda bulmuş ama etrafta bunu nasıl yaptığına dair bilgi kalmamıştır, Bu sıkıştırma türüne yakın zamanda pi kodlaması denilen bir yntem geliştirmişlerdir, https://github.com/philipl/pifs Yakın zamanda deep web te 2 mb bir dosya bulmuştum dosyadan çıkarın da 40 gb lara kadar oluyordu boyutu tabi o zamanlar da bunu anlamamıştım, ama olay şimdi kafam da dank etti, Sizin grüşleriniz nedir arakdaşlar bu olay ve konu hakkın da, Gençliğimden bu yana et yenilmesine karşıyım. Bir gün insanların hayvanları ldürmeyi tıpkı insan ldürmek gibi cinayet kabul edeceğine inanıyorum,

Şu sıkıştırma olayından pek anlamam fakat yaklaşık bi 10-12 sene nce 4mb lık bir exe den gta san andreas ı kurduğumu hatırlıyorum. veriyi internetten çekme şansı yok çünki kurduğum pc de internet yoktu o zaman bu duruma çok şaşırmıştım. o dnem gta sa cd cilerde korsan olarak 11 cd halinde satılıyordu. benim aldığım cd ci tek cd verince abi bu dvd olmasın dedim yok dedi kurulum biraz uzun sürer ama tek cd bu dedi ki dediği gibi de oldu 8 yada 9 saat falan sürmüştü. gece yatarken başlattığımı hatırlıyorum kurulum ekranı da herhangi bir grafik arayüz icermiyordu bildiğimiz dos açılmıştı. anladığım kadarıyla sıkıştırılmış dosyaları belirli bir klasre export etti registry içine oyunla ilgili hiç birşey yazmamıştı.

Zaten adam kalp krizinden lmüş bıçaklanarak falan değil. Yaşasın drama. while (1<2)

O yolladigin tarzda dosyalara "Zip Bomb" deniyor. Ayrica o demoscene'deki insan demeye dilimin varmadigi adamlar o dosyalari 64K ile sinirli tutmak icin assembly'i aglatiyorlar. Hatta, yillarca Future Crew tarafindan yapilan "Second Reality" demosunun kendi memory management'i oldugunu dusundu insanlar.

64 kb boyutun da bir video, http://jansloot.telcomsoft. nl/Sources-2/DemoScene/Farbrausch_64kB/Downloads/fr08v101. exe Grüntü kalitesi baya iyi 64 kb boyuta rapmen bu grüntü hayret verici derecede iyi, Burda da adamın mantığını kullanarak bir şeyler yapmaya çalışanların videosu, https://www.youtube.com/watch?v=kQsWP6n03EU Buda başka bir video sıkıştırma düzeyi yine üst seviyede, https://www.youtube.com/watch?v=A42KShNIUMI Gençliğimden bu yana et yenilmesine karşıyım. Bir gün insanların hayvanları ldürmeyi tıpkı insan ldürmek gibi cinayet kabul edeceğine inanıyorum,