Closed JiriZidek closed 5 years ago
Hey, I wasn't aware of OpenMCDF, the OpenMCDF-2 dependency came in via a PR.
Comparing the code bases, it looks as though OpenMCDF-2 was a fork of OpenMCFD which only has a single contributor so I think you're probably right, OpenMCDF will likely have better maintenance in the long-term.
I just noticed these two met side-by-side in one of my project, so I studied how this had happened....
I did wonder what lead you to spot it :)
This has been changed in v4.0.
Why did you change the library? Now you will be illegally processed compound storage formats.
@mexvod As discussed above, the dependency was changed because OpenMCDF-2 appeared to be a fork with fewer maintainers. It appears that they have the same licence?
https://github.com/ironfede/openmcdf/blob/master/License.txt https://github.com/CodeCavePro/OpenMCDF/blob/master/LICENSE.md
Yes it is. But version 2 of the library had the correct file processing algorithm, unlike the original. I need to conduct additional tests to determine the correct operation.
1 - in what sense do you mean "correct" ? 2 - maybe it is time to file an Issue at the original project and suggest a fix ?
Have you considered changing dependency from https://github.com/CodeCavePro/OpenMCDF (OpenMCDF-2) to https://github.com/ironfede/openmcdf (OpenMCDF) that looks better maintained ?