Skip to content
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

misleading info in JP2 box lead to wrong number of components #110

Closed
gcode-importer opened this issue Jan 23, 2012 · 9 comments
Closed

Comments

@gcode-importer
Copy link

Originally reported on Google Code with ID 110

The decoding of jpxstream.data : as indicated by Winfried, 1.3 and 1.4 give different
results (respectively 1 and 3 components). In this case, 1.3 is right, the info in
the jp2 boxes is misleading 1.4 (and was not taken into account in 1.3, which explains
the regression. Kakadu gives also only one component.

Reported by detonin on 2012-01-23 20:22:51


- _Attachment: [jpxstream.data](https://storage.googleapis.com/google-code-attachments/openjpeg/issue-110/comment-0/jpxstream.data)_
@gcode-importer
Copy link
Author

(see issue #104 for comments history)

Reported by detonin on 2012-01-23 20:23:53

@gcode-importer
Copy link
Author

This must have been fixed in 1.5. So I would be tempted to simply closing this issue.

Reported by malaterre on 2012-05-29 13:24:17

@gcode-importer
Copy link
Author

Reported by malaterre on 2014-02-25 15:57:34

  • Labels added: Milestone-Release2.1

@gcode-importer
Copy link
Author

I must say I do not understand how kakadu decide not to apply PCLR. Does it check for
the invalid value of PREC (I.5.3.3) ?

Reported by malaterre on 2014-02-27 14:04:17

  • Status changed: Started

@gcode-importer
Copy link
Author

This issue was updated by revision r2501.

Reported by malaterre on 2014-02-27 14:17:58

@gcode-importer
Copy link
Author

opj_jp2_apply_pclr is properly applied on file9.jp2 as should.

Reported by malaterre on 2014-02-27 14:18:41

@gcode-importer
Copy link
Author

antonin, I believe applying PCRL is correct. I have been using file9.jp2 (conformance)
and kakadu seems to have a similar behavior : if output target is single channel (eg.
pgm) then a single channel is extracted, if output target is three channel then PCLR
is applied (eg. ppm).

Could you please refine why you think behavior in 1.3 was correct ?

Reported by malaterre on 2014-02-28 10:34:47

@gcode-importer
Copy link
Author

antonin, I am closing this one for now. If you believe I misunderstood something please
update the description. thx

Reported by malaterre on 2014-03-03 16:16:07

  • Status changed: WontFix

@gcode-importer
Copy link
Author

Reported by detonin on 2014-03-24 15:57:45

  • Labels added: Conformance

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants