Assets & tasks / PRACTICAL ANSWER
Why Are My Tethered Product Photos Sorted in the Wrong Order Even Though the Filenames Look Sequential?
A sequential filename does not necessarily encode the true chronological order of a multi-camera session. Editing applications can sort by capture date, import date or filename, and two camera clocks may disagree. Identify the active sort field and the authoritative time reference before renaming files or changing timestamps.
Inspect the sorting rule first
Check the actual application view. Adobe Lightroom documents separate sorting options for Capture Date, Import Date, Modified Date and File Name. Lightroom Classic also exposes capture-time editing and camera metadata.
If the view is sorted by filename, an apparently unexpected order may result from numbering prefixes, multiple cameras or an importer renaming files. If sorted by capture time, the camera's recorded clock becomes important. If sorted by import time, transfer and processing delays may determine the order instead.
Record the chosen sort field before altering metadata. A display-order problem is not automatically a damaged RAW file.
Compare clocks and actual capture events
For a multi-camera session, identify the camera associated with each file. Compare recorded capture times with a known shared event, such as a photographed synchronization slate or an accurately logged product-state change.
Adobe's Lightroom Classic metadata documentation explicitly notes that camera clocks can be wrong because of travel or time-zone settings. It supports adjusting capture times and shifting selected photographs by a defined amount.
Use such corrections only after determining the appropriate offset. Do not overwrite original timestamps simply to make filenames appear sequential. Preserve the original metadata or an auditable copy.
For rapidly captured frames, inspect available subsecond information. Second-level timestamps may be insufficient to establish a unique order.
Hypothetical two-camera catalog session
Hypothetical illustration—not an executed tethered session: camera A records a product's lid closing at 10:00:00. Camera B photographs the same event but its clock is five minutes ahead, recording 10:05:00.
Camera A's file is A_0101; camera B's is B_0048. Sorting by filename groups the camera prefixes. Sorting by capture time separates the two views of the same event by five minutes.
The photographer uses the documented shared event to establish the hypothetical five-minute offset, then prepares a corrected working catalog or manifest while retaining the original metadata record.
This does not imply that every tethering application automatically synchronizes clocks or that file numbering can reconstruct event order.
Choose one authoritative sequence for delivery
Decide whether the required order is actual capture chronology, product-variant order or an approved shot list. These can be different legitimate sequences.
For chronology, use verified capture times with documented offsets. For a catalog contact sheet, use a deliberate SKU and view ordering even if photographs were captured in another sequence. Keep that editorial order separate from the capture record.
After any timestamp correction, inspect a few known events and the beginning and end of the session. Lightroom Classic warns that its Edit Capture Time command is not undone through the ordinary Undo shortcut; preserve an original record and use its documented revert function when appropriate.
Accept the handoff only when the sort rule, camera identities, clock corrections and intended sequence are explicit.
Record your own observations
The filled rows are illustrative examples. Use the blank row for your own files and observations.
| Hypothetical file | Camera | Recorded capture time | Actual event | Ordering decision |
|---|---|---|---|---|
| A_0101 | A | 10:00:00 | Lid closing | Reference event |
| B_0048 | B | 10:05:00 | Same lid closing | Investigate +5 minute clock offset |
| Corrected working record | B | 10:00:00 adjusted | Same event | Preserve original and document correction |
What the references establish
- Adobe Lightroom Classic — Metadata Basics and Actions: Documents capture-time correction, time-zone shifts and recovery limitations.
- Adobe Lightroom — Organize Photos: Documents distinct sorting fields including capture, import, modified date and filename.
- ExifTool — Composite Tags: Documents timestamp composition and available subsecond fields.
Sources and further reading
Recorded source-review dates are listed individually below. An undated source does not inherit the article’s publication date. Software and platform rules can change; check the current original before acting.
- Adobe Lightroom Classic — Metadata Basics and Actions · Review date not separately recorded
- Adobe Lightroom — Organize Photos · Review date not separately recorded
- ExifTool — Composite Tags · Review date not separately recorded
Frequently asked questions
Why does sorting by capture date disagree with filename order?
The two fields represent different information. Camera clocks, multiple numbering sequences and file renaming can produce different orders.
Should I correct all camera timestamps automatically?
No. Establish a reliable reference event and the actual offset first. Preserve the original metadata and verify the corrected sequence.
PREPARE ASSETS FOR YOUR NEXT STEP
Create supporting product assets in CartVisual.
Create new product creative assets in the workspace, then continue in your chosen tools. Third-party software procedures described in this guide take place in those applications; this workspace link does not imply an integration. Check current capabilities, account access and credit quotes.
Create account and open this workspace Check pricing and creditsStart with free concept and copy planning after sign-in. Image and video generation require available credits; review the quote before starting.
Already have an account? Open the workspace.