Content deleted Content added
Line 7:
::Real, easy, there is no actual limit as to how many CAN use. The number in existence is not a limit. Do some simple research, take time to think about it, just because there are a finite number of things at the moment, it does not limit the possible number that can exist. You seem to be confusing unicast with multicast. Unicast sends a seprate copy to each device, multicast sends one copy that ANY subscribed device CAN listen in to, NO UPPER LIMIT as each device just listens in, regardless of how many devices exist or not, more devices CAN be added, created, removed, but there is NO LIMIT. <small><span class="autosigned">— Preceding [[Wikipedia:Signatures|unsigned]] comment added by [[User:Notwillywanka|Notwillywanka]] ([[User talk:Notwillywanka|talk]] • [[Special:Contributions/Notwillywanka|contribs]]) 18:20, 17 February 2014 (UTC)</span></small><!-- Template:Unsigned --> <!--Autosigned by SineBot-->
You obviously don't understand what is going on with this particular hack. There is a hard limit for the number of clients in a card sharing network and that is dictated by the number of devices capable of using the key stream. It is quite evident that you haven't done any research on this and are just pushing your opinion as fact. At this stage it your insistence on pushing your unsubstantiated opinion as fact is turning into an edit war and may require an RFC or Admins noticeboard report. [[User:Jmccormac|Jmccormac]] ([[User talk:Jmccormac|talk]]) 18:40, 17 February 2014 (UTC)
== Moving problem section to talk for editing discussion ==
This is the problem section with the section on limits modified:
::: '''The limiting factors in the number of possible remotely located satellite receivers are the network latency, the period between the updated keys and the ability of the card client's receiver to use the decrypted key stream. The theoretical maximum number of clients, at any given time, in a card sharing network is limited to the number of client devices, typically Integrated Receiver-Decoders, capable of using that key stream to decode the encrypted satellite TV signal.
'''
:::'''Each receiver is configured in an identical manner, a clone receiving the same television signal from a satellite and, from the internet server, the same decryption keys to unlock that signal. As the server must have individually subscribed smart cards for each channel to be viewed, its continued operation tends to be costly and may require multiple subscriptions under different names and addresses. There is also a risk that as the number of card clients on the card sharing network grows, it will attract the attention of the satellite TV service provider and law enforcement agencies and the monitoring of IP addresses associated with this card sharing network may identify individual users and server operators who then become targets for legal action by the satellite TV service provider or by legal authorities.'''
The first section now reflects the reality of a card sharing network. As there is a card sharing article, it might be unnecessary duplication of information and the brief pointer might be sufficient for this article. [[User:Jmccormac|Jmccormac]] ([[User talk:Jmccormac|talk]]) 19:03, 17 February 2014 (UTC)
==Merger Proposal==
| |||