Trance
Power Member
Oi,
Obrigado pela correcção. De facto o bitrate naquele vídeo não é elevado. No entanto não é de todo pesado por causa do número de FPSs, até porque o Mac mini tem capacidade de processamento para aguentar mais a 1080p.
Também não é o Plex que está a fazer o decoding mas o VideoDecodeAcceleration.framework (VDA) fornecido pela Apple que utiliza nesta última versão o GPU. É aliás a primeira versão lançada ao público que o faz.
Então qual é o problema? Neste contexto, nenhum
. Pelo que não posso deixar de dar a minha opinião sobre estes "Killa Samples".
Estes samples são inúteis para atestar a capacidade de um máquina para correr um vídeo Blu-Ray a 1080p de forma exemplar, ou outro qualquer conteudo 1080p que siga devidamente a norma (a maioria), porque pecam pelo excesso.
Isto é, lá porque uma máquina lhe falte capacidade para correr bem qualquer destes "samples", não implica de todo que não tenha capacidade para correr uma boa cópia de um filme a 480p, 720p ou a 1080p com a máxima fiabilidade.
Penso que este último é o objectivo principal da maioria das pessoas que compra um media player.
Passo e explicar ...
Facto 1: Qualquer destes samples viola os standards estabelecidos para o Full HD a 1080p. Diria mais, viola todos, porque as resoluções dos vídeos apresentados não são as estabelecidas para os profiles (http://en.wikipedia.org/wiki/H.264/MPEG-4_AVC). Por exemplo a resolução do sample do basketball não é efectivamente 1080p pois a sua resuloção é 1920x1088 e não 1920x1080. Outro exemplo é o Birds Sample. Quem criou o sample simplesmente alterou a resolução original para 1920x1072 que até o Plex não consegue perceber bem, mas não consegue enganar o MediaInfo
Ora estas pequenas diferenças de resolução mata qualquer player que não faça o "scaling" por hardware de uma forma eficiente acima dos 720p. Pese embora corra perfeitamente a resolução exacta. Isto pode ser uma insuficiência para alguns, mas para 99% dos vídeos que o ppl mete num media player não é.
Sugiro que testem o o birds com este sample http://handbrake.dynaflashtech.net/downloads/vbv_sources/PlanetEarthBirds.mkv que é uma cópia do que está em: http://forum.videolan.org/viewtopic.php?f=2&t=42328&start=75. Também 1080p mas sem artimanhas de artista da cassete pirata.
Facto 2: Estes samples foram criados para testar o comportamento da solução em stress.
Eu tenho um exemplar da série do Planet Earth a 1080p de onde foi retirado o sample do Birds e corre perfeitamente com o VDA activado.
Quanto a FPSs a razão pela qual o Mac mini não está a correr por exemplo o Baskteball a 60FPS é porque o hardware decoder simplesmente fecha a torneira aos 40, pese embora tenha capacidade para mais. Isto porque o Mac tenta não esgotar todos os recursos de qualquer componente numa só tarefa, dando lugar a outros. Por isso é que o sistema raramente se arrasta com coisa alguma.
Se reparem o Mac mini corre o vídeos acima dos 40 FPS em câmara lenta, isto porque est dispersa os frames por mais de um segundo. Aliás, FPS tão altos só é mesmo bom para correr vídeos em câmera lenta com alta precisão. Útil para tarefas de edição de vídeo etc.
Quanto a Drop Frames, de facto nos primeiros 2 segundos de cada filme a actual solução deixa cair entre 2 a 11 Frames, mas corre de forma exemplar o resto dos filme deste que siga devidamente as normas. É um problema já identificado e a ser corrigido. Por outro lado, e como as pessoas estão a fazer comparações, a minha máquina mais potente, (Quad Core e 8700M GT em SLI) a correr Linux ou Windows acontece exactamente o mesmo.
Por último a taxa de esforço para o CPU indicada vai de 0% a 200% (0 a 100% por CPU). Isto quer dizer para um valor no Plex de 70% efectivamente trata-se globalmente de 35%. Continua elevado, muito porque o Plex e XMBC não usam ainda a interface da melhor forma.
Quanto ao vídeo da corrida, a resolução não é representativa de nada a 1080p.
Dito isto diria que o Mac mini correu o Killa Samples muito bem face ás especificações dos aparelhos que executam tarefa semelhante. Se não fossem os drop frames nos primeiros 2 segundos de cada vídeo diria que não tem faltas na produção de conteúdos até 1080p de acordo com as normas vigentes. Coisa que todos os dias ignoro, pois um filme não se faz em 2 segundos.
Por outro lado ainda existe muito a melhorar pela Apple quanto a VDA e pelo XBMC, Plex e Boxee relativamente á forma como usam a framework. Pelo que a solução pode estar já no próximo update ... ou não.
Cheers,
Nuno
Obrigado pela correcção. De facto o bitrate naquele vídeo não é elevado. No entanto não é de todo pesado por causa do número de FPSs, até porque o Mac mini tem capacidade de processamento para aguentar mais a 1080p.
Também não é o Plex que está a fazer o decoding mas o VideoDecodeAcceleration.framework (VDA) fornecido pela Apple que utiliza nesta última versão o GPU. É aliás a primeira versão lançada ao público que o faz.
Então qual é o problema? Neste contexto, nenhum
. Pelo que não posso deixar de dar a minha opinião sobre estes "Killa Samples".Estes samples são inúteis para atestar a capacidade de um máquina para correr um vídeo Blu-Ray a 1080p de forma exemplar, ou outro qualquer conteudo 1080p que siga devidamente a norma (a maioria), porque pecam pelo excesso.
Isto é, lá porque uma máquina lhe falte capacidade para correr bem qualquer destes "samples", não implica de todo que não tenha capacidade para correr uma boa cópia de um filme a 480p, 720p ou a 1080p com a máxima fiabilidade.
Penso que este último é o objectivo principal da maioria das pessoas que compra um media player.
Passo e explicar ...
Facto 1: Qualquer destes samples viola os standards estabelecidos para o Full HD a 1080p. Diria mais, viola todos, porque as resoluções dos vídeos apresentados não são as estabelecidas para os profiles (http://en.wikipedia.org/wiki/H.264/MPEG-4_AVC). Por exemplo a resolução do sample do basketball não é efectivamente 1080p pois a sua resuloção é 1920x1088 e não 1920x1080. Outro exemplo é o Birds Sample. Quem criou o sample simplesmente alterou a resolução original para 1920x1072 que até o Plex não consegue perceber bem, mas não consegue enganar o MediaInfo
Ora estas pequenas diferenças de resolução mata qualquer player que não faça o "scaling" por hardware de uma forma eficiente acima dos 720p. Pese embora corra perfeitamente a resolução exacta. Isto pode ser uma insuficiência para alguns, mas para 99% dos vídeos que o ppl mete num media player não é.
Sugiro que testem o o birds com este sample http://handbrake.dynaflashtech.net/downloads/vbv_sources/PlanetEarthBirds.mkv que é uma cópia do que está em: http://forum.videolan.org/viewtopic.php?f=2&t=42328&start=75. Também 1080p mas sem artimanhas de artista da cassete pirata.
Facto 2: Estes samples foram criados para testar o comportamento da solução em stress.
Eu tenho um exemplar da série do Planet Earth a 1080p de onde foi retirado o sample do Birds e corre perfeitamente com o VDA activado.
Quanto a FPSs a razão pela qual o Mac mini não está a correr por exemplo o Baskteball a 60FPS é porque o hardware decoder simplesmente fecha a torneira aos 40, pese embora tenha capacidade para mais. Isto porque o Mac tenta não esgotar todos os recursos de qualquer componente numa só tarefa, dando lugar a outros. Por isso é que o sistema raramente se arrasta com coisa alguma.
Se reparem o Mac mini corre o vídeos acima dos 40 FPS em câmara lenta, isto porque est dispersa os frames por mais de um segundo. Aliás, FPS tão altos só é mesmo bom para correr vídeos em câmera lenta com alta precisão. Útil para tarefas de edição de vídeo etc.
Quanto a Drop Frames, de facto nos primeiros 2 segundos de cada filme a actual solução deixa cair entre 2 a 11 Frames, mas corre de forma exemplar o resto dos filme deste que siga devidamente as normas. É um problema já identificado e a ser corrigido. Por outro lado, e como as pessoas estão a fazer comparações, a minha máquina mais potente, (Quad Core e 8700M GT em SLI) a correr Linux ou Windows acontece exactamente o mesmo.
Por último a taxa de esforço para o CPU indicada vai de 0% a 200% (0 a 100% por CPU). Isto quer dizer para um valor no Plex de 70% efectivamente trata-se globalmente de 35%. Continua elevado, muito porque o Plex e XMBC não usam ainda a interface da melhor forma.
Quanto ao vídeo da corrida, a resolução não é representativa de nada a 1080p.
Dito isto diria que o Mac mini correu o Killa Samples muito bem face ás especificações dos aparelhos que executam tarefa semelhante. Se não fossem os drop frames nos primeiros 2 segundos de cada vídeo diria que não tem faltas na produção de conteúdos até 1080p de acordo com as normas vigentes. Coisa que todos os dias ignoro, pois um filme não se faz em 2 segundos.
Por outro lado ainda existe muito a melhorar pela Apple quanto a VDA e pelo XBMC, Plex e Boxee relativamente á forma como usam a framework. Pelo que a solução pode estar já no próximo update ... ou não.
Cheers,
Nuno
Última edição:
![[ThunderS]](/data/avatars/m/4/4366.jpg?1408069820){kind=avatar}
)