[SOLVED] POST DEFLICKER with XMP

Started by Baquster, May 26, 2013, 07:25:47 PM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

Baquster

Hello everyone,

Can anyone report if its working probably?

Iam shooting with AutoETTR and Post Deflicker. Deflicker generates a sidecar file (.xmp) which normally Adobe Bridge will recognize. But nothing happens (the file is there and when i load it nothing happens) and i need to correct my shoots manually ....

The .uraw file is working with Gimp, but i want to use xmp´s


Iam using latest nightly build + Tragic Lantern 2.0 + 600d


baq

RenatoPhoto

Quote from: Baquster on May 26, 2013, 07:25:47 PM
Hello everyone,

Can anyone report if its working probably?

Iam shooting with AutoETTR and Post Deflicker. Deflicker generates a sidecar file (.xmp) which normally Adobe Bridge will recognize. But nothing happens (the file is there and when i load it nothing happens) and i need to correct my shoots manually ....

The .uraw file is working with Gimp, but i want to use xmp´s


Yes it works, I tested today.  :D

But... the xmp files are not correct yet :(

You need to open each one of them and delete the first line such as : <?xpacket begin='' id='W5M0MpCehiHzreSzNTczkc9d'?>

I used ACR and it adjusted the exposure correctly for Flicker Free Timelapse.

I am sure this will be corrected in the future.

Make sure you visit:

Flicker Free ETTR Timelapse: - -Beginners Guide & Basic Post Processing --
http://www.magiclantern.fm/forum/index.php?topic=5705.0

and

ETTR (Exposure to the Right): - -History & Beginners Guide --
http://www.magiclantern.fm/forum/index.php?topic=5693.0
http://www.pululahuahostal.com  |  EF 300 f/4, EF 100-400 L, EF 180 L, EF-S 10-22, Samyang 14mm, Sigma 28mm EX DG, Sigma 8mm 1:3.5 EX DG, EF 50mm 1:1.8 II, EF 1.4X II, Kenko C-AF 2X

Baquster

Thanks for trying !

Yeah, i read the topics but i didnt wanted to ask there :)

Today i tried it again with the new built, but i couldnt make it with your trick of deleting a line ;)

They changed something with the XMP´s i could read in the commits.

See you!

Audionut

This has now been fixed.  Currently, if you have adobeRGB set as your default color space in the Canon menus, the XMP files are not named to reflect the different naming Canon uses.

The solution is to set sRGB as your default color space, or rename the XMP files replacing the 'D' with an '_', or wait until a dev investigates the issue.

RenatoPhoto

I am still having problems with ACR reading correctly the XMP files.  In most situations ACR 6.7 and & 7.1 are ignoring the exposure compensation included in the XMP file.  Does anybody have an XMP file generated by LTRTimelapse?  It might be helpful to see how they structured it.
http://www.pululahuahostal.com  |  EF 300 f/4, EF 100-400 L, EF 180 L, EF-S 10-22, Samyang 14mm, Sigma 28mm EX DG, Sigma 8mm 1:3.5 EX DG, EF 50mm 1:1.8 II, EF 1.4X II, Kenko C-AF 2X

RenatoPhoto

New solution to XMP files with today's build

Found out that the XMP file need to be converted to UTF-8 format.

1. Download this little converter: http://www.softpedia.com/get/Science-CAD/UTF-8-converter.shtml

2. Process all of you xmp files to change their format

3. Open the images in ACR and the exposure will be automatically adjusted based on the information of the XMP file

So for now.. it appears the problem is solved!

I also tested with Lighroom 4.2, ACR 7.1, and ACR 6.2 and all work!!!
http://www.pululahuahostal.com  |  EF 300 f/4, EF 100-400 L, EF 180 L, EF-S 10-22, Samyang 14mm, Sigma 28mm EX DG, Sigma 8mm 1:3.5 EX DG, EF 50mm 1:1.8 II, EF 1.4X II, Kenko C-AF 2X

Baquster


a1ex

Can you send me a converted file? UTF-8 is a superset of ASCII, so I don't see why it would make a difference... there are no special characters inside.

RenatoPhoto

Will do..  There are no special characters added or deleted when going from ANSI to UTF-8, it appears there is something in Adobe products that is particular about the file format for XMP files.
http://www.pululahuahostal.com  |  EF 300 f/4, EF 100-400 L, EF 180 L, EF-S 10-22, Samyang 14mm, Sigma 28mm EX DG, Sigma 8mm 1:3.5 EX DG, EF 50mm 1:1.8 II, EF 1.4X II, Kenko C-AF 2X


Audionut

Using ACR Beta 8, can't downgrade it seems.

I'm finding that some XMP's are being picked up by ACR, and other aren't.  To me, the XMP's look exactly the same (except exposure of course).  I've noticed this in all the builds where XMP has worked.

Here is a zip of some XMP's if you want to have a look at them.

2623, 2626, 2627, 2628 are the ones that work.

RenatoPhoto

Quote from: Audionut on June 05, 2013, 01:43:29 AM
I'm finding that some XMP's are being picked up by ACR, and other aren't.  To me, the XMP's look exactly the same (except exposure of course).  I've noticed this in all the builds where XMP has worked.

Now Download this little converter: http://www.softpedia.com/get/Science-CAD/UTF-8-converter.shtml

And process the xmp files and try them again with ACR
http://www.pululahuahostal.com  |  EF 300 f/4, EF 100-400 L, EF 180 L, EF-S 10-22, Samyang 14mm, Sigma 28mm EX DG, Sigma 8mm 1:3.5 EX DG, EF 50mm 1:1.8 II, EF 1.4X II, Kenko C-AF 2X

Audionut

That does indeed fix it.

A zip with original XMP and fixed XMP with the prog above.

RenatoPhoto

Quote from: Audionut on June 05, 2013, 03:20:37 AM
That does indeed fix it.

A zip with original XMP and fixed XMP with the prog above.

Great, thanks!  Now we are having a really hard time figuring out what is the converter doing?  If you look at text inside the file there are no changes.  My understanding of ANSI and UTF-8 formats is null.
http://www.pululahuahostal.com  |  EF 300 f/4, EF 100-400 L, EF 180 L, EF-S 10-22, Samyang 14mm, Sigma 28mm EX DG, Sigma 8mm 1:3.5 EX DG, EF 50mm 1:1.8 II, EF 1.4X II, Kenko C-AF 2X

a1ex

Even at binary level, the two files are identical.

Maybe it's the timestamp?

Audionut

ACR reports CR2 files with date created and date modified.  Always 1 second apart.  On a quick test of 9 files, all the working XMP files have a date created time = date modified time in ACR, all the 'borked' XMP's have a date created time = date created time in ACR.

jbuy41


a1ex

I use ufraw; no idea how to use those XMPs.

Can you try to change the timestamps manually? Some hints: http://stackoverflow.com/questions/51435/windows-version-of-the-unix-touch-command

Audionut

That fixed it.

edit:  It's not always a 1 second time difference between date created and date modified CR2 timestamps.  I just noticed 1 a little longer.

a1ex

Okay, so in ML I should delay the file creation by one second?

Audionut

I think 1 second should be safe.  It's already got a small delay anyway obviously.

But what problems is this going to cause with photos taken in quick succession?  Can you delay the creation as you see fit without causing problems for anything else?  In which case I would say to delay by 2 seconds to be on the safe side.

Is it possible to fake the date creation time instead?

RenatoPhoto

Also it may convenient to investigate a more complete XMP file since ACR assumes it is 2010 profile and does not allow all the slider adjustments.  At least in my case some of the sliders are off to one side.
http://www.pululahuahostal.com  |  EF 300 f/4, EF 100-400 L, EF 180 L, EF-S 10-22, Samyang 14mm, Sigma 28mm EX DG, Sigma 8mm 1:3.5 EX DG, EF 50mm 1:1.8 II, EF 1.4X II, Kenko C-AF 2X

RenatoPhoto

As as test I just opened the files in notes and close them, with the new date stamp all are recognized by ACR
http://www.pululahuahostal.com  |  EF 300 f/4, EF 100-400 L, EF 180 L, EF-S 10-22, Samyang 14mm, Sigma 28mm EX DG, Sigma 8mm 1:3.5 EX DG, EF 50mm 1:1.8 II, EF 1.4X II, Kenko C-AF 2X

a1ex

Well, send me some sample files from 2012 or whatever is recent.

It's not working anyway for burst pics.