Normal
Yeah IMO it's just the demand for 4K in PCs that wasn't big enough.In ARM SoC world it is easy enough to embed 4K, h265 decoding block because the architecture permits it. In x86 things move rather slow - they have to weigh in silicon space because they have such big instruction set and decades of backward compatibility to consider. Any new feature must be a new instruction set and after that it is still up to software developers to make use of that specific instruction set and perhaps also provide software fallback if it doesn't exist. See even x86 software devs have to consider backwards compatibility.This is the benefit of RISC, you can have a pretty generic SoC and then you can also have highly specialised one.I don't have much expertise in this area, it would be nice if we have a solution involving these two - one holds and streams the data and one decodes it and displays it.
Yeah IMO it's just the demand for 4K in PCs that wasn't big enough.
In ARM SoC world it is easy enough to embed 4K, h265 decoding block because the architecture permits it. In x86 things move rather slow - they have to weigh in silicon space because they have such big instruction set and decades of backward compatibility to consider. Any new feature must be a new instruction set and after that it is still up to software developers to make use of that specific instruction set and perhaps also provide software fallback if it doesn't exist. See even x86 software devs have to consider backwards compatibility.
This is the benefit of RISC, you can have a pretty generic SoC and then you can also have highly specialised one.
I don't have much expertise in this area, it would be nice if we have a solution involving these two - one holds and streams the data and one decodes it and displays it.
