a polecasz do tego jakis program? czyli mam zrobić obraz tej płyty której mam datę sprawdzić tak?
Sorki, że trochę pewnie mecze ale mam średnie pojęcie o tym. A ta sprawa jest dla mnie megaaa ważna.

Program jak program ma zdobic dump w forme RAW i potem hexedytor i podejrzenie , ot to wszystko ;)

a jak podejrzeć to w tym hexedytorze, żeby znaleźć datę? Również w tym 16 sektorze? :)

o to ci chodzi "The first 32 KiB (32,768 bytes) of the disc aren't used by ISO 9660 and the above descriptor immediately follows the unused block, so we're interested 33,582th byte and the 16 that follow." jesli tak to interesuje cie 33,582 byte i kolejne 16 w linijce tam jest zakodowana data w iso9600 ;)

hm... jutro rano będę próbował to zrobić, jednak wydaje mi się, że potrzebuję troszkę dokładniejszej instrukcji bo nie bardzo kumam ;) z góry dziękuję za cierpliwość

Jeśli masz błędną datę w miejscu w którym wskazał Czary2Mary, a nawet błędne daty na plikach to nic nie zrobisz. Nagrałeś z błędną datą i już, amen w pacierzu. ;)

Na drugi raz nagrywaj za pomocą dedykowanych narzędzi bo od zawsze wszystkie te systemowe w Windows to wydmuszki. On nawet nie sprawdza tego co nagrał... Od siebie polecam ImageBurn (tylko czytaj w co klikasz bo domyślnie zainstaluje ci syf Open Candy w systemie).

Oblicz sobie 2048*16 i będziesz mieć offset do przeskoczenia. Ale to bez sensu po dwu kroć bo to jest data nagrania, którą wyświetlają różne programy, a nawet możesz sam przeglądać sektory za pomocą np. Iso Buster.

@Berion kurcze właśnie tak myślałem, że to za dużo nie da... Już przenigdy nie będę nagrywał za pomocą tych Windowsowych shitów. Hm.. czyli nie ma szans na sprawdzenie tego? :/

A dlaczego to w ogóle ma jakiekolwiek dla Ciebie znaczenie? Wiesz, poleganie na datach w systemach plików to w ogóle jest nieroztropne (bo przenosząc dane pomiędzy różnymi i w zależności od tego jak manager plików je potraktuje możesz stracić prawdziwe).

Tak sobie przypuszczam, że nie jesteś pewien czy backup, który trzymasz w rękach jest najnowszy. Nie wiem, takie przypuszczenie. ;] Ja przyjąłem taki model, że zawsze opisuję płytę także datą wykonania, a większość danych mam popakowanych w archiwa, których częścią nazwy pliku (ponieważ nazwa zmianom ulec nie może, chyba że zbyt długa dla użytego docelowego fs, wtedy zostanie skrócona (czyli np. w FAT12, ISO9660 itp.)) jest data jak np. "artykuły na CDRinfo.pl (2017-07-22).7z".

Jeśli dane są już skompresowane to pakuję bez kompresji aby mieć jakiś np. projekt:
1. jako jeden plik (wygoda),
2. z nazwą która od razu mi powie kiedy wykonany,
3. wewnątrz kontenera są sumy kontrolne służące do weryfikacji integralności danych,
4. łatwe sprawdzanie integralności danych (bo pod ppm na pliku >> testuj archiwum)
Taki system nie ma sensu jeśli danych jest bardzo dużo (ale skoro nagrywasz na płytę to raczej tak nie jest) i kiedy często ulegają zmianom.


PS: Jeśli programy wyświetlają ci błędne daty utworzenia/modyfikacji dla wszystkich użytych formatów tablic (np. ISO9660 + UDF) i błędną datę nagrania to NIC z tym nie zrobisz bo twoich oryginalnych już tam nie ma. Musisz się z tym pogodzić i zmienić metodologię. ;]