ddcctl
v1
Ajuste los controles incorporados de sus monitores externos desde el shell OSX:
Y posiblemente (si su firmware de monitor está bien implementado):
Este es un repositorio de código abierto GPLV3 y puede usarlo de la manera que la licencia lo permite.
No es un proyecto de "software libre" comunitario: es decididamente mi utilidad personal y está en el "modo de mantenimiento" (temido/amado).
Para ser contundente, si tiene problemas con sus macOS, Macintosh (no Hackintosh) y monitores controlados con DDC, entonces depende de usted y (opcionalmente) PR sus correcciones (consulte la sección inferior) si desea compartirlos.
Actualmente no tengo el tiempo para clasificar nuevos problemas y ayudar con las que no se informan, y no tengo la intención de moderar un foro de apoyo o discusión aquí.
Abra una ventana de terminal y ejecute $ brew install ddcctl .
Dirígete a los lanzamientos y desde el último lanzamiento Descargar ddcctl_binaries.zip Archive
make Ejecute ddcctl -h para algunas opciones.
DDCCTL.SH es un script que utilizo para controlar dos monitores de PC conectados a mi Mac Mini.
Puede apuntar a Alfred, Controlplane o Karabiner para cambiar rápidamente los presets.
Al configurar la fuente de entrada, consulte la siguiente tabla para determinar qué valor usar.
Por ejemplo, para establecer su primera pantalla en HDMI: ddcctl -d 1 -i 17 .
| Fuente de entrada | Valor |
|---|---|
| VGA-1 | 1 |
| VGA-2 | 2 |
| DVI-1 | 3 |
| DVI-2 | 4 |
| Video compuesto 1 | 5 |
| Video compuesto 2 | 6 |
| S-video | 7 |
| S-video-2 | 8 |
| Sintonizador-1 | 9 |
| Sintonizador-2 | 10 |
| Sintonizador 3 | 11 |
| Video componente (YPRPB/YCRCB) 1 | 12 |
| Video componente (YPRPB/YCRCB) 2 | 13 |
| Video componente (YPRPB/YCRCB) 3 | 14 |
| Displayport-1 | 15 |
| Displayport-2 | 16 |
| HDMI-1 | 17 |
| HDMI-2 | 18 |
| USB-C | 27 |
ddcctl.m surgió de un hilo del foro en las tablas Tonymac-X86.
DDC.c se originó en Jontaylor/DDC-CI-Tools-For-OS-X, pero fue reelaborado por otros en los foros.
Algunas horquillas también han retrocedido parches, ¿cuál es bueno ?
Bug-fix y no bug-fix/Feature PRS tienen las mismas pautas amplias:
En cuanto a los criterios adicionales para las nuevas características, comprenda que ddcctl actualmente hace lo que necesito que haga en mi propia flota de Apple.
Hay una acumulación de algunas características (ampliamente deseables) que provienen de temas reportados. ¡Se alienta a los PRS a abordarlos!
No estoy realmente interesado en agregar ninguna característica que no tenga capacidad o deseo de admitir en mi propio hardware.
Desafortunadamente, no puedo hacer una estimación de tiempo de revisión, pero cuanto más simple/limpiador un PR es, más rápido es probable que se revise y se fusione.
