I’ve seen this on occasion, usually when dealing with really old videos using CODECs that Apple no longer supports (e.g. that required the old 32-bit version of QuickTime to play).
I also see it today if I try to copy videos from my main Mac (running macOS 11 Big Sur) to my older Mac (running 10.12 Sierra). I assume these are HEVC files, which macOS only started supporting in 10.13 (High Sierra).
WRT trying to find the files presented in the error box, I spent some time investigating and I think I know how. The filename itself is an internally-generated name (looks like a UUID of some kind). Which is not presented in the Photos app. But the Photos database has the information you need to be able to find it.
The Photos database is an
.sqlite file. It contains many many tables and is pretty inscrutable, but Apple has a command-line
sqlite3 command that can be used to access it. In my case, I dumped its entire contents to an SQL text file and searched it with a text editor. If I knew more about SQL, I’m sure I could perform the search from within the sqlite3 utility, but I don’t know enough at this time.
To start, open a Terminal window and copy the Photos Library’s internal database to another location so you don’t damage it. For my example, the library’s name is
Photos Library and is located in my
Pictures folder. I’m going to copy the database file to a directory named
tmp in my home directory:
> mkdir tmp
> cp 'Pictures/Photos Library.photoslibrary/database/Photos.sqlite' tmp
Now dump that sqlite file to a text file:
> cd tmp
> sqlite3 Photos.sqlite .dump > photosdb.txt
This will take several minutes and the resulting text file will be huge (mine was 420MB).
My analysis of that file shows that there are two SQL tables of interest. The first (where to begin the search) is:
- This table has 103 fields per row. But we only care about two of them
- The first field (named
Z_PK) is the primary key. It is a number that Photos seems to use internally for cross-referencing all of its various tables together.
- The 96th field (named
ZFILENAME) is the filename of the image/video in question.
If you search for a row inserting data with your filename into the ZASSET table, you should get something like this. The filename in my example is one of my video files. I’ve inserted newlines and line numbers for readability, and cut out the middle of a large binary data field. If you run this yourself, you’ll find all the output appearing on one very long line.
> grep 'ZASSET .*B2532B6A-94CF-4E8C-8E5B-DE1495815675.mov' photosdb.txt
1: INSERT INTO ZASSET VALUES(7462,3,23,0,0,0,0,NULL,NULL,NULL,NULL,NULL,0,0,1,0,0,0,0,
The most important thing you need from this is the first field. This value (
7462, on line 1) is the primary key which references all data related to this asset. The filename appears on line 10. And you can also see the file type on line 11.
If you want to see the names for all 103 fields, you can search for the table’s
CREATE command. Again, all this output shows up one one very long line. To avoid wasting space in this reply, I’m truncating the output I present to only the two fields we actually care about:
> grep 'CREATE TABLE ZASSET ' photosdb.txt
1: CREATE TABLE ZASSET ( Z_PK INTEGER PRIMARY KEY,
3: ZFILENAME VARCHAR
If you want to see the remaining 101 fields, feel free to run the above command on your own.
Now that we know the primary key, the information we require is located in this table:
- This table has 78 fields. We care about four of them:
- The first field (named
Z_PK) is the primary key. It is used to correlate this data with the data in the
ZASSET table (and many many more tables).
- The 62nd field (named
ZORIGINALFILENAME is the original filename. That is, the name used by the source device (phone, camera, memory stick, etc.) before the image was imported.
- The 69th field (named
ZTIMEZONENAME) is a string representing the time zone used for the image’s timestamp. It may be useful to help remember where you took the photo, especially if it’s not your home time zone
- The 70th field (named
TITLE) is a string containing the title text presented by Photos in the GUI.
To search for your asset in this table, use the primary key you got from the
ZASSET table (7462, in my example) and search for it. As before, I’ve inserted newlines into the data and added line numbers for reference:
grep 'ZADDITIONALASSETATTRIBUTES .*(7462,' photosdb.txt
1: INSERT INTO ZADDITIONALASSETATTRIBUTES VALUES(7462,1,7,1,0,
Looking through this, you can see that the original filename (
101_2325.JPG, on line 6), the time zone (
GMT-0400 on line 8) followed immediately by the title (
101_2325.JPG - I didn’t bother to create a title for this video).
Armed with the original filename and the title, you should hopefully be able to search for them from within the Photos app and identify what they actually are and decide what you want to do with them.
As before, if you want to see all the field names for this table, you can search for its CREATE command. This all shows up one very long line, and I’m going to strip it down to just the definitions of the fields I mentioned above:
> grep 'CREATE TABLE ZADDITIONALASSETATTRIBUTES ' photosdb.txt
1: CREATE TABLE ZADDITIONALASSETATTRIBUTES ( Z_PK INTEGER PRIMARY KEY,
3: ZORIGINALFILENAME VARCHAR,
5: ZTIMEZONENAME VARCHAR,
6: ZTITLE VARCHAR,
If you want to see the remaining 74 fields, feel free to run the above command on your own.