بث الكائنات

في اللعبة، يسمح بث الكائنات لمحرك Roblox بتحميل وتفريغ المحتوى ثلاثي الأبعاد والكائنات ذات الصلة ديناميكيًا في Workspace. يمكن أن يحسن ذلك تجربة اللاعب العامة بعدة طرق، بما في ذلك:

• أوقات انضمام أسرع

  — يمكن للاعبين البدء في اللعب في جزء من العالم بينما يتم تحميل المزيد من العالم في الخلفية.
• كفاءة الذاكرة

  — يمكن لعب الألعاب على الأجهزة ذات الذاكرة الأقل حيث يتم بث المحتوى ديناميكيًا. يمكن لعب عوالم أكثر غمرًا وتفصيلاً على مجموعة واسعة من الأجهزة.
• أداء محسّن

  — معدلات إطارات وأداء أفضل، حيث يمكن للخادم قضاء وقت أقل وعرض نطاق ترددي في مزامنة التغييرات بين العالم واللاعبين فيه. يقضي العملاء وقتًا أقل في تحديث الكائنات التي لا تتعلق حاليًا باللاعب.
• مستوى التفاصيل

  — عند تكوينه، تظل النماذج البعيدة، وأفاتار المنصات، والتضاريس مرئية حتى عندما لا يتم بثها للعملاء، مما يحافظ على تحسين اللعبة دون التضحية تمامًا بالمرئيات الخلفية. يوفر SLIM أعلى مستوى من التفاصيل لكل من النماذج والأفاتار.

يتم التحكم في بث الكائنات من خلال خاصية Workspace.StreamingEnabled، المفعلة بشكل افتراضي للأماكن الجديدة التي تم إنشاؤها في الاستوديو. لا يمكن تعيين هذه الخاصية في نص برمجي.

السلوك الفني

النطاق

تنطبق منطق البث والميزات حصريًا على الكائنات التي هي أحفاد لـ Workspace، بينما الكائنات المخزنة في حاويات أخرى مثل ReplicatedStorage و ReplicatedFirst غير مؤهلة للبث. على سبيل المثال، وضع نموذج ذري تحت ReplicatedStorage لا يضمن النسخ الذري.

البث الداخلي

عندما ينضم لاعب إلى لعبة مع تفعيل بث الكائنات:

1. يتم نسخ الكائنات في Workspace إلى العميل باستثناء ما يلي:

   

   BaseParts (Parts و MeshParts)

   

   Models المعينة إلى ذري، دائم، أو دائم لكل لاعب؛ انظر تحكمات البث لكل نموذج

   

   Models المعينة إلى غير ذري (افتراضي) عندما يتم تعيين Workspace.ModelStreamingBehavior إلى Improved

   

   أحفاد الكائنات المذكورة أعلاه

2. خلال اللعب، قد يقوم الخادم ببث الكائنات في الفئات المؤجلة أعلاه إلى العميل بناءً على خصائص البث للعبة، وموقع اللاعب، وأداء جهاز العميل، وظروف أخرى.

البث الخارجي

خلال اللعب، قد يقوم العميل بإزالة مناطق من BaseParts من Workspace الخاصة باللاعب بناءً على السلوك المحدد بواسطة Workspace.StreamOutBehavior. تبدأ العملية من المناطق الأبعد عن نقاط النسخ وتتحرك أقرب، حسب الحاجة. المناطق داخل نطاق Workspace.StreamingMinRadius لا يتم بثها أبدًا.

لاحظ أن Model بدون أحفاد من BasePart، مثل تلك المستخدمة فقط كـ "حاوية" لكائنات غير BasePart مثل النصوص البرمجية، معفاة من البث الخارجي ما لم يتم جعلها من أحفاد BasePart.

التجميعات

تتدفق التجميعات داخليًا كوحدات كاملة، بما في ذلك قيودها المرتبطة و Attachments، مما يساعد على ضمان تحديثات فيزيائية متسقة على العملاء. الاستثناء الوحيد هو عندما يكون التجميع مربوطًا، في هذه الحالة يتم بث فقط BaseParts داخل نطاق البث جنبًا إلى جنب مع قيودها المرتبطة و Attachments.

لا يتم بث التجميعات خارجيًا حتى تكون جميع BaseParts الخاصة بها مؤهلة للبث الخارجي.

خصائص البث

تتحكم الخصائص التالية في كيفية تطبيق بث الكائنات على لعبتك. جميع هذه الخصائص غير قابلة للبرمجة ويجب تعيينها على كائن Workspace في الاستوديو.

نقطة النسخ

بشكل افتراضي، يحدث البث حول PrimaryPart لشخصية اللاعب المحلي، على الرغم من أنه يمكنك تحديد نقطة تركيز نسخ مختلفة من خلال Player.ReplicationFocus.

يمكنك أيضًا إضافة وإزالة نقاط تركيز نسخ إضافية من خلال Player:AddReplicationFocus() و Player:RemoveReplicationFocus() لتمكين البث ديناميكيًا في مناطق متعددة من اللعبة.

تحدث محاكاة الفيزياء على جانب العميل، بما في ذلك التنبؤ وإعادة المحاكاة عند تنفيذ سلطة الخادم، فقط في المناطق المتدفقة، حتى بالنسبة للكائنات التي تم إنشاؤها محليًا و Persistent الكائنات. إذا كان لديك كائنات ترغب في الاستمرار في محاكاتها حتى عندما تكون بعيدة عن الشخصية، قم بإنشاء نقطة تركيز نسخ إضافية بالقرب من تلك الكائنات.

البث التنبؤي

البث التنبؤي هو ميزة اختيارية تستخدم إشارات المحرك لتوقع حركة اللاعب وبث المناطق التي من المحتمل أن يحتاجها اللاعب قريبًا بشكل استباقي. عند تفعيلها عن طريق تعيين PredictiveStreamingMode إلى Enabled، يمكن أن تقلل من توقفات البث وظهور المحتوى المرئي دون أي تغييرات في الكود.

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

عندما يكون PredictiveStreamingMode هو Enabled، تكون الميزات التنبؤية التالية نشطة:

تحكمات بث النموذج

لتجنب المشكلات المتعلقة بالبث على أساس كل نموذج وتقليل استخدام WaitForChild()، يمكنك تخصيص كيفية تدفق Models وأحفادها من خلال خاصية ModelStreamingMode.

غير ذري

بشكل افتراضي، تكون النماذج Nonatomic وتتدفق داخليًا وخارجيًا بناءً على ما إذا كانت Workspace.ModelStreamingBehavior تم تعيينها إلى Legacy (افتراضي) أو Improved.

قديم

عندما يتم تعيين Workspace.ModelStreamingBehavior إلى Legacy (افتراضي)، يتم نسخ حاوية Model وأحفادها غير BasePart مثل Scripts إلى العميل عندما ينضم اللاعب. ثم، عندما تكون مؤهلة، تتدفق أحفاد BasePart للنموذج.

محسن

عندما يتم تعيين Workspace.ModelStreamingBehavior إلى Improved، يختلف سلوك بث النموذج بناءً على ما إذا كان النموذج يحتوي على أحفاد BasePart أو لا يحتوي على أحفاد BasePart:

• يتدفق نموذج يحتوي على أحفاد BasePart داخليًا فقط عندما يكون واحد من أحفاده BasePart مؤهلاً للبث الداخلي. في هذه المرحلة، يتدفق النموذج و BasePart المؤهل، جنبًا إلى جنب مع أحفاد النموذج غير BasePart.

  عندما يتدفق آخر BasePart المتبقي من النموذج خارجيًا، سيتدفق النموذج نفسه خارجيًا معه.

  

• نموذج بدون أحفاد من BasePart، مثل الذي يستخدم فقط كـ "حاوية" لكائنات غير BasePart مثل النصوص البرمجية، يتم نسخه إلى العميل بعد فترة وجيزة من انضمام اللاعب. هذا النوع من النموذج معفى من البث الخارجي ما لم يتم جعله من أحفاد BasePart.

  

ذري

إذا تم تعيين Model إلى Atomic، يتم بث جميع أحفاده الأولية معًا عندما يكون أحد أحفاد BasePart مؤهلاً للبث الداخلي. نتيجة لذلك، يحتاج نص برمجي على جانب العميل يحتاج إلى الوصول إلى الكائنات داخل النموذج إلى استخدام WaitForChild() على النموذج نفسه، ولكن ليس على أحفاد MeshPart أو Part حيث يتم إرسالها جنبًا إلى جنب مع النموذج.

لا يتم بث نموذج ذري خارجيًا إلا عندما تكون جميع أجزائه السلف مؤهلة للبث الخارجي، في هذه المرحلة يتدفق النموذج بالكامل خارجيًا معًا.

دائم

النماذج Persistent ليست خاضعة للبث العادي داخليًا أو خارجيًا. يتم إرسالها كوحدة ذرية كاملة بعد فترة وجيزة من انضمام اللاعب وقبل أن يتم تشغيل حدث Workspace.PersistentLoaded . لا يتم بث النماذج الدائمة وأحفادها خارجيًا، ولكن للتعامل بشكل آمن مع البث الداخلي ضمن نص برمجي على جانب العميل، يجب عليك الانتظار حتى يتم تشغيل حدث PersistentLoaded.

دائم لكل لاعب

تتصرف النماذج المعينة إلى PersistentPerPlayer بنفس طريقة Persistent للاعبين الذين تمت إضافتهم باستخدام Model:AddPersistentPlayer(). بالنسبة للاعبين الآخرين، يكون السلوك هو نفسه مثل Atomic. يمكنك التراجع عن نموذج من الاستمرارية الخاصة باللاعب عبر Model:RemovePersistentPlayer().

تخصيص شاشة التوقف

بافتراض أن Workspace.StreamingIntegrityMode تم تعيينه إلى PauseOutsideLoadedArea الموصى به، ستتوقف اللعبة إذا انتقل اللاعب إلى منطقة من العالم لم يتم بثها إليهم. في هذه الحالات، تشير خاصية Player.GameplayPaused إلى حالة التوقف الحالية للاعب والتي يمكن استخدامها مع اتصال GetPropertyChangedSignal() لعرض أو إخفاء واجهة المستخدم المخصصة.

local Players = game:GetService("Players")
local GuiService = game:GetService("GuiService")

local player = Players.LocalPlayer

-- تعطيل نافذة التوقف الافتراضية
GuiService:SetGameplayPausedNotificationEnabled(false)

local function onPauseStateChanged()
	if player.GameplayPaused then
		-- عرض واجهة المستخدم المخصصة
	else
		-- إخفاء واجهة المستخدم المخصصة
	end
end

player:GetPropertyChangedSignal("GameplayPaused"):Connect(onPauseStateChanged)

تصحيح الأخطاء في وقت التشغيل

يتضمن المحرك عدة لوحات تصحيح على الشاشة يمكن تمكينها على العميل باستخدام اختصارات لوحة المفاتيح. للوصول إلى معلومات تصحيح البث:

1. افتح ملخص الشبكة عبر ShiftCtrlF3 (Windows) أو Shift⌘F3 (Mac).
2. بمجرد فتح لوحة التصحيح، اضغط على Shift1 بشكل متكرر للتنقل بين الألواح المتاحة. اللوحة الرابعة هي عرض تصحيح البث الذي يعرض معلومات مفيدة في وقت التشغيل:

   • إعدادات البث النشطة
   • المناطق المحملة حاليًا (المتدفقة)
   • سلوك البث والحالة

بمجرد تمكينها، تظهر المناطق المميزة بالألوان في عرض ثلاثي الأبعاد: