CPU Rendering: یہ کیا ہے، اصول اور سافٹ ویئر رینڈرنگ کیسے کام کرتی ہے

CPU Rendering کیا ہے؟

CPU Rendering ایک تصویر بنانے کا طریقہ ہے جس میں گرافکس پائپ لائن کے تمام مراحل ریاضیاتی حسابات کے ذریعے مرکزی پروسیسر پر انجام دیے جاتے ہیں۔ GPU کے برعکس، جہاں راسٹرائزیشن اور ٹیکسچرنگ خصوصی بلاکس میں بنی ہوتی ہیں، CPU انہیں عالمگیر SSE/NEON ہدایات کے ذریعے انجام دیتا ہے۔

تاریخی طور پر، تمام رینڈرنگ سافٹ ویئر پر مبنی تھی — پہلے گرافیکل انٹرفیس (Xerox Alto، 1973) اور 3D گیمز (Quake، 1996) CPU پر رینڈر ہوتے تھے۔ “software renderer” کی اصطلاح CPU Rendering کا مترادف بن گئی۔ ہارڈویئر ایکسلریشن کی طرف منتقلی 1990 کی دہائی کے آخر میں سستی 3D ایکسلریٹرز کی آمد کے ساتھ شروع ہوئی، لیکن سافٹ ویئر رینڈرنگ فال بیک میکانزم کے طور پر برقرار رہی۔

Akamai (2025) کے مطابق، CPU Rendering 35% موبائل ویب سیشنز میں بنیادی رینڈرنگ موڈ کے طور پر استعمال ہوتی ہے — کمزور ڈیوائسز، ایمولیٹرز اور GPU ایکسلریشن بند ہونے پر۔ iOS اور Android پلیٹ فارمز پر، UI فریم ورک (UIKit, Android View) GPU کمانڈز کی ابتدا سے پہلے پہلے چند فریم ہمیشہ CPU پر رینڈر کرتے ہیں۔

جدید پروسیسرز SIMD ہدایات (SSE4.2, AVX-512, ARM NEON) کو سپورٹ کرتے ہیں، جو جزوی طور پر GPU متوازیت کی نقل کرتی ہیں۔ تاہم، جسمانی کور کی تعداد (4–12) اور خصوصی راسٹرائزیشن بلاکس کی کمی پیچیدہ گرافکس پر CPU Rendering کی کارکردگی کو محدود کرتی ہے۔

سافٹ ویئر رینڈرنگ کے مراحل

سافٹ ویئر پائپ لائن میں ہارڈویئر جیسے ہی مراحل شامل ہیں: ورٹیکس ٹرانسفارمیشن، کلپنگ، راسٹرائزیشن، ٹیکسچرنگ اور پکسل آؤٹ پٹ۔ فرق یہ ہے کہ ہر مرحلہ فکسڈ GPU بلاکس کے بجائے C++ یا اسمبلی کوڈ کے ذریعے سافٹ ویئر میں لاگو کیا جاتا ہے۔

CPU Rendering میں ورٹیکس ٹرانسفارمیشن میٹرکس ضرب کے ذریعے انجام دی جاتی ہے — پروجیکشن اور ماڈلنگ کے لیے 4x4۔ 10,000 پولی گون کے ساتھ، یہ 40,000 ویکٹر ضربیں فی فریم ہیں — ایک بوجھ جسے CPU بہتر کوڈ کے ساتھ 5–10 ms میں سنبھالتا ہے۔ راسٹرائزیشن سب سے بھاری مرحلہ ہے، جس میں ہر مثلث کے لیے پکسل کوریج کا حساب درکار ہوتا ہے۔

موبائل پروسیسرز میں، ARM NEON 128 بٹ چوڑی ویکٹر ہدایات کے ذریعے سافٹ ویئر رینڈرنگ کو تیز کرتا ہے۔ ARM (2025) کے مطابق، NEON سے بہتر کردہ سافٹ ویئر رینڈرر یکساں کلاک فریکوئنسی پر Cortex-X4 پر اسکیلر نفاذ سے 3–4 گنا تیز چلتا ہے۔

سافٹ ویئر رینڈرنگ کیسے کام کرتی ہے؟

سافٹ ویئر رینڈرنگ CPU پر منظر تیار کرنے سے شروع ہوتی ہے: جیومیٹری (ورٹیکس، پولی گون) میٹرکس آپریشنز کے ذریعے عالمی کوآرڈینیٹ سے اسکرین کوآرڈینیٹ میں تبدیل ہوتی ہے۔ پھر کلپنگ کی جاتی ہے — کیمرے کے میدان نظر سے باہر کی جیومیٹری کو ہٹانا۔

CPU راسٹرائزیشن اسکین لائن الگورتھم یا بیری سینٹرک کوآرڈینیٹ کے ذریعے ہر مثلث کو پکسلز میں تقسیم کرتی ہے۔ ہر پکسل کے لیے، ٹیکسچر، روشنی اور شفافیت کو مدنظر رکھتے ہوئے رنگ کا حساب لگایا جاتا ہے۔ نتیجہ framebuffer میں لکھا جاتا ہے — RAM میں ایک پکسل اری۔

GPU رینڈرنگ سے بنیادی فرق پکسل سطح پر متوازیت کی کمی ہے۔ CPU پکسلز کو ترتیب وار یا 4–8 کور میں محدود متوازیت کے ساتھ پروسیس کرتا ہے۔ ٹیکسچرنگ کے ساتھ 1080p فریم (2 ملین پکسل) کے لیے، CPU پر 15–30 ms درکار ہوتے ہیں جبکہ GPU پر 2–5 ms۔

// ایک مثلث کا آسان کردہ CPU راسٹرائزیشن
void rasterizeTriangle(uint32_t* buffer, int width,
    Vertex v0, Vertex v1, Vertex v2) {
    int minX = max(0, min(v0.x, v1.x, v2.x));
    int maxX = min(width, max(v0.x, v1.x, v2.x));
    int minY = max(0, min(v0.y, v1.y, v2.y));
    for (int y = minY; y <= maxY; y++) {
        for (int x = minX; x <= maxX; x++) {
            if (pixelInTriangle(x, y, v0, v1, v2)) {
                buffer[y * width + x] = 0xFF3498DB;
            }
        }
    }
}

فنکشن مثلث کے باؤنڈنگ باکس کو اسکین کرتا ہے اور بیری سینٹرک کوآرڈینیٹ کے ذریعے ہر پکسل کی جانچ کرتا ہے۔ لاکھوں پکسلز کے لیے، ایسا لوپ CPU پر ملی سیکنڈز میں انجام پاتا ہے، لیکن ہزاروں مثلثوں والے پیچیدہ مناظر کے لیے وقت لکیری طور پر بڑھتا ہے۔

CPU اور GPU رینڈرنگ کا موازنہ

CPU Rendering اور GPU Rendering کے درمیان فرق پروسیسر آرکیٹیکچر سے طے ہوتا ہے۔ CPU برانچ پیشن گوئی کے ساتھ ترتیب وار کاموں کے لیے بہتر بنایا گیا ہے، GPU ہزاروں تھریڈز کے ساتھ بڑے پیمانے پر متوازیت کے لیے۔ یہ بنیادی فرق ہر طریقہ کار کے اطلاق کے شعبوں کا تعین کرتا ہے۔

CPU Rendering تعیینیت میں جیتتی ہے — ایک جیسا ان پٹ ڈیٹا ہمیشہ ایک جیسا آؤٹ پٹ دیتا ہے۔ یہ UI فریم ورکس کے لیے اہم ہے، جہاں ہر پکسل کو ترتیب سے ملنا چاہیے۔ GPU ڈرائیوروں میں فلوٹنگ پوائنٹ راؤنڈنگ کے فرق کی وجہ سے غلطیاں لا سکتا ہے۔

کم پیچیدگی (100–500 پریمیٹو) والی 2D گرافکس کے لیے، CPU Rendering بس پر ڈیٹا کی منتقلی اور شیڈر کمپائلیشن کے اوور ہیڈ کی عدم موجودگی کی وجہ سے اکثر GPU سے تیز ہوتی ہے۔ Google Android Team (2025) کے مطابق، Android کے View سسٹم میں سافٹ ویئر رینڈرنگ ایک عام اسکرین کے لیے 2–3 ms لیتی ہے جبکہ GPU پر ہارڈویئر ایکسلریشن کے ساتھ 3–5 ms لگتی ہے۔

CPU Rendering کہاں استعمال ہوتی ہے

سافٹ ویئر رینڈرنگ ان منظرناموں میں مانگ میں رہتی ہے جہاں GPU دستیاب نہیں، ضرورت سے زیادہ ہے یا مطلوبہ تعیینیت فراہم نہیں کرتا۔ جدید ڈویلپمنٹ میں CPU Rendering کے اہم اطلاقی شعبوں پر نظر ڈالتے ہیں۔

UI فریم ورک اور فریم تیاری

Android View سسٹم تمام UI عناصر کو CPU پر رینڈر کرتا ہے اور پھر نتیجہ GPU کو کمپوزٹنگ کے لیے بھیجتا ہے۔ ہر View onDraw(Canvas) کو کال کرتا ہے، جو CPU کے ذریعے Bitmap پر ڈرائنگ کرتا ہے۔ اس کے بعد ہی HWUI GPU پر تہوں کو کمپوز کرتا ہے۔ یہ GPU ڈرائیور سے آزاد تعیینی UI رویے کو یقینی بناتا ہے۔

iOS میں UIKit بھی CPU رینڈرنگ سے شروع ہوتا ہے۔ Core Animation CPU پر بیکنگ سٹور میں CALayer رینڈر کرتا ہے اور پھر ٹیکسچر GPU کو بھیجتا ہے۔ WWDC 2024 کے مطابق، سافٹ ویئر مرحلہ فریم رینڈرنگ وقت کا 30–50% لیتا ہے، باقی GPU کمپوزٹنگ ہے۔

SVG اور ویکٹر گرافکس

SVG رینڈرنگ روایتی طور پر CPU پر کی جاتی ہے کیونکہ اس کے لیے پیچیدہ Bezier منحنی خطوط بنانے اور بھرنے کی ضرورت ہوتی ہے۔ librsvg اور Skia جیسی لائبریریاں CPU پر SVG پروسیس کرتی ہیں، منحنی خطوط کو مثلثوں میں توڑ کر اور بھر کر۔ Google Chrome Team (2025) کے مطابق، Skia CPU پر جدید موبائل پروسیسرز پر SVG آئیکنز 0.3–1.5 ms میں رینڈر کرتی ہے۔

PDF رینڈرنگ

PDF دستاویزات میں پیچیدہ نیسٹڈ گرافکس ہوتے ہیں: فونٹس، ویکٹر عناصر، راسٹر امیجز اور تبدیلیاں۔ موبائل ایپلیکیشنز PDFKit (iOS) اور PdfRenderer (Android) جیسے فریم ورکس کے ذریعے CPU پر PDF رینڈر کرتی ہیں۔ ڈسپلے درستگی اور PDF 2.0 معیار کی حمایت کے لیے ہر عنصر کی سافٹ ویئر پروسیسنگ درکار ہے۔

موبائل پلیٹ فارمز پر CPU Rendering

موبائل پلیٹ فارمز ARM آرکیٹیکچر اور محدود بجلی کی کھپت کو مدنظر رکھتے ہوئے CPU Rendering کو نافذ کرتے ہیں۔ آئیے دیکھتے ہیں کہ Android اور iOS پر سافٹ ویئر رینڈرنگ کیسے کام کرتی ہے۔

Android: CPU پر Canvas

Android Canvas ہارڈویئر ایکسلریشن بند ہونے پر مکمل طور پر CPU پر کام کرتا ہے۔ Canvas کلاس میں پریمیٹو ڈرائنگ کے طریقے ہیں جو Skia — Google کی 2D لائبریری — کے ذریعے انجام پاتے ہیں۔ Skia سافٹ ویئر اور GPU بیک اینڈ کو سپورٹ کرتی ہے، hardwareAccelerated پرچم کی بنیاد پر سوئچ کرتی ہے۔

سافٹ ویئر Canvas RAM میں Bitmap بناتا ہے، Skia Software Renderer کے ذریعے اس پر کمانڈ ڈرائ کرتا ہے اور پھر اسکرین پر آؤٹ پٹ کرتا ہے۔ تمام آپریشنز اصلاح کے لیے NEON ہدایات استعمال کرتے ہوئے CPU پر انجام پاتے ہیں۔ Skia Team (2025) کے مطابق، NEON ایکسلریشن بلیند اور ماسکنگ آپریشنز کے لیے 40–60% اضافہ فراہم کرتا ہے۔

// Bitmap کے ذریعے سافٹ ویئر رینڈرنگ
val bitmap = Bitmap.createBitmap(200, 200, Bitmap.Config.ARGB_8888)
val canvas = Canvas(bitmap)
val paint = Paint().apply {
    color = Color.RED
    textSize = 24f
}
canvas.drawText("CPU Render", 10f, 50f, paint)
imageView.setImageBitmap(bitmap)

Bitmap CPU میموری میں بنایا جاتا ہے، اس پر ڈرائنگ کمانڈز انجام دی جاتی ہیں، پھر تیار تصویر ImageView کے ذریعے ڈسپلے ہوتی ہے۔ یہ طریقہ واٹر مارکنگ، چارٹس اور ڈائنامک امیجز کے لیے استعمال ہوتا ہے جہاں ہر پکسل پر مکمل کنٹرول اہم ہے۔

iOS: CPU پر Core Graphics

Core Graphics راسٹر اور ویکٹر گرافکس کے لیے Apple کا فریم ورک ہے، جو بنیادی طور پر CPU پر کام کرتا ہے۔ CGContext Apple کی انتہائی بہتر کردہ لائبریریوں کا استعمال کرتے ہوئے سافٹ ویئر موڈ میں تمام ڈرائنگ آپریشنز انجام دیتا ہے۔ Core Graphics Quartz 2D کو طاقت دیتا ہے — 25 سال کی تاریخ والا ایک انجن۔

iOS پر، Core Graphics نتیجہ GPU پر کمپوزٹنگ کے لیے Core Animation کو بھیجتا ہے۔ Apple Engineering (2025) کے مطابق، Core Graphics UIKit میں 80% UI ڈرائنگ CPU پر سنبھالتا ہے، جبکہ Metal کمپوزٹنگ GPU پر تیار ٹیکسچر جمع کرتا ہے۔ UIGraphicsImageRenderer CPU پر مبنی راسٹر امیج رینڈرنگ کے لیے ایک جدید ریپر ہے۔

سافٹ ویئر رینڈرنگ کی اصلاح

CPU Rendering کی اصلاح کارکردگی کے لیے اہم ہے کیونکہ سافٹ ویئر رینڈرنگ UI فریم ورکس میں CPU سائیکل کی بنیادی صارف ہے۔ سافٹ ویئر ڈرائنگ کو تیز کرنے کے اہم طریقوں پر نظر ڈالتے ہیں۔

نتیجہ کیشنگ

سب سے مؤثر طریقہ ہے جو تبدیل نہیں ہوا اسے دوبارہ نہ کھینچنا۔ اگر مواد جامد ہے، تو اسے ایک بار Bitmap یا CGLayer میں رینڈر کریں اور تیار نتیجہ کاپی کریں۔ Android میں یہ کیشڈ Bitmap کے ساتھ View.setLayerType(LAYER_TYPE_SOFTWARE) کے ذریعے لاگو کیا جاتا ہے۔ iOS میں — drawsAsynchronously اور CALayer.shouldRasterize کے ذریعے۔

دوبارہ ڈرائنگ کے علاقے کو کم کرنا

Dirty rectangles استعمال کریں — اسکرین کے کن علاقوں میں تبدیلی آئی ہے انہیں ٹریک کریں اور صرف انہیں دوبارہ ڈرائ کریں۔ Android ViewSystem خود بخود باطل علاقے کا حساب لگاتا ہے۔ iOS CALayer دوبارہ ڈرائنگ کے علاقے کو محدود کرنے کے لیے setNeedsDisplayInRect استعمال کرتا ہے۔

بٹ آپریشنز اور SSE/NEON

پکسل آپریشنز (بلیند، ماسکنگ) کے لیے، CPU کی SIMD ہدایات استعمال کریں۔ Android Skia ARM پروسیسرز کے لیے خود بخود NEON استعمال کرتی ہے۔ iOS Core Graphics Accelerate فریم ورک کے ذریعے ویکٹرائزڈ ہے۔ Google (2025) کے مطابق، Skia میں NEON سے بہتر کردہ بلیند آپریشنز اسکیلر کوڈ سے 3–5 گنا تیز چلتے ہیں۔

// NEON سے بہتر کردہ پکسل بلیندنگ (ARM)
#include <arm_neon.h>
void blendNEON(uint32_t* dst, const uint32_t* src, int count) {
    for (int i = 0; i < count; i += 4) {
        uint8x16_t a = vld1q_u8((uint8_t*)(src + i));
        uint8x16_t b = vld1q_u8((uint8_t*)(dst + i));
        uint8x16_t r = vhaddq_u8(a, b);
        vst1q_u8((uint8_t*)(dst + i), r);
    }
}

NEON ہدایات ایک آپریشن میں 16 پکسل (128 بٹ) پروسیس کرتی ہیں۔ ARM Cortex-X4 پائپ لائننگ کے ساتھ مل کر، یہ سافٹ ویئر کاپی اور بلیندنگ کے لیے 500 ملین پکسلز فی سیکنڈ تک کی تھروپٹ فراہم کرتا ہے — 60 FPS پر FullHD اسکرین کے لیے کافی۔