Mi a bajod a QT5-tel? Multiplatformos, ezért aztán valóban komolyabb kódbázist kell alkalmazni. Ami csak és kizárólag Windows-ra készül, az nem véletlenül kisebb/egyszerűbb - egy OS-sel egybegyúrt ablakozórendszerre nem nehéz kisebb/kevésbé bonyolult gui-s alkalmazást összerakni.
"Újra lehet fordítani forrásból..." Bocs, de hasnzálni akarom, és ha épp Windows-on, akkor sem az a célom, hogy komplett fordítókörnyezetet rakjak fel csak azért, hogy a 18M-t lenyomjam 16-ra. Maga a "windows-only, kizárólag lejátszóként használható alkalmazás" a fölösleges bloat, ugyanis egyrészt van beépített app a normális windows-okban, msárészt a kizárólag lejátszás funkció _kevés_ nekem, mert konverzió és streaming is szükséges.
Persze, lehet az elvárt funkciókat n+1 alkalmazással lefedni, de ha ezt egy app tudja, méghozzá _jól_ tudja, akkor az fogom használni - ugyanis így elég egy appot telepíteni/frissen tartani/használatát megtanulni.
A "sokkal gyorsabb, és kevesbb erőforrást zabál" nem értelmezhető egy lejátszó+konverter+streaming alkalmazásnál nem csak a mai, de az utóbbi sok év hardvereinél. És ha XP-n 5 perc helyett 5 perc 20s alatt csinál meg valamit? Kihajítom a bloat XP-t, teszek alá 64 bites Linuxot vagy épp Windows7/Windows10 környezetet, és mindjárt lemegy a furásidó öt perc alá. (Tapasztalat: Ugyanazon a hardveren a 32 bites XP alatt ugyanaz az alkalmazás (nem mediakezelés, de sokat számolós, sok adatot megmozgató sw) 32 bites verzióban jelentősen lassabban dolgozott, mint 64 bites Windows7/10 környezetben a 64 bites buildje.