Rapid Photo Downloader

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	Fix Released	Medium	Damon Lynch	Rapid Photo Downloader 0.4.6 "snow"

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:

YYYYMMDD_HHMMSSSubseconds.Extension

resulting in file names like this:

20121223_11245533.NEF

where subseconds is 33 above.

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

20121223_112455.NEF

instead of the expected

20121223_11245500.NEF

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

20121223_11245533.NEF
20121223_112455.NEF

instead of the expected:

20121223_11245500.NEF
20121223_11245533.NEF

Related branches

lp:rapid/0.0.4

Revision history for this message

Len Brown (len-brown) wrote on 2012-12-23:

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

Revision history for this message

Damon Lynch (dlynch3) wrote on 2012-12-24: Re: [Bug 1093330] Re: Photo Rename ignores SubSeconds when 0

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

Revision history for this message

Damon Lynch (dlynch3) wrote on 2012-12-29: Re: Photo Rename ignores SubSeconds when 0

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.