If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
Resources System Monitoring App For GNOME Now Displays NPU Usage
I prefer Mission Center personally, I like the layout better and it also can manage services. Both are solid options though, much better than GSM.
Just tried it out of cusiosity and because they, at least, provide an AppImage.
- But the interface feels sooooo sluggish
- The animations just get in my way of seeing the information, scrolling is a pain and slow
- Mouse cursor is enlarged and not correct
- Window icons are broken
- It wakes up the dGPU vom D3cold just to show there is nothing using it (you serious?! Check power state before doing stupid crap)
- Not much information presented, especially on the running tasks page
- Overall not much information or information that is irrelevant because trivial
Didn't knew this one, and on first glance, I must say wow, well done. On AMD, GPU Encoding and Decoding are even shown separate...
Even while being on KDE, I'm gone try this out for some time instead of Mission Center. That one was also nice but sometimes missed processes with high loads (in doubt, htop is always the answer).
What do I miss? hmm, perhaps showing the corresponding values while mouseover a graph - but that is probably using a lot of resources?
Resources does not display PCIe lanes nor link speed.
Hi, you're the dev right? Thanks for this awesome app! Wondering why indeed it does not show these speeds? Almost no app has that while it's quite useful? I need to lspci -vv for it and then mentally decode the data there.
In case it's not a don't want it, I might consider trying to add that, since I dabble in some Rust besides my daily mobile dev job.
Hi, you're the dev right? Thanks for this awesome app! Wondering why indeed it does not show these speeds? Almost no app has that while it's quite useful? I need to lspci -vv for it and then mentally decode the data there.
In case it's not a don't want it, I might consider trying to add that, since I dabble in some Rust besides my daily mobile dev job.
Yes, I'm the dev, thank you for your kind words.
I haven't implemented showing PCIe link speeds because I try to keep a balance between useful things to show and not overloading the UI with every possible thing to show. I personally found PCIe link speeds not super useful (especially since they usually don't change, I believe), but if there's demand for that, sure, why not. If you could open an issue for that on GitHub (or open a PR if you want to give it a try yourself), that'd be great.
My guess is that the build you're using probably doesn't have support for Intel's hardware decoder compiled-in. Either that, or you need to play with the options so that it gets used.
How did you get SMPlayer on your system and what distro are you using?
I got SMPlayer through the official Manjaro repos, using Manjaro Cinnamon .
I never noticed before, but SMPlayer apparently does not support hardware decode on Intel hardware, there is no option to enable it and the same holds true for the appimage version; hardware decode is available for NVIDIA hardware.
I decided to try the GLIBC version of AviDemux Appimage, which normally decodes via CPU but has the option to decode using LIBVA when using Intel graphics.
Repeated the earlier tests using the built in player, hardware decode does work for AVC, HEVC, VP9 only.
Here's the thing, considering how many more formats are supported for decode via GPU with Intel, and considering that a faster GPU would yield faster decode performance, I have to conclude that NLE developers would do well to support GPU powered decode instead of hardware decode.
Edit: I just tried with a 6k ProRes file, GPU decode does work when using SMPlayer.
Last edited by sophisticles; 01 December 2024, 07:14 PM.
I never noticed before, but SMPlayer apparently does not support hardware decode on Intel hardware, there is no option to enable it and the same holds true for the appimage version; hardware decode is available for NVIDIA hardware.
I decided to try the GLIBC version of AviDemux Appimage, which normally decodes via CPU but has the option to decode using LIBVA when using Intel graphics.
I really like AviDemux. It has builtin support for keyframe-only editing, which I've used to edit MPEG2-TS files without transcoding. That said, I really haven't gone very deep into its capabilities, so I can't say how it compares as a NLE, overall.
I really like AviDemux. It has builtin support for keyframe-only editing, which I've used to edit MPEG2-TS files without transcoding. That said, I really haven't gone very deep into its capabilities, so I can't say how it compares as a NLE, overall.
If I ever came into a lot of money, I would reach out to the developers to offer to sponsor them to add support for the complete Intel and NVIDIA video stacks as well as support for ProRes encode.
Comment