সংকোচনের ভিডিওগুলি আরও বড় ফাইল তৈরি করে


17

আমি 1.7gb (.H264 MP4s) মোট 3 টি ভিডিও ধারণ করে একটি স্টার্ট সংযুক্ত করার জন্য জিইউআই (ডান ক্লিক => কমপ্রেস) ব্যবহার করে যাচ্ছি। gzip, lrzip, 7z ইত্যাদি সবই ফাইল আকারে কিছুই করে না এবং সংকীর্ণ ফোল্ডারটিও 1.7 গিগাবাইট।

আমি তখন কমান্ড লাইন থেকে লরিজিপ চালানোর চেষ্টা করেছি (যদি এটি কোনও গুই সমস্যা ছিল), এবং -z পতাকা ব্যবহার করেছি (চরম সংকোচনের), এবং এটি আমার আউটপুট।

এখানে চিত্র বর্ণনা লিখুন

সংকোচনের অনুপাত যেমন দেখায়, কম্প্রেস ফোল্ডারের আসল আকারটি আসলটির চেয়ে বড়! আমি জানি না কেন আমার ভাগ্য নেই, বিশেষত lrzip আমার পড়া র্যান্ডম পর্যালোচনা এবং অফিসিয়াল ডক্স (100mb এর চেয়ে বড় ফাইল, আরও ভালতর) অনুযায়ী কার্যকর হওয়া উচিত - https: //wiki.archlinux দেখুন। সংস্থা / index.php / Lrzip

আমি আমার ফাইলগুলি সংকুচিত করতে পারি না কেন?


2
ব্যক্তিগতভাবে আমি এমপি 4 ভিডিও সংরক্ষণাগার বিরক্ত করব না কারণ এই ভিডিওগুলি ইতিমধ্যে কোডেক দ্বারা সংকুচিত হয়েছে।
প্রম

এবং আপনি এফএফএমপেইগের মতো ভিডিও রূপান্তরকারী / সংক্ষেপক সরঞ্জাম ব্যবহার করে কম আকার অর্জন করতে পারেন ।
জেট

প্রাম এবং জেট সঠিক। এটি প্রত্যাশিত আচরণ। ইতিমধ্যে ভালভাবে সংকুচিত এমন কিছু সংকোচনের চেষ্টা করা প্রতি-উত্পাদনশীল। আপনি যদি ভিডিও রূপান্তর সরঞ্জাম ব্যবহার করেন তবে আপনি ভিডিওর মানের (আপাত বা না) ব্যয় করে স্থান বাঁচাতে সক্ষম হতে পারেন। তবে আপনার কাছে সর্বোচ্চ মানের কমপ্রেসড কপিটি দিয়ে শুরু করুন।
জন এস গ্রুবার

উত্তর:


25

@ প্রম মন্তব্যটিতে উপরে যেমন বলেছেন, এমপি 4 ভিডিও ইতিমধ্যে সংকুচিত হয়েছে এবং অন্যান্য ভিডিও ফর্ম্যাটগুলি সম্ভবত কিছুটা সংকোচনের ব্যবহার করে। অতএব, তাদের সংকোচনের চেষ্টা করার ফলে আকারে সামান্য (যদি থাকে) হ্রাস আসবে না (এটি চিত্র এবং সংগীতেও অন্তত অংশে প্রযোজ্য)। এই ক্ষেত্রে, দেখে মনে হচ্ছে মেটাটাটা (নিজেই সংকোচিত ফাইলের জন্য) বৃদ্ধির কারণ হতে পারে। শুধুমাত্র কম্প্রেশন বিন্যাসে শক্তি কিছু হ্রাস ফলাফল (এবং যে একটি শক্তিশালী শক্তি থাকবে) ভাবে XZ লস হয়।

অন্য নোটে, আপনি যদি এই ভিডিওগুলির আকার হ্রাস করতে চান তবে হ্যান্ডব্রেকের মতো কিছু ব্যবহার করে ভিডিওগুলি পুনরায় এনকোডিংয়ের পরিবর্তে দেখুন।


3
আমি দেখতে পেলাম যে ওয়েবমের সাধারণভাবে সংক্ষেপণের হার খুব ভাল। এমপি 4 এর চেয়ে অনেক ছোট।
শেঠ

@ সেথটি এমপি 4 (যা হয় এভিসি ওরফে এইচ .264 বা নতুন এবং আরও ভাল এইচ .265 ওরফে এইচভিসি কোডেক) ছোট মানের ফাইলগুলিকে একই মানের (বা একই ফাইলের আকারে আরও ভাল মানের) দেয়।
ডেভিড বালাইচ

@ ডেভিডবালাইক যখন আমরা কমলা সম্পর্কে কথা বলার চেষ্টা করি তখন আমরা এখানে আপেল এবং আপেল তুলনা করি। এমপি 4 এবং ওয়েবম উভয়ই ধারক, তাদের সংকোচনের সাথে কিছুই করার নেই। তুমি ঠিক H.264 এবং h.265 MP4 পাত্রে উভয় সাধারণভাবে ব্যবহৃত কোডেক, কিন্তু আপনাকে h.265 তুলনা করতে পারবেন না WebM । h.264 ভিপি 8 কোডেকের সাথে তুলনীয় যা সাধারণত ওয়েবম পাত্রে ব্যবহৃত হয়, যেমন h.265 ভিপি 9 কোডেকের সাথে তুলনীয়, সাধারণত ওয়েবম দ্বারা অন্তর্ভুক্ত। tl; dr: এমপি 4 এ h.265 এবং ওয়েবমে ভিপি 9 ব্যবহার করুন এবং আপনি প্রায় একই মানের / দক্ষতা পাবেন।
forresthopkinsa

13

সত্যিই, ফাইলগুলি ইতিমধ্যে সংকুচিত হওয়ার বিষয়টি গুরুত্বপূর্ণ সমস্যা নয়। এটি এটি: সাধারণভাবে সংক্ষেপণ কেবল তখনই কাজ করতে পারে যদি ডেটাতে কোনও ধরণের অপ্রয়োজনীয়তা থাকে । এটি প্রায়শই সঙ্কুচিত ফাইলগুলির ক্ষেত্রে হয় - তবে, অতিরিক্ত কাজটি কী তা অনর্থক তা স্পষ্ট নয় । সাধারণ উদ্দেশ্য সংকোচনের অ্যালগরিদমগুলি বেশিরভাগ ক্ষেত্রে পাঠ্য ফাইলগুলিতে স্পষ্টতাই ধরণের জিনিসটিকে লক্ষ্য করে: অনেকগুলি শব্দ একবারে আসে না তবে প্রচুর পরিমাণে অভিন্ন আকারে আসে, সম্ভবত শব্দগুলির বাক্যাংশগুলি একত্রিত করা যায় ইত্যাদি ইত্যাদি .. অ্যালগরিদমগুলি বেশ ভাল এএসসিআইআই-এনকোডযুক্ত ফোন নম্বর থেকে বাইনারি মেশিন কোডের জন্য চীনা কবিতার ওপরে যে কোনও কিছুতে এটি সাধারণকরণ, তবে তারা সম্ভবত কোনও ধরণের ডেটার জন্য কাজ করতে পারে না । বিশেষত, মিডিয়া ফাইলগুলি ধারণাগতভাবে হয়অ্যানালগ তথ্য , একটি গোলমাল ডিজিটাল উপস্থাপনা। এর অর্থ, পাঠ্যপরিচালনা-পুনর্নির্মাণের ধরণের আসলে কিছুই নেই: কিছু উদ্দেশ্য পুনরাবৃত্তি হতে পারে তবে সেন্সর গোলমালের একটি সামান্য ভিন্ন কনফিগারেশন সহ সর্বদা। এ কারণেই সমস্ত সংকুচিত চিত্র / এভি ফর্ম্যাটগুলি সাধারণত ডিসিটি বা তরঙ্গপত্রের উপর ভিত্তি করে তাদের প্রথম এনকোডিং পদক্ষেপ হিসাবে কিছু চালাকভাবে বেছে নেওয়া রূপান্তর ব্যবহার করে । মোটামুটিভাবে বলা এই রূপান্তরগুলি চিত্রের অংশগুলি এবং শব্দের অংশগুলি বিভিন্ন স্থানে সরিয়ে নিয়ে যায়, তাই এগুলি ভালভাবে বিচ্ছিন্ন হতে পারে এবং ক্ষতিকারক সংকোচনের সাথে আপনি কেবল সেই তথ্যগুলি বজায় রাখেন যা আপনি সবচেয়ে "গুরুত্বপূর্ণ" বলে মনে করেন, এতে শব্দটি অন্তর্ভুক্ত হয় না, " ভাল তথ্য "প্রচুর অপ্রয়োজনীয়তা রয়েছে। (এটি আসলে কীভাবে কাজ করে তা নয়, তবে সাজানো))

সাধারণ উদ্দেশ্যে সংকোচকারীরা যদি এই রূপান্তরগুলি ব্যবহার করেন তবে এর ফলটি বিপরীত হবে: বেশিরভাগ ডিজিটাল তথ্যটি আসলে কোনওরকম শোরগোল হিসাবে ভুলভাবে শ্রেণিবদ্ধ হবে, কারণ এতে অ্যানালগ সংকেতগুলিতে পাওয়া "মসৃণ" কাঠামোর অভাব রয়েছে। এবং ক্ষতিকারক ভিডিও সংক্ষেপণের পরে স্পষ্টতই এনালগ মসৃণতা বা ডিজিটাল পুনরাবৃত্তি আর পাওয়া যাবে না (যদি তা হয় তবে কোডেকগুলি অন্য একটি বিজিপ-স্টেজ বা নিজের কিছু ব্যবহার করবে!)


12

আপনার ভাগ্য না থাকার কারণটি হ'ল এমপি 4 ইতিমধ্যে সংকুচিত হয়েছে, আপনি এটি আরও সংকোচ করতে পারবেন না। আপনি যা করছেন তা ফাইলটিতে সংক্ষেপণ বিন্যাসের শিরোনামের তথ্য যুক্ত করছে is

যেহেতু ফাইলগুলি ইতিমধ্যে সংকুচিত হয়েছে এবং আপনি সেগুলি আরও সংকুচিত করতে পারবেন না, ফলস্বরূপ ফাইলের আকার বৃদ্ধি পাবে কারণ আপনি যা করছেন তা একই তথ্য রাখছে এবং শিরোনাম তথ্যের আরও কয়েকটি বাইট যুক্ত করা হচ্ছে।


5

এটি কবুতরের নীতিটির একটি দুর্দান্ত উদাহরণ ।

যেহেতু ফাইলটি ইতিমধ্যে সংকোচিত (ক্ষতিগ্রস্ত), তাই কোথাও কোথাও কমার কিছু নেই, যার অর্থ আপনি ইতিমধ্যে শূন্য নেট লাভে রয়েছেন। অন্যরা যেমন উল্লেখ করেছে, সংকীর্ণ বিন্যাসে নিজেই তার নিজস্ব মেটা-ডেটাতে একটি নির্দিষ্ট, সাধারণত নগণ্য ক্ষতি থাকে। এই সমস্ত একসাথে আসার অর্থ এই যে সমতুল্য বা ছোট ফাইলগুলির সেটে সম্ভবত কোনও পায়রাহোল অবশিষ্ট নেই এবং এইভাবে আপনার সংকীর্ণ ডেটা বড় ফাইলগুলির সেটে পড়ে।


4
আমি দুঃখিত, তবে এটি বলা নীতিটির অপব্যবহার। আপনি জিরো পূর্ণ একটি 1.7 গিগাবাইট ফাইলে একই যুক্তি প্রয়োগ করতে পারেন, এবং একটি ভুল উত্তর পেতে পারেন। পায়রাহোল নীতিটি সাধারণত সংকোচনেরযোগ্য ফাইলগুলির অস্তিত্ব প্রমাণ করার জন্য ব্যবহৃত হয়, এটি প্রমাণ করার জন্য যে কোনও নির্দিষ্ট ফাইল আসলে সংকোচনের নয়। (পরেরটি আপত্তিজনক, কারণ কলমোগোরভ জটিলতা কার্য কোনও গণনীয় কার্য নয়))
nneonneo

1
@nneonneo তারপরে লিঙ্কযুক্ত উইকিপিডিয়া নিবন্ধটি সংশোধন করতে দ্বিধা বোধ করবেন। দুর্গম ফাইলগুলির অস্তিত্ব সরাসরি এটি থেকে অনুসরণ করে এবং তারপরে আপনি সংকোচনের মেটা-ডেটা যুক্ত করেন এবং হঠাৎ আপনার কাছে আসলটির চেয়ে বড় ফাইল থাকে। যা আমি ঠিক বলেছিলাম। প্রদত্ত অ্যালগরিদমের একটি প্রদত্ত বাস্তবায়নের অধীনে ফাইলটি আরও সংকোচনের নয় এর প্রমাণটি আউটপুট ছোট নয় not অবশ্যই, এটিও সম্ভব যে মেটা-ডেটা কমপ্রেস জয়ের চেয়ে সহজতর, তবে আমি নিশ্চিত নই যে আমি এটি বর্ণিত ইউরিয়েন্টেড অর্থে সংক্ষেপিত হিসাবে বর্ণনা করেছি।
লিভিয়াস

@ লিভিয়াস উইকিপিডিয়া নিবন্ধটি সঠিক: এটি কোনও প্রদত্ত ক্ষয়হীন সংক্ষেপণ অ্যালগরিদমের জন্য সঙ্কলনযোগ্য ফাইলগুলির অস্তিত্ব প্রমাণ করতে কবুতর নীতিটি ব্যবহার করে । তবে আপনি কেবলমাত্র পায়রাহোল নীতি থেকে কোনও নির্দিষ্ট ফাইলের সঙ্কোচনেতা অর্জন করতে পারবেন না।
ডেভিড রিচারবি

@ ডেভিডরিচার্বি হ্যাঁ, তবে প্রদত্ত অ্যালগরিদমের কোনও প্রদত্ত প্রয়োগের মাধ্যমে ফাইলটি সংকুচিত হয়নি তা প্রমাণযোগ্যতা যে এটি সংকোচনের নয়। সঙ্কুচিত ফাইলগুলির অস্তিত্বের জন্য অন্যান্য কারণগুলি না থাকলে, তারপরে এটি অনুসরণ করে যে সংকোচনে ব্যর্থতা পিপি এর কারণে। কেবলমাত্র অন্য সম্ভাব্য কারণ হ'ল প্রদত্ত অ্যালগরিদম তার আকার হ্রাস করার কোন উপায় দেখতে পায় না, যা আবার "অ্যালগরিদমের অনুমানের অধীনে একই তথ্যযুক্ত কোনও ছোট ফাইল নেই" বলে মনে হয়; এই জাতীয় ক্ষেত্রে অগত্যা উপস্থিত থাকতে পারে কারণ পিপি "।
লিভিয়াস

আরও স্পষ্টভাবে, পিপি আলগোরিদিমকে ইনপুট রাখতে বাধ্য করে যার চিত্র ছোট ফাইলের ফাঁকে নেই। প্রদত্ত ফাইলের চিত্রটি সেই জায়গাতে মানানসই নয় এমন প্রতিটি সিদ্ধান্তই পিপি দ্বারা চালিত কোনও স্তরের এবং এটির সাথে সমঝোতা হওয়া, (সংক্ষেপণ অ্যালগরিদমের একটি বুদ্ধিমান সংজ্ঞা ধরে) ass তারপরে যে কোনও ফাইলের চিত্রটি ছোট নয় সেগুলি পিপিকে সংকোচনযোগ্য হতে বাদ দেওয়া হয়েছে to প্রদত্ত ফাইল সংকোচযোগ্য নয় এমন প্রমাণ হ'ল সংকোচনের ব্যর্থতা; বিস্তৃত অর্থে, সংকোচনের বিষয়টি সর্বদা পিপি এবং এর সমঝোতার ফলাফল।
লিভিয়াস

4

আপনি যদি এই ফাইলগুলি সংকুচিত করতে চান তবে আপনাকে গুণমান হ্রাস করতে হবে

এই ফাইলগুলি কতক্ষণ এবং কী ফর্ম্যাট এবং বিষয়বস্তু টাইপ করে তা না জানাই এই ফাইলগুলি খুব বেশি দৃশ্যমান মানের ক্ষতি ছাড়াই সঙ্কুচিত হতে পারে কিনা তা বলা শক্ত।

1080p ভিডিও সহ ব্লুরেজগুলি 25 গিগাবাইটের ওপরের দিকে প্রবণতা বোধ করে তাই আপনি ইতিমধ্যে H.264 এর জন্য সর্বোত্তম মানের থেকে আকারের অনুপাতের সম্ভাবনা কম not

আপনি ফাইল ব্যবহার করে ffmpegবা avconvরূপান্তর করতে চেষ্টা করতে পারেন ।

আপনি দিয়ে শুরু করতে পারেন ffmpeg -i input_file.mp4 -preset slower -crf 20 -c:a copy output_file.mp4

anconvকমান্ড একভাবে কাজ করবে।

  • -crfফাইলের আকার এবং গুণমান হ্রাস করতে মান বাড়ান , আমি 25 এর চেয়ে বেশি কোনও প্রস্তাব দিই না।

  • আপনি প্রিসেটটি পরিবর্তন করতে slowবা mediumগতি বাড়ানোর জন্য করতে পারেন তবে আপনার ফাইলের আকার তুলনায় slowerবা এমনকি veryslow(যদি আপনি খুব ধৈর্যশীল হন!) ক্ষতিগ্রস্থ হন।

  • আরও সেটিংস এখানে পাওয়া যাবে: http://mewiki.project357.com/wiki/X264_Settings

  • আমি প্রিসেটগুলি বেনিফিট হিসাবে বুদ্ধিমান ডিফল্ট সরবরাহ করায় বেশিরভাগ থেকে দূরে থাকার পরামর্শ দিই -tune

  • আপনি যদি বিষয়বস্তু ফিল্ম হয় তবে একটি ডিএনওজার চেষ্টা করুন ( -vf hqdn3d) আপনি উচ্চ -crfমানের ব্যবহারের তুলনায় ভিজ্যুয়াল মানের উন্নত করতে পারেন ।

  • এনকোডিংয়ের গতি উন্নত করতে এবং মান বজায় রাখতে -vf scale=-1:720720p এবং -vf scale=-1:480480p এর জন্য আপনার সামগ্রীকে স্কেল করুন ।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.