A compatibilidade IPTV no navegador tem três partes distintas: importar uma lista, acessar a mídia e decodificá-la no dispositivo. O iiPTV consegue ler um item mesmo que a transmissão por trás dele não possa ser reproduzida. Esta página apresenta os limites da implementação atual e os testes registrados, para você escolher uma fonte adequada sem tratar um nome de arquivo como garantia de reprodução.
Compatibilidade IPTV: entradas de lista aceitas
Arquivos M3U e URLs HTTPS de listas
O iiPTV aceita arquivos de texto locais .m3u, .m3u8 e .txt ou uma URL HTTP(S) de lista. Arquivos desses formatos são lidos localmente no navegador. A importação por URL tenta primeiro o acesso direto quando o navegador permite e recorre ao proxy de mídia para HTTP ou requisições entre origens bloqueadas. A página inicial de um provedor, uma prévia do GitHub ou uma página de login não é uma resposta bruta de lista, mesmo que o endereço mencione M3U.
Uma lista de canais contém endereços de mídia e pode incluir nomes ou grupos. O iiPTV usa esses dados para apresentar itens pesquisáveis e filtros por grupo. Esses metadados organizam a interface; não autorizam o acesso nem estabelecem suporte ao codec de uma transmissão. O guia M3U explica um pequeno exemplo completo.
Formatos aceitos, limites de tamanho e endereços relativos
Os limites atuais de importação são 5 MiB e 10.000 itens. Esses limites protegem o fluxo do navegador contra entradas muito grandes. Quando necessário, use uma lista documentada menor e preserve a relação entre os metadados de cada item e sua URL de mídia.
Uma lista remota pode resolver endereços relativos a partir de sua URL original. Um arquivo local não consegue recuperar essa base web automaticamente. Por isso, um manifesto HLS isolado com segmentos relativos deve ser aberto pela URL original. Renomear um arquivo ou copiar só o primeiro manifesto não reúne os recursos posteriores.
Compatibilidade IPTV: requisitos de reprodução
Fontes HTTPS acessíveis
O player aceita mídia HTTP(S). Fontes HTTPS compatíveis são acessadas diretamente; mídia HTTP e cabeçalhos personalizados aceitos usam o Worker de mídia HTTPS. Falhas de acesso pelo navegador podem acionar uma tentativa pelo proxy. Listas e recursos HLS são tratados em conjunto para evitar que um manifesto HTTPS deixe segmentos HTTP bloqueados. Tokens expirados, servidores indisponíveis ou regras de acesso do provedor ainda podem impedir a reprodução. Trocar http por https em um editor só ajuda se a fonte realmente oferecer HTTPS.
A reprodução direta conecta seu navegador ao publicador. A reprodução por proxy envia as URLs necessárias pelo Worker Cloudflare do iiPTV; o publicador vê então a conexão do Worker. Essa alternativa de transporte não fornece direitos de acesso, licenças DRM nem conversão de vídeo.
Compatibilidade da transmissão, acesso entre origens e dependências HLS
As respostas lidas pelo navegador precisam das permissões adequadas dos servidores. No hls.js, isso pode incluir manifestos, listas de versões, segmentos e chaves necessárias. O primeiro manifesto carregar não comprova acesso à transmissão inteira. A documentação do hls.js descreve esses requisitos dos recursos.
O suporte nativo do navegador pode ter outro comportamento de acesso. O Worker pode aplicar valores User-Agent e Referer aceitos de uma lista importada quando as requisições diretas do navegador não conseguem. Se a lista não puder ser lida, use a ajuda para carregar listas; se os itens aparecerem, mas a mídia falhar, use a ajuda de reprodução.
Suporte ao codec e uma ação de reprodução
O iiPTV tenta reproduzir HLS pelo suporte nativo do navegador ou por hls.js quando a verificação de capacidade permite. Outras mídias compatíveis, incluindo MP4, usam o elemento de vídeo do navegador. O suporte a codecs ainda depende do navegador, sistema operacional, decodificadores do dispositivo e codificação de áudio e vídeo.
O nome do contêiner ou a extensão .m3u8 não garante compatibilidade universal de codecs. Pressione Reproduzir se o início automático estiver pausado. Se o publicador oferecer uma versão autorizada e compatível, ela pode servir de comparação; o iiPTV não converte mídias incompatíveis. Quando hls.js expõe vários níveis, os ajustes oferecem qualidade automática ou manual. O HLS nativo pode deixar a escolha para o navegador; uma fonte de nível único não ganha resoluções extras com uma configuração.
Testes registrados de compatibilidade IPTV
O registro de compatibilidade abaixo é de 2026-10-14. Os testes de reprodução usaram Google Chrome 155.0.8059.40 no macOS, com fontes controladas de demonstração incluídas no site. Os resultados descrevem essas amostras testadas, não todas as fontes de terceiros.
Navegador e ambiente | Amostra ou fluxo | Resultado registrado |
|---|---|---|
Google Chrome 155.0.8059.40 no macOS | Demonstração MP4 incluída de 8 segundos, com vídeo H.264 e áudio AAC | Aprovado |
Google Chrome 155.0.8059.40 no macOS | Demonstração HLS da mesma origem por hls.js e Media Source Extensions (MSE) | Aprovado |
O mesmo Chrome com área de visualização de 390 px | Layout responsivo em uma janela estreita do navegador de computador | Verificado; não é um teste em celular físico |
Safari no macOS | Caminho de reprodução HLS nativo | Implementado; não testado |
Safari no iOS | Caminho de reprodução HLS nativo | Implementado; não testado em iPhone ou iPad |
Firefox | Reprodução no navegador | Não testado |
Microsoft Edge | Reprodução no navegador | Não testado |
Dispositivos Android | Reprodução em navegador móvel | Não testado em dispositivo físico |
A verificação em 390 px usa o mesmo Chrome de computador com uma área de visualização estreita. Ela verifica o layout, não os decodificadores, a interação por toque ou as restrições de energia de um iPhone ou Android. Os caminhos HLS nativos do Safari estão implementados, mas não há aprovação registrada para o Safari no macOS nem para reprodução no iOS. Firefox e Edge não foram testados.
Os resultados MP4 e HLS mostram que a reprodução avançou naquelas fontes controladas. Eles não estabelecem suporte a outras codificações nem garantem autenticação de provedores, acesso entre origens ou disponibilidade de canais ao vivo. Ao verificar a compatibilidade IPTV no seu ambiente, teste primeiro a demonstração e depois uma fonte autorizada.
Compatibilidade IPTV: fluxos sem suporte nesta versão
O iiPTV é um player para as fontes que você fornece. Ele não inclui pacote de canais, não vende assinaturas IPTV nem desbloqueia programação paga. Esta versão não implementa login Xtream, licenciamento DRM, guia de programação EPG, catch-up nem sincronização de contas de provedores.
RTMP, RTSP, UDP e reprodução de mídia do sistema de arquivos local estão fora do fluxo web compatível. O iiPTV oferece um intermediário de mídia HTTP(S) sob demanda, mas não oferece conversão de mídia nem hospedagem de listas. Os itens processados e o canal selecionado ficam em cache neste navegador para a próxima visita. Use Limpar ou apague os dados do site para removê-los; esse cache não é uma biblioteca de conta nem sincronização entre dispositivos.
A compatibilidade IPTV no navegador pode, portanto, diferir da de um player nativo com a mesma lista. Outros decodificadores e métodos de requisição podem explicar a diferença sem comprovar defeito em nenhum aplicativo. Quando a fonte exige recursos fora desses limites, escolha o método aceito pelo publicador.
Verifique seu ambiente e relate o problema com clareza
Comece pela demonstração incluída, importe sua lista autorizada e selecione um canal. Registre se os nomes aparecem, se o botão Reproduzir inicia a mídia e se o tempo avança. Mude uma variável por vez para manter a comparação útil.
Para um problema reproduzível, inclua as versões exatas do navegador e do sistema, o resultado da demonstração, o método de entrada e o erro visível em um relato de contato. Remova tokens e endereços privados de fontes. As informações de compatibilidade serão atualizadas quando novos testes forem registrados; a data de revisão do conteúdo, sozinha, não certifica um novo navegador. Volte ao player para testar sua fonte dentro dos limites publicados.