On Fri, May 22, 2020 at 07:52:14 +0200, Michael Koch wrote:
> here is an example of a JPG for which exiftool (version 11.26) reports 6
> dates/times:
> http://www.astro-electronic.de/IMG_1343.jpg
Yes, that file contains actual EXIF metadata, including date tags.
That doesn't change the fact that
Am 22.05.2020 um 11:52 schrieb Nicolas George:
Michael Koch (12020-05-22):
here is an example of a JPG for which exiftool (version 11.26) reports 6
dates/times:
http://www.astro-electronic.de/IMG_1343.jpg
File Modification Date/Time : 2020:05:22 07:46:54+02:00
File Access Date/Time
Michael Koch (12020-05-22):
> here is an example of a JPG for which exiftool (version 11.26) reports 6
> dates/times:
> http://www.astro-electronic.de/IMG_1343.jpg
File Modification Date/Time : 2020:05:22 07:46:54+02:00
File Access Date/Time : 2020:05:22 11:51:04+02:00
File Inode
Am 21.05.2020 um 22:31 schrieb Nicolas George:
Kieran O Leary (12020-05-21):
I have a JPG image for which exiftool reports six times:
-- File Modification Date/Time
-- File Access Date/Time
-- File Creation Date/Time
-- Modify Date
-- Date/Time Original
-- Create Date
Aren't some of those just
On Thu, May 21, 2020 at 9:31 PM Nicolas George wrote:
> Kieran O Leary (12020-05-21):
> > > I have a JPG image for which exiftool reports six times:
> > > -- File Modification Date/Time
> > > -- File Access Date/Time
> > > -- File Creation Date/Time
> > > -- Modify Date
> > > -- Date/Time
Kieran O Leary (12020-05-21):
> > I have a JPG image for which exiftool reports six times:
> > -- File Modification Date/Time
> > -- File Access Date/Time
> > -- File Creation Date/Time
> > -- Modify Date
> > -- Date/Time Original
> > -- Create Date
> Aren't some of those just file system
On Thu, May 21, 2020 at 20:05:10 +0100, Kieran O Leary wrote:
> On Thu, May 21, 2020 at 6:05 PM Michael Koch
> > I have a JPG image for which exiftool reports six times:
> > -- File Modification Date/Time
> > -- File Access Date/Time
> > -- File Creation Date/Time
> > -- Modify Date
> > --
Am 21.05.2020 um 21:05 schrieb Kieran O Leary:
On Thu, May 21, 2020 at 6:05 PM Michael Koch
wrote:
Am 21.05.2020 um 17:07 schrieb Carl Eugen Hoyos:
Am Do., 21. Mai 2020 um 16:46 Uhr schrieb David Greenwood
:
Nope.
If such files do not exist, it seems unlikely that ffmpeg
can produce them.
On Thu, May 21, 2020 at 6:05 PM Michael Koch
wrote:
> Am 21.05.2020 um 17:07 schrieb Carl Eugen Hoyos:
> > Am Do., 21. Mai 2020 um 16:46 Uhr schrieb David Greenwood
> > :
> >> Nope.
> > If such files do not exist, it seems unlikely that ffmpeg
> > can produce them.
>
> I have a JPG image for
Am 21.05.2020 um 17:07 schrieb Carl Eugen Hoyos:
Am Do., 21. Mai 2020 um 16:46 Uhr schrieb David Greenwood
:
Nope.
If such files do not exist, it seems unlikely that ffmpeg
can produce them.
I have a JPG image for which exiftool reports six times:
-- File Modification Date/Time
-- File
Am Do., 21. Mai 2020 um 16:46 Uhr schrieb David Greenwood
:
>
> Nope.
If such files do not exist, it seems unlikely that ffmpeg
can produce them.
Please find out what top-posting means and avoid
it here.
Carl Eugen
___
ffmpeg-user mailing list
Nope.
The original video .mp4 has a start time and duration in the metadata.
When converting to image files, the only timestamps they hold are for
creation date (system time on script run).
On Thu, 21 May 2020 at 15:28, Carl Eugen Hoyos wrote:
> Am Do., 21. Mai 2020 um 16:21 Uhr schrieb
Am Do., 21. Mai 2020 um 16:21 Uhr schrieb David Greenwood
:
> the issue, i have not been able to figure out how to properly preserve
> metadata during conversion in ffmpeg from mp4 to jpg/png. importantly,
> this means the images do not have a capture time.
Do you have a jpg/png that contains
13 matches
Mail list logo