Zerene NullPointerException

[Adalbert]

Hello everybody,
If I start Zerene via LR-plugin and save the project, then the following error occurs:

Code: Select all

. . .
. . .

5,397: accepting file C:\Users\Adalbert\AppData\Local\Temp\Lightroom_Export_to_ZereneStacker_20181211095051\IMG_0565.tif
5,450: Preferred size of left panel = java.awt.Dimension[width=264,height=315]
5,451: Preferred size of right panel = java.awt.Dimension[width=800,height=800]
5,453: after resetToPreferredSizes(), leftWidth = 264, rightWidth = 2033
5,550: OpenedImageFile: imageFileName = C:\Users\Adalbert\AppData\Local\Temp\Lightroom_Export_to_ZereneStacker_20181211095051\IMG_0462.tif
5,551: OpenedImageFile:dispose C:\Users\Adalbert\AppData\Local\Temp\Lightroom_Export_to_ZereneStacker_20181211095051\IMG_0462.tif
5,553: Trying to read C:\Users\Adalbert\AppData\Local\Temp\Lightroom_Export_to_ZereneStacker_20181211095051\IMG_0462.tif
6,185: mfileImage = BufferedImage@679e7e97: type = 0 ColorModel: #pixelBits = 48 numComponents = 3 color space = java.awt.color.ICC_ColorSpace@6e671038 transparency = 1 has alpha = false isAlphaPre = false ShortInterleavedRaster: width = 6000 height = 4000 #numDataElements 3
6,186: Read image file with ImageIO.
6,410&#58; EXIF Orientation = <none specified>
6,413&#58; bi propNames = null
6,415&#58; Image file length = 144020118, modification time = Tue Dec 11 09&#58;51&#58;04 CET 2018
6,415&#58; Preferences.PREROTATION_SELECTED=false
6,416&#58; Preferences.PREROTATION_DEGREES=0
6,417&#58; Preferences.FILEIO_IGNOREEXIFORIENTATION=false
6,418&#58; EXIF Orientation from file = <none specified>
6,418&#58; Image size as read from file, width=6000, height=4000
6,423&#58; in FloatArrayYUVImage, final preRot = 0
6,930&#58; YUV image construction = 0.507 seconds
6,931&#58; FloatArrayYUVImage constructed from image, width=6000, height=4000
6,955&#58; RapidApproximateColorSpaceConverter, constructing new from java.awt.color.ICC_ColorSpace@6e671038
7,030&#58; RapidApproximateColorSpaceConverter&#58; successfully read profile from cache file.
7,780&#58; Time to load image C&#58;\Users\Adalbert\AppData\Local\Temp\Lightroom_Export_to_ZereneStacker_20181211095051\IMG_0462.tif = 2.227
8,438&#58; Time to load image C&#58;\Users\Adalbert\AppData\Local\Temp\Lightroom_Export_to_ZereneStacker_20181211095051\IMG_0462.tif = 0.657
8,438&#58; Original Image Size = java.awt.Dimension&#91;width=6000,height=4000&#93;
8,459&#58; Current maxMemory&#40;&#41; = 4194304000
8,521&#58; getUnregisteredPreviewImage&#40;IMG_0462.tif successful read from original source.
8,524&#58; Synchronously writing preview file C&#58;\Users\Adalbert\AppData\Local\Temp\ZereneStacker\unnamedZSproj20181211095654257\previewimages\-Unaligned-0.jpg
9,838&#58; Done writing preview file C&#58;\Users\Adalbert\AppData\Local\Temp\ZereneStacker\unnamedZSproj20181211095654257\previewimages\-Unaligned-0.jpg
9,839&#58; OpenedImageFile&#58;dispose C&#58;\Users\Adalbert\AppData\Local\Temp\Lightroom_Export_to_ZereneStacker_20181211095051\IMG_0462.tif
9,864&#58; DisplayPanel&#58;&#58;paintComponent -- using slosh-prevention method A
9,952&#58; getUnregisteredPreviewImage&#40;IMG_0462.tif finds cached image in memory.
191,092&#58; for LR project, saveChooser.getCurrentDirectory&#40;&#41; = E&#58;\MULTIMEDIA\FOTO\CANON_EOS_M3\2018_12_11\M20_mitty
195,936&#58; FileDialog 'visible' for 4843 milliseconds
195,958&#58; Saving project to directory E&#58;\MULTIMEDIA\FOTO\CANON_EOS_M3\2018_12_11\M20_mitty\zsp
195,959&#58; done = false and isNamed&#40;&#41; = false
196,041&#58; java.lang.NullPointerExceptionIgnoring KeyEvent java.awt.event.KeyEvent&#91;KEY_RELEASED,keyCode=10,keyText=Eingabe,keyChar=Eingabe,keyLocation=KEY_LOCATION_STANDARD,rawCode=13,primaryLevelUnicode=13,scancode=28,extendedKeyCode=0xa&#93; on null.glassPane
196,085&#58; Ignoring KeyEvent java.awt.event.KeyEvent&#91;KEY_PRESSED,keyCode=10,keyText=Eingabe,keyChar=Eingabe,keyLocation=KEY_LOCATION_STANDARD,rawCode=0,primaryLevelUnicode=0,scancode=0,extendedKeyCode=0x0&#93; on null.glassPane
196,088&#58; Ignoring KeyEvent java.awt.event.KeyEvent&#91;KEY_TYPED,keyCode=0,keyText=Unbekannt keyCode&#58; 0x0,keyChar=Eingabe,keyLocation=KEY_LOCATION_UNKNOWN,rawCode=0,primaryLevelUnicode=0,scancode=0,extendedKeyCode=0x0&#93; on null.glassPane
196,089&#58; Ignoring KeyEvent java.awt.event.KeyEvent&#91;KEY_RELEASED,keyCode=10,keyText=Eingabe,keyChar=Eingabe,keyLocation=KEY_LOCATION_STANDARD,rawCode=0,primaryLevelUnicode=0,scancode=0,extendedKeyCode=0x0&#93; on null.glassPane

196,189&#58; 	at com.zerenesystems.stacker.engine.j.G&#40;Project.java&#58;2539&#41;
196,207&#58; 	at com.zerenesystems.stacker.engine.j.H&#40;Project.java&#58;2594&#41;
196,207&#58; 	at com.zerenesystems.stacker.engine.j.c&#40;Project.java&#58;208&#41;
196,208&#58; 	at com.zerenesystems.stacker.gui.MainFrame$an.run&#40;MainFrame.java&#58;3755&#41;
196,210&#58; 	at java.base/java.lang.Thread.run&#40;Unknown Source&#41;
196,578&#58; Autolog timer delay doubled
197,069&#58; Autolog timer delay doubled
198,071&#58; Autolog timer delay doubled
200,072&#58; Autolog timer delay doubled
204,073&#58; Autolog timer delay doubled

In this case I have to copy the generated TIFF-files manually.
from: C:\Users\Adalbert\AppData\Local\Temp\Lightroom_Export_to_ZereneStacker_20181211095051
to: E:\MULTIMEDIA\FOTO\CANON_EOS_M3\2018_12_11\M20_mitty\zsp\...

Does anybody know this problem?
BR, ADi

[rjlittlefield]

Adi,

This exact problem is not known to me.

However, traceback information shown in the log suggests that it was caused by some external process deleting the 'generatedimages' folder inside the project, while Zerene Stacker was running.

That general sort of spontaneous deletion problem is one that I see occasionally on Windows systems, apparently when the system gets short on disk space and decides to remove temporary files that do not appear to be in use.

The suggested solution is to change the settings at Options > Preferences > New Projects to be something other than "In default temp directory". Given what you're doing, I suggest to select "In specified directory", with a location something like E:\MULTIMEDIA\FOTO\ZSTemp . That is, tell ZS to create its projects directly on the E: device, where you eventually want them anyway. In addition to avoiding the spontaneous deletion problem, that will make project saves go a lot faster because they will just be renames.

A similar problem can occur with the folder of images exported from Lightroom. So I suggest also, go to Options > Plugins... > Lightroom, set "Temporary images location" to be someplace on E:, then push the appropriate "Create plugin" button. Again, this will make project saves go faster because the exported images will already be on the correct disk so ZS can simply rename them.

If problems persist, then please write to me as support@zerenesystems.com , including the entire log file as described at https://zerenesystems.com/cms/stacker/d ... n_send_you , plus whatever information seems relevant to the problem.

BTW, as I read the documentation, Windows itself should not be automatically removing temp files, so I assume the problem is caused by some bit of disk management software added to the system. But as far as I know, nobody has ever nailed down the exact culprit. If you figure it out, or if you have even a good idea, please let me know.

Best regards,
--Rik

[Adalbert]

Hello Rik,
Thank you for the hint! I’m changing the temp-directories (from C: to E: )

spontaneous deletion problem is one that I see occasionally on Windows systems

Windows hasn’t deleted the generated TIFF-files from the temp-folder on the disk C:
These TIFF-files have been created successfully by LR (or plugin) on the disk C: but Zerene hasn’t been able to copy them to the disk E: (into the project-folder of Zerene).
30% of my stacks are affected by this error. As a workaround I have copied the TIFF-Files from C: to E: manually up to now.

I’ll keep you informed if the changing of the settings has solved the problem.

BR, ADi

[rjlittlefield]

Windows hasn’t deleted the generated TIFF-files from the temp-folder on the disk C:

Right -- the problem you reported was not related to the TIFF files, except that probably it was the load of TIFFs that caused temp space to get filled up.

Instead, the traceback information indicates that the "generatedimages" folder inside the project had gone missing, sometime between when the project was created (in temp space) and the project save was done. Zerene Stacker attempted to get a list of files in the generatedimages folder, to see if there were any unreferenced files that could be deleted, but instead of getting a list of files it got a null pointer. ("Sorry, no such directory, hence no list at all".) ZS does not check for this condition because the generatedimages folder is supposed to be present at all times, and if it isn't then surely something has gone fundamentally wrong.

The TIFF files did not get copied because the project save operation got interrupted by the missing directory problem. But the saved project was otherwise OK because all the critical information had already been saved by the time the missing directory caused the null pointer exception.

--Rik

[Adalbert]

Hello Rik,

Instead, the traceback information indicates that the "generatedimages" folder inside the project had gone missing

OK, first I start the “Export to Zerene” from LR, then “Save Project” from Zerene, not “Stack”. May it be the reason of the problem?

BTW, where can I set the destination directory for the files generated by the “Export –> Zerene Stacker” of LR (plugin) ?
I have already set Zerene->Options->Plugins->Lightroom-> Temporary images location to E:
and Zerene->Options->Preferences->New projects->In specified directory to E:
but the TIFF files have been generated in:
C:\Users\Adalbert\AppData\Local\Temp\Lightroom_Export_to_ZereneStacker_20181211223754

BR, ADi

[rjlittlefield]

I have already set Zerene->Options->Plugins->Lightroom-> Temporary images location to E:
but the TIFF files have been generated in:
C:\Users\Adalbert\AppData\Local\Temp\Lightroom_Export_to_ZereneStacker_20181211223754

This must mean that either Lightroom has not loaded the modified plugin scripts, or the modified scripts did not get created correctly.

I suggest to try again, using this recipe:

1. Be sure that you are using a recent version of Zerene Stacker. [Some versions of Zerene Stacker before T201412212230 (2014 Dec 21, 12:30 pm) would allow the temporary folder to be specified, but not honor the setting.]
2. Be sure that Lightroom is not running.
3. Launch Zerene Stacker from its own icon.
4. In ZS, go to Options > Plugins... > Lightroom.
5. Set the "Temporary images location".
6. Press the appropriate "Create plugin" button. Be sure you see the confirmation popup, "Lighrtoom plugin scripts created", listing the folder where Lightroom will look for plugins.
7. Exit from ZS.
8. Launch Lightroom.
9. Repeat your test.

--Rik

[Adalbert]

Hello Rik,
The settings haven’t been changed because of the running instance of the LR.
So, I have restarted the LR and everything is OK now.
The TIFF-files are exported to the disk E: and the temporary files of Zerene are located on E: too.
Thank you for your support!
So, I only will have to observe the behaviour of the plugin.
BR, ADi

[vaishnavi]

Excellent topic. I learned a lot here. Thank you!