[digikam] [Bug 476092] Wayland support: right-mouse on tags pops-up empty (UI) frame
https://bugs.kde.org/show_bug.cgi?id=476092 --- Comment #13 from Ervan Darnell --- Version 8.3.0 worked for me today. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 476120] Name confirmation on facial recognition crashes on PDF files
https://bugs.kde.org/show_bug.cgi?id=476120 --- Comment #3 from Ervan Darnell --- "Sync Metadata and Database" is not even checked for the moment. This seems to be where I use exiftool for writing the metadata? Apparently it is reading the metadata some other way. But, still you want me to turn this on for testing. Right? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 476120] New: Name confirmation on facial recognition crashes on PDF files
https://bugs.kde.org/show_bug.cgi?id=476120 Bug ID: 476120 Summary: Name confirmation on facial recognition crashes on PDF files Classification: Applications Product: digikam Version: 8.2.0 Platform: Ubuntu OS: Linux Status: REPORTED Severity: crash Priority: NOR Component: Maintenance-Metadata Assignee: digikam-bugs-n...@kde.org Reporter: edarn...@kelvinist.com Target Milestone: --- SUMMARY *** While processing faces and adding names directly under the face thumbnail under the "People" menu option and the tag "People/Don Baker" in the "Unconfirmed" section, the following crash happened. It has happened multiple times, but cannot be directly repeated because the face in question gets processed before the crash. I am hoping the fact that this happens on .PDFs is a sufficient clue. *** OBSERVED RESULT Crash with: Cannot load metadata with Exiv2: (Error # 12 : "/home/ervan/Pictures/WinPictures/Personal/_gsdata_/_saved_/2011/Don's wedding/his pics/Documents/Invitations/SaveTheDate.pdf: The file contains data of an unknown image type" /tmp/.mount_digiKalHyj8R/AppRun: line 202: 1487135 Segmentation fault (core dumped) digikam $@ SOFTWARE/OS VERSIONS $ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description:Ubuntu 22.04.3 LTS Release:22.04 Codename: jammy $ uname -a Linux serval 6.2.6-76060206-generic #202303130630~1689015125~22.04~ab2190e~dev-Ubuntu SMP PREEMPT_DY x86_64 x86_64 x86_64 GNU/Linux running Wayland on Gnome 42.9 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 476092] right-mouse on tags pops-up empty (UI) frame
https://bugs.kde.org/show_bug.cgi?id=476092 --- Comment #6 from Ervan Darnell --- Created attachment 162575 --> https://bugs.kde.org/attachment.cgi?id=162575=edit Example of no drop-down auto-complete box on face identification -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 476092] right-mouse on tags pops-up empty (UI) frame
https://bugs.kde.org/show_bug.cgi?id=476092 --- Comment #5 from Ervan Darnell --- 8.2.0 does not solve the problem. I am observing the same behavior. As noted before, the drop down box with a list of name choices for face identification stops working at the same time. I am attaching an example where I typed in "Al" into a name box and no drop-down appeared. The empty right-click context menu problem started at the same time. This happened after running "Recognize Faces". I have not yet confirmed if that is always the trigger, but it was the last thing I did this time. I blocked out some private photos in my uploaded screen shot, but all of the relevant UI info is there. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 476092] right-mouse on tags pops-up empty (UI) frame
https://bugs.kde.org/show_bug.cgi?id=476092
--- Comment #3 from Ervan Darnell ---
Version 8.2 displays the splash screen (with "loading plugins"), but then there
is no main UI element at all, I can use the Gnome task bar to quit the digiKam
process, so it is running and accepting messages, but not UI. So, I cannot test
this bug on 8.2.0.
However, upon returning to 8.1, I see the right-mouse context menu has
returned, for now. I have noticed a correlated behavior. When I am in the
"People" menu and tagging faces there is usually a drop down with suggested
names (when I am processing "People/Unknown" face thumbnails for instance)
based upon the first few letters I type. At some point this drop down
disappears and there is nothing. This is the same time the right mouse content
menu goes awry. I tried quitting and restarting 8.1 previously without having
fixed the problem. Also, I have seen the drop-down face-id auto completion
fail and then work again multiple times. It is not clear if trying 8.2 reset
something.
I realize this is not very useful information. If you have a different 8.2
image, I am willing to try that. Otherwise, I will wait for the 8.1 UI failure
again and see if I can track down what resets it.
Log from launching 8.2 in case it means anything:
/digiKam-8.2.0-20231021T070904-x86-64-Qt6.appimage
-- digiKam Linux AppImage Bundle
-- Use 'help' as CLI argument to know all available options for digiKam
application.
-- Notes: to integrate this bundle to your desktop, use AppImageLauncher.
--to enable all debug messages on the console, use 'export
QT_LOGGING_RULES="digikam*=true"'.
--to extract the bundle contents locally, use option
'--appimage-extract' on the command line.
-- Detected host Linux ubuntu-64-22.4
-- AppImage mounted directory: /tmp/.mount_digiKaIODNLL
Check library libudev.so.0
Check library libxcb-dri3.so.0
Check library libcrypto.so.1.1
Check library libssl.so.1.1
Check library libnss3.so
Check library libnssutil3.so
Check library libsmime3.so
Check library libgmodule-2.0.so.0
-- Preloading shared libs:
:/usr/lib/x86_64-linux-gnu/libxcb-dri3.so.0:/usr/lib/x86_64-linux-gnu/libcrypto.so.1.1:/usr/lib/x86_64-linux-gnu/libssl.so.1.1:/usr/lib/x86_64-linux-gnu/libnss3.so:/usr/lib/x86_64-linux-gnu/libnssutil3.so:/usr/lib/x86_64-linux-gnu/libsmime3.so:/usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0
unknown: Failed to load client buffer integration: "wayland-egl"
unknown: Available client buffer integrations: QList("wayland-egl")
unknown: Sonnet: No speller backends available!
unknown: No language dictionaries for the language: "en_US"
unknown: No language dictionaries for the language: "en_US"
unknown: No language dictionaries for the language: "en_US"
unknown: No language dictionaries for the language: "en_US"
unknown: No language dictionaries for the language: "en_US"
unknown: No language dictionaries for the language: "en_US"
unknown: No language dictionaries for the language: "en_US"
unknown: No language dictionaries for the language: "en_US"
unknown: No language dictionaries for the language: "en_US"
unknown: No language dictionaries for the language: "en_US"
unknown: No language dictionaries for the language: "en_US"
unknown: No language dictionaries for the language: "en_US"
unknown: Unhandled container to remove : Digikam::DigikamApp
unknown: No language dictionaries for the language: "en_US"
unknown: No language dictionaries for the language: "en_US"
unknown: No language dictionaries for the language: "en_US"
unknown: No language dictionaries for the language: "en_US"
unknown: No language dictionaries for the language: "en_US"
unknown: No language dictionaries for the language: "en_US"
unknown: No language dictionaries for the language: "en_US"
unknown: No language dictionaries for the language: "en_US"
unknown: No language dictionaries for the language: "en_US"
unknown: No language dictionaries for the language: "en_US"
unknown: No language dictionaries for the language: "en_US"
unknown: No language dictionaries for the language: "en_US"
--
You are receiving this mail because:
You are watching all bug changes.
[digikam] [Bug 476092] right-mouse on tags pops-up empty (UI) frame
https://bugs.kde.org/show_bug.cgi?id=476092 --- Comment #2 from Ervan Darnell --- Created attachment 162568 --> https://bugs.kde.org/attachment.cgi?id=162568=edit Version 8.2 runs with no UI element at all on 22.04 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 476092] New: right-mouse on tags pops-up empty (UI) frame
https://bugs.kde.org/show_bug.cgi?id=476092
Bug ID: 476092
Summary: right-mouse on tags pops-up empty (UI) frame
Classification: Applications
Product: digikam
Version: 8.1.0
Platform: Ubuntu
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: Usability-Mouse
Assignee: digikam-bugs-n...@kde.org
Reporter: edarn...@kelvinist.com
Target Milestone: ---
Created attachment 162567
--> https://bugs.kde.org/attachment.cgi?id=162567=edit
blank context menu
SUMMARY
***
Using the right mouse to bring up a (possible) context menu on an item, e.g. a
particular tag or a particular album, only results in a blank window. Example
attached.
***
STEPS TO REPRODUCE
1. From the menu on the left margin (albums, tags, people..) choose "people"
2. Right click on any given tag ("Dians" in my example)
OBSERVED RESULT
A blank box pop ups.
EXPECTED RESULT
a context menu
SOFTWARE/OS VERSIONS
Wayland, Gnome version 42.9
$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:Ubuntu 22.04.3 LTS
Release:22.04
Codename: jammy
$ uname -a
Linux serval 6.2.6-76060206-generic
#202303130630~1689015125~22.04~ab2190e~dev-Ubuntu SMP PREEMPT_DY x86_64 x86_64
x86_64 GNU/Linux
ADDITIONAL INFORMATION
I am running from the 8.1.0 appimage directly (and thus likely using whatever
it puts in squash fs).
--
You are receiving this mail because:
You are watching all bug changes.
[digikam] [Bug 432761] reread of XMP metadata leaves tag hierarchy scrambled
https://bugs.kde.org/show_bug.cgi?id=432761 --- Comment #14 from Ervan Darnell --- Confirming the bug does not replicate in 8.x. Can be closed. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 432761] reread of XMP metadata leaves tag hierarchy scrambled
https://bugs.kde.org/show_bug.cgi?id=432761 --- Comment #7 from Ervan Darnell --- Ok, there is an easy work around: 1) Create tag "temp" 2) Select all 2020/2020/11 Bob pics from the tag manager and assign them to "temp". 3) Delete 2020/2020/11 Bob and 2020/11 Bob tags completely. 4) Rename temp to 2020/11 Bob I'm still happy to help debug if you care. Also, the original parsing of x.y is tags somehow buggy and I can help drill down on that if you care. Thanks for all of the quick replies. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 432761] reread of XMP metadata leaves tag hierarchy scrambled
https://bugs.kde.org/show_bug.cgi?id=432761
--- Comment #6 from Ervan Darnell ---
All *xmp files are *.mp4.xmp in the relevant directory, so a duplicate .xmp is
not the answer. I unchecked 2020/2020/11 Bob, checked 2020/11 Bob (in the Tags
UI), then clicked "apply". The log follows.
Your theory there is some problem with the database makes sense as the .XMP
seems fine. I imported many files with x.y keywords. Some of the get parsed
as x/y, some as x/x.y, and some as x.y (where '/' is the hierarchy separator
in digiKam:TagsList). I was able to clean many of these by manually assigning
tags. So, things are usually working, but there are several cases, 2020/11 Bob
one of them, where I cannot clean them up. I mean that other very similar .XMP
files worked, so that only leaves the theory there is something in the database
different in this case.
It seems odd to me that digiKam should be keeping any of this state when I
explicitly request a metadata reread. Something is both munged in the database
and not being cleaned out. I'm not willing to share the whole database (as
there is a lot of confidential information in there), but I can open it and
look at some tables if you tell me where to start on that.
For instance, the tags table contains:
119722 11 Bob
1199119111 Bob
The pid of 22 is 0. The pids for 1191 (in TagsTree) are:
11910
119122
and 22 in Tags:
22 0 2020
apparently representing 2020/11 Bob and 2020/2020/11 Bob both, but that doesn't
explain why I cannot reassign tags.
Digikam::DMetadata::loadUsingFFmpeg: Parse metadada with FFMpeg:
"/home/ervan/Pictures/Personal/2020/11 10 Yosemite/PXL_20201108_232847662.mp4"
Digikam::DMetadata::loadUsingFFmpeg: -- FFMpeg video stream metadata entries :
Digikam::DMetadata::loadUsingFFmpeg: QMap(("creation_time",
"2020-11-09T00:24:02.00Z")("handler_name", "ISO Media file produced by
Google Inc. Created on: 11/08/2020.")("language", "und"))
Digikam::DMetadata::loadUsingFFmpeg: -
Digikam::DMetadata::loadUsingFFmpeg: -- FFMpeg audio stream metadata entries :
Digikam::DMetadata::loadUsingFFmpeg: QMap(("creation_time",
"2020-11-09T00:24:02.00Z")("handler_name", "ISO Media file produced by
Google Inc. Created on: 11/08/2020.")("language", "eng"))
Digikam::DMetadata::loadUsingFFmpeg: -
Digikam::DMetadata::loadUsingFFmpeg: -- FFMpeg root container metadata entries
:
Digikam::DMetadata::loadUsingFFmpeg: QMap(("compatible_brands",
"isommp42")("creation_time", "2020-11-09T00:24:02.00Z")("major_brand",
"mp42")("minor_version", "0"))
Digikam::DMetadata::loadUsingFFmpeg: --
Digikam::MetadataHub::writeTags: Writing tags
Digikam::MetadataHub::writeTags: -- New Keywords
("Bob", "11 Bob")
Digikam::MetaEngine::setIptcKeywords: "/home/ervan/Pictures/Personal/2020/11 10
Yosemite/PXL_20201108_232847662.mp4" ==> New Iptc Keywords: ("11 Bob", "Bob")
Digikam::MetaEngine::save: MetaEngine::metadataWritingMode 3
Digikam::MetaEngine::save: Will write Metadata to file
"/home/ervan/Pictures/Personal/2020/11 10 Yosemite/PXL_20201108_232847662.mp4"
Digikam::MetaEngine::Private::printExiv2ExceptionError: Cannot save metadata to
image using Exiv2 (Error # 11 : "/home/ervan/Pictures/Personal/2020/11 10
Yosemite/PXL_20201108_232847662.mp4: The file contains data of an unknown image
type"
Digikam::MetaEngine::save: Will write XMP sidecar for file
"PXL_20201108_232847662.mp4"
Digikam::MetaEngine::Private::saveOperations: wroteComment: false
Digikam::MetaEngine::Private::saveOperations: wroteEXIF: true
Digikam::MetaEngine::Private::saveOperations: wroteIPTC: true
Digikam::MetaEngine::Private::saveOperations: wroteXMP: true
Digikam::MetaEngine::save: Metadata for file "PXL_20201108_232847662.mp4"
written to XMP sidecar.
Digikam::DMetadata::loadUsingFFmpeg: Parse metadada with FFMpeg:
"/home/ervan/Pictures/Personal/2020/11 10 Yosemite/PXL_20201108_232847662.mp4"
Digikam::DMetadata::loadUsingFFmpeg: -- FFMpeg video stream metadata entries :
Digikam::DMetadata::loadUsingFFmpeg: QMap(("creation_time",
"2020-11-09T00:24:02.00Z")("handler_name", "ISO Media file produced by
Google Inc. Created on: 11/08/2020.")("language", "und"))
Digikam::DMetadata::loadUsingFFmpeg: -
Digikam::DMetadata::loadUsingFFmpeg: -- FFMpeg audio stream metadata entries :
Digikam::DMetadata::loadUsingFFmpeg: QMap(("creation_time",
"2020-11-09T00:24:02.00Z")("handler_name",
[digikam] [Bug 432761] reread of XMP metadata leaves tag hierarchy scrambled
https://bugs.kde.org/show_bug.cgi?id=432761
--- Comment #3 from Ervan Darnell ---
Thanks for the quick reply. I installed 7.2.0, and let it reread the metadata.
The results are unchanged. The debug log follows. I'm using the default
SQlite database.
I cannot find the exact issue, but this arose because of the handling between
dc:subject and digiKam:TagsList tags in the XMP file. Originally, it was
2010.11 Bob, where '.' was a hierarchy separator, but that got changed to just
'11 Bob' for dc:subject, but digiKam:TagsList kept the full form
2020/11 Bob
So, it's a munged XMP file at fault in a way, but still when digiKam reparses
the XMP file on reread it should not create something completely broken, which
2020/2020/11 Bob is.
Digikam::ScanController::slotRelaxedScanning: Starting scan!
Digikam::DMetadata::loadUsingFFmpeg: Parse metadada with FFMpeg:
"/home/ervan/Pictures/Personal/2020/11 10 Yosemite/PXL_20201108_232847662.mp4"
Digikam::DMetadata::loadUsingFFmpeg: -- FFMpeg video stream metadata entries :
Digikam::DMetadata::loadUsingFFmpeg: QMap(("creation_time",
"2020-11-09T00:24:02.00Z")("handler_name", "ISO Media file produced by
Google Inc. Created on: 11/08/2020.")("language", "und"))
Digikam::DMetadata::loadUsingFFmpeg: -
Digikam::DMetadata::loadUsingFFmpeg: -- FFMpeg audio stream metadata entries :
Digikam::DMetadata::loadUsingFFmpeg: QMap(("creation_time",
"2020-11-09T00:24:02.00Z")("handler_name", "ISO Media file produced by
Google Inc. Created on: 11/08/2020.")("language", "eng"))
Digikam::DMetadata::loadUsingFFmpeg: -
Digikam::DMetadata::loadUsingFFmpeg: -- FFMpeg root container metadata entries
:
Digikam::DMetadata::loadUsingFFmpeg: QMap(("compatible_brands",
"isommp42")("creation_time", "2020-11-09T00:24:02.00Z")("major_brand",
"mp42")("minor_version", "0"))
Digikam::DMetadata::loadUsingFFmpeg: --
Digikam::CoreDB::clearMetadataFromImage: Clean up the image information, the
file will be scanned again
Digikam::MetaEngine::getDigitizationDateTime: DateTime (Exif digitalized):
QDateTime(2020-11-09 00:24:02.000 PST Qt::LocalTime)
Digikam::MetaEngine::getDigitizationDateTime: DateTime (XMP-Exif digitalized):
QDateTime(2020-11-09 00:24:02.000 PST Qt::LocalTime)
Digikam::ItemMarkerTiler::slotSourceModelReset:
Digikam::MetaEngine::getXmpTagStringSeq: XMP String Seq ( Xmp.digiKam.TagsList
): ("Friends/Bob", "2020/11 Bob")
Digikam::ItemScanner::scanTags: Pick Label found : 0
Digikam::ItemScanner::scanTags: Assigned Pick Label Tag : 15
Digikam::ItemScanner::scanTags: Color Label found : 0
Digikam::ItemScanner::scanTags: Assigned Color Label Tag : 5
Digikam::ItemScanner::commit: Scanning took 96 ms
Digikam::ItemScanner::~ItemScanner: Finishing took 7 ms
Digikam::DMetadata::loadUsingFFmpeg: Parse metadada with FFMpeg:
"/home/ervan/Pictures/Personal/2020/11 10 Yosemite/PXL_20201108_232847662.mp4"
Digikam::DMetadata::loadUsingFFmpeg: Parse metadada with FFMpeg:
"/home/ervan/Pictures/Personal/2020/11 10 Yosemite/PXL_20201108_232847662.mp4"
Digikam::DMetadata::loadUsingFFmpeg: -- FFMpeg video stream metadata entries :
Digikam::DMetadata::loadUsingFFmpeg: QMap(("creation_time",
"2020-11-09T00:24:02.00Z")("handler_name", "ISO Media file produced by
Google Inc. Created on: 11/08/2020.")("language", "und"))
Digikam::DMetadata::loadUsingFFmpeg: -
Digikam::DMetadata::loadUsingFFmpeg: -- FFMpeg audio stream metadata entries :
Digikam::DMetadata::loadUsingFFmpeg: QMap(("creation_time",
"2020-11-09T00:24:02.00Z")("handler_name", "ISO Media file produced by
Google Inc. Created on: 11/08/2020.")("language", "eng"))
Digikam::DMetadata::loadUsingFFmpeg: -
Digikam::DMetadata::loadUsingFFmpeg: -- FFMpeg root container metadata entries
:
Digikam::DMetadata::loadUsingFFmpeg: QMap(("compatible_brands",
"isommp42")("creation_time", "2020-11-09T00:24:02.00Z")("major_brand",
"mp42")("minor_version", "0"))
Digikam::DMetadata::loadUsingFFmpeg: --
Digikam::DMetadata::loadUsingFFmpeg: -- FFMpeg video stream metadata entries :
Digikam::DMetadata::loadUsingFFmpeg: QMap(("creation_time",
"2020-11-09T00:24:02.00Z")("handler_name", "ISO Media file produced by
Google Inc. Created on: 11/08/2020.")("language", "und"))
Digikam::DMetadata::loadUsingFFmpeg: -
[digikam] [Bug 432761] reread of XMP metadata leaves tag hierarchy scrambled
https://bugs.kde.org/show_bug.cgi?id=432761 --- Comment #2 from Ervan Darnell --- Created attachment 135579 --> https://bugs.kde.org/attachment.cgi?id=135579=edit extra hierarchy level for tag "11 Bob" even on version 7.2.0 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 432761] New: reread of XMP metadata leaves tag hierarchy scrambled
https://bugs.kde.org/show_bug.cgi?id=432761 Bug ID: 432761 Summary: reread of XMP metadata leaves tag hierarchy scrambled Product: digikam Version: 6.4.0 Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Metadata-Xmp Assignee: digikam-bugs-n...@kde.org Reporter: edarn...@kelvinist.com Target Milestone: --- Created attachment 135575 --> https://bugs.kde.org/attachment.cgi?id=135575=edit screen dump of extra hierarchy level in tags SUMMARY The tag hierarchy has an extra level that cannot be removed by reassigning the tag. STEPS TO REPRODUCE When the .xmp file for a .mp4 is modified like so: 2020|11 Bob and then "album/reread meta data from files" is used the result is 2020/2020/11 Bob (see attached image for an example). There is an extra level in the tag hierarchy. If I use the Captions/Tags tab to change the tag from 2020/2020/11 Bob to 2020/11 Bob it fails, the tag is left set to 2020/2020/11 Bob. To reproduce copy the attached .xmp file to .mp4.xmp and rescan the directory. OBSERVED RESULT A tag of 2020/2020/11 Bob in the Tags window, and cannot change in the tags manager EXPECTED RESULT 2020/11 Bob SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: $ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description:Ubuntu 20.04.2 LTS Release:20.04 Codename: focal $ uname -a Linux serval 5.8.0-7630-generic #32~1609193707~20.04~781bb80~dev-Ubuntu SMP Tue Jan 5 21:22:25 U x86_64 x86_64 x86_64 GNU/Linu ADDITIONAL INFORMATION The .xmp file (since I cannot apparently attach two files): http://www.w3.org/1999/02/22-rdf-syntax-ns#;> http://www.video/; xmlns:xmpDM="http://ns.adobe.com/xmp/1.0/DynamicMedia/; xmlns:audio="http://www.audio/; xmlns:exif="http://ns.adobe.com/exif/1.0/; xmlns:tiff="http://ns.adobe.com/tiff/1.0/; xmlns:xmp="http://ns.adobe.com/xap/1.0/; xmlns:digiKam="http://www.digikam.org/ns/1.0/; xmlns:MicrosoftPhoto="http://ns.microsoft.com/photo/1.0/; xmlns:acdsee="http://ns.acdsee.com/iptc/1.0/; xmlns:lr="http://ns.adobe.com/lightroom/1.0/; xmlns:mediapro="http://ns.iview-multimedia.com/mediapro/1.0/; xmlns:photoshop="http://ns.adobe.com/photoshop/1.0/; xmlns:dc="http://purl.org/dc/elements/1.1/; video:duration="28537" video:MaxBitRate="7744897" video:StreamCount="2" video:Codec="h264" video:CodecDescription="H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10" video:Format="yuv420p" video:ColorMode="smpte170m" video:ColorSpace="CCIR-601" video:Width="1920" video:FrameWidth="1920" video:SourceImageWidth="1920" video:Height="1080" video:FrameHeight="1080" video:SourceImageHeight="1080" video:FrameSize="w:1920, h:1080, unit:pixels" video:AspectRatio="16/9" video:FrameRate="56" video:BitDepth="24" video:Language="und" video:TrackCreateDate="3687697442" video:HandlerDescription="ISO Media file produced by Google Inc. Created on: 11/08/2020." video:MajorBrand="mp42" video:CompatibleBrands="isommp42" video:MinorVersion="0" video:DateTimeOriginal="2020-11-09T00:24:02" video:DateUTC="2020-11-09T00:24:02" video:ModificationDate="2020-11-09T00:24:02" video:DateTimeDigitized="2020-11-09T00:24:02" video:FileName="PXL_20201108_232847662.mp4" video:FileSize="26" video:FileType="mp4" video:MimeType="video/mp4" xmpDM:duration="28537" xmpDM:videoColorSpace="CCIR-601" xmpDM:videoFrameSize="w:1920, h:1080, unit:pixels" xmpDM:videoPixelAspectRatio="16/9" xmpDM:videoFrameRate="Other" xmpDM:videoPixelDepth="8Int" xmpDM:shotDate="Sun Nov 8 16:24:02 2020" xmpDM:audioSampleRate="44100" xmpDM:audioChannelType="Stereo" xmpDM:audioSampleType="32Float" audio:Codec="aac" audio:CodecDescription="AAC (Advanced Audio Coding)" audio:SampleRate="44100" audio:ChannelType="Stereo" audio:Format="fltp" audio:SampleType="32Float" audio:TrackLang="eng" audio:TrackCreateDate="3687697442" audio:HandlerDescription="ISO Media file produced by Google Inc. Created on: 11/08/2020." exif:DateTimeOriginal="2020-11-09T00:24:02" exif:DateTimeDigitized="2020-11-09T00:24:02" exif:PixelXDimension="1920" exif:PixelYDimension="1080" tiff:DateTime="2020-11-09T00:24:02" tiff:ImageWidth="1920" tiff:ImageLength="1080" xmp:MetadataDate="2020-11-09T00:24:02" xmp:Rating="0" xmp:ModifyDate="2020-11-09T00:24:02" xmp:CreateDate="2020-11-09T00:24:02" digiKam:PickLabel="0" digiKam:ColorLabel="0" MicrosoftPhoto:Rating="0" acdsee:rating="0" acdsee:notes="2020/11/08 14:56:19;Target Practice ;;@ Huffaker Springs, east side of Reno" acdsee:categories="CategoriesCategory
