Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×

Comment Sites that use Facebook to login (Score 1) 731

Who cares about Facebook?

People who want to use websites that require Facebook login. It is impossible to post on Answers.com or The Huffington Post without having a Facebook account that is "verified" (tied to the unique number of a phone capable of sending and receiving SMS messages). Spotify used to be the same way.

Comment Copyright is your "exclusive supply contract" (Score 1) 731

Nobody is forced to buy from a specific company (exclusive supply contracts or biased tender processes aside)

Copyright is similar in effect to an "exclusive supply contract". If the article you're interested is on a scriptwalled site, and no other article is authorized to carry the article, too bad.

Comment Browser gaming (Score 1) 731

Good luck running, say, any browser-based video game without Flash or JavaScript, and good luck running non-browser-based video games that aren't made for your computer's operating system. Or do you claim that all browser-based video games are inherently not worth my time?

Comment Flashblock is my middle ground (Score 4, Interesting) 731

Make them text or basic images like JPG or GIF (but then they couldn't hijack your speakers and blow your ears off, what fun is that?) and NO FLASH ADS because flash zero days are one of the biggest attack vectors out there

I agree, as does the featured article: "In addition, users who dislike the distraction of Flash-based advertising can install browser add-ons that just block Flash content, such as Flashblock for Firefox and Chrome." Flashblock for Firefox is the middle ground that I've been choosing for years. And before that became available, I had a practice of hosts-blocking any ad server that served SWF on a site. Slashdot was surprisingly one of the first sites I saw that showed an SWF ad for Splunk log analysis software, and whatever server was serving it was the first to get 0.0.0.0'd in my hosts file.

(but then they couldn't get "teh big bux" for having the most annoying Goatse of ads spewed on their pages)

Yeah, the article quotes the VP of some web advertising consulting firm who whines that static ads have an unviably low CPM. Boo hoo.

Comment Re:Wikimedia can still keep its hands clean (Score 1) 247

Contributors: already have encoder

Not all of them do. Contributors might have a decoder for use with their cameras but not a licensed encoder to encode footage to the correct bitrate, profile, etc. Besides, the thumbnailer on Wikimedia's servers (for resizing HD video down to SD and LD) still needs an encoder.

Comment It's hardwired (Score 1) 247

That'd be fine if it were a programmable DSP or a pixel shader doing most of the work. But I've read that a lot of MPEG ASICs have the entropy codes, pixel predictors, transforms, and other parts of an MPEG codec baked directly into the silicon. Some of them just take an MPEG bitstream as input and spit out pixels and audio samples as output.

Comment What alternative was there at the time? (Score 1) 247

The people upset are those who can't access the videos on there iDevices.

The HTC Dream didn't exist when the original iPhone came out, and when Android came out, iPod and iPhone were still using DRM on music. What viable alternative was there when people first started to get locked into the iEcosystem?

Comment Battery life and Nokia (Score 1) 247

What exactly is their reason for not supporting an open format?

One reason is battery life, as it'd have to be decoded on the CPU instead of on the dedicated MPEG ASIC. When you really need to make a call, you don't want to lose touch after having watched a bunch of videos earlier in the day. The other is Nokia's decision to assert its patents against the use of VP8.

Slashdot Top Deals

Genetics explains why you look like your father, and if you don't, why you should.

Working...