The DAM Forum
June 12, 2021, 04:33:14 PM *
Welcome, Guest. Please login or register.

Login with username, password and session length
  Home Help Search Login Register  
  Show Posts
Pages: [1] 2 3
1  Software Discussions / Scripting / Re: EM2 playlist from media list script on: September 07, 2009, 07:00:56 PM
Hi Ian,

the files that I have that don't have durations have no entry for Duration in the media properties (the field just isn't there in the xml file you suggested I create).  This results in a not-a-number (NaN) in the resultant m3u file.  I cut the duration template out of your code so that whether the duration is there or not, it always just prints the comma and filename, as in:


It would be nice to have error-handling (and if you're bored by all means go nuts), but you've already gotten me on my feet and I can potentially take it from here.  It's not the end of the world to have winamp not show the duration in the playlist.  In fact, after playing each file the duration is included so I can just resave the playlist from winamp after stepping through all the files once.  Again, it's not nearly as critical as being able to use the rating/labeling/grouping power of EM to do the filtering and then being able to pop a playlist out of it.

The linefeed was indeed the problem.  I mentioned "or anywhere"  because my initial attempt at fixing this was to try the obvious and stick the CRs before each line within the loop, at which point I would up with an empty line between the first line in the file and the first entry in the playlist.  It's been a long time since my Hello world! days in undergraduate C programming, so I forgot the difference between CR and LF Smiley.  I guess working within the MATLAB environment and never needing to interact with the OS or FS or any other application has spoiled me into a non-programmer.

Lastly, is it easy to comment out lines?  If you wind up not implementing the error-checking for the existence of the duration field ,I'd prefer to comment out your duration lines rather than have a separate file.  Thanks again!

If you don't wind up fixing the

Thanks again for all your help, it's saved me much time to have this nice feature.

John: I did initially grab your write to text file to begin my attack, so thanks for that.  I'll likely still take a look in excel to see if I can make sense of it, thanks for the tip about the "free" development environment I already own.

2  Software Discussions / Scripting / Re: EM2 playlist from media list script on: September 07, 2009, 03:59:28 PM
Wow, I didn't expect to have it written for me.  Thanks!
It works like a charm except for one thing: Winamp doesn't tolerate the carriage return after the last entry (or anywhere for that matter).  This means it needs to treat either the first or last entry differently, or be able to "backspace" after the loop completes.  Another issue (minor) is that it fails if there is no duration (some file types that aren't supported by EM2 but I have added just to catalog don't have durations).  I will do some research to modify the code to test if a duration exists and just add the comma if not.
Thanks again, it probably saved me a week of flailing.

3  Software Discussions / Scripting / EM2 playlist from media list script on: September 05, 2009, 11:59:21 PM
I have this great idea that I'm going to start organizing videos with EM2.  I'm currently hung up on creating m3u playlists from my nicely filtered media list in EM2.  I know not a shred of VB syntax.  Before I go off and try to learn how to do this, can someone let me know if it's as simple as I think it is?  The idea is to have all my movies categorized, rated, etc. so that I can get a list of files I'd like to go into a playlist to show up in the EM2 list pane.  From there, all that needs to happen is a text file needs to be written with a header and two lines for each entry that's in the list.  Let's say I filter my collection so that only two files are showing in the EM2 list: filename1.avi and filename2.avi.  I need to write a text file (with the extension m3u) that has the following contents:


Conceptually this sounds simple, would it be relatively easy to cobble together?  I have some programming experience, but nothing between applications or COM (just MATLAB).  I'm glad to learn to do it, I just want to get a sense of where I'm going to run into trouble. 
Thanks in advance.

4  Software Discussions / ImageIngester and ImageVerifier / Re: Failure to import from CD, file name appears to get mangled on: June 28, 2009, 09:17:11 PM
Nice, thanks!

Talk about quick turnaround.

5  Software Discussions / ImageIngester and ImageVerifier / Re: Failure to import from CD, file name appears to get mangled on: June 25, 2009, 12:27:44 PM
Ha, no instigation was intended about the status.  It turns out my source is unreliable (me).  I've been inundated with info as I'm trying to learn this stuff and from memory, I may be thinking of another package or maybe really outdated information.

Glad to hear it's still being developed and supported, I'm happy with it.

Thanks for the quick response, I'll remember that the ingestion path needs to be one folder deep.  The only drawback is current write-once media where this isn't the case, but the superhero ImageVerifier and sidekick Taiyo Yuden means I finally have some confidence that I can make new masters.  Keep up the good work.

6  Software Discussions / ImageIngester and ImageVerifier / Re: Failure to import from CD, file name appears to get mangled on: June 24, 2009, 05:21:31 PM
I too am getting the removal of a single letter, it appears to happen on both CD and flash drives.

Is there any plan to update II? I seem to recall reading in various places that it's been dropped.  Hopefully it will continue to be updated, I'm happy with the utility but would like to see this and a few other minor things fixed.

7  DAM Stuff / Software Discussions / Re: Syncback operation on: June 24, 2009, 03:58:23 PM

I was ideally looking for something that was able to handle syncing, as I'm trying to explore a setup where i can make changes to either data set and have it reflected in the other.  In the book I know you somewhat recommend against this, but it seems that the primary reason is the time it takes to copy my 18 GB of LR previews back and forth...which I'm aware of and am considering living with.

Regardless of the intent or situation, I think the question at the root (and one that I'm potentially more interested in) is whether any of the sync or backup utilities can handle the following situation cleanly.  I realize that syncback is a file-level utility, but in my mind the following shouldn't be impossible.

Let's say I have a recurring sync set up between two directory structures, say C:\ and D:\.
If I move 10 GB of files around on C:\, the operation is relatively quick, as the only thing written is the allocation table or whatever, I'm not actually copying data.  Ideally a sync or backup utility would somehow realize this and simply update the allocation table on D:\ rather than deleting 10 GB of data on D:\ then copying 10 GB of data from C:\ to D:\.  Getting up and running with the DAM thing has made me rethink all my backup, not just pictures, and up to this point I've kind of planned to revamp a sync scheme, but if it happens that every time I move something, it extends the backup time because it gets copied anew, I'll have to rethink.

8  DAM Stuff / Software Discussions / Syncback operation on: June 16, 2009, 08:01:23 PM
So I'm testing out Syncback since I'm on Windows and am looking for a good sync option.  I'm currently using LR2 as my all-in-one DAM progam, and will eventually probably use EM as well (with all the headaches that will entail).

I've hit my first major snag, which may only occur while I'm screwing with folder structure, so I'd appreciate anyone's input that uses the program.

I'm simulating a sync between desktop and notebook of a working directory, which contains the primary media files that have yet to be archived.  Let's say I have both locations as exact copies of each other (fresh start for syncing).  If, within LR, I move a set of files into a new, child directory (select files, right-click on folder on the left, choose "move to new subfolder" or similar, don't have it running right now), then for cataloging purposes LR keeps track of everything nicely.  As opposed to moving using the file system (FS), that is.  If Syncback is set to synchronize, though, then the files are not recognized as moved on the updated drive but rather it wants to copy the files from the stale drive to the updated drive in the old location and copy the files from the updated drive to the stale drive in the new location.  Am I missing something basic, like I should be using a mirror operation and choosing source/dest based on what I know is updated vs. stale?  I worry what will happen in the event that I start making changes to both data sets, which may be a goal in the future.

I thought initially that the hashing method of comparison would help but no luck.

Thanks in advance,

9  General / Photo Blogs / Re: Share your favorite photo blogs here on: June 11, 2009, 05:17:32 PM
So I don't blog, but figured I post my first site here.

I'm not sure if a site has to be a blog to be posted here, but I figured I'd post the gallery I made from a San Diego trip here:  It's my first site and first real set of pictures with a dSLR, so be gentle (but in reality I'm open to any criticism).  I realize some of the pictures are overworked, some are underworked, some are just poorly exposed, but I'm learning as I go.  Not just photography but the whole workflow, DAM, etc.  Thought it would be good to share with the crowd here which I've found to be respectful and helpful.  Main point is to have other people potentially enjoy what I'm doing, so enjoy!  Site will be slow in fullscreen because I'm too cheap to have it hosted, sorry.

10  DAM Stuff / Data Validation / Validated transfer software on: June 10, 2009, 06:36:09 PM
Hi Peter,

could you elaborate on the validated transfer software available for PC?

In the book I believe you call out Acronis and Syncback...I will download and test Syncback, but I'm not sure which Acronis product, is it True Image?  I have that and it appears it's only going to make proprietary compressed backups for me...

Thanks in advance,

11  General / GPS/ Geotagging / Re: Confused about geotagging on: May 18, 2009, 07:29:31 PM
So I can say that GeoSetter looks promising in in testing, and can semi-automate assigning coordinates to a large number of images.  It has its own pros and cons, and before letting it go to town on my images, I'll need a little more testing to check it out.  I have yet to test it out with a real track log (you can manually enter a point on a map and assign it to  a bunch of images which is what i've been testing), but the most promising feature is that you can define a set of favorites, each of which has a radius associated with it (in meters).  It looks like if a picture is taken within that radius (again, yet to be tested), then the software automatically assigns the location of the favorite.  Might help standardize things if that's the way I choose to go.  Will test tonight.

Will also post a gpx file here tonight, everything's on my PC at home.

Here it is.  Copy and paste the text below into a text editor, then save as test.gpx or whatever.  Then point ImageIngester at the file, make sure you haven't used the Thumbs to select pictures, but rather are pointing to a whole source folder, and let it go to town.  Modify the dates if you're using photos from the 19th century or the future.  Also modify the location if you'd like, I stuck it on the balloon ride at the San Diego Wild Animal park (where I'm headed next week Smiley.

I confirm the metadata with exiftool gui, and geosetter will automatigically show you where the pictures are as well.
Let me know if you have problems.

<?xml version="1.0"?>
<gpx creator="GPS Visualizer" version="1.0" xmlns="" xmlns:xsi="" xsi:schemaLocation="">
    <name>ACTIVE LOG: 13 MAY 2009 13:27</name>
      <trkpt lat="33.097114" lon="-116.997989">
      <trkpt lat="33.097114" lon="-116.997989">
12  DAM Stuff / DNG / DNG validation hash on: May 18, 2009, 03:18:47 PM

[edit: I should probably read up more about what I've bought...I am learning about ImageIngesterPro's included ImageVerifier now.  So to some extent I've found the answer: ImageVerifier might let me play, but I'd still be interested to know if the cataloging apps can, will, or should flag files based on the DNG hash.]

I'm trying to figure out how the DNG RawImageDigest is used.  The software I'm using is Lightroom 2, EM2, ImageIngesterPro, etc.  To start, I'm converting my .NEF files to DNG using DNG converter 5.3 (standalone or via ImageIngester).  Later I may be interested in Lightroom-generated DNGs, and I'm not sure if this calls the DNG converter or has its own algorithm.

Is the validation hash checked by software nowadays?  Ideally I'd like to have someone help me manually corrupt the raw image portion of a dng so I can see how or when the hash is recomputed by various software, and how that information is used.  Basically I'm trying to break things intentionally so I understand how the process works when something breaks unintentionally.

Thanks in advance,

Kevin Forsmo
13  General / GPS/ Geotagging / Re: Confused about geotagging on: May 17, 2009, 05:02:46 PM
Hi Doug,

While I'm not the authority, I'm starting to geotag as well.  Literally this weekend I'm testing things out.

I'm using a Garmin Nuvi 255W (bought originally as a vehicle unit, not specifically for geotagging) and ImageIngester.

I'm interested in hearing feedback as well, but I can say that so far it seems to be working.

The Garmin unit keeps a running gpx file that is appended to whenever it's turned on (although I've found that there may be some minimum distance required, because when I cleared the tracklog, turned the unit on and walked around the yard, even though I see a little track on the screen, there are no trackpoints in the gpx file...need more research).  It's not readable directly by ImageIngester, I believe because there are no line breaks.  I go to and convert to gpx file, which I download and rename to file.gpx (for some reason IE insists on making it an xml file).  This file is readable by ImageIngester, and tags photos appropriately.  This is only initial testing, so I still have yet to run into snags.  Except for the fact that ImageIngester doesn't seem to tag properly when you use the "Thumbs..." button to select a subset of pictures.

Yesterday I spent some time testing with custom manual tracklogs to tag older images.  I think most utilities interpolate between points, so for instance I was making files with two points that had the same coordinates but different times.  In the spirit of testing and anticipating scanning in film in the future, I tried various dates for the first point like 1980, 1970, 1960 etc.  For some reason, ImageIngester fails when the date is before about 1970 I believe.  I set the second point to a time in 2010, so all my pictures get tagged with that same location.

Today I'm experimenting with GeoSetter, as it seems to offer a more manual way to tag.

I'm really looking for a way to get around having to make a big file to tag the 4000 raw images I have from earlier this year.  Now that I know the process works, I'm envisioning a worst-case scenario of manually building a gpx file with sets of trackpoints defining where the camera was for different sets of pictures.  Going forward, I'll use the GPS tracklog, but I didn't have it running for the earlier pictures.

If you want to test it for yourself I'd be glad to email you a properly-formatted manual gpx file, into which you can pop your own coordinates for testing with ImageIngester.  Or just copy and paste it here, it's short.  I just don't know if the board is going to do something with the markup structure or if it'll let me post plain text.

Kevin Forsmo
14  DAM Stuff / Backup Strategies and Tools / Re: DVD+R multisession on: May 14, 2009, 03:48:31 PM

thanks as ever for the instant reply.

It is indeed intended as a fourth backup that may or may not be either phased out or modified to take the place of one of the others.
It is a disaster recovery copy, but the disaster I'm currently planning to use it for is me learning how to properly implement the workflow...I really only plan to need it for a few months as a reset button that I can't inadvertently erase.
That is, there are other backups of the virgin files that I'm keeping until I decide otherwise (on HD), but with the amount of shuffling I'm doing for testing etc, it will give me a lot of peace of mind over the next few months that there is an unmolestable copy of what came from the camera somewhere in case pilot error strikes.

I think you're right about the planned life of this...since the same information is on HDs as well, by the time I have fine-tuned the process, if I do really want to permanently archive the virgin downloads, I can simply re-burn buckets full and have a separate strategy in place for the in-between times when buckets are not yet full.

Kevin Forsmo
15  DAM Stuff / Backup Strategies and Tools / DVD+R multisession on: May 14, 2009, 01:30:46 PM

So I've finished the second edition and am getting ready to fire up the digital chainsaw and wade into my data.
I've been doing small-scale experiments to help get my current workflow under control before dealing with "legacy" stuff (jpgs from point&shoots, older stuff).

I'm sold on the pros of write-once media, but one question I didn't see answered anywhere was the relative safety of multisession burning vs. single-session.
I have a feeling it's a compatiblity issue more than a data safety/integrity issue, but I would like to hear any thoughts or cautionary tales that more experienced members might have.

Background that may help answer my question:
I bought a stack of Taiyo Yuden DVD+R, and my current conservative plan is to burn a virgin download of anything shot to these as soon as they've been renamed and bulk metadata applied.
Multisession burning makes sense from the standpoint that shoots can range from single pictures to multiple 8 GB cards' worth.  In the interest of grabbing the data as early as possible, for those small shoots, I want to burn as soon as is practical.  Multisession is the only way to do this without winding up with a big expensive stack of 200-MB DVD+Rs.  Lastly, I'm willing to accept that I won't be able to read the discs on Windows 3.1 or whatever, I'm only interested in moving forward.  So as long as there's some assurance of compatibility going forward, the key is to find out if I am taking any risks to safety/integrity.

I realize burning software is a discussion all to itself, but I'm planning to use Roxio Creator, which I believe is fairly standardized.
Is the multisession, um, protocol (for ignorance of a better word) well standardized?  Considered safe?  Any horror stories about corruption or data loss specifically due to multisession?

Thanks in advance,

Kevin Forsmo
Pages: [1] 2 3
Powered by MySQL Powered by PHP Powered by SMF 1.1.11 | SMF © 2006-2009, Simple Machines LLC Valid XHTML 1.0! Valid CSS!