Jeffrey’s “Video-Asset Management” Lightroom Plugin

This plugin for Adobe Lightroom allows you to keep track of your video files in Lightroom.

This plugin works in Lightroom 6/CC (and older versions as far back as Lightroom 3, though some features depend on the version of Lightroom).

The same download works for both Windows and Mac. See the box to the upper right for the download link (in orange) and installation instructions.

Lightroom 3 has native support for most DSLR video formats. In Lr3, see the Plugin-Extras menu for a migration tool, to migrate the videos you had loaded with this plugin to native Lr3 video support.

The plugin is all full of twisty complexities on the inside, but from a user's point of view, it's pretty simple:

  1. Move your video files to where you want them on your disk.
  2. Invoke the plugin's import via File > Plugin-Extras > Import Video Files...
  3. Now see in Lightroom a framegrab “placeholder” image, replete with a pretty video icon badge.

Here's a screenshot showing a couple of videos that Anthony took during a visit to a park in March...

I wish that I had something prettier to show in the screenshot (as in these old posts: here, here, here, here, here, and here), but I don't have one of those new spiffy SLRs that do video, and even if I did, not having had this plugin until now, I don't know that I would have kept the videos alongside the images from the same event. It was just lucky that I happened to have included the videos Anthony made when I copied the images from the point-n-shoot he was using. I didn't even know they were there until I did a deep folder scan with this plugin's “import video files” feature.

Anyway, the screenshot shows one of the framegrab placeholder images circled in red, along with some of its video metadata circled in green. Notice that the placeholder image has a filename that's the same as the video, but with “.jpg” appended. The plugin creates this placeholder image from a video framegrab, adds the icon in the corner, and places it on your disk in the same folder as the video.

Only some of the video metadata is shown in the screenshot above; in Lightroom, plugin custom metadata is normally available only in a special – but-ugly – “All Plugin Metadata” view, but the screenshot above shows my personal metadata view (note the blue circle) created with my Metadata-Viewer Preset Builder plugin. In it, I included only the metadata items that I want to see on a regular basis.

A later screenshot shows the full list of video metadata, at least as of the initial public version of this plugin. Please see the version history below for updates.

Import and Video Formats

The Import Video Files brings up a simple dialog from which you can browse and select video files and/or folders to scan. (Note: this screenshot is from the first version of the plugin. From version .3, there are many more options...)

Yes, I know the green arrow is ugly, but I needed to do something to make the dialog
not look like a real, active dialog to Windows users (don’t you hate it when screenshots fool you
into thinking they’re real?).

As of version .3 of this plugin, the following file extensions are recognized: AVI, FLV, M4V, MOV, MP4, MPEG, MPG, MTS, M2TS, RMVB, and WMV, and it's files with these extensions that are picked up when a folder is scanned.

Whether the plugin can actually understand a particular video depends on its specific codecs, but it has worked with all the camera-produced videos I've tested it with. (I don't intend that the plugin becomes some kind of iTunes-in-Lightroom, so I wouldn't expect it to work with blockbuster movies bought online or ripped from DVD.)

In any case, if I've left an important format or codec out, please let me know.

The plugin goes to some lengths to try to do the best it can. If it can't produce a framegrab for some reason (e.g. a missing codec), but knows the particulars about the video such as the frame size, the video length, etc., the plugin creates a black frame of the appropriate size, then writes the file format across in big red letters. It's not ideal, but it's better than ignoring the video.

(Note that under my donationware model, folder scanning and multiple import are disabled after the six-week trial period, until the plugin is registered. You can always import videos, but a slight amount of inconvenience is introduced after a suitable trial period to encourage registration.)

Import Options

Starting with version .3 of the plugin, the import dialog allows some extra options:

  • You can indicate from how many seconds into the video the framegrab should be taken.

  • You can have that number of seconds watermarked onto the placeholder image, so you can see at a glance where in the image it's from. (The font is very ugly, sorry.)

  • You can turn automatic video scaling on and off. It's a non-issue for many videos, but some cameras don't actually capture raw video at the advertised size... a “1920 x 1080” camera, for example, might actually capture raw video at 1440 x 1080 and mark it to be scaled to 1920 x 1080 during playback. Normally you want to leave the plugin in auto-scale mode, so that the framegrab from such videos will look right. (In such cases, the “Frame Size” custom metadata item will read something along the lines of “1920 x 1080 scaled from 1440 x 1080”.). However, there are times that the video data in this regard is totally screwed up – I've seen some iPhone videos inexplicably come out as “2560 x 480 scaled from 640 x 480” – so if you run into this kind of wonkiness, turn scaling off for those videos.

  • If video files you specify have already been imported, you can indicate whether they should be passed over or re-imported.

  • If video placeholder images were selected in Lightroom when you invoked the video import, you're given the option to refresh (re-import) those images.

Video Playback

The plugin offers two ways to view videos once they've been imported, though neither method is really satisfying. (An embedded video player would be cool, but well beyond what the Lightroom plugin infrastructure allows.).

The two methods are marked with red and green arrows in this screenshot (which you can click to view larger)...

The “Play Video” Plugin-Extras menu item (marked with the red arrow) launches the video in a very simple player – MPlayer – included with the plugin. If it actually works to play, you can use MPlayer's built-in keyboard controls (space to pause/play, left & right arrow keys to jump forward and back, up & down arrow keys to adjust volume, etc.), but there is no display of the video time, no clickable controls, etc. It's very basic. However, if you register a preferred player via the dialog in the Plugin Manager, the “Play Video” menu item will use it.

The Launch Video item in the full metadata list (marked with the green arrow) tries to take advantage of the only non-menu interaction the Lightroom plugin infrastructure allows.

  • On Mac OS X, clicking on it is pretty much the same as clicking on the video filename in Finder: it should launch the video in the application appropriate to its file extension.
  • On Windows, clicking on it launches your system default web browser, which may or may not then do something reasonable with the video file. My version of Firefox plays the video, which is good, but Safari tries to make a copy, and IE asked what it should do. YMMV.

Video Metadata

The green arrow in the screenshot above shows the various metadata that might be associated with a video's placeholder image upon import. (In addition, after the screenshot was made, “Frame Size” was added in version .2, and “Frame Timestamp” was added in version .3.)

Several of these custom metadata items can be used in the rules for creating Smart Collections, or, as illustrated in the next screenshot, in the Library Grid Filter:

Limitations and Inconveniences

The experience is not as smooth as it would be if all this were built in to Lightroom, but it's the best I've been able to come up with in the context of Lightroom's severe plugin-infrastructure limitations.

  • The only import offered is “in place, without moving”. At this point, you must manually move the videos to where on disk you want them, then invoke the import. Personally, I recommend keeping them in the same folder as images from the same event. That matches my workflow, but of course, it's up to you.
  • No “Previous Import” or automatic display of imported items. Upon import by the plugin, the framegrab-placeholder images just show up in your Lightroom catalog. However, if you happen to have the Library Grid view open to the folder they're arriving in, perhaps with a sort set to “Added Order”, you'll see them as they arrive.
  • No editing. The framegrab-placeholder image is just that – a placeholder – and subjecting it to editing and such in Lightroom has no effect on the video or the video's file. The plugin never writes/deletes/updates/changes/modifies the video file. One the placeholder is within Lightroom, you can put it into collections, keyword it, add captions, geoencode it with my Geoencoding plugin, etc., but none of these changes are reflected back into the video file itself. (In this respect it is like non-DNG raw files, which are (almost) never written by Lightroom.)

    Moving or deleting the placeholder from within Lightroom does not move or delete the video. If you move the placeholder image and/or the video file, you must remove the placeholder from your Lightroom catalog and re-import the video. (In light of these Lightroom restrictions, I'd like to somehow “lock” the image from these actions, but alas, that too is not allowed by the Lightroom plugin infrastructure.)

  • Subsequent changes to the video are not reflected in Lightroom. The flip side to the item above is that if you use some third-party editing tool to change the video, or if you move the video file, the changes are not reflected in the placeholder image (nor its metadata) until you re-import it into Lightroom. (Version .2 of the plugin added a “refresh” option to the import dialog.)
  • No export. You can edit and export the placeholder image as much as you like, but none of it affects the video file in any way. If you just want access to the video file, you can right-click on the placeholder image and select “View in Finder/Explorer”, and (if you haven't moved things since import), you should find it right next to the placeholder image.

I'll mention here a bit about the icon, which some people in early testing did not care for. Most comments were along the lines of it doesn't look like a Lightroom icon; why not mimic the “badge” icons that Lightroom already has?

My smart-aleck response is that it doesn't look like a Lightroom video icon because Lightroom doesn't have video icons! :-)

Seriously, though, my thinking here is that the existing Lightroom badges – small, somewhat inconspicuous icons that indicate whether an image has keywords, has been cropped, and/or has had develop adjustments made to it – are used for characteristics that are much less intrinsic to the item than whether it's an image or a video.

The video/image characteristic dictates everything about how you might interact with that asset in Lightroom – what you can do and what you might want to do. It's a fundamental property that should be highlighted in an appropriately easy-to-see-at-a-glance manner.


This plugin is distributed as “donationware”. I have chosen to make it available for free — everyone can use it forever, without cost of any kind — but unless registered, its functionality is somewhat reduced after six weeks.

Registration is done via PayPal, and if you choose to register, it costs the minimum 1-cent PayPal fee; any amount you'd like to add beyond PayPal's sliding fees as a gift to me is completely optional, and completely appreciated.

Note: a Lightroom major upgrade, such as from Lr4 to Lr5, de-registers the plugin in the upgraded version, so if you want to maintain registration, a new ($0.01 if you like) registration code is needed in the upgraded version. It makes for a hassle every couple of years, I know. Sorry. See this note for details.

For details on plugin registration and on how I came into this hobby of Lightroom plugin development, see my Plugin Registration page.

Version History
( Update Log via RSS )


Upgraded to the embedded copy of ExifTool to version 10.00.


In the POODLE-vunerability dialog, display a raw URL of a page on my site that discusses the issue, so that folks can be independently sure that the dialog is indeed from me and not malware.


Upgraded to the embedded copy of ExifTool to version 9.76.

20141019.61 Windows Only: Add a one-time check for the POODLE security vulnerability, and alert the user if it exists.
20140902.60 New build system
20140731.59 Registration fix for Lr5.6
20140729.58 Previous updates broke support on Lightroom 2
20140720.57 More Creative-Cloud support.

Fixed an issue with Creative-Cloud revalidation.


Lr5.5 and later Creative-Cloud installs can now revalidate themselves if needed.

20140710.54 Sigh, had a bug in the Creative-Cloud support.

Now supports Lr5.5+ Creative-Cloud Installs.

20140704.52 Sigh, introduced an error for some folks with the rebuild the other day.
20140630.51 Build-system update

Added an "Expunge Plugin Data" section to the plugin manager, to allow plugin data to be cleared from the catalog.


Upgraded to the embedded copy of ExifTool to version 9.60.


Fixed a bug in the "smoother revalidation" stuff recently added.


Upgraded to the embedded copy of ExifTool to version 9.53.

Make the revalidation process smoother, especially for folks using Lr5.4 and later.


Upgraded to the embedded copy of ExifTool to version 9.46.


Update for OS X Mavricks

20130613.44 Better support for plugin revalidation.
20130611.43 Yet another Lr5 update
20130524.42 Apparently, a recent change broke things on Lr2, which some folks apparently still use.
20130501.41 Update for Lr5
20130412.40 Build system update.
20130328.39 Fix for the registration system.
20130209.38 More build-system maintenance
20130206.37 Tweak for my registration system

Upgraded to the embedded copy of ExifTool to version 9.15.


Update to handle the Mac App Store version of Lightroom.

Enhanced the send-log dialog to hopefully make reports more meaningful to me, yielding, I hope, the ability to respond more sensibly to more reports.

20120309.34 Had broken registrations in Lr2; Update to the debug logging to better track down timing issues that might arise.

Considering the support that Lr4 has for video, I don't intend to really support this plugin for Lr4 and beyond, but in order to at least let it run, I've had to adapt for Lightroom APIs being discontinued in Lr4.


Update for Lr4 beta: explain in the plugin manager that the plugin can't be registered in the beta.

Updated Image::ExifTool to version 8.75.


Had issues with the registration button sometimes not showing.

When doing a plugin upgrade, offer the ability to flush all the old copies of the plugin.

Updated Image::ExifTool to version 8.68.

Added a system-clock check and reports to the user if the system clock is more than a minute out of date. An incorrect system clock can cause problems with various kinds of communication and authentication with some of my plugins, so I've just gone ahead and added this to every plugin.

20110818.29 Adjusted the custom-metadata labels in Lr3 to make them fit the avilable witdh better.
20110608.28 Upgraded to the embedded copy of ExifTool to version 8.58
20100829.27 Made the revalidation process much simpler, doing away with the silly need for a revalidation file.
20100820.26 Discovered a bug in my plugin build system that caused horribly difficult-to-track-down errors in one plugin, so am pushing out rebuilt versions of all plugins just in case.
20100705.25 Returned the "Play Video" plugin-extras item on Lr3. I want to encourage people to move away from this plugin because I really don't want to support it, but I guess there's no meaning to take away the play option, so I'm putting the menu item back (and make it so that it also works with Lr-native video files... I just can't leave well enough alone.)
20100625.24 Yikes, shaking out some more build issues.
20100624.23 Discovered a nasty build bug; pushing a new version in case it affects this plugin.
20100621.22 Some better debug logging to try to track down some issues...

This version can be registered in Lightroom 3. It can run in Lightroom 2 or Lightroom 3; it does not work in the Lr3 betas.

It uses my new registration system when run on Lightroom 3, which avoids some of the silly issues of the old one. Please take care to note the details on the registration page: use of this version (or later) of the plugin in Lightroom 3 requires a new registration code, even if you had registered some older version of the plugin.

I don't suppose that this plugin has much appeal in Lr3 due to its native support for video, and I do not intend to maintain it much, but I'm making sure to keep it available so as not to abandon whose have invested it into their workflow.

20100516.20 Some internal tweaks for LR3 beta.
20100316.18 Yikes, a typo broke some operations for some Windows users. Fixed.

Completely changed how the one-click upgrade applies the newly-downloaded zip file, in the hopes that it'll work for more people. Rather than unzipping over the old copy, it now unzips to a temporary folder, then moves the old folder out of the way and the new folder into place. Prior versions' folders are now maintained (with the version number in the folder) in case you want to revert a version; you may want to clear them out from time to time. Of course, it won't take affect until you try to upgrade after having upgraded to or beyond this version.

Wholesale changes that attempt to honor the user's locale settings for numeric display (e.g. Europeans writing 3,14156 for pi). I've probably missed some spots, so let me know if you find some.

20091223.16 More stuff for LR3b, though I still can't get it to play videos due to beta-related bugs.
20091205.15 Minor internal debugging tweaks.
20091022.14 Added a first draft of some rudimentary support for Lightroom 3 Beta. See this important note about plugin support in Lightroom 3 Beta and Lightroom 3, including future plans for features and my registration system. Note, though, that this video-asset plugin is a very high-maintenance thing for me, and with all the new LR3B issues with my many other plugins, I will likely not be able to give this plugin much attention in the near term.

Yikes, previous build was broken.


It seems that a frame can't be fetched from within some videos.... they end up with a gray image. In this version I add a note to suggest fetching from the front of the video (0 seconds in) in such cases, to see whether that helps.


Minor change to better support (I hope) network shares on Windows.


Upgraded the plugin's version of exiftool to incorporate its new MTS/M2TS/M2T handling. It's minimal, but offers better video-date extraction. If video support is important to you, please consider offering Phil encouragement with a donation.


Fixed a bug with how the folder scanning worked (so that perhaps now it will).

Added "M2T" extension as a synonym for "MTS" / "M2TS".

Added some debugging to help track down "can't read file at path" errors. I think that the plugin might not work for network-mounted folders on Windows, but I'm not quite sure.

For Windows, added a keyboard accelerator for the “Play Video” Plugin-Extras menu item, which will become usable after you follow the instructions on the Accelerate Access to Lightroom Plugin Extras post at There's also info there for Mac users on how to set up your own arbitrary keyboard shortcuts.


Drat, just discovered (and fixed) a but in how the plugin writes thumbnails that caused some issues, including, possibly, problems with Lightroom recognizing the dates we've worked so hard to grok from the videos. Well, this is a new plugin, so I guess these kinds of fast-moving updates are to be expected....


Yet more progress toward deriving dates from more types of videos.

Enhanced the one-click upgrade stuff quite a bit, now detecting ahead of time when it will fail because the plugin is installed where Lightroom can't write (if Lightroom can't write to it, it can't update itself). I also added a progress bar, and now download in smaller chunks to avoid 'out of memory' errors on the larger plugins. Do remember that this new functionality becomes available after you upgrade to or past this version, when you then upgrade with it.


Yikes! Due to an error in my build system, a lot of the work I did in trying to figure out a video's date was for naught, as I forgot to mark it as part of the plugin. Doh! Fixed this time.

Also along video-date lines, thanks to the efforts of Phil Harvey updating his ExifTool library, the plugin is even better than before about pulling dates from video files, and now Nikon cameras (and a few others) have the camera make/model marked. (Canon doesn't seem to include camera data in the movie files!?).

Also thanks to Phil, the plugin can now detect camera orientation and rotate the thumbnail appropriately. Think iPhone.

I still have no idea why some users see squiggly lines instead of framegrab timestamps.

20090626.4 One small update related to the "tries harder to derive the date of the video" bit from the previous, big update: as a last ditch effort, the plugin tries to use the create date of the video file itself. If you've been careful about how you copy it from the camera, the date should be correct.

Lots of little updates this time....

The plugin now tries a bit harder to derive the date of the video, going so far as to reading the raw bytes of the video file looking for something that smells like a date. This helps with Nikon D90 videos, for example. (MTS videos still have no dates... can't figure out any metadata for these files.). IMPORTANT: In order to take advantage of this for videos you've already loaded that are missing dates, you'll have to Metadata > Read Metadata from File on them the first time after refreshing (re-importing... see below) said videos, because Lightroom will not pick up this specific change automatically.

Other types of changes when re-importing video (such as those described below) are generally reflected when Lightroom next visits the image as an individual item. You won't have to invoke the read-metadata thing again, but you may have to navigate in Library mode away from the placeholder image and then back to see the results get refreshed.

Added the ability to turn video scaling on and off. It's a non-issue for many videos, but some cameras don't actually capture raw video at the advertised size... a “1920 x 1080” camera, for example, might actually capture raw video at 1440 x 1080 and mark it to be scaled to 1920 x 1080 during playback. Normally you want to leave the plugin in auto-scale mode, so that the framegrab from such videos will look right. (In such cases, the “Frame Size” custom metadata item will read something along the lines of “1920 x 1080 scaled from 1440 x 1080”.). However, there are times that the video data in this regard is totally screwed up – I've seen some iPhone videos inexplicably come out as “2560 x 480 scaled from 640 x 480” – so if you run into this kind of wonkiness, turn scaling off for those videos.

Added the ability to set how many seconds into the video the framegrab should be taken from. The default is 10 seconds. If that time location ends up being past the end of the video, a framegrab from the middle is used.

Also added an option to write the framegrab time into the corner of the frame (e.g. “frame @ 0:15”).. The font can be horrendously ugly, sorry.

Also added the framegrab timestamp as a new bit of custom metadata, “Frame Timestamp”. There's now quite a bit of custom metadata, and unless you like it all, in the exact order I happen to have it, and like looking via the somewhat ungainly “All Plug-in Metadata” viewer preset, you'll want to create your own personalized metadata-viewer preset. An easy way to do so is with my Metadata-Viewer Preset Editor plugin.

Now, if you have a video or videos selected when you invoke the Import Video Files dialog, you're offered the option to refresh (re-import) those videos.

Added something to disallow two video imports from being active at the same time. (The file-handling stuff is complex and I haven't thought about what might happen if two are run in parallel.)

Added the M2TS file extension as a synonym for the MTS file extension.

Random bug fixes and enhancements.


Added the "Frame Size" custom metadata item. For most video it's the same as the standard "Size", e.g. "640 x 480", but for some video that are stored at a different size than displayed, it might have a value such as 1920 x 1080 scaled from 1440 x 1080”.

Added an option to the import-video dialog to refresh videos that are already found to be in Lightroom, as opposed to ignoring them. This allows the metadata and framegrab to reflect changes in the video (or in the case of a plugin update like this that adds or changes a custom metadata field) for that to be reflected without having to delete and re-import.

Added some support for MTS files. I really don't know what I'm doing with mplayer and codecs and such, but seem to have gotten it to work with two invocations of mplayer. The first uses -demuxer lavf and seems to report proper info about the video (size, fps, etc.), but for some reason this does not produce a framegrab. But, I've found that if I invoke it again without the -demuxer argument, but I now tell it the FPS and turn off the audio (which is ignored anyway), then it seems to work. It's a total kludge.... if anyone knowing mplayer could guide me here, I'd appreciate it.

20090622.1 initial release

The 30 most-recent comments (out of 72; see all), most recent last...

I’m in Western NC/ USA. Great work on this – I’m embarrassed I didn’t find it sooner, but…

This is great in allowing me to catalog my video files and preview them. Is there some way to add an “Edit in…” function so the video can launch a video editing app like Premiere or Vegas, etc? You probably don’t have access to the internal LR menu structure though, right?

Anyhow… thanks for another great piece of work.

I can add another application launcher (along with the “play in..” one). I’ll try to do that soon…. —Jeffrey

— comment by Scott on September 10th, 2009 at 5:19am JST (6 years, 3 months ago) comment permalink

Hey man I just had an idea- can you introduce a way to select multiple placeholders in the catalog, and send them as a playlist into a video player, such as WMP? That would be really rad and useful.

— comment by Eric on September 18th, 2009 at 12:36pm JST (6 years, 2 months ago) comment permalink

Oh hey- I found this link:

Three keyboard strokes to play a video. I only had to copy a text tile into my en folder in the directory.

— comment by Eric on September 18th, 2009 at 12:39pm JST (6 years, 2 months ago) comment permalink

Is it possible to add Divx codec for playing these videos

For that you should probably just register and use a player…. I don’t want to include things like that in the plugin itself,
because it’s already ridiculously large. —Jeffrey

— comment by G.Vissser on October 6th, 2009 at 1:07am JST (6 years, 2 months ago) comment permalink

Hi Jeffrey – nice gadget. I just started using LR and immediately was disappointed with no video functionality. So at least this provides a browsing catalog. I’ve been using Bento on Mac for bigger video file management.

QT (mov) has ability to handle metadata inside the file! On Mac CMD-J to set up fields like keywords, titles, etc. This metadata can be extracted like IPTC data for images. Perhaps a GREAT feature for your plugin to jump on? :) Here’s a piece of info I found on the topic (someone like you would have to figure out what to do with it of course):

Ok. I’ll keep things short and sweet. As far as *extracting* the data, the solution is rather easy.
We currently use Exiftools, and the following command line (windows) is all it takes to get the information:

exiftools -X -s -fast -L “”

The result is an XML document that can easily parsed. The fields you care (as far as metadata information goes) about are:

Title: QuickTime:UserData_nam
Description: QuickTime:UserData_des
Keywords: QuickTime:UserData_key

— comment by on October 16th, 2009 at 8:35am JST (6 years, 2 months ago) comment permalink

Very nice.

I found a solution to “Moving or deleting the placeholder from within Lightroom does not move or delete the video”. If you rename the generated image place holder from MV_5467.avi.jpg to MV_5467.jpg and remove from catalog (or remove then rename) and re-import the place holder jpg the avi file comes along as a sidecar!

However all video meta data is lost on re-import and so cannot launch the video any more or store information from your neat plug-in.

Just curious suggestions but, given the apparently limited tools that Adobe gave you to work with, could the problem be solved and keep the asset data by:
telling LR the image has a sidecar;
have your placeholder named the same as the movie file less the file extension and keep track of where the placeholder and thus sidecar movie are moved to when moved in LR; or not keep track of the absolute path of the movie when treated as a side car and pass the video player the file path derived from the placeholders path in LR and append the movie file name.

I don’t think it comes in as a sidecar when imported via the plugin, but I’ll have to check…. that would be a useful change. This plugin is really fragile in how it works, and it’s been much more trouble than it’s been worth, so I’m not inclined to spend much effort on it. But this is worth investigating… —Jeffrey

— comment by Jim35 on October 18th, 2009 at 11:36am JST (6 years, 2 months ago) comment permalink

Very cool!

Unfortunately I’m not getting any key metadata for my DV and HDV clips, like when the clip was shot, or the comments I added to my DV AVIs via Scenalyzer.

How about support for a delimited text, or XML, file that could supply a path to the clip along with key metadata to import into Lightroom?

— comment by Chris on October 26th, 2009 at 7:07am JST (6 years, 1 month ago) comment permalink

Just want to say thanks for this amazing plugin all the way from Toronto, Canada!

In regard to the formats this plugin supports, I want to request compatibility with 3GP video in future versions. In addition to my photos taken with cameras, I also catalog those taken with my phone. I’d like to catalog the videos from my phone as well which happens to be in this format.

— comment by Shaun Rotman on November 8th, 2009 at 1:43pm JST (6 years ago) comment permalink

Very nice plugin!

As i discovered recently, exiftool now is capable to read some nice metadata from my video files shot by a Pentax K-7.
Not shure about other Cameras, but in this case the lens is embedded in the video metadata by the camera.

It would be a nice addition to the plugin if it could write this bit of metadata in to the preview file.
So it would be possible to keep track (inside LR) of the lens the video was shot.



— comment by Niels Volkmann on December 17th, 2009 at 6:11am JST (6 years ago) comment permalink


I use the LR3 beta – and I can’t seem til run the import of the plugin to get me started. Is it not compatible with the LR3 beta?

If it works this is exactly what I was looking for – would be nice to have video+photo organized in the same program.


Sorry about that… had not really tested it in LR3b. I just pushed v16 that should now run, and if it happens to work then wonderful, but it’s fragile and fails for some people. Good luck. —Jeffrey

— comment by Henrik on December 20th, 2009 at 4:39am JST (5 years, 11 months ago) comment permalink

Here’s a quick timesaver using this plugin. If I’m looking for a video on my NAS and I’m not sure what the clip is, waiting for thumbnails to render can take forever. The JPEGs this plugin creates render almost immediately. I keep the JPEGs with my video files when I back them up to my NAS so I can browse the clips more quickly.

— comment by Chris Raezer on December 29th, 2009 at 6:25am JST (5 years, 11 months ago) comment permalink

If it can’t produce a framegrab for some reason. I imported normal MOV files. They appear as grey squares without txt or image. The video can be played. Image and sound are oke.
Why can’t it a framegrab ?

There are lots of movie encoding. Producing a frame grab is fragile. Just doesn’t work sometimes. Sorry. —Jeffrey

— comment by G.Vissser on December 29th, 2009 at 11:33pm JST (5 years, 11 months ago) comment permalink

Hi Jeffrey,

I tried this plugin today for the first time, installation went successful.

Then I tried to import from a folder, it shown bunch of .avi files and I selected them all.

All were imported, but no framegrab shown in LR.

LR cannot display the framegrab JPG file, “The file appears to be unsupported or damaged”.

IrfanView also could not display it either.

The AVI files are MJPEG format, produced by Canon G9.

What could be the problem?


The part of the plugin that decodes the video to produce a framegrab is really fragile… just doesn’t work for some people on some systems or some videos. Don’t know why. )-: —Jeffrey

— comment by Gordon on December 31st, 2009 at 9:07pm JST (5 years, 11 months ago) comment permalink

Hi Jeffrey,

Thanks for your feedback. Could you please let me know the specification of the .JPG file?

I meant, the resolution … is it the same with the video resolution?

I am thinking to replace the .JPG manually.


You can put what you like, but FWIW, the plugin attempts to make one the same size as the video size, just to communicate more in the Lightroom metadata panel. —Jeffrey

— comment by Gordon on December 31st, 2009 at 9:33pm JST (5 years, 11 months ago) comment permalink

I try to import videos from a Panasonic LX3 byt I get the error message below and nothing gets imported.
Video-assets plugin: couldn’t create framegrab for “X:\videos\new\”
Can I send you a sample for you to test?
Thanks in advance,

You can send a short one and I’ll give it a try, but if it’s not already working, there’s little hope. I’ve invested a lot of time already, but it’s still pretty kludgy. Sorry. —Jeffrey

— comment by Joao C Raw on January 20th, 2010 at 9:17am JST (5 years, 10 months ago) comment permalink

In LR3 Beta 2 is really native support for video files and the little button on the thumbnail for starting it is very nice.
But the handling of Capture date/time is very very buggy yet (you see the import date, in library filter it assigns obviuosly the correct date but there it sorts in a not understandable way and if you try to change the date/time you see the correct date there but after changing there will be left an ‘Unknown date’, reimport is necessary).
A LR developer has written at the Adobe LR3B2 forum that they won’t read any meta data from video files. If that will be true, your plugin will be needed in future. Perhaps for powering up the meta data incl. reading Capture date/time from all kinds of videos, also from older compact cameras. Your plugin does that brilliant.

Yes, that thought had occurred to me. I’ll wait a bit to see how it pans out, but I may need to build something special for LR3 video support. The “brilliant” of my plugin, by the way, under the hood is Phil Harvey’s ExifTool. —Jeffrey

— comment by Ludger on April 7th, 2010 at 8:50am JST (5 years, 8 months ago) comment permalink

Hi Jeffrey,
A further limitation of LR3b2 is that it ignores avchd files – so unless support is added to the final release, this pluggin is still needed for that also.

Keep up the great work!


— comment by Mike Thicke on April 29th, 2010 at 7:40pm JST (5 years, 7 months ago) comment permalink

My image/video folders are on a file server mounted as a read-only partition so when this plugin tries to place the thumbnail jpg along side the videos it fails and the import aborts. Is it possible to add an option that allows us to specify a different (local) path for the thumbnails?


Sorry, but considering that Lr3 supports video naively, I’m not going to be enhancing this plugin any further. —Jeffrey

— comment by Nathan on May 29th, 2010 at 1:31pm JST (5 years, 6 months ago) comment permalink

AVCHD video files (.mts) not supported in final release of LR 3.
Above you indicated that (as of plugin version .2) AVCHD files are supported in your plugin.
Has this been verified to be functional (ie: using AVCHD in LR3 final release with your current 20100609.21 version of Video-Assets)?
Thanks for the great work.

I honestly don’t know… video formats and such are a mystery for me, and I think it may depend on what you have installed on your system as well. I just don’t know. It’s free, so doesn’t cost anything but time to give it a try. —Jeffrey

— comment by Nick on June 10th, 2010 at 7:08pm JST (5 years, 6 months ago) comment permalink

Unfortunately the LR3 developer didn’t fix anything regarding date/time of video files (see above) for the final release. They only blocked the menu item for changing date to prevent data garbage.
The date of video files imported into LR3 final is still strange and not usable. As user you can’t correct it.
I think we need your help!

— comment by Ludger on June 11th, 2010 at 4:24am JST (5 years, 6 months ago) comment permalink

Hi Jeffrey,

The Adobe Lightroom 3 native video support is not really useful. Today, I found it does not play my MJPG video created using Canon G9.

And I believe it does not support the popular AVCHD video.

Probably, a plugin for LR3 to replace the video viewer would be nice !

Or a plugin to force LR3 to use “external” video viewer? Like VLC for example.


— comment by ewlung on June 11th, 2010 at 11:01am JST (5 years, 6 months ago) comment permalink

I also hope you continue to work on this plugin since my camera produces AVCHD-lite videos and Lightroom 3 does not import these. I was really hoping to be able to manage both my photos and videos in this latest version but alas. I wish they would just allow the app to make a thumbnail and add cataloguing data for my *.mts files.

— comment by Loric on June 18th, 2010 at 8:36am JST (5 years, 5 months ago) comment permalink

Hi Jeffrey,

Thanks for continuing to work on this plugin for LR3. The video import functionality in LR3 leaves a lot to be desired (my main issue is that it doesn’t properly determine capture date) and I would prefer to keep using your plugin as part of my workflow.

I downloaded the latest build of your video assets plugin for LR3 and, unfortunately, I am having a problem. I get an error “AgImportSession.addOnePhotoToLibrary: failed to import photo”. The plugin installed correctly (I think, I’m getting a green light in the plugin manager) but I have yet to import any videos correctly.

Thanks in advance for any help you can give on this.


It’s likely that the plugin simply can’t handle the video, but if you can send it along (maybe a version cut down to a 1-second duration) I can check it out. —Jeffrey

— comment by Rick Brown on June 28th, 2010 at 10:04am JST (5 years, 5 months ago) comment permalink

I finally had a chance to revisit this today and now the plugin seems to be working correctly. I didn’t change anything and the problem seems to have fixed itself. Thanks for your response earlier and thanks especially for keeping this plugin alive.


— comment by Rick Brown on July 5th, 2010 at 9:46am JST (5 years, 5 months ago) comment permalink

On a related note, I did notice that the “Plugin Extras” menu item for “Play Video” seems to be missing in this version (0625). This isn’t a major problem for me, but it was a nice convenience to be able to play a video item without having to go to the file manager.


I guess I thought that everyone would want to abandon this plugin in Lr3. (I know I certainly do.) I just pushed a new version with that menu item restored. —Jeffrey

— comment by Rick Brown on July 5th, 2010 at 10:09am JST (5 years, 5 months ago) comment permalink

But how do you get your photos and videos in chronologic order with Adobes native support? I’d like to see mine in chronologic order but Adobe assigns a not changeable phantasy date. As long as there is no solution also I go on using your plugin.
A combination would be the best: Adobe thumbs in the grid with the quality of metadata of your plugin.

— comment by Ludger on July 5th, 2010 at 5:16pm JST (5 years, 5 months ago) comment permalink

Ludger explains the problem with LR3 video support in a nutshell. If you want to have your photos and videos together, in chronological order, LR3 native video support can’t do it (at least not with D90 videos). Even if you just want your videos to appear in some sort of chronological order, LR3 can’t do it. Hopefully Adobe will fix their video metadata support someday, but until then the Jeffrey Friedl Video Asset Management plugin (not deprecated!) is the best solution.

— comment by Rick Brown on July 5th, 2010 at 8:35pm JST (5 years, 5 months ago) comment permalink

Why would we want to abandon it – its way better than Adobes :)

Video is a huge headache (one I didn’t realize when I started the plugin), and so the advantage of Adobe’s support over mine is that they maintain it, not me. Am I the only one who sees this as an advantage? 😀 —Jeffrey

— comment by Mike on July 7th, 2010 at 10:08pm JST (5 years, 5 months ago) comment permalink

Hey Jeffrey. Great plug-in, just having an issue that someone raised a couple of places above. I am getting

“An internal error has occurred: AgImportSession.addOnePhotoToLibrary: failed to import photo”

This is while importing photos from photomatix to lightroom using fusion. Worked great for a very short while and am getting this error now. Uninstalled Photomatix and cleaned registry, then re-installed but no luck. I am using LR3 and Photomatix 3.2.9 with Windows 7 Ultimate on 64 bit.

Any help would be greatly appreciated.


Lightroom doesn’t give the plugin much insight into why a photo can’t load, but you can try sending a log after the next failure. —Jeffrey

— comment by Mike on August 6th, 2010 at 6:02pm JST (5 years, 4 months ago) comment permalink

hey jeffrey! one guy mentioned it and i want to second that vote for support for 3gp
type files. videos from phones are getting pretty good.

— comment by michelle cunningham on August 21st, 2010 at 7:02am JST (5 years, 3 months ago) comment permalink
Leave a comment...

All comments are invisible to others until Jeffrey approves them.

Please mention what part of the world you're writing from, if you don't mind. It's always interesting to see where people are visiting from.

You can use the following tags: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

Subscribe without commenting