Corvette Museum

[Racinfan83]

Man - how anybody can watch these webcam deals is beyond me. Horrible. I get a frame about every 5 seconds. And I have like 20meg cable internet. Think I will have to wait for the DVD of all the rescues to come out...

[We Gone]

Must be a lot of people logged in today was much better feed over the weekend.

[Schrade]

Originally Posted by We Gone

Must be a lot of people logged in today was much better feed over the weekend.

Yup - insufficient bandwidth, I do believe...

[Schrade]

Beautiful...

[scottfab]

lift sequence below. The recovery has begun.

[Schrade]

Yep - 1 down [UP]; 7 to go...

Originally Posted by scottfab

lift sequence below. The recovery has begun.

[Schrade]

I'm surprised that they drove it off.

I'm goin' out on a limb here... I don't think any others are gonna' get out on their own power...

[Schrade]

Originally Posted by Racinfan83

Man - how anybody can watch these webcam deals is beyond me. Horrible. I get a frame about every 5 seconds. And I have like 20meg cable internet. Think I will have to wait for the DVD of all the rescues to come out...

If you're in a Linux / Unix environment, open up a command line interface, and execute <ping corvettemuseum.org>

Ping response facilitates smoother dataflow, regardless of bandwidth. Think of it as oil reducing friction in a mechanical system. Or in an 'organic' system, think of Mel Tillis...

Windows ping command limits to 4 ping requests. In 'nix's, ping is interminable.

(benefits of Linux are interminable as well - free, more secure, faster, etc., ad infinitum you should see a virus trying to attack a Linux machine - funny as hell)

[scottfab]

Originally Posted by Schrade

If you're in a Linux / Unix environment, open up a command line interface, and execute <ping corvettemuseum.org>

Ping response facilitates smoother dataflow, regardless of bandwidth. Think of it as oil reducing friction in a mechanical system. Or in an 'organic' system, think of Mel Tillis...

Windows ping command limits to 4 ping requests. In 'nix's, ping is interminable.

(benefits of Linux are interminable as well - free, more secure, faster, etc., ad infinitum you should see a virus trying to attack a Linux machine - funny as hell)

There should be no need for multiple "ping"s. A few pings is all that is needed to be registered in the "arp" cache in each server/router along the path. Once in the arp cashe(table) it does indeed "lubricate" the flow in that the DNS lookup for the target no longer needs to be looked up. A better way is a trace route (tracert) command since on most servers the info is kept longer (timeout for data).
There are various incantations of this but the simplest is:
tracert corvettemuseum.org
Then sit back and watch the path your network request takes through all them there pieces of hardware.

Another little secret is to do multiple browser requests for the address. That is if you notice a delay in getting to you target address simply resubmit the address OR "refresh" the page request. It's like punching a hole through a clogged sewer line with a snake
Doesn't mater what browser, what OS, what hardware or what day of the week it is. This works.

[Racinfan83]

Originally Posted by Schrade

If you're in a Linux / Unix environment, open up a command line interface, and execute <ping corvettemuseum.org>

Ping response facilitates smoother dataflow, regardless of bandwidth. Think of it as oil reducing friction in a mechanical system. Or in an 'organic' system, think of Mel Tillis...

Windows ping command limits to 4 ping requests. In 'nix's, ping is interminable.

(benefits of Linux are interminable as well - free, more secure, faster, etc., ad infinitum you should see a virus trying to attack a Linux machine - funny as hell)

Originally Posted by scottfab

There should be no need for multiple "ping"s. A few pings is all that is needed to be registered in the "arp" cache in each server/router along the path. Once in the arp cashe(table) it does indeed "lubricate" the flow in that the DNS lookup for the target no longer needs to be looked up. A better way is a trace route (tracert) command since on most servers the info is kept longer (timeout for data).
There are various incantations of this but the simplest is:
tracert corvettemuseum.org
Then sit back and watch the path your network request takes through all them there pieces of hardware.

Another little secret is to do multiple browser requests for the address. That is if you notice a delay in getting to you target address simply resubmit the address OR "refresh" the page request. It's like punching a hole through a clogged sewer line with a snake
Doesn't mater what browser, what OS, what hardware or what day of the week it is. This works.

Ok guys I'm gonna really sound like a dumb here - but I have absolutely no idea what you are talking about
No idea what Linux or Unix is. I run Vista on a 5 yr old HP laptop. What is a "command line interface"? Or a "tracert"? Now the "multiple browser request" deal I can figure that out. Just keep hittin "refresh" on the webcam page correct?