ddccontrol-devel — Development list.

Re: [ddccontrol-devel] monitor request

[Lars T. Skjong-B. <li...@sn...>]

Hi Gary,

Gary wrote:

> Could you please add support for LG1942S.

Please post to us the output of this command, run as root on the
computer where you have that monitor installed:

LANG= LC_ALL= ddccontrol -p -c -d

-- 
Regards, Lars Tobias

[ddccontrol-devel] monitor request

[Gary <ga...@bo...>]

Hi

Could you please add support for LG1942S.

Thanks

gazzatav

[ddccontrol-devel] Subscription test e-mail

[William O. <gun...@gm...>]

This e-mail will make sure that I am correctly registered to the mailing lists.

Re: [ddccontrol-devel] non root i2c communication

[Lars T. B. <li...@sn...>]

Hi,

Oleg I. Vdovikin wrote:

> Keep in mind that project is now mostly dead for several years now...

That's partly true, the SVN repository shows commits nearly each month, 
but only in the database, not in the program. The program hasn't 
received a commit for 2 years. Kiran Kotla did write a patch to the 
program to speed it up by more than double, but it hasn't been accepted 
upstream.

-- 
Regards, Lars Tobias

Re: [ddccontrol-devel] non root i2c communication

[William O. <gun...@on...>]

Hi Oleg,

It's good to see that I'm not the only one to read the ddccontol
mailing-lists.

Le 04/12/2009 11:39, Oleg I. Vdovikin a écrit :
>    Keep in mind that project is now mostly dead for several years now...
If you're speaking of ddccontrol, I intend to change that statement. I
currently don't have much time to work on it, but once I graduate, I
should be able to extend the database, and other things.

So far, ddccontrol is the ONLY tool running on Linux that I could find
to control my button-less, OSD-less monitor. ddccontrol allowed me for
the first time in several years to lower the brightness of my monitor.
So there is no way I'm letting it die!

Cheers
William

Re: [ddccontrol-devel] non root i2c communication

[Oleg I. V. <ol...@cs...>]

Hi,

> On the Xorg list, I started a thread about that matter. I think ddc/ci
> would be best integrated therein. Hopefully this opens for a general API
> that ddccontrol can migrate to as well. Having not to rely on root access
> is for UI tools essential in order to get generally accepted for desktop
> use.

    ddccontrol is not limited to graphical mode, it's supposed to work in 
text mode too, so no X stuff is used at all. Xorg guys has it's own access 
to i2c for sure, so they of course could provide a way to ddccontrol to 
access this bus or intergate some part of ddccontrol.

    Keep in mind that project is now mostly dead for several years now...

Regards,
Oleg.

Re: [ddccontrol-devel] non root i2c communication

[Kai-Uwe B. <ku...@gm...>]

Hello,

Am 03.12.09, 12:46 +0100 schrieb William OLLIVIER:
> Le 01/12/2009 14:28, Kai-Uwe Behrmann a écrit :
>> I have monitor here, which supports reading and writing of internal LUTs
>> over a small monitor framework[1]. It accesses the montor over i2c
>> device nodes. That would be nice to integrate in my graphic card LUT
>> viewer[2].
>>
>> Unfortunedly i2c requires root access on my system. And my understanding
>> is that i2c is a security issue to open for normal users.
> I wasn't aware of that. Where did you get this information from?

Seeing that i2c is used for several hardware controls, I guessed that it 
is cruical to not let ordinary users change clock speed and similiar by 
default. On my distribution the /dev/i2c-xxx devices are owned by root 
with chmod 0440. This is controled on startup, and again I guess this is 
similiar on many Linux distributions.

>> How can my
>> application nevertheless get the curves. As well there is interesst
>> to do more with this monitor communication channel.
>>
>> Can this be achieved over DDC/CI as well? What would be needed to make it
>> non root read and writeable.
>>
> What ddccontrol allows you to do is read and write values that are
> stored in the monitor's internal chip, so that you can control
> parameters like Brightness, Contrast, color temp, etc. from you
> computer, just as you would with the buttons and OSD of your monitor.
>
> ddccontrol can use different low-level protocols to do that : for
> example, I can use i2c, or use my Nvidia graphics card driver's
> capabilities to communicate with my monitor.

The nvidia extensions regarding ddc/ci I have noticed. They are probably 
not a general i2c interface but only ddc/ci. So access through them might 
be restricted to monitor communication than the i2c device nodes.

> DDC/CI is a protocol that works on top of i2c, so as far as I can tell,
> you will still need to run ddccontrol as root to be able to communicate
> with your monitor.

Thanks for your confirmation.

> A while ago, I tried to make ddccontrol work at a user level, but I
> didn't manage. I'm the current maintainer of the project, but I'm quite
> busy right now. Maybe we could figure something out together, when we
> both have time.

On the Xorg list, I started a thread about that matter. I think ddc/ci
would be best integrated therein. Hopefully this opens for a general API 
that ddccontrol can migrate to as well. Having not to rely on root access 
is for UI tools essential in order to get generally accepted for desktop 
use.

kind regards
Kai-Uwe Behrmann
-- 
developing for colour management 
www.behrmann.name + www.oyranos.org

Re: [ddccontrol-devel] non root i2c communication

[William O. <gun...@on...>]

Hello,

Le 01/12/2009 14:28, Kai-Uwe Behrmann a écrit :
> I have monitor here, which supports reading and writing of internal LUTs 
> over a small monitor framework[1]. It accesses the montor over i2c 
> device nodes. That would be nice to integrate in my graphic card LUT 
> viewer[2].
>
> Unfortunedly i2c requires root access on my system. And my understanding 
> is that i2c is a security issue to open for normal users.
I wasn't aware of that. Where did you get this information from?
> How can my 
> application nevertheless get the curves. As well there is interesst 
> to do more with this monitor communication channel.
>
> Can this be achieved over DDC/CI as well? What would be needed to make it 
> non root read and writeable.
>   
What ddccontrol allows you to do is read and write values that are
stored in the monitor's internal chip, so that you can control
parameters like Brightness, Contrast, color temp, etc. from you
computer, just as you would with the buttons and OSD of your monitor.

ddccontrol can use different low-level protocols to do that : for
example, I can use i2c, or use my Nvidia graphics card driver's
capabilities to communicate with my monitor.

DDC/CI is a protocol that works on top of i2c, so as far as I can tell,
you will still need to run ddccontrol as root to be able to communicate
with your monitor.

A while ago, I tried to make ddccontrol work at a user level, but I
didn't manage. I'm the current maintainer of the project, but I'm quite
busy right now. Maybe we could figure something out together, when we
both have time.

I hope this answers your question.

Regards,

William

[ddccontrol-devel] non root i2c communication

[Kai-Uwe B. <ku...@gm...>]

I have monitor here, which supports reading and writing of internal LUTs 
over a small monitor framework[1]. It accesses the montor over i2c 
device nodes. That would be nice to integrate in my graphic card LUT 
viewer[2].

Unfortunedly i2c requires root access on my system. And my understanding 
is that i2c is a security issue to open for normal users. How can my 
application nevertheless get the curves. As well there is interesst 
to do more with this monitor communication channel.

Can this be achieved over DDC/CI as well? What would be needed to make it 
non root read and writeable.

kind regards
Kai-Uwe Behrmann
-- 
developing for colour management 
www.behrmann.name + www.oyranos.org


[1] http://sourceforge.net/projects/ookala-mcf/
[2] http://www.oyranos.org/#icc_examin

[ddccontrol-devel] ddccontrol on windows?

[Schratzberger J. <Sch...@fr...>]

hi,
 
in the office where i work we are stuck with windows :( 
so do you plan to publish a wondows version of ddccontrol anytime soon?
 
greetings, Sepp
 
 

____________________________________

Dipl.-Ing. Josef Schratzberger

FRONIUS International GmbH
Forschung & Entwicklung
Numerische Simulation


Günter Fronius Str. 1
A-4600 Thalheim
Austria

Tel: +43 / (0)7242 / 241 – 1357
mailto:sch...@fr...
http://www.fronius.com <http://www.fronius.com/> 

____________________________________

 

[ddccontrol-devel] Patch: accelerate ddccontrol -r

[Kiran K. <kot...@gm...>]

Hello ddccontrol maintainers,

	Here is a patch that makes ddccontrol run substantially faster
when the i2c device and a field to read or write are specified, by
skipping the reading of monitor information which is apparently not
used in that case.  This optimization makes it more feasible to use
ddccontrol interactively for tasks like adjusting monitor brightness
or picture position.

	Just as a sample benchmark, here is the difference in times
to do "ddccontrol -r 0x60 pci:01:00.0-1", in seconds, which shows
that ddccontrol runs more than twice as fast in this case.

		Real		        User		        Sys
Before	2.191		0.136		0.052
After		0.788		0.148		0.044


	The change basically chops the end of ddcci_open into a
separate new function, ddcci_read_details, and changes the two places
that call ddcci_open to call this second function also, but only when
necessary.

	Although this patch is against ddccontrol-0.4.2, it should
apply cleanly in the subversion trunk, as the only intervening
changes to the effected file in subversion were changes to the
mailing address of the Free Software Foundation.

	Since I do not have write access to the subversion repository,
could you please integrate this change or let me know what process you
would prefer I follow to get this optimization integrated?

	Thanks in advance.
        Kiran




diff -u -r ddccontrol-0.4.2/src/ddccontrol/main.c
ddccontrol-0.4.2.faster/src/ddccontrol/main.c
--- ddccontrol-0.4.2/src/ddccontrol/main.c	2006-07-27 13:45:08.000000000 -0700
+++ ddccontrol-0.4.2.faster/src/ddccontrol/main.c	2009-01-30
12:45:03.000000000 -0800
@@ -343,6 +343,10 @@
 			"\nDDC/CI at %s is unusable (%d).\n"
 			"If your graphics card need it, please check all the required
kernel modules are loaded (i2c-dev, and your framebuffer driver).\n"
 		    ), fn, ret);
+	} else if (probe && (ret = ddcci_read_details(&mon)) < 0) {
+		fprintf(stderr, _(
+			"\nUnable to read monitor details from database (ddc_read_details
returned %d).\n"
+			), ret);
 	} else {
 		fprintf(stdout, _("\nEDID readings:\n"));
 		fprintf(stdout, _("\tPlug and Play ID: %s [%s]\n"),
diff -u -r ddccontrol-0.4.2/src/lib/ddcci.c
ddccontrol-0.4.2.faster/src/lib/ddcci.c
--- ddccontrol-0.4.2/src/lib/ddcci.c	2006-06-15 09:45:19.000000000 -0700
+++ ddccontrol-0.4.2.faster/src/lib/ddcci.c	2009-01-30 11:23:56.000000000 -0800
@@ -883,7 +883,7 @@
   - -2 if EDID is not available
   - -3 if file can't be opened
 */
-static int ddcci_open_with_addr(struct monitor* mon, const char*
filename, int addr, int edid, int probing)
+static int ddcci_open_with_addr(struct monitor* mon, const char*
filename, int addr, int probing)
 {
 	memset(mon, 0, sizeof(struct monitor));
 	
@@ -936,6 +936,11 @@
 	
 	mon->addr = addr;
 	
+	return 0;
+}
+
+static int ddcci_read_details_edid(struct monitor* mon, int edid)
+{
 	if (ddcci_read_edid(mon, edid) < 0) {
 		return -2;
 	}
@@ -987,9 +992,15 @@

 int ddcci_open(struct monitor* mon, const char* filename, int probing)
 {
-	return ddcci_open_with_addr(mon, filename, DEFAULT_DDCCI_ADDR,
DEFAULT_EDID_ADDR, probing);
+	return ddcci_open_with_addr(mon, filename, DEFAULT_DDCCI_ADDR, probing);
 }

+int ddcci_read_details(struct monitor* mon)
+{

Re: [ddccontrol-devel] ddc listen

[William H. <wi...@ai...>]

Dmitry

DDC/CI does not have the capability to generate events. The display 
can only respond to a query and can not behave as a master device. 
The only option is to continually poll the display for changes.

Will

At 03:24 PM 1/24/2009, Mittov Dmitri wrote:
>Hello, All.
>
>I'm user of Samsung SyncMaster 971p. It presence in support base. And I want
>to use MagicRotate function (portrait mode) of my monitor.
>
>I use nvidia driver (180.22).
>
>It is easy to rotate picture on the screen with xrandr. But I don't know how
>to get event when display is in portrait mode.
>
>I can see current mode with ddccontrol util. But it is not good to exec
>ddccontrol in my daemon every N seconds.
>
>Is it possible to listen socket/pipe/something else to get such event?
>
>---
>WBR, Dmitry.
>
>------------------------------------------------------------------------------
>This SF.net email is sponsored by:
>SourcForge Community
>SourceForge wants to tell your story.
>http://p.sf.net/sfu/sf-spreadtheword
>_______________________________________________
>ddccontrol-devel mailing list
>ddc...@li...
>https://lists.sourceforge.net/lists/listinfo/ddccontrol-devel

[ddccontrol-devel] ddc listen

[Mittov D. <mi...@gm...>]

Hello, All.

I'm user of Samsung SyncMaster 971p. It presence in support base. And I want 
to use MagicRotate function (portrait mode) of my monitor.

I use nvidia driver (180.22).

It is easy to rotate picture on the screen with xrandr. But I don't know how 
to get event when display is in portrait mode. 

I can see current mode with ddccontrol util. But it is not good to exec 
ddccontrol in my daemon every N seconds.

Is it possible to listen socket/pipe/something else to get such event?

---
WBR, Dmitry.

[ddccontrol-devel] orientation Samsung 215TW

[Till M. <ope...@ti...>]

Hiyas,

according to http://unixangst.com/blog/?p=14 it is possible to get the 
orientation of a Samsung 215TW from the control 0xf8. Can you please add this 
to the database?

Regards,
Till

[ddccontrol-devel] Support for new intel chipsets

[Dmitry G. <gur...@dg...>]

Hello.

Do you plan to support i96x chipset series ?

I have laptop with intel x3100 chipset and ddccontrol doesn't work with it by 
default, because memory region with control registers has size 1Mb instead of 
512K (and its ID is missing in intel810.c).

I haven't read intel documentation carefully yet, but this in this document 
http://intellinuxgraphics.org/VOL_3_display_registers.pdf  written that this 
chipset has 8 GPIO registers at the same addresses as in i810 chipset.

With patch in attachment dcc controls on monitor, connected to VGA output 
works fine, but I not good in graphics adapters programming, so don't know, 
is it correct.


devices information:

00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 
Integrated Graphics Controller (rev 0c) (prog-if 00 [VGA controller])
        Subsystem: Lenovo Unknown device 20b5
        Flags: bus master, fast devsel, latency 0, IRQ 16
        Memory at f8100000 (64-bit, non-prefetchable) [size=1M]
        Memory at e0000000 (64-bit, prefetchable) [size=256M]
        I/O ports at 1800 [size=8]
        Capabilities: [90] Message Signalled Interrupts: Mask- 64bit- 
Queue=0/0 Enable-
        Capabilities: [d0] Power Management version 3

00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated 
Graphics Controller (rev 0c)
        Subsystem: Lenovo Unknown device 20b5
        Flags: bus master, fast devsel, latency 0
        Memory at f8200000 (64-bit, non-prefetchable) [size=1M]
        Capabilities: [d0] Power Management version 3

--
Dmitry Guryanov

[ddccontrol-devel] gddccontrol crashes when a11y is enabled

[Francesco F. <fra...@gm...>]

Hello,

OS: Ubuntu 7.10 running GNOME 2.20
Architecture: i386

Could anybody please fix the bug that makes gddccontrol crash when it 
is started from the command line in a GNOME session where 
accessibility is enabled?

In fact, I get the following message:
GThread-ERROR **: GThread system may only be initialized once.

When I disable accessibility in the GNOME session, gddccontrol starts 
without a problem.

Best regards.

Francesco

Re: [ddccontrol-devel] Fix for the "jittery" sliders in the GUI

[Roberto <ro...@co...>]

On Sun, Oct 07, 2007 at 04:42:42PM +0200, Ulrich Mierendorff wrote:
> Hello,
>=20
> I downloaded the CVS-Version today and did not like the sliders in the=20
> GUI, so here is a fix ;-D
>=20
Ulrich,

Thanks for the patch.  It appears that the current developer, Nicolas,
has lost interest or is too busy with other things.  I use ddccontrol
and also maintain the Debian package.  In the coming months I hope to
compile all the patches that have been submitted, fix bugs and also
update the monitor database.  However, I will not get to it right away.

Regards,

-Roberto

--=20
Roberto C. S=E1nchez
http://people.connexer.com/~roberto
http://www.connexer.com

[ddccontrol-devel] Fix for the "jittery" sliders in the GUI

[Ulrich M. <ulr...@gm...>]

Hello,

I downloaded the CVS-Version today and did not like the sliders in the 
GUI, so here is a fix ;-D

diff notebook.c notebook.c_old
404c404
<                                               
100.0/(double)currentMaximum);
---
 >                                               
10.0*100.0/(double)currentMaximum);
408c408
<                               g_signal_connect_after(G_OBJECT(widget), 
"change-value", G_CALLBACK(range_callback), NULL);
---
 >                               
g_signal_connect_after(G_OBJECT(widget), "value-changed", 
G_CALLBACK(range_callback), NULL);


It works for me..

Regards
-Ulrich

[ddccontrol-devel] ddccontrol for freebsd

[<gr...@uk...>]

Whether it is planned ddccontrol to make compatible with FreeBSD?

Re: [ddccontrol-devel] Information

[Martin O. <doc...@gm...>]

Hello again,

The best thing I need is the pnpname and the Device: pci:01:00.0-2
part, those two values will allow me to id the monitor and what it's
plugged into. using a combination of ddcprobe (uses /dev/mem) and
ddccontrol I might be able to scrape a bit more information about the
monitors but so long as I have the id and the parent the rest of the
information isn't too important.

Now I'm going to try and hack the c code, but I'm not terribly good at
it, could you provide a switch in ddccontrol for dumping this as a
list?

Best Regards, Martin Owens

On 29/08/06, Nicolas Boichat <ni...@bo...> wrote:
> Hello,
>
> Have you tried to run ddccontrol, and then have a look at the code ?
>
> You may also be interested in the tool parseedid.
>
> Best regards,
>
> Nicolas
>
> Martin Owens wrote:
> > Hey all,
> >
> > I want to learn more about monitor detection via DDC. I've had a look
> > around and you guys seem like the best people to ask.
> >
> > I'm developing a hardware tool and I'd like it to be able to detect or
> > get information relating to any monitors pluged in.
> >
> > Best Regards, Martin Owens
> > ------------------------------------------------------------------------
> >
> > -------------------------------------------------------------------------
> > Using Tomcat but need to do more? Need to support web services, security?
> > Get stuff done quickly with pre-integrated technology to make your job easier
> > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > ddccontrol-devel mailing list
> > ddc...@li...
> > https://lists.sourceforge.net/lists/listinfo/ddccontrol-devel
> >
>
>

[ddccontrol-devel] NVIDIA GeForce 7300 GT Dual DVI Slot issue

[rohit d. <roh...@gm...>]

Dear Sir,

I got your reference from sourceforge, ddccontrol-0.4.2 source code.

I am in process of developing a monitor calibration utility for
windows and Mac OS X and require your help in one of the issue coming
with "NVIDIA GeForce 7300 GT Dual DVI Slot issue"

The card is a multi-function device having 2 DVI slots.

1st DVI (bus) is assigned to  0x36 (i.e. 0x37 and 0x36)
2nd DVI (bus) is assigned to 0x3e (i.e. 0x3F and 0x3E)

1st DVI slot always works fine without issues, i am able to set SDA and SCL
but 2nd DVI slot only WORKS WHEN both MONITORS are attached to the device!!

If monitor is only attached to 2nd DVI, i am  not able to set/reset
SDA and SCL lines. At the same time it works great it both DVI have
monitors attached.

I also referred your code with mine, but didnot find any such changes.

Can you please guide what can be the issue ? Why is the behaviour
strange in this case ?

Also, I shall be helpful if you could suggest some material to study
for multi-function PCI devices.Please comment.

Thanks and Regards,
Rohit

[ddccontrol-devel] ddccontrol DB entry for NEC2080UX

[Robert S. <r.s...@ya...>]

Hello,

please find attached an XML entry for the NEC2080 UX.
Obviously, the existing NEC2080UX+ file can be reused
for it, too. Main differences:

- Identifies as NEC6605
- Saturation *seems* to work for UX, at least in user
presets (shouldn't it for the UX+ too?)
- Comment about control 0x54 removed, as it is already
included in VESA main profile (and functional for the
UX)

Maybe the 2080UX+ can later include the 2080UX
profile.

Robert

__________________________________________________
Do You Yahoo!?
Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. 
http://mail.yahoo.com 

Re: [ddccontrol-devel] DDCcontrol-db 20061014 released

[Roberto C. S. <ro...@co...>]

On Sun, Oct 15, 2006 at 01:24:24AM +0800, Nicolas Boichat wrote:
>=20
> No. I won't release a new version of the app package, nothing has been
> changed.
>=20
> Best regards,
>=20
> Nicolas


OK.  Thank you.

Regards,

-Roberto

--=20
Roberto C. Sanchez
http://people.connexer.com/~roberto
http://www.connexer.com

Re: [ddccontrol-devel] DDCcontrol-db 20061014 released

[Nicolas B. <ni...@bo...>]

Hello,

Roberto C. Sanchez wrote:
> On Sat, Oct 14, 2006 at 03:24:25PM +0800, Nicolas Boichat wrote:
>   
>> Hello,
>>
>> I just released a new version of the database, see the changelog below.
>>
>> Thanks Roberto for your message, it gave me the motivation to release it
>> sooner that what I'm used to do .-) So I hope this new version will get
>> in the next Debian release.
>>
>>     
> I'm glad I could be of service.  I just finished packagin the new
> version and someone sponsored it for me, so it should be in Debian today
> or tomorrow.  Also, is there an update for the ddccontrol application
> itself?  If not I have a couple of Debian-specific changes that I was
> waiting on to make sure I didn't waste my time if a new version was
> coming out.
No. I won't release a new version of the app package, nothing has been
changed.

Best regards,

Nicolas

Re: [ddccontrol-devel] DDCcontrol-db 20061014 released

[Roberto C. S. <ro...@co...>]

On Sat, Oct 14, 2006 at 03:24:25PM +0800, Nicolas Boichat wrote:
> Hello,
>=20
> I just released a new version of the database, see the changelog below.
>=20
> Thanks Roberto for your message, it gave me the motivation to release it
> sooner that what I'm used to do .-) So I hope this new version will get
> in the next Debian release.
>=20
I'm glad I could be of service.  I just finished packagin the new
version and someone sponsored it for me, so it should be in Debian today
or tomorrow.  Also, is there an update for the ddccontrol application
itself?  If not I have a couple of Debian-specific changes that I was
waiting on to make sure I didn't waste my time if a new version was
coming out.

Regards,

-Roberto

--=20
Roberto C. Sanchez
http://people.connexer.com/~roberto
http://www.connexer.com