Quick Talk

Jefferson, 14 de janeiro de 2011, ffdshow, htpc, manutenção, video

13 comentários

• Jefferson - 6.543 Comentários

  14/01/2011 at 22:43 · Responder

  Durante esse intervalo, o Process Explorer acusa que o kmplayer está usando 100% de um dos cores do processador, em vermelho (o normal é verde). Isso sugere que o problema está ocorrendo em um nível mais baixo que o de aplicação (driver, filtro…).

• Jefferson - 6.543 Comentários

  14/01/2011 at 23:41 · Responder

  Repeti o teste, com o kmplayer configurado para usar os seus decodificadores internos.

  VC-1: sem alteração clara. Pode ter até aumentado para 3s
  MPEG4: caiu para 3s
  AVC: caiu para 7s

  Uso de CPU permaneceu igual.

• Glauco Heitor -

  15/01/2011 at 0:01 · Responder

  Já tentou usar outro player?

  Uso o Media Player Classic com o pacote de codecs K-Lite Codec Pack e nunca tive problemas…

• Jefferson - 6.543 Comentários

  15/01/2011 at 0:03 · Responder

  Refiz o teste com o Windows Media Player 11

  MPEG4: Praticamente instantâneo (e usando o mesmo FFDSHOW)
  VC-1: praticamente instantâneo (usando decoder interno)
  AVC: 3s se compatível com DXVA. (e usando o mesmo FFDSHOW)
  AVC: 16s se não for compatível com DXVA. (e usando o mesmo FFDSHOW)

  Ainda não consegui perceber onde pode estar o problema

• Jefferson - 6.543 Comentários

  15/01/2011 at 0:05 · Responder

  Glauco. Não uso pacotes de codecs. Eu instalo apenas o estritamente essencial para cada caso. Geralmente isso se limita a:

  FFDSHOW
  Matroska splitter
  Filtro DTS
  Ac3filter <- este eu tenho usado pouco

• Alexandre Ribeiro -

  15/01/2011 at 0:15 · Responder

  Estava tendo esse problemas Ryan, resolvi seguindo este tutorial aqui:

  http://www.cos-soft.eu.pn/tutorialkmplayer.html

• Jefferson - 6.543 Comentários

  15/01/2011 at 1:02 · Responder

  Alexandre, por outro caminho eu já havia isolado o DXVA como causa do problema.

  Desinstalei o danado do ffdshow e instalei a versão mais antiga que eu tinha que sabia que funcionava bem: a 3305
  https://jefferson-ryan.blogspot.com/2010/05/como-assistir-h264-consumindo-tao-pouco.html

  Resultados no kmplayer, usando ffdshow:

  MPEG4: 6s (sem alteração)
  VC-1: 3s (sem alteração)
  AVC: 6s (redução de 7s)

  Então eu notei que mesmo o filme com suporte a DXVA estava rodando sem DXVA, porque eu tinha esquecido de ativar o DXVA no ffdshow. Com a ativação a abertura de AVC voltou a levar 13s, seja compatível com DXVA ou não. Aparentemente a simples checagem de compatibilidade com DXVA do ffdshow está levando 7s.

  Mas isso não explica por que o kmplayer leva 6s para abrir um simples MPEG4. E tenho uma razoável certeza de que quando eu escrevi aquele texto sobre DXVA o kmplayer não demorava essa eternidade para abrir AVC.

  Então eu repeti o teste no meu notebook. Nele o tempo máximo que o kmplayer leva para abrir arquivos (qualquer codec) é 3s. E a versão é a mesma do desktop: 3.0.0.1438

  Agora estou desconfiado do driver de vídeo…

• Jefferson - 6.543 Comentários

  15/01/2011 at 2:41 · Responder

  Problema resolvido instalando a versão mais recente do driver de vídeo para a Geforce 8200: 6.14.12.6099.

  Agora todos os vídeos AVC abrem em 3s e os MPEG4 abrem quase instantaneamente. Ainda ganhei um bônus: vídeos antes incompatíveis com DXVA agora são. A "dica" do Process Explorer de que era problema de driver estava correta.

  Edit: é driver, sim, mas fui enganado por estar usando apenas um monitor no teste, como explico em outro comentário.

  Porém eu ganhei um novo problema com o qual não dá para conviver: uma estranha incompatibilidade com meu monitor AR2238AFJW. Eu configuro para 1680×1050 mas tanto o Windows quanto o Painel de Controle da Nvidia fazem com que a área de trabalho é que assuma essas dimensões. O monitor mesmo fica a 1024×768 (medido com software de medição de pixels).

  Mais interessante: o driver da Nvidia enxerga o exato modelo do meu monitor, mas o Windows não (insiste que é "monitor padrão"). Isso se assemelha ao problema que impede o meu monitor de operar no Windows Seven usando a porta DVI.

• Jefferson - 6.543 Comentários

  15/01/2011 at 3:20 · Responder

  Me pareceu que o problema tinha sido resolvido ao instalar uma versão do driver, um pouco mais nova do que a que comecei o dia, mas ainda bem velhinha: 2008. O novo problema de bagunçar a resolução foi definitivamente resolvido mas, para o meu espanto, depois que eu configurei meu monitor secundário (AOC 511vwb, 1280×768), o problema de levar 13s para abrir um AVC voltou.

  Desativei "estender a área de trabalho…" e o kmplayer passou a abrir todos os filmes (qualquer codec) instantaneamente.

  Reativei o monitor e o problema voltou.

  Bem, agora eu sei que o problema é driver de vídeo e até do que o driver não está gostando (minha área de trabalho estendida). Só não sei como resolver e tenho certeza de que, apesar de usar esses mesmos dois monitores e essa mesma placa de vídeo (onboard) desde julho de 2009, esse problema no kmplayer eu só percebi há no máximo dois meses.

  Felizmente, dá para conviver com isso. Quando eu estiver fazendo algo que envolva abrir muitos filmes num curto intervalo de tempo (que é quando essas pausas realmente me incomodam), basta desativar o monitor secundário.

• Jefferson - 6.543 Comentários

  15/01/2011 at 3:33 · Responder

  Um detalhe que pode ser relevante: eu notei o problema no kmplayer dias depois de começar a usar uma nova instalação do XP. Intrigado, dei boot pela instalação antiga (que está comprometida além de qualquer chance de recuperação, mas por outro motivo) e o problema se manifestou nela também, do mesmo jeito.

  É como se alguma coisa tivesse mudado no hardware.

• Jefferson - 6.543 Comentários

  15/01/2011 at 3:49 · Responder

  Resumo dos drivers usados:

  Versão com que comecei o dia:
  6.14.11.7516 (175.16) – 2/5/2008

  versão que bagunçou tudo, aparentemente incompatível com meu monitor:
  6.14.12.6099 (260.99) – 16/10/2010 (a mais recente)

  versão que estou usando agora:
  6.14.11.7813 (178.13) – 17/9/2008

• Jefferson - 6.543 Comentários

  15/01/2011 at 4:24 · Responder

  Instalei novo driver:
  6.14.11.8250 (182.50) – 27/3/2009

  Com o monitor secundário ativo:
  VC1: instantâneo
  MPEG4: 2s
  AVC: 6s

  Com o monitor secundário desativado:
  Tudo instantâneo

  Considero o problema resolvido. 6s é um tempo suficientemente curto para que a pausa sempre estivesse lá e eu não tivesse notado, então pode ser que eu finalmente tenha conseguido chegar ao estado de antes. Mas ainda não sei como o problema aconteceu em duas instalações do Windows, já que eu não fico mudando drivers de vídeo à toa.

• Jefferson - 6.543 Comentários

  23/01/2011 at 4:39 · Responder

  Aparentemente esbarrei em um problema desagradável provocado pelo novo driver.

  Agora sempre que eu uso o XBMC em tela cheia, o meu monitor primário "apaga" regularmente e por tempo suficiente para ser desagradável. Isso antes mesmo de executar qualquer filme. Nada ocorre com o secundário.

  Se eu executar numa janela, o problema é muito reduzido. Mas ainda assim de vez em quando o monitor apaga.

  Desligar o monitor secundário não muda nada.

Clique para comentar

Ocultar caixa de comentário

Deixe um comentário Cancelar resposta

Conectar com:

Você pode usar estas tags HTML

<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code class="" title="" data-url=""> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong> <pre class="" title="" data-url=""> <span class="" title="" data-url="">

  Nome (obrigatório)

  Email (Não será publicado) (obrigatório)

  Website

Notifique-me de novos comentários via e-mail. Você também pode se inscrever sem comentar.

more »