AI game asset workflow

Art generate করার আগে asset contract লিখুন

Game-এ asset-এর কাজ নির্ধারণ করুন: player sprite, obstacle, background tile, button, sound cue অথবা promotional material। Dimension, transparency, frame layout, viewpoint, palette constraint এবং কোন scale-এ inspection হবে তা specify করুন। পরে fit হবে আশা না করে এগুলোকে production input হিসেবে ধরুন।

Sprite sheet-এর জন্য frame count, cell dimension, origin এবং expected animation state নির্ধারণ করুন। UI asset-এর জন্য আশেপাশের text ও interaction state শনাক্ত করুন। Contract stable না হওয়া পর্যন্ত owned placeholder ব্যবহার করুন, যাতে art iteration gameplay কাজ করছে কি না তা আড়াল না করে।

Reviewable permission basis-সহ source বেছে নিন

সম্ভাব্য source হলো original commissioned work, self-authored asset, licensed pack অথবা reviewed service term-এর অধীনে তৈরি generated material। Unsupported claim-এ একটি source সবসময় সস্তা ধরে না নিয়ে permission, editability, consistency ও review effort অনুযায়ী তুলনা করুন।

Asset record-এর সঙ্গে original source link এবং প্রযোজ্য license বা agreement রাখুন। Attribution ও redistribution requirement record করুন। Generated material-এর input ও output-ও review করা দরকার; model access copied character, mark অথবা অন্য protected material-এর clearance প্রতিষ্ঠা করে না। Distribution-এর আগে unclear right escalate করুন, uncertainty-কে approved status-এ রূপান্তর করবেন না।

Coding ও image production-এর attribution আলাদা রাখুন

একটি coding experiment-এ Astra বিষয় হতে পারে, আর আলাদা image tool art তৈরি করতে পারে। এই role-গুলো independently record করুন। Sprite চাওয়া text instruction কোন service pixel তৈরি করেছে তার প্রমাণ নয়, আর successful code session image-service bill দেয় না।

প্রতিটি generated output-এর actual image tool identity, যেখানে পাওয়া যায় request record, generation setting, selected output এবং manual edit রাখুন। Failed বা discarded attempt usage ledger-এ দিন। একজন agent দুটো orchestrate করলেও image work-কে text coding থেকে আলাদা track করুন, যাতে cost ও human effort কোথায় গেছে case-টি তা ব্যাখ্যা করতে পারে।

সৎ unknown-সহ manifest ব্যবহার করুন

Asset pipeline-এর জন্য নিচের illustrative record ব্যবহার করুন এবং review না হওয়া পর্যন্ত unknown field null রাখুন। Approval-এর জন্য actual source, permission decision, file identity ও technical review দরকার। Output বদলানোর সময় asset identifier stable রাখুন, যাতে নতুন file context পায় কিন্তু অপ্রাপ্য approval উত্তরাধিকার না পায়।

Raw material ও final imported output একই asset identifier দিয়ে linked রাখুন। কেউ background সরালে, animation frame repair করলে অথবা contrast বদলালে transformation record করুন। এতে chat session-এর স্মৃতির ওপর নির্ভর না করেই পরে replacement, attribution review ও debugging সম্ভব হয়।

{
  "asset_id": "player_idle",
  "source_url": null,
  "permission_record": null,
  "creator_or_tool": null,
  "source_hash": null,
  "final_file_hash": null,
  "transformations": [],
  "image_cost_record": null,
  "review_status": "pending",
  "import_result": null
}

শুধু source file নয়, engine import পরীক্ষা করুন

Godot-এর image-import documentation imported texture-এ compression ও mipmap choice-এর প্রভাব বর্ণনা করে। Asset-এর আসল display condition অনুযায়ী setting বেছে নিন; pixel art, scaled background ও 3D texture-এর জন্য এক universal preset নেই। Accepted output-এ ব্যবহৃত setting সংরক্ষণ করুন।

Game-এর ভিতরে transparent edge, অনিচ্ছাকৃত background, frame spacing ও visual scale দেখুন। Collision representation-কে visible object-এর সঙ্গে তুলনা করুন। Technical valid PNG-ও unusable হতে পারে যদি frame character-এর apparent position সরিয়ে দেয় অথবা level-এর পটভূমিতে sprite অদৃশ্য হয়। বহু scene-এ asset ছড়ানোর আগে এই সমস্যা reject করুন।

Context-এ animation, sound ও UI review করুন

প্রাসঙ্গিক action বারবার play করে animation state-এর transition পরীক্ষা করুন। Visual timing collision ও feedback-এর সঙ্গে মেলে কি না দেখুন। Frame-by-frame contact sheet inspection-এ সাহায্য করতে পারে, কিন্তু running animation ও player input দেখা তার বিকল্প নয়।

Audio-র জন্য image check থেকে আলাদাভাবে level consistency, looping, timing ও permission record review করুন। UI artwork-এ নির্ধারিত resolution-এ focus, disabled state ও text contrast যাচাই করুন। Broadভাবে game আরও সুন্দর করতে বলার বদলে asset ও behavior অনুযায়ী actionable feedback record করুন।

Exported artifact ও disclosure inventory check করুন

Accepted resource exported build-এ আছে এবং review অনুযায়ী আচরণ করছে কি না verify করুন। Implementation claim করার সময় real artifact-এর screenshot বা recording সংরক্ষণ করুন। Concept image বা generated mockup-কে gameplay evidence হিসেবে ব্যবহার করবেন না।

Artwork, sound, narrative, localization ও runtime output আলাদা করে এমন shipping inventory রাখুন। Actual game-এর জন্য কী describe করতে হবে তা সিদ্ধান্ত নিতে Steam preparation guide ও current Content Survey ব্যবহার করুন। Complete internal asset record review-এ সাহায্য করে, কিন্তু নিজে platform approval প্রতিষ্ঠা করে না বা unclear rights-এর সমাধান করে না।

Rework-সহ accepted asset-এর জন্য budget রাখুন

শুধু generated file-এর সংখ্যা নয়, accepted in-game result-এর বিপরীতে asset production মাপুন। Rejected generation, manual cleanup, import correction ও target-build recheck record-এ রাখুন। Guide-এ price বসানোর বদলে actual provider billing category ও date ব্যবহার করুন।

Repeated generation একই technical requirement-এ ব্যর্থ হলে asset contract পুনর্বিবেচনা করুন অথবা gameplay সমাধান করার সময় original placeholder নিন। Undefined frame layout-কে বেশি prompt দিয়ে ঠিক করা যায় না। এই procedure ও manifest field illustrative; asset accepted বলা বা পরের production batch estimate করার আগে actual file ও applicable term evaluate করুন।

সাধারণ প্রশ্ন