فشردهسازی بااتلاف: تفاوت میان نسخهها
محتوای حذفشده محتوای افزودهشده
Shahabmousio (بحث | مشارکتها) بدون خلاصۀ ویرایش |
جز تمیزکاری با استفاده از AWB |
||
خط ۲۰:
به طور کلی، برخی گونههای فشردهسازی بااتلاف را میتوان کاربردی از کدگذاری تبدیلی تلقی کرد - در مورد فایلهای چندرسانهای، کدگذاری ادراکی: بدیننحو که داده خام اولیه را به یک دامنه تصویر میکنیم که به شکل دقیقتری بیانگر محتوای اطلاعات مدنظر ما باشد. به عنوان مثال، میتوان برای بیان یک فایل صوتی، بهجای استفاده از سطوح مختلف شدت صدا در طول زمان از نوسانات فرکانس صوت در طول زمان بهره برد که به درک انسان از مفووم صدا قرابت بیشتری دارد.
در عین حالی که تقلیل داده (فشردهسازی، چه بااتلاف و چه بیاتلاف) از اهداف اصلی کدگذاری تبدیلی میباشد، زمینه پیگیری اهداف موازی دیگری همچون حفظ کامل کیفیت اولیه فایل با حجمی کمتر و یا کمک به فرآیند [[متوازنسازی صوت]] ([[Equalization]]) را نیز فراهم مینماید، چراکه در فرآیند فشردهسازی انتخابی عمل کرده و به جای تراکم یکنواخت داده، صرفاً بخشهایی با کمترین اثرگذاری را فشرده مینماید تا ضمن انجام فرآیند فشردهسازی انتخابی، نرخ بیت ([[Bit rate]]) و عمق فایل صوتی را حفظ نماید. همچنین فرآیند [[متوازنسازی صوت]] ([[Equalization]]) نیز به طبیعیترین شکل خود در دامنه فرکانس صوت انجام میشود، نه در دامنه زمان صوت، که به همین دلیل تصویر نمودن فایل اولیه صوتی به نوسانات فرکانس صوت در طول زمان میتواند برای این فرآیند مفید واقع شود.<ref name=":0" />
== مقایسه فشردهسازی بااتلاف و فشردهسازی بیاتلاف ==
امتیاز روشهای فشردهسازی بااتلاف در برابر روشهای فشردهسازی بیاتلاف این است که در برخی موارد روشهای فشردهسازی بااتلاف میتوانند فایل فشردهسازی شده با حجمی بسیار کمتر از هر روش فشردهسازی بیاتلاف تولید کنند، و درعین حال ملزومات و نیازهای کاربردی آنرا برآورده نمایند.
خط ۳۴:
== ویرایش فایلهای کدگذاری شده به روشهای فشردهسازی بااتلاف ==
یک نقطه ضعف مهم روشهای فشردهسازی بااتلاف در برابر روشهای فشردهسازی بیاتلاف این است که ویرایش فایلهای کدگذاری شده به روشهای فشردهسازی بااتلاف منجر به از دست رفتن داده در فرآیند کدگذاری مجدد اطلاعات میشود. تنها روش مقابله با این مساله نامطلوب آن است که ویرایش موردنظر خود را بر روی یک کپی از فایل اصلی با کیفیت بالای اولیه (که میتواند حاصل کدگشایی یک نسخه کمحجمتر با روشهای فشردهسازی بیاتلاف باشد، چراکه آن روشها چنین مشکلی ندارند) انجام دهیم و از آن یک نسخه کمحجمتر با روشهای فشردهسازی بااتلاف بسازیم، همانگونه که برای ویرایش تصاویر از فرمت خام تصویر ([[:en:Raw_image_format|raw image format]]) به جای فرمت [[:en:JPEG|JPEG]] استفاده میشود.
شایان توجه است که حتی اگر یک فایل که به روشهای فشردهسازی بااتلاف تولید شدهاست را کدگشایی نموده و مجدداً به روشهای فشردهسازی بیاتلاف تولید کنیم، حجم فایل تولیدی حاصل از این فرآیند میتواند با فایل اولیه قبل از انجام فشردهسازی بااتلاف قابل مقایسه و تقریباً برابر باشد، حال آنکه اطلاعاتی که در این فرآیند از دست رفته است قابل بازیابی نخواهد بود (و این فرآیند به هیچ وجه موجه و معقول به نظر نمیرسد).
خط ۴۴:
[[پرونده:Lossless versus Lossy.png|frame|نمونهای از کار یک الگوریتم فشرده سازی بااتلاف نامناسب (پایین) در برابر تصویر اصلی (بالا)]]
== روشها و متدهای فشردهسازی بااتلاف ==
[[پرونده:Ruby-LowCompression-Tiny.jpg|frame|چپ|فشرده سازی کم (کیفیت بالا با فرمت JPEG)]]
[[پرونده:Ruby-HighCompression-Tiny.jpg|frame|چپ|فشرده سازی زیاد (کیفیت پایین با فرمت JPEG)]]
خط ۷۰:
* MPEG-1 Part 2
* MPEG-2 Part 2
* MPEG-4 Part 2
* H.264/MPEG-4 AVC (ممکن است بدون اتلاف باشد، حتی در برخی از قسمت های فیلم)
* Ogg Theora (شهرت یافته به علت عدم محدودیت [[پتنت]])
خط ۸۹:
* MP2
* MP3
* Musepack (بر مبنای Musicam)
* Ogg Vorbis (شهرت یافته به علت عدم محدودیت [[پتنت]])
* WMA (امکان فشردهسازی بدوناتلاف نیز دارد)<ref name=":0" />
|