Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add an --off flag #13

Open
maxwellainatchi opened this issue Oct 26, 2021 · 15 comments
Open

Add an --off flag #13

maxwellainatchi opened this issue Oct 26, 2021 · 15 comments
Labels
enhancement New feature or request investigating In process of investigating what it would take to add this feature
Projects

Comments

@maxwellainatchi
Copy link
Owner

No description provided.

@maxwellainatchi maxwellainatchi created this issue from a note in Project (In progress) Oct 26, 2021
@maxwellainatchi maxwellainatchi changed the title Add a --off flag Add an --off flag Oct 26, 2021
@satmandu
Copy link

Is there a way to use this to turn off a display without specifying an --off flag?

@maxwellainatchi
Copy link
Owner Author

You can try to set the brightness to 0 using the experimental branch at https://github.com/maxwellainatchi/gnome-randr-rust/tree/adjust-brightness.

IMPORTANT: it has some (potentially major) downsides, read this issue comment (#16 (comment)) for more information.

I can also work on implementing the --off flag.

@maxwellainatchi maxwellainatchi added enhancement New feature or request investigating In process of investigating what it would take to add this feature labels Jul 20, 2022
@maxwellainatchi
Copy link
Owner Author

Looks like this should be pretty easy - unfortunately I don't have access to a computer running Linux right now, my desktop is suffering from fatal issues and my laptop is ARM based.

I can try implementing it blindly and putting it up in a branch, if you want to test it!

@maxwellainatchi
Copy link
Owner Author

Actually, looks like it's even already supported - you should be able to just pass in --mode -1 and it'll disable the display.

@satmandu
Copy link

Actually, looks like it's even already supported - you should be able to just pass in --mode -1 and it'll disable the display.

Do I need to build off the experimental branch for this to be supported?

.cargo/bin/gnome-randr
supports-mirroring: true
layout-mode: logical
supports-changing-layout-mode: true
global-scale-required: false
renderer: "native"
legacy-ui-scaling-factor: 1

logical monitor 0:
x: 0, y: 0, scale: 1.5, rotation: normal, primary: yes
associated physical monitors:
        HDMI-1 HLT T779-108x1920 0x88888800

HDMI-1 HLT T779-108x1920 0x88888800
  1920x1080@59.994136810302734  1920x1080       59.99*+         [x1.00+, x1.25, x1.50, x1.74, x2.00, x2.31]
display-name: "HLT"
is-builtin: false

.cargo/bin/gnome-randr --mode -1
error: Found argument '--mode' which wasn't expected, or isn't valid in this context

USAGE:
    gnome-randr [SUBCOMMAND]

For more information try --help

@satmandu
Copy link

.cargo/bin/gnome-randr modify HDMI-1 --mode -1
error: Found argument '-1' which wasn't expected, or isn't valid in this context

USAGE:
    gnome-randr modify <connector> --mode <mode>

For more information try --help

@maxwellainatchi
Copy link
Owner Author

You shouldn't need the experimental branch, the command should just be

gnome-randr modify HDMI-1 --mode -1

As you did. I'm not sure why this isn't working, I'll have to dig in once I have a working computer to test on. My only guess right now is that you might need quotes around the -1, because it's probably trying to parse that as a flag. Try this:

gnome-randr modify HDMI-1 --mode "-1"

@satmandu
Copy link

.cargo/bin/gnome-randr modify HDMI-1 --mode "-1"
error: Found argument '-1' which wasn't expected, or isn't valid in this context

USAGE:
    gnome-randr modify <connector> --mode <mode>

I'll wait until you have a working computer...

But something about these steps did make the monitor freeze, but not turn off, so maybe something is happening.

@satmandu
Copy link

(This is on an arm64/Ubuntu raspberry pi 4 machine.)

@maxwellainatchi
Copy link
Owner Author

Ahhh, Ubuntu shouldn't actually need this utility. On Ubuntu xrandr is (fully?) bridged to Wayland, so you can just use xrandr to manipulate the displays instead.

@satmandu
Copy link

I don't think xrandr exposes the power functionality...

xrandr -q
Screen 0: minimum 16 x 16, current 2304 x 1440, maximum 32767 x 32767
XWAYLAND0 connected primary 2304x1440+0+0 (normal left inverted right x axis y axis) 330mm x 210mm
   2304x1440     59.91*+
   1920x1440     59.90  
   1600x1200     59.87  
   1440x1080     59.87  
   1400x1050     59.98  
   1280x1024     59.89  
   1280x960      59.94  
   1152x864      59.96  
   1024x768      59.92  
   800x600       59.86  
   640x480       59.38  
   320x240       59.52  
   1920x1200     59.88  
   1680x1050     59.95  
   1440x900      59.89  
   1280x800      59.81  
   720x480       59.71  
   640x400       59.95  
   320x200       58.96  
   2048x1152     59.90  
   1920x1080     59.96  
   1600x900      59.95  
   1368x768      59.88  
   1280x720      59.86  
   1024x576      59.90  
   864x486       59.92  
   720x400       59.55  
   640x350       59.77

 xrandr --output XWAYLAND0 --off
X Error of failed request:  BadMatch (invalid parameter attributes)
  Major opcode of failed request:  139 (RANDR)
  Minor opcode of failed request:  7 (RRSetScreenSize)
  Serial number of failed request:  20
  Current serial number in output stream:  22

@Conobi
Copy link

Conobi commented Aug 28, 2022

As you did. I'm not sure why this isn't working, I'll have to dig in once I have a working computer to test on. My only guess right now is that you might need quotes around the -1, because it's probably trying to parse that as a flag. Try this:

To fix the wrong parsing from structopt when a minus-starting argument is given, the workaround is to do --mode=-1 (see this issue).

But even this won't work:

❯ gnome-randr modify HDMI-1 --mode=-1
setting mode to -1
D-Bus error: Invalid mode '-1' specified (org.freedesktop.DBus.Error.InvalidArgs)
Invalid mode '-1' specified
 xrandr --output XWAYLAND0 --off
X Error of failed request:  BadMatch (invalid parameter attributes)
  Major opcode of failed request:  139 (RANDR)
  Minor opcode of failed request:  7 (RRSetScreenSize)
  Serial number of failed request:  20
  Current serial number in output stream:  22

Same here, on Ubuntu 22.04. Can't use xrandr for setting a screen to off.

The off mode isn't well documented, and it's quite sad since it's one of the most useful options.

@saghm
Copy link

saghm commented Aug 29, 2022

For my two monitor setup on my desktop (a 4K screen on the left and a 1440p on the left), I always use my right monitor connected to my work laptop during the day and then re-enable it for my desktop afterwards. Not sure if this will help anyone, but these are the invocations I've been using to do this:

# Turn off the right monitor
gnome-randr --output DP-1 --mode 2560x1440 --rate 165 --output DP-2 --off

# Turn the left right back on
gnome-randr --output DP-1 --mode 2560x1440 --rate 165 --output DP-2 --mode 3840x2160 --rate 60 --scale 1.5 --primary --right-of DP-1

@Eldiabolo21
Copy link

This feature would still be nice.
xrandr under Ubuntu 22.04 with Wayland, does not work:

➜  ~ xrandr --output XWAYLAND0 --mode 1920x1440 --off
X Error of failed request:  BadMatch (invalid parameter attributes)
  Major opcode of failed request:  139 (RANDR)
  Minor opcode of failed request:  7 (RRSetScreenSize)
  Serial number of failed request:  20
  Current serial number in output stream:  21

I can reproduce the extact same results with gnome-randar and --mode -1 (i.e. doesn't work)

@Karol3500
Copy link

I get the same result with Arch:

$ gnome-randr modify DP-7 --mode=-1
setting mode to -1
D-Bus error: Invalid mode '-1' specified (org.freedesktop.DBus.Error.InvalidArgs)
Invalid mode '-1' specified

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request investigating In process of investigating what it would take to add this feature
Projects
Project
In progress
Development

No branches or pull requests

6 participants