जैसा कि मैंने F500 डैशकैम के फर्मवेयर को उठाया

कार में डीवीआर एक आवश्यक और बेहद उपयोगी चीज है, खासकर यदि ड्राइवर नियमों के अनुसार ड्राइव करने के लिए इच्छुक है। मूल्य / गुणवत्ता अनुपात के मामले में सर्वश्रेष्ठ में से एक F500 लाइन और उनके बड़े भाई करकाम Q2 हैं। यहाँ इन रजिस्ट्रारों की चर्चा का एक बड़ा और लंबा विषय है।
लगभग छह महीने पहले, मैं ऐसे उपकरण का मालिक बन गया और बहुत खुश हूं। लेकिन मैं इसे थोड़ा परिष्कृत करना चाहता था - व्यक्तित्व देना। उपहार के रूप में रजिस्ट्रार के संदर्भ में यह विचार उत्पन्न हुआ। न्यूनतम का कार्य शुरुआती और अंतिम स्क्रीनसेवर को अपने स्वयं के कुछ के साथ बदलना था। यह कार्य सफलतापूर्वक हल किया गया था, लेकिन रचनात्मक खोज के लिए अभी भी जगह नहीं थी।
उन लोगों के लिए जो तकनीकी विवरणों को पढ़ने में रुचि नहीं रखते हैं - स्रोत कोड और बायनेरिज़ GitHub (आवश्यकता .Net 4.0) पर पोस्ट किए जाते हैं।

शुरुआत

ये लिंक फर्मवेयर की संरचना का अध्ययन करने के लिए शुरुआती बिंदु बन गए:
pixeldoc.kicks-ass.net/projects/goprohdhero/firmware/v02.05.11
goprouser.freeforums.org/search.php?author_id=4914&sr=posts
chdk.setepontos.com/index.php?topic=5890.0

साथ ही रजिस्ट्रार की क्षमता अपने फर्मवेयर को संपूर्ण और आंशिक रूप से बैकअप करने की है।
एक हेक्स संपादक में प्राप्त फ़ाइलों की सामग्री को देखने के बाद, UART में रिकॉर्डर के आउटपुट के साथ तुलना करते हुए, यह स्पष्ट हो गया कि यह फर्मवेयर कैसे व्यवस्थित है।

फर्मवेयर संरचना

रजिस्ट्रार फर्मवेयर में 5 खंड होते हैं (उनका सटीक उद्देश्य अज्ञात है):
[Bst] [Bld] [Pri] [Rom] [Dsp]

रोम अनुभाग में रजिस्ट्रार के संसाधन हैं - यह हमारे लिए अधिकतम हित है।

फर्मवेयर फ़ाइल में निम्न संरचना है:
[Bst] [Bld] [Pri] [Rom] [Dsp]
फ़ाइल शीर्षलेख निम्न संरचना द्वारा वर्णित है:

 unsafe public struct FileHeader { public Int32 BstStart; public Int32 BstEnd; public Int32 BldStart; public Int32 BldEnd; public UInt64 Empty0; public Int32 PriStart; public Int32 PriEnd; public UInt64 Empty1; public Int32 RomStart; public Int32 RomEnd; public Int32 DspStart; public Int32 DspEnd; public UInt32 Magik; public fixed byte Const[0x19F - 0x03C + 1]; public fixed byte Empty2[0x7FF - 0x1A0 + 1]; } 

यदि किसी भी प्रकार के लिए स्टार्ट और एंड सेक्शन शून्य के बराबर हैं, तो रजिस्ट्रार मानता है कि यह सेक्शन फाइल में नहीं है।
कॉन्सट क्षेत्र में, जिसका उद्देश्य अज्ञात है लिखा है, लेकिन वे वर्तमान फर्मवेयर संस्करण के लिए फर्मवेयर फ़ाइल में किसी भी अनुभाग के संयोजन के लिए स्थिर हैं।

प्रत्येक खंड अपने स्वयं के शीर्षक से शुरू होता है:

  unsafe public struct SectionHeader { public UInt32 CRC32; public UInt32 Version; public UInt32 Date; public Int32 ImgLen; public UInt32 Mem; public UInt32 Flags; public UInt32 Magik; public fixed byte Empty0[0x8FF - 0x81C + 1]; } 

CRC32 फ़ील्ड को सबसे तुच्छ एल्गोरिथ्म का उपयोग करके अनुभाग डेटा (हेडर और संरेखण बाइट्स के बिना) के लिए गणना की जाती है ।
ImgLen अनुभाग डेटा की वास्तविक लंबाई है।

अनुभाग रोम

रोम अनुभाग एक सरल फाइल सिस्टम में रजिस्ट्रार संसाधनों को संग्रहीत करता है।
रोम अनुभाग डेटा में निम्न प्रारूप है:
Rom { } { }
हेडर रोम

  unsafe public struct RomHeader { public Int32 FilesCount; public Int32 Magik; public fixed byte Empty0[0x10FF - 0x0908 + 1]; } 

फ़ाइल हेडर में निम्नलिखित संरचना है:

  unsafe public struct RomFileHeader { public fixed byte FileNameBuf[Const.RomFilenameLength]; public Int32 FileOffset; public Int32 FileLength; public UInt32 Magik; } 

संसाधन प्रतिस्थापन

रजिस्ट्रार में संसाधनों को बदलने के लिए, इस तथ्य का उपयोग करना सुविधाजनक है कि रजिस्ट्रार एक फ़ाइल को केवल एक सेक्शन को अलग से फ्लैश कर सकता है। इसलिए, हम केवल रोम अनुभाग वाले फ़ाइल को उत्पन्न करेंगे। ऐसा करने के लिए:
1. FileHeader को संशोधित करें, केवल रोम अनुभाग को छोड़कर
2. प्रत्येक फ़ाइल की शुरुआत को 0x800 से संरेखित करें। संख्या और फ़ाइल नाम मूल छोड़ दिए जाने चाहिए।
3. सेक्शन हेडर में चेकसम को रिकॉल करें।
4. आउटपुट फ़ाइल में यह सब लिखें।

अंत में, मुझे ऐसा एक प्रोग्रामिना मिला: github.com/magnitudo/F500Tool ।

आगे क्या है?

रोम अनुभाग में फाइलें हैं:
bitmaps.bin
fonts.bin
नामों से यह स्पष्ट है कि उनमें क्या संग्रहित है। अभी तक प्रारूप को छांटा नहीं गया है।
कोई मदद करना चाहता है?