On 2024-06-18, J.F <j...@p...onet.pl> wrote:
> On Tue, 18 Jun 2024 00:50:23 GMT, Marcin Debowski wrote:
>> Jeszcze mogę sprawdzić pod łindows, ale na 2ch Linuksach tak jest. 8h
>> się zgadza tylko, że nie w tę stronę. Zdjęcie zostało zrobione o 11:22
>> czasu lokalnego w TZ GMT+8. Mógłbym zrozumieć jakby to było 03:22, ale w
>> drugą stronę jakoś nie widzę w tym żadnej logiki.
>>
>> Nb. widzę, że więcej zdjęć mam takich, nie tylko canonowskich (np. z Gopro)

Sprawdziłem pod windows i robi się coraz ciekawiej, ale o tym za chwilę....

>> ale np. Olympus TG5 ustawia poprawnie:
>>
>> Oryginalny plik:
>> File Modification Date/Time : 2018:06:09 20:28:20+08:00
>> File Access Date/Time : 2024:06:18 08:06:33+08:00
>> File Inode Change Date/Time : 2024:06:01 15:11:28+08:00
>> Modify Date : 2018:06:09 20:28:21
>> Date/Time Original : 2018:06:09 20:28:21
>> Create Date : 2018:06:09 20:28:21
>> Date Time UTC : 2018:06:09 12:28:21
>
> A wczesniej tego UTC nie było ?
> To nadal dane pliku, czy Exif?

To jest Exif. Dla jasności, te dane to otrzymuję
#exiftool |grep -i date

Pierwsze 3 to raczej z pliku, ale dalsze z rekordu exif.

> Czyzby TG5 zapisał UTC, a Canon nie?

Na to wygląda. TG5 to jest produkt w intencji dla podróżników, więc
podejrzewam, stąd Olympus dał tam UTC. Albo UTC przyplątał się z GPSu.

> Ale czemu tylko jeden, i nie wiadomo do czego się odnosi..
>
>> Create Date : 2018:06:09 20:28:21+08:00
>> Date/Time Original : 2018:06:09 20:28:21+08:00
>> Modify Date : 2018:06:09 20:28:21+08:00
>>
>> Powyższy plik przekopiowany blok po bloku dziś rano:
>
> No chyba jednak nie tak prosto, bo zachował kilka dat oryginału.
> Czyli to jakies ambitniejsze kopiowanie, łącznie z czasami pliku.

Nie nie, chodzi o coś innego. Jak się używa programu do kopiowania
(dedykowanego), to ten program najczęsciej ustawia czas modyfikacji
kopii aby był taki sam jak dla oryginału. Jak zrobię po blokach, np. dd
if=oryginał of=kopia, to zawartość będzie taka sama ale czas modyfikacji
utworzenia kopii.

>>> To plik na karcie? W jakim formacie?
>>
>> vfat lub exfat, musiałbym sprawdzić.
>
> czy vfat w ogóle zapamiętuje strefę czasową? Mam wątpliwości.
> A Exfat?
>
> https://stackoverflow.com/questions/38549583/what-ti
me-zone-does-a-fat32-sd-card-record-timestamps-in
>
> Jeśli nie jest zapamiętana, to jest wina twojego linuxa jak prezentuje
> daty plików :-)

I co, wymyslił sobie, żeby dodać 2x po 8h? :)

> ExFat zapamiętuje "UtcOffset":
> https://learn.microsoft.com/en-us/windows/win32/file
io/exfat-specification
>
> Czy twój system dobrze to pokazuje to nie wiem.
> A czy aparat dobrze zapisuje, to tez nie wiem :-)

Dobra, to teraz tak, FS poniżej to jest exFAT. Sprawdziłem pod Windows i
Linuksem. Dla uproszczenia tylko 2 pliki:

Win:
14/06/2024 07:59 PM 10,117,418 IMG_0050.JPG
14/06/2024 12:14 PM 8,234,827 IMG_0051.JPG

Lin:
-rw-rw---- 1 agatek agatek 10117418 Jun 14 19:59 IMG_0050.JPG
-rw-rw---- 1 agatek agatek 8234827 Jun 14 20:14 IMG_0051.JPG

# exiftool IMG_0050.JPG|grep -i date
File Modification Date/Time : 2024:06:14 19:59:41+08:00
File Access Date/Time : 2024:06:14 12:11:14+08:00
File Inode Change Date/Time : 2024:06:14 19:59:41+08:00
Modify Date : 2024:06:14 11:59:39
Date/Time Original : 2024:06:14 11:59:39
Create Date : 2024:06:14 11:59:39
Create Date : 2024:06:14 11:59:39.99+08:00
Date/Time Original : 2024:06:14 11:59:39.99+08:00
Modify Date : 2024:06:14 11:59:39.99+08:00

# exiftool IMG_0051.JPG|grep -i date
File Modification Date/Time : 2024:06:14 20:14:17+08:00
File Access Date/Time : 2024:06:19 07:40:40+08:00
File Inode Change Date/Time : 2024:06:14 20:14:17+08:00
Modify Date : 2024:06:14 12:14:16
Date/Time Original : 2024:06:14 12:14:16
Create Date : 2024:06:14 12:14:16
Create Date : 2024:06:14 12:14:16.46+08:00
Date/Time Original : 2024:06:14 12:14:16.46+08:00
Modify Date : 2024:06:14 12:14:16.46+08:00

Tak, że nie wiem co tam widzi mój Linuks, ale to co widzi Windows to, że
te dwa zdjęcia zostały zrobione w odstępie 4h gdy w rzeczywistości było
to 14 min.

Skąd różnica pomiędzy plikiem "50" a "51", nie wiem ale mam pewne
podejrzenia: Canon uzywa orpogramowania synchronizującego/tagującego,
canon connect, które działa pod Androidem. Być może 51 jest po
połączeniu z tym oprogramowaniem. Z tym, że jakby to nie tłumaczy
problemu GMT+16, skoro i w aparacie i w androidzie i pod windows i pod
linuksem, są wszędzie poprawnie ustawione strefy czasowe.

Generalnie, jak już ącki zauwazył, są programy, które ustawiają ctime
pliku podług exif. Tych programów jest sporo. Sugeruje to, ze panuje tu
jakiś dziwny burdel, ale nadal fajnie by było zrozumieć o co chodzi, bo
wydaje się, co obserwuję, nie jest błędem, skoro konsekwentnie jest
stosowane.

Jeszcze tak: (exiftool .... |grep -i 'model\|date')

File Modification Date/Time : 2022:07:09 20:08:48+08:00
File Access Date/Time : 2024:06:19 08:39:42+08:00
File Inode Change Date/Time : 2022:07:09 20:08:48+08:00
Camera Model Name : SM-A125F
Modify Date : 2022:07:09 20:08:48
Date/Time Original : 2022:07:09 20:08:48
Create Date : 2022:07:09 20:08:48
GPS Date Stamp : 2022:07:09
Create Date : 2022:07:09 20:08:48.52
Date/Time Original : 2022:07:09 20:08:48.52
Modify Date : 2022:07:09 20:08:48.52
GPS Date/Time : 2022:07:09 12:08:47Z

To jest ciekawe bo zrobione telefonem w GMT+5:45
File Modification Date/Time : 2024:04:13 11:59:46+08:00
File Access Date/Time : 2024:06:19 08:44:26+08:00
File Inode Change Date/Time : 2024:04:13 11:59:46+08:00
Camera Model Name : SM-A336E
Modify Date : 2024:04:13 09:44:46
Date/Time Original : 2024:04:13 09:44:46
Create Date : 2024:04:13 09:44:46
Create Date : 2024:04:13 09:44:46.059
Date/Time Original : 2024:04:13 09:44:46.059+05:45
Modify Date : 2024:04:13 09:44:46.059+05:45

A to w GMT+8
File Modification Date/Time : 2024:01:20 12:33:42+08:00
File Access Date/Time : 2024:06:03 12:50:48+08:00
File Inode Change Date/Time : 2024:01:20 12:33:42+08:00
Camera Model Name : SM-A336E
Modify Date : 2024:01:20 12:33:40
Date/Time Original : 2024:01:20 12:33:40
Create Date : 2024:01:20 12:33:40
Create Date : 2024:01:20 12:33:40.704
Date/Time Original : 2024:01:20 12:33:40.704+08:00
Modify Date : 2024:01:20 12:33:40.704+08:00

A tu powyższe z systemem ustawionym na GMT:
File Modification Date/Time : 2024:01:20 04:33:42+00:00
File Access Date/Time : 2024:06:19 00:50:14+00:00
File Inode Change Date/Time : 2024:01:20 04:33:42+00:00
Camera Model Name : SM-A336E
Modify Date : 2024:01:20 12:33:40
Date/Time Original : 2024:01:20 12:33:40
Create Date : 2024:01:20 12:33:40
Create Date : 2024:01:20 12:33:40.704
Date/Time Original : 2024:01:20 12:33:40.704+08:00
Modify Date : 2024:01:20 12:33:40.704+08:00

Jak widać, co robi Samsung A33 trzyma się kupy. Zdjęcie wykonane o 12:33
czasu lokalnego (GMT+8). W strefie GMT było to o 4:33. Przy GMT+5:45
pokazuje 11:59:46 dla odczytu ctime w GMT+8 co się też zgadza.

Natomiast to co robi Canon, to najwyraźniej arbitralnie ustawia ctime
na GMT albo ignoruje ustawienia TZ w aparacie (system GMT):
File Modification Date/Time : 2024:06:14 11:59:41+00:00
File Access Date/Time : 2024:06:18 23:43:46+00:00
File Inode Change Date/Time : 2024:06:14 11:59:41+00:00
Camera Model Name : Canon EOS 90D
Modify Date : 2024:06:14 11:59:39
Date/Time Original : 2024:06:14 11:59:39
Create Date : 2024:06:14 11:59:39
Create Date : 2024:06:14 11:59:39.99+08:00
Date/Time Original : 2024:06:14 11:59:39.99+08:00
Modify Date : 2024:06:14 11:59:39.99+08:00

Tu jeszcze ten sam EOS 90D otagowany gps'em przez canon connect (system
GMT+8):
File Modification Date/Time : 2024:06:14 19:19:42+08:00
File Access Date/Time : 2024:06:19 07:19:06+08:00
File Inode Change Date/Time : 2024:06:14 19:19:42+08:00
Camera Model Name : Canon EOS 90D
Modify Date : 2024:06:14 11:19:40
Date/Time Original : 2024:06:14 11:19:40
Create Date : 2024:06:14 11:19:40
GPS Date Stamp : 2024:06:14
Create Date : 2024:06:14 11:19:40.94+08:00
Date/Time Original : 2024:06:14 11:19:40.94+08:00
Modify Date : 2024:06:14 11:19:40.94+08:00
GPS Date/Time : 2024:06:14 03:19:54Z

--
Marcin