itch.io

I did some screenshot testing and reported the results in the other gif thread:

https://itch.io/post/14588554

Basically, the itch servers are delivering single-frame versions of animated gif screenshots, which is why they don't animate. As noted in the post, the animated version of my screenshot image is still on the itch servers and animates on the page correctly with a simple url change via dev tools (not a permanent fix). This indicates the issue is not related to gif file encoding before upload.

Did some testing on one of my project pages that has an animated gif: https://cobaltdragon.itch.io/hellsniper

Checking the <img> tag shows 2 gif source files:

img.itch.zone/aW1hZ2UvMzQxOTEwNS8yMDYwNTU5OC5naWY=/347x500/M8Cgy6.gif

img.itch.zone/aW1hZ2UvMzQxOTEwNS8yMDYwNTU5OC5naWY=/794x1000/COX6gh.gif

Checking both files revealed they are single-frame images.

Clicking on screenshot opens the image viewer, in which the gif animates correctly. Checking the source reveals a different image:

img.itch.zone/aW1hZ2UvMzQxOTEwNS8yMDYwNTU5OC5naWY=/original/vDct5H.gif

Using devtools on the project page to insert this image source as the target for srcset="" causes the gif to start animating immediately and the project page appears as expected.

This is speculation, but it seems there is a backend image transcoding system that is rendering single frame gifs from animated sources. I'm sure the itch team will sort it out soon.

v1.0.1 is released. Took a bit longer than planned due to an unexpected bug.

Yes. Support for v32 and v32.0.1 of OBS Studio is in progress and will be included in the next release. Should be out this week.

This thread will be updated periodically to highlight custom icon sets created and shared by users of OBS-HUD. 

• Creator: PixlPixi
  • Colored Borders - https://obsproject.com/forum/threads/obs-hud.168654/post-652405

Excellent! I'm glad you found the issue, and I appreciate the feedback. Please reach out any time in the future if you need assistance or you have ideas that might improve the program.

Thanks for the update.

MSI vs MSIX installers should not matter, as far as I know. I use the MSI version myself. The running application should still be Photo.exe.

Other ideas:

1. Did you change the shortcut for the Copy Flattened command to something other than Ctrl+Shift+C? If yes, exports will not work. If you did not change it, please try a manual test by using the shortcut directly and confirm it will paste correctly into MS Paint or some other image tool.

I will need to add flexibility to BMP Export to support custom shortcuts anyway. That's actually something I had not considered yet.

2. Have you tried different images?  Very high res images in particular can sometimes fail export. I'm working on an update to hopefully mitigate this.

3-Are you using a clipboard manager? That might interfere with the export.

Thanks for your patience addressing this. There is an answer somewhere, it is just a matter of identifying the right variable in the situation. If necessary, I'm willing to compile a private debug build of the program for you to test, if that's what it takes to better troubleshoot.

Hello StickyFrog,

Thank you for the feedback and I'm sorry about the export issue.

First, make sure that Affinity Photo is the active window and has focus before right-clicking the BMP icon. If Photo is not the focused application, the export command will do nothing.

Second, please check Windows Task Manager to ensure that Affinity Photo and BMP Export are running at the same privilege level. If Photo is running in admin mode and BMP Export in user mode, exporting will not work. The 'Elevated' column in task manager is what you want to verify:

Please let me know your results/findings. I'd like to resolve this issue for you and incorporate updates to the program as needed.

Thanks!

PS-I appreciate the tip about the AV flag. I'll add a note to the homepage for awareness.

Is a crutch a bad thing?

The genesis of this program was to provide an assistive solution to two people who are visually impaired. Is that a worthwhile purpose?

The update is working great. Thanks!

Another nice tool! A couple recommendations:

-Offer an Always on Top window option. This guarantees visibility of the tool even when the user needs to click/move/show/hide other windows.

-Register F1-F3 as Global Hotkeys. Currently Pixel Picker must have focus for the hotkeys to function. If it does not have focus, the user must go back to the tool, click it, then move back to the screen location of the desired pixel to select it. More concerning is the issue that F1-F3 will invoke any built-in function of the currently focused window tied to those keys. If the user is trying to select a color and does not realize PP has lost focus, this could easily cause unexpected/undesired effects.

That was fast!

The changes are working well on my end so far. A couple quick notes:

1. When loading via drag and drop the Restore button is non-functional. It throws a "No image loaded" msgbox. Seems like a flag or file reference is not being set. Load Image button does not have this issue.

2. Windows Defender went haywire on the new version and auto-quarantined the file twice. After adding an exception it ran just fine. The v1 release had zero issues. No idea if this is just a random problem on my machine or if it will affect others, but wanted you to be aware.

Happy to help!

The toggle option sounds great. +1 for user choice.

Great tool! A few suggestions:

-Would be nice to have a note on the page here stating .NET v8 is required and the tool will prompt for install if necessary

-Enabling drag and drop for image loading would be a great speed and usability enhancement, especially when working with multiple images

-Currently the image preview is anchored on the left side, so any function that resizes the gui window displaces the button controls. This results in lots of excess mouse moving and window repositioning. If the controls were swapped left-right with the image preview (which receives no direct user interaction) then they would maintain spatial positioning on-screen much more consistently, smoothing the workflow and visual orientation

-A one-click quick export button that creates a new file with auto-incremented numbers appended to the filename would be nice, thus eliminating the need to see a File Save dialog on each export

-Perhaps enhance the export function to append relevant program settings as filename suffixes for easy reference  later.

e.g. input file "Metal" exports to

"Metal--512x512_IsoLeft" or

"Metal--256x256_grayscale_IsoFloor"

Greetings Deep-Fold and thank you for the excellent tool. I found it so useful I wrote a complimentary program called SpacePort that automates file management for exported images. I hope it is a fitting tribute to your work and others will benefit from my contribution.