LCDproc development and user support list

Text archives Help

[Lcdproc] CrystalFontz 633 Support?

Chronological Thread 
  • From: dglaudemailing AT (David GLAUDE)
  • Subject: [Lcdproc] CrystalFontz 633 Support?
  • Date: Tue Oct 19 22:44:01 2004

Status is that I think I wrote the initial code for CF633.
I guess both for 0.4.x and 0.5.x

Then there was an issue with copyright of the tiny part that
Crystal-Fontz wrote (mostly in the cfontz633IO files).

Then I wrote a IO file without any Crystal Fontz demo code (using
LCD4Linux code and credit where credit is due)

Then the problem with Crystal Fontz started to solve and using my
initial version was becoming OK.

Then there was the 631 that I received and some other developpers too...
but we failed to coordonate our effort to code the small differences
between 633 and 631.

So the code of 633 was to be modified to adapt for both 631 and 633.

Now because of the above copyright issue, none of the official release
contain the CF633 code... wich is still happily in CVS and more likely

Then Stewart came with yet another fork of the original with temperature

I never wanted to do temperature monitoring (or fan) without the proper
support in the core of LCDd. Having hardware specific feature is not
really the goal of LCDproc... abstraction of commonly available feature
is what we try to accomplish.

So I understand that CF633 inside LCDproc is a total mess... and it is
partially my fault and I am ashamed of the result of my colaboration
with Crystal Fontz.

I have however consumed all the free-time I planned to dedicate to that
piece of code and real live did hurt with other priority (new baby, job
exam, ...).

There are however other developer with the necessary hardware (631 and
633) that might solve this mess... and I might free some time one day or
another (but not soon).

Anybody with coding skill and hardware, feel free to jump in and try to
fix this story. You will have my help (if I can help by email) for any
question on the historical code in CVS (assuming I don't need to setup
my LCDproc developement lab).

About Stewart Fan/Temperature feature-add, I did not understand
completely what was the point... but I think the code send to the log
what is reported by the hardware. If it is what I think, this break a
little bit the client server thing where LCDd and the client might be on
separte hardware. Also it mean temperature is not transported in the
protocol and everything. I believe it is a fast hack to get some support
for temperature support, but this might not be welcome in LCDproc since
it break so many concept already build in the architecture. It does not
mean it can not be a patch or in CVS as another driver or ... but I
don't see it fit completely with LCDproc.

You might want to have a look at LCD4Linux (as I did) to see how
Temperature and Fan are supported. For standalone application it might
be enough.

I hope it help and it is not too confuse.


Stewart W. Putnam wrote:
> I'm actively fishing for some feedback on my driver mod, though I'm
> kind of backed off active revision for the moment. ( I glance at the
> sceen to see that it has been up since boot & not crashed for a couple
> hours now...) My mod is expansive enough I think my next step would
> be to read up on how to use CVS and include my versian as a separate
> driver, say 'cd633+temps' or something because it is prabably still a
> lot buggier than the existing 633 driver...

Don't let computer expert control election...
For Belgium:

Archive powered by MHonArc 2.6.18.

Top of page