[matrix]

موتور هاوك (Havok) يه موتور فيزيكي هستش در حالي كه اين موتور يه موتور 3 بعديه.

[Takavar]

اینطور که تعریف میفرمایید موتور تمیزی به نظر مییاید.
امیدوارم که به زودی در محصولی که ما هم بتوانیم ببنیم ارایه بشه تا توانایی هایش در کمال به نمایش در بیایند.
لطفا ما را در جریان اخبار جدید بگذارید .

-تکاور

[galaxyroad]

آقا من بعنوان عضو كوچكي از جامعه بازي سازهاي ايراني چاكر همه هستم من اصلا ناراحت نشدم چون اين حرفها را آدمهايي زدن كه خودشون استخوان شكسته اين كار هستن. راستش ما خالي بندي كه نكرديم!!!! ولي اين انجين همواره در حال بهبود هست اين فهرستي كه من توي اين سايت زدم تقريبا كامل است بجز اديتور كه دارم روش كار ميكنم و تا چند وقت ديگه كامل ميشه و البته مثل هميشه نظرات شما ميتونه مفيد باشهو من با خيلي ها در مورد اون صحبت كردم و از راهنمايي هاي شما هم ممنونم ما الان داريم رو يك سري دمو كار ميكنيم راستش من دارم مستندات كامل اون را هم تهيه ميكنم و البته به قول يكي از دوستان خدايي ساخت انجين كار خيلي شاقي نيست بابا بعدش هم آقا يك چيز ديگه خدمت اون عزيزي كه گفته بود نسبت به هاوك چطوره بايد بگم كه هاوك براي بازيها استفاده كمي داره چون خيلي سنگينه ولي اينجا من سبكتر كار كردم چون قراره بازي و شبيه سازي سريع باشه.
خواهشمندم هر كي نظري داره بگه خدايي من دوست دارم با ديگران تعامل داشته باشم و ناراحت هم نميشم.
چاكر همه بازي سازهاي عزيز
به سايت ما سر بزنيد و باز هم نظرات گرم خود را بديد....
در ضمن خدمت آقاي كسايي مدير سايت هم عرض كنم كه به زودي توضيحات بيشتري در اين زمينه ميدم كه بچه هاي علاقمند از نزديك در جريان كار قرار بگيرن...

[sepul]

چطوری علی ؟
ببين من اين مشخصات رو می خوندم چندتا موردشو درست درک نکردم ، اگه می شه بيشتر توضيح بده.

[galaxyroad]

سلام آقا سپهر
ممنون از اينكه نكاتي را گوشزد كرديد
اولا اون دمويي كه شما ديديد اصلا در حد و اندازه هاي كار ما نيست و فقط يك دست گرمي براي كار با بخش دوربين بود و نه كل موتور يعني اصلا اون دمو نبود يك برنامه براي تست دوربين بود
ثانيا من با COM و این چیزها تا حد لازم آشنا هستم و فقط میتونم بگم که الان یک سری انجینها دارن اینطور کار میکنن یعنی هم میتونن بصورت کتابخانه به کار بچسبن و هم بصورت رابط تو بازی بکار برن. یعنی مثلا: IPowerXMesh چنین چیزی که البته به نظر من بهتره ازش بصورت lib استفاده شه چون سربار کمتری داره
در مورد اشکالزدایی هم باید بگم یک سیستم تولید فایل دارم که میتونه اطلاعات زیادی بده مثل اینکه چند تا گره داشتی و چند تا مثلث یا سرعت کار یا میزان متوسط overdraw که لابد میدونید چیه و اینکه میتونه بگه کدوم بخش از صفحه دارای بیشترین میزان fps و overdraw هست و میتونه بگه در هر لحظه چند تا بافت فعال داشتی و چند تا مرحله بافت داشتی و چند تا بافر
گره داشتی و هر کدوم در کجا بوده یا چیزهای مشابه که به زودی در مستندات کامل خدمت همه تقدیم میشه...
در مورد شیء گرا بودن هم باید بگم که شیئ کرایی مبنای COM است و خب من الان میتونم همه چیز را بصورت شی به کاربر بدم از یک نقطه گرفته تا خط و مثلث و شیء و کاراکتر و صوت و مسیر صوتی و چیزهای دیگه و میتونم این قابلیت را هم به کاربر بدم که از خصوصیت پلی مورفیسم و سلسله مراتب هم به نوعی بهره ببره
در ضمن من بازی Doom III را دیدم و اتفاقا دارم واسه مجله دانش و کامپیوتر در موردش یک مقاله هم میدم اولا باید بگم این بازی فوق العاده است ولی به هیچ وجه از رندر استریو و رندر اشعه ای و این چیزها استفاده نشده. الان خیلی موتورها این قابلیت اشعه ای را دارن ولی تو بازی نمیشه استفاده کرد چون خیلی خیلی خفنه و سرعت را واقعاً میگیره من گفتم میتونم ازش استفاده کنم ولی خب کدوم کارت گرافیک میتونه در حال حاضر 12 تا مرحله بافت بده یا multisampling 28x ارائه کنه که بشه ازش استفاده کرد؟ هر وقت چنین کارتهایی اومد موتور من و خیلی موتورهای دیگه و البته خود Direct3D میتونن قابلیتهایشان را بیشتر نشون بدن.
در مورد مسائل culling هم باید بگم که در بازیهای سطح بالا از جمله doom iii از چندین تکنیک بصورت hybrid استفاده میشه یعنی ترکیبی و مثلا وجود frustum نمیتونه مانع استفاده از portal یا bsp بشه و حتی میشه از pvs هم برای کاهش اثرات Culling معکوس استفاده کرد بهرحال مبحث occlusion خیلی پیچیده است و اصلا نمیشه به یک روش محدودش کرد. در ضمن قرار نیست از همه اونها در هر نوع کاری استفاده شه مثلا در یک بازی اول شخص طبعا پس از اماده کردن bsp در ادیتور بیشتر از این روش استفاده میشه یا در یک بازی با دوربین بالا بیشتر میشه از frustum بهره برد، منظور من این بوده که این موتور قابلیتهای زیادی برای ارائه داره و هر شرایطی طبعاً نیازهای خاص خودش را داره. در ضمن من در این چند وقته اخیر روی این قابلیتها خیلی کار کردم و اگرچه هنوز تا رسیدن به نقطه خیلی خوب فاصله دارم ولی میتونم تقریباً بگم همه این تکنیکها را در حد استانداردی دارم. در ضمن یک تکنیک تقسیم صفحه هم ابداع کردم که برای بازیهای fps کاربرد ویژه ای داره و حتماً به زودی در مستندات ارائه میکنم.

در مورد رندر آن لاین هم بگم که توی گیمها چنین چیزی استفاده نمیشه ولی این موتور فقط برای ساخت بازی نیست بلکه ما چون کارهای شبیه سازی شبکه ای هم داریم باید چنین چیزی ارائه کنیم میشه گفت یک چیزی مثل flash است البته از توابع رندر Direct3D استفاده شده است.
منظور از plug-in هم تقریباً همینه و در ضمن این موتور اگه بخواهد خوب اجرا بشه نباید چیز بزرگی باشه و حجم فایلهایی که داره کم هست و در ضمن این خصوصیت بیشتر برای شبیه سازیهاست و نه بازیها مثلا یکی دوست داره توی شبیه سازی خودش که در محیط C# انجام میگیره بیاد برای اسکریپت کردن محیط مجازی از یک چیزی مثل python استفاده کنه و میتونه کارهای رندر خودش را با چسباندن فایلهای dll یا حتی ocx با این موتور انجام بده و البته این هم بگم این کار را بعضی موتورهای بزرگ الان انجام میدن.

آقا از همه این حرفها بگذریم باید بگم که از آقا سپهر خیلی ممنون هستم که این نکات را یادآور شدن و من هم برای رفع ابهامات به زودی به همراه بچه های فنی و هنری گروه راه کهکشانی اقدام به تکمیل مستندات و نیز ساخت یک سری دمو میکنیم.
خواهش میکنم هر موردی بود اعلام کنید که ما در جریان باشیم و خدایی من استقبال میکنم که چنین مسائلی مطرح باشه در ضمن در مورد سایه زنها هم بگم که ما یک طرح داریم که کل خط رندر خودمون را با سایه زن دربیاریم تا انعطاف پذیری بیشتری داشته باشیم.
باز هم از همه ممنونم

[sepul]

[galaxyroad]

سلام آقا سپهر شما باز هم به مطالب خوبي اشاره كردي
اولا من نگفتم COM را بصورت lib میدم که من الان رابطهای نهایی را تموم میکنم که البته این قضیه به ساخت یک سری شری Iuknown اضافی هم نیاز داره.
راجع به دمو هم بگم که ببینم مگه بقیه FPSها چکار میکنن؟ فوقش بالا و پایین را میبینن دیگه من اون موقع بخاطر تفنگ اون را نذاشتم ولی الان اگه وقت کنم میذارم بعدش هم این دموی دوربین انجین بود و الان داریم روی دموهای ترین و سیستم ذره ای و شیدر و این چیزها کار میکنیم چون جاهایی که میخواهیم باهاشون کار کنیم به دمو نیاز دارن، بهرحال...

یک چیز دیگه حتی یک بازی مثل doom III هم محیط بیرونی داره مثل محیط مریخ اونجا که دیگه bsp استفاده نمیکنن. می آین یک octree میسازن بعد تا حد ممکن شعاع دید را کم میکنن و frustum هم قاطی میکنن و البته شاید کارهای دیگه هم بکنن. بهرحال در این مورد من آماده بحث هستم و خوشحال میشم و باید بگم قرار نیست همیشه از هر چیز به یک شکل ثابت استفاده بشه.
بعدش هم این موتور همه منظوره نیست و اگه اینطوری باشه خیلی از موتورها همه منظوره هستن یکی از خصوصیات ویژه این موتور داشتن افکتهای زیاده که البته میگم به زودی توضیحات بیشتری میدم.
بعدش هم راجع به overdraw باید بگم که هیچ صحنه ای نیست که overdraw نداشته باشه حتی میز کار ویندوز....
در ضمن آقا سپهر من اون یادم نمی آید گفته باشه چیزی را hardcode کردم همه چیز باز بود و میشد خیلی راحت نقشه را عوض کرد فقط باید مدلش عوض میشد. در ضمن ادیتور همونطوری که گفتم هنوز تموم نشده ولی استفاده از bsp یا portal فقط و فقط به ادیتور نیاز نداره میشه بدون اون هم کار کرد هر چند مشکله. من نمونه زیاد دیدم. الان دارم روی bsp و portal ادیتور کار میکنم که باید اعتراف کنم مشکله ولی میشه حلش کرد
بهرحال من توضیحات بیشتری هم خواهم داد. الان که سرم خیلی شلوغه
یک چیز دیگه ما برای تکمیل دموها و کارهای دیگه به برنامه نویسانی مثل شما نیاز داریم خوشحال میشیم به ما سر بزنید بعدش هم میخواهیم اگه بشه با هم بریم پیش اون دوست شما!!!
فعلا
مخلص همه...

[sepul]

چطوری علی ؟

[galaxyroad]

آقا بهرحال اين بحثها خيلي خوبه و من واقعا خوشحالم كه يكي پيدا شده كه اينطوري جدي وارد بحث ميشه و من حتي توي gamedev.net هم از این بحثها با خارجی ها داشتم کلا خیلی حال میده و آدم نقاط ضعف و قوت را میفهمه.
من راجع به این قضایا مفصل دارم توی مستندات و راهنما توضیح میدم و ان شاء وقتی به ما افتخار دادی اومدی دفتر حتما بیشتر صحبت میکنیم ضمن اینکه خواهش میکنم هر موردی هست بگید و من خیلی خوشحال میشم
از همه دوستان متشکرم

[matrix]

منتظريم...