Slashdot Mirror


Cisco Developing Royalty Free Video Codec: Thor

An anonymous reader writes: Video codec licensing has never been great, and it's gotten even more complicated and expensive in recent years. While H.264 had a single license pool and an upper bound on yearly licensing costs, successor H.265 has two pools (so far) and no limit. Cisco has decided that this precludes the use of H.265 in open source or other free-as-in-beer software, so they've struck out on their own to create a new, royalty-free codec called Thor. They've already open-sourced the code and invited contributions.

Cisco says, "The effort is being staffed by some of the world's most foremost codec experts, including the legendary Gisle Bjøntegaard and Arild Fuldseth, both of whom have been heavy contributors to prior video codecs. We also hired patent lawyers and consultants familiar with this technology area. We created a new codec development process which would allow us to work through the long list of patents in this space, and continually evolve our codec to work around or avoid those patents."

145 comments

  1. No Theora? by OverlordQ · · Score: 4, Insightful

    Why couldn't they contribute to Theora since that was the entire point of it was to be a royalty free video codec.

    --
    Your hair look like poop, Bob! - Wanker.
    1. Re:No Theora? by Anonymous Coward · · Score: 5, Informative

      Theora (developed from VP3) is not as good as VP8, VP9, H.264 or H.265. Daala and Thor have been contributed to NetVC, so the codec that comes out of that working group will be a combination of the best features of both.

    2. Re:No Theora? by Anonymous Coward · · Score: 3, Informative

      Theora is dead. Long live Daala.

      https://wiki.xiph.org/Daala

    3. Re:No Theora? by Adriax · · Score: 5, Funny

      Plus they had issues with the other codecs they were writing.

      ODIN: Great audio but missing half the video.
      LOKI: The resulting video was always a rickroll.
      HEIMDALL: Good video but the DRM was harsh.
      JOTUN: Kept freezing up.

      --
      I don't suffer from insanity, I enjoy every minute of it!
    4. Re:No Theora? by JustAnotherOldGuy · · Score: 1

      Why couldn't they contribute to Theora since that was the entire point of it was to be a royalty free video codec.

      Because then they wouldn't have had a good reason to pick their own cool name and fuck up the field with yet another fucking "standard".

      And yes, I agree- they should have thrown their weight behind Theora or something like it. But noooooooo, instead let's roll our own and muddy the waters even more...

      --
      Just cruising through this digital world at 33 1/3 rpm...
    5. Re:No Theora? by Calydor · · Score: 2

      I'm not sure the epilepsy-inducing random flashes with the THOR codec are any better than those, though.

      --
      -=This sig has nothing to do with my comment. Move along now=-
    6. Re:No Theora? by cHiphead · · Score: 1

      Because they don't hold a bunch of patents that let them keep control and charge for commercial use 10 years down the line.

      --

      This is my sig. There are many like it, but this one is mine.
    7. Re:No Theora? by Anonymous Coward · · Score: 0

      Well, if you placed whatever free and open new ability THIS codec produces and include it in Theora, THEN IT WOULD BE BETTER, YES?

      But I insist that you prove yourself that this claim is true, since in my own test with my own stuff, I find that frequently (like with the pre-Bale Batman movies), Theora is BETTER than H265. In most there was absolutely no perceptible difference. Either in quality, file size or decoding processor use.

    8. Re:No Theora? by Hognoxious · · Score: 1

      the codec that comes out of that working group will be a combination of the best features of both.

      Will there be an implementation on GNU Hurd?

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    9. Re:No Theora? by Anonymous Coward · · Score: 1

      Daala is dead. Long live NetVC. As Jean-Marc Valin said in the comments of the Cisco blog post: "The final NetVC codec will be neither Thor, nor Daala. It will be some kind of mix of the various contributions received. (disclosure: I'm in the Daala team at Mozilla)"

      And as Timothy Terriberry said in an HN comment: "Hello, I'm the Daala tech lead. One of the things that made Opus a success was the contributions of others. We certainly don't have a monopoly on good ideas. We'll take pieces of Daala and stick them in Thor and pieces of Thor and stick them in Daala, and figure out what works best."

    10. Re:No Theora? by Adriax · · Score: 1

      THOR is still the strongest of the codecs, and lightning fast to boot.

      --
      I don't suffer from insanity, I enjoy every minute of it!
    11. Re:No Theora? by cyberchondriac · · Score: 2

      Plus they had issues with the other codecs they were writing.

      ODIN: Great audio but missing half the video.
      LOKI: The resulting video was always a rickroll.
      HEIMDALL: Good video but the DRM was harsh.
      JOTUN: Kept freezing up.

      BALDUR: Looked so good they kept it proprietary. And then it died.
      FREJYA: Only worked with porn.
      JORMUNGANDR: Grew too large and bloated, development kept going in circles.

      --

      Look back up at my post, now look back down, you're on the Internet. Now look back up. I'm a signature.
    12. Re:No Theora? by morgauxo · · Score: 1

      Because https://xkcd.com/927/

      OMG, I can't believe I actually was the first to post this one!

  2. Collaboration by Anonymous Coward · · Score: 5, Informative

    The Daala team has also experimented with integrating some Thor's features into Daala. It's likely that the codec developed by the IETF Internet Video Codec working group will be built from the best features of Daala, Thor and any additional contributions.

    1. Re:Collaboration by Dog-Cow · · Score: 1, Insightful

      It would be an amazingly good idea to commit suicide now. You're so blinded by some idiocy that you can't tell the difference between Cisco and Oracle.

    2. Re:Collaboration by U2xhc2hkb3QgU3Vja3M · · Score: 1

      In AC's defense, those two company names do have two letters in common.

  3. not likely. by savuporo · · Score: 1

    I checked with a couple of compression and video processing patent pools and the computer says no.

    There is no way not to infringe on pretty much any kind of video compression tech by now

    --
    http://validator.w3.org/check?uri=http%3A%2F%2Fwww.slashdot.org Errors found while checking this document as HTML5!
    1. Re:not likely. by Anonymous Coward · · Score: 3, Informative

      There is no way not to infringe on pretty much any kind of video compression tech by now

      Unless of course you happen to own the IP rights to the video compression tech in question. Thor is built on patents Cisco owns.

    2. Re:not likely. by Anonymous Coward · · Score: 1

      There is no way not to infringe on pretty much any kind of video compression tech by now

      Maybe it's RLE.

    3. Re:not likely. by Anonymous Coward · · Score: 0

      There are enough generic patents out there that one of the H264/H265 patent holders will sue to prevent its use. Even if it loses it'll be tied up in court for 5-10 years.

      In the meantime they'll also form the Thor-LicensingAuthority. An organization that 'offers' licenses to anyone considering using Thor.

    4. Re:not likely. by AHuxley · · Score: 4, Insightful

      It depends how US courts see the IBM PC compatible https://en.wikipedia.org/wiki/... and Clean room design https://en.wikipedia.org/wiki/... for the movement of images and sound over a server, network to an end device, user.
      The problem is the US offered and court protected "codec" is turning US hardware exports into international internet toll booths for expensive codecs.
      Hard to sell the next gen "internet" hardware if every user has to pay a fee just for moving their own data (movie, sound) along to their own users.
      A codec tax per screen, device, user, connection would hurt global sales just for been connected.
      Other nations and their broadcasters, startups will just look to other solutions that are free and will change hardware imports.
      If the codec tax part is removed, hardware sales are safe globally. Who will be the first big brand to to offer new compression as a free part of ongoing hardware contracts?

      --
      Domestic spying is now "Benign Information Gathering"
    5. Re:not likely. by Altrag · · Score: 4, Informative

      Clean room gets around copyright. Patent is a whole other ball of wax. In particular, even if you created a design entirely on your own, if someone else beats you to the punch with a similar enough design to fall under the patent, you're still screwed.

      That's why software patents are so reviled, combined with the relatively loose standards the USPTO puts towards software patents (or at least did in the past.. wasn't there some supposed reforms recently?) If I patent "icon with rounded corners," then you basically can't build any software that includes an icon with a rounded corner without running afoul of my software, even if you had no idea that I existed never mind seeing my code or copying my algorithm.

      And to make things even worse, since you probably think "rounded corners" is a pretty mundane design idea (its been around for many thousands of years in the not-computer part of the world after all,) you probably aren't even going to bother with a patent search until my lawyers come knocking on your door making outrageous "damages" claims.

    6. Re:not likely. by AHuxley · · Score: 1

      Yes it will be hard legal work but what option will any US hardware maker have?
      Become just another codec tax collector brand with some price/speed/heat advantage?
      Or offer a way out and enjoy safe next gen hardware?

      --
      Domestic spying is now "Benign Information Gathering"
    7. Re:not likely. by Anubis+IV · · Score: 2

      Two quibbles, though I wholeheartedly agree with your overarching points.

      In particular, even if you created a design entirely on your own, if someone else beats you to the punch with a similar enough design to fall under the patent, you're still screwed.

      Yes and no. "Prior user rights" exist in many countries, which permit the continued use of a patented idea by people who independently came up with the idea for the patent before the patent was filed, provided it wasn't disclosed, of course, since if it was disclosed it would count as prior art that can be used to invalidate the patent. But yes, for existing patents, you're quite right, and I completely agree with your assessment about why it makes software patents a horrible, horrible thing.

      If I patent "icon with rounded corners," then you basically can't build any software that includes an icon with a rounded corner without running afoul of my software [...]

      Not so, since you can't patent rounded corners...at least not in the sense that we typically talk about patenting stuff. There's a major distinction between utility patents, which are what we're typically referring to when we say "patents", and design patents, which are much more similar to trademarks in terms of what they protect. Design patents are for purely ornamental, non-functional protection and can be invalidated if they contain any utility. They must also contain a set of claims that narrowly and uniquely define your product (e.g. "rounded corners" is insufficient, but "rounded corners + chamfered edge + flat screen + black border around screen + edge-to-edge glass + logo on back + aluminum clad + specified dimensions" may work to describe an iPad), and the claims are always considered in concert with one another rather than independently (i.e. lots of companies, including both Apple and Samsung, have design patents that specify "rounded corners", but they have other claims in those patents that set them apart). Apple's infamous "rounded corners" patent was a design patent, of which "rounded corners" was just one claim out of many.

      Which is to say, I agree with the point you're making, but you picked an example that's been widely misrepresented and misunderstood, simply on account of the fact that people are unaware of the existence of design patents and how they differ from utility patents. They're much harder to violate. I'd be much more concerned about overbroad or "existing idea + on a computer" utility patents.

    8. Re:not likely. by Anonymous Coward · · Score: 0

      Google's purchased VP CODECs were discovered, when the formally closed sourced code was examined, to be ILLEGAL patent infringing knock-offs of MPEG4 ASP/AVC (H264). Google solved this little legal 'PROBLEM' by paying a massive amount of cash to the patent owners, and then paid shills to PRETEND the VP CODECs were some how legally independent from MPEG4 methods.

      YOU don't license VPn or pay royalties because Google has already paid them for you. Same as how you can listen to music for 'free' on Google's Youtube.

      If you FAIL to pay-off the patent pool mafia, they become PATENT TROLLS in court. But they leave insignificant CODECs alone- the bad publicity wouldn't be worth the non-existent financial gain. So, if your 'new' CODEC ever got significant use, you'd be back to square one- having to pay the patent pool owners MORE than if you had just used H264 in the first place.

      And since the ageing H264 CODEC is mature, has an insanely good FREE and OPEN-SOURCE encoder (X264), and even if you need to pay licensing, costs ever less with each passing year, there is ZERO reason to consider HEVC class CODECs at this time. By the time we should care, X265 will be mature, hardware DECODING of HEVC will be common, and licensing costs should be reasonable.

    9. Re:not likely. by lars_stefan_axelsson · · Score: 1

      Clean room gets around copyright. Patent is a whole other ball of wax. In particular, even if you created a design entirely on your own, if someone else beats you to the punch with a similar enough design to fall under the patent, you're still screwed.

      It's even worse than that compared to copyrights. Copyright covers the act of "copying" (and all that entails), i.e. the "building/designing" phase of a patented product. But, with a patented product, not only can't you design/build one that's similar, even though you came up with the idea yourself, you can't even use one. Doesn't matter if you didn't build it, mere usage is also a breech of patent.

      Patent trolls have taken this to heart of course, preferably going after users of technology first, users without deep pockets which can be milked for just enough cash and a court case to build a portfolio of successful court cases before they go after the big fish, where the potential payout is.

      --
      Stefan Axelsson
  4. Serious question for any lawyer developers... by Anonymous Coward · · Score: 0, Interesting

    Doesn't it all come down to math? That is, the algorithms being used for compression is just math. How can these patents remain valid?

    1. Re:Serious question for any lawyer developers... by Anonymous Coward · · Score: 2, Interesting

      Doesn't it all come down to math? That is, the algorithms being used for compression is just math. How can these patents remain valid?

      They shouldn't, but companies have discovered that if they state a patent as a machine that implements said algorithm, then any other machine that implements it, even if done in a completely different way, is considered to be infringing. An computers that run a program are considered machines that implement an algorithm.

    2. Re:Serious question for any lawyer developers... by Dahamma · · Score: 3, Insightful

      You could argue everything in the world boils down to math and physics, and that ALL patents should therefore be invalid.

      But honestly - if someone IS going to patent software at all, a novel *algorithm" is one of the first things that should be allowed since it's actually a specific IMPLEMENTATION of an idea. The really shitty patents are those that just patent semi-abstract ideas (which shouldn't be allowed by patent rules anyway) or obvious user interface elements (electronic TV program guides, rounded corners...)

    3. Re:Serious question for any lawyer developers... by 91degrees · · Score: 1

      Because the mathematics is not what's being patented. The implementation of a process to do a specific task is patented.

      If you find a use for these techniques outside of video and audio compression then you can do so without infringing.

    4. Re:Serious question for any lawyer developers... by Altrag · · Score: 2

      You could argue everything in the world boils down to math and physics, and that ALL patents should therefore be invalid.

      That's a pretty obvious red herring. Of course everything is physics (math is an abstraction we use to describe physics.. nothing in the real world is "made of" math.) Not that physics isn't patentable. You can't patent a physical law, but you can certainly patent a device you invent that makes use of said law.

      As for algorithms.. yes algorithms probably should be patentable. The concept really isn't all that bad. Where things get ugly in the real world is that currently:
      a) They're allowed to be extremely vague and thus often cover many many similar algorithms that aren't actually the same.
      b) They have an extremely narrow interpretation of "obvious."
      c) They have absurdly long lifespans. 20 years may be reasonable for real world engineering advances but software changes so fast that 20 months might be closer to a useful exclusion period. 20 years ago, "the internet" was barely a known word outside academia and nerds. We're still working around patents from an era where you could choose to solder in your own math co-processor. 20 years for a software patent is just insane, regardless of how well the system is implemented.

      Of these, I would say (c) is by far the worst. (a) and (b) are definitely issues as well, but both of them would be significantly mitigated if (c) was dealt with in a reasonable manner.

    5. Re:Serious question for any lawyer developers... by Anonymous Coward · · Score: 0

      The specific task is not patentable, only the method should be. but that method is either the algorithm, pure maths, or the construct which is either physical, and THAT product is patentable in its design, not use, or software, which is the bare source code itself, covered by copyright.

      What should be patented is an ASIC design that implements that video codec. If you want one that's cheaper or uses less power or is faster or smaller or easily bulk produced, that design is an invention and should be patentable.

      "Why would someone invent the algorithm, then?" I hear you cry.

      Because video compression is what the trillion dollar movie industry needs to be profitable. without it, they have video tape or laserdisk.

      Because home cameras and video need it and their manufacturers either drop pixel count (bandwidth to pass raw uncompressed data is huge).

      Because the internet has massive amounts in video required to pass over the internet, even if only business videoconferencing.

      All of them want and need video compression.They would make money off being able to run their business, not off a specific type of algorithm to make their business possible.

    6. Re:Serious question for any lawyer developers... by Anonymous Coward · · Score: 0

      but patents AREN'T just one specific algorithm. That is why they have patent pools and why they have to have experts checking the patents in the area. Otherwise any new algorithm would be safe from existing patents. The patents are on algorithms with certain characteristics. You say, fine, that's a problem in the system, what we really need is a patent system that only protects complete algorithms. That doesn't work either, because you can have different algorithms which produce different results (not just optimizing or de-optimizing the original algorithm) but achieve the same functionality, especially where lossy compression is concerned. Obviously there's less wiggle room with lossless compression.

    7. Re:Serious question for any lawyer developers... by gnasher719 · · Score: 1

      They shouldn't, but companies have discovered that if they state a patent as a machine that implements said algorithm, then any other machine that implements it, even if done in a completely different way, is considered to be infringing. An computers that run a program are considered machines that implement an algorithm.

      My suggestion is something I would call "compulsory counter licensing". Let's say we have two video codecs A and B, each with some patents, and each using some feature that is patented by the other. Then the owner of A should be able to offer B the use of A's patents in exchange of A's use of B's patent, and that offer is compulsory - B has to accept. And likewise, B can use A's patents for free by allowing A the use of B's patents in exchange. Again, compulsory.

      See how that would work out in the video codec market: Suddenly, everyone who invested some serious work and got patents is free to use the results of their work.

    8. Re:Serious question for any lawyer developers... by Dahamma · · Score: 1

      You could argue everything in the world boils down to math and physics, and that ALL patents should therefore be invalid.

      That's a pretty obvious red herring.

      Exactly, that was my point...
       

      c) They have absurdly long lifespans. 20 years may be reasonable for real world engineering advances but software changes so fast that 20 months might be closer to a useful exclusion period.

      Totally agree - my general argument on software patents is that they should be valid for enough time to give a company a clear advantage in the marketplace, but not enough to completely stifle competition for decades. Even 5 years is probably ok, if not ideal.

      One thing you didn't mention about shorter SW patents that's also key: it most invalidates patent trolling as a business. The vast majority of trolls acquired (what most people thought were) nearly useless patents and used their teams of lawyers to analyze them and find applications that were completely unintended by the inventor. If you limit the patent to 3-5 years vs 20, they won't be able to submarine them and sue companies a a decade later.

    9. Re:Serious question for any lawyer developers... by Dahamma · · Score: 1

      but patents AREN'T just one specific algorithm

      Arguing that algorithms should or should not be patentable vs. whether a patent contains an algorithm are two completely different things.

      The problem is not with the concept of patenting specific, workable algorithms, it's that non-algorithm patents - or those that are overly vague - are being issued.

      It's a fault with the poor implementation, not the theory. Much like our entire governmental process in general these days...

  5. Marvellous by Anonymous Coward · · Score: 0

    Wasn't Thor evil?

    1. Re:Marvellous by Anonymous Coward · · Score: 0

      Wasn't Thor evil?

      Nope, Thor was the good Asgard. Loki was the one carrying out genetic experimentation on humans behind the council's back.

    2. Re:Marvellous by TheRaven64 · · Score: 3, Funny

      Slashdot: Where a thread about Thor goes from Marvel to Stargate SG-1, without ever going near norse mythology.

      --
      I am TheRaven on Soylent News
  6. Theora is two generations back by tepples · · Score: 5, Informative

    Theora, based on VP3, is roughly H.263-class technology comparable to Sorenson Spark (FLV) and MPEG-4 ASP (DivX and Xvid). H.264 and VP8 are a generation ahead of it in rate/distortion performance at Internet bitrates, and Thor is intended to be a generation ahead of H.264.

    1. Re: Theora is two generations back by Anonymous Coward · · Score: 0

      Isn't it past your bedtime?

    2. Re:Theora is two generations back by Anonymous Coward · · Score: 1

      There's more to it that than. Any codec needs to be supported in hardware for two billion mobiles devices out there. Having CPUs do the work kills battery life. This is the singular reason h.264 is the de-facto standard today - it's on the board of even the cheapest SoCs.

    3. Re:Theora is two generations back by LateArthurDent · · Score: 1

      Theora, based on VP3, is roughly H.263-class technology comparable to Sorenson Spark (FLV) and MPEG-4 ASP (DivX and Xvid). H.264 and VP8 are a generation ahead of it in rate/distortion performance at Internet bitrates

      That's mostly true, although Theora has been improved to the point where it is closer to H.264.

      That said, Xiph has also been working on Daala, which is intended to compete with H.265.

  7. Cisco... meh by Anonymous Coward · · Score: 0

    Cisco, Oracle, and Microsoft are all companies that hold lukewarm Open Source support, and often have pilfered from open source and the public domain for extended periods of time before giving back.

    Cisco has a dog in this race though, they make Video conferencing equipment. If they can make "their" codec a royalty-free standard instead of h.265 , that means they save potentially millions of dollars per year that would otherwise disappear into a patent pool they have no interest in.

  8. Disney scores some free software brownie points by tepples · · Score: 2

    Marvel shares a parent company with Pixar, which has released OpenSubdiv as free software and just announced plans to do the same with Universal Scene Description. On that basis, I can think of companies more evil than Disney, such as The Tetris Company co-founded by Alexey "free software should never have existed" Pajitnov.

    1. Re:Disney scores some free software brownie points by Anonymous Coward · · Score: 0

      On that basis, I can think of companies more evil than Disney, such as The Tetris Company co-founded by Alexey "free software should never have existed" Pajitnov.

      How is saying that "free software should never have existed" any more evil than the obvious bullshit claims continually made by RMS that proprietary software "takes away users' freedom" when everybody knows full well that nobody can take away something you never had? Free Software is designed to segregate and prevent collaboration with anybody who doesn't share a compatible ideology on software; then its activists have the nerve to complain when Open Source developers offer their work (under a permissive license) equally to both Free and proprietary developers alike to build upon because of their fear that a proprietary derivation will be more innovative and more useful to users than anything they can create. If you want to win then innovate and create great things instead of just spreading FUD.

      Linus has a history of denouncing Free Software ideals despite use of the GPLv2, indeed the darling project that is the FSF's greatest claim to fame is so successful primarily because of the exemptions in the license preamble that skirt Free Software restrictions on interoperability with proprietary code. Linux could not have been nearly as successful if it had accepted Free Software's evil segregation clauses.

    2. Re:Disney scores some free software brownie points by SuricouRaven · · Score: 1

      Disney's evil is just in different fields. They are not a software company, so they have no reason to be evil about software. Their evilness is focused in secretive lobbying for ever-stricter copyright laws and working towards ever-denser media consolidation.

    3. Re:Disney scores some free software brownie points by Anonymous Coward · · Score: 0

      So someone born a slave never had freedom, therefore their freedom has never been taken away???? Someone born in Soviet Russia under Stalin never had their freedoms taken away???

      Oh, and software used to be open and unrestricted, no copyright laws applied to software until around the time of AT&T vs BSD, so we USED to have that freedom, but no more.

      Your claims fail twice.

    4. Re:Disney scores some free software brownie points by Anonymous Coward · · Score: 0

      So someone born a slave never had freedom, therefore their freedom has never been taken away???? Someone born in Soviet Russia under Stalin never had their freedoms taken away???

      Wrong, they had their freedoms taken away when they were born. If I refuse to give you a glass of water I haven't taken it away from you, I have simply not granted it to you, very simple concept that you free software people simply pretend you don't understand to support spreading FUD.

      Oh, and software used to be open and unrestricted, no copyright laws applied to software until around the time of AT&T vs BSD, so we USED to have that freedom, but no more.

      Wrong again. When you were given a binary you did not have the freedom to modify it.

    5. Re:Disney scores some free software brownie points by tepples · · Score: 1

      When you were given a binary you did not have the freedom to modify it.

      Try telling that to a reverse engineer like doppelganger, who disassembled and commented an NES game.

  9. Which means it's free... by gweilo8888 · · Score: 0

    ...precisely until the moment that Cisco decides it isn't free any more.

    1. Re:Which means it's free... by Anonymous Coward · · Score: 5, Informative

      They're working on Thor through the IETF Internet Video Codec working group and committing to royalty-free licensing for those patents. It will be difficult for Cisco to walk back from that. Many codecs make use of patents which are licensed under royalty-free terms. Baseline JPEG does, Opus does, VP8 and VP9 do.

    2. Re:Which means it's free... by plover · · Score: 2

      ...precisely until the moment that Cisco decides it isn't free any more.

      Dare I say "until they drop the hammer"? /ducks

      --
      John
    3. Re:Which means it's free... by mwvdlee · · Score: 2

      Cisco might not need to. They are in the unique position of benefiting from more video streaming.

      --
      Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
    4. Re:Which means it's free... by Altrag · · Score: 1

      If it becomes popular, they'll also be in a unique position of holding whatever "defensive" patents that may come about from this effort.

      If they run into a quarter that isn't performing as well, and they're sitting on this super popular technology that can't be (easily) converted to alternatives.. it might start smelling like a gold mine.

      But whatever.. making an effort is better than not making an effort, and as long as the license (or patents) isn't too restrictive there's nothing stopping someone from forking the project should they decide to close it in future.

  10. There is just one little problem. by westlake · · Score: 1, Insightful

    The propriety codecs like H.264 and HEVC are developed by the same companies which manufacture almost all the world's video hardware ---

    Studio production. Theatrical distribution. Home video. Industrial applications and so on. In this pond, even Cisco is a very small fish,

    If Mitsubishi is not on board, if Philips, Samsung, and a half dozen or so other global giants in manufacturing are not on board, your brightly polished license-free codec is going nowhere.

    1. Re:There is just one little problem. by Anonymous Coward · · Score: 2, Interesting

      your brightly polished license-free codec is going nowhere.

      Not really. The target for NetVC is the Internet and particularly the web (HTML5 video and WebRTC). It doesn't matter if it isn't used in studio production or theatrical distribution. That wasn't the goal in the first place.

    2. Re:There is just one little problem. by epine · · Score: 2

      If Mitsubishi is not on board, if Philips, Samsung, and a half dozen or so other global giants in manufacturing are not on board, your brightly polished license-free codec is going nowhere.

      For those of us who are nowhere (and happy to live there), nowhere is grand central station. I don't need no stinking brightly polished codec. I just need the video equivalent of Opus.

    3. Re:There is just one little problem. by Anonymous Coward · · Score: 0

      Except that people buy hardware to run software, not the other way around. IHV's have gotten too arrogant for their own good with HEVC, Netflix and Youtube can refuse to use it all they want and just use VP9 or Thor or whatever. After all, if it runs down the battery too much watching videos its the phone makers fault, obviously, and not youtube's fault.

    4. Re:There is just one little problem. by msobkow · · Score: 2

      The hardware manufacturers are irrelevant. What matters is whether the web distributors and web browsers support it, as well as the various encoding utilities that people use to transcode video.

      Personally I don't expect it to gain much traction, but it will because those "new technology" companies and products aren't supporting it, not because the tired old hardware manufacturers don't. Nowhere has Cisco suggested this would be used for the next generation of BluRay devices, or to address the needs of 4K video anywhere but on the internet.

      --
      I do not fail; I succeed at finding out what does not work.
    5. Re:There is just one little problem. by Altrag · · Score: 2

      Really, Google is the only company that matters. And maybe Netflix.

      Those two companies probably handle as much video in a day as Philips and Samsung and all of the other traditional video companies do in a year.

      Google in particular is uniquely positioned to sway the entire industry since they provide both the most popular video service (Youtube) and one of the most popular video clients (Chrome browser.)

      Whatever codec Google decides to adopt, its simply going to take over the world. Youtube is too big an entity in the video space to be ignored by other browsers (playback support,) by video editing software (production support,) etc.

      Of course that's not to say Samsung and Philips and whoever can't do their own thing and run with whatever codecs they feel like in the traditional video domain (disc players, etc) but that's all "behind the scenes" anyway for most people. You plug in a disc and unless you're trying to rip it or something, it generally just works. Its only when you get online that codecs and whatever crap start cropping up and getting in your way.

      (There's a third pseudo-entity that can promote a chosen codec.. the video rippers. Nobody with half a brain thinks video piracy is going away any time soon and whatever those guys do is by far the most in-your-face when it comes to codec selection since there's absolutely no intervening entity between the video file and the decoder except the user.. Youtube only has to convince Microsoft, Apple and Firefox to support their codec. The rippers have to convince everybody. But they have the advantage of not having to pander to their audience -- the audience panders to them for the most part. So they do whatever the they feel like and if you want to download the latest movie its your own problem to know what the fuck a codec is and find the appropriate one.)

    6. Re:There is just one little problem. by TheRaven64 · · Score: 2

      Really, Google is the only company that matters. And maybe Netflix.

      You might have those the wrong way around, at least for the US market. I didn't find newer figures in a quick search, but in 2013 YouTube consumed 18.69% of downstream bandwidth in the USA, Netflix consumed 31.62%. Netflix passed one third a little while ago, I'm not sure how YouTube has grown in that period, but I suspect it's still around 2/3 of the use of Netflix.

      --
      I am TheRaven on Soylent News
    7. Re:There is just one little problem. by Altrag · · Score: 1

      Yep, your numbers look correct (according to a quick Google search! Though I certainly had thought the opposite,) but I still think Google will be more of a codec driver than Netflix though due to having their fingers in the client side of things as well.

    8. Re:There is just one little problem. by TheRaven64 · · Score: 1

      You might be surprised. Netflix currently supports around 80 different clients for their service (apps for various platforms, different technologies for the web interface, and embedded things). Codecs are a big issue for them.

      --
      I am TheRaven on Soylent News
    9. Re:There is just one little problem. by dbrueck · · Score: 2

      To some extent, ya. But DRM formats and streaming/container formats are a bigger issue for them - on the vast majority (nearly all? all?) of their supported platforms, the video is h.264.

    10. Re:There is just one little problem. by Kjella · · Score: 2

      Google in particular is uniquely positioned to sway the entire industry since they provide both the most popular video service (Youtube) and one of the most popular video clients (Chrome browser.)

      Don't forget that without hardware decoding support in mobile/tablets a new codec will have a very tough time. Being able to make demands for the Android platform might be just as important.

      --
      Live today, because you never know what tomorrow brings
    11. Re:There is just one little problem. by LihTox · · Score: 1

      The difference between the two is that Netflix has a dedicated userbase, who are willing to jump through hoops to get their service; it's the only reason I've installed Silverlight, for example. Youtube, on the other handbasically everyone has watched a Youtube video at one point or another, even if they didn't visit the Youtube site, thanks to embedded videos and such. If I'm a typical user, and Netflix stops working on Firefox, I'm probably going to blame Netflix. If embedded videos stop working in Firefox, I'm much more likely to blame Firefox.

      Just a theory, anyway.

    12. Re:There is just one little problem. by TheRaven64 · · Score: 1

      Talk to some Netflix employees some time. You might be surprised.

      --
      I am TheRaven on Soylent News
    13. Re:There is just one little problem. by dbrueck · · Score: 1

      Actually, that's the reason I said what I did. :)

      (that and my company is smack dab in the middle of the digital media space)

    14. Re:There is just one little problem. by gsnedders · · Score: 1

      Is everyone going to ship it? Are Apple and Microsoft? Presently, neither support WebRTC, which requires VP8 as well as H.264 (Apple never comment on future releases of Safari, and Microsoft do "not currently plan" to implement the WebRTC API, yet alone the other requirements). It doesn't help establish a new baseline for HTML5 video unless all browsers with any notable marketshare support it --- and there's nothing indicating that NetVC is going to get universal adoption, as far as I'm aware.

  11. Sad by Sebby · · Score: 1

    and continually evolve our codec to work around or avoid those patents

    Really sad that one has to work *around* a patent - so much for patents encouraging innovation, at least not the 'get-around-it' kind.

    --

    AC comments get piped to /dev/null
    1. Re:Sad by Anonymous Coward · · Score: 0

      Quite to the contrary; it pushed cisco to innovate. The "work-arounds" are created a novel way to do something.

    2. Re:Sad by Altrag · · Score: 2

      That's always been the case. There's no shortage of stories and anecdotes about two people who invented similar contraptions at similar times and one happened to win the race to the patent office.

      The difference is that software patents are so ubiquitous and so generalized that you pretty much can't write "Hello, World!" without stepping on the toes of some software giant or other.

      When your patent is for "storage, transmission and playback of a sequence of digitally encoded images," you potentially cover everything from a 1980s ASCII art up to the latest quarter-billion-dollar blockbuster, depending on how widely you interpret the phrase "digitally encoded images."

      If non-software patents were allowed to be that vague, you'd see things like a patent for "Ice cream machine" cover everything from the cone you scoop it in all the way back to milking the damned cow.

    3. Re:Sad by TheRaven64 · · Score: 1

      The real problem is the cost to fight them. In your example, two people invent at the same time, both have evidence that they invented prior to the filing. That's a clear cut case of prior art and the patent would be invalid. The only requirement is that the person who lost the race has about $1M to spend on legal fees to take it to court. Now multiply that by the number of invalid patents that a video codec might infringe...

      --
      I am TheRaven on Soylent News
    4. Re:Sad by Altrag · · Score: 1

      I don't know that I'd call it "clear cut," given that it would be fairly difficult to prove you had completed your invention before I filed. As I understand it, it doesn't matter if you're one bolt away from completion when I file, I still win (and hopefully USPTO at least uses the postmark date to judge filing order rather than just crossing your fingers that your papers don't get stuck in the postal system for a week or whatever!)

      Though your point is definitely still valid. Whether I win legitimately or by a technicality, the cost to challenge it are definitely prohibitive and the end result is typically the same.

    5. Re:Sad by Anonymous Coward · · Score: 0

      If they weren't patented, they wouldn't need to be fought, making the cost of fighting zero.

  12. Builds Cisco's reputation. by Futurepower(R) · · Score: 1

    If that works well, it is an extremely good advertisement for Cisco.

    1. Re:Builds Cisco's reputation. by Joce640k · · Score: 4, Insightful

      Don't forget: Cisco has an interest in everybody trying to stream hi-def video across the Internet.

      --
      No sig today...
    2. Re:Builds Cisco's reputation. by Futurepower(R) · · Score: 2

      True, but building reputation would be good, also. For an example of the need: Google search: Cisco problems.

    3. Re:Builds Cisco's reputation. by TheRaven64 · · Score: 4, Informative

      Cisco has a vested interest in things that use more bandwidth because it makes people buy more routers, but don't forget that Cisco also sells a load of high-end video conferencing systems. They're not just doing this to get other people to use it, they're doing it because they want to use it in their own stuff. If it's widely adopted by others, then this will mean that people will produce hardware implementations and that will reduce the CPU requirements for the products Cisco sells, making them cheaper to produce (Cisco's video conferencing stuff doesn't sell enough units to be worth an ASIC just for them - a fast enough DSP or CPU is cheaper than a custom ASIC). If it ends up in most smartphones, then that means that Cisco will be able to sell client software for their systems that runs on every phone your employees have.

      --
      I am TheRaven on Soylent News
  13. Re:Cisco doing good? Yeh Right! by FranTaylor · · Score: 1

    Cisco is a company that is run by MBAs and powered by crappy offshored Indian labor. These clowns are not interested in anything except their next quarterly earnings report.

    So... why are they creating an open source codec? Lets see...

    Maybe they want everyone everywhere to be watching streaming video all the time, and so all of the service providers will want bigger and faster cisco routers for all of the extra traffic.

  14. I predict that this codec will fail... by Anonymous Coward · · Score: 1

    ...and Cisco will just be Thor losers.

    1. Re:I predict that this codec will fail... by msobkow · · Score: 5, Funny

      Don't you mean "Thithco"? :P

      --
      I do not fail; I succeed at finding out what does not work.
    2. Re:I predict that this codec will fail... by zenlessyank · · Score: 1

      That was thucking thunny. :)

  15. Re:Cisco doing good? Yeh Right! by I4ko · · Score: 1

    If they want the extra traffic, they would have staid with MPEG-2

  16. Re:Cisco doing good? Yeh Right! by Anonymous Coward · · Score: 0

    Can't -- MPEG-2 is patented.

  17. Patents at work by Art3x · · Score: 5, Insightful

    From the summary:

    We also hired patent lawyers and consultants familiar with this technology area. We created a new codec development process which would allow us to work through the long list of patents in this space, and continually evolve our codec to work around or avoid those patents.

    I'm so glad that patents are doing their intended purpose of encouraging progress. Nothing fosters progress like taking a long, circuitous route instead of the straight and patently obvious one.

    1. Re:Patents at work by Anonymous Coward · · Score: 0

      how else are investors going to get a return on the money they put into basic research
      and development?

      are you suggesting it should be underwritten by the government?

      stolen from its rightful owners?

      are you a communist?

    2. Re:Patents at work by Anonymous Coward · · Score: 1

      "how else are investors going to get a return on the money they put into basic research
      and development?"

      By selling products?

    3. Re:Patents at work by argStyopa · · Score: 4, Funny

      "...instead of the straight and patently obvious one."

      I see what you did there.

      --
      -Styopa
    4. Re:Patents at work by Anonymous Coward · · Score: 0

      But who creates those products?

    5. Re:Patents at work by suutar · · Score: 1

      the company that did the basic research?

    6. Re:Patents at work by lars_stefan_axelsson · · Score: 1

      I'm so glad that patents are doing their intended purpose of encouraging progress.

      Well, at least they're fostering innovation instead of promoting stagnation..

      Since the rest of the world does have to innovate to work around your patents, there's more innovation in society as a whole with patents than would be without... ;-)

      --
      Stefan Axelsson
  18. it all comes down to levers by raymorris · · Score: 3, Interesting

    It all comes down to levers. Any machine made of metal or wood is a bunch of levers, arranged in some way to be useful. (Realizing that cranks and gears are simply levers that go all the way around).

    If someone invents a NEW way of arranging levers to make something that does something USEFUL, they can apply for a limited-time"monopoly on that invention. If someone invents a NEW way of arranging of arranging goto statements to create a new thing that something something useful, they can similarly also apply for a patent.

    Such is necessary because software is a large series of logic 'gates'. That exact same arrangement of gates can be built in C, silicon, PHP, or copper coils. A scissor is a scissor whether it's made in steel or in brass. An mpeg decoder is an mpeg decoder whether it's made in silicon or made in C - it's the same machine.

    Because patents are issued by government bureaucrats, there is little incentive for the patent workers to do a good job, so we end up with bad patents, patents on "inventions" which are not new, and are not useful. That happens with "inventions" made with wood and"inventions made with C#.

    The anti-patent activists have spread a misconception that "math can't be patented ", and therefore any use of math can't be patented. That's plain false. The actual text is "the laws of nature, including the laws of science and mathematics" are not patentable. In other words, you can't patent gravity, but you CAN patent an invention based on gravity, such as a new type of elevator. You can't patent magnetism, you can patent a new type of motor which uses magnetism. You can't patent multiplication, you can patent a new invention which uses multiplication to create some useful new thing (such as a better code ).

    1. Re:it all comes down to levers by Anonymous Coward · · Score: 2, Interesting

      Ever built something with gears and levers? Write a program with a thousand gotos and your "algorithm" is still patented. Build a gear with a thousand teeth and it breaks every time, and your patent is invalid UNTIL YOU DESIGN A GEAR WITH A THOUSAND WORKING TEETH.

      Programs deal with a virtual world, no invention is necessary since you can, in extremis, use a virtual world that doesn't have the problem you'd need to invent around.

      Real products can't be produced in a different reality because in this one the structural strength of wood is inadequate, stronger metals too heavy and larger gears too big. So to get your gears and lever design working requires inventing a new type of product as light as wood and as strong as steel (which would be invention), or a new system that doesn't require a thousand teeth on one gear (a different invention).

      If you can just make pretend that a thousand gears will work (which you can do in a program), then you do not need either inventive step. And no inventive step means no invention. And no invention means nothing is patentable about it.

    2. Re:it all comes down to levers by Anonymous Coward · · Score: 1

      "You can't patent multiplication, you can patent a new invention which uses multiplication to create some useful new thing (such as a better code )."

      No, you can't patent better code, because the patent isn't copyrighting the code used, it's patenting the intent of the code. If software patents could be got past by using "better code", then COPYRIGHT is already sufficient. Indeed, the only way to allow such a software patent to be held would be PUBLISH THE CODE under patent law (20 year restriction) rather than copyright (99 more years forever).

      However no software patent includes the code and no patented software has the code open (as per patent requirement of displaying the "blueprints" for other "engineers" to view) and not under copyright.

  19. What about VP9? by Anonymous Coward · · Score: 0

    Does this have different goals than Google's VP9, or is it just Cisco trying to do the same thing?

    I have a suspicion we'd all benefit more if Cisco had put their weight behind VP9 instead of introducing yet another codec, but we shall see.

    1. Re:What about VP9? by Chrisq · · Score: 1

      I agree, of course we don't know how open google would be to collaboration. Also, I wonder what ever happened to dirac? Is that now a lame duck project?

    2. Re:What about VP9? by Anonymous Coward · · Score: 1

      I agree, of course we don't know how open google would be to collaboration.

      In some ways we do. Participation in the Internet Video Codec working group is open to everyone. The final codec that comes out of NetVC will be built from the best features of all contributions. Cisco has contributed Thor and Mozilla\Xiph has contributed Daala. Google is supposed to be working on VP10 at the moment so it will be good if they contribute it to NetVC. As far as I know, they haven't yet.

    3. Re:What about VP9? by TheSync · · Score: 1

      Dirac low-latency ("Dirac Pro", aka SMPTE VC-2) may come back as a mezzanine compression for production video over IP (Snell showed this at NAB 2014).

      But "long GOP" Dirac never provided enough quality per bit per second compared with H.264, and certainly not with HEVC. I don't think anyone at BBC R&D is actively working on it now.

  20. If ever... by Anonymous Coward · · Score: 0

    If ever there was a company that's good at avoiding and working around patents and licensing it's Cisco. Just ask the older /.'ers around here how they started.

  21. This codec! by Limitless_Potential · · Score: 2

    I like it! *smash* another!

  22. You're Thor? by Anonymous Coward · · Score: 0
  23. No, algorithms should not be patentable. by Anonymous Coward · · Score: 1

    The difference between physics and something that makes use of the physical law is that the law doesn't have to deal with anything other than said law, whereas a REAL DEVICE has to deal with ALL the laws, including any we haven't found yet.

    This means that a REAL set of gears will have to deal with friction, torque, gear locking, grit and grind, lubgrication,vibration, carriage, rust, etc, etc, etc. Whereas a PROGRAM of a set of gears could have a billion teeth and never fail.

    Likewise an algorithm is not having to deal with getting good production yields, interference, heat dissipation, feedback from nearby circuits, variations in capacitance on different paths, and so on, whereas an ASIC implementing said algorithm has to deal with all that and more.

    Virtual objects therefore need no inventive step to make it work, whereas a real physical object DOES. If you don't, then your product may be more failure prone, more expensive, less productive or just plain not work because you never bothered with the other things, and someone else who implements an inventive step to deal with some or all of these problems has produced A BETTER "MOUSETRAP".

    Algorithm patents are patenting the IDEA of catching mice. When the patent says "Catch mice", how the hell are you supposed to "build a better mousetrap"? If it ever is meant to catch mice, you'd be infringing on the patent and the invention is not yours.

    So, yes, algorithms SHOULD NEVER be patented.

    ASIC and circuit designs, or even mechanical/analogue products that make USE of those algorithms SHOULD be, since their production requires invention around the limited fidelity of the virtual world the algorithm is produced in compared to the reality the ASIC/whatever is reified on.

    1. Re:No, algorithms should not be patentable. by Altrag · · Score: 0

      You're obviously not a programmer. A 50,000 line program is far far far more complex than your average gear box.

      When the patent says "Catch mice"

      This is precisely issue (a) I stated -- overly vague patents. You're absolutely correct that a patent for "catch mice" is crap (and absolutely correct that those kind of patents have been regularly granted in the software space!)

      But "Spring-loaded mechanism to catch mice using a baited pad" is a lot more realistic for a patent claim (though even that could be considered overly broad. Obviously I'm referring to your standard snap trap.. but what about a humane trap that just happens to use a spring mechanism to drop the door?)

      There will always be some interpretation involved because patenting "this exact blueprint" isn't going to serve the purpose of patents (not even the original, well-intentioned purpose.)

      I'll give you that an "algorithm" is somewhat grey though. Take a quicksort for example (probably a poor example as I don't know the real development history but try to bear with me..) Whoever first came up with the idea for quicksort probably spent many many hours trying to figure out the most efficient way he could come up with to sort a list of items. Is that worth a patent? Well he certainly put a lot of time and thought into it. Its certainly a novel idea (or would have been at the time.) So probably? But then is the patent invalid when someone takes the time to prove that its a theoretically optimal algorithm (and makes it "math," which isn't patentable?)

      Its certainly a bit muddy exactly what should be patentable.. but saying "no algorithms" is kind of silly. Just because you're writing lines of code rather than drilling holes in sheet metal (or whatever) doesn't mean your "invention" is any less novel or creative.

      But on the other hand there are certainly classes of algorithms that are fundamental to computer operation in general and locking them up in a patent is absurd.

      Of course those classes change over time -- many things that we consider "fundamental" now didn't even exist 20 years ago. Which gets back to my (c) point -- software patents really need to expire within about 2-5 years. Keeping anything that's still critical in 5 years locked up is probably holding back the entire industry as its likely attained the status of "fundamental" and anything that isn't still critical in 5 years is ancient history by internet time.

      I'm sure someone can come up with examples (probably from small vertical markets) where a primary algorithm in that market is still profitable after 5 years without being considered fundamental on a wider scale, but I'm not sure that justifies stagnating the entire rest of the software industry.

    2. Re:No, algorithms should not be patentable. by Anonymous Coward · · Score: 2, Informative

      Nope, programmer for 23 years. Big projects, international projects, projects generating millions a year.

      Obviously your claim was merely to poison the well.

      "This is precisely issue (a) I stated -- overly vague patents."

      Nope, the ALGORITHM patent *IS* "To catch a mice". READ A FUCKING PATENT. While you're googling, also look for "simplified example" or "analogy".

      "Whoever first came up with the idea for quicksort probably spent many many hours trying to figure out the most efficient way he could come up with to sort a list of items. Is that worth a patent?"

      No. He has copyright to monetise his efforts. And what algorithm is it anyway? It's only IMPLEMENTED in the code, but the PATENT doesn't HAVE the code and doesn't rely on the code. What is implemented is "a quick sorting method".

      "But "Spring-loaded mechanism to catch mice using a baited pad" is a lot more realistic for a patent claim"

      But an ACTUAL mousetrap has the BLUEPRINT and the blueprint doesn't consist of "a spring loading mechanism". It includes the entire thing. Inlcuding the latch, the trigger, the entry and exit, the materials it is made of, the manufacturing of the components, and so on. Someone can come along with a spring loaded mousetrap that uses a different trap door form and be a different patent.

      An algorithm version would be "using a spring loaded mechanism" and cover ANY spring loaded mechanism. Even under your utopian idea where the patent has to say "used in a mousetrap to trap mice" rather than the real world we have where it says "such as for catching mice in a mousetrap".

      "There will always be some interpretation involved because patenting "this exact blueprint" isn't going to serve the purpose of patents"

      Why not? It used to. And you could see how much changed to see if it was entirely new, or whether the new bit was merely an addition, therefore the non new parts either had to be still patented or were infringing.

      "But on the other hand there are certainly classes of algorithms that are fundamental to computer operation in general and locking them up in a patent is absurd."

      ALL algorithms are absurd to patent. And software should not be patented because any reasonable analogue of a patent of software would be "the code". Which is still under copyright, so doesn't damn well need patent too.

      "software patents really need to expire within about 2-5 years."

      But they need to be proper patents, not "Catch a mouse" patenting of the goal of the software. Which would mean patented software loses copyright and becomes open when the patent expires. If it doesn't, how the hell does the patent get used when it expires? If you have to write your own code, then surely that would be "better code" or at least DIFFERENT code, therefore would get a DIFFERENT patent and never would have had to wait until the other patent expired.

      And if it were released without code, that actual implementation would not be possible to write. You would still have to invent a new implementation.

      Algorithms should not be patented because they don't require invention to make, they require invention to IMPLEMENT, because the algorithm exists in a virtual world where only the mathematics that needs to be applied exists.

      Same with software, it's virtual. And software patents would have to supercede copyright and require the actual code be used as blueprint, and nobody will accept the lesser protection of patent over copyright for their implementation of an algorithm. And if the patent is actually for the algorithm, then it's not a software patent, it's an algorithm patent.

    3. Re:No, algorithms should not be patentable. by Altrag · · Score: 1

      the ALGORITHM patent *IS* "To catch a mice"

      Exactly my point. _THAT_ kind of patent (algorithm or otherwise) is horrible, because it covers way more than it should. The fact that the USPTO has been allowing those kind of patents means that the _current_ patent system is broken. It doesn't necessarily follow that the _idea_ of patents is bad.

      And what algorithm is it anyway?

      The quicksort algorithm. If you've been a programmer for 23 years you should recognize that that is a well-known, defined name for a specific algorithm (as opposed to say a bubble sort or a merge sort or any number of other sorting algorithms.) Its not _just_ "sort quickly," but a specific method for doing so.

      Someone can come along with a spring loaded mousetrap that uses a different trap door form and be a different patent.

      Depends how different it is. If its the exact same mechanism but closes from the left instead of the right or uses a 3" bolt instead of a 2.5" bolt but otherwise identical, you're probably not going to get a new patent granted even if it doesn't _exactly_ match the original patent's blueprints.

      Why not? It used to.

      No it didn't. The blueprints were used as a reference, not as the only possible construction covered.

      any reasonable analogue of a patent of software would be "the code"

      Now that actually brings up an interesting idea -- require a pseudocode "blueprint" to be included in the patent description. Not sure entirely how much that will solve (since the worst software patents are pretty easy to duplicate anyway even without original source) but it might give companies a slight bit more pause before filing a junk patent, if for no other reason than someone will have to spend the time distilling their code down to the core algorithm.

      But they need to be proper patents, not "Catch a mouse" patenting of the goal of the software

      Which is exactly what I've been saying. I'm not sure why you're sounding like this is contradicting my previous statements.

      surely that would be "better code"

      By what reasoning? Chances are someone who spent a year coming up with perfecting an algorithm to patent is probably going to have written a better implementation than some guy who goes "that's a good idea" and hacks some shit together that does basically the same thing. For a real world example.. I'm assuming you know what a mouse trap looks like and how it works. Could you go out and build one from scratch that works as well as the ones built by a manufacturer who has been building them for 50 years? Probably not.

      least DIFFERENT code, therefore would get a DIFFERENT patent

      Only if its different enough that you can justify it not being covered by the existing patent. Writing essentially the same algorithm in BASIC where the original implementation was in C++ isn't exactly what anyone (with a brain, which doesn't necessarily include USPTO) would consider "novel."

      they don't require invention to make

      Come again? You've never had to stop and spend half a day thinking about what approach you need to take to solve a particular problem? You're either the most godlike programmer that ever existed, or your claim of 23 years programming experience is going to get called into question.

      And anything patentable (legitimately patentable not "does something with a computer" type crap) would likely take far far longer than half a day to invent, distill down into a core algorithm, prove its complexity category, etc. I suspect a simple algorithm meeting all that criteria would take at least 6 months to file properly, not even counting delays imposed by USPTO's red tape.

      they require invention to IMPLEMENT

      So if I dream up a new mouse trap, jot down so

    4. Re:No, algorithms should not be patentable. by Anonymous Coward · · Score: 0

      If that is EXACTLY your point, then YOUR FRIGGING POINT is that software patents are broken and there is no way to fix it.

      There is no way to fix algorithm patents either, since either the maths is patented (which is not allowed at all) or the result WHICH IS "Catch mice" patents. So NO WAY AROUND IT.

      Algorithm patents should not be patented.

      Implementing them in a virtual world should not be patented.

      Implementing them in real things should not be patended UNLESS the patent is covering how you made that specific device, just like any other mechanical patent.

    5. Re:No, algorithms should not be patentable. by Altrag · · Score: 1

      software patents are broken and there is no way to fix it.

      No, my "frigging" point is that they're broken and _could_ be fixed. They probably won't be of course, but I firmly believe that they could be.

      "Catch mice" patents

      You truly can't see the difference between "an algorithm that sorts things" with no further detail, and "an algorithm that sorts things by selecting a pivot, dividing the items into sublists around the pivot and recursively sorting the sublists"? The first one could cover any sorting algorithm on the planet. The second one fairly explicitly only covers the specific algorithm used by quicksort.

      If you flat out refuse to see the difference in scope there well.. I suppose you can enjoy your zealotry as I don't know how to be any more clear short of actually building a working patent system to show you, which is somewhat beyond my abilities as I'm not the dictator of any countries.

    6. Re:No, algorithms should not be patentable. by Dahamma · · Score: 1

      Nope, the ALGORITHM patent *IS* "To catch a mice". READ A FUCKING PATENT. While you're googling, also look for "simplified example" or "analogy".

      I'm not sure you understand what an algorithm is. It has nothing to do with software per se - it's a 1200 year old mathematical concept.

      What you are describing is, like Altrag said, just a "vague patent". It makes no difference if it's hardware or software, the difference is just that patent examiners don't get software, so they approve more vague patents. Software is just telling flexible hardware to do something, obviously.

        The ALGORITHM isn't "catch mice", that's just a description, the algorithm is "if input pressure sensor detects pressure on controller pad, activate switch to release lever and squash mouse". You could create a completely DIFFERENT algorithm to catch mice that says (oversimplification) "if video recognition classifies object in location on floor as mouse, apply 1000V to pad". And guess what, neither of those inventors would be infringing each other's patents.

      And speaking of ASICs, FPGAs, etc - I used to work on FPGA compilers that could take a software description of an algorithm and turn it into a hardware version to be programmed into a chip.

      Summary: vague patents are bad no matter the eventual physical implementation. Requiring SPECIFIC algorithms (no matter whether they can run on a GP CPU or custom silicon is the key.

    7. Re:No, algorithms should not be patentable. by Dahamma · · Score: 1

      He's hopeless and his arguments have mostly turned to ad hominem...

      You truly can't see the difference between "an algorithm that sorts things" with no further detail, and "an algorithm that sorts things by selecting a pivot, dividing the items into sublists around the pivot and recursively sorting the sublists"?

      The first isn't even an algorithm - it's a rough description. If it got patented is was just a (common) mistake of incompetent examiners. An algorithm is a procedure - the point is anyone who is an expert in the field can actually FOLLOW it to solve the problem. Which might be a good start: having expert panels review patents to make sure they solve a specific problem!

  24. Yeah, Adoption is King by Kunedog · · Score: 1

    The animated gif is a testament to the importance of compatibility and adoption for a file format. It sucks at compression and quality, and doesn’t support any sound whatsoever.

    How many expert committees and standards organizations and patent wars have revolved around implementing and promoting dozens of “superior” video formats (including codecs and containers and server/client software)? Despite all that effort and conflict, the animated gif reigned supreme as THE most widely used video format of the internet until the rise of Youtube (and it was arguably still competitive for awhile afterwards, and still hasn't gone away). Because it works absolutely everywhere, since the 90s.

    1. Re:Yeah, Adoption is King by U2xhc2hkb3QgU3Vja3M · · Score: 1

      Animated GIFs really suck, I prefer my own Javascript-powered animated JPEG format.

    2. Re:Yeah, Adoption is King by q4Fry · · Score: 1

      Is this what you are talking about?

    3. Re:Yeah, Adoption is King by U2xhc2hkb3QgU3Vja3M · · Score: 1

      Nope, mine was way more primitive than that. Thanks for the link.

  25. Wonderful Cisco by Dunbal · · Score: 0

    The only company that could come up with something with more security holes and potential exploits than Adobe. Figures.

    --
    Seven puppies were harmed during the making of this post.
  26. Pretty much by Sycraft-fu · · Score: 1

    The pro industry can get on whatever they like, it doesn't matter as to what people will use. That'll be whatever the big streaming services go for. Youtube, Netflix, Twitch, Amazon, these are the places that matter.

    Hardware makers will get on board too. If Youtube needs a certain kind of acceleration to work well, smartphone processors will get it. Doesn't matter if the media industry says it should be something different, they want to sell new phones and something that'll do that is it working well with the streaming services people want.

    Also there's the simple issue that they are fighting against existing codecs that already work well. H.264 gives a "good enough" result at speeds that modern Internet connections can cope with. So if new shit costs a lot more and/or has unacceptable restrictions, people just won't use it. Connections aren't getting slower. So you'll have a hard time convincing people to switch to save bandwidth if their bandwidth keeps going up and what they have now is "good enough".

  27. Cutting The Cord by westlake · · Score: 1

    Really, Google is the only company that matters. And maybe Netflix.

    H.264 blew past Google and YouTube to become the dominant codec for HD distribution.

    The geek is still fixed on web distribution through the browser and viewing video on his monitor.

    But the action in HD is shifting to the app and the HDTV set.

    That is where cable-cutting comes in, the smart tv, the set top box and dongles like the Amazon Fire Stick and Chromecast which bypass the browser and increasingly the computer itself.

  28. GPU by tepples · · Score: 1

    Why can't the GPU do the work? Or do video codecs require special kinds of processing that GPUs are bad at?

    1. Re:GPU by gsnedders · · Score: 1

      The DSPs pretty much always have lower power consumption than a comparably quick GPU for the workload.

    2. Re:GPU by gnasher719 · · Score: 1

      Why can't the GPU do the work? Or do video codecs require special kinds of processing that GPUs are bad at?

      All video codecs require very specialised processing. It's rather trivial if the GPU is designed to do it, and quite awful if it isn't. Have a look here for example for the deblocking filter in h.264:

      http://mrutyunjayahiremath.blo...

      It doesn't require any very complicated hardware. But it requires hardware that does _exactly_ what the h.264 spec says, and if the hardware doesn't provide that, you're in trouble.

  29. I4ko: Unlike you he can operate computers by Anonymous Coward · · Score: 0

    See subject: Meet xenotransplant -> http://tech.slashdot.org/comme...

    * :)

    (How come he says my program's good & works for him just fine?)

    APK

    P.S.=> Quotes in that regard - From yourself first, & then xenotransplant too:

    "when will you write an application that actually works?" - by I4ko (695382) on Monday August 10, 2015 @04:10PM (#50287527) FROM -> http://tech.slashdot.org/comme...

    It does & very well, better than ANY of its kind & why's xenotransplant say otherwise here then?

    "his hosts program is actually pretty good" - by xenotransplant (4179011) on Monday August 10, 2015 @03:34PM (#50287195) FROM -> http://tech.slashdot.org/comme... & post parent to it also

    Well??

    Il4ko, you need to learn how to operate a computer (get a faster one too - the program completes in 10-15 minutes here on a Core I7 4790k)... apk

  30. Not Enought To Make A CoDec by BrendaEM · · Score: 1

    It's not enough to make a good CoDec, a plan to propagate its adoption should be in the plans.

    --
    https://www.youtube.com/c/BrendaEM
    1. Re:Not Enought To Make A CoDec by Anonymous Coward · · Score: 0

      1. Endorse it
      2. Build in optimizer in all their hardware (routers, conference equipment, etc)
      3. Win

  31. The situation by TheSync · · Score: 2

    There is a lot of stuff going on with HEVC:

    1) Ultra HD Blu-ray is about to roll-out based on HEVC
    2) ATSC 3.0 new digital broadcast standard with HEVC is being finalized
    3) DVB and others are considering HEVC for digital broadcast
    4) UHD/4K with HEVC is being deployed by OTT like Netflix as well as direct broadcast satellite like DirecTV and wireline like BT.

    The HEVC Advance patent pool unlimited content royalties that was recently announced are giving content distributors a lot of concern. In the professional content world, it is understood that enabling technology intellectual property needs to be paid, but when you are talking about unlimited percentages of "all direct & indirect revenue" from content, not only is the cost too high, but the accounting is impossible.

    Meanwhile from a bit rate versus quality level, VP9 is clearly not performing as well as HEVC.

    If Cisco can show that Thor can perform nearly was well as HEVC, there are a lot of content distribution companies that will take it more seriously than they would have just a few months ago because of the HEVC Advance content royalty.

    However the enabling factor would be if Cisco (and other Thor implementers) will indemnify users (i.e. content distributors) from any infringement by the use of their encoders/decoders.

  32. These most foremost codec experts by Billy+the+Mountain · · Score: 1

    Are they better than the merely foremost codec experts?

    --
    That was the turning point of my life--I went from negative zero to positive zero.
  33. Interesting by DaMattster · · Score: 1

    A competing codec to VP8? Isn't that reinventing the wheel some?

  34. All Logic is MIA by Anonymous Coward · · Score: 0

    CODECs cost a finite amount to develop, and the true cost of even the best barely runs into millions of dollars. Meanwhile the owners of IP earn a fortune from new cheaper easier better ways of encoding and distributing their materials. The logoc of this situation os that CODECs should be FREE-TO-USE in every way, BY LAW, and the cost of developing CODECs carried by the biggest IP beneficiaries, via a financial REWARD POOL paying the individuals who create create and perfect the CODECs.

    NO CODEC royalties. NO CODEC licenses. Just a "for the good of customers and business" system of one-time payments to those working on the CODECs. This fundamental concept should link to the idea that primary research from all universities is ALWAYS in the public domain, paid for by governments for the good of all Humanity.

  35. X264 is already good enough for 4K on Bluray by Anonymous Coward · · Score: 0

    It is a LIE that HEVC is needed to put 4K movies on current dual layer Bluray disks. X264, the open-source H264 encoder, is so good, it can easily fit a well encoded 4K movie in the data limit of these disks. Indeed, X264 can trivially place an excellent HD copy of a movie on a SINGLE-LAYER DVD, so good is the encoder.

    HEVC is invented NOT because it is needed, but because it requires everyone to buy new HARDWARE again. It is the SAME reason 3D on Bluray did NOT use SBS (side-by-side) encoding, but invented a whole new type of H264 encoding/decoding that required customers go out and buy new Bluray players. Home 3D actually FLOPPED because SBS was not chosen to be the standard.

    Yes HEVC, IN THEORY has a clear advantage over H264 (although a mature H264 encoder like X264 will piss all over any early versions of HEVC encoders). The H264 3D CODEC also had THEORETICAL advantages over SBS, yet was the biggest mis-step home 3D ever made.

    Today, everything should be H264 encoded by the OPEN-SOURCE X264 encoder. As HEVC rises, the industry idiots are more and more willing to allow H264 to have reasonable licensing terms. For the time being, HEVC can be left wholly to premium cable/satellite downlinks for the expensive pay 4K TV channels.

    1. Re:X264 is already good enough for 4K on Bluray by TheSync · · Score: 1

      I am in the professional content industry, and the last thing we want to do is to use a new codec. But for feature-quality 2160p24, HEVC is a must to keep bit rates from peaking above 100 Mbps (VBR). Also there are HEVC software decoders available, or else no one would be able to watch the Netflix "4K" content in HEVC. I've even seen HEVC software decoders running on an iPhone.

      Here is one analysis of HEVC HM versus H.264 x264 quality, and finds: For video compression, the performance of VP8 were competitive with x264, while, interestingly, the new HEVC technology under definition usually showed the best performance.

  36. Well I hope... by shihonage · · Score: 1

    ... they hammer this out eventually.

  37. autocorrect. s/code/codec/ by raymorris · · Score: 1

    That was supposed to say "codec", not "code".

    If you invent a _useful_ _new_ way of compressing video, you can in fact patent it. It doesn't matter if you implement your method in pure silicon (an asic), vacuum tubes, C, or copper relays. If it's new and and useful, it's patentable.

    You can't patent the laws of physics, such as Newton's first law, and you can't patent multiplication. You can patent things that use gravity, and you can patent things that use multiplication. BTW, gears are for doing multiplication. If you could NOT patent anything that uses multiplication, you couldn't patent anything that uses gears.

    Certain parties regularly point to patent applications that purport to have invented something that isn't new, and claim "therefore software patents should be outlawed". Well, patents on things that aren't new are ALREADY not legal. They exist - the patent office isn't perfect, but the law is that such are not valid. Similarly, non-useful "inventions" which are no more than wishes or concepts such as "time travel" or "compress video" are already not allowed. You have to invent a useful new way to doing time travel, or a useful new way of doing video compression, in order to have a legally valid patent.

    1. Re:autocorrect. s/code/codec/ by Anonymous Coward · · Score: 0

      You shouldn't be able to because it's purely maths and no maths can be patented.

      Your codec is not new and novel and patentable because patentable requires more than new and patentable. A method of putting together a chip that does it is because you have to find out the best compromise to implementation with the limitations of the real world factors.

      In a computer game you can have infinitely strong gear materials. In an invention you have limited materials and choosing one requires a compromise unless you find a novel way to get around that limitation. And that novel way to get around that limitation is patentable.

  38. Nothing new and useful ever done with computers? by raymorris · · Score: 1

    > no invention is necessary

    An invention is a novel (new) and useful thing. Is it your position that nobody has ever done anything new and useful with computers?

  39. Re:Nothing new and useful ever done with computers by Anonymous Coward · · Score: 0

    No it isn't.

    A new word is a new and novel thing, but you can't patent words. The highest prime number is new and useful, but cannot be patented.

    Invention is patentable, and invention is finding a way to get the job done. NOT the job being done or the idea of doing the job. Even if the job is entirely new and novel (e.g. Uber).

  40. neither numbers nor taxis are new. Uber is a taxi by raymorris · · Score: 1

    No, numbers aren't new. Prime numbers aren't new. A big prime number isn't new, it's existed since before humans.

    Taxis aren't new. Uber is a taxi service, run much like many taxi services before it. When I was a kid, my uncle owned a cab, and contracted with a cab company to send him customers. It was pretty much exactly Uber, 35 years ago. Marketing the same old thing by applying a hippy image isn't new. See Ben and Jerry's ice cream as an example of prior art. All Uber did was apply an old style of marketing to an old product, exactly like Birkenstock and many others. Heck, even ILLEGAL taxis aren't at all new.

    > NOT the job being done or the idea of doing the job.

    The idea of doing the job is generally not useful, without a good way of getting it done.

  41. false. They lied to you by raymorris · · Score: 1

    > no maths can be patentented

    Sorry, they lied to you. That's not what the law says. The anti-patent activists have spread a misconception that "math can't be patented ", and therefore any use of math can't be patented. That's simply false. The actual text is "the LAWS of nature, including the LAWS of science and mathematics" are not patentable. In other words, you can't patent gravity, but you CAN patent an invention based on gravity, such as a new type of elevator. You can't patent magnetism, you can patent a new type of motor which uses magnetism. You can't patent multiplication, you can patent a new invention which uses multiplication to create some useful new thing (such as a better codec.). "Addition is commutative" is a law of mathematics. "Compress video this way" isn't a law of anything, it's a suggestion which may a good suggestion may not.