چرا ساخته شد
همه‌چیز با یک آپلود شروع شد: دو دقیقه فیلم گوشی، ۴ گیگ، ادیتوری که منتظر بود و اتصالی که بعد از چند ساعت قطع شد. وقتی فایل بالاخره رسید، رنگ‌پریده و کم‌صدا بود. مشکل از اینترنت نبود؛ از خود فایل بود. گوشی‌ها حالا با فرمت‌های تدوینی (ProRes، Log، APV، HDR) فیلم می‌گیرند و پلتفرم‌ها بی‌صدا خرابشان می‌کنند. داستان کاملش اینجاست.
بچلون قبل از آپلود فایل را می‌خواند، به زبان ساده می‌گوید ریلز، یوتیوب یا تیک‌تاک با آن چه می‌کنند، و فقط وقتی نسخه‌ی کم‌حجم می‌سازد که اندازه‌گیری نشان بدهد به اصل نزدیک است. همه‌چیز روی کامپیوتر خودت انجام می‌شود.
چطور تست می‌کنیم
عمداً روی سخت‌افزار معمولی تست می‌کنیم، چون خیلی‌ها با همین کار می‌کنند: لپ‌تاپی با Intel HD Graphics 530 (Quick Sync، فقط HEVC هشت‌بیتی) و GeForce GTX 950M، با نسخه‌ی استاندارد LGPL از FFmpeg. در هر اجرا یک فیلم واقعی گوشی برای یک مقصد انکود می‌شود و نتیجه با VMAF با فایل اصلی مقایسه می‌شود:
- نمره میانگین هارمونیک برش‌های نمونه است؛ پس چند ثانیه‌ی بد نمره را پایین می‌آورد و در میانگین گم نمی‌شود.
- فریم‌ها قبل از سنجش دقیقاً جفت می‌شوند (بدون جابه‌جایی زمانی)؛ این را در هر اجرا چک می‌کنیم، چون یک فریم اختلاف نمره را خراب می‌کند.
- فایل مرجع همان تغییر اندازه و تبدیل رنگ خروجی را می‌گیرد؛ پس افت فشرده‌سازی را می‌سنجیم، نه تغییری که عمداً داده‌ایم (مثلاً HDR به SDR برای ریلز).
- قبل از اعتماد به هر نمره، برنامه مرجع را با خودش می‌سنجد. اگر این خودآزمایی زیر ۹۶ باشد، به‌جای عدد می‌نویسد «سنجش قابل اعتماد نبود».
نتیجه‌های آزمایشگاه ۲۸ مهر ۱۴۰۵ (۳۴ اجرا)
| منبع | مقصد | حجم | VMAF |
|---|---|---|---|
| Samsung Log ده‌بیتی، 1080p30، دو دقیقه با ۳۴ مگابیت | یوتیوب | ۷۲٪ کم‌حجم‌تر | ۹۴٫۹۶ |
| Galaxy S25 APV HLG (HDR)، 1080p30، ۲:۲۳ با ۲۴۸ مگابیت | ریلز (تبدیل به SDR) | ۹۶٪ کم‌حجم‌تر (۴٫۴ گیگ به زیر ۲۰۰ مگ) | ۹۴٫۷۰ |
| کلیپ عمودی ۶۰ فریم گوشی | ریلز (۶۰ به ۳۰ فریم) | در سه بیت‌ریت | ۹۵٫۶۵ تا ۹۷٫۵۸ |
| کلیپ SDR با 1080p30 | آپلود سبک | در سه بیت‌ریت | ۹۵٫۳۵ تا ۹۷٫۵۹ |
روی این لپ‌تاپ، انکود یک کلیپ دو دقیقه‌ای 1080p30 با Quick Sync حدود یک و نیم تا دو و نیم دقیقه طول می‌کشد و سنجش کیفیت حدود ۴۰ ثانیه به آن اضافه می‌کند.
چیزهایی که هنوز اندازه نگرفته‌ایم
- ProRes آیفون روی فایل واقعی. تصویرهای صفحه‌ی اصلی از یک فایل ProRes نمونه‌اند؛ هر وقت عدد اندازه‌گیری‌شده داشتیم منتشرش می‌کنیم.
- فیلم معمولی گوشی (که از قبل HEVC یا H.264 است). عدد «حدود ۴۰٪» در ماشین‌حساب برای آن تخمین است.
- تبدیل رنگ Log به LUT رسمی سازنده نیاز دارد؛ بدون آن برنامه فیلم را تون‌مپ می‌کند و این را در گزارش می‌گوید.
فایل‌های تو فرق می‌کنند و کار برنامه همین است: هر فایل را جداگانه می‌سنجد و عدد واقعی‌اش را نشان می‌دهد.
تماس با ما
به support@becheloon.ir ایمیل بزن. همه‌ی پیام‌ها را می‌خوانیم و معمولاً تا دو روز کاری جواب می‌دهیم. عددی در این سایت دیدی که روی فیلم تو درست درنیامد؟ خبرمان کن؛ ترجیح می‌دهیم صفحه را درست کنیم.