ForHosting KIT · تحرير الصور وتحليلها

حاسبة PAR

إطار بدقة 720×480 معدّ ليظهر بنسبة 4:3 تكون بكسلاته بشكل 8:9 لا مربعة. أدخل نسبة العرض والدقة المخزنة لتعرف شكل البكسل الواحد، فتبقى الدوائر مستديرة في فيديو DV وDVD والدقة القياسية. مجاني في متصفحك.

مجاني
يعمل في متصفحك
دون تسجيل
بياناتك لا تغادر جهازك

شغّل الأداة مجانًا اطّلع على الـAPI

استخدمها من الويبAPIالبريدTelegramالتطبيق قريبًا

مثال محلول

إذا أدخلت

العرض: 1,920
الارتفاع: 1,080
عرض DAR: 16
ارتفاع DAR: 9

تحصل على

نسبة أبعاد البكسل: 1
عرض PAR: 1
ارتفاع PAR: 1
Par: 1:1

نسبة أبعاد البكسل، وتُختصر غالباً PAR، هي شكل عيّنة واحدة في إطار فيديو مخزَّن: مدى عرض ذلك البكسل مقابل ارتفاعه عندما تُعرض الصورة على شاشة ببكسلات مربعة. لقطات HD وUHD الحديثة تستخدم تقريباً دائماً بكسلات مربعة، فيكون PAR هو 1:1 وتطابق الشبكة المخزَّنة الصورة التي ترونها. أشرطة DV من الحقبة التناظرية وعناوين DVD وماسترات البث بالتعريف القياسي ما زالت تخزّن شبكات 720×480 أو 720×576 يجب مدّها إلى صورة 4:3 أو 16:9، فيصير كل عيّنة مخزَّنة أعرض قليلاً أو أنحف قليلاً.

ما نسبة أبعاد البكسل وكيف تختلف عن نسبة العرض

ثلاث نسب مترابطة تصف إطار فيديو، وخلطها هو المصدر المعتاد للصور المضغوطة أو الممدودة. نسبة أبعاد التخزين هي ببساطة العرض المرمَّز مقسوماً على الارتفاع: 1920×1080 هي 16:9 في الشبكة، أما 720×480 فهي 3:2 في الشبكة حتى عندما يُفترض أن يبدو البرنامج 4:3 أو 16:9 على تلفاز. نسبة أبعاد العرض هي تلك الصورة المقصودة على الشاشة، 4:3 أو 16:9 (أو 2.39:1) التي أطرها المخرج.

نسبة أبعاد البكسل هي الحلقة الناقصة: شكل عيّنة واحدة، تساوي نسبة العرض مقسومة على نسبة التخزين. عندما يكون PAR هو 1:1 تكون البكسلات مربعة وتحسب حاسبة عامة للعرض إلى الارتفاع الصورة لكم سلفاً؛ وعندما يكون PAR هو 8:9 أو 16:15 يجب أن يوسّع المفكّك الشبكة قبل أن تبدو الصورة صحيحة. لذلك فإن مقطع NTSC DV بأبعاد 720×480 موسوماً 4:3 لا يملك بكسلات مربعة، وإلقاؤه على خط زمني 1:1 دون علَم لشكل العيّنة يجعل الدوائر بيضاوية.

أنتم تعرفون سلفاً نسبة العرض المقصودة والدقة المخزَّنة؛ تحتاجون شكل العيّنة الذي تستلزمه هاتان الحقيقتان، كعشري وككسر مختزَل تلصقونه في مُضاعِف أو NLE أو مرشح تحويل ترميز.

أين تكسب واجهة نسبة أبعاد البكسل موضعها

يستخدم مهندسو الفيديو حاسبة PAR عندما يُظهر مجسّ 720×480 أو 720×576 ويقول علَم الحاوية 4:3 أو 16:9، ويحتاجون قيمة شكل العيّنة ليكتبوها في FFmpeg أو MP4 أو MKV أو حوار تفسير NLE حتى تبقى الدوائر دائرية بعد المطابقة. الأرشيفيون الذين يرمّمون عناوين DV وDigiBeta وDVD يحتاجون وحياً حتمياً لا يفترض في صمت بكسلات مربعة كما تفعل أنبوبة صورة ثابتة. من يشرحون لمَ ليس 720×480 هو 4:3 في الشبكة يمكنهم إظهار النسب الثلاث جنباً إلى جنب دون سبورة مليئة بالكسور المختزلة.

مشغّل المتصفح لا يكلّف شيئاً ولا يحتاج حساباً. لا تفتح الحاسبة ملف وسائط ولا تقرأ صندوق SAR للحاوية ولا تخمّن DAR من اسم ملف. تقدّمون الأبعاد الأربعة؛ فترجع النسبة.

أبقوا الطلبات صغيرة وثبّتوا سلسلة par المختزلة في الاختبارات، فتحصلون على نسبة أبعاد بكسل قابلة لإعادة الإنتاج للمضاعفات ومفاتيح الدرس والعاملين على الحافة دون إقامة إطار وسائط خاص بكم.

حالات الاستخدام

وسم شبكات SD قبل خط زمني ببكسل مربع

مع 720×480 أو 720×576 وعلَم عرض 4:3 أو 16:9، احصلوا على PAR المختزَل (8:9 و16:15 و32:27 و64:45) لتكتبه في مضاعِف أو NLE فلا تُضغط الصورة.

الأسئلة الشائعة

ما الفرق بين نسبة أبعاد البكسل ونسبة أبعاد العرض؟

نسبة العرض هي الصورة المقصودة (4:3، 16:9). نسبة البكسل هي شكل عيّنة واحدة. PAR = DAR / جانب التخزين. HD بأبعاد 1920×1080 عند 16:9 له بكسلات مربعة؛ أما 720×480 عند 4:3 فلا.

لمَ ليس 720×480 عند 4:3 هو 1:1؟

الشبكة المخزَّنة هي 720/480 = 3:2 أما الصورة فـ 4:3، إذن PAR = (4/3) / (3/2) = 8/9. يجب أن يمدّ المفكّكون تلك العيّنات. للرقم التناظري الفعّال 10:11 مرّروا width 704 بدل 720.

ما نسبة أبعاد البكسل لدقة 1920×1080 عند 16:9؟

النتيجة 1:1، أي بكسلات مربعة. يستخدم فيديو HD وUHD الحديث بكسلات مربعة في الغالب، لذلك تطابق الشبكة المخزنة الصورة التي تراها على الشاشة مباشرة.

لماذا تذكر بعض الجداول 10:11 لنظام NTSC بنسبة 4:3 بدل 8:9؟

لأن هذه الجداول تعتمد عرضًا من 704 عينات لا 720. أدخل 704 عرضًا فتحصل على 10:11. تطبّق الحاسبة المعادلة دائمًا على الدقة التي تكتبها أنت بالضبط.

ما نسبة أبعاد التخزين في الفيديو؟

هي العرض المخزن مقسومًا على الارتفاع المخزن. دقة 1920×1080 تساوي 16:9 في الشبكة، لكن 720×480 تساوي 3:2 حتى لو كان البرنامج سيظهر بنسبة 4:3 أو 16:9 على التلفاز.

أدوات ذات صلة

للمطوّرين — الوصول عبر API

كل ما في هذه الصفحة متاح برمجيًا. هذا القسم موجّه للفرق التقنية التي تريد ربط الأداة بأنظمتها الخاصة؛ بقية المستخدمين يمكنهم استخدام الأداة أعلاه مباشرة دون الحاجة لقراءة ما يلي.

الـEndpoint

POSThttps://api.kit.forhosting.com/image/pixel-aspect-ratio

صادِق على طلبك بترويسة Bearer، وأرسل طلب POST واحدًا لتدخل مهمتك قائمة التنفيذ فورًا؛ ثم تستلم النتيجة عبر webhook أو رابط موقّع.

استدعِ الخدمة من بيئتك

curl -X POST https://api.kit.forhosting.com/image/pixel-aspect-ratio \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"width":1920,"height":1080,"dar_width":16,"dar_height":9}'

const res = await fetch("https://api.kit.forhosting.com/image/pixel-aspect-ratio", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "width": 1920,
    "height": 1080,
    "dar_width": 16,
    "dar_height": 9
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/image/pixel-aspect-ratio",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "width": 1920,
    "height": 1080,
    "dar_width": 16,
    "dar_height": 9
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/image/pixel-aspect-ratio", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"width":1920,"height":1080,"dar_width":16,"dar_height":9}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"width":1920,"height":1080,"dar_width":16,"dar_height":9}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/image/pixel-aspect-ratio", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

مثال على الطلب

{
  "width": 1920,
  "height": 1080,
  "dar_width": 16,
  "dar_height": 9
}

مثال على الاستجابة

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "image.pixel_aspect_ratio",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

الواجهة غير متزامنة: تستلم task_id فور الإرسال، ويمكنك الاستعلام عن الحالة بمعدل طلب واحد في الثانية.

الأسعار

لكل طلب$0.002

السعر معلن كما تراه: لا tokens ولا نظام نقاط؛ وإن فشلت المهمة فلن تُحاسَب عليها.

الحدود

`max_mb`	15
`max_megapixels`	12

الأخطاء

HTTP	الرمز	المعنى
`401`	`unauthorized`	مفتاح الوصول مفقود أو غير صالح؛ تحقق من ترويسة Bearer في طلبك.
`402`	`insufficient_balance`	رصيدك لا يكفي لتنفيذ هذه المهمة؛ أعد شحن الرصيد ثم أعد المحاولة.
`404`	`unknown_type`	نوع المهمة المطلوب غير موجود في الكتالوج — راجع الاسم المرسل في الطلب.
`429`	`rate_limited`	تجاوزت الحد المسموح من الطلبات؛ انتظر قليلًا ثم أعد المحاولة.

ملاحظات تقنية

تقبل هذه الحاسبة نسبة أبعاد العرض جزأين موجبين وعرض الإطار المرمَّز وارتفاعه بالبكسل، ثم تُرجع PAR = (display aspect × height) / width والكسر PAR المختزَل ونسب التخزين والعرض المطابقة وعلَم البكسل المربع. أي بُعد صفر أو سالب يفشل بـ invalid_input بدل نسبة بلا معنى. ودجة المتصفح المجانية وواجهة API تشتركان في دالة خالصة واحدة، فتتطابق المعاينة المحلية مع طلب مُفوتر عند $0.002.

ما نسبة أبعاد البكسل وكيف تختلف عن نسبة العرض

يكتب MPEG-4 الهوية ذاتها PAR = (DAR × height) / width. تجيب هذه الصفحة عن بحث «حاسبة نسبة أبعاد البكسل»، لا عن مختزِل عام لا يبسّط سوى width:height بالقاسم المشترك الأكبر.

الصيغة وعقد الإدخال وما يحدث عندما يكون بُعد غير صالح

تُسمح سلاسل الأرقام التي تُحلَّل إلى أعداد منتهية حتى لا يحتاج قيمة مجسّ ملصوقة تحويلاً ثانياً. تُختزَل المدخلات ذات القيمة الصحيحة داخل نطاق الأعداد الصحيحة الآمنة بخوارزمية إقليدس، فيُرجع 1920×1080 عند 16:9 القيمة PAR 1:1 و720×480 عند 4:3 القيمة PAR 8:9. الأبعاد الصفرية أو السالبة تفشل برسالة أن كل بُعد بكسل وعرض يجب أن يكون أكبر من صفر؛ ولا تُفوتر تلك الإخفاقات. إن احتجتم جدول ITU-R BT.601 التناظري الفعّال الذي يذكر 10:11 لـ NTSC 4:3، مرّروا 704 قيمةً لـ width بدل 720 — تُطبَّق الهوية دائماً على الشبكة التي تقدّمونها، لا على فرض خفيّ بـ 704 عيّنة. أرسلوا أربعة أعداد منتهية إلزامية: width وheight للإطار المرمَّز بالبكسل، وdar_width مع dar_height لنسبة أبعاد العرض (الـ 16 والـ 9 في 16:9). تُقبل الأسماء البديلة pixel_width وstorage_width وw لـ width؛ وpixel_height وstorage_height وh لـ height؛ وdisplay_width وdar_w وaspect_w لـ dar_width؛ وdisplay_height وdar_h وaspect_h لـ dar_height. يحسب المحرك جانب التخزين width / height وجانب العرض dar_width / dar_height وجانب البكسل جانب العرض / جانب التخزين، وهو ذاته (dar_width × height) / (dar_height × width). الحقول الناقصة والسلاسل الفارغة والنص غير الرقمي وNaN وInfinity والمقادير فوق تريليون تفشل بـ invalid_input مع تسمية الحقل. عند النجاح يُعيد JSON المدخلات الأربع، ويبلّغ pixel_aspect_ratio عدداً مستقراً باثني عشر رقماً عشرياً، ويبلّغ par_width وpar_height وسلسلة par، ويبلّغ storage_aspect_ratio مع storage_aspect، ويبلّغ display_aspect_ratio مع display_aspect، ويضبط square_pixels عندما يكون PAR هو 1، ويعيد ذكر الصيغة. مثال: width 1920 وheight 1080 وdar_width 16 وdar_height 9 يعطي PAR 1:1 وsquare_pixels true. مثال: width 720 وheight 480 وdar_width 4 وdar_height 3 يعطي PAR 8:9 ≈ 0.888888888889. سعر عنصر ناجح هو $0.002 ثابت.

أين تكسب واجهة نسبة أبعاد البكسل موضعها

مزارع تحويل الترميز التي تستقبل حزماً مختلطة HD وSD يمكنها استدعاء العقد نفسه لكل ملف: إن كان square_pixels هو true تتخطى المسار الأنامورفي؛ وإلا توسّع بـ par_width:par_height قبل ماستر وسيط ببكسل مربع. لأن التنفيذ parse خالص من المستوى A، تنتج المدخلات المتطابقة دائماً JSON ذاته: لا استعلام شبكة ولا تقريب عشوائي ولا ساعة في الناتج، فيصبح الإمكان آمناً لاختبارات الوحدة وأوراكلي CI. استخدام API يخصم رصيد KIT المدفوع مسبقاً عند $0.002 المنشور لكل طلب ناجح؛ والإدخال غير الصالح لا يُحصَّل.

حالات التكامل

تأكيد أن بكسلات HD وUHD مربعة

تحققوا أن 1920×1080 أو 3840×2160 عند 16:9 يُرجع PAR 1:1 وsquare_pixels true قبل تخطي المعالجة الأنامورفية في مزرعة تحويل ترميز.

هوية صفّية لـ PAR وDAR وجانب التخزين

أظهروا للطلاب أن PAR = DAR / (width/height) على شبكة مرمَّزة، بما في ذلك اختيار ITU بين 704 و720، دون اختزال الكسور يدوياً.

أسئلة تقنية

كيف تُحسب نسبة أبعاد البكسل من نسبة العرض والدقة؟

PAR = (dar_width × height) / (dar_height × width)، أي جانب العرض مقسوماً على جانب التخزين (width/height). أرسلوا الأبعاد الأربعة الموجبة بـ POST لتحصلوا على العشري وسلسلة par المختزلة وعلَم البكسلات المربعة.

ماذا يحدث إن كان width أو height أو جزء من DAR صفراً أو سالباً؟

يفشل الطلب بـ invalid_input. يجب أن يكون كل بُعد بكسل وعرض أكبر من صفر؛ طول صفري أو سالب لا يعرّف نسبة ولا يُفوتر.

هل حاسبة نسبة أبعاد البكسل مجانية؟

نعم. مشغّل المتصفح يستخدم المكتبة ذاتها التي تستخدمها API ولا يكلّف شيئاً. تخصم API مبلغ $0.002 لكل طلب ناجح من رصيد KIT المدفوع مسبقاً.

اطّلع على توثيق KIT الكامل ←

شغّل الأداة مجانًا

مثال محلول

ما نسبة أبعاد البكسل وكيف تختلف عن نسبة العرض

أين تكسب واجهة نسبة أبعاد البكسل موضعها

حالات الاستخدام

وسم شبكات SD قبل خط زمني ببكسل مربع

الأسئلة الشائعة

أدوات ذات صلة

للمطوّرين — الوصول عبر API

الـEndpoint

استدعِ الخدمة من بيئتك

مثال على الطلب

مثال على الاستجابة

الأسعار

الحدود

الأخطاء

ملاحظات تقنية

ما نسبة أبعاد البكسل وكيف تختلف عن نسبة العرض

الصيغة وعقد الإدخال وما يحدث عندما يكون بُعد غير صالح

أين تكسب واجهة نسبة أبعاد البكسل موضعها

حالات التكامل

تأكيد أن بكسلات HD وUHD مربعة

هوية صفّية لـ PAR وDAR وجانب التخزين

أسئلة تقنية

شكرًا