I'm getting the same message with Firefox.

pfft. google it , this is chainmail nonsense. look at some of those results, stupid Jesus stuff in some of them too...

Edsel has to be one of the coolest names ever-My dad worked as a car salesman at a Ford dealership in 1960 and couldn't sell the automobile after the namesake to save his job! Total hipster car today and hard to come by one cheap.
https://www.google.com/search?q=edsel&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a&um=1&ie=UTF-8&hl=en&tbm=isch&source=og&sa=N&tab=wi
&ei=ZN3tUJjAM6Wf2QXH4YGIDw&biw=1600&bih=821&sei=wN3tULrcN6Lw2gW8_4HYBA

Aye, I believe this should work

http://adblockplus.org/en/firefox

That's interesting, can the same thing be done with Firefox?

Hmmm...can't play the video in Chrome. Even in IE and Firefox it is half hidden on my PC (Played it Firefox fine). Don't know if this is a site bug or embed bug...

Unable to replicate. I'm using Firefox and did this:
1) Loaded videosift.com
2) Clicked on a video thumbnail in the listing
3) The video embed appeared
3) Started playback on the video
4) Clicked the little comment icon below the video
5) The comment window expanded open
6) Nothing happened to the video; it continued playing

Yes, CPU usage in Chrome is much is better now(and I feel it's more responsive in Firefox and Opera too).

However, now I noticed that if I mouse-scroll down really quickly in Chrome I can momentarily see Chrome's default checkered background before it's covered by page's content..I don't remember that happening before.

Red Panda are also known as Firefox(yes, the browser one).

This isn't really a bug, but if any other users are running "lockdown-mode" Firefox like me (AdBlock Plus, Element Hiding Helper, NoScript, Cookie Monster, *and* RequestPolicy) and you don't see the comments section on any video pages, try allowing googleapis.com in both NoScript and RequestPolicy.

Old version of the page would load comments just fine with googleapis.com blocked in RequestPolicy, but it disappeared for me after the update until I made that change.

That combination of plugins for Firefox is a great way to have a whole lot of control over how much extra cruft a page can serve up to you, but I must admit it makes any first visit to a new site or domain a real bitch. Sometimes I just give up and fire up Chrome.

I got that problem more in Camino, so have switched to Firefox 16.0.2. A browser restart might help? Even vs 4.2 would do something similar if you had enough tabs open, and left it running too long (might've been the other things it loads, like yt and ads though).

p.s. Something I should point out is that Camino is based on an older Firefox version. The likely difference is plug-ins.

Try running firefox in safe-mode and see if the problem goes away.

Same problem in Firefox v17 in an updated Mac OS X 10.8.2 on my client's new 13" MacBook Pro:

$ top -u
Processes: 132 total, 2 running, 4 stuck, 126 sleeping, 594 threads 08:06:31
Load Avg: 1.06, 0.85, 1.00 CPU usage: 10.37% user, 3.53% sys, 86.8% idle
SharedLibs: 15M resident, 12M data, 0B linkedit.
MemRegions: 33217 total, 1493M resident, 65M private, 518M shared.
PhysMem: 1216M wired, 1738M active, 930M inactive, 3883M used, 4307M free.
VM: 322G vsize, 1058M framework vsize, 163854(2) pageins, 0(0) pageouts.
Networks: packets: 216196/213M in, 154539/18M out.
Disks: 93154/1760M read, 53341/2164M written.

PID COMMAND %CPU TIME #TH #WQ #POR #MREGS RPRVT RSHRD RSIZE
2981 firefox 26.7 02:18.97 34 3 233+ 4004+ 716M+ 139M 979M+
2968 Terminal 10.1 00:10.04 7 3 157+ 373+ 16M+ 31M 34M+
3322 top 5.3 00:00.96 1/1 0 26 30 1092K 216K 1840K
1753 WindowServer 3.5 01:35.71 4 1 430- 1278- 17M- 47M- 61M-
52 hidd 3.3 01:15.74 5 3 90 68 1232K 288K 3180K
0 kernel_task 2.5 04:09.18 82/4 0 2 513+ 46M+ 0B 491M+
44 mds 0.9 01:51.20 9 7 214+ 362+ 103M+ 19M 105M+
1 launchd 0.7 00:02.92 3 0 412 44 1436K 380K 1932K
3313 mdworker 0.5 00:00.34 4 1 57 73 5836K 2760K 12M
43 mtmd 0.3 00:05.73 6 5 75+ 73+ 6264K+ 11M 9100K+
1847 SystemUIServ 0.2 00:05.80 5 4 259+ 339 10M 36M 26M
53 fseventsd 0.1 00:03.44 81 1 314 216 7368K 216K 8072K
1848 Finder 0.1 00:01.83 4 3 178 354 10M 44M 33M
21 cfprefsd 0.0 00:01.46 5 5 164+ 53+ 1004K+ 224K 1712K
...

The new site is a resource hog. Tonight was the first time I've visited VS in a few days. I did as I normally do and opened several videos in background tabs. When I tried to watch a video it was extremely choppy. I thought it was that one video so I went on to the next, but they were all doing it. I then noticed my CPU fan was louder than normal, so I opened up Process Explorer and see Firefox using up 25% CPU (which is 100% of one core) and the memory usage was counting up like a clock.

I restarted Firefox and opened one video, but the video is still choppy. I opened the video in YouTube, and it was choppy there as well until I closed the VideoSift tab. Once the VideoSift tab was closed, the video played smoothly.

Right now with only this talk page open CPU usage constant around 10% and spiking up to 25% and even typing is laggy. I'm on Win7 64-bit with Firefox 17, Intel Core i5 quad core and 12GB RAM.

Having to fill in the information BEFORE finding out it is a dupe is an annoyance for me as well.

As I mentioned before, the "validate embed code" box is NOT functioning for me at all and the ONLY way I can submit a video is by using the tool bar link [as opposed to the drop down link from My Videosift]. If it helps, I use Chrome and/or Firefox. The validate box does not work in either system.

When a video is playing and I click the comments icon to open comments, the video resets.

firefox 10.0.2
(work wont allow updating firefox version)
Havent tried at home yet.