EAN-139781569387306   EAN-13 barcode 9781569387306
Product NameBroadway's Lost Treasures II
CategoryElectronics / Photography: A/V Media: Movie
Amazon.comA Buy on Amazon ~ B0002TSZN8
Price New24.95 US Dollars    (curriencies)
Price Used3.44 US Dollars    (curriencies)
Aspect Ratio1.33:1
CastRegina Ahlgren, Bea Arthur, Lauren Bacall, Brent Barrett, Walter Bobbie
Width5.5 inches    (convert)
Height0.5 inches    (convert)
Length7.5 inches    (convert)
Weight4 ounces    (convert)
FormatClosed-captioned, Color, NTSC
Run Time90 minutes
Long DescriptionThe annual Tony Award® broadcast provides the only filmed record of Broadway’s best for audiences to experience as if they were front-row-center on opening night. This second compilation of great musical moments from the Tonys® features another dazzling array of stars and performances. Hosts Lauren Bacall, Bebe Neuwirth, Brian Stokes Mitchell, and Jerry Orbach introduce these 18 one-of-a-kind performances and share their personal Broadway and Tony® memories.
"Praise be to the theatre gods. . . for what was ‘lost’ is found." —Atlanta Journal-Constitution on the first Broadway’s Lost Treasures.

Patti LuPone, Anything Goes
Angela Lansbury, Beatrice Arthur, Mame
Robert Morse, How to Succeed in Business Without Really Trying
Jane Lapotaire, Piaf
Richard Kiley, Man of La Mancha

Nell Carter, cast, Ain’t Misbehavin’
Michael Jeter, Brent Barrett, Grand Hotel
Gregory Hines, Jelly’s Last Jam
Walter Bobbie, Nathan Lane, Guys and Dolls

George Hearn, cast, La Cage aux Folles
Cast, Les Misérables
Shirley Verrett, cast, Carousel
Jerry Orbach, Chicago

Katharine Hepburn, Coco
Robert Lindsay, Me and My Girl
Tom Bosley, Fiorello!
Kathi Moss, cast, Nine
Bill Hutton, cast, Joseph and the Amazing Technicolor Dreamcoat

Five additional performances not seen on the PBS broadcast
Historical information about the original Broadway productions
PLAYBILL cover art

Similar Items9786305669203: My Favorite Broadway The Leading Ladies
9781569388006: Broadway's Lost Treasures III - The Best of the Tony Awards
5099990680298: Hallelujah Broadway
5055122111443: Cinderella / Three To Make Music
0841887051507: Broadway The American Musical
0828766544190: Broadway - The Golden Age, by the Legends Who Were There
0089859824524: Pippin
0054961898497: Broadway Musicals A Jewish Legacy
0054961800896: Broadway's Lost Treasures Iii - The Best Of The Tony Awards
0054961670697: Broadway's Lost Treasures
0032031415195: Sondheim A Celebration at Carnegie Hall / Liza Minnelli, Patti LuPone, Bernadette Peters, Glenn Close
0018713815439: The Best Of Broadway Musicals - Original Cast Performances From The Ed Sullivan Show
0014381915624: My Favorite Broadway The Leading Ladies
Created10-08-2013 1:16:03am
Modified05-24-2019 7:11:30am
Search Googleby EAN or by Title
Query Time0.0267179

Article of interest

We have been asked a few times why we put a delay on the free data feed access and why someone should pay for the fast data feed access instead of just using the free version.

Put simply, the free data feed is inteded for you to use while testing your application or if you have a very low lookup requirement. You can even use the free version in production if you don't mind the forced delay in getting your databack. But if you need high volume or need fast data lookups all day long, you really do need to pay for a subscription.

The free version of the data feed will deliver a limited number of lookups each day at full speed and at no charge. Just like manual lookups, every user gets this limited number of fast lookups. Unlike manual lookups though, if you lookup the same data more than once with your data feed, it still counts as a lookup and one of your free lookups gets used. Manual lookups get repeat lookups for free. Why? Because the user gets to see our ads again and might click on one to earn us a small amount of money. You don't think we run this site for free do you?

With a subscription, all of your data feed lookups are fast no matter how many you execute in a day. Repeat lookups of the same item still count as a new lookup, but they are still just as fast as all the others. We try to optomize the data feed lookups for the subscribers to deliver the highest speed of data delivery as we can.

We have run some tests under simulated conditions using multiple computers but all using the same account. Each computer was on a separate network with its own route into our server. We did this to see variations in access time and how many lookups could be performed in a day. Each computer in the test hammered our site trying to grab unique data lookups as quickly as possible. To make this work we gave each computer a list of known codes that we knew would return valid data.

On the average, each computer in the test could perform a large number of lookups in a 24 hour period. Although each computer had different results based on the network, time of day and load on our server, over all they were all fairly close.

When in FREE  mode, they were able to average 18,000 lookups in a 24 hour period.

When in SUBSCRIPTION mode, they were able to average 129,600 lookps in a 24 hour period.

Our server processed an average of 1,684,800 lookup request during each 24 hour period while testing which is many times higher than our normal daily load. We really torchered the server to see what it could do.

You can see from these numbers that we have the ability to deliver a large amount of data. One of the largest factors in delivering the data is the network communication speed. Due to standard delays in communication, it often takes longer to ask for the data than it does for us to lookup the informaiton.

You should also quickly notice that in FREE mode, the system does a very good job of limiting how many lookups can be done. This is done by forcing a pause between the data request and returning the data to the calling application once the fast lookups are used up. And if you are asking yourself why we would force this type of delay, well it should be clear. We need to make money. It costs money and takes time to keep this site running. If you are making a lot of requests for our data, it is probably because you are trying to make money with your app so why should we not also make some money on the deal? Data feeds don't generate any ad revenue so we have to charge another way.

On the data feed page you can learn more about how the feed works and purchase a subscription if you like.