On 2023-11-09, Robert Tomasik <r...@g...pl> wrote:
> W dniu 09.11.2023 o 00:47, Marcin Debowski pisze:
>> Wystarczy niebuforować operacji dyskowych. Zarżnie się tak pewnie dysk,
>> ale więcej ocaleje. Z tym, że jakieś bufory nadal będą, bo operacje na
>> tych danej wcześniej są wykonywane.
>
> Tylko ja na to nie mam wpływu. Mam, co mam.

Jo, ale gadamy, ajki to musiałby być rejestrator nawsobny, aby było
lepiej niż jest.

>> Dodatkowo, dyski z DVR/NVR nie są zwykle odczytywalne w standardowy
>> sposób, tzn. mimo, że wiekszość NVR/DVR działa pod Linuksem, standardowy
>> Linuks tych dysków na poziomie logicznym nie widzi. Nie chciało mi się
>> nigdy w to wnikać, ale najpewniej oznacza to, że albo te dyski są
>> szyfrowane, albo system plików jest niestandardowy, zoptymalizowany
>> własnie pod prace z cctv.
>
> Ze szkolenia zapamiętałem, że właśnie jest tak, że jest tablica
> opisująca stempel czasu oraz adres pliku oraz pliki. W praktyce, jeśli
> mam wyrwany z rejestratora nośnik, to analizuję to AUTOPSY i dostaję
> milion obrazków. Te obrazki układa się na osi czasu. AUTOPSY to sobie
> robi pewnie na bazie metadanych. No i teraz możemy podglądać te obrazki.

Ale to przy zdjęciach rozumiem?

> Przy czym zdaję sobie sprawę, ze standardy są bardzo różne. Ale ja nie
> jestem konstruktorem rejestratorów. Po prostu czasem wyciągam z nich
> dane i staram się to zrobić najlepiej, jak się da.
>
> Czasem są sekwencje filmików. System na ządanie na zewnętrzny nośnik
> archiwizuje wybrany kanał jako jeden filmik albo jako jakieś odcinki.

Do tego to na ogół NVR/DVR potrzebne. Nb. te urządzenia są zwykle tak
fatalnie zabezpieczone, że tam chyba żadnego szyfrowania jednak nie ma.
Ale w sumie łatwo zaimplementować a sens by był.

--
Marcin