KinderRey escribió:2013:
"The PS4 and Xbox One will both use an AMD-based video decode engine for offloading this work, but it probably won’t support H.265; the standard is simply too new."
2015:
10-bit HD High Efficiency Video Coding (HEVC) platform support added
darksch escribió:Por cierto se ha hablado ya muchas vencedor aquí del dual-GPU, o lo que es lo mismo que se haya dividido una GPU de 12CU en 2 de 6CU, gracias a tener 2 Graphics Command Processors, pero nunca se ha puesto una aplicación practica si no me equivoco.
Bueno pues para eso estoy aquí, no se si habréis probado el test multithreaded del Cinebench, pero la idea viene a ser esta:
https://youtu.be/BqaIfG5kJ8s
La verdad no me parece mala idea, he aquí el uso que hace el Tomorrow Children de PS4 de las unidades (lo pongo de PS4 porque es lo que he encontrado, estas cosas no son fáciles de encontrar):
La verdad que si que como se decía se desperdicia bastante y que muchos procesos de render no requieren ni por asomo toda la GPU ni de lejos.
Recordemos como DX12 viene preparado para usar multi-GPU a manubrio. Por lo tanto no veo descabellado que algunos devs decidan usar la GPU de XOne como 2 GPU de 6CU.
![[+risas]](/images/smilies/nuevos/risa_ani3.gif "más risas")
cch37 escribió:Hace no mucho salio la noticia no me digais de donde ni de quien, de que dx12 uno de los problemas que daba es que satura el procesador de comandos de las gpu actuales, no me acuerdo donde lo vi, pero hay estaria la respuesta de por que one tiene dos comand processor, es obvio que la creadora de dx12 sabia mejor que nadie que hadware le vendria como anillo al dedo a dicha api
KinderRey escribió:papatuelo escribió:Sinceramente no sé hasta que punto, pero creo que PS4 también guarda un par de ases debajo de la manga.
@KinderRey lo de tensilica lo dices por esto:
http://www.cadence.com/cadence/newsroom/press_releases/pages/pr.aspx?xml=021204_tensilica
Porque eso se sabe hace mucho.
Sí, ya he comentado que no es nada nuevo, pero quería recalcar como en la One poco a poco van cayendo y complementándose piezas, DX12,W10,aceleradores,HSA, AR\VR y cloud mas adelante.
Lo siento no hay fuentes. Pero no es nada que no se haya comentado aquí antes de una forma u otra
Encoding with HEVC is, as explained, much more demanding than other video codecs. You’ll likely find that your videos take many times longer than before, and real-time encoding is virtually unheard of with home PCs. With that said, switching from an older standard to H.265/HEVC can substantially reduce the file size of your video library. It can also make streaming between devices easier.
HEVC is not popular yet, and developing a hardware decode means designing new silicon — a lengthy process.
There’s just one exception at this moment, and that’s the GTX 960, which is the first and only video card to have full hardware decode support for H.265. Arguably it’s powerful enough to not need it, but the feature boosts efficiency and may help the GPU decode video without active cooling.
darksch escribió:Si se hace por hardware no, pero ello implicaría que lo llevara integrado en el hardware, y eso es imposible ¿verdad?
mitardo escribió:darksch escribió:Si se hace por hardware no, pero ello implicaría que lo llevara integrado en el hardware, y eso es imposible ¿verdad?
Tampoco hace falta un hardware especial de extrema potencia para codificar en h.265 y si realmente la One es capaz de paralelizar el trabajo de forma espectacular es algo que ni siquiera penalizaria el rendimiento general.
Performance & image quality
The next area we wanted to consider was performance. H.265 is known for taking more horsepower to encode and decode than H.264, though the team developing the standard continues to emphasize the role of parallel computing in speeding the encode/decode process. It’s implied that OpenCL support will materialize sooner, rather than later, which means initiatives like AMD’s HSA could get a boost from x265 support early in 2014.
Right now, we’re limited to CPU support, but MultiCoreWare spokesperson Tom Vaughan emphasized that the team has already been working on strong multithreading. We decided to test the alpha decoder using Sandy Bridge-E, Ivy Bridge, and Haswell. We experimented with different levels of parallelization but settled on options that stuck to the number of physical cores in a system (6, 4, and 4). Hyper-Threading was enabled, but setting for 12/8-thread parallelization actually increased encode time slightly.
Encode/decode support, meanwhile, is already going to be possible on a vast range of products. Modern CPUs are more than capable of decoding H.265 in software, OpenCL support is coming in future iterations, and hardware GPU support, while not formally guaranteed by AMD, Intel, or Nvidia for next-generation products, is a mid-term certainty. All three companies have previously leapt to include advanced video pipelines in their products — as the H.265 presentation notes, video is something that’s become ubiquitous across every type of device.
Long-term, H.265 will likely succeed H.264’s position as the premier solution for advanced video, though that may depend on whether or not battery consumption while decoding can match H.264’s levels in the long term. That’s something we’ll only be able to evaluate once hardware is available, but for now we’re optimistic. H.265’s explicitly parallel model should map well against multi-core devices of the future.
![[fumando]](/images/smilies/nuevos/fumando.gif "fumando")
