Hi Stuart and others,
We are close to releasing R2-2 of ADCore. A lot of work has been done on the NDFileHDF5 plugin, thanks mainly to Alan Greer, Arthur Glowacki, and Ulrik Pedersen. The HD5
changes are listed in the preliminary R2-2 release notes here:
https://github.com/areaDetector/ADCore/blob/master/RELEASE.md
The fixes include the problem you described in this post, setting NumCapture=0 in Stream mode. That is now supported, and will capture forever until Capture is set to
0.
It would be great if you and others can test the HDF5 fixes as well as all of the other changes that have been made for ADCore R2-2. Everything is now in the master branch
on github.
https://github.com/areaDetector/ADCore
The master branch of the top-level areaDetector should be used, since configure/EXAMPLE_CONFIG_SITE.local has some changes for locating the XML libraries and header files.
https://github.com/areaDetector/areaDetector
For Windows the master branch of ADBinaries must also be used. It updates the version of the HDF5 library.
https://github.com/areaDetector/ADBinaries
Mark
From: Mark Rivers
Sent: Wednesday, March 04, 2015 8:59 PM
To: Wilkins, Stuart
Cc: [email protected]
Subject: RE: Problem with HDF5 plugin for areaDetector
Hi Stuart,
I was able to reproduce your problem. Your screen shot shows the problem. You are in "Stream" mode but you have set NumCapture to 0. Under those conditions
it crashed for me with a similar error. If you are in Stream mode you need to set NumCapture to a positive number, i.e. the number of images you want to save before closing the file.
Please try the following:
- In Stream mode set NumCapture to 5 and then press Capture/Start. It should save a single file with 5 images.
- Change to Single mode and then press Save to save a single frame.
See if both of these work for you, they do for me.
Admittedly it should not crash under the condition where NumCapture=0, so we will work on that.
2015/03/04 20:51:31.465 NDPluginFile:writeFileBase Error writing file, status=3
HDF5-DIAG: Error detected in HDF5 (1.8.7) thread 0:
#000: H5Dio.c line 245 in H5Dwrite(): file selection+offset not within extent
From: Wilkins, Stuart [[email protected]]
Sent: Wednesday, March 04, 2015 7:15 PM
To: Mark Rivers
Cc: [email protected]
Subject: Re: Problem with HDF5 plugin for areaDetector
Hi Mark,
Tried what you suggested. I aligned by forked master with the latest from ADCore (See log below). After a `make clean` and `make` I still get the error. I have also attached a screenshot of the plugin (sorry for
the png) to show the settings. Basically from this point on, starting capture to start makes it go boom. I am using the default packages from debian (see below). I couldn’t get the other branch to compile on the head, but haven’t looked fully as to why not.
commit bbed9e7b1e0844413078e06806653f2744ce5e60
Date: Wed Mar 4 20:04:20 2015 -0500
commit 5a09bfab5bfa48303aef8dfd407be131be205f45
Date: Wed Mar 4 18:44:29 2015 -0600
Merge branch 'circ_buff_trigger'
commit eeafcbcb556bbe35ffde736dbf64ed919aff2bfc
Date: Wed Mar 4 18:42:08 2015 -0600
Merge pull request #70 from timmmooney/master
display-file translations 3/3/2015
commit 4cd14fe798b0909ae73d6e6d226e950303ea9c69
Date: Wed Mar 4 17:11:24 2015 -0600
ii hdf5-helpers 1.8.8-9+b1 amd64 Hierarchical Data Format 5 (HDF5) - Helper tools
ii hdf5-tools 1.8.8-9+b1 amd64 Hierarchical Data Format 5 (HDF5) - Runtime tools
ii libhdf4-0 4.2r4-13 amd64 Hierarchical Data Format 4 library -- library package
ii libhdf4-0-alt 4.2r4-13 amd64 Hierarchical Data Format 4 library -- library package
ii libhdf5-7 1.8.8-9+b1 amd64 Hierarchical Data Format 5 (HDF5) - runtime files - serial version
ii libhdf5-dev 1.8.8-9+b1 amd64 Hierarchical Data Format 5 (HDF5) - development files - serial version
ii libhdf5-serial-dev 1.8.8-9+b1 amd64 Hierarchical Data Format 5 (HDF5) - development files - transitionnal package
ii python-h5py 2.0.1-2+b1 amd64 h5py is a general-purpose Python interface to hdf5