তাই আমি শেষ পর্যন্ত আমার নিজের উত্তর তৈরীর শেষ পর্যন্ত।
টিএল; ডিআর সারাংশ: ছবির ক্রমানুসারে সংরক্ষণ করার জন্য, ব্যবহার করুন libx264
অথবা libx264rgb
সঙ্গে -preset ultrafast -qp 0
। এটি ffvhuff হিসাবে প্রায় হিসাবে দ্রুত, অনেক কম বিটরেট এবং দ্রুত ডিকোডগুলির সাথে। huffyuv
ffmpeg এর বাইরে আরও ব্যাপকভাবে সমর্থিত, কিন্তু হিসাবে অনেক পিক্সেল ফর্ম্যাট সমর্থন করে না ffvhuff
। তাই ২২64 ব্যবহার করার আরেকটি কারণ হ'ল আপনার অন্যান্য সরঞ্জামগুলি হ্যান্ডেল করতে পারে ২২64 High 4:4:4 Predictive
প্রোফাইল যে x264 lossless মোড ব্যবহার করে। x264 ইচ্ছাকৃত ফ্রেম দ্রুত র্যান্ডম অ্যাক্সেস প্রয়োজন হলে অন্তর শুধুমাত্র করতে পারেন।
একটি সাবধান ffmpeg বাগ ইমেজ ডিরেক্টরি থেকে পড়া যখন libx264rgb প্রভাবিত। (এবং অন্যান্য ক্ষেত্রে কি জানেন।) ব্যবহার করার আগে আপনার সেটআপ মধ্যে losslessness জন্য পরীক্ষা। (সঙ্গে সহজ ffmpeg -i in -pix_fmt rgb24 -f framemd5
উৎস এবং lossless- সংকুচিত))
সম্পাদনা: utvideo
এনকোড এবং ডিকোড মোটামুটি দ্রুত, এবং h.264 এর চেয়ে অনেক সহজ কোডেক। এটি মূলত একটি আধুনিক huffyuv
, আরো দরকারী রং স্থান জন্য সমর্থন সঙ্গে। যদি আপনার কোনও সমস্যা থাকে h.264, অস্থায়ী ফাইলগুলির জন্য পরবর্তীটি ব্যবহার করুন।
edit2: একটি RGB কোডেক হিসাবে PNG কমপক্ষে সিন্টেল ট্রেলারের উপর ভাল কাজ করে।
একই প্রশ্নে আমার অনুরূপ উত্তরটি দেখুন: https://superuser.com/a/860335/20798
ওয়ারেন ইয়ং এর বিভিন্ন কাঁচা ফরম্যাট এবং কোডেক সম্পর্কে অনেক তথ্য আছে। আমি মনে করি উত্তর ছোট হলে এটি আরও বেশি কার্যকর হবে, তাই আমি একটি নতুন উত্তর দিচ্ছি। আপনি সফ্টওয়্যারের সাথে কাজ করছেন যা ক্ষতিহীন x264 বা ffvhuff সমর্থন করে না, তারপরে সেই তথ্যটি সম্ভবত এখনও কার্যকর।
এই প্রসঙ্গে "ক্ষতিগ্রস্ত" এর সবচেয়ে কার্যকর সংজ্ঞা হল আপনি ইনপুটটি বিট-বিট-বিট পুনরুদ্ধার করতে পারেন। আপনি কি করবেন তা নির্বিশেষে ভিডিও এনকোডিং থেকে মানের অবনতি সম্পর্কে জিরো চিন্তিত।
http://en.wikipedia.org/wiki/Chroma_subsampling
আদর্শভাবে, একাধিক রং স্পেস রূপান্তর এড়াতে। গোলাকার ত্রুটি সম্ভাব্য বিল্ড আপ করতে পারেন। যদি আপনি আপনার ভিডিওতে RGB রং স্পেসে কাজ করে এমন ফিল্টারগুলির সাথে কাজ করতে যাচ্ছেন তবে এটি RGB কে বোঝা যায়, যতক্ষণ উচ্চতর বিট্রেটগুলি কোনও সমস্যা নয়। আপনি সম্ভবত শেষ পর্যন্ত একটি উত্পাদন করতে যাচ্ছেন yuv 4:2:0
ভিডিও, তবে অতিরিক্ত ক্রোমো রেজোলিউশন রাখা সম্ভাব্য উপকারী, আপনি কোন ফিল্টারগুলি প্রয়োগ করতে যাচ্ছেন তার উপর নির্ভর করে।
উভয় উপায়ে, lossless x264 এবং ffvhuff উভয় সমর্থন RGB এবং yuv 4:4:4
, 4:2:2
, এবং 4:2:0
। আমি X264 সুপারিশ চাই, এটি দ্রুত ডিকোড হিসাবে। যদি আপনি রিয়েলটাইমতে আরজিবি এইচডি ভিডিওটি চালানোর চেষ্টা করছেন তবে xv এর পরিবর্তে opengl চেষ্টা করুন, কারণ আমার সিস্টেমে xv শুধুমাত্র yuv ইনপুট গ্রহণ করে। mplayer একটি রঙ-স্থান রূপান্তর করতে অতিরিক্ত CPU সময় গ্রহণ করা হয়।
নিম্নলিখিত এনকোডার পরীক্ষার জন্য উত্স: https://media.xiph.org/ । https://media.xiph.org/sintel/sintel_trailer-1080-png.tar.gz তারা সিন্টেল ট্রেলারের জন্য y4m ফাইলগুলিকে gzip করতে ভুলে গেছেন, তাই PNG টারববল আসলে অনেক ছোট।
ffmpeg -i 1080/sintel_trailer_2k_%4d.png -i sintel_trailer-audio.flac \
-c:a copy -c:v libx264rgb -preset ultrafast -qp 0 \
frompng.sintel.264rgb.mkv
উদাহরণস্বরূপ
peter@tesla:/mnt/GP1TB/p/encoder-sample/sintel$ time ffmpeg -i 1080/sintel_trailer_2k_%4d.png -i sintel_trailer-audio.flac -c:a copy -c:v libx264rgb -preset ultrafast -qp 0 frompng.sintel.264rgb.mkv
ffmpeg version N-67983-g2b358b4 Copyright (c) 2000-2015 the FFmpeg developers
built on Jan 10 2015 05:32:37 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1)
configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-doc --disable-ffserver --enable-libx264 --enable-libx265 --enable-libmp3lame --enable-libopus --enable-libwebp --enable-libvpx --disable-outdev=oss --disable-indev=oss --disable-encoder=vorbis --enable-libvorbis --enable-libfdk-aac --disable-encoder=aac --disable-decoder=jpeg2000
libavutil 54. 16.100 / 54. 16.100
libavcodec 56. 20.100 / 56. 20.100
libavformat 56. 18.100 / 56. 18.100
libavdevice 56. 3.100 / 56. 3.100
libavfilter 5. 7.100 / 5. 7.100
libswscale 3. 1.101 / 3. 1.101
libswresample 1. 1.100 / 1. 1.100
libpostproc 53. 3.100 / 53. 3.100
Input #0, image2, from '1080/sintel_trailer_2k_%4d.png':
Duration: 00:00:50.12, start: 0.000000, bitrate: N/A
Stream #0:0: Video: png, rgb24, 1920x1080 [SAR 72:72 DAR 16:9], 25 fps, 25 tbr, 25 tbn, 25 tbc
Input #1, flac, from 'sintel_trailer-audio.flac':
Duration: 00:00:52.00, start: 0.000000, bitrate: 721 kb/s
Stream #1:0: Audio: flac, 48000 Hz, stereo, s16
File 'frompng.sintel.264rgb.mkv' already exists. Overwrite ? [y/N] y
No pixel format specified, rgb24 for H.264 encoding chosen.
Use -pix_fmt yuv420p for compatibility with outdated media players.
[libx264rgb @ 0x2770760] using SAR=1/1
[libx264rgb @ 0x2770760] using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64 SlowShuffle
[libx264rgb @ 0x2770760] profile High 4:4:4 Predictive, level 4.0, 4:4:4 8-bit
[libx264rgb @ 0x2770760] 264 - core 144 r2525+2 6a4fca8 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=0 ref=1 deblock=0:0:0 analyse=0:0 me=dia subme=0 psy=0 mixed_ref=0 me_range=16 chroma_me=1 trellis=0 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=0 chroma_qp_offset=0 threads=3 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=250 keyint_min=25 scenecut=0 intra_refresh=0 rc=cqp mbtree=0 qp=0
Output #0, matroska, to 'frompng.sintel.264rgb.mkv':
Metadata:
encoder : Lavf56.18.100
Stream #0:0: Video: h264 (libx264rgb) (H264 / 0x34363248), rgb24, 1920x1080 [SAR 72:72 DAR 16:9], q=-1--1, 25 fps, 1k tbn, 25 tbc
Metadata:
encoder : Lavc56.20.100 libx264rgb
Stream #0:1: Audio: flac ([172][241][0][0] / 0xF1AC), 48000 Hz, stereo (16 bit)
Stream mapping:
Stream #0:0 -> #0:0 (png (native) -> h264 (libx264rgb))
Stream #1:0 -> #0:1 (copy)
Press [q] to stop, [?] for help
frame= 1253 fps= 18 q=-1.0 Lsize= 834790kB time=00:00:51.96 bitrate=131592.5kbits/s
video:830198kB audio:4575kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.002025%
[libx264rgb @ 0x2770760] frame I:6 Avg QP: 0.00 size:612470
[libx264rgb @ 0x2770760] frame P:1247 Avg QP: 0.00 size:678787
[libx264rgb @ 0x2770760] mb I I16..4: 100.0% 0.0% 0.0%
[libx264rgb @ 0x2770760] mb P I16..4: 50.3% 0.0% 0.0% P16..4: 12.0% 0.0% 0.0% 0.0% 0.0% skip:37.6%
[libx264rgb @ 0x2770760] coded y,u,v intra: 71.1% 68.2% 70.0% inter: 22.8% 22.8% 23.2%
[libx264rgb @ 0x2770760] i16 v,h,dc,p: 50% 48% 1% 1%
[libx264rgb @ 0x2770760] kb/s:135693.94
উল্লেখ্য যে আমি উল্লেখ করতে ভুলে গেছি -r 24
fps, তাই এটি অডিও সাথে AV সিঙ্ক রাখা হবে না। (এবং বিট্রেট (ফাইল আকারের নয়) সংখ্যাও বন্ধ হবে। ffmpeg ডিফল্ট 25fps)। এই মেশিনে সিপিইউ 1 ম জেনারেল (কন্রো) কোর 2duo 2.4GHz (E6600)।
ফলাফল:
4.5M sintel_trailer-audio.flac # this is muxed in to every mkv
948M 1080 # the directory of PNGs
940M /var/tmp/dl/sintel_trailer-1080-png.tar.gz
7434M sintel.y4m # yuv444, uncompressed. mplayer gets the colors wrong?
2342M qtrle.mkv # encode went at 16fps, so qtrle is slower and worse filesize
2105M sintel.huff.mkv # ffvhuff with default options, rgb pix fmt
1228M sintel.utvideo.mkv # muxed without audio, I should update the others this way
946M png-copy.mkv # -codec copy makes a MPNG stream. Use -codec png for non-png sources, but it won't make PNGs as small. Decodes very fast
824M lossy.prores_ks.mov # yuv444p10le extremely slow to encode (2.3fps), and worse bitrate.
816M frompng.sintel.264rgb.mkv
735M sintel.x264rgb.medium.nocabac.mkv # encode went at 3.3 fps instead of 18. Better gain than for live-action, though
626M sintel_trailer.rgb.lossless.veryslow.mkv # 1.1fps. With CABAC, 16 ref frames, etc. etc.
512M lossy.prores.mov # yuv422p10le, 12fps
341M sintel.yuv420.x264.lossless.mkv
21M lossy.rgb.crf26.preset=medium.mkv
13M lossy.yuv420.crf26.preset=medium.mkv # remember this is WITH 4.5MB audio
মনে রাখবেন যে mediainfo
আরজিবি এইচ ২64 সম্পর্কে জানা নেই, এটি এখনও বলে যে ফাইলগুলি YUV।
এটি সত্যিই ক্ষতিগ্রস্ত ছিল তা পরীক্ষা করুন:
ffmpeg -i 1080/sintel_trailer_2k_%4d.png -f framemd5 png.framemd5
ffmpeg -i fromhuff.sintel.264rgb.mkv -an -sn -pix_fmt rgb24 -f framemd5 x264rgb.framemd5
diff -s *.framemd5
Files png.framemd5 and x264rgb.framemd5 are identical
সুতরাং আপনি আসল PNG ইনপুটটি যেভাবে পুনরুদ্ধার করতে পারেন, অর্থাত আপনি তাদের মধ্যে একই চিত্র তথ্য দিয়ে PNG তৈরি করতে পারেন।
মনে রাখবেন -pix_fmt rgb24
x264 পরীক্ষা জন্য। ffmpeg এর h.264 ডিকোডার আউটপুট gbrp (প্ল্যানার, প্যাক করা হয়নি) আউটপুট, তাই বিট একই, কিন্তু একটি ভিন্ন ক্রম। ফ্রেমএমডি 5 "ধারক" কোনও ধরণের বিন্যাস সীমাবদ্ধতা প্রয়োগ করে না, তবে বিটগুলি একইভাবে সাজানো থাকলেও আপনি একই MD5 পাবেন। আমি শুধু FMPpeg কি বলেছি এটি একটি পিক্স পিএমটি ব্যবহারের জন্য ব্যবহার করা হয়েছিল যখন আমি এটি PNGs খাওয়ানো, তারপর যে যুক্তি হিসাবে ব্যবহৃত -pix_fmt
ডিকোড জন্য। ঘটনাক্রমে, এই কারণে ভিএলসি আরজিবি এইচ ২64 ফাইলগুলি চালাবে না (পরবর্তী রিলিজ বা বর্তমান রাতের বেলায়): এটি gbrp পিক্সেল ফর্ম্যাট সমর্থন করে না।
Yuv ব্যবহারের জন্য libx264
, না libx264rgb
। আপনি x264 এর একটি RGB সংস্করণ ইনস্টল করতে হবে না, প্রকৃত লাইব্রেরি উভয় সমর্থন করে। এটি কেবল ffmpeg যা এটি দুটি পৃথকভাবে এনকোডার হিসাবে প্রয়োগ করে। আমি মনে করি তারা যদি এটি না করে তবে ডিফল্ট আচরণটি rgb ইনপুটটি rgb হিসাবে ছেড়ে চলে যেতে হবে এবং একই গুণমানের জন্য উচ্চতর বিটরেট আউটপুট তৈরির সময় ধীরে ধীরে চালানো হবে। (আপনি এখনও কখনও কখনও ব্যবহার করতে হবে -pix_fmt yuv420p
তুমি যদি চাও 420
পরিবর্তে 444
এইচ .264 আউটপুট।
আপনি দীর্ঘমেয়াদী স্টোরেজ জন্য ফাইল তৈরি করা হয় না, সর্বদা ব্যবহার করুন -preset ultrafast
lossless x264 জন্য। আরো রেফারেন্স ফ্রেম এবং গতি অনুসন্ধান কোনও শব্দের সাথে অ-অ্যানিমেটেড উপাদানগুলির জন্য ক্ষতিকারক কোনও পার্থক্য তৈরি করে না। CABAC হ্রাসহীন বিট্রেটে বিপুল পরিমাণ CPU গুলি চালায় এমনকি ডিকোড করতেও। শুধুমাত্র সংরক্ষণাগার উদ্দেশ্যে, স্ক্র্যাচ ফাইলের জন্য ব্যবহার করুন। (আল্ট্রাফাস্ট CAABAC নিষ্ক্রিয়)। CABAC 10 থেকে 15% বিট্রেট সঞ্চয় দেয়।
যদি আপনি একটি ফ্রেম হতে প্রতিটি ফ্রেম প্রয়োজন, সেট -keyint 1
। তারপরে ভিডিও এডিটিং সফটওয়্যার যা শুধুমাত্র কী ফ্রেমগুলি বা w / e কে কাটতে চায় তা আপনাকে সীমাবদ্ধ করবে না।
আসল প্রশ্নটির উত্তর দিতে: আপনি পর্যায়গুলিতে জিনিসগুলি চেষ্টা করার সময় প্রায় অস্থায়ী ফাইলগুলি নিক্ষেপ করার জন্য এটি করতে হবে (উদাঃ একটি ধীরে ধীরে ডিন্টার্লেস, অন্যান্য জিনিসগুলি চেষ্টা করার আগে ক্ষতিহীন আউটপুট সংরক্ষণ করা):
ffmpeg -i dv-video-source.ts -vf yadif=2:1,mcdeint=3:1:10 -c:a copy -c:v libx264 -preset ultrafast -qp 0 deinterlaced.mkv
আপনি ইমেজ ফাইলগুলিতে সত্যিই আপনার আউটপুট প্রয়োজন হলে আপনি এখনও-ইমেজ সরঞ্জামগুলির সাথে সংশোধন করতে পারেন, তারপরে নিশ্চিত করুন, ডিজিড করুন png। আপনি প্রতিটি পিক্সেলের জন্য Y, Cb, এবং Cr মানগুলির প্রতিটিটির জন্য 8 বিটগুলির মধ্যে কমপক্ষে উল্লেখযোগ্য কিছু থেকে বেশি কিছু হারাতে যাবেন না।
x264 আসলেই ভালভাবে বেরিয়ে আসে কারণ কিছুটা কালো ফ্রেম রয়েছে, একটি ফেইড-ইন এবং ফেইড-আউট এবং অনেকগুলি ফ্রেমের বড় অংশগুলির মধ্যে নিখুঁত সাদৃশ্য রয়েছে, যা এটি এমনকি এর সাথে সদ্ব্যবহার করতে পরিচালিত করে। -preset ultrafast
। লাইভ-অ্যাকশন, আমি এখনও ffvhuff (yuv420) ফাইলাইজ অর্ধেক x264 দেখুন।
কারও জন্য অদ্ভুত: হাই-সিপিইউ-টাইম লসলেস RGB এনকোডটি ছিল (x264 কোর 144 r2525):
[libx264rgb @ 0x35b97a0] frame I:27 Avg QP: 0.00 size:604367
[libx264rgb @ 0x35b97a0] frame P:1226 Avg QP: 0.00 size:517512
[libx264rgb @ 0x35b97a0] mb I I16..4..PCM: 46.3% 38.1% 15.7% 0.0%
[libx264rgb @ 0x35b97a0] mb P I16..4..PCM: 24.3% 5.4% 4.5% 0.0% P16..4: 10.5% 3.3% 5.7% 0.0% 0.0% skip:46.3%
[libx264rgb @ 0x35b97a0] 8x8 transform intra:17.3% inter:46.1%
[libx264rgb @ 0x35b97a0] coded y,u,v intra: 81.6% 77.5% 80.0% inter: 28.0% 27.7% 28.1%
[libx264rgb @ 0x35b97a0] i16 v,h,dc,p: 35% 64% 1% 0%
[libx264rgb @ 0x35b97a0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 31% 49% 13% 2% 1% 1% 1% 1% 1%
[libx264rgb @ 0x35b97a0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 31% 37% 5% 5% 6% 5% 5% 4% 3%
[libx264rgb @ 0x35b97a0] Weighted P-Frames: Y:41.1% UV:40.7%
[libx264rgb @ 0x35b97a0] ref P L0: 74.5% 4.2% 9.1% 4.1% 2.1% 1.7% 1.2% 0.8% 0.6% 0.5% 0.3% 0.2% 0.2% 0.2% 0.2% 0.1%
[libx264rgb @ 0x35b97a0] kb/s:99721.66
ওজনযুক্ত পি ফ্রেমের সত্যিই উচ্চ ভগ্নাংশ, এবং স্ক্র্যাপ ম্যাকroblocks সত্যিই উচ্চ ভগ্নাংশ নোট করুন। প্রতিটি দৃশ্য রূপান্তর একটি বিবর্ণ, একটি কাটা নয়, এবং x264 সুবিধাটি নেয় যদি আপনি এটি সিপিইউ সময়টি কীভাবে বের করতে পারেন।
আরও নোট (সম্পাদনা করার জন্য ক্ষতিকারক কোডেক):
ক্লিপগুলির মাধ্যমে ফরোয়ার্ড / পিছন দিকে স্ক্রবিংয়ের জন্য, কেবলমাত্র কেবলমাত্র কোড্রেক্সগুলি বিশেষভাবে পছন্দ করা হয় (utvideo, ffvhuff, mjpeg, jpeg2000, pro-res, AVC-Intra)। আমি মনে করি ছোট GOPs (1/2 থেকে 1 সেকেন্ড) নিয়মিত AVC কল্পনা করতে পারব, যতক্ষণ সফ্টওয়্যারটি কী করছে তা জানার যতক্ষণ পর্যন্ত সফটওয়্যারটি জানত (যতক্ষণ না দ্রুত স্ক্রব করার সময় ডিকোড হবে, GOP এর মধ্যে ডিকোড পেতে হবে একটি ইন্টার ফ্রেম যদি প্রয়োজন হয় তার জন্য টাইমলাইনে যথেষ্ট জুম করা হয়)।
আমি এই উপর কিছু নেতিবাচক জিনিস পোস্ট করেছেন https://video.stackexchange.com/ প্রো-রেস সম্পর্কে, "লসলেস কোডেকের তুলনায় এটি ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে কোন সমস্যা", তবে এতে কিছু আকর্ষণীয় বৈশিষ্ট্য রয়েছে। অ্যাপল বলছে এটি 1/3 CPU এর পুরো রেজোড ডিকোডিংয়ের সময় হিসাবে ব্যবহার করে অর্ধ-রেজোলিউশনে ডিকোড করতে পারে।
ffmpeg এর Proores বাস্তবায়ন সম্ভবত অ্যাপল হিসাবে গতির জন্য অপ্টিমাইজ করা হয় না, তাই ffmpeg সঙ্গে আমার পরীক্ষার এটি ধীর চেহারা হয়েছে। আপনি যদি ffmpeg এর উপর ভিত্তি করে সরঞ্জামগুলির সাথে একটি বিনামূল্যের সফ্টওয়্যার ওয়ার্কফ্লো ব্যবহার করেন তবে এটি সম্ভবত মূল্যহীন নয়, তবে আপনি যদি বাণিজ্যিক সফটওয়্যারটি ব্যবহার করেন তবে এটি মূল্যবান হতে পারে।
আমি বেশিরভাগ ভিডিও সম্পাদন করি না, বেশিরভাগই শুধু এনকোডিং করি, তাই আমার কাছে কোনও ধারণা নেই যে কোডেকগুলির মতো প্রোডোর জন্য কোন পরীক্ষা উপযুক্ত হবে। আমি অনুমান করতে পারি যে হয়তো mjpeg একটি ভাল দ্রুত বিকল্প হবে, যদি ছোট-জিওপি x264 ভাল কাজ করে না। লিনাক্স ডিস্ট্রোতে jpeg এর ASM-accelerated বাস্তবায়ন রয়েছে এবং এটি একটি চমত্কার সাধারণ কোডেক। গুণমান বনাম ফাইলাইজ + এনকোড / ডিকোড গতি বন্ধ করার জন্য প্রয়োজনীয় মানের হিসাবে আপনি মান আপ বা ডাউন চালু করতে পারেন। এটি প্রাচীন, তবে আপনি যদি কেবলমাত্র দ্রুততম অন্তরক কোডেক চান তবে এটি x264 হারাতে পারে।
X264 এর জন্য আমি কিছু চাই x264 --crf 10 --keyint=1 --preset superfast --tune fastdecode
(শুধুমাত্র ইন্ট্রা, অন্য যে কোন স্টাফ ছাড়া --avcintra-class
সেট।) নোট superfast
(CABAC ছাড়া), অথবা faster
, না ultrafast
সম্ভবত ক্ষতিকারক অপারেশন জন্য ভাল। আমি মনে করি অতি দ্রুত এটি এত দ্রুত না হয়ে অনেক গুণ হারিয়ে ফেলে। নিম্ন মানের (উচ্চতর ক্রফ) আপনি ব্যবহার করেন, এটি আরও ভাল CPU এনকোড খোঁজার সময় আরও বেশি সময় ব্যয় করে। এই অনেক সম্ভবত GOP আকার = 1 সঙ্গে প্রাসঙ্গিক নয়, যদিও।
GOP আকার & gt; 1, যদি আপনি এনকোডটিতে অনেকগুলি বিট নিক্ষেপ করছেন তবে অবশিষ্ট আন্তঃ-ভবিষ্যদ্বাণী অবশিষ্টাংশগুলি এনকোডিং করার সময় অনেকগুলি বিট সংরক্ষণ করবে না (কারণ শব্দ / শস্য / ফ্রেমের মধ্যে সূক্ষ্ম পরিবর্তনগুলি খুব সঠিকভাবে সংরক্ষণ করা হচ্ছে), তাহলে কেবলমাত্র সুপারফাস্ট জরিমানা। অন্যথায়, সঙ্গে --keyint=30
অথবা কিছু, সম্ভবত --preset veryfast --crf 12
আকর্ষণীয় হবে।
তত্ত্ব অনুসারে, প্রদত্ত সিআরএফ সেটিংের গুণমান প্রিসেট জুড়ে ধ্রুবক হওয়া উচিত। আপনি যদি ছোট ফাইলগুলি (দ্রুত ডিকোডগুলি) খুঁজছেন, কিছু গুণমান বন্ধ করে দেওয়া এবং কিছু এনকোড সময় জ্ঞান করে।
ffmpeg -i input.avi -c:v qtrle -pix_fmt rgb24 output.mov
।