حجم · bei.pm
اس صفحے پر بیان کردہ فائل کے فارمیٹس Dynamix, Inc. اور Sierra Entertainment کے ذہنی ملکیت کے تکنیکی تجزیے پر مبنی ہیں۔
ذہنی ملکیت آج Activision Publishing, Inc. / Activision Blizzard, Inc. کی ملکیت ہے اور اس وقت Microsoft Corp. کے پاس ہے۔
یہ معلومات ریورس انجینئرنگ اور ڈیٹا تجزیہ کے ذریعے تاریخی ڈیٹا کے ساتھ محفوظ کرنے اور باہمی تعامل کے لیے جمع کی گئی ہیں۔
کوئی مخصوص یا خفیہ تفصیلات استعمال نہیں کی گئیں۔
یہ کھیل اس وقت gog.com پر ڈاؤن لوڈ کے طور پر خریداری کے لیے دستیاب ہے۔
والیمز ایک ڈیٹا کنٹینر ہیں جو کھیل کے لیے ہے، جیسے کہ کسی آرکائیو فارمیٹ کی طرح جیسے کہ ٹار بال۔ کم از کم آؤٹ پوسٹ 2 میں اس فارمیٹ میں صرف فائلیں ہوتی ہیں - کوئی فولڈر نہیں۔ شاید ان فائلوں کو متعلقہ فائل کے نام کے ذریعے ظاہر کیا جا سکتا ہے۔
ایک والیم والیم ہیڈر اور متعدد والیم بلاکس پر مشتمل ہوتا ہے، جو مخصوص فائلوں کے مطابق ہوتے ہیں۔
"والیمز" وہ فائلیں ہیں جن کا ایکسٹینشن 'vol' ہے کھیل کے ڈائرکٹری میں۔
| ایڈریس | x0 | x1 | x2 | x3 | x4 | x5 | x6 | x7 | x8 | x9 | xA | xB | xC | xD | xE | xF | کریکٹر | |||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 0x0000 | 56 | 4f | 4c | 20 | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | V | O | L | . | . | . | . | . | . | . | . | . | . | . | . | |
| آفسیٹ | ڈیٹا کی قسم | نام | وضاحت |
|---|---|---|---|
| 0x0000 | uint(32) | جادوئی بائٹس | |
| 0x0004 | uint(24) | بلاک کی لمبائی | |
| 0x0007 | uint(8) | جھنڈے |
حجم کا سرخی
| ایڈریس | x0 | x1 | x2 | x3 | x4 | x5 | x6 | x7 | x8 | x9 | xA | xB | xC | xD | xE | xF | کریکٹر | |||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 0x0000 | 76 | 6f | 6c | 68 | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | v | o | l | h | . | . | . | . | . | . | . | . | . | . | . | . |
| آفسیٹ | ڈیٹا کی قسم | نام | وضاحت |
|---|---|---|---|
| 0x0000 | uint(32) | جادوئی بائٹس | |
| 0x0004 | uint(24) | بلاک کی لمبائی | |
| 0x0007 | uint(8) | جھنڈے |
والیوم ہیڈر میں خود کوئی بھی صارف کی معلومات شامل نہیں ہوتی۔
یہ صرف ایک کنٹینر کے طور پر کام کرتا ہے۔
والیوم ہیڈر میں پہلی تاریخ کے طور پر والیوم اسٹرنگز ہونی چاہئیں؛ اس کے بعد والیوم کی معلومات آتی ہیں۔
حجم کی تاریں
| ایڈریس | x0 | x1 | x2 | x3 | x4 | x5 | x6 | x7 | x8 | x9 | xA | xB | xC | xD | xE | xF | کریکٹر | |||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 0x0000 | 76 | 6f | 6c | 69 | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | v | o | l | i | . | . | . | . | . | . | . | . | . | . | . | . |
| آفسیٹ | ڈیٹا کی قسم | نام | وضاحت |
|---|---|---|---|
| 0x0000 | uint(32) | جادوئی بائٹس | |
| 0x0004 | uint(24) | بلاک کی لمبائی | |
| 0x0007 | uint(8) | جھنڈے |
| ایڈریس | x0 | x1 | x2 | x3 | x4 | x5 | x6 | x7 | x8 | x9 | xA | xB | xC | xD | xE | xF | کریکٹر | |||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 0x0000 | 76 | 6f | 6c | 73 | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | v | o | l | s | . | . | . | . | . | . | . | . | . | . | . | . |
| آفسیٹ | ڈیٹا کی قسم | نام | وضاحت |
|---|---|---|---|
| 0x0000 | uint(32) | جادوئی بائٹس | |
| 0x0004 | uint(24) | بلاک کی لمبائی | |
| 0x0007 | uint(8) | جھنڈے | |
| 0x0008 | uint(32) | پیلوڈ کی لمبائی | یہ بتاتا ہے کہ درج ذیل ڈیٹا میں سے کتنے بائٹس واقعی مفید ڈیٹا ہیں۔ والیوم اسٹرنگز کی فہرست میں باقی ماندہ ڈیٹا کو واضح طور پر کچرے کے طور پر شمار کیا جانا چاہیے۔ تاریخ میں بعد کی فائلوں میں یہ 'باقی ماندہ ڈیٹا' 0x00 ہے، جو اس بات کی طرف اشارہ کر سکتا ہے کہ کھیل کی ترقی کے دوران ٹول چین میں کچھ خامیاں تھیں، یعنی، کہ ایک ڈویلپر نے صرف بہت دیر سے بفر کی درست ابتدائی تشکیل کا خیال رکھا، کیونکہ یہ کھیل پر اس بات کا کوئی اثر نہیں ڈالتا کہ آیا ڈیٹا کو ابتدائی حالت میں رکھا گیا ہے یا نہیں۔ |
| 0x000c | uint(8)[] | فائل ناموں کی فہرست | یہ ایک 0-بائٹ سے ختم ہونے والی فائل ناموں کی فہرست ہے، جو - کم از کم موجودہ ڈیٹا جزو میں - صرف ASCII علامات کی توقع کراتی ہے۔ ڈیٹا کو پارس کرتے وقت اس ڈیٹا بلاک کی مزید جانچ کرنے کی ضرورت نہیں ہے، کیونکہ حجم کی معلومات میں براہ راست فائل ناموں کے آفسیٹس کا حوالہ دیا جاتا ہے۔ |
Volume Strings ایک فائل ناموں کی فہرست ہے جو Volume کے اندر موجود ہیں۔
حجم کی معلومات
| ایڈریس | x0 | x1 | x2 | x3 | x4 | x5 | x6 | x7 | x8 | x9 | xA | xB | xC | xD | xE | xF | کریکٹر | |||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 0x0000 | 76 | 6f | 6c | 69 | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | v | o | l | i | . | . | . | . | . | . | . | . | . | . | . | . |
| آفسیٹ | ڈیٹا کی قسم | نام | وضاحت |
|---|---|---|---|
| 0x0000 | uint(32) | جادوئی بائٹس | |
| 0x0004 | uint(24) | بلاک کی لمبائی | |
| 0x0007 | uint(8) | جھنڈے |
حجم کی معلومات تفصیلی معلومات کو فائلوں کے بارے میں شامل کرتی ہے۔ یہ کسی حد تک FAT ڈائریکٹری کے اندراج کی ایک قسم ہے (FAT = فائل الاٹمنٹ ٹیبل)
فائلوں کی تعداد بلاک کے حجم کو ڈائریکٹری کے اندراجات کی لمبائی - 14 بائٹس سے تقسیم کر کے حاصل کی جاتی ہے۔
انفرادی ڈائریکٹری کے اندراجات کا ہر ایک اس طرح کی تشکیل ہے:
| ایڈریس | x0 | x1 | x2 | x3 | x4 | x5 | x6 | x7 | x8 | x9 | xA | xB | xC | xD | xE | xF | کریکٹر | |||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 0x0000 | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | . | . | . | . | . | . | . | . | . | . | . | . | . | . | . | . |
| آفسیٹ | ڈیٹا کی قسم | نام | وضاحت |
|---|---|---|---|
| 0x0000 | uint(32) | فائل نام کا آفسیٹ | یہ بتاتا ہے کہ فائل کے نام کی فہرست (Volume-Strings) میں فائل کا نام کس آفسٹ (!) پر واقع ہے۔ یہ ڈیٹا بلاک کے آغاز کی طرف اشارہ کرتا ہے۔ |
| 0x0004 | uint(32) | فائل آفسیٹ | یہ بتاتا ہے کہ پوری حجم کی فائل کے اندر یہ فائل کس آفسیٹ پر واقع ہے۔ |
| 0x0008 | uint(32) | فائل کا سائز | یہ بتاتا ہے کہ فائل کا سائز بائٹس میں کتنا ہے۔ |
| 0x000c | uint(16) | جھنڈے؟ | ظاہر ہے کہ فائل کی کوڈنگ کے بارے میں اضافی معلومات فراہم کی جا رہی ہیں۔
|
حجم بلاک
| ایڈریس | x0 | x1 | x2 | x3 | x4 | x5 | x6 | x7 | x8 | x9 | xA | xB | xC | xD | xE | xF | کریکٹر | |||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 0x0000 | 56 | 42 | 4c | 48 | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | -- | V | B | L | H | . | . | . | . | . | . | . | . | . | . | . | . |
| آفسیٹ | ڈیٹا کی قسم | نام | وضاحت |
|---|---|---|---|
| 0x0000 | uint(32) | جادوئی بائٹس | |
| 0x0004 | uint(24) | بلاک کی لمبائی | |
| 0x0007 | uint(8) | جھنڈے |
ایک حجم بلاک ایک کنٹینر ہے، جو فائلوں کو محفوظ کرتا ہے۔ یہ صرف دوبارہ - بلاک فارمیٹ کی وجہ سے - فائل کا سائز رکھتا ہے اور پھر براہ راست استعمال کے ڈیٹا آتے ہیں۔