Need to evaluate zenity alternatives for a gui.
Zenity windows pop up in the middle of the screen, which makes recording in the middle of the screen annoying.

Some window-managers can spawn zenity windows at specific parts of the screen (like bottom left), but this is a hassle for the user to figure out.

Maybe the recording can be stopped with notifications, and this can be implemented with #4.
Also i'd probably rather remove zenity until someone actually requests a feature like this, instead of keeping a bad feature just in case.

First of all, this program is awesome and I already have a few nifty scripts built around it.

I am trying to replicate the gif on the example using the -c flag, but every color I enter makes the slop selection window entirely white.

I am using Arch + i3. Is this something I have to set up within slop, like the shaders?

Edit: Hmm, it seems to work if I do -c 0.0,0.0,0.0, which gives black. I somehow need to get all the colors in my scheme into a FLOAT FLOAT FLOAT format...

When using giph with system keybinds, it is unclear when the recording is completed, and when the encoding process has finished and the final gif is saved.

A flag --notify should enable desktop notifications, which will be displayed by whatever notification server the user has running.

Hi,
Thanks for the great work. I was wondering if would be possible to emulate a countdown (either via libnotify or otherwise), that lets the user know the recording is about to start (in case of non-interactive launching - so no terminal output and with a delay). I think it would be a worthwhile feature to add. I realize I could hack around this with notifications but it would be great if it was built-in and calling the -y / --notify flag automatically takes care of it.
Best,
Amanjit

Hello

I'm currently doing recordings using the command giph -s -y ~/Pictures/Gifs/Recordings/$(date +%s).gif. It starts fine, but when I try to use giph --stop in another terminal to terminate the recording, nothing happens. Looking at the source code, it looks like you use pgrep giph to determine if the process is running. When I run that directly in the terminal, nothing comes up. It looks like the actual process name is bash when I look in htop. So when I use pgrep -f giph, I get a process id. Adding that flag in the source code (the stop_all_recordings function) seems to work. My shell is zsh, which is what I suspect is the reason why this happens.

/usr/bin/giph: line 272: slop: command not found
2021-03-15 17:04:15: ERROR: could not parse geometry string ''

I know I should install slop in order to fix this, but slop should be added as a dependence.

I was wondering if it would be possible to add an option to choose the audio backend? Currently it seems pulseaudio is hardcoded. It would be nice to choose between pulse or alsa.

Remove gifski support, since its gif encoding takes a considerable amount longer than using ffmpeg with pre-generated color palette, and it's quality and file-size is basically the same.

Someone recommended this tool to me but I could not get it to work properly on my setup, there is no error but I only get a black rectangle when I view the gif in firefox.

I am using Hyprland (version 0.34.0-1) on Arch, and giph version 1.1.1.

Has this been tested on Wayland?

I'd be happy to help debug this, so if you need me to try out some stuff don't hesitate!

So I tried to build the program from source
that part worked. However what doesn't work is actually using it

I use Gnome so it might be an issue related to that DE
it would be awesome if I'd be able to use said program on my system

Not sure if #6 is related, but I get an error saying ffmpeg can't record. After some investigation, I fixed it by changing

ffmpeg=(ffmpeg -f x11grab -s "$width"x"$height" -i "$DISPLAY.0+$x,$y")

to

ffmpeg=(ffmpeg -f x11grab -s "$width"x"$height" -i "$DISPLAY+$x,$y")

in function record() on line 347

On my system, $DISPLAY is set to :0.0 which is set on startup in my ~/.xprofile by running systemctl --user import-environment DISPLAY. I'm not sure if this is standard, or if something like :0 is standard, so I'm not sure if I should fork and send a PR to fix this.

Currently, when a window or geometry is partially outside the root-window, the recording fails without and useful information.

If the area to record is completely outside the root-window, giph should log_error with a proper error message.
Otherwise, it should record the intersecting rectangle between the rectangle to record and the root-window.

If I call giph from a script, then giph --stop doesn't work, so I tried sending it the SIGINT signal but that doesn't do anything.

pgrep -f giph | xargs kill -SIGINT

This is what happened:

$ bash giph -s hello
2019-06-06 08:24:20: INFO: stop recording with ctrl+c or send INT SIGNAL to this process killall -int -g giph
Invalid MIT-MAGIC-COOKIE-1 key2019-06-06 08:24:20: ERROR: recording video with ffmpeg failed

By the way, this project is awesome, I really like it! 😄