![]() I'm with you on the use of Apple's methods potentially being a key factor here, but it is also worth noting that apps like intoLive do not create supported Live Photo wallpapers. That piece of code is more about basic app permissions and making sure things run smoothly in that regard. About the guard status, I'm leaning towards it not being the root cause of our issue here. Considering that the documentation says that media with low vitality has a score below 0.5 and the Live Photo of the wall was extremely still and the hand one wasn't, I think that this score is messed up and doesn't have anything to do with determining of the photo is supported as a live wallpaper.Ĭlick to expand.Thanks for sharing that developer documentation link. One would expect that the one of me shaking my hand would have a higher vitality score but after inspecting the metadata with ExifTool, both videos had scores around 0.939 but the one of me shaking my hand had a score 0.0002 higher. I exported the jpg/mov combinations from the Photos App on Mac. The still wall was supported as a live wallpaper while the one of me shaking my hand was not. I took two photos with the camera app: one of a still wall, and one of a still wall but me shaking my hand in front of it. While it could be out of date, I don't think that it is because Live Photos from previous iOS versions are supported. This documentation was updated in 2022 or so. The ExifTool documentation shows these metadata tags for the. Those are quickTimeMetadataAutoLivePhoto, quickTimeMetadataLivePhotoVitalityScore, and quickTimeMetadataLivePhotoVitalityScoringVersion. There seems to be three metadata properties for media that relate to Live Photos. I don't think that the solution is in the Apple Developer documentation though. I have a feeling that IF there is a solution, it's buried somewhere in archived developer documentation around the first release of Live Photos.Ĭlick to expand.Great analysis. I've found that most of the time, if there's something super peculiar going on with Apple stuff, the reason is either related to accessibility (flash might disable motion because of epilepsy concerns) or proprietary "Apple magic" stuff (if it’s only meant to work within Apple made apps). ![]() Possible candidates for this flag are "PFVideoComplementMetadataVersionKey" and "Scene Type: A directly photographed image." Based on that they only seem visible when viewing data on Mac didn't see them on PC.įrom my many years being an Apple Fanboy and a few years developing apps only using xCode & Swift. There must be some kind of tag that only allows those two files to be combined and used as a wallpaper if they are directly taken from the Camera app on your phone and have not been shared. PVT, which is some weird format, and otherwise, it's just two files being made to appear as one. So, I'm going off the fact that often when live photos are shared, they end up being shared as. ![]() But still they didn’t work for wallpaper (also tried renaming to original file name to trick photos into assuming it a duplicate but no luck). Nothing changed in my Messages app on Mac, but when I forwarded the messages to myself again, the ones that came through on my iPhone were the edited versions, and they displayed as a live photo with all the correct metadata. I duplicated the files and experimented with some basic modifications like overlaying text and flipping the video (in Preview) without changing anything else and replaced the originals. So, even in the most basic format, it's saving a live photo as two separate files and then displaying them as one. So, since my Mac is synced to my messages, I checked In "Library -> Messages -> Attachments," where you can find where your Mac is storing your message attachments. However, if I sent a live photo to somebody in iMessage, and saved it (after deleting the original from Photos), it would save correctly, and the motion would work. Even if you manage to re-import them, as Live Wallpapers they remain non-functional. PVT files, an uncommon format that I couldn’t find information on. I observed that when Live Photos are AirDropped or sent via messages, they may appear as. Regardless of the format, importing it into Photos doesn’t retain the Live Photo functionality, even when imported alongside the accompanying video file. The file format depends on your phone’s camera settings, either JPEG or HEIC. I tried various export methods in Photos and Shortcuts, saving it from my Mac’s Photos. I captured a new Live Photo and set it as wallpaper to verify functionality. Long Explanation of Troubleshooting Process: ![]() Summary if you’re just googling looking for solution: Live Photos are just 2 files being displayed as one, so there probably will not be solution (that’s not extremely complicated) until they update iOS past 17.0.1.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |