Não consegui encontrar nada sobre o Ubuntu agindo como um receptor ou remetente Miracast .
- Isso pode funcionar?
- Existem pré-requisitos de hardware?
- O WiFi é um requisito ou pode funcionar através da LAN ou outro tipo de conexão de rede?
- O WiFi direto parece ser um requisito necessário, é suficiente? (ou seja, se um sistema suportar WiFi direto, isso significa que ele suporta Miracast?)
- Existem diferenças no suporte entre receber / enviar?
- Como está a latência? (em comparação com a concorrência, ou seja, VNC, dispositivos comerciais Miracast etc.)
- Como eu realmente o uso, se é difícil?
Especificamente, pretendo usá-lo em conjunto com um telefone Android (4.x Jelly Bean).
wireless
display
android
screencast
wifi-direct
TiloBunt
fonte
fonte
Respostas:
O OpenWFD está morto e agora é substituído pelo MiracleCast :
Ainda está no início de seu ciclo de desenvolvimento. Atualmente, parece que ele pode fazer a ligação, mas não fará o streaming de vídeo real.
A demonstração do OpenWFD na FOSDEM 2014 também fez o bit de streaming, mas como eu entendo, o MiracleCast é um projeto do tipo certo , enquanto o código que ele mostrou na FOSDEM "provavelmente funcionará apenas nesta máquina".
fonte
libudev-dev
pacote, mas ainda estou conseguindoNo package 'libsystemd' found
e instalei vários pacotes "systemd" sem alterações na etapa de configuração.O Miracast é baseado no WiFi Direct , que, pelo que sei, requer uma placa sem fio com suporte de hardware para o padrão.
Remetente
Acho que o Intel Wireless Display é a maneira de enviar uma tela de laptop para um receptor Miracast.
No entanto, até onde sei, o Ubuntu atualmente não tem suporte para placas de exibição sem fio.
Receiver
Para receber conteúdo de um transmissor Miracast (como o seu telefone), você pode comprar dongles do receptor Miracast que serão enviados para qualquer entrada HDMI: Rocketfish ™ - Miracast Video Receiver
Também existe o Chromecast , mas ele recebe apenas o conteúdo enviado de um navegador Chrome , e não de uma exibição inteira.
Não sei se um dos dispositivos possui drivers Ubuntu. Se alguém puder confirmar ou sugerir outro dispositivo com drivers do Ubuntu, isso seria ótimo.
fonte
A extensão do Google Cast para o Chromium funciona no Ubuntu (para transmitir páginas do Chromium / navegar na sua TV usando um ChromeCast a 720p, que parece ótimo, embora um pouco atrasado).
Porém, ele não lança bem o espaço YUV (sobreposição de vídeo), mesmo no 802.11n. (Testando em 12.04 LTS e 13.10, com o Chromium mais recente) Dito isso, transmitir o YouTube do meu telefone Android 4.3 (Galaxy Nexus) funciona muito bem. (O dongle do ChromeCast assume o controle de download +, portanto, não depende do seu telefone / laptop depois que você pressiona o Play).
Ainda não encontrei nenhum aplicativo de remetente Miracast (por exemplo, EZ Air) para o Ubuntu (para os dongles HDMI Miracast genéricos do eBay HK / China).
Portanto, o cabo HDMI de 5 metros (também do eBay) ainda é a nossa solução para ondemand TV em tela cheia 1080p.
fonte
Eu me inspirei para caçar um pouco mais e, de fato, não há muito no miracast, no entanto, eu encontrei este post de alguns meses atrás que afirma que o andorid ainda nem o tem ainda, portanto, suspeito que ainda esteja sendo trabalhado .
Por causa disso, vou tomar um pouco de liberdade e discutir o DNLA / UPnP, pois é quase o mesmo (menos a conexão direta e o espelhamento exato da tela)
Aparentemente, no KDE há uma mídia KIO-slave para o kde chamada kio-upnp-ms que eu vi anunciada aqui .
Além disso, parece haver uma quantidade razoável de outras opções UPnP e DNLA, como o XBMC , listadas aqui e aqui
Além disso, procurar por 'upnp' no synaptic fornecerá muitas opções de gnomos
fonte
No lado do receptor (pia), o já mencionado MiracleCast parece ser a melhor escolha. Também há trabalhos em andamento para oferecer suporte ao envio de fluxos (origem).
O Gnome-Screencast é um novo esforço (2019) para oferecer suporte ao streaming Miracast (fonte) no GNU / Linux.
fonte
Você pode experimentar o projeto gnome-screencast . Mais informações neste post do blog . Aparece recentemente e, portanto, carece de documentação e parece com erros e destina-se principalmente aos usuários do fedora (o problema da instalação no ubuntu ). Mas pelo menos é um passo na direção certa.
fonte