-
Notifications
You must be signed in to change notification settings - Fork 461
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Need public function to tell kernel type used (5x3 vs 9x7) #3
Comments
Reported by malaterre on 2009-06-08 08:33:52 |
Reported by malaterre on 2012-01-11 19:11:31
|
Reported by savmickael on 2012-11-13 12:58:30 |
Reported by malaterre on 2014-02-25 15:19:50
|
Reported by malaterre on 2014-02-27 08:04:29
|
Reported by savmickael on 2014-03-06 11:43:54 |
Reported by malaterre on 2014-03-14 13:11:34 |
Reported by malaterre on 2014-03-14 13:53:47 |
Reported by malaterre on 2014-03-14 13:54:29 |
Reported by malaterre on 2014-03-14 14:00:17 |
Reported by malaterre on 2014-03-14 14:02:38
|
I used to have the following code on my local openjpeg version in GDCM:
|
One may need to adapt the suggested code to loop over all tiles. |
Not having such functions prevents me from switching from OPJ 1.5 to OPJ 2.1 see ref: https://sourceforge.net/p/gdcm/bugs/356/ |
The longer story is that (usual UNIX stuff) programs are now being compiled against opj 1.5 and somewhere deep down in the dep chains, another lib is compiled against opj 2.1 (different ABI). This may become a very serious issue in the not so distant future. |
As a side note, I would also be required to expose the MCT (COD) flag also. This helps DICOM encapsulation where knowing the transformation is required. |
This information is available through the use of opj_get_cstr_info(). Admitedly this is just for the default coding parameters, not per-tile. But deciding the filter per-tile is rather unusual |
Originally reported on Google Code with ID 3
Reported by malaterre on 2009-06-08 08:33:41
The text was updated successfully, but these errors were encountered: