mirror of
https://github.com/NickeManarin/ScreenToGif.git
synced 2026-04-25 23:25:52 +03:00
[GH-ISSUE #1238] [Bug] ScreenToGif.2.39 X64 Portable Build - ScreenToGif.EncodeWithFfmpeg Path Error #913
Labels
No labels
copy cats
duplicated
future feature
pull-request
⬜ Accepted
⬜ Completed
⬜ Help Wanted 💪
⬜ In Progress
⬜ Missing Details
⬜ Pending
⬜ Waiting For Answer ⏳
🆕 feature preview
🔷 Bug 🐛
🔷 Out Of Scope
🔷 Out Of Scope
🔷 Question
🔷Enhancement
🔷Enhancement
🔷Invalid / External
🔷Knowledge Base
🔷Won't Fix
🕑 High
🕑 High
🕑 High
🕕 Medium
🕙 Low
🕛 Critical
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/ScreenToGif#913
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @MaverickLoneshark on GitHub (Oct 1, 2023).
Original GitHub issue: https://github.com/NickeManarin/ScreenToGif/issues/1238
Originally assigned to: @NickeManarin on GitHub.
Description
Saving project as Mp4 with default encoder fails due to intermediary 'no such file or directory' issues (missing correct path to
temp).To Reproduce
Steps to reproduce the behavior:
ffmpeg.exelocation if prompted to locateExpected behavior
ScreenToGif should produce a valid MP4 video.
Screenshots

Desktop:
Additional context
Can successfully encode other formats without any known problems, so this issue seems specific to feeding ffmpeg correct path parameters
@pawlos commented on GitHub (Oct 6, 2023):
I could not repro this on my version (latest release 2.39 and build from source), but this line of
ffmpegoutput looks interesting[concat @ 00000228ddb53840] Impossible to open 'file:temp\ScreenToGif\Recording\2023-09-30 23-48-03\Encode 2023-10-01 07-06-00-89\temp\ScreenToGif\Recording\2023-09-30 23-48-03\Encode 2023-10-01 07-06-00-89\0.png'For some reason it looks like the path is duplicated. Also, when I test this, I have a full path to a file and here it's only a relative one.
@MaverickLoneshark commented on GitHub (Oct 7, 2023):
Neither full path nor relative path seem to work for me.
So I'm pretty sure I shouldn't have those first lines in my error messages (after all, my username isn't
[redacted])...Have you tried installing on a different machine?
@NickeManarin commented on GitHub (Oct 7, 2023):
That's just the path saved along with debug symbols. It's from my setup.
@NickeManarin commented on GitHub (Oct 8, 2023):
What's in your cache path? The default should be
%temp%or to be safe%UserProfile%\AppData\Local\Temp.If your environment variable %temp% is set to anything other than the default value, it may result what you are experiencing now.
@MaverickLoneshark commented on GitHub (Oct 9, 2023):
Interesting, it was using a relative
tempfolder.I was able to properly encode a mpeg-4 after switching to
%temp%.Problem solved!
(though it would probably be best to hide your personal build configuration paths from the error output for security reasons...)
@MaverickLoneshark commented on GitHub (Oct 9, 2023):
Accidentally closed instead of just commented, my bad.
Up to you to decide, after all.
By the way, is there any chance of working in a feature request for a dark mode skin for ScreenToGif?
The bright white contrast is kind of hard on my primarily dark theme accustomed eyes.
Thank you for your swift response!
(I was expecting to hear back from you after another two weeks or something)
@pawlos commented on GitHub (Oct 9, 2023):
Relative path does the trick of producing an error. Maybe the fix could be that if the relative path is entered, it could be resolved to a full one on
Save? I can see some code that might does do that (AdjustPathcalls) so maybe it's not covering all cases in this scenario (manually entered path)?@MaverickLoneshark commented on GitHub (Oct 9, 2023):
Well, that's certainly an idea, but couldn't the relative paths work by invoking the encoder from the ScreenToGif directory as the working directory or something?
Actually this might be a bit more convoluted than I first thought...
https://superuser.com/a/943258
@pawlos commented on GitHub (Oct 9, 2023):
I'll check that one. Thanks for the link.
@pawlos commented on GitHub (Oct 15, 2023):
yeah, setting the relative paths, even with the working directory is set doesn't seems to be helping
ffmpeg:(@shiqianwei0508 commented on GitHub (May 16, 2024):
thanks! You are genius !