K4sum1

I thought that was only for .sys drivers, at least until you got to Windows 8 where it got fussy about system dll files afaik. but also idk about this case specifically. So I did that, but I get a code 28 when trying to install the new driver, it fails to install. It just prompts me to install it again right after. However if I tell it to automatically install, it actually installs, but gives me a code 10 and doesn't start. I went back to the old driver to try it on just the RTL8125, and it actually installed, and recognized the device, however it never connected. However, it also made the RTL8126 with the new driver go from code 10, to supposedly working. So I plugged the Ethernet cable into the RTL8126, and a few seconds later, I got this BSOD. So the driver still needs some work, at least to work on my machine. I know newer isn't always better here, and I'd probably trust this collection more than newer drivers as I've had them be unreliable. However I also need to get around to testing this collection so idk. For me, I would use the CFF Explorer Rebuilder to update the checksum, but this looks like it would work and be less clicks. It would be cool to have a reg file to add it to the right click or shift + right click menu for increased efficiency.

Did you happen to change anything else in your provided download? I was curious and compared it to stock newdev.dll + your change. Same file version and all. There are a multitude of differences that someone of my limited skills can't make sense of.

As cool as WiFi card is, I would like to be able to get a working driver to test and finally be able to board swap the RTL8125 PC.

I did some tests, ffprobe appears to be required for some sort of postprocessing pass done when making a mkv. I get an error about it using this command. I like to grab 720p quality with highest quality audio (opus) with metadata for archival. (I would like to improve it so it asks for width <=1280 and height <=1280 so all videos are in 720p and shorts aren't grabbed in 360p, but it works well enough.) youtube-dlp.exe -t sleep --js-runtimes quickjs -f "(bestvideo[height<=720]+bestaudio/best[height<=720])[vcodec!*=av01]" -o "%%(channel)s [%%(channel_id)s]/%%(upload_date)s - %%(title)s - (%%(duration)ss) [%%(id)s].%%(ext)s" --merge-output mkv --write-info-json --write-description --write-thumbnail --add-metadata --write-sub --all-subs --embed-subs --mtime --retries infinite "https://www.youtube.com/watch?v=7VN6OyGcaL4" Fair, but have you never wanted to drag a video onto ffplay.exe and watch it play the video without having anything installed? I think it could be useful. I'm not saying it's required to be built, but also maybe keep a full release build if you do build it.

tbf ffmpeg is an all in one library, some programs may only use ffplay. So it might be a good idea to have a normal build for those applications.

I'd like to build an application with XP compatibility, but it bundles ffmpeg. I originally tried downgrading the ffmpeg source, but I hit a bit of a brick wall when compiling and I couldn't figure out how to fix. I think I might have found a working w32pthreads.h patch though. For yt-dlp, ffprobe.exe is also required I think. I have both ffmpeg.exe and ffprobe.exe in my yt-dlp directory.

I'm curious how you worked around w32pthreads.h? It calls for multiple Vista+ functions like SRW locks and such, but I find no mention of the file in any patch.

Yeah, the topic name was fine, this should have been split to a new topic.

I would like it for my own use, in case I need it. I made this fix for it based off of the changes comparing your 1.62.1 and 1.45 patches, and it compiled, but I haven't tested it yet. https://github.com/Eclipse-Community/eRust/commit/619ed0e48e3e0a6602727dd58918a7783c2d422c I haven't tried building Mypal68 in a few days, mostly just been managing and juggling commits and building rust 20 times. I don't know what to use or where to get it, so I've just been waiting to see if you could share your tools.

I found you released the proper 1.45 patch under an issue, so you linked to the 1.35 patch until you replaced it. Also the patch linked for 1.52 only applies cleanly to 1.56. Were you considering 1.56 at some point? I ported the 1.56 patch to apply to 1.52, but I do wish I could get a clean 1.52 patch in case something's missing or I did anything wrong.

@feodor2Can you 7z up and send me your C:\DEV folder similar to how I've done this with VS2019? https://archive.org/details/funny-windows-development-kit I can't use my FWDK itself with Mypal68 as it complains about some error that I've forgotten. So I went to use EWDK, but you seem to have modified EWDK as using the ISO you linked and unpacking it into the folder results in it complaining about the Win 10 SDK being too old. I've used MSVC14 folder from EWDK and Windows Kits folder from FWDK to compile and that's worked fine from Firefox 68+, however using it to build latest Mypal68 gives me these errors. Not sure tbh, Mypal68 uses the LLVM 9 that you can download and that could be used for reference. For 68, on top of that you need a llvm-config.exe, which you can get from compiling Rust. For 78 and later, llvm-dlltool.exe is also required to be added. Also the listed minimum Clang up to 140 at least is still 9, so maybe I will just continue on and fix what comes. 102 was actually kinda painless, and 115 hasn't been too bad so far. 91 made me think it would be horrible because I had to bisect a bunch. No? I've just been working on it over the months and years. I started at 122, and basically have had a release for every major version. idk if it's possible, I think it will be a lot and very hard going by Mypal68 changes on top of extrapolating to like 140 or so if I were to try it. A lot of the reason I wanted to try this was to have a build system to build older releases that can no longer be bootstrapped. With this, I was able to build 91, and disable WebRender and have Cairo on a (relatively) recent version. https://github.com/Eclipse-Community/r3dfox/issues/32#issuecomment-4262918711

Cool, but this is missing a lot of tools like lld-link.exe making it unusable for r3dfox. If I was to aim for XP, LLVM v9 has worked up to v91, but I get a ton of warns and had to do a few code changes to make it compile. I'd need to upgrade the compiler to go much further than that.

Thank It applied cleanly, and I'm building with mostly the same config I used for modern versions, so I'm more hopeful that it compiles correctly and works than 1.52. Yes, but that section was unedited. Unless the 1.35 patch also applies to 1.45, which I guess could be the possible but also idk. fair I meant our different implementations. You just completely got rid of it while I made it well a suggestion, sending a warning(s) (it sends it three times lol) and nothing else. idk my method seems just funny taking what would be an unnecessary error into a suggestion and naming it like that. I doubt upstream Rust would want to take it, and I'm alright with my fork's method. They specifically made it fail in the first place.

Actually according to Wikipedia it's the same as 1Gbit for the same type of Cat 5e cable. For 10G, it's half the distance for Cat 6, but the same distance as 1/2.5/5 for Cat 6e. I've run 10G over Cat 5e for shorter ~25ft runs and have had no issue before. I guess it could be, however if you want high performance plus working ASPM and stuff, I don't know of any other option. Of sorts, something that I can locally host on my own network since my connection to the world is only a gigabit. (It feels weird to call that just only when so many people have a lot less, however idk how else to word it) I ran that inside a Linux VM on my PC and pointed the browser to it and ran it. iperf3 would be better, but I wasn't able to find a release that ran on (stock) XP, and I didn't feel like recompiling it for XP just to run the test. Although I might do that soon just to see the max theoretical. I think I have a X540-T2 somewhere. Will have to dig for it, but I could do a test and compare them. Good opportunity to bother with compiling iperf3 too.