lossless compression

• siki$tirildiktan sonra tekrar decompress edildiginde birebir orijinal datayi elde etmenizi saglayan siki$tirma yontemi. tum ar$iv programlari (zip, rar vb) lossless compression kullanmak zorundadirlar.. bunun aksi ornekleri (bkz: lossy compression) icin (bkz: jpeg) (bkz: mp3) (bkz: mpeg)
• kayipsiz sikistirma
• sayisal sonuclarin onemli oldugu dosyalarda kullanilan sikistirma yontemi
  ornegin, bir exe dosyada birkac bytein farkli olmasi geri acma islemi sonrasi exenin islem yapmamasina neden olabilir
• ape, flac uzantısına sahip şarkıların 40-50 mb olmasının nedenidir. cd'de ki şarkıları neredeyse zip gibi sıkıştırıp , insan kulağının duyamayacağı sesleri de atmadan (bkz: mp3) sunar. iyidir , hoştur.
• windows tabanli os'lerde .zip, unix tabanli os'lerde .bzip2, .gzip gibi uzantilar alan, islem sonrasi veri kaybinin sifir oldugu bir sikistirma modeli.
• jpeg standartlarini sadece lossy compression olmaktan kurtaran jpeg2000 standartlarindan sonra
  temel olarak rlc (run length coding) kullanarak jpeg'in de icinde artik var olmasi saglanmis olan ozellik ve guzellik ^*
• distortion'un sifir oldugu sikistirma seklidir. eger modeling yapilmiyorsa sikistirilacak verinin birinci derece entropisinden daha fazla sikistirilmasi lossless compression ile mumkun degildir, information theory'den bihaber bir takim lamer mutemadiyen "cok iyi" compression yaptigini belirtip bu oranlarin altinda sayilar rapor etmekte ve aninda ayari almaktadir. ancak modeling^* yapildiktan sonra entopinin altina inildigi gorulup $a$irmamak gerekir, cunku modeling ile yapilan $ey veriyi birinci derece entropisini azaltacak seklinde baska bir domaine transform etmektir. eger bu transform invertible ise sikistirma lossless, degil ise lossy compression olarak anilacaktir. aslida bu olayda tum olan bitenler anlamsiz $eylerdir. cunku herhangi bir verinin hicbir invertible transform ile kolmogorov complexitysini degistirmek mumkun degildir. ama biz bicare, aciz insanogullari olarak onu donderip evirip sikistirip "daha kompakt bir sekilde" ifade ettigimizi zannederiz (bkz: ha bok ha tezek). modeling'den sonraki asama olan coding icin ise entopy coding (bkz: huffman encoding) (bkz: arithmetic coding) veya dictionary coding (bkz: lz77) (bkz: lzw) kullanilir genelde. modeling icin kullanilabilecek yontemlerin ise ucu bucagi yoktur. bu nedenledir ki bir compression gurusunun gunde 26^* algoritma bulup bunlardan sadece ikisini insan icine cikardigi gozlerimle gorulmustur. lossless compression endustrinin ve akademinin en cok istahini kabartan konulardan biri olagelmistir. ayrica iki kesimin aralarinda tartisma yaratmadan anlasabildigi yegane konulardan biri olarak dikkat cekmistir.
• kayıpsız müzik sıkıştırma için
  (bkz: flac) (bkz: alac) (bkz: shn) (bkz: monkey's audio) (bkz: lossless audio)^* (bkz: optimfrog) (bkz: wmal) (bkz: wavpack) (bkz: ral) (bkz: tta)
• ses sikistirmasi icin (bkz: #17684157)
• güzel yanlarından biride kayıplı sıkıştırma formatlarının aksine, kalite kaybı korkusu olmadan kayıpsız formatların birbirleri arasında dönüştürme yapabilmenizdir. internette çoğunlukla flac albümler bulunsada bazen ape ve alac'lar da karşınıza çıkabiliyor. ben arşivi flac üzerinden yaptığım için kalite kaybı yaşamadan bunları flac'a çevirebiliyorum. kayıp olup olmadığını görmek için kendimce basit bir yol geliştirdim. spek programını açıp penceresini büyütüyorsunuz. pencere büyüdükçe daha ayrıntılı bir spektogram çıkarıyor. sonra orjinal dosyayı üstüne sürükleyip alt+print screen ile ekran görüntüsü alıp veya spek üzerinden png ile kaydedip bunu bir resim işleme programında açıyorsunuz. ben hızlı olması açısından paint.net'i tercih ediyorum. sonra dönüştürdüğünüz dosyayıda spek üzerine sürükleyip resim işleme programında diğerinin üstüne layer olarak ekliyorsunuz. ikinci görüntüyü alırken kesinlikle spek'in boyutunu değiştirmeyin. resim programında katmanların görüntülenme ayarlarından (blend) difference sı seçtiğinizde iki görüntü arasında oluşabilecek en ufak fark bile ben buradayım diye bağırıyor.
  bir keresinde dönüştürme yaparken bilgisayarda ufak bir kilitlenme olmuştu. dinlediğim müzikte ve spek üzerinde bir sorun görünmüyordu ama ben yinede bu karşılaştırmayı yapayım dedim ve aynende şüphelendiğim gibi parçanın ufacık bir yerinde dikine incecik bir çizgi çıktı. tekrar dönüştürme yapıp kontrol ettim ve bu seferki sorunsuz oldu.
  aynı yöntemle kayıplı ve kayıpsızı karşılaştırısanız durum çok çok çok çok vahim oluyor.
  
  %100 emin olabileceğiniz başka bir yöntem daha var. hatta çok daha kolay ama yukardaki görsel olduğu için daha havalı oluyor. orjinal kayıpsız dosyayıda, dönüştürdüğünüz kayıpsız dosyayıda wav formatına dönüştürün. özelliklerini açıp baytlarını karşılaştırın. birebir aynı ise tamamdır.
  
  medya oynatıcıların bu işe yarayan eklentileri mutlaka vardır ama pek araştırmadım. dönüştürdüğüm her dosyayı kontrol etmiyorum artık.dinlerken ses kalitesinden şüphelendiklerim olursa spek ile kayıplımı kayıpsızmı ona bakıyorum artık sadece.