Անօդաչու թռչող սարքի, GoPro-ի կամ տեսախցիկի մարտկոցի մահից հետո կոռումպացված չավարտված MP4 կամ MOV վիդեո ֆայլ¶

DJI անօդաչու սարքից microSD կամ CFexpress քարտը քաշելը ծանր վթարից հետո, GoPro էքշն տեսախցիկը մարտկոցի դուրս գալուց հետո կամ Sony, Canon, Nikon, Panasonic կամ Blackmagic կինոտեսախցիկը մարտկոցը մեռնելուց հետո հարսանիքի, վավերագրական հարցազրույցի կամ դատաբժշկական փորձաքննության ժամանակ միայն տեսնելու համար .MP4 կամ .MOV ֆայլ, որը հրաժարվում է բացվել VLC-ում, QuickTime-ում կամ Premiere Pro-ում (ցուցադրվում է "00:00 duration", "This file isn't playable: 0xc00d36c4", կամ "moov atom not found"), սիրտը կանգնող արտադրական արտակարգ իրավիճակ է: Այնուամենայնիվ, քանի դեռ ձեր օպերացիոն համակարգի ֆայլերի հետազոտողի ֆայլի չափը մեծ է (օրինակ. 4.2 GB կամ 18.6 GB փոխարեն 0 KB), Ձեր իրական H.264, H.265/HEVC կամ ProRes վիդեո շրջանակների և PCM/AAC աուդիո նմուշների 99,9 տոկոսը դեռևս ֆիզիկապես անձեռնմխելի են գտնվում ֆլեշ հիշողության չիպերի վրա: ISO բազային մեդիա ֆայլի ձևաչափով (ISO/IEC 14496-12) օգտագործվում է .MP4, .MOV, և .M4V բեռնարկղերը, տեսախցիկները հում սեղմված վիդեո և աուդիո փաթեթները հաջորդաբար հոսում են հսկայական բեռնատար տուփի մեջ, որը կոչվում է mdat (Մեդիա տվյալներ) ատոմ, պահելով հիմնական շրջանակ-օֆսեթ աղյուսակը, կոդեկի պարամետրերը (SPS/PPS), և ժամադրոշմներ անկայուն RAM-ում, մինչև սեղմեք «Դադարեցնել» կոճակը: Երբ հոսանքն անջատվում է, մինչև տեսախցիկը կարողանա RAM-ի այս աղյուսակը հասցնել ֆայլի վերջում՝ որպես moov (Movie Metadata) ատոմ, վիդեո նվագարկիչները չունեն քարտեզ, որը ցույց է տալիս, թե որտեղից է սկսվում յուրաքանչյուր կադրը բազմագիգաբայթանոց երկուական հոսքի ներսում: Հիշողության քարտը անմիջապես գրելուց պաշտպանելով, նկարահանելով կամ ընտրելով 10 վայրկյան տևողությամբ առողջ տեղեկատու տեսանյութ ճիշտ նույն տեսախցիկից՝ օգտագործելով ճիշտ նույն լուծաչափը, կադրերի արագությունը և կոդեկի կարգավորումները և գործարկելով որոշիչ Atom Header & Sample Table Rebuilder (untrunc, recover_mp4, կամ ներքին տեսախցիկի վերականգնում), դուք կարող եք մի քիչ կատարյալ վերակառուցել moov ինդեքսավորել և փրկել յուրաքանչյուր կադր մինչև միլիվայրկյան հզորությունը կորել է: Եթե տեսանյութը տեսագրվել է մեքենայի բախման, ավիացիոն վթարի կամ բռնի հանցագործության ժամանակ, որտեղ տեղի են ունեցել ֆիզիկական վնասվածքներ, ապահովեք դեպքի վայրը և զանգահարեք ձեր տեղամասին։ շտապ օգնության համարները (911 ԱՄՆ-ում և Կանադայում, 999 Միացյալ Թագավորությունում, 112 ամբողջ Եվրամիությունում) առաջինը: Հիշողության քարտի, պահեստավորման և ֆայլերի վնասման հետ կապված արտակարգ իրավիճակների համար տե՛ս մեր ուղեցույցները SD քարտի կոռումպացվածություն, տեսախցիկի հիշողության քարտի սխալներ և հարսանեկան լուսանկարների փրկություն, ֆայլի պատահական ջնջում, ձևաչափված կրիչներ և լուսանկարների վերականգնում, և կոռումպացված Word, Excel, PDF և տվյալների բազայի ֆայլերի վերականգնում.

Արեք սա հիմա¶

1. Անմիջապես հեռացրեք հիշողության քարտը տեսախցիկից և սահեցրեք ֆիզիկական Lock անջատիչը (եթե լրիվ չափի SD) դեպի READ-ONLY: Երբեք մի սեղմեք ձայնագրման կոճակը այդ հիշաքարտի վրա, երբեք մի ջնջեք քարտի այլ տեսահոլովակներ և երբեք թույլ մի տվեք Windows-ին: chkdsk կամ macOS Disk Utility «Վերանորոգեք» քարտը նախքան այն պատկերելը: Եթե էներգիայի հանկարծակի կորուստը թողել է քարտը exFAT կամ FAT32 Ֆայլերի բաշխման աղյուսակ (FAT) չփակված ֆայլի բռնակով (0 KB գրացուցակի մուտքագրում), նույն քարտի վրա նույնիսկ 5 վայրկյանանոց թեստային հոլովակի ձայնագրումը կվերագրի չբաշխված կլաստերները, որոնք պարունակում են ձեր բազմագիգաբայթանոց վիդեո հոսքը:
2. Ստուգեք՝ արդյոք ձեր դրոնը կամ տեսախցիկը աջակցում են ավտոմատ «In-Body Hardware Finalization» նոր մարտկոցի վրա (Սպասեք՝ նախ պատկերացրեք քարտը): Շատ ժամանակակից տեսախցիկներ (ներառյալ DJI դրոններ, GoPro Hero տեսախցիկներ, Sony Alpha): .RSV ֆայլեր և Panasonic Lumix .MDT ֆայլեր) ձայնագրելիս քարտի վրա գրեք թաքնված ժամանակավոր ֆայլ: Եթե դուք լիովին լիցքավորված մարտկոց եք դնում դրոնի/տեսախցիկի մեջ և միացնում եք այն, տեսախցիկի որոնվածը հաճախ հայտնաբերում է չավարտված հոսքը և ավտոմատ կերպով կարում moov վերնագիր 15 վայրկյանում: Սակայն, ՄԻՇՏ ՄԻՇՏ նախ կլոնավորեք չմշակված քարտը ձեր համակարգչում (Քայլ 3) նախքան քարտը տեսախցիկի մեջ դնելը, եթե տեսախցիկի որոնվածը ձախողվի և կջնջի որբը: .RSV/.MDT ֆայլ։
3. Պատճենեք կոռումպացվածը .MP4/.MOV/.RSV/.MDT ֆայլ (կամ կլոնավորել մի քիչ առ բիթ .img ամբողջ քարտից) ձեր համակարգչի ներքին SSD-ին։ Երբեք մի գործարկեք վիդեո վերանորոգման կոմունալ ծրագրերը անմիջապես SD կամ CFexpress քարտի վրա USB ընթերցողի միջոցով։ Պատճենեք կոտրված վիդեո ֆայլը ձեր համակարգչի սկավառակի հատուկ փրկարարական թղթապանակում (C:\VideoRescue\ կամ -/VideoRescue/) Եթե կոռումպացված տեսանյութը ցույց է տալիս 0 KB ֆայլի չափը (կամ ամբողջովին բացակայում է թղթապանակից, թեև քարտի ազատ տարածքը ցույց է տալիս օգտագործված 30 ԳԲ), դադարեցրեք և պատկերացրեք ամբողջ ֆիզիկական հիշողության քարտը՝ օգտագործելով ddrescue կամ Win32DiskImager / DMDE վազելուց առաջ chkdsk.
4. Գտեք կամ ձայնագրեք ՏԱՐԲԵՐ հիշաքարտի վրա «Առողջ տեղեկատու տեսանյութ» ճիշտ նույն տեսախցիկից՝ ճիշտ նույն կարգավորումներով։ Ամեն որոշիչ moov ատոմների վերանորոգման գործիք (untrunc և recover_mp4) աշխատում է կարդալով կոդեկի կազմաձևման վերնագրերը (avcC հ.264-ի համար, hvcC H.265/HEVC-ի, աուդիո նմուշի արագության, ալիքների քանակի և ժամանակային բազայի համար) աշխատանքային .MP4/.MOV ֆայլ, որը գրանցված է նույն տեսախցիկով և կիրառելով այդ նախագիծը՝ հումքը վերլուծելու համար mdat կոտրված ֆայլի հոսք: Գտեք մեկ այլ աշխատանքային տեսահոլովակ նույն նկարահանումից կամ տեղադրեք տարբեր պահեստային SD քարտ հենց հիմա տեսախցիկի մեջ և ձայնագրեք 15 վայրկյան տևողությամբ հոլովակ ճիշտ նույն լուծաչափով (օրինակ. 4K 60fps 10-bit 4:2:2 HEVC)
5. ** Վազիր FFmpeg / FFprobe ախտորոշում, ապա վերակառուցեք moov վերնագիր օգտագործելով untrunc (H.264/H.265/ProRes-ի համար) կամ recover_mp4 (Sony/Canon/DJI/GoPro-ի համար):** Հետևեք ստորև բերված մեր տեխնիկական բաժինների հրամանի տողի ճշգրիտ շարահյուսությանըհումքը սկանավորելու համարmdatծանրաբեռնվածություն, գտնեք յուրաքանչյուրըNALմիավոր (Ցանցային աբստրակցիոն շերտի վիդեո շրջանակ) և աուդիո շրջանակի սահման, և թողարկվում է բոլորովին նոր, նվագարկվող_fixed.mp4կամ_fixed.mov` ֆայլ առանց փոփոխելու ձեր սկզբնական կոռումպացված աղբյուրի ֆայլը:

Որոշումների ծառ. ախտորոշում և նորոգում է չվերջացված կամ կոռումպացված տեսախցիկի վիդեո ֆայլը¶

flowchart TD
    A["Տեսախցիկը, դրոնը կամ GoPro վիդեո ֆայլը չեն նվագարկվի մարտկոցի մահից, վթարից կամ քարտը քաշելուց հետո"] --> B{"Ստուգեք քարտի ֆայլը (միայն կարդալու համար). Ի՞նչ եք տեսնում:"}
    B -->|"1. Ֆայլն ունի նորմալ մեծ չափ (օրինակ՝ 4,5 ԳԲ .MP4, .MOV, .RSV կամ .MDT), բայց 00:00 տևողությամբ / «moov ատոմը չի գտնվել»"| C["Դասական չավարտված կոնտեյներ. չմշակված վիդեո/աուդիո շրջանակները («mdat») 100% անձեռնմխելի են; բացակայում է միայն «moov» ինդեքսը"]
    B -->|"2. Ֆայլը ցույց է տալիս, որ 0 ԿԲ չափը ԿԱՄ ֆայլը բացակայում է, բայց քարտից ազատ տարածքը ցույց է տալիս, որ գիգաբայթերը դեռ օգտագործվում են"| D["Չփակված exFAT/FAT32 կլաստերային շղթա. Դեռևս մի գործարկեք CHKDSK; կլոնավորեք ամբողջական քարտը չմշակված .img ֆայլին նախ ddrescue/DMDE-ով"]
    C --> E["Պատճենել վնասված ֆայլը + 1 առողջ տեղեկատու տեսանյութ (նույն տեսախցիկ, լուծաչափ, FPS, կոդեկ) համակարգչային SSD-ում"]
    E --> F{"Ձեր տեսախցիկը ունի՞ բնօրինակ In-Body Recovery (DJI, GoPro, Lumix .MDT, Sony .RSV):"}
    F -->|"Այո (նախապես չմշակված ֆայլը համակարգչում կրկնօրինակելուց հետո)"| G["Տեղադրեք քարտը դրոնում/տեսախցիկի մեջ՝ թարմ մարտկոցով և միացված սնուցմամբ 60 վայրկյան՝ սարքաշարի ավտոմատ վերջնականացումը գործարկելու համար"]
    F -->|"Ոչ (կամ Ներմարմնային վերականգնումը ձախողվեց)"| H{"Ո՞ր Codec / Camera Architecture է օգտագործվել:"}
    G -->|"Եթե դեռ հնարավոր չէ խաղալ"| H
    H -->|"Ստանդարտ H.264 / H.265 / ProRes Interleaved Stream"| I["Գործարկել «untrunch» (Anthwlock Fork). untrunc reference_good.mp4 corrupted_bad.mp4"]
    H -->|"Sony XAVC / Canon ALL-I / DJI / GoPro Բարձր բիթային հոսք"| J["Գործարկեք 'recover_mp4'. հանեք վերնագրերը լավ հոլովակից -> Քորեք հում .h264/.hevc & .aac/.wav -> Remux FFmpeg-ով:"]
    D --> K["Օգտագործեք DMDE / R-Studio կամ «recover_mp4 --ext» հում քարտի պատկերի վրա՝ մասնատված exFAT կլաստերները նորից կապելու համար"]

ISO բազային մեդիա ֆայլի ձևաչափի ներսում. ինչու է մեռած մարտկոցը սպանում moov ատոմ¶

Հասկանալու համար, թե ինչու է 30 րոպե տեւողությամբ, 25 գիգաբայթանոց 4K հարսանեկան արարողության տեսանյութը դառնում ամբողջովին անընթեռնելի, երբ մարտկոցը մահանում է 29:59 րոպեին, նայեք ներքին երկուական անատոմիային: .MP4 կամ QuickTime .MOV ֆայլ։

Ամեն .MP4 և .MOV ֆայլը կառուցված է որպես «արկղերի» կամ «ատոմների» հիերարխիա, որոնցից յուրաքանչյուրին նախորդում է 4 բայթ երկարությամբ ամբողջ թիվ և 4 բայթ ASCII նույնացուցիչ (FourCC):

1. ftyp (Ֆայլի տիպի տուփ - բայթ 0x00 դեպի 0x1F ֆայլի հենց սկզբում):
2. Գրել այն պահին, երբ սեղմում եք «Ձայնագրել» կոճակը: Նույնականացնում է կոնտեյների բնութագրերը (օրինակ mp42, isom, qt, կամ Sony-ի XAVC)
3. mdat (Media Data Box - Գրավում է ամբողջ ֆայլի 99,8%-ը):
4. Քանի որ տեսախցիկի սենսորը ֆիքսում է տեսանյութը, իսկ խոսափողը ձայնագրում է ձայնը, ապարատային կոդավորիչը հեռարձակում է սեղմված վիդեո շրջանակներ (I-frames / Keyframes, P-frames, B-frames) և աուդիո փաթեթներ (PCM կամ AAC) անընդհատ մեջ mdat տուփ SD քարտի վրա:
5. Հիմնական դետալ. Հումքի ներսում mdat վանդակում, չկա կոնտեյների վերնագրեր, որոնք ցույց են տալիս մեդիա նվագարկիչին, որտեղ ավարտվում է Video Frame #1,402 և սկսվում է Audio Packet #1,403: Դա պարզապես չմշակված սեղմված բիթսթրիմ բայթերի շարունակական բազմագիգաբայթ գետ է:
6. moov (Movie Metadata Box - գրված է ՄԻԱՅՆ վերջում, երբ սեղմում եք Stop):
7. Քանի որ տեսախցիկը չի կարող նախապես կանխատեսել, թե որքան ժամանակ եք պատրաստվում ձայնագրել կամ քանի բայթ կպահանջվի փոփոխական բիթերի արագությամբ յուրաքանչյուր շրջանակ, այն չի կարող գրել ինդեքսների աղյուսակը ֆայլի սկզբում: Փոխարենը, տեսախցիկը ձայնագրման ընթացքում պահում է շրջանակի ինդեքսը իր ներքին DRAM չիպի մեջ:
8. Միայն այն դեպքում, երբ սեղմում եք Stop կոճակը (կամ երբ խցիկի մարտկոցի կառավարման IC-ն գործարկում է ցածր լարման նրբագեղ անջատում մարտկոցի 2 տոկոսով), տեսախցիկը մաքրում է այդ DRAM ինդեքսը մինչև մարտկոցի վերջը: .MP4/.MOV ֆայլը որպես moov ատոմ, որը պարունակում է վեց ենթաաղյուսակներ ներսում moov -> trak -> mdia -> minf -> stbl (Նմուշի աղյուսակի տուփ):
   • stsd (Նմուշի նկարագրություն): Կոդեկի սկզբնավորման վերնագրեր (SPS [Sequence Parameter Set] և PPS [Picture Parameter Set] H.264/AVC-ի համար; VPS/SPS/PPS H.265/HEVC-ի համար) որոշող լուծում, բիթերի խորություն (8-bit ընդդեմ 10-bit), քրոմային ենթանմուշառում (4:2:0 ընդդեմ 4:2:2), և գունային պրոֆիլը (S-Log3, C-Log, D-Log)
   • stts (Time-to-Sample): Կադրի տեւողությունը և կադրերի արագության ժամանակը:
   • stss (Sync Sample Table): Յուրաքանչյուրի ճշգրիտ գտնվելու վայրը IDR Հիմնական շրջանակ (I-frame) մաքրելու և փնտրելու համար։
   • stsc (Sample-to-Chunk) և stsz (Նմուշի չափսեր). Ձայնագրության յուրաքանչյուր վիդեո շրջանակի և աուդիո փաթեթի ճշգրիտ բայթի երկարությունը:
   • stco / co64 (64-bit Chunk Offset Table): Բայթերի ճշգրիտ հասցեներ (0x...) մատնացույց անելով դեպի mdat տուփ, որտեղ ապրում է վիդեո և աուդիո ամեն մի կտոր:

Երբ անօդաչու թռչող սարքը վթարի է ենթարկվում և դուրս է հանում մարտկոցը, արտաքին կեղծ մարտկոցի մալուխը դուրս է հանվում, SD քարտը գերտաքանում և անջատվում է, կամ կեղծ մարտկոցը 15 տոկոսից անմիջապես ընկնում է 0 վոլտ առանց նախազգուշացման, տեսախցիկը երբեք չի գրում. moov atom ֆայլի վերջում և թողնում է mdat տուփի 4 բայթ/8 բայթ չափի վերնագիր սահմանված է 0x00000000 (անսահմանափակ).

Տեսախցիկի հատուկ արտակարգ իրավիճակների մատրիցա. ֆայլերի ընդլայնում և սարքաշարի ավտոմատ վերականգնման հնարքներ¶

Նախքան երրորդ կողմի ծրագրակազմը գործարկելը, ստուգեք, թե ինչպես է ձեր հատուկ տեսախցիկի ապրանքանիշը կառավարում ընդհատված ձայնագրությունները: Միշտ պատճենեք կոտրված ֆայլը քարտից ձեր համակարգչի վրա ԱՌԱՋԻՆ որպես անվտանգության պահուստավորում՝ նախքան տեսախցիկի ներսում որևէ հնարք փորձելը.

Քայլ առ քայլ տեխնիկական գրքույկ 1. վերակառուցում moov վերնագիր հետ untrunc (Բաց կոդով ստանդարտ)¶

Չավարտվածների 85 տոկոսի համար .MP4 և .MOV ֆայլեր (որտեղ ֆայլի չափը նորմալ է, օրինակ. 3.8 GB, և ֆայլը մասնատված չէ a 0 KB կոտրված ֆայլային համակարգ), ամենաարագ, լիովին անվճար, բաց կոդով վիրաբուժական գործիքը ակտիվորեն պահպանվող anthwlock/untrunc պատառաքաղ (որն ավելացրել է ժամանակակից GoPro, DJI, Sony XAVC, H.265/HEVC և 64-բիթանոց ամբողջական աջակցություն co64 4 ԳԲ-ից ավելի ֆայլեր):

Քայլ 1. Ստուգեք վնասը FFprobe¶

Բացեք տերմինալը (macOS/Linux) կամ Command Prompt / PowerShell (Windows) և ստուգեք ձեր կոտրված ֆայլը.

ffprobe -v error -show_format -show_streams broken_video.mp4

[mov,mp4,m4a,3gp,3g2,mj2 @ 0x...] moov atom not found
broken_video.mp4: Invalid data found when processing input

Քայլ 2. Վազել untrunc օգտագործելով ձեր առողջ տեղեկատու տեսանյութը¶

1. Ներբեռնեք նախապես կազմված Windows GUI/CLI երկուական տարբերակը կամ ստեղծեք anthwlock/untrunc պահեստ macOS/Linux-ում (կամ գործարկեք այն ակնթարթորեն Docker-ի միջոցով՝ առանց որևէ բան տեղադրելու):
2. Տեղադրեք երկուսն էլ ձեր առողջ տեղեկատու տեսանյութը (healthy_reference.mp4, նկարահանված նույն տեսախցիկով՝ ճիշտ նույն լուծաչափով, FPS-ով և կոդեկով) և ձեր կոռումպացված տեսանյութի պատճենը (broken_video.mp4, կամ Sony .RSV / Լյումիքս .MDT) նույն թղթապանակում:
3. Գործարկեք վերակառուցման հրամանը.

   # Native Linux / macOS / Windows CLI command:
   untrunc -s healthy_reference.mp4 broken_video.mp4
   

4. (Ահա -s դրոշը հրահանգում է untrunc սահուն կերպով անցնել ցանկացած կոռումպացված կամ կիսատ գրված բայթերի հենց վերջում mdat հոսք, որտեղ մարտկոցը մեռավ։)*
5. Ինչպես untrunc աշխատում է գլխարկի տակ:
6. Նախ, untrunc վերլուծում է healthy_reference.mp4 ճշգրիտ կոդեկի սկզբնավորման բառարաններ հանելու համար (avcC / hvcC), աուդիո շրջանակի չափերը, հետքերի ID-ները և միահյուսման ռիթմը:
7. Երկրորդ, այն բացվում է broken_video.mp4, ցատկում է դեպի սկիզբը mdat ատոմ, և հաջորդաբար քայլում է յուրաքանչյուր տեսանյութի միջով NAL միավոր և աուդիո փաթեթ՝ ձայնագրելով բայթի ճշգրիտ երկարությունը (stsz) և 64-բիթանոց բայթ օֆսեթ (co64) յուրաքանչյուր շրջանակից:
8. Երրորդ, այն սինթեզում է բոլորովին նորը moov ատոմ, միացնում է այն հոսքին, թարմացնում է mdat բայթ երկարությամբ վերնագիր և գրում է նոր ֆայլ ** անունովbroken_video.mp4_fixed.mp4** (թողնելով ձեր բնօրինակը broken_video.mp4 անձեռնմխելի):

Քայլ 3. Մաքրել և նորից ինդեքսավորել վերանորոգված ֆայլը FFmpeg Հեռարձակման պատճեն (առանց կորուստների)¶

Մի անգամ broken_video.mp4_fixed.mp4 ստեղծվում է, գործարկել անկորուստ FFmpeg կոնտեյներային ռեմաքս հետ +faststart դրոշը (որը տեղափոխում է նոր վերակառուցված moov ատոմը ֆայլի հենց առջևի մասում և մաքրում է մարտկոցի մարման պահից հետո մնացած կիսաֆրեյմի ժամանակի դրոշմակնիքի ցանկացած անսարքություն):

ffmpeg -err_detect ignore_err -i broken_video.mp4_fixed.mp4 -c copy -movflags +faststart final_rescued_video.mp4

Քայլ առ քայլ տեխնիկական խաղագիրք 2. Օգտագործում recover_mp4 բարդ Sony-ի համար .RSV, Canon, DJI և ProRes հոսքեր¶

Իսկ եթե untrunc արտադրում է տեսահոլովակ, որտեղ ձայնը դուրս է գալիս համաժամեցումից կամ ձախողվում է, քանի որ ձեր տեսախցիկը օգտագործում է չսեղմված 16-բիթ/24-բիթ գծային PCM աուդիո (twos / sowt) բարձր բիթային արագությամբ Sony XAVC-S, Canon ALL-I կամ DJI D-Log M կողքին:

Օգտագործեք երկրորդ արդյունաբերության ստանդարտ դատաբժշկական գործիքը՝ recover_mp4 (ի սկզբանե մշակվել է Դմիտրի Վասիլևի կողմից / Restore.Media CLI): Ի տարբերություն untrunc, recover_mp4 առանձնացնում է չմշակված տարրական վիդեո հոսքը (.h264 կամ .hevc) և հում տարրական աուդիո հոսք (.aac կամ .wav) երկու առանձին ֆայլերի մեջ, որոնք այնուհետև մաքուր կերպով միացնում եք իրար FFmpeg:

1. **Քայլ 1 - Վերլուծեք առողջ տեղեկատու ֆայլը՝ կոդեկների վերնագրերը հանելու համար.

   recover_mp4.exe healthy_reference.mp4 --analyze
   

   Սա կարդում է առողջ ֆայլը և թողարկում երկու փոքրիկ երկուական վերնագրի նախագծային ֆայլ ձեր թղթապանակում. video.hdr (պարունակում է ճշգրիտ SPS/PPS կոդեկ աղյուսակներ) և audio.hdr (և տպում է ճշգրիտ հրամանի դրոշները՝ օգտագործելու ձեր հատուկ տեսախցիկի մոդելի համար էկրանին):
2. Քայլ 2 - Կոռումպացված ֆայլից քանդակեք տարրական վիդեո և աուդիո հոսքերը.

   # Use the camera-specific flag suggested by --analyze (e.g., --sony, --canon, --dji, --gopro, --panasonic):
   recover_mp4.exe broken_video.RSV recovered_video.h264 recovered_audio.wav --sony
   

3. Քայլ 3 - Խառնել փրկված վիդեո և աուդիո հոսքերը մաքուր վիճակում .MP4 կամ .MOV միջոցով FFmpeg:

   # Replace -r 29.97 (or 23.976 / 59.94 / 25 / 50) with your exact camera framerate:
   ffmpeg -r 29.97 -i recovered_video.h264 -i recovered_audio.wav -c:v copy -c:a copy -movflags +faststart final_sony_rescued.mp4
   

Քայլ առ քայլ Տեխնիկական խաղագիրք 3. Փրկել ա 0 KB կամ «Անհետացած» վիդեո ֆայլ (GoPro/Sony Fragmented Allocation Trap)¶

Ինչ անել, եթե ձեր կոռումպացված վիդեո ֆայլը ցույց տա 0 KB կամ ընդհանրապես չի հայտնվում թղթապանակում մարտկոցի լիցքաթափվելուց հետո, չնայած Properties SD քարտի վրա ցույց է տալիս, որ 45 ԳԲ տարածքը դեռ զբաղված է:

Ինչու՞ ստանդարտ ֆայլերի վերականգնման ծրագիրը ձախողվում է GoPro, DJI և Sony քարտերում¶

Երբ սովորական համակարգիչը ֆայլ է գրում an exFAT քարտը, այն գրում է ֆայլը հատվածների մեկ հարակից բլոկում: Եթե այդ ֆայլը ջնջված է, ցանկացած հիմնական ֆայլի փորագրիչ (օրինակ PhotoRec) կարող է սկանավորել սկզբից ftyp վերնագիր մինչև ֆայլի ավարտը և վերականգնել այն:

Ժամանակակից 4K/5K/8K տեսախցիկները չեն գրում իրար հաջորդող ֆայլեր։ - 4K 60 կադր/վրկ տեսանյութ ձայնագրելիս (GX010055.MP4), GoPro, DJI դրոն կամ Sony Alpha տեսախցիկը միաժամանակ գրում է երկու կամ երեք հոսք SD քարտին ճիշտ միաժամանակ. 1. Հիմնական բարձր լուծաչափը .MP4 վիդեո հոսք; 2. Ցածր լուծաչափով վստահված անձի վիդեո հոսք (.LRV GoPro-ում, .LRF DJI-ում կամ ենթահոլովակի վստահված անձի վրա Sony-ում) սմարթֆոնի կենդանի հավելվածի նախադիտման համար; և 3. Ա .THM մանրապատկեր կամ հեռաչափության մատյան: - Որովհետև տեսախցիկը հերթափոխով գրում է մի քանի մեգաբայթ հիմնական .MP4 որին հաջորդում է մի քանի հարյուր կիլոբայթ .LRV վստահված անձ քարտի միջով exFAT կլաստերներ, հիմնական .MP4 տեսանյութը բաժանված է հարյուրավոր ոչ հարակից հատվածների, որոնց հետ միախառնված են .LRV կտորներ. - Եթե մարտկոցը մեռնում է մինչև exFAT գրացուցակի աղյուսակը գրանցում է կլաստերի շղթան (0 KB ֆայլի չափը), ստանդարտ հարակից ֆայլերի փորագրիչ գործարկելը կվերցնի .LRV վստահված անձի կտորներ հենց 4K-ի մեջտեղում .MP4 հոսք՝ յուրաքանչյուր 3 վայրկյանը մեկ ստեղծելով կոռումպացված խճանկար:

Ինչպես փրկել ա 0 KB Հատված տեսախցիկի հոսք.¶

1. Ստեղծեք ամբողջական բիթ առ բիթ հում պատկեր (.img կամ .bin) Հիշողության Քարտի նախ՝
2. Օգտագործեք DMDE (DM Disk Editor and Data Recovery), R-Studio կամ Linux/macOS ddrescue (ddrescue -d /dev/diskX sdcard_raw.img sdcard.log) կլոնավորել 64 ԳԲ / 128 ԳԲ / 256 ԳԲ քարտի յուրաքանչյուր հատվածը մեկին .img ֆայլ ձեր SSD-ի վրա:
3. ** Ստուգեք exFAT Տեղաբաշխում Bitmap-ում DMDE (Նախքան դիպչելը chkdsk):**
4. Նույնիսկ այն ժամանակ, երբ ֆայլի անունը մուտքագրվում է CLIP գրացուցակը ասում է 0 Bytes, է exFAT Տեղաբաշխման Bitmap հաճախ դեռ ցույց է տալիս ճշգրիտ զբաղեցրած կլաստերները:
5. ** Օգտագործեք Fragment-Aware Video Carving (recover_mp4 հում պատկերի կամ մասնագիտացված բեկորային փորագրողների վրա):**
6. կետ recover_mp4 ուղղակիորեն հումքի վրա .img սկավառակի պատկերի ֆայլ (օգտագործելով video.hdr քաղված է նույն քարտի վրա նկարահանված առողջ տեսահոլովակից), կամ օգտագործեք տեսախցիկի տեղաբաշխման մասին տեղյակ դատաբժշկական փորագրիչ (օրինակ՝ SanDisk RescuePRO Deluxe [որը ներառում է 1 տարվա անվճար լիցենզիայի կոդը յուրաքանչյուր իսկական SanDisk Extreme Pro SD քարտի մանրածախ տուփի ներսում], Klennet Carver կամ Recedry-ի 5+Camvery-ը** կամ Remix-ի 5+Cam. Ռեժիմ**), որը հասկանում է GoPro-ի կլաստերի ներթափանցման ճշգրիտ քայլը (MP4 + LRV), DJI (MP4 + LRF), և Sony (XAVC + վստահված անձ) որոնվածը:

Տարածաշրջանային արտակարգ իրավիճակների համարներ և գործակալությունների արձանագրություններ¶

Հաճախակի տրվող հարցեր¶

Ինչու VLC Media Player-ի ներկառուցված «Վերականգնել վիդեո ֆայլը» թռուցիկ չհաջողվեց շտկել իմ չավարտված տարբերակը .MP4?¶

VLC Media Player-ի ավտոմատ «Վնասված կամ թերի AVI ֆայլ - Կառուցեք ինդեքսը, ապա խաղացեք» գործառույթը նախատեսված է գրեթե բացառապես ժառանգության համար: `.AVI` (`RIFF`) բեռնարկղեր, ՈՉ ժամանակակից ISO Base Media-ի համար `.MP4` կամ `.MOV` տեսախցիկի ֆայլեր. Ան-ում `.AVI` ֆայլ, տվյալների հոսքի ներսում յուրաքանչյուր առանձին շրջանակ ունի հստակ 4 բայթ ASCII թեգ (`00dc` տեսանյութի համար, `01wb` աուդիո համար), այնպես որ VLC-ն կարող է կուրորեն սկանավորել ան `.AVI` առանց տեսախցիկի կարգավորումները իմանալու: Ան-ում `.MP4` կամ `.MOV` ֆայլը, հումքը `mdat` ծանրաբեռնվածությունը պարունակում է զրոյական կոնտեյների մարկերներ և կոդեկի սկզբնավորման պարամետրեր (`SPS` և `PPS` սեղաններ ներսում `avcC`/`hvcC`) ապրում են միայն անհայտ կորածների ներսում `moov` ատոմ ֆայլի վերջում: Այդ իսկ պատճառով VLC-ն չի կարող խաղալ չվերջնականացված `.MP4`և ինչու դուք պետք է օգտագործեք `untrunc` կամ `recover_mp4` նույն տեսախցիկից առողջ տեղեկատու տեսանյութով՝ անհայտ կորածներին մատակարարելու համար `SPS/PPS` նախագիծ.

Իսկ եթե ես չունեմ ևս մեկ տեսանյութ հենց նույն նկարահանումից՝ որպես «Առողջ տեղեկատու ֆայլ» օգտագործելու համար:¶

Ձեզ անհրաժեշտ ՉԷ նույն օրվա կամ նույն վայրի տեսանյութը: Դուք կարող եք վերցնել նույն տեսախցիկը, անօդաչու սարքը կամ GoPro-ն հենց հիմա (նույնիսկ շաբաթներ անց), տեղադրել մեկ այլ դատարկ SD քարտ, ստուգել, որ տեսախցիկի ընտրացանկը սահմանված է ճիշտ նույն լուծաչափով, կադրերով, կոդեկով (`H.264` ընդդեմ `H.265`), բիտի խորություն (`8-bit` ընդդեմ `10-bit`), և աուդիո ձևաչափը, որը դուք օգտագործում էիք, երբ վթարը տեղի ունեցավ, և ձայնագրեք ձեր գրասեղանի 10 վայրկյանանոց տեսանյութը: Այդ բոլորովին նոր 10 վայրկյանանոց հոլովակը կունենա ճիշտ նույնը `stsd` (`avcC`/`hvcC`) կոդեկի վերնագրի բառարանը պահանջվում է `untrunc` և `recover_mp4` ձեր կոտրված ֆայլը բացելու համար:

Ինչպես կարող եմ իմանալ, արդյոք կա «Անվճար առցանց MP4 վերանորոգման կայք» (restore.media, fix.video, cleverfiles) ապահով է, կամ եթե նրանք փորձում են ինձ խաբել:¶

Առևտրային առցանց վիդեո վերանորոգման կայքերից շատերն աշխատում են ավտոմատացված ամպային փաթաթիչներ նույն բաց կոդով `untrunc` և `recover_mp4` / `FFmpeg` Այս ուղեցույցում նկարագրված ալգորիթմները թույլ են տալիս վերբեռնել ձեր կոտրված ֆայլը և տեղեկատու ֆայլը, ցույց տալ 4 ցածր լուծաչափով ջրանիշով նախադիտման մանրապատկերներ, որոնք ապացուցում են, որ ձեր տեսանյութը վերականգնելի է, և այնուհետև պահանջեք $49-ից $149 յուրաքանչյուր ֆայլի համար՝ վերանորոգվածը ներբեռնելու համար։ `.MP4`. Նախքան առցանց պորտալ վճարելը, գործարկեք անվճար բաց կոդով `anthwlock/untrunc` կամ `recover_mp4` CLI ինքներդ ձեր սեփական համակարգչում; ոչ միայն այն 100 տոկոսով անվճար է, այլև դուք խուսափում եք 30 գիգաբայթ անձնական հարսանիքի, հաճախորդի կամ օրինական կադրեր վերբեռնել երրորդ կողմի ամպային սերվերում:

Իմ վերանորոգված տեսանյութը լավ է նվագարկվում, բայց վերջին 1,5 վայրկյանը, երբ դրոնը հարվածեց ծառին, բացակայում են: Կարո՞ղ են վերականգնվել այդ վերջնական 45 շրջանակները:¶

Սովորաբար ոչ, և ահա ապարատային ֆիզիկայի պատճառը. Ժամանակակից տեսախցիկները և անօդաչու սարքերը օգտագործում են բարձր արագությամբ SDRAM օղակաձև բուֆերներ պատկերի պրոցեսորի միջև (`ISP / Encoder`) և SD քարտի ավտոբուսը: Քանի որ տեսախցիկը տեսանյութը կոդավորում է նկարների խմբի մեջ (`GOP`, սովորաբար 15-ից 60 կադր երկարությամբ), այն պահում է ընթացիկ 1-ից 2 վայրկյանանոց բուֆերը ցնդող RAM-ում, նախքան այն մի քանի մեգաբայթանոց պայթյուններով լցվում է SD քարտի NAND ֆլեշի վրա: Մարտկոցի ակնթարթային լարումը իջնում ​​է զրոյի կոշտ վթարի ժամանակ, անկախ այն բանից, թե ինչ շրջանակներ են նստած անկայուն SDRAM-ում (սովորաբար վերջին 0,5-ից մինչև 2,0 վայրկյան տեւողությամբ կադրերը) անհետանում են, նախքան դրանք երբևէ հատել են SD քարտի կապանքները: Ամեն ինչ արդեն լցվել է `mdat` ատոմը քարտի վրա այն է, ինչ փրկվում է:

Ինչպես կարող եմ կանխել չավարտվելը .MP4 աղետներ կրիտիկական հարսանիքի, վավերագրական կամ կինոյի նկարահանումների ժամանակ ապագայում:¶

Պրոֆեսիոնալ կինեմատոգրաֆիստները և ձայնային խառնիչները օգտագործում են երեք ապարատային երաշխիքներ անհետանալու դեմ `moov` ատոմներ. (1) Օգտագործեք կրկնակի բնիկով միաժամանակյա ռելեի/պահուստային ձայնագրում (`Slot 1 + Slot 2 Simultaneous`Եթե գերտաքացող կամ հնացած SD քարտն անջատվում է օֆլայն օգտագործման կեսին, երկրորդ քարտը շարունակում է ձայնագրվել և վերջնական տեսքի բերել: (2) Ձայնագրեք բեկորային MP4-ով (`fMP4`), `.MXF`, կամ շրջանակից անկախ ձևաչափեր (`Blackmagic RAW .BRAW` կամ `ProRes RAW`) որտեղ առկա է. ի տարբերություն ստանդարտի `.MP4`/`.MOV` որը սպասում է մինչև 60 րոպե տևողության ավարտը մեկ մոնոլիտ գրելու համար `moov` ատոմ, բեկորային MP4 (`fMP4`, օգտագործվում է OBS Studio-ի Hybrid MP4 ռեժիմով և հեռարձակմամբ `.MXF` wrappers) գրում է մինի վերնագիր (`moof` - Movie Fragment atom) յուրաքանչյուր 2 վայրկյանը մեկ ֆայլում, այնպես որ, եթե 2 ժամ տեւողությամբ ձայնագրման ընթացքում հոսանքազրկվում է `fMP4` կամ `.MKV`, տեսանյութի 100 տոկոսը անմիջապես նվագարկվում է առանց վերանորոգման գործիքների: (3) Միշտ մալուխով կապեք կեղծ մարտկոցները և արտաքին USB-C PD կամ V-Mount մալուխները, որպեսզի գիմբալը կամ եռոտանը չկարողանա սնուցել սնուցման կեսին:

Առնչվող ուղեցույցներ¶

• SD քարտի կոռումպացվածություն, տեսախցիկի հիշողության քարտի սխալներ և հարսանեկան լուսանկարների փրկություն
• Պատահական ֆայլերի ջնջում, ձևաչափված կրիչներ և լուսանկարների վերականգնում
• USB ֆլեշ կրիչի կոտրված միակցիչ, չճանաչված նկարագրիչ և մոնոլիտ վերականգնում
• Կոշտ սկավառակի ձախողում և տվյալների վերականգնում

Աղբյուրներ և պաշտոնական ուղեցույց¶

• Ստանդարտացման միջազգային կազմակերպություն (ISO). ftyp, mdat, moov, և stbl Sample Table Specifications)* և Apple Inc. QuickTime Ֆայլի ձևաչափի ճշգրտում:
• Թվային ապացույցների գիտական աշխատանքային խումբ (SWGDE, Միացյալ Նահանգներ).
• FFmpeg Project & Open Source Video Forensics Փաստաթղթեր՝ FFmpeg / Libavformat MOV/MP4 Demuxer Architecture, anthwlock/untrunc Հետևի վերակառուցման շարժիչ, և recover_mp4 Elementary Stream Carving Protocols.
• Sony Corporation & DJI Պաշտոնական տեխնիկական աջակցության տեղեկագրեր. Sony հիշողության քարտի ֆայլի փրկություն ընդհատված XAVC-ի համար .RSV Տեսահոլովակներ և DJI Aircraft որոնվածի ավտոմատ վերջնականացման ընթացակարգեր:
• Ստանդարտների և տեխնոլոգիաների ազգային ինստիտուտ (NIST). Թվային տվյալների հավաքագրում և ֆայլերի փորագրման վավերացման ստանդարտներ: