UEZ Posted Friday at 07:51 PM Author Posted Friday at 07:51 PM (edited) I'm sorry to hear that. 😔 You’re just a year younger than my mother – really impressive that you’re working with programming! v0.5.0 animation is just the header only. As the file is created, I assume you didn't get any error message, right? I updated the x86 version only. Can you please test it? I changed the variable timestamp_ms back to long again. The only difference which is left is the "_WinAPI_FileExistsW" function which checks Unicode files names. FB can only check ANSI file names. Edited Friday at 07:54 PM by UEZ Please don't send me any personal message and ask for support! I will not reply! Selection of finest graphical examples at Codepen.io The own fart smells best! ✌Her 'sikim hıyar' diyene bir avuç tuz alıp koşma!¯\_(ツ)_/¯ ٩(●̮̮̃•̃)۶ ٩(-̮̮̃-̃)۶ૐ
pixelsearch Posted Friday at 08:12 PM Posted Friday at 08:12 PM 23 minutes ago, UEZ said: updated the x86 version only. Can you please test it? Thank you so much for your try. Unfortunately, any example doesn't work any more and we're back in the immediate error message found in this post ("The NtCreateFile API failed etc...") As I presume, when you compiled earlier today dll 0.5.0 (August 22, 2025) then you choosed some parameter in the compiler environment that made the dll work back on XP (and that's a real miracle !) So if you could please just think deeply, trying to remember what was the option you choosed when you compiled it earlier today and made it XP compatible again, then it would be fantastic for all your future dll's ! Many thanks dear UEZ and sorry for the inconvenience. "I think you are searching a bug where there is no bug... don't listen to bad advice."
UEZ Posted Friday at 08:21 PM Author Posted Friday at 08:21 PM (edited) I assume it has something to do with GraphicsCaptureWrapper.dll which I added again and this seems not to be compatible with WinXP. The uploaded version was 0.5.1. I removed the GraphicsCaptureWrapper code from the DLL. Please try it again. Maybe I will leave GraphicsCaptureWrapper out of the DLL because on my Notebook it doesn't give me a real benefit regarding capturing speed. GraphicsCaptureWrapper should use the GPU and should be able to capture fullscreen at 60 fps. Edited Friday at 08:22 PM by UEZ Please don't send me any personal message and ask for support! I will not reply! Selection of finest graphical examples at Codepen.io The own fart smells best! ✌Her 'sikim hıyar' diyene bir avuç tuz alıp koşma!¯\_(ツ)_/¯ ٩(●̮̮̃•̃)۶ ٩(-̮̮̃-̃)۶ૐ
pixelsearch Posted Friday at 08:33 PM Posted Friday at 08:33 PM 9 minutes ago, UEZ said: I removed the GraphicsCaptureWrapper code from the DLL. Please try it again. Sure, I just tried it again. All examples work back again. Example09 (screen capture) still shows a uniform white background (why is that ? I got no white background while typing in notepad during the screen capture) . No text or mouse move is shown in the animation (it's the same static pic I uploaded in the last post of precedent page 1 in this thread) 44 minutes ago, UEZ said: I assume you didn't get any error message, right? sorry I forgot to answer this question before. No, no error message at all. 45 minutes ago, UEZ said: The only difference which is left is the "_WinAPI_FileExistsW" function which checks Unicode files names. FB can only check ANSI file names. If you think it's worth a quick try to make sure that it will solve the issue by my side, please let's try it if you want Thanks "I think you are searching a bug where there is no bug... don't listen to bad advice."
UEZ Posted Friday at 08:57 PM Author Posted Friday at 08:57 PM (edited) WebP_CreateWebPCreateAnim(), WebP_GetAnimFileInfo(), WebP_ConvertAPNG2WebP(), WebP_ScaleImage() and WebP_GetImageQuality() are using _WinAPI_FileExistsW, too. Can you please check if these examples are working? Can you try to mark fullscreen and test? Edited Friday at 08:59 PM by UEZ Please don't send me any personal message and ask for support! I will not reply! Selection of finest graphical examples at Codepen.io The own fart smells best! ✌Her 'sikim hıyar' diyene bir avuç tuz alıp koşma!¯\_(ツ)_/¯ ٩(●̮̮̃•̃)۶ ٩(-̮̮̃-̃)۶ૐ
pixelsearch Posted Friday at 09:26 PM Posted Friday at 09:26 PM (edited) 1 hour ago, UEZ said: Can you please check if these examples are working? Sorry it took me a bit long because I checked ALL examples (from 01 to 18 included) . They all work except example09 (screen capture) which means that yes, all functions you indicated work by my side with _WebP_x86.dll you uploaded 1 hour ago 1 hour ago, UEZ said: Can you try to mark fullscreen and test? Now that's strange, it captures all icons found in the marked area, text is never captured and the background is white (even if the background was colored or there was a wallpaper on the desktop : background will always be white) Compared to 0.4.4 : version 0.4.4 captures everything correctly, the mouse move, the text in the window, the wallpaper, the icons etc... That's why I suggest to leave it "as-is" if you're ok, as it works fine for everybody but me. If I ever needed to create an animated webp file from a screen capture, then I'll use dll 0.4.4 Many thanks UEZ for all your efforts ! Edited Friday at 10:02 PM by pixelsearch UEZ 1 "I think you are searching a bug where there is no bug... don't listen to bad advice."
UEZ Posted Friday at 10:20 PM Author Posted Friday at 10:20 PM (edited) Sorry, I was not drunken but I was in a different function - doh. Yes, WebP_CreateWebPCreateAnimFromScreenCapture was heavily modified to get more speed. It is a good question, what causes the issues now. I added a new parameter "$bXPMode" to Web.au3: Func WebP_CreateWebPCreateAnimFromScreenCapture($x, $y, $w, $h, $sec, $sOutfile, $fps = 30, $CapCursor = 1, $quality = 75.0, $lossless = 0, $method = 0, $filter_strength = 60, $sns_strength = 50, _ $pass = 1, $filter_sharpness = 0, $near_lossless = 100, $alpha_compression = 0, $alpha_filtering = 0, $alpha_quality = 100, $target_size = 0, $loop_count = 0, _ $WebPImageHint = $WEBP_HINT_DEFAULT, $pCallback = 0, $bXPMode = False, $sPath2DLL = "") Please set it to true and try again. Btw, WebP officially only supports Vista+ operating systems! You are lucky that it works with WinXP. Edited Friday at 10:43 PM by UEZ Please don't send me any personal message and ask for support! I will not reply! Selection of finest graphical examples at Codepen.io The own fart smells best! ✌Her 'sikim hıyar' diyene bir avuç tuz alıp koşma!¯\_(ツ)_/¯ ٩(●̮̮̃•̃)۶ ٩(-̮̮̃-̃)۶ૐ
pixelsearch Posted Friday at 11:57 PM Posted Friday at 11:57 PM 1 hour ago, UEZ said: Btw, WebP officially only supports Vista+ operating systems! You are lucky that it works with WinXP. If you knew how many times I read this on msdn pages ("Vista+ needed") when it still works on WinXP SP3... Unfortunately the last test doesn't make it, fatal error with this display in AutoIt console : Progress: 0% >Exit code: 3221225477 Example09 was launched with True added as "last" Parameter Global $iResult = WebP_CreateWebPCreateAnimFromScreenCapture($xPos, $yPos, $w, $h, $iRecordSeconds, $sFile, 30, 1, 75, 0, 0, 60, 50, 1, 0, 100, 0, 0, 100, 0, 0, _ $WEBP_HINT_DEFAULT, DllCallbackGetPtr($iCB), True) Which corresponds to this, in downloaded WebP.au3 ... ; $pCallback - [optional] a pointer value. Default is 0. Callback pointer for progress status ; $bXPMode - [optional] a boolean value. Default is False. ; $sPath2DLL - [optional] a string value. Default is "". Path to WebP dll if not in script dir. and the dll has been updated too, as seen with example03 which shows the date of the dll (August 23) UEZ honestly it's not a problem if this function can't be updated for XP. As this function works fine for XP with dll 0.4.4 then I truly feel sorry for the time you're spending on it in dll 0.5.0 You know, sometimes we should just let things go, especially when it works for 99.9999% of other users. Really, I thank you for all your efforts, very appreciated. "I think you are searching a bug where there is no bug... don't listen to bad advice."
UEZ Posted 20 hours ago Author Posted 20 hours ago (edited) Never say never 😉 It was too late and I forgot to set the correct stride value for 24bit capturing. I uploaded the x86 version which should work now. We’ll figure it out if it’s still not working. Edited 20 hours ago by UEZ pixelsearch 1 Please don't send me any personal message and ask for support! I will not reply! Selection of finest graphical examples at Codepen.io The own fart smells best! ✌Her 'sikim hıyar' diyene bir avuç tuz alıp koşma!¯\_(ツ)_/¯ ٩(●̮̮̃•̃)۶ ٩(-̮̮̃-̃)۶ૐ
pixelsearch Posted 19 hours ago Posted 19 hours ago 52 minutes ago, UEZ said: I uploaded the x86 version which should work now. Bravissimo UEZ (_WebP_x86.dll v0.5.0 build 2025-08-23 beta) (Libwebp v1.0.3) Example09 (screen capture) works fine now by my side with this dll and last param. True in example09 Now all examples are working with this dll, from example01 to example18 Thanks for your time and incredible efforts to solve this, you made it ! Have a great day "I think you are searching a bug where there is no bug... don't listen to bad advice."
RTFC Posted 18 hours ago Posted 18 hours ago @UEZ & @pixelsearch: You two are both amazing. pixelsearch 1 My Contributions and Wrappers Spoiler BitMaskSudokuSolver BuildPartitionTable CodeCrypter CodeScanner DigitalDisplay Eigen4AutoIt FAT Suite HighMem MetaCodeFileLibrary OSgrid Pool RdRand SecondDesktop SimulatedAnnealing Xbase I/O
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now