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

Can the settings be saved? #46

Open
skorokithakis opened this issue Apr 2, 2024 · 20 comments
Open

Can the settings be saved? #46

skorokithakis opened this issue Apr 2, 2024 · 20 comments

Comments

@skorokithakis
Copy link

The camera keeps forgetting the settings very often, most importantly the resolution. This utility is a great help, as I can set them using an alias, but is there a way for the settings to be persisted on the camera?

@soyersoyer
Copy link
Owner

soyersoyer commented Apr 2, 2024

Yes, if you enable cameractrlsd in the Advanced page, it will restore the 'preset 1' at every device connection or at every login.
Does it work for you?

@skorokithakis
Copy link
Author

Ahh ok, I need to run the daemon? Makes sense, thank you. I was wondering if there's a way to save the settings on the hardware, but this works as well. I'll see about properly installing the app (I just copied the cli script and use it directly, currently).

@soyersoyer
Copy link
Owner

soyersoyer commented Apr 2, 2024

Some Logitech cameras save the settings, Kiyo Pro has a control for it, but not all can save. It will work if you use from the cli or from os package (eg on arch) or from flatpak as well.

@skorokithakis
Copy link
Author

I've installed the daemon, thank you. I have a Brio 500, I'm assuming it can't save the settings. Thanks again!

@ItachiSan
Copy link

In Arch they are not packaging the systemd daemon script, most likely due to a simple mistake.
I opened an issue so that they can fix it:
https://gitlab.archlinux.org/archlinux/packaging/packages/cameractrls/-/issues/3

@ItachiSan
Copy link

Hi,
The daemon has been added to the Arch package and is up and running.
However, clicking on a preset does not lead to saving it. I get the error in the terminal that the .ini file is missing.
@soyersoyer

@soyersoyer
Copy link
Owner

Click to load, long press to save. If you move the cursor over the name of the controls, the description will be displayed. Hm, maybe it should be more visible.

@soyersoyer
Copy link
Owner

soyersoyer commented Apr 4, 2024

Or should this "car-stereo preset style" be changed to something that exists in the world today.

@ToRRent1812
Copy link

ToRRent1812 commented Apr 4, 2024

Pardon my stupidity but in flatpak version, whenever I click enable or disable for 'start with desktop portal', nothing is checked but the app itself launches automatically. I also think that the part where You need to hold click to save is confusing, considering, there is no tooltip on hover to know that.

@soyersoyer
Copy link
Owner

Ups, maybe the desktop portal is not implemented the same way anywhere.
Which desktop environment are you using? (KDE/Gnome/Xfce/or other)?

@ToRRent1812
Copy link

I use Plasma 6.0.3, distro is Opensuse tumbleweed

@soyersoyer
Copy link
Owner

I'll check it out in the next few days.

@ItachiSan
Copy link

I got the save preset to work, by long pressing a fairly long time.
However, I got no feedback that it was correct.
Maybe that could be improved?

@jimmysjolund
Copy link

jimmysjolund commented Apr 5, 2024

I was also confused by the long press when I couldn't get the presets to work. I run Fedora 39 with Gnome and no tooltip on hover.

@rieje
Copy link

rieje commented Apr 5, 2024

Is it possible to support saving settings without requiring a daemon to a simple config file? I rarely use the webcam. That would seem to be the simplest and most intuitive solution.

@soyersoyer
Copy link
Owner

soyersoyer commented Apr 5, 2024

Yes, saving and loading work without the daemon. The daemon is only needed to automatically restore controls.

You can also restore the controls with udev, but this requires root privileges.
https://wiki.archlinux.org/title/webcam_setup#Persisting_configuration_changes

@rieje
Copy link

rieje commented Apr 8, 2024

Yes, saving and loading work without the daemon. The daemon is only needed to automatically restore controls.

You can also restore the controls with udev, but this requires root privileges. https://wiki.archlinux.org/title/webcam_setup#Persisting_configuration_changes

You mean it should remember the settings persistently? When I change some settings ad restart cameractrlsgtk4, it remembers them but they get reset to defaults on reboot (I would prefer if they get remembered). I guess I can do cameractrls -c logitech_led1_mode=off,resolution=1280x960 ; cameractrlsgtk4 in a wrapper script if I don't want to bother with udev rule or a daemon.

@shanness
Copy link

I was also confused by the long press when I couldn't get the presets to work. I run Fedora 39 with Gnome and no tooltip on hover.

Whoa! Thanks so much for this! It works and there is a tooltip on Ubuntu 22.04, flatpak, I'd just never noticed it.
(the snap seem broken ATM, needs root for a systemctl exec command)

I think the long click should be in the label?

image

@gentoo-root
Copy link

Yes, if you enable cameractrlsd in the Advanced page, it will restore the 'preset 1' at every device connection or at every login.

This is valuable information! I wish it was somehow indicated in the application, it wasn't obvious to me at all why it didn't store any settings. Could you maybe add one line of text under the "Start with systemd" option that will tell the user what cameractrlsd actually does (i.e. restores preset number 1 when the camera is connected)?

@hensansi
Copy link

hensansi commented Sep 12, 2024

For those here who use Arch Linux and Sway, the "Start with systemd" option won't work out of the box because it never reaches "graphical-session.target."[1] If you run systemctl status cameractrlsd.service --user, it will show enabled but inactive.

To address that, you can follow this guide: 4.10 Manage Sway-specific daemons with systems

~/.config/systemd/user/sway-session.target

[Unit]
Description=Sway compositor session
Documentation=man:systemd.special
BindsTo=graphical-session.target
Wants=graphical-session-pre.target
After=graphical-session-pre.target
~/.config/sway/config

...
...
...
exec_always systemctl --user start sway-session.target

[1] To give some extra context, you can check this issue.

edit: I got into this thread because the settings were lost unless I refreshed them on the settings, till fixed the cameractrlsd initialization.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

9 participants