Content deleted Content added
Line 1:
==Limitations of Internet Card Sharing==
The changes to the article by @Notwillywanka were reverted because the number of clients on a card sharing network is limited by a number of practical considerations. The most obvious limitation is that the card clients have to have a receiver capable of using the key stream. There is a limit to the number of possible receivers or clients on a card sharing network due to the latency of the network (the time taken for the data from the server to travel to the receiver) and the period between the updated keys. If the latency is greater than the period between the updated keys, the receiver/decoder (IRD) will miss a key and the signal may become encoded again. The decrypted key has to arrive within a specific timeframe and if the latency causes it to miss that window, the IRD will lose lock and stop decoding the signal. With large ISP networks, it may work well but on high-latency or poor connections, it will not be as effective and the signal on the IRD will stop being decoded if it misses too many keys. A related factor is that as the size of the card sharing network grows, the probability of detection increases. If the number of card clients on the card sharing network is high enough, then the Pay TV providers or law enforcement agencies may identify the network and neutralise it (either by identifying the cards being shared, or by identifying the operator and customers and taking legal action). Thus it is often in the best interests of the card sharing network operator to limit the number of clients on one card sharing network. In theory, one card can run a country's decoders however the real work practicalities make that difficult. [[User:Jmccormac|Jmccormac]] ([[User talk:Jmccormac|talk]]) 01:14, 15 February 2014 (UTC)
:the limitations listed above do not affect the number of potential "subscribers". Just like a. Radio station can transmit to an unlimited number of
The number of receivers capable of using the key stream is the upper limit (both theoretical and practical) for any card sharing network. To explain it in terms of your radio example, if there is a finite number of radio receivers, then the number of radios capable of receiving the radio broadcast from your radio station is finite and therefore limited. External conditions limit the size of card sharing network. If N is the number of receivers capable of using the key stream then the number of possible receivers in a card sharing network is always going to be less than or equal to N. [[User:Jmccormac|Jmccormac]] ([[User talk:Jmccormac|talk]]) 02:30, 16 February 2014 (UTC)
::There is no finite number of radios that can be used, or made, no limit exists, the fact that there is a finite number of radios in existence does not limit the potential number of radios that can receive a signal. There is no upper limit to how many receivers are capable of receiving the key stream, every new receiver that is built can receive the stream, just like every new radio built is able to receive the radio signal, regardless of how many already are receiving the same signal. <small><span class="autosigned">— Preceding [[Wikipedia:Signatures|unsigned]] comment added by [[User:Notwillywanka|Notwillywanka]] ([[User talk:Notwillywanka|talk]] • [[Special:Contributions/Notwillywanka|contribs]]) 16:38, 17 February 2014 (UTC)</span></small><!-- Template:Unsigned --> <!--Autosigned by SineBot-->
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)
:I'm sorry, I don't understand? You are the one spouting on and on about how there is a limit, yet your own explanations give the exact opposite point. I am not pointing out any "opinion", like yourself, but making factual points about the system. What research I have or have not done, what my experience is or is not is not up for debate. The facts are, there is no upper limit to as how many receivers CAN receive the decryption key. The fact that there is a finite number of receivers in existence, does not mean that more receivers can not be made and added to a card sharing system, the two facts are independent of each other. We are not talking about a "10 gallon bucket" that can only have "10 gallons" of liquid in it, we are talking about a system that has "X" number of receivers on it, one additional receiver added will also work, therefore the new "limit" is X+1. Instead of using bad reason logic, and pushing your view, take a moment and look at the problem you are creating. I've tried to use a simple comparison for you to understand, yet you take a complete different fact, irrelevant to the subject, and apply it's logical fallacy to support your incorrect statement.
== Moving problem section to talk for editing discussion ==
| |||