Gifski
Gifski copied to clipboard
sindresorhus
GIF preview feature
I think previewing the gif in the same screen where I tweak the conversion settings is a superior user experience compared to going back and forth between the settings-view and the save-view. Especially, since there is already a video player present in the settings-view.
For example, there could be a button Render preview or a toggle: Original - Preview
If you select Preview, the original video would be replaced with the gif and a progress indicator, that would let me know whenever gifski is busy converting a new preview. Tweaking the settings would start the preview conversion from scratch.
This would make it effortless to tweak the quality and framerate settings.
Another idea to speed up the preview process: how about rendering just the first frame of the gif with the settings applied? That should be plenty fast, and you would get some perspective into what the final result will look like, given the resolution and quality. Maybe even let the user scrub-select frames and render them as needed?
IssueHunt Summary
Backers (Total: $65.52)
-
sindresorhus ($65.52)
Become a backer now!
Or submit a pull request to get the deposits!
Tips
- Checkout the Issuehunt explorer to discover more funded issues.
- Need some help from other developers? Add your repositories on IssueHunt to raise funds.
I agree, it's a bit cumbersome at the moment if you need to tweak settings.
or a toggle: Original - Preview
This sounds like a great idea indeed.
Another idea to speed up the preview process: how about rendering just the first frame of the gif with the settings applied?
Or maybe 5 frames evenly spread out over the video time range. That way you can quickly get a feel of the image quality of the whole video.
Maybe even let the user scrub-select frames and render them as needed?
I think the optimal rendering steps would be:
- Render first frame.
- Render the next 4 frames, evenly spread out.
- Start rendering the whole thing for real.
- Also allow scrubbing to render one frame at the scrubbed position.
If anyone wants to work on this, even just step 1 would be a good improvement.
The feature should be fully in SwiftUI and be embedded in the Storyboard using a NSHostingView.
@sindresorhus has funded $2.00 to this issue.
- Submit pull request via IssueHunt to receive this reward.
- Want to contribute? Chip in to this issue via IssueHunt.
- Checkout the IssueHunt Issue Explorer to see more funded issues.
- Need help from developers? Add your repository on IssueHunt to raise funds.
![issuehunt-oss[bot] avatar](https://avatars.githubusercontent.com/in/29881?v=4 "Published by a pub.dev verified publisher"){kind=small}
@sindresorhus has funded $63.52 to this issue.
- Submit pull request via IssueHunt to receive this reward.
- Want to contribute? Chip in to this issue via IssueHunt.
- Checkout the IssueHunt Issue Explorer to see more funded issues.
- Need help from developers? Add your repository on IssueHunt to raise funds.
Because gifski tries to encode differences between frames, non-consecutive frames will look a bit different than in the full anim.
How about starting encoding from the start and allowing viewing everything that has been encoded so far?
