Beta
×

Welcome to the Slashdot Beta site -- learn more here. Use the link in the footer or click here to return to the Classic version of Slashdot.

Thank you!

Before you choose to head back to the Classic look of the site, we'd appreciate it if you share your thoughts on the Beta; your feedback is what drives our ongoing development.

Beta is different and we value you taking the time to try it out. Please take a look at the changes we've made in Beta and  learn more about it. Thanks for reading, and for making the site better!

Comments

top

'Free' H.264 a Precursor To WebM Patent War?

Per Cederberg Re:Not Google but Mozilla (204 comments)

You're mixing copyright with patent law. Derived work is a copyright term. Patents prohibits you from implementing an idea (in software, possibly only in a certain way).

Another commenter remarked on what might be the issue here. And that is the exact terms of the patent licenses used by MPEG-LA. Being a contract agreement, it might stipulate any terms really. And it seems they are frequently limited not just to specific patents, but also to detailed purposes (i.e. decode or encode H264.1 video streams, broadcast said streams, etc).

So, my bad for not realizing the detailed scope of the patent licensed used here. The situation might indeed be similar to the Oracle case, although those patent licenses are specific in a very different way.

about 4 years ago
top

'Free' H.264 a Precursor To WebM Patent War?

Per Cederberg Re:Not Google but Mozilla (204 comments)

It's the same patents as far as MPEG LA is concerned. Google already licenses these (via YouTube at least), so can't be sued over that it seems. I find it hard to believe that they'd sue over statements Google has made regarding WebM.

Opera and Mozilla on the other hand, have no license. And now distribute WebM codecs. Hence a better target.

about 4 years ago
top

'Free' H.264 a Precursor To WebM Patent War?

Per Cederberg Not Google but Mozilla (204 comments)

The natural party to sue would be Mozilla or Opera here, not Google I think. Google already pay the appropriate license fees for YouTube, so there seems to be very little of a legal case there.

about 4 years ago
top

Ubuntu Replaces F-Spot With Shotwell

Per Cederberg Yet another application rewritten in Gnome... (361 comments)

As long as developers keep rewriting apps from scratch every 2-3 years, they'll never become truly stable or usable. And they won't progress much beyond tech demos or the basic feature checklists.

When will we see true progress in integration, usability or features?

more than 4 years ago
top

AMD's Fusion CPU + GPU Will Ship This Year

Per Cederberg Apple angle (138 comments)

Worth noting is that Apple has invested rather heavily in technology to allow programmer use of the GPU in MacOS X. And were recently rumored to have met with high ranking persons from AMD. Seems only logical that this type of chip could find its way into some of the Apple gear.

Question is of course if it would be powerefficient enough for laptops, where space is an issue...

more than 4 years ago
top

Apple Freezes Snow Leopard APIs

Per Cederberg Re:Nice (256 comments)

In theory 'nice' or 'renice' would do the right thing. But in most OS:es it seems to only affect the CPU scheduling. The IO scheduling is often left unmodified, meaning that a single IO-bound application may effectively block the harddrive from access by other applications.

These days, the relatively lower memory and IO speeds are often the real performance bottlenecks for ordinary applications. So improved IO scheduling might do more than multiple cores for the perceived performance of a specific system or workload.

Since everyone is always referring to BeOS in these types of discussions, I guess the CPU and IO scheduling must have been one of the things that they got right.

more than 5 years ago

Submissions

Per Cederberg hasn't submitted any stories.

Journals

Per Cederberg has no journal entries.

Slashdot Login

Need an Account?

Forgot your password?

Submission Text Formatting Tips

We support a small subset of HTML, namely these tags:

  • b
  • i
  • p
  • br
  • a
  • ol
  • ul
  • li
  • dl
  • dt
  • dd
  • em
  • strong
  • tt
  • blockquote
  • div
  • quote
  • ecode

"ecode" can be used for code snippets, for example:

<ecode>    while(1) { do_something(); } </ecode>