On Thu, Mar 01, 2012 at 01:53:01PM +0200, Ville Syrj?l? wrote:
> On Sun, Nov 13, 2011 at 02:04:54AM +0100, Christian Schmidt wrote:
> > The current logic misunderstands the spec about CEA 18byte descriptors.
> > First, the spec doesn't state "detailed timing descriptors" but "18 byte
> >
On Sun, Nov 13, 2011 at 02:04:54AM +0100, Christian Schmidt wrote:
> The current logic misunderstands the spec about CEA 18byte descriptors.
> First, the spec doesn't state "detailed timing descriptors" but "18 byte
> descriptors", so any data record could be stored, mixed timings and
> other
On Sun, Nov 13, 2011 at 02:04:54AM +0100, Christian Schmidt wrote:
The current logic misunderstands the spec about CEA 18byte descriptors.
First, the spec doesn't state detailed timing descriptors but 18 byte
descriptors, so any data record could be stored, mixed timings and
other data, just
On Thu, Mar 01, 2012 at 01:53:01PM +0200, Ville Syrjälä wrote:
On Sun, Nov 13, 2011 at 02:04:54AM +0100, Christian Schmidt wrote:
The current logic misunderstands the spec about CEA 18byte descriptors.
First, the spec doesn't state detailed timing descriptors but 18 byte
descriptors, so any
Christian Schmidt wrote:
Tested with all three applied and they work well on my TV all modes
work, which was not the case previously if I added manually the modes
listed in xorg log (I have three bogus/not working modes logged by xorg).
I do have a small problem with the interlaced modes - I
> "CS" == Christian Schmidt writes:
CS> The current logic misunderstands the spec about CEA 18byte descriptors.
CS> First, the spec doesn't state "detailed timing descriptors" but "18 byte
CS> descriptors", so any data record could be stored, mixed timings and
CS> other data, just as in the
CS == Christian Schmidt schm...@digadd.de writes:
CS The current logic misunderstands the spec about CEA 18byte descriptors.
CS First, the spec doesn't state detailed timing descriptors but 18 byte
CS descriptors, so any data record could be stored, mixed timings and
CS other data, just as in
Christian Schmidt wrote:
Tested with all three applied and they work well on my TV all modes
work, which was not the case previously if I added manually the modes
listed in xorg log (I have three bogus/not working modes logged by xorg).
I do have a small problem with the interlaced modes - I
On Sun, 2011-11-13 at 09:57 +0100, Christian Schmidt wrote:
> The current logic misunderstands the spec about CEA 18byte descriptors.
> First, the spec doesn't state "detailed timing descriptors" but "18 byte
> descriptors", so any data record could be stored, mixed timings and
> other data, just
On Sun, 2011-11-13 at 09:57 +0100, Christian Schmidt wrote:
The current logic misunderstands the spec about CEA 18byte descriptors.
First, the spec doesn't state detailed timing descriptors but 18 byte
descriptors, so any data record could be stored, mixed timings and
other data, just as in
The current logic misunderstands the spec about CEA 18byte descriptors.
First, the spec doesn't state "detailed timing descriptors" but "18 byte
descriptors", so any data record could be stored, mixed timings and
other data, just as in the standard EDID.
Second, the lower four bit of byte 3 of the
The current logic misunderstands the spec about CEA 18byte descriptors.
First, the spec doesn't state "detailed timing descriptors" but "18 byte
descriptors", so any data record could be stored, mixed timings and
other data, just as in the standard EDID.
Second, the lower four bit of byte 3 of the
The current logic misunderstands the spec about CEA 18byte descriptors.
First, the spec doesn't state detailed timing descriptors but 18 byte
descriptors, so any data record could be stored, mixed timings and
other data, just as in the standard EDID.
Second, the lower four bit of byte 3 of the CEA
The current logic misunderstands the spec about CEA 18byte descriptors.
First, the spec doesn't state detailed timing descriptors but 18 byte
descriptors, so any data record could be stored, mixed timings and
other data, just as in the standard EDID.
Second, the lower four bit of byte 3 of the CEA
14 matches
Mail list logo
