Photo rename ignores SubSeconds when 00

Bug #1093330 reported by Len Brown on 2012-12-23
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Rapid Photo Downloader
Damon Lynch

Bug Description

I shoot with a Nikon D700, which can take 8 frames/second.
Viewing those frames in order is key, and sometimes I use
various software and web sites that know how to sort by name,
but don't know how to sort by EXIF date to the sub-sec.

So I have Rapid Photo Downloader's Photo Rename
configured to use the Subseconds field like so:


resulting in file names like this:


where subseconds is 33 above.

But if it were 00 msec, RPD would ignore the SubSeconds filed, creating this file:


instead of the expected


This can cause sorting by name ( one of the reasons I re-name files in the first place) to give the wrong order:


instead of the expected:


Related branches

Len Brown (len-brown) wrote :

Oh, and I'm running version 0.4.5
on 64-bit Fedora Core 16 Linux

Thanks for your clear and concise bug report - I'll look into it and I
hope to include the fix in 0.4.6

I'm unable to replicate it with a Canon file. Can you please give me a copy of a NEF that has subseconds value of 00? Sharing it via Dropbox or Ubuntu One would be fine. I won't share it with anyone else.

Changed in rapid:
assignee: nobody → Damon Lynch (dlynch3)
importance: Undecided → Medium
milestone: none → 0.4.6
Len Brown (len-brown) wrote :

should be

Damon Lynch (dlynch3) on 2013-01-05
Changed in rapid:
status: New → In Progress
summary: - Photo Rename ignores SubSeconds when 0
+ Photo rename ignores SubSeconds when 00
Damon Lynch (dlynch3) on 2013-01-23
Changed in rapid:
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers