) and if you are to use ShareX functions requiring FFmpeg, then you have to swap the provided ffmpeg.exe binary (requires Win7+) with a Vista-compatible one FWIW, as can be seen, Update Check works as expected !īTW, I haven't tested any of the ShareX v 13 series yet. (.NET FW 4.6.1 has to be installed, of course.
The trick is to modify L4 of the file so as to read: NET FW 4.6.1 (official support stops at v 4.6.0) below is a screengrab from my Vista SP2 32-bit laptop, running happily ShareX 12.4.1 portable: NET FW version is 4.0.3, Vista SP2 x86 can natively (though unofficially.) support up to. Unlike WinXP SP3 x86, for which the last supported. This isn't actually true, and it has been covered already in the Vista subforums (but am now lazy to track down that post.). By the way, the screenshot above is an old one, not today's. Plus, checking for updates on ShareX yields a "Update check failed" error. Long story short, I patched the source to retry failed segments and it's been rock-solid ever since. I was running ffmpeg on OmniOS and honestly thought it was just something wonky with ffmpeg's illumos support. When I get a prepared XP SP2 VM, I will tell the results here. I ran into this same problem last year (Jan 2020), but at the time it seemed like I was the only one experiencing it. They explained why 12.0 is the latest version you can run for the reason here: Link.īut, I can't be sure if Windows XP SP2 can run ShareX 12.0 or not. ShareX - screen capture, file sharing and productivity tool I don't know if it will work on Windows XP SP2 or not, but when I get a XP SP2 VM, I will test it and see if it works or not. I tried this on Windows XP SP3 (thanks to IcoFX's OS Spoofer). IcoFX's latest version as of now is 3.5.1. I mean, if you look at the app's download page, you will still see windows xp listed as a system requirement: IcoFX.
Connection to tcp:// - an award-winning professional icon and cursor editor Connection attempt to 192.229.210.181 port 80 failed: Operation timed out Here is the command line that ytd is using to invoke ffmpeg: ffmpeg -y -loglevel verbose -reconnect 1 -reconnect_streamed 1 -reconnect_on_network_error 1 but that still results in the error below.Īny thoughts? (Or should I be asking somewhere else?) Thank you! Starting connection attempt to 192.229.210.181 port 80 It doesn't seem to try to redownload that file, it just breezes on by. ts file which equates to a few seconds of skippage. Trying to download something using youtube-dl and it works gloriously except for the error below. Running the brew ports version of ffmpeg 4.4.
0 kommentar(er)
