OMGperformance

I use my own player for playing videos. It’s not very optimised (video frame decoded with VA-API gets downloaded to my own frame structure in main RAM, which gets uploaded to SDL texture and only then displayed—the proper way is to allocate EGL texture once and use it both for VA-API decoding and displaying; or maybe the same but Vulkan and semaphores all the way) but apparently playing back 25fps video even in that way takes less CPU than updating one line with play time in gnome-console at about 10fps.

I have a feeling something went wrong with the modern software…

This entry was posted on Friday, July 10th, 2026 at 1:09 pm and is filed under Useless Rants. You can follow any responses to this entry through the RSS 2.0 feed. You can skip to the end and leave a response. Pinging is currently not allowed.

4 Responses to “OMGperformance”

  1. Paul says:
    July 10, 2026 at 2:26 pm

    There is the elephant in the room.

  2. Kostya says:
    July 10, 2026 at 2:35 pm

    Not really, I was not running browser at that time.

  3. MoSal says:
    July 11, 2026 at 1:13 pm

    Hey, “fancy text” is hard. Terminals and “fancy text” is doubly hard.

    Incidentally, with something like alacritty, you get both “no fancy text”, and a GPUed pipeline.

  4. Kostya says:
    July 11, 2026 at 2:27 pm

    I don’t need much from terminals, if urxvt had better clipboard integration I’d probably use it exclusively (instead of occasionally).

    And I doubt that rendering something simple as “ 42.1 \b” with the default style should not take that many resources, yet here we are.

    In either case, it was a complaint about the state of modern software and GNOME specifically. One day it may even bestworst Electron…

Leave a Reply