TAR streams the event out to a another site
http://www.audiovideoweb.com/deliver-live-webcasting.php , which is a Content Delivery Host. Instead of TAR sending the stream directly to ustream servers, it goes thru the audiovideoweb site, so they can control who sees it. They are the ones that interface with the Paypal system to take payments, then issue you access to TAR's stream by associating it with your login. If that system gets screwed up, then people that pay might see there is content available, but yet they get a No Access to it. It really is out of TAR's hands at that point. Once people have paid and something goes on the blink, Justin can only create manual user/passwords for each person and send to them. Only one login can be used at one time, so you can't issue one user/pass and give that to a whole bunch of people. It's setup to allow only one login at a time per user/pass.
Because Justin felt it was going to be such a big job to try and manually create a user/pass for each person that could'nt login, he had no other option then to open it up to everyone to make sure all the people that paid and couldn't get in, could see what they paid for. Picture his email Inbox... A hundred or more emails come in, each one saying they can't login and probably chewing his butt out for it. Many of them send mutiple emails so take that 100 and increase that to 2 or 3 hundred. Think of trying to sort thru each one of those emails and create a manual user/pass thru his audiovideoweb control panel and then email that to each person and try and keep track of who he sent it to and who he hasn't. All the time, emails continue to pour in while he's trying to do this.
AND he's trying to get the PPV started for everyone onsite.