66cats

I've mentioned before that this only happens on this box (980x/gtx770), no AV1 issues on 4770k/gtx980ti (different box). Get an x58 mobo with a 980x and gtx770. Kidding, but what else can i say? The issue is specific to this HW combination, and is consistently replicable on this machine, A different issue (nothing to do with AV1 decoding). Hasn't happened since i posted that screenshot, couldn't reproduce it myself. Feel free to disregard. Edit [long & OT] re. why you had trouble finding AV1 on YT: Wanted to post a screen recording of me opening an AV1 video in YT & it freezing. Recorded, wanted a better take, started recording again & ...it doesn't freeze! Refreshed the page, plays normal. Click on "stats for nerds" & sure enough, been transcoded to VP9. Tried searching YT for "av1 sample video," plenty of hits, each one played without a hitch because ...yeah, all have been transcoded to VP9. Everything on YT becomes VP9, eventually. Elsewhere in the intertubes, found https://test-videos.co.uk/vids/sintel/mp4/av1/1080/Sintel_1080_10s_1MB.mp4. And, of course, it freezes.

Also happens with Supermium on this box (980x/gtx770), just checked.

Same thing happens with your progwrp.dll, without the switches (in software mode. Original win32 (version 1.1.somethingorother) works. Will rename/verify & update this post in a couple of minutes. Edit: original version (1.1.0.5012) works. P.S. sorry if this makes no sense (without the switches, GTX770 should be out of the equation), but that's what I'm getting. Double-checked several times. P.P.S: Passes MotionMark, about 50% faster with HW acceleration enabled. Is D3DCompiler_XP.dll used when running without the switches? Does it play a part in SW decoding?

I meant progwrp.dll might be like a Hardware-accelerated video decode flag -- all or nothing, without granular access, making it impossible to disable HW acceleration in special cases. Again, above my pay grade.

Not sure if i understand you correctly, are you saying it's difficult/impossible to make progwrp.dll disable HW acceleration in special cases, e.g. "if AV1, decode in software"? (not a coder, sorry if the question makes no sense)

AV1 is a codec, mp4 is a container (you can stick anything in an mp4). When i download AV1 video, it's saved in mp4 container by default (as videoname.mp4). Dragging it into the browser does the expected -- the video freezes after a few seconds.

Yes, 32-bit XP, slavishly following the read.me instructions.

Hi, no, the original progwrp.dll doesn't have this problem (for me). Forgot to check which process was eating those two threads, Been running the browser with your progwrp.dll (version 1, 2, 0, 5061) for a few hours now, and this hasn't happened again (so hard to replicate). If it does happen, i'll note the process & make a bug report on github. OTOH, reproducing the issue with GTX770 & AV1 is simple -- after a few seconds, the video ( AV1) portion of YouTube stream freezes, with audio freezing a few seconds later ("wait" spinner on the screen). Reloading the page plays the video for a few seconds before the problem recurs. Thanks for making this, BTW.

Yes, at least i've never noticed anything. Even IDA-RE-things' progwrp.dll behaves itself most of the time (running it now), first time i've seen it dime out like that. z87 with 4770k & 980ti, 32-bit XP Don't think it supports HW acceleration on any HW. Can you actually feel the browser running smoother with HW acceleration enabled? (not sure I can, MotionMark tells me there's a big difference) What happens when you try running https://browserbench.org/MotionMark1.3/ ?

Just woke up to this: Just to be clear, this is Thorium with IDA-RE-things' progwrp.dll, not vanilla Thorium. Still, cool in a dancing bear sort of way.

Using 355.98 across the board. BTW, it's just AV1 decoding that freezes, VP9 works fine. Good chance i just haven't run across any AV1 vids with 9xx cards, will test again & update this post. Edit: Everything works with 9xxx.

Will the next build support HW acceleration? If you're talking about IDA-RE-things' progwrp.dll, it depends on the GPU (since it's running with --ignore-gpu-blocklist). Works well with Titan X & 980ti, glitchy to the point of being unusable with GTX 770 (YT freezes after a few seconds).

As i understand it, there's a secondary purpose -- it's also used as encryption key. BTW, you got me doubting the whole passwords/cookies thing worked, so triple-checked -- just moved the folder to a different box, and everything works -- exactly where i left off, logged into all the sites i was logged into. I doubt Thorium is doing anything other Chromium forks don't, but could you try & see if it works for you?

Not only that, but OT. I'm easily led astray, guilty :'(

Completely dissimilar -- moved from XP running on x58 to 7 on 8th gen B chipset. Also tried on the same (multiboot) box, from XP to 11. Odd. Edit: Wouldn't --disable-machine-id take care of that? Assumed that's what the flag was for.

Just checked, turns out the USB stick was exFAT.

You're right, but when you hear "flash drive," think "USB stick," "USB flash drive," "thumb drive," etc.

Both are *solid state drives. Oxford Dictionary Google tells me Could be it, though i think both were NTFS.

For me, all the tabs opened & i was logged into the sites logged into when i saved the folder. Are you running the browser off a flash drive, by any chance? When i tried that (running off a flash drive, instead of copying the folder to the SSD), the browser simply opened to a new tab (instead of opening all the tabs that were opened when the folder was saved). Tried several times, same result, not sure why.

There's no reason to use the flag, unless you need Thorium to be fully portable, By "portable," i mean a browser that could be moved to another machine without losing passwords/cookies/etc. EDIT: too early in the morning to think, edited. Sorry.

Just guessing here, so take it for what it's worth, but sounds like *all portable browser launchers* must disable encryption, if a machine-specific key is involved. Different machine = different machine-specific key. P.S. i know the Magic 8-ball is talking about a different browser, assuming all are basically the same.

Wasn't trying to inform, simply to put "--disable-encryption ... is unsecure" in due perspective.

So do i, daily, which says nothing about "XP is insecure and not recommended." being factually incorrect. Apologies if feelings were hurt.

XP is insecure and not recommended. If not this batch file (Thorium portable), what where you talking about?

Unless you're suggesting that all this is an elaborate ruse, all you need do is watch the vid or ask me. The only loader i'm using is the batch file included with Thorium, the one I'm clicking in the screencap (THORIUM_PORTABLE.bat). It simply starts Thorium with the following flags, thusly: START "" "thorium.exe" --user-data-dir="%~dp0%\USER_DATA" --allow-outdated-plugins --disable-breakpad --disable-encryption --disable-machine-id. As suggested in my previous posts, you have a trivially simple way to verify it works in *your* case: 1. Run THORIUM_PORTABLE.bat & close Thorium, taking note of installed extensions, configuration, and open tabs 2. Delete the Thorium key i delete in the screencap vid 3. Run THORIUM_PORTABLE.bat 4. Observe the key mysteriously restored to the registry & thorium open to its last state.