Új hozzászólás Aktív témák

• #48753 Peak addikt #09634560 #48751

  Új Válasz 2013-09-04 11:25:23 #48753

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Peak

  addikt

  válasz #09634560 #48751 üzenetére

  Igazából annyira sok info van neten, hogy összegyűjteni linkeket is legalább 2 nap lenne.

  De hogy valami példát irjak a tömörítési algoritmusokról.

  Készits egy 800x800 pixeles csak 255ös byteértékű 24bites BMPt ( full fehér ).
  Ha lemented BMPbe, akkor veszteségmentesen, akkor 1920054 bytot foglal, azaz 800 x 800 x 3 ( 24 bit = 3 byte ), plusz az 54bit a Metainformáció a fájlról.

  Ugyan az legmagasabb JPG tömörítéssel 8000 byteba kerül. VESZTESÉGES!
  JPG legrosszabb minőségű tömörítéssel 4249 byteba. VESZTESÉGES!

  TIFF kontérerbe téve LZW tömörítéssel ( hasonló, mint a ZIP ) 2784 byteba belefér Metaadatokkal együtt, VESZTESÉGMENTESEN!

  Tanulság: rohadtul nem a tömörítés vagy a hangformátum számit, hanem a benne levő NYERS adat, amit ki kéne nyerni belőle.

  A veszteséges tömörítési algoritmusok a képek és hangok esetén úgy működnek, hogy a megadott sávszélesség értéket MAXIMÁLISAN kihasználva dolgozzanak CBR ( konstans bitrate ) esetén!
  Tehát te megadhatsz 3000Mbps sávszélt is egy veszteséges algoritmusnak, mint mozgásteret, akkor 3000Mbps sávszélt fog megtölteni veszteséges adatokkal. Ez egyáltalán nem kizáró ok arra, hogy egy veszeségmentes algoritmus esetleg kisebb adatkódot állitson elő ugyan abból a forrásból.

  Remélem igy már érthető.

  [ Szerkesztve ]

  Ryzen 9 5900X / 64GB@3.2XMP / Asus TUF 3080Ti / 2x1TB RAID0 NVMe SSD / AW2721D / HyperX Alloy Elite 2 / Razer Basilisk V3

Új hozzászólás Aktív témák