ছবি ও ভিডিও
প্রতিটি অ্যালবাম, ক্যাপচারের তারিখ অনুযায়ী।
HEIC প্রিভিউয়ের জন্য তাৎক্ষণিকভাবে রূপান্তরিত হয়। এক্সপোর্টে মূল HEIC bytes ও EXIF অক্ষুণ্ণ থাকে। ভিডিওতে QuickTime মেটাডেটা সংরক্ষিত থাকে।






























আপনার iPhone ব্যাকআপ। পুনরুদ্ধার, অপরিবর্তিত।
ছবি, ভিডিও, বার্তা। Manifest.db ক্ষতিগ্রস্ত হলেও প্রতিটি ফাইল সনাক্ত করে raw bytes থেকে সংগ্রহ করা হয়।



































প্রতিটি অ্যালবাম, ক্যাপচারের তারিখ অনুযায়ী।
HEIC প্রিভিউয়ের জন্য তাৎক্ষণিকভাবে রূপান্তরিত হয়। এক্সপোর্টে মূল HEIC bytes ও EXIF অক্ষুণ্ণ থাকে। ভিডিওতে QuickTime মেটাডেটা সংরক্ষিত থাকে।






























নেটিভ বাবল ভিউ।
সম্পূর্ণ কথোপকথন, ছবি ও ভিডিও সংযুক্তি, iOS 14+ attributedBody — raw টেক্সট কলামের সাথে ১০০% মিলে।
Manifest ভাঙা? তবুও পুনরুদ্ধারযোগ্য।
ডেটাবেস বাইপাস করুন। হেডার magic bytes দিয়ে JPEG, HEIC, MOV, SQLite, plist ও PDF শনাক্ত করুন, তারপর ধরন অনুযায়ী এক্সপোর্ট করুন।
| ধরন | সংখ্যা | মোট সাইজ | |
|---|---|---|---|
| heic | — | — GB | এক্সপোর্ট › |
| jpeg | — | — GB | এক্সপোর্ট › |
| mov | — | — GB | এক্সপোর্ট › |
| png | — | — GB | এক্সপোর্ট › |
| sqlite | — | — MB | এক্সপোর্ট › |
এক নজরেই ক্ষতির পরিমাণ দেখুন।
SQLite PRAGMA integrity_check, পাশাপাশি Manifest-এর দাবি করা সংখ্যা বনাম ডিস্কে আসলে যা আছে।
একটি byte-ও পরিবর্তন হয় না।
মূল ফাইলনাম, মূল EXIF, ক্যাপচার সময় অনুযায়ী mtime। ইতিমধ্যে এক্সপোর্ট করা ফাইল এড়িয়ে যাওয়া হয়। যেকোনো জায়গা থেকে আবার শুরু করুন।
iOS ব্যাকআপ প্রতিটি ফাইলকে তার SHA1 হ্যাশ নামে পুনর্নামকরণ করে <root>/xx/ সাবডিরেক্টরিতে রাখে। মূল নাম ও ক্যাপচারের তারিখ সব Manifest.db-এর ভেতরে থাকে। সেই ডেটাবেস ক্ষতিগ্রস্ত হলে সাধারণ টুলগুলো কাজ করা বন্ধ করে দেয় — কিন্তু bytes নিজেরা এখনও অক্ষত।
প্রতিটি blob-এর প্রথম 32 bytes পড়া হয়। JPEG শুরু হয় FF D8 FF দিয়ে। PNG শুরু হয় 89 50 4E 47 দিয়ে। HEIC-এ byte 4-এ একটি ftyp বক্স থাকে এবং তারপর heic ব্র্যান্ড। SQLite শুরু হয় SQLite format 3 দিয়ে।
কোনো অনুমান নেই। কোনো অনুমান নেই। মিললে শ্রেণীবদ্ধ হয়। না মিললে "অন্যান্য" চিহ্নিত হয়, raw bytes সংরক্ষিত থাকে।
$ iphone-rescue scan ./Backup Manifest.db ............... corrupt Photos.sqlite ............. ok sms.db .................... ok blobs on disk ............. xxxx blobs recognised .......... xxxx heic ··· ·· GB jpeg ··· ·· GB mov ··· ·· GB png ··· ·· GB sqlite ··· ·· MB plist ··· ·· MB
হাজার হাজার ছবির জন্য তৈরি — একটি ইন্টারফেস যা পথ ছেড়ে দেয়।





















| ধরন | সংখ্যা | মোট সাইজ | |
|---|---|---|---|
| heic | — | — GB | এক্সপোর্ট › |
| jpeg | — | — GB | এক্সপোর্ট › |
| mov | — | — GB | এক্সপোর্ট › |
| png | — | — GB | এক্সপোর্ট › |
| sqlite | — | — MB | এক্সপোর্ট › |
পরিকল্পিত UI। রিলিজ বিল্ডে আসল স্ক্রিনশট থাকবে।
তিনটি প্ল্যাটফর্ম। নেটিভ বিল্ড।
প্রতিটি রিলিজে SHA-256 চেকসাম থাকে, যাতে ডাউনলোডের পরে আপনি ফাইলের ইন্টিগ্রিটি যাচাই করতে পারেন।
না। ব্যাকএন্ড শুধুমাত্র 127.0.0.1-এ বাইন্ড করে। কোনো টেলিমেট্রি নেই, কোনো অ্যানালিটিক্স নেই, কোনো অটো-আপডেট চেক নেই। সম্পূর্ণ অফলাইনে কাজ করে।
না। প্রতিটি SQLite সংযোগ mode=ro&immutable=1 ব্যবহার করে। সমস্ত ফাইল অপারেশন read-only। ক্যাশ অ্যাপের নিজস্ব ডেটা ডিরেক্টরিতে লেখা হয়।
এই রিলিজে নয়। আপাতত iTunes বা Finder-এ এনক্রিপশন বন্ধ করে ব্যাকআপ নতুন করে নিতে হবে।
না। অ্যালবাম lazy-load হয়, 120 per page, থাম্বনেইল চাহিদা অনুযায়ী তৈরি ও ক্যাশ হয়। ফ্র্যাগমেন্ট রেসকিউ streaming scan ব্যবহার করে।
ব্যাকআপ দশ থেকে শত গিগাবাইট। সেটি কোনো ক্লাউড সার্ভিসে আপলোড করার কোনো যুক্তিসংগত কারণ নেই। একটি স্থানীয় ডেস্কটপ অ্যাপই একমাত্র সঠিক রূপ — অফলাইন-সক্ষম, কিছুই আপনার মেশিন ছেড়ে যায় না।
প্রতিটি রিলিজে SHA-256 চেকসাম থাকে। ডাউনলোডের পর টার্মিনালে shasum (macOS / Linux) বা certutil (Windows) দিয়ে যাচাই করুন যে ফাইলটি পরিবর্তন হয়নি বা ট্রান্সমিশনে ক্ষতিগ্রস্ত হয়নি।