2º Box

[lemene]

http://www.forumclix.net/viewtopic.php?t=16
_________________
ooo(@@)ooo
|||||||||||||||
http://www.aquinaoentras.haha
http://vaestamaisfacil.eheh

[AdSense]

[RJMC]

Aqui tens o link para o post do Medvel que está neste fórum
link: http://www.forumclix.net/viewtopic.php?t=16.
Espero que ajude

[lemene]

[PABT]

bem na BOX DVR é facil basta tarasra com o comando de pausa uns segundos a emissão. se não nenhuma box dvr então isto ´so funciona nas outras box´s em canais com restart tv.
como enho 2 box normais e 1 dvr foi facil a partir do momento em que descobri.
o roblema está e tu estares a ver em duas box´s o mesmo canal mas se conseguires tarasar a emissão de uma delas oequipamentos passa pelo principio que estás a ver canais diferentes.
_________________
Um dia vais vais perceber o que realmente queres. Nesse dia saberás que existe Optimus Clix,
Depois tropeças e reparas... estás no Planeta Zon

[PABT]

desculpa mas tenho um problema no teclado e como algumas letras
_________________
Um dia vais vais perceber o que realmente queres. Nesse dia saberás que existe Optimus Clix,
Depois tropeças e reparas... estás no Planeta Zon

[lemene]

[Bruno_a_r_d]

Só existe uma coisa que me chateia, se tiver as duas boxs no mesmo canal uma delas vai ter uma quebra, pelo que li nas intruções deve de ser por causa do PLC da cozinha não estar ligado directamente.

[Bad]

Boas!
Eu tenho duas boxes ligadas por cabos e acontece o mesmo problema por isso não me parece que tenha a ver com o metodo de instalacao escolhido mas sim com o software, pois a mim se por exemplo estiver a ver a um canal na box da sala e se na outra box estiverem por exemplo a fazer zaping, quando a outra box passar pelo canal da box da sala esta bloqueia e vai directamente para o menu, e digo já que é muito chato estar a ver um canal e estar sempre a ir para o menu. Não sei se na MEO o problema acontece também, pois senao acontecer significa que tem solução, solução essa que a CLIX deveria adaptar à tecnologia adoptada pela mesma, visto não ser uma plataforma feita pela microsoft como no caso do MEO.

cvmps

[Bruno_a_r_d]

[lemene]

Acontece-vos sempre!?!?!? Comigo não.
_________________
ooo(@@)ooo
|||||||||||||||
http://www.aquinaoentras.haha
http://vaestamaisfacil.eheh

[Bad]

[lemene]

Okay, portanto, mais um reportar o delay para que não aconteça.

Vou ver se este fim-de-semana brinco com isto.

Porra, o que estou a pensar não pode ser.
Digam-me se, sem que haja resets às boxs, quando acontece é sempre a mesma box a ir ao menu?
_________________
ooo(@@)ooo
|||||||||||||||
http://www.aquinaoentras.haha
http://vaestamaisfacil.eheh

[lemene]

Ando a snifar o caso e explico o que já percebi.

Pequena introdução do meio
Associado ao IPTV as boxs estão ligadas pelo menos a dois servers do ISP com papeis distintos.
Não vou colocar aqui os MACs, mas vou dar as referências Server#1 e Server#2.

Os IPs são locais por isso estão aqui exemplificados.
Server#1 172.17.177.254 - Objectivo: Bootstrap / Gateway
Server#2 192.168.0.193 - Objectivo: Network Time Protocol Server
Server#2 192.168.10.146 - Objectivo: Envio stream vídeo
Sim, o server#2 tem dois papeis e dois IPs.

O que se passa para receber video
Cada box para receber video passa por estes passos num dado momento.
BOX#1
- No boot obtém IP do Server#1, por exemplo, 172.17.177.118
- Associa-se num IP IPv4mcast
Source:172.17.177.118 -> IGMP -> Destino 232.0.2.16
- Associa-se num outro IP IPv4mcast para o canal de stream video escolhido.
Source:172.17.177.118 -> IGMP -> Destino 232.0.21.88
- Recebe stream video pelo Server#2 com destino ao IP IPv4mcast do canal de video
Source: 192.168.10.146:49152 -> UDP -> Destino 232.0.21.88:lm-webwatcher (8208)
- Periodicamente recebe dados de configuração do Server#2
Source: 192.168.0.193:vce -> UDP -> Destino 232.0.21.16:vce

BOX#2
- No boot obtém IP do Server#1, por exemplo, 172.17.177.198
- Associa-se num IP IPv4mcast
Source:172.17.177.198 -> IGMP -> Destino 232.0.2.16
- Associa-se num outro IP IPv4mcast para o canal de stream vídeo escolhido.
Source:172.17.177.198 -> IGMP -> Destino 232.0.21.85
- Recebe stream video pelo Server#2 com destino ao IP IPv4mcast do canal de vídeo
Source: 192.168.10.146:49152 -> UDP -> Destino 232.0.21.85:lm-webwatcher (8208)
- Periodicamente recebe dados de configuração do Server#2
Source: 192.168.0.193:vce -> UDP -> Destino 232.0.21.16:vce

Conclusões
Como leram, o stream video é recebido do mesmo Source.
O que acontece se ambos estiverem no mesmo canal? Pois já estão a ver.
Exemplo:
BOX#1
- Recebe stream vídeo pelo Server#2 com destino ao IP IPv4mcast do canal de video
Source: 192.168.10.146:49152 -> UDP -> Destino 232.0.21.88:lm-webwatcher (8208)
BOX#2
- Recebe stream vídeo pelo Server#2 com destino ao IP IPv4mcast do canal de vídeo
Source: 192.168.10.146:49152 -> UDP -> Destino 232.0.21.88:lm-webwatcher (8208)
Como cada box associou-se ao mesmo vídeo e portanto recebo-o.

Dúvidas
Como se explica que possa haver alguma interferência?
O source e o destino vídeo são os mesmos 192.168.10.146:49152 -> 232.0.21.88:lm-webwatcher (8208)
Quem os solicita e recebe é que é diferente, BOX#1 e BOX#2.
Gafe na BOX ou Gafe na Source, não sabemos.
_________________
ooo(@@)ooo
|||||||||||||||
http://www.aquinaoentras.haha
http://vaestamaisfacil.eheh

[Dracula]

Tem de ser assim, porque cada box se recebe o mesmo canal, o destino é o mesmo ip multicast..

O que distingue entre uma box receber um canal ou outro é a associação IGMP que cada box faz. Quer me parecer que o router é que não deve estar a implementar bem o protocolo IGMP e deve fazer asneira...
_________________
Be sure to engage your brain before open your mouth!

[Bad]