موبائل ڈویلپمنٹ میں 60fps: جوہر، کام کرنے کا اصول اور کارکردگی پر اثر

60fps کیا ہے

60fps (60 فریم فی سیکنڈ، frames per second) فریم ریٹ کا ایک پیمانہ ہے جس میں ڈسپلے ہر سیکنڈ میں 60 بار تصویر کو ریفریش کرتا ہے۔ انسانی آنکھ بصارت کے استمرار کے اثر کی وجہ سے تقریباً 50–60 Hz پر مجرد فریموں میں فرق کرنا بند کر دیتی ہے، جو 60fps کو زیادہ تر صارفین کے لیے ہمواری کی ایک فطری حد بناتا ہے۔

60fps پر ہر فریم کا مقررہ وقت کا بجٹ 16.67 ملی سیکنڈ ہوتا ہے۔ اس بجٹ میں سب کچھ شامل ہے: صارف کے ان پٹ کی پروسیسنگ سے لے کر رینڈرنگ اور اسکرین پر آؤٹ پٹ تک۔ اگر کوئی بھی آپریشن — فزکس، اینیمیشن، پیچیدہ منظر کی رینڈرنگ — اس حد سے تجاوز کر جاتا ہے، تو فریم ریٹ 30fps یا اس سے کم ہو جاتا ہے، جسے بصری طور پر جھٹکے کے طور پر محسوس کیا جاتا ہے۔

موبائل ڈویلپمنٹ میں، 60fps طویل عرصے تک ہارڈویئر کی حدود کی وجہ سے حد تھا: 2017 سے پہلے زیادہ تر ڈسپلے 60 Hz پر کام کرتے تھے۔ 90 Hz اور 120 Hz اسکرینوں کی آمد کے ساتھ، 60fps بالائی ہدف کے بجائے نچلا معیار بن گیا۔ تاہم، UI ایپلی کیشنز، ویڈیو اور زیادہ تر عام گیمز کے لیے، 60fps کارکردگی کا ہدف اشارے بنا ہوا ہے۔

کیوں 60 فریم فی سیکنڈ

60 Hz امریکہ اور جاپان کے پاور گرڈ میں متبادل کرنٹ کی فریکوئنسی ہے، جس نے تاریخی طور پر پہلے NTSC ٹیلی ویژن معیارات کی ریفریش ریٹ کا تعین کیا۔ PAL معیار یورپی 50 Hz گرڈ کی وجہ سے 50 Hz استعمال کرتا تھا۔ یہ تاریخی جڑت کمپیوٹر مانیٹر اور بعد میں موبائل ڈسپلے میں منتقل ہو گئی۔

بصارت کی فزیالوجی اور استمرار

استمرار کا اثر انسانی بصارت کی ایک خصوصیت ہے جو محرک کے غائب ہونے کے بعد تقریباً 30–50 ملی سیکنڈ تک ریٹینا پر تصویر کو برقرار رکھتی ہے۔ 60fps پر، پچھلے فریم کا مستقل نشان غائب ہونے سے پہلے ہر 16.7 ملی سیکنڈ میں ایک نیا فریم آتا ہے، جو مسلسل حرکت کا وہم پیدا کرتا ہے۔ کارڈف یونیورسٹی (2023) کی تحقیق سے پتہ چلتا ہے کہ لڑاکا پائلٹ 220 Hz پر ایک الگ فریم کو پہچان سکتے ہیں، لیکن عام صارف کے لیے، 60 اور 120 Hz کے درمیان فرق 30 اور 60 Hz کے درمیان فرق سے کہیں کم نمایاں ہوتا ہے۔

صنعتی معیارات

Apple نے 2007 میں پہلے iPhone کے ساتھ iOS کے لیے 60fps کو معیار کے طور پر قائم کیا اور iPhone 13 Pro (2021) تک اسے برقرار رکھا۔ Android نے تاریخی طور پر اسی معیار کی پیروی کی، حالانکہ 90 Hz (OnePlus 7 Pro، 2019) اور 120 Hz (Razer Phone، 2017) والے پہلے آلات پہلے ظاہر ہوئے۔ آج، 60fps اینیمیشن والی ایپلی کیشنز کے لیے App Store اور Google Play کے جائزے میں کامیاب ہونے کی کم از کم حد ہے، حالانکہ رسمی ضروریات دستاویزی نہیں ہیں۔

FPS کی پیمائش اور کنٹرول کیسے کریں

FPS کی پیمائش اصلاح کا پہلا قدم ہے۔ معروضی میٹرکس کے بغیر، یہ تعین کرنا ناممکن ہے کہ کارکردگی کہاں ضائع ہو رہی ہے۔ موبائل پلیٹ فارمز ریئل ٹائم میں فریم ریٹ کی پیمائش کے لیے بلٹ ان پروفائلنگ ٹولز اور سافٹ ویئر APIs فراہم کرتے ہیں۔

پروفائلنگ ٹولز

Android Studio Profiler اور Xcode Instruments FPS تجزیہ کے لیے اہم ٹولز ہیں۔ Android Profiler GPU رینڈر ٹائم، فریم ریٹ اور Jank (گرائے گئے فریموں کی تعداد) دکھاتا ہے۔ Xcode Instruments میں Core Animation ٹیمپلیٹ شامل ہے، جو فریم ریٹ، رینڈرنگ ٹائم اور draw calls کی تعداد دکھاتا ہے۔ گیم انجنوں کے لیے، Unity Profiler اور Unreal Insights ماڈیول کے مطابق تفصیلی وقت کی تقسیم فراہم کرتے ہیں۔

// Android — FrameMetrics کے ذریعے FPS کی پیمائش
window.addOnFrameMetricsAvailableListener(
    { _, frameMetrics ->
        val duration = frameMetrics[FrameMetrics.TOTAL_DURATION]
        val fps = 1000f / (duration / 1_000_000f)
        Log.d("FPS", "Frame duration: ${duration / 1_000_000} ms, FPS: $fps")
    },
    Handler(Looper.getMainLooper())
)

پروگرامیٹک FPS حد

iOS میں CADisplayLink اور Android میں Choreographer سسٹم میکانزم ہیں جو رینڈرنگ کو ڈسپلے ریفریش ریٹ کے ساتھ ہم آہنگ کرتے ہیں۔ CADisplayLink تاخیر کے حساب کے لیے timestamp پاس کرتے ہوئے ہر نئے فریم کے ساتھ ایک میتھڈ کو کال کرتا ہے۔ Android میں Choreographer بھی ایسا ہی کرتا ہے لیکن مختلف فریم مراحل کے لیے کال بیکس کو سپورٹ کرتا ہے: ان پٹ، اینیمیشن، ٹراورسل، رینڈرنگ۔ ڈویلپر Choreographer.FrameCallback کو سبسکرائب کر سکتا ہے اور فریموں کے درمیان وقت کی پیمائش کر سکتا ہے۔

مستحکم 60fps کے لیے اصلاح

مستحکم 60fps کا مطلب ہے کہ کوئی بھی فریم 16.7 ملی سیکنڈ کے بجٹ سے تجاوز نہیں کرتا۔ فی سیکنڈ ایک طویل فریم بھی نمایاں جھٹکا پیدا کرتا ہے۔ اصلاح کو تین سطحوں میں تقسیم کیا گیا ہے: CPU، GPU اور میموری۔ ان میں سے ہر ایک رکاوٹ بن سکتا ہے۔

CPU کی اصلاح: Layout اور Measure

Layout pass Android اور iOS پر CPU وقت کے اہم صارفین میں سے ایک ہے۔ پیچیدہ View کے درجہ بندی، nested ConstraintLayouts، بھاری drawable لمبی measure اور layout زنجیریں بناتے ہیں۔ UI ایپلی کیشنز کے لیے، فلیٹ View درجہ بندی (گہرائی 3–4 سطحوں سے زیادہ نہیں) استعمال کریں، nested RecyclerView کو ConcatAdapter سے تبدیل کریں، اور iOS میں فہرستوں کے لیے — prefetching کے ساتھ compositional layout استعمال کریں۔

GPU کی اصلاح: Overdraw اور Draw Calls

Overdraw ایک ہی پکسلز کی بار بار رینڈرنگ ہے۔ View کی ہر پرت، پس منظر، شفاف عنصر کے نیچے کی تصویر پکسل آپریشنز کی تعداد بڑھاتی ہے۔ Android میں، ڈیولپر آپشنز میں Debug GPU Overdraw استعمال کریں؛ iOS میں — Xcode Debug View Hierarchy۔ غیر ضروری پس منظر ہٹا کر اور opaque جھنڈے استعمال کر کے overdraw کم کریں: Android میں — android:opaque کے ساتھ @drawable، iOS میں — UIKit.View کے لیے isOpaque = true۔

Draw calls GPU کو بھیجے جانے والے رینڈرنگ کمانڈز کی تعداد ہے۔ جدید موبائل GPU 60fps پر فی فریم 200–400 draw calls کو ہینڈل کرتے ہیں۔ اس تعداد سے تجاوز کرنے سے کارکردگی گر جاتی ہے۔ اسپرائٹس کو ٹیکسچر اٹلس میں یکجا کریں، بیچنگ استعمال کریں اور ہر عنصر کی علیحدہ draw call کے ذریعے انفرادی رینڈرنگ سے بچیں۔

میموری اور کوڑا کرکٹ جمع کرنا

GC منجمد ہونا JVM اور Kotlin ایپلی کیشنز میں غیر مستحکم FPS کی ایک اہم وجہ ہے۔ Android پر کوڑا کرکٹ جمع کرنے میں 30–50 ملی سیکنڈ لگ سکتے ہیں، جس سے لگاتار 2–3 فریم اسکیپ ہو جاتے ہیں۔ اینیمیشن لوپس میں مختص کرنے سے بچیں، آبجیکٹ پول استعمال کریں اور میموری کو پہلے سے مختص کریں۔ iOS میں، ARC کی وجہ سے مسئلہ کم سنگین ہے، لیکن retain cycles اور autorelease pool کے اوور فلو بھی مائیکرو جھٹکے پیدا کرتے ہیں۔

گیمز کے لیے، 60fps صرف ایک معیار نہیں بلکہ مسابقتی فائدہ ہے۔ Newzoo (2024) کی تحقیق سے پتہ چلتا ہے کہ 60 سے نیچے غیر مستحکم FPS والی گیمز کو Google Play پر 40% زیادہ منفی جائزے ملتے ہیں۔ Unity اور Unreal Engine رینڈرنگ وقت کی نگرانی کے لیے بلٹ ان پروفائلر فراہم کرتے ہیں: Unity میں یہ Frame Debugger ہے، Unreal میں — GPU Visualizer، جو ہر draw call اور shader کا صحیح وقت دکھاتے ہیں۔ مستحکم 60fps ایکشن گیمز کے لیے خاص طور پر اہم ہے، جہاں ہر گرا ہوا فریم صارف کو سطح مکمل کرنے میں نقصان پہنچا سکتا ہے۔

60fps سے آگے اور زیادہ فریکوئنسی

90 Hz اور 120 Hz ڈسپلے ہدف کارکردگی کے معیار کو بدل رہے ہیں۔ ProMotion آلات پر چلنے والی ایپلی کیشنز کے لیے، ہدف FPS 120 ہو سکتا ہے اور فریم بجٹ 8.3 ملی سیکنڈ تک کم ہو جاتا ہے۔ اس کے لیے خاص طور پر draw calls اور GPU رینڈرنگ میں دوگنا موثر کوڈ درکار ہے۔

زیادہ فریکوئنسی کا فائدہ صرف ہمواری نہیں ہے: 120fps قابل ادراک ان پٹ لیگ کو 8–10 ملی سیکنڈ کم کرتا ہے، جو گیمز اور انٹرایکٹو ایپلی کیشنز کے لیے اہم ہے۔ تاہم، 60 اور 120fps کے درمیان فرق انفرادی نقطہ نظر کی ضرورت ہے: UI ایپلی کیشنز (اسکرولنگ، اینیمیشن) کے لیے، 90fps ہمواری اور توانائی کی کھپت کے درمیان ایک بہترین سمجھوتہ ہو سکتا ہے، کیونکہ 120 فریم فی سیکنڈ رینڈر کرنے پر 60 کے مقابلے میں 30–40% زیادہ توانائی خرچ ہوتی ہے۔

Apple ترجیحی فریم ریٹ منتخب کرنے کے لیے API فراہم کرتا ہے: CADisplayLink میں preferredFramesPerSecond۔ Android API 30 سے پہلے ریفریش ریٹ پر براہ راست کنٹرول نہیں دیتا تھا، لیکن Android 12 سے شروع کرتے ہوئے، ڈویلپر مواد کی قسم کے لحاظ سے 60، 90 یا 120 Hz کی درخواست کرتے ہوئے WindowManager کے ذریعے RefreshRate سیٹ کر سکتا ہے۔