-
Data: 2024-06-25 03:16:48
Temat: Re: czas exif a czas modyfikacji pliku
Od: Marcin Debowski <a...@I...zoho.com> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]On 2024-06-19, J.F <j...@p...onet.pl> wrote:
> On Wed, 19 Jun 2024 01:21:51 GMT, Marcin Debowski wrote:
>> 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.
>
> Canony pewnie też sporo podrózują.
Nawet nie mają na pokładzie GPSa (wiekszość modeli), więc z założenia
jakby mniej.
> Ale moze nikomu nie przeszkadzało :-0
>
>>> 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
>
> Za tym Date/Time Original chyba stoi jakis pomysł ...
>
>>>> 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),
>
> polecenie cp z shella?
Np. cp -a, albo pod midnigh commanderem.
> Zastanawia mnie jednak to
> 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
>
> Co to była za zmiana inode 1.06?
> I czy na karcie są w ogóle jakies inode ?
To jest z pliku, który nie jest na karcie, ale jest na dysku pod zfs'em.
Nie potrafię powiedziec, dlaczego akurat 17 dni przed access ale mogłem
ten plik np. linkować z katalogu wyżej, bo mam taki system
dostępu/przechowywania na dysku. Zresztą wiąże się posrednio z tą
dyskusją - orygianlne pliki są w jakis podkatalogach, a z katalogu
głowniejszego idą do nich linki o nazwach zawierających "time stamp",
tak że sortowanie po nazwię ustawia je w porządku chronologiczmym/
>> 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
>
> Hm, 7:59PM to 19:59, ale przecież 12:14 PM to nie 20:14 ...
>
> Plik pod windows moze ma wiecej dat, ale to chyba dopiero Powershell
> Ci powie.
Pewnie tak. Aż tak bardzo się nie wgłębiałem.
>> # 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.
>
> no ale na karcie masz zapisane to co masz zapisane, linux pokazuje
> dobrze, a windows pokazuje źle. I tyle.
Może windows czyta coś z jakiegoś innego pola? Czyim wynalzkiem jest
exFAT?
https://en.wikipedia.org/wiki/ExFAT
"exFAT (Extensible File Allocation Table) is a file system
introduced by Microsoft in 2006"
Ta firma jest dobrze znana z robienia czegoś bez ujawniania pełnej
specyfikacji (po nieudokumentowanych funkcjach). Jesli przy p kazji i z
tym coś spieprzyli, to też nie dziwi.
>> 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.
>
> No ale musiałbys go uruchomić. Pod linuxem sam się nie uruchomi,
> ale czy Windows nie ma takiego wbudowanego, i czy nie zadziała np przy
> wejsciu do katalogu w explorerze, to już bym się nie założył.
Trochę dziwne, ale nie niemożliwe.
--
Marcin
Następne wpisy z tego wątku
- 25.06.24 09:52 ąćęłńóśźż
- 28.06.24 01:12 Marcin Debowski
- 28.06.24 01:22 Marcin Debowski
- 28.06.24 15:08 J.F
- 28.06.24 15:40 ąćęłńóśźż
- 28.06.24 15:43 ąćęłńóśźż
- 28.06.24 15:50 ąćęłńóśźż
- 28.06.24 17:41 J.F
- 29.06.24 01:29 Marcin Debowski
- 29.06.24 12:54 ąćęłńóśźż
- 29.06.24 13:20 ąćęłńóśźż
- 27.06.24 16:25 J.F
- 27.06.24 16:16 J.F
Najnowsze wątki z tej grupy
- Nikon D5500 i wyzwalanie migawki
- Canon 550D
- EOS 600D i balans bieli w filmach
- EOS 90D i sentymenty
- Skanowanie: Canon MG2550S vs HP OfficeJet 6950
- czas exif a czas modyfikacji pliku
- karta SD po formacie odzyskiwanie zdjęć i filmów
- Chess
- Vitruvian Man - parts 7-11a
- Eltec nie zyje?
- Steve McCurry
- Light - lajkowe klasyki od Chinczykow
- Forum o Sony serii A (alfa)?
- obrobka RAW na konputerze
- Sklejanie bracketowanych JPGów
Najnowsze wątki
- 2024-12-11 Warszawa => Analyst in the Trade Development department (experience wi
- 2024-12-11 Lublin => Programista Delphi <=
- 2024-12-11 Motodziennik #305 Nowy ELEKTRYK za 350 złotych miesięcznie? Kreatywne kredytowanie problemów
- 2024-12-11 Warszawa => Spedytor Międzynarodowy <=
- 2024-12-11 Katowice => Key Account Manager (ERP) <=
- 2024-12-11 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-12-11 Idzie zima...czyli zaczynamy TETRIS :)
- 2024-12-11 Warszawa => Analityk w dziale Trade Development (doświadczenie z Powe
- 2024-12-11 Warszawa => Full Stack web developer (obszar .Net Core, Angular6+) <=
- 2024-12-11 Warszawa => Full Stack .Net Engineer <=
- 2024-12-11 Dyski HDD SATA 2,5'' >2TB
- 2024-12-11 Warszawa => Architekt rozwiązań (doświadczenie w obszarze Java, AWS
- 2024-12-11 Warszawa => System Architect (Java background) <=
- 2024-12-11 Warszawa => System Architect (background deweloperski w Java) <=
- 2024-12-10 sprężyny przednie ściśnięte