 Jefferson,  08 de março de 2011,  htpc, mediaplayers
Alguém conhece algum truque, seja em Windows ou Linux, para criar pastas virtuais cujo conteúdo dependa de um critério (como uma busca) e que esse conteúdo apareça via rede como se fossem arquivos e pastas reais?
Talvez seja mais fácil de entender explicando o propósito.
Media Players como o DIYOMATE S9 ainda são incapazes de listar os filmes ou as músicas de acordo com o gênero. Separar por pastas reais pode até funcionar para música, mas não para filmes. Digamos que eu tenha uma animação de ficção científica como Ghost In The Shell. Eu vou colocar uma cópia na pasta Animação e outra na pasta Sci-Fi?
A idéia é contornar essa limitação com um servidor que gere compartilhamentos virtuais cujo conteúdo seja apenas links (embora o player não saiba disso) para arquivos ou pastas que podem estar em qualquer outro lugar no servidor. Isso me parece mais provável de funcionar sob Linux, mas nesse caso talvez nem seja preciso um servidor (bastaria configurar o Linux no próprio Media Player e certamente usar partições Linux).
Eu testei agorinha se as tais "saved searches" do Windows Seven serviriam. Não servem. Através da rede o que você vê é um punhado de arquivos com a extensão .ms.
Também pensei que usar upnp (media servers como o TVersity) poderia me dar essa opção. Mas pelo menos no Tversity eu não encontrei nada desse tipo. o Tversity tem suporte a "tags", mas parece algo dolorosamente difícil de usar. Talvez exista um Media Server que faça isso automaticamente.
Alguém sabe de um modo eficaz de conseguir isso?
(Prefira clicar em "Responder" se estiver comentando um comentário)
Jefferson, 23 de janeiro de 2011, htpcscrapper do XBMC para sites Brasileiros
http://www.htforum.com/vb/showthread.php/123344-scraper-do-xbmc-para-sites-brasileiros
Eu não testei ainda. Estou mais interessado em algo que funcione em conjunto com o Ember.
Melhor ainda: gostaria de uma função no próprio XBMC para alternar entre sinopse em inglês e sinopse em português. Eu prefiro as sinopses obtidas no IMDB (em inglês) mas ninguém mais da minha família entende inglês.
(Prefira clicar em "Responder" se estiver comentando um comentário)
Jefferson, 23 de janeiro de 2011, htpcUm bom modo de entender o que se significam termos como "fanart" e "extrathumbs" e qual a diferença de papel entre folder.jpg e poster.jpg (sim, existe uma) é estudar com atenção esta página:
http://forum.xbmc.org/showthread.php?t=50120
Para quem não notou ainda, no Windows XP se houver uma imagem chamada "folder.jpg" em uma pasta ela é usada para representar a pasta ao usarmos o modo "miniaturas" (thumbnails) de exibição no Explorer. Essa imagem é aproveitada pelo XBMC para representar a pasta inteira, mas você também pode ter uma imagem distinta para cada arquivo de filme, seguindo a convenção <nome do filme>.jpg.
Isso só faz real diferença (até onde pude perceber) em séries de TV. Onde temos uma imagem para representar a série ou temporada (folder.jpg) e uma imagem representando cada episódio.
  
(Prefira clicar em "Responder" se estiver comentando um comentário)
Jefferson, 22 de janeiro de 2011, FaltamComentarios, htpcEmber Media Manager
Para entender do que se trata, comece pelo meu post sobre Media Managers
http://www.google.com/buzz/117578158927571476541/C1jQ49ufTZz/
Versão mais recente (tem bugs estranhos)
http://forum.xbmc.org/showthread.php?t=90682
Última versão antes do desenvolvedor original desaparecer:
https://ryan.com.br/wp/ember-media-manager/
A "minha versão" contou com a ajuda do meu amigo Gelson "Geca" Lopes. A versão baixada diretamente do desenvolvedor, um dia antes do site "desligar", tinha um bug estranho que não baixava sinopse, gênero, diretor, etc., para nenhum dos filmes. Fazendo uma "mescla" da versão que ele tinha, de 64 bits, eu consegui criar essa versão que baixa tudo.
(Prefira clicar em "Responder" se estiver comentando um comentário)
Jefferson, 22 de janeiro de 2011, FaltamComentarios, htpcMedia Managers
O XBMC tem uma função embutida ("SET CONTENT") que baixa da internet posters, sinopse e fanart de todos os seus filmes. Mas eu a acho extremamente limitada, por variados motivos:
1) Demora bastante
2) A informação obtida só serve para o XBMC. Você não pode "lê-la" fora do XBMC
3) Você não pode editar nada
4) Se algum filme não tiver a informação baixada automaticamente, é uma complicação descobrir o motivo e resolver o problema;
5) Se algum filme for identificado incorretamente, consertar não é lá muito simples e rápido
Talvez os desenvolvedores tenham feito de propósito, porque a função SET CONTENT do XBMC dá prioridade às informações existente para cada filme no próprio HDD, só indo buscar alguma coisa na internet se algo estiver faltando. Daí você mesmo pode escolher poster, sinopse e fanart para cada um de seus filmes, colocá-los no formato certo dentro de cada diretório de filme, que o XBMC coletará as suas informações e não as da internet.
Você deve estar pensando: "Mas isso vai dar um trabalho do cacete!"
Porque é exatamente o que eu pensaria. Mas, como eu disse, os desenvolvedores devem ter feito de propósito. Eles deixaram o "scraper" embutido no XBMC bem simples, porque sabem que existem ferramentas externas mais capazes, os chamados "Media Managers"
Exemplos:
Ember Media Manager (EMM) <- meu preferido (requer .NET 3.5)
http://code.google.com/p/embermediamanager/
Media Companion (MC)
http://mediacompanion.codeplex.com/
Ambos requerem o maldito .NET para rodar.
MC não precisa ser instalado. EMM precisa, mas após a a instalação você pode mover o diretório para outro PC sem precisar instalar de novo.
Estou usando primariamente o EMM, até mesmo porque o MC parece ter mais bugs. Por exemplo, eu configurei o EMM para salvar os arquivos NFO de duas maneiras nas pastas dos filmes para garantir compatibilidade, mas aí o burro do MC lê AMBOS e mostra na lista todos os filmes em duplicata.
Ambos fazem o scrap das informações na internet e colocam no diretório de cada filme, seguindo o padrão esperado pelo XBMC. Por exemplo:
+Sinopse e toda a informação textual sobre o filme em um arquivo xml com extensão .nfo
+poster em um arquivo .jpg
+fanart em um arquivo .fanart.jpg
Isso permite a portabilidade, filme a filme, da sua coleção. Porque cada filme está com toda informação dentro de sua própria pasta e não consolidada em um banco de dados indivisível em algum outro lugar.
Também ajuda na compatibilidade. Como isso se tornou mais ou menos um padrão, outros Media Centers e até Media Players (de hardware) como o Xtreamer aproveitam essa informação.
NOTA: Apesar de toda a informação estar contida na pasta de cada filme, o XBMC ainda assim irá criar um banco de dados com ela. Isso porque o acesso a informação em um banco de dados é muito mais rápido que em um sistema de arquivos. Um exemplo simples de entender é a função do XBMC de filtrar os filmes por gênero. Seria absurdamente demorado querer ver apenas uma lista de filmes de Ação se o XBMC tivesse que ir em cada diretório verificar que filme está com a tag "Ação". Além disso, o XBMC cria thumbnails adequados para cada uma das imagens encontradas, para não ter que fazer o "resize on-the-fly", o que poderia ser também muito lento.
Então, para corrigir uma informação incorreta ou indesejada no XBMC, basta usar um Media Manager ou fazer manualmente no diretório do filme e depois usar a função SET CONTENT do XBCM. Ele vai varrer todo o diretório "source" especificado, refazendo o banco de dados, mas será muito mais rápido do que ir buscar na internet.
(Prefira clicar em "Responder" se estiver comentando um comentário)
Jefferson, 14 de janeiro de 2011, ffdshow, htpc, manutenção, video#manutenção
Já faz semanas que estou convivendo com um problema no meu PC principal e só hoje parei para tentar entendê-lo. O problema é no kmplayer que demora demais para abrir certos arquivos.
No teste que fiz agora pude determinar o seguinte padrão:
Se o codec de vídeo for VC-1: abre em 2s (testado com WMV)
Se o codec de vídeo for MPEG4: abre em 6s (testado com AVI e MP4)
Se o codec de vídeo for AVC: abre em 13s (testado com MKV, MOV e MP4)
Em todos os casos o KMplayer está usando o ffdshow como filtro.
(Prefira clicar em "Responder" se estiver comentando um comentário)
Jefferson, 05 de janeiro de 2011, FaltamComentarios, htpcCriando uma versão (realmente) portátil do XBMC.
Eu estive entretido com esse problema nos últimos dois dias. Como player, o XBMC é até fraquinho, mas sua capacidade de exibir uma GUI elaborada com poster, sinopse e fanart (e até ver trailers) enquanto você passeia pelos diretórios é de encher os olhos. É algo muito parecido com o que o MediaPortal faz com o plugin Moving Pictures, com a vantagem de que o XBMC não requer o maldito .NET.
E não requerer o maldito .NET simplifica enormemente a criação de uma versão portátil pois, que eu saiba, ainda não dá para "portar" o maldito .NET (eu adoraria saber como, se alguém souber).
(É… para mim, mencionar ".NET" exige o adjetivo "maldito" :D)
Voltando ao XBMC, este tem uma opção "portable" que é ativada ao se chamar o programa com o comando "-p", assim:
xbmc.exe -p
Porém, por mais estranho que pareça, tudo que essa opção determina é fazer com que o XBMC crie (e procure) todos os seus arquivos de trabalho dentro da própria pasta do XBMC. Lendo isso você poderia até se perguntar: "ué, mas isso não basta?"
Pois é, eu também achei que bastasse. Mas os desenvolvedores do XBMC tem uma idéia própria do que é "portable". Mesmo no modo portátil todas as referências aos filmes são absolutas e não relativas. Assim você pode até mover o XBMC, mas não pode mover os filmes!
O que é preciso para tornar o XBMC10 portátil é (testado em três máquinas XP SP3):
+Instalar o programa em uma máquina XP;
+Copiar o arquivo c:windowssystem32d3dx9_43.dll para o diretório XBMC
+Copiar o diretório XBMC para o HDD externo
+Crie um arquivo .bat no diretório XBMC com o comando "xbmc.exe -p".
+Copie seus filmes para o (mesmo, claro) HDD externo;
+Execute o XBMC pelo .bat criado (de agora em diante você não deve mais executar xbmc.exe diretamente)
Dentro do XBMC rodando em modo portátil, acrescente o diretório dos filmes como source e use a opção SET CONTENT para que o XBMC baixe todas as informações dos filmes da internet (essa parte é um pouco mais complicada que isso, mas foge ao objetivo deste tutorial).
Quando estiver pronto, desde que o HDD externo assuma sempre a mesma letra de unidade, o XBMC rodará em qualquer instalação do XP SP3 (só testei nele até agora). Isso é fácil de garantir com unidades mapeadas via rede, mas não tão simples assim com HDDs externos USB.
Para fazer com que o XBMC seja realmente portátil é necessário editar os seguintes arquivos antes de rodar o XBMC:
XBMCportable_datauserdatasources.xml
XBMCportable_datauserdataDatabaseMyVideos34.db
Fazendo com que todos os caminhos correspondam à letra de unidade atual.
Isso é simples. Tão simples que não entendo como a equipe do XBMC não dá essa opção. Eu criei um programa que faz isso, que deverei tornar público nos próximos dias. O programa serve de "loader" para o XBMC e faz as modificações necessárias antes de executar xbmc.exe.
(Prefira clicar em "Responder" se estiver comentando um comentário)
Jefferson, 07 de novembro de 2010, FaltamComentarios, hardware, htpc, Recife
Parece já ser possível ter HDMI e DXVA em qualquer PC com slot PCI-E por "meros" R$118 em Recife
http://www.lognetinfo.com.br/produto?idProduto=placa-de-video-pciexp-512mb-64-bit-ddr2-8400gs-zt-84meh4m-hsl-zotac
A placa tem um conector HDMI e, pelo chipset (Geforce 8000), deve suportar DXVA. Só falta saber se a placa entrega áudio também na porta HDMI.
Não testei pessoalmente. Apenas esbarrei nisso enquanto procurava por outra coisa.
(Prefira clicar em "Responder" se estiver comentando um comentário)
Jefferson, 12 de maio de 2010, htpcEu já havia testado em 2008. Desisti porque tinha muitos bugs.
Prós:
- Carrega muito rápido. Uma vantagem de ser win32 nativo;
- Configuração no próprio programa. O Mediaportal te obriga a sair e abrir o programa de configuração.
Contras:
- Mesmo em idle usa 15% da minha CPU. WTF? Desliguei o RSS feed e reduziu um pouco, mas continua demais;
- Rodando um filme h.264, usa 70% da CPU onde o Mediaportal não chega a 40. Sem usar DXVA. E ainda assim o filme não fica fluido. Provavelmente porque a thread de decodificação está saturando um dos cores (
que eu saiba, não é possível decodificar vídeo em múltiplos cores ). E ainda gasta 20% do outro fazendo sabe-se lá o quê;
- A configuração pela GUI é muito limitada.
“Out of the box” ele é inútil para mim. Mas continuo testando.
Liked by: Roberto José Romano Jr.
(Prefira clicar em "Responder" se estiver comentando um comentário)
Jefferson, 11 de maio de 2010, htpcMediaPortal
Esqueça o hardware mínimo, porque o bicho não é lá muito usável com ele. Mas se você tem um computador moderno…
Instalar o bicho é um porre, se você não tiver a banda (bem) larga. Eu mando baixar tudo para instalar depois e depois guardo o diretório.
Depois de instalar o Mediaportal, instale os seguintes plugins:
- MP-TVseries
- Moving Pictures
O resultado deixa nerds, parentes, amigos e vizinhos babando. Não existe Media Player que bata, em beleza e recursos, um Mediaportal corretamente configurado em um bom hardware.
Para ver o potencial dos plugins você precisa ter seus filmes e series em diretórios no seu HDD. A configuração é feita pelo programa de configuração do Mediportal e requer acesso banda larga à internet para coletar os dados e posters.
Liked by: Roberto José Romano Jr., Samuel Defilippo
(Prefira clicar em "Responder" se estiver comentando um comentário)
|
|
No linux, através de links (simbólicos ou hards, mas pefiro os simbólicos)
O comando é ln -s lugarreal [linkdestino opcional]
Eu desconfiei que links simbólicos poderiam fazer isso. Falta um script que varra um mais diretórios lendo arquivos NFO (Ember Media Manager e XBMC) para coletar os gêneros e criar, dentro das pastas destinadas a cada gênero, os links simbólicos.
Numa solução Windows eu poderia fazer tal programa, mas para Linux eu preciso de algo pronto.
Eu esqueci que NTFS também tem links simbólicos:
http://en.wikipedia.org/wiki/NTFS_symbolic_link
Resta saber se eles se comportariam do jeito que eu quero. Vou estudar isso. Já está claro que eu precisaria de no mínimo um "servidor" baseado em Vista/Seven.
Junction Points também podem servir, e podem ser criados e usados no Windows XP:
http://en.wikipedia.org/wiki/NTFS_junction_point
Eu preciso testar se o suporte a NTFS do DIYOMATE S9 (no ucLinux) consegue entender junction points, porque em caso positivo eu nem preciso de um servidor. Isso seria muito melhor porque junction points são bem perigosos e eu precisaria tomar uma enorme quantidade de cuidados em um servidor para impedir que alguém apague as junções achando que são duplicatas.
O teste vai demorar, porque não estou com meu S9.
As tais "libraries" (bibliotecas) do seven não podem servir para isso? São pastas virtuais organizadas de acordo com critérios estabelecidos pelo usuário, não? Sei lá se estou falando bobagem, lí muito de leve sobre o assunto, mas me parece que é isso.
Não sei, mas ser for como as "saved searches" (provavelmente são) essa organização só deve ser visível no Explorer do Seven.
Aparecem na rede também. Ou melhor, no Grupo Doméstico do Seven. Acho que não te serve mesmo.
Se precisar de uma ajuda para montar scripts no linux, pode contar comigo!
Desconhecia esta maneira de funcionamento no NTFS. Só isto já me valeu o dia…