user57 Posted 4 hours ago Posted 4 hours ago i find interesting when i talked to sam and dibya and i came up with the idea ffplay would be the option (also on page 13 here), you just came up with that one you more or less can forget about LAV - LAV is a software engine that use up like dx11, cuda and other things the thing what is handling that internal is something they call CUDA (in kernel mode - not the usermode functions) (look what he writes on his github: NEW: D3D11 support for HEVC 4:2:2 and 4:4:4 hardware decoding v0.80.0) LAV is not something that provides such en or decoding for h265 and such - its a engine what use a next engine (like dx11, cuda ect.) (its like a script or prescript - what meet its demise later on) support matrix (NVENC, NVDEC) https://developer.nvidia.com/video-encode-decode-support-matrix you actually dont have h266 there - and thats forever (all cards up to 21.12.2025) for that grafic cards because its a print <-- what you could do for us is making a last like nvidia did - what LAV and what modes can be done with it, like the one from nvidia grafic card "encoding" wise there is a big problem , hardware units doing so are a print - so there are many modes grafic from grafic card that is not supported and printed is printed - while software can be upgraded the other option like having a programmable core is close to the same thing as if having just 1 cpu core more with software instructions cpu decoding dont need that much power even with normal instructions (the XMM registers are a lot faster) you dont need a grafic card to encode a video or image here i wrote exactly this (no video card, no weird dll´s, no weird os functions, no directx, no cuda, no lav): https://msfn.org/board/topic/185879-winxp-hevcheifheic-image-encoderdecoder/ it use normal instructions if (hardware acceleration is turned off) - if on it checks what XMM registers are available (these are like 2-150 times faster) also from consideration would be the vLC player - it suppose to work with video´s from H265 - how many modes are not known to me to CUDA and XP to say is that the CUDA versions that are available on XP are like old, the functions are probaly very limited the only real option would be to either have the source code of the nvidia driver (how it controls its cuda) or how to give that cuda kernel code its controlment (like control/input/output) so after all of that - yep you right ffplay was my idea too but ffmpeg in the past was very self-contained - today they already use also engines, dx11 and such things - so it might also have its limitations if you really want a h265 support on mpc-hc you have to write a connection from mpc-hc to libde265 (that one can decode h265) https://github.com/strukturag/libde265
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now