Skip to content
This repository has been archived by the owner on Jan 28, 2018. It is now read-only.

CLSS command non-standard reply #1

Open
alisonken1 opened this issue Aug 12, 2016 · 5 comments
Open

CLSS command non-standard reply #1

alisonken1 opened this issue Aug 12, 2016 · 5 comments

Comments

@alisonken1
Copy link

FYI - I maintain the pjlink code for OpenLP (http://openlp.org) and one thing that has come up is on certain projectors (Optima was the projector reported), do not completely follow the spec.

PJLink specification:

(send) %1CLSS ?
(reply) %1CLSS=1

Optima X351 reply:

(send) %1CLSS ?
(reply) %1CLSS=Class 1

@Gummibeer
Copy link

Isn't this an issue that should be reported to Optoma?

The pjlink protocol has a very accurate specification:

In both the %1CLSS ? command should just return a single integer.

@alisonken1
Copy link
Author

alisonken1 commented May 5, 2017 via email

@Gummibeer
Copy link

I was able to reproduce the problem and also informed Optoma about this, and also another bug.

To affect the sold ones you have to install the latest firmware for your model - you can get it from Optoma (I think just via direct contact).

In our fork (https://github.com/absolutehh/pypjlink) I've setuped the basic things for pjlink Class2 - you also can use it, atm just vie the get method itself - there are no aliases cause our model here just supports Class1.
If you have a Class2 one I would be thankful to get feedback if this change works in general, if yes I can add the missing aliases.

@alisonken1
Copy link
Author

alisonken1 commented May 5, 2017 via email

@alisonken1
Copy link
Author

alisonken1 commented Jun 24, 2017 via email

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

No branches or pull requests

2 participants