Dave-H Posted Tuesday at 05:23 PM Posted Tuesday at 05:23 PM 17 hours ago, Karla Sleutel said: I have a very old, 12 years old GPU - GTX780Ti, please don't tell it's too old, I know. Nevertheless, it's still a High End GP and supports all the way up tp Direct X11. Yet the video playback with Supermium is dead for me. I can't even start to describe the choppiness. Certainly works fine with other Chromes, no wonder. https://github.com/win32ss/supermium/issues/1385 5 hours ago, Dave-H said: Strange, I have no problems with YouTube at all, even on 32-bit XP. The query on GitHub has been updated. It seems the problem went away with a new clean profile. 4
j7n Posted Tuesday at 11:15 PM Posted Tuesday at 11:15 PM I get 0% video engine load on Windows 2008 R2. The GPU is irrelevant. "Use graphics acceleration when available" is checkmarked or whatever you call the sliding round knob. The CPU is cooking. It's the VP09 format that Google invented that is not decodable by the video adapter. Best to download video using YouTube-DL Plus and watch it in peace in Media Player Classic Homecinema. https://msfn.org/board/topic/184368-who-here-has-a-youtube-dl-compile-for-winxp/ https://i.imgur.com/Bim5e11.png The new Supermium so far seems to be working as well as before. 1
Klemper Posted Wednesday at 12:52 AM Posted Wednesday at 12:52 AM 12 hours ago, j7n said: I get 0% video engine load on Windows 2008 R2. The GPU is irrelevant. Then it doesn't properly support video acceleration, not to be confused with the UI rendering acceleration. Also, I can only guess, but looks like Dave simply has a much more powerful CPU to distribute the load onto it from the GPU. 2
j7n Posted Wednesday at 01:37 AM Posted Wednesday at 01:37 AM Yes this generation doesn't support VP9. It was added in GTX9xx and only a base profile. With a downloader, h.264 can still be requested for most videos. 1
user57 Posted Wednesday at 02:09 AM Posted Wednesday at 02:09 AM at some point it will reach a cpu limit question however to say is that this is not the case yet chrome or lets say the browser language, is a scriptish language as everybody can see the browser is getting bigger and bigger and has pharse more and more code the high language question therefore also apears ... it would be at least 20 times of the normal work to write the routines in pure assembly the cpu´s are already doing this: https://www.youtube.com/watch?v=RQWpF2Gb-gU the cpu is skipping commands/opcodes in exactly that way also what is not mentioned in that video, that the cpu unit can see a future command and is actually not near at all it can see what memory it accesses and therefore read it from the cache and make a paraell calculation (it dont has to be directly the next command) (also to mention mmx-avx doing that even better) the cpu that is mentioned is rather going back to a 486 cpu also the most compilers are also doing something like that, modern compilers shorten the code if the compiler can reconize that then there is also the MMX-AVX+ question, these are not made of normal opcodes it are opcodes for speed, those are a lot faster sometimes 150 times as fast i say this because we have often the SSE question (like we have to have to non SSE version) at some point as sayed it will reach the cpu question and SSE is just like a hardware acceleration or a grafic card sse(aka mmx-avx+) can speed up the process a lot so we put it the right way, having a grafic card can speed it up however you might not have the right driver or your card is not supported by the OS, or dont have a driver for that OS 2 other ways would be first not a high language (what is not possible in this case chrome has like 300k pages, or at least the part for the grafics would have the be entire rewritten) faster opcodes (aka mmx-sse-avx ect.) also i want to mention that smartphones special olders ones have google chrome and dont support some functions either a simple way would be to buy a supported grafic card, a faster cpu that also supports xp if you dont want trouble wih the chipset or maybe hardware components then rather i would buy hardware that is supported for xp --- in other direction, from what i remember xp had some hidden functions that are written out in for example win10 - xp has them but dont have the function to read/write call them so very well solutions had, just to make 1 of many example a direct access to the eprocess structure that works very well as it then it the same solution as win10 has ... but for like 7 different operating systems like (vista, xp, 7, 8, 8.1, + 64 bit) thats a lot you need like 14 different reactions ... or you might end up in solution that is not very well , like bugged, less functional , has flaws --- amd even tho they sell hardware, they do not offer us a open source driver ... rather it would give amd some money because they dont make money with that driver also it would definatly bring amd money because then xp users buy their new hardware ... is it a kartell ? because doing it that way give a other company money (like buying win10 instead or new hardward to have win10) it would be illegal to form it that way ... - but thats a other long discussion that dont belong here --- here we already talked about, a hardware is a print but the mentioned VP9 codec is supported by some grafic cards but it dont support for example the h.266 codec (and probaly never will, because a hardware is like a print - once printed there is no upgrade) if it really has the other way (just a cpu and a bios for the opcodes (that can be changed) - its just a next core ... (that would raise questions, also that is a lot slower) as mentioned im very busy - i cant join to make a VP9 codec while im like 100 % busy with a different project - there is no room to jump in just in like 5 other projects - actually i dont have even one i could join thats why i must say it again : im really the only person who could make a h.265 en/decoder ? im not the freshest guy either maybe someone should do it instead also to mention is that if you use a older grafic card and even tho you have win10, the right driver then the grafic card cant do that either to mention dx (direct x video) again , directx, opengl, can be either used a "frame/1picture" engine or as "24frames/aka video" engine actually after directx8 there was not real improvements to clarify this we have to put it the right way: directx and opengl animate a 3d model a 3d modell is just a texture in 3d it like 99 % depents not on the engine - rather on the texture of the 3d model gdi might not have a 3d engine, but it can repeat frames so now we have to talk about that cuda (aka the video/frame/ en/decoder) - or just the grafic card the cuda engine or that grafic card just encodes a frame (not a 3d engine) thats why it works with opengl dx and a normal frame buffer (like gdi) cuda/the grafic card gives the encodes frame to a buffer it can be opengl or directx - if we ask it right certainly it could do that for a normal frame buffer for video there is only 1 differens it is just not 1 frame it useally are 24 frames (the 60/50 frames ect. is a other discussion that dont belong here now) maybe we say that you can have 1 frame shot with 1/60 either or even 1/2000 - that is possible - you dont need 50/60 frames to do so i hope that clarify the situations for all the others a bit 1
Klemper Posted Wednesday at 03:49 AM Posted Wednesday at 03:49 AM 13 hours ago, j7n said: Yes this generation doesn't support VP9. It was added in GTX9xx and only a base profile. With a downloader, h.264 can still be requested for most videos. The quality drops with this method. The original VP9 of H265 downgraded to H264 with same size, and H264 simply can't hold that amount of pixels at the same size. Not good. BTW, they started to serve H266, at least I got them from my London IP.
Klemper Posted Wednesday at 03:55 AM Posted Wednesday at 03:55 AM On 5/6/2025 at 12:37 PM, Dave-H said: Strange, I have no problems with YouTube at all, even on 32-bit XP. XP is a different matter. Also, you most likely use DX9 wherever is possible, XP simply can't use anything else. Win7 and Vista (DirectX11) is another subject. I highly doubt Karla uses Windows XP. And it's also proven "Supermium lags on a clean windows server 2012 r2 and windows 7 with update kb4474419". Overall lagging can contribute to the poor, choppy video playback, no? https://github.com/win32ss/supermium/issues/1357
user57 Posted Wednesday at 07:23 AM Posted Wednesday at 07:23 AM that they doing it now i find interesting, maybe that would be something what i wanted to say but is that all grafic cards up to today then wont be able to en/decode h.266, because its a hardware print https://developer.nvidia.com/video-encode-and-decode-gpu-support-matrix-new then you might have buyed even the latest grafic card from today, but it simply cant encode h.266 either the other way would be to have opcodes that can be changed on a bios/firmware but that dont differ so much from just having 1 core more and giving it the de/encode codes doing it with pure hardware unit is a lot faster, it dont need to parse out the firmware or the opcodes either it is directly progressed at the hardware unit itself maybe the market lacks of an alternativ, why not a pci-e card the hardware unit dont neccesary have to be a grafic card ? and maybe having both (print and cpu based) but i think avx should be fast enough if they can write it for those X(Z)MM registers for hevc there is a check what opcodes can be used, if its mmx it use mmx, if it is sse it use sse and if its avx it use avx
Dave-H Posted Wednesday at 09:55 AM Posted Wednesday at 09:55 AM A new update of Supermium 132.0.6834.222 R3 has been released. Changelog - This exceptional release of Supermium includes various enhancements over Supermium 132 R3, including: (#1372) - some tweaks to the look-and-feel of v109 Tabs. Tab-specific compact UI options are separated from #compact-ui, now in #compact-tab-ui. (#1370) - a new feature named #open-bookmark-option allows users to open bookmarks in new tabs, either in the foreground or background. This replaces the equivalent Chrome++ functionality that is currently unstable with Supermium. (#1382) - drag-and-drop fully restored on NT 5.x. (#1368) - CR23: tab separator duplication disabled by default, other metrics modified including tab gaps (#1367) - Widevine patch updated for version 4.10.2891.0 Glad that drag and drop has been restored to the XP version, you couldn't even re-order the extension icons on the previous version! The feature to always open bookmarks in a new tab is one I've lobbied for for ages, so I'm really pleased with that too. It means that I don't have to use Chrome++ on Windows 10 any more, and I now have that facility on XP (Chrome++ doesn't work on XP). If it all works as it should, I'm really delighted with this! 3
Karla Sleutel Posted Wednesday at 10:59 AM Posted Wednesday at 10:59 AM So, Insta, Twitch and Tik Tok now finally work? Not clear. 1
Dave-H Posted Wednesday at 03:27 PM Posted Wednesday at 03:27 PM Early tests on IG with the new 32-bit version on XP look promising, but as far as I know the issue I reported has never been flagged on GitHub anyway! I was thinking of doing so. I will try later with the 64-bit version on Windows 10. Twitch and TikTok I don't use, I'm afraid. 3
Klemper Posted yesterday at 02:06 AM Posted yesterday at 02:06 AM On 5/6/2025 at 12:37 PM, Dave-H said: Strange, I have no problems with YouTube at all, even on 32-bit XP. @Karla Sleutel, some guy says he found a solution for 7, most likely, supposedly must work for Vista. Dave may need to save it for the future use with the kernel 136, when more of the troubles will arise. I translated from CatsXP forum. chrome://flags/#ignore-gpu-blocklist https://github.com/win32ss/supermium/issues/1390#issuecomment-2860420313
Klemper Posted yesterday at 02:10 AM Posted yesterday at 02:10 AM On 5/6/2025 at 12:24 AM, Karla Sleutel said: I have a very old, 12 years old GPU - GTX780Ti, please don't tell it's too old, I know. Nevertheless, it's still a High End GP and supports all the way up tp Direct X11. Yet the video playback with Supermium is dead for me. I can't even start to describe the choppiness. Certainly works fine with other Chromes, no wonder. https://github.com/win32ss/supermium/issues/1385 And yes, sorry dear, CatsXP developer says your card is too old. sorry again. So apply the flag ASAP. I'm sure Dave's got a better card, that would explain a lot. Source. "The graphics card is too old, the driver is not being maintained, and many problems have not been solved" https://www.catsxp.com/forum/viewtopic.php?p=12720#p12720
Dave-H Posted yesterday at 12:41 PM Posted yesterday at 12:41 PM My XP graphics card is pretty ancient now, an ATI X600. I keep it for compatibility with Windows 98! I've been using the #ignore-gpu-blocklist flag for a long time on XP already. 1
Klemper Posted yesterday at 01:23 PM Posted yesterday at 01:23 PM 11 hours ago, Dave-H said: My XP graphics card is pretty ancient now, an ATI X600. I meant your Nvidia Quadro M4000. What prevents you from using it with XP? Do you need drivers? D.Draker has them, I can ask. https://www.techpowerup.com/gpu-specs/quadro-m4000.c2757
Recommended Posts
Please sign in to comment
You will be able to leave a comment after signing in
Sign In Now