Then all the server has to do is serve files and pretty much any hardware will be able to handle that. I've long opined that IMHO the best way to deal with real time transcoding is to just not do it at all. So really, we ought to turn the question on it's head and not ask "what hardware do I need" but instead "what compromise am I prepared to accept for the hardware I have." Of course, the more streams one wants to transcode concurrently, the more this is exasperated. (and it depends on the source and target formats involved.) not much compression, artifacts in the images, etc. that is adequate for the job, or I guess more correctly we've yet to see anything that exceeds the requirements (whatever number of streams.) Real time-coding will take as much processing capability as it can get and if the hardware is inadequate, then the trans-coding process will be compromised in some way - e.g. With real time trans-coding, there's not"magic" hardware spec.
0 kommentar(er)
