Slashdot Mirror


AV1 is Well On Its Way To Becoming a Viable Alternative To Patented Video Codecs, Mozilla Says (mozilla.org)

Here's a surprising fact: It costs money to watch video online, even on free sites like YouTube. That's because about 4 in 5 videos on the web today rely on a patented technology called the H.264 video codec. From a report: It took years for companies to put this complex, global set of legal and business agreements in place, so H.264 web video works everywhere. Now, as the industry shifts to using more efficient video codecs, those businesses are picking and choosing which next-generation technologies they will support. The fragmentation in the market is raising concerns about whether our favorite web past-time, watching videos, will continue to be accessible and affordable to all.

Over the last decade, several companies started building viable alternatives to patented video codecs. Mozilla worked on the Daala Project, Google released VP9, and Cisco created Thor for low-complexity videoconferencing. All these efforts had the same goal: to create a next-generation video compression technology that would make sharing high-quality video over the internet faster, more reliable, and less expensive. In 2015, Mozilla, Google, Cisco, and others joined with Amazon and Netflix and hardware vendors AMD, ARM, Intel, and NVIDIA to form AOMedia. As AOMedia grew, efforts to create an open video format coalesced around a new codec: AV1. AV1 is based largely on Google's VP9 code and incorporates tools and technologies from Daala, Thor, and VP10.

Mozilla loves AV1 for two reasons: AV1 is royalty-free, so anyone can use it free of charge. Software companies can use it to build video streaming into their applications. Web developers can build their own video players for their sites. The second reason we love AV1 is that it delivers better compression technology than even high-efficiency codecs -- about 30% better, according to a Moscow State University study.

66 comments

  1. Information Superhighway-with less lanes. by Anonymous Coward · · Score: 0

    All these efforts had the same goal: to create a next-generation video compression technology that would make sharing high-quality video over the internet faster, more reliable, and less expensive.

    You'll notice "reduction of need for broadband expansion" isn't on that list.

    1. Re: Information Superhighway-with less lanes. by Anonymous Coward · · Score: 0

      Cost means bits (and this bits per second) in a post-NN world.

    2. Re: Information Superhighway-with less lanes. by Anonymous Coward · · Score: 0

      If you realized how much bandwidth video takes, you'd understand this isn't part of some left wing conspiracy theory about net neutrality.

    3. Re: Information Superhighway-with less lanes. by Anonymous Coward · · Score: 0

      Internet bandwidth supply nearly doubles every 9-12 months. Chopping 30% off of your bandwidth is still great, but it's like saving 6 months of upgrade costs.

  2. What happened to V8? by lnxguy · · Score: 1

    Wasn't Google's first attempt at a streaming video CODEC the now forgotten V8? They sure hyped it as the next big thing...

    1. Re:What happened to V8? by Anonymous Coward · · Score: 1

      vp8 (the video codec usually used in webm containers) was almost as good as h264 (the video codec usually used in mp4 containers.)
      This discussion is about the next generation of video codecs.

    2. Re:What happened to V8? by theweatherelectric · · Score: 5, Informative

      Forgotten? No. VP8 lead to VP9, which is used by YouTube and Netflix. The work on what was to be VP10 was merged into AV1, which also includes contributions from Cisco's Thor and Mozilla's Daala.

      VP8 hasn't been forgotten so much as its development has been continued.

    3. Re:What happened to V8? by Anonymous Coward · · Score: 0

      V8 was a legal nightmare in the making (it literally infringed H.264 patents) and every company (except Google) stayed as far away as they could from it. It was also a HORRIBLE codec (according to every single independent test ... from people who weren't kissing Google's rear).

    4. Re:What happened to V8? by thesupraman · · Score: 2

      The other issue is when will they start taking alpha channels (transparency) seriously. Been promised since vp8.
      If they did, it could quickly become the standard in production and post production, which had to be Good thing right?

      But they just don't seem to realise that. It's not (very) difficult.

    5. Re: What happened to V8? by Anonymous Coward · · Score: 0

      Alpha channel support had existed for quite some time. https://trac.ffmpeg.org/wiki/Encode/VP8

    6. Re: What happened to V8? by thesupraman · · Score: 1

      Sorry but wrong.

      It has existed as a concept, and has never worked, not even supported in most codecs. This is the problem.
      The test it as 'yeah we don't really care, I guess you could hack it on the side like this.. But we are not going to actually make it work properly or support it officially'
      And yet it is essential to the work flow of the people actually making the content.
      Very sorry sighted and such a chance to be better than mpeg group efforts.

    7. Re: What happened to V8? by Anonymous Coward · · Score: 2, Interesting

      So, I provide a link that literally shows how to encode alpha channel in VP8. Which I personally use quite a bit for lower thirds overlays. And all you do is push your head a little further up your ass... I can see why this whole codec adoption issue is such an uphill battle.

    8. Re: What happened to V8? by thesupraman · · Score: 3, Informative

      So, I point out that ideas were thrown around and nothing become a standard, and it is not generally accepted and implemented throughout the VP codec family, and you repeat your link with the one method of encoding via the one codec that implements the hack and you think *I* have my head up my arse?

      Perhaps you should actually read the link your own link points to, from 2012, then you may realize that this hack involved using a supplemental frame of content for Alpha, by substituting it for Y and zeroing U,V, and encoding in the same lossy way as the primary frame (and only in yuva420). I really hope you dont want any well defined alpha edges in your lower thirds..

      Here is a good reference for how 'clean' this solution is:
      https://lists.ffmpeg.org/pipermail/ffmpeg-user/2014-January/019283.html

      I see in 2017 this VP8 hack was pushed in to an adobe export path, the discussion is enlightening as to how nicely official this has always been:
      https://github.com/fnordware/AdobeWebM/issues/17

      ffmpeg forced you to sample in yuva420p, son you are in subsampled hell, perhaps ok for final pass for the web, not useful for production editing.
      and again, it uses the double-frame hack, without specific rate control for alpha - which is just broken. it took them years to even bother to support
      the same hack in vp9..

      AV1 is seems is playing a similar and foolish/broken game, trying to treat alpha channel as a separate image.
      This inevitably leads to artifacts, and incompatible codec implementations.

      To be clear, what I was is thought out, first class alpha support, in the official spec, that doesnt just exist as a hack though up in 2012 on a whim and half
      implemented in some of the codecs.

      Does that not make sense?

      AVI supports alpha to about the same level of quality - actually slightly better, as RGBA is supported, it is just not standardised as to how the specify the A
      doing in and out, so different applications handle it or not, randomly.
      That is why people also dont use AVI for alpha content - quicktime is usually used, unless something else is forced, because it just works (tm) for codecs that claim they support it.

      So, perhaps instead of being an insulting douche, you could perhaps consider that *proper* alpha support would be a good thing.

    9. Re:What happened to V8? by CptLoRes · · Score: 1

      Alpha and lossy video compression is tricky at best, since the 'lossyness' of the video and alpha channel would have to match regardless of having very different content and compression efficiency.

  3. Was that on purpose? by Anonymous Coward · · Score: 0

    Ohhh AV *One*

  4. Snicker by drinkypoo · · Score: 1

    Here's a surprising fact: It costs money to watch video online, even on free sites like YouTube.

    Here's a surprising fact: someone else has paid the licensing fee on my behalf, and it cost me very little and I only had to pay it once. Well, twice, I guess; Microsoft and nVidia have probably both delivered me such a decoder.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    1. Re:Snicker by theweatherelectric · · Score: 1

      And yet Leonardo Chiariglione, the founder and chairman of MPEG, calls HEVC an unusable modern standard. The problem is that the licensing situation has gotten out of hand. HEVC's growth has been stunted because of it and AV1's growth will be boosted by it.

    2. Re:Snicker by Anonymous Coward · · Score: 0

      What bugs me as an end user is that this favor being done for us by choosing an unencumbered codec for wide adoption is that I'll be forced to buy new hardware in order to watch video online. Amazing how the previous codecs were backed in and worked for decades, but bow we need new codecs requiring faster hardware just do do what we used to do with the old crusty computers we have. I don't like being forces to buy new hardware every two years. This advancement of the WWW at this pace sucks balls.

    3. Re:Snicker by rahvin112 · · Score: 4, Interesting

      That was an interesting post by the founder of MPEG. He assumes that the rise of AOM will mean the end of video codec advancement because no on will be making money on codecs. He's completely and horribly wrong on that assumption. There is no longer a need to make money on the codec, the major content providers that provide video to the public have a massive incentive to continue to improve codecs because it literally costs them money. Google, Netflix, Apple, Facebook etc all save money if the Codec improves, and those savings can be multiples more than the licensing fees MPEG-LA collects.

      The need for MPEG and MPEG-LA is over. HEVC should be a dead standard. The rise of AOM and AVC1 is a blessing to all of humanity. A free codec, developed and supported by the very people broadcasting and producing all the video. The very people with the largest incentive to continue to improve the codec because every byte saved saves them money.

      MPEG and MPEG-LA should wander off into the night, they simply aren't needed anymore and have been destroyed by the same patents they sought to exploit.

    4. Re:Snicker by sjames · · Score: 3, Interesting

      What's really sad is that the patent pools are so packed with greed that they'd rather crap their pants and die an ignoble death than offer a better deal. They will not be missed.

    5. Re:Snicker by Anonymous Coward · · Score: 1

      Here's a surprising fact: It costs money to watch video online, even on free sites like YouTube.

      Here's a surprising fact: someone else has paid the licensing fee on my behalf, and it cost me very little and I only had to pay it once. Well, twice, I guess; Microsoft and nVidia have probably both delivered me such a decoder.

      Oh don't worry, value is being extracted out of you in lieu of a monetary payment. TANSTAAFL.

    6. Re: Snicker by Anonymous Coward · · Score: 0

      Normally I would share this sentiment, but what are you talking about every "2 years"?? You're either doing something very wrong, or I'm calling bullshit on the frequency.

      H.264 has been around for well over a decade and I have a 10 year old set top box that can still play FHD without breaking a sweat.

      No, this decade old hardware will not have the capability to play h.265 or AV1 or whatever becomes defacto, but I would gladly upgrade the hardware once all this license and codec shit finally stablizes.

    7. Re:Snicker by Baki · · Score: 2

      Once more open source proves to be effective for innovation. I'm surprised that Chiariglione still seams to believe that proprietary software is the only model for progress. I think reality has shown us, for quite a while now, that this is not the case. On the contrary. He seems stuck in the past.

    8. Re: Snicker by Anonymous Coward · · Score: 0

      Lol what a shit show it must be to run Linux for your desktop. Most other contributors here will tell u how easy it is but this is a clear illustration of that lie

    9. Re:Snicker by Anonymous Coward · · Score: 0

      That was an interesting post by the founder of MPEG. He assumes that the rise of AOM will mean the end of video codec advancement because no on will be making money on codecs. He's completely and horribly wrong on that assumption.

      Don't underestimate his ability to not understand this. His job depends on it.

  5. Waiting for the patent trolls by StandardCell · · Score: 5, Insightful

    At the outset, I just want to say how happy I am that AV1 has taken off, and how seriously it is viewed by so many technology companies as a way around H.264 and (even worse) HEVC. Particularly with respect to HEVC, there are three separate patent pools with different participants. HEVC is, in many ways, already set up to fail due to a large number of participants that participate in either none or one of the pools (see https://streaminglearningcente... for how chaotic it is). There are some other proprietary technologies such as Perseus that are out there that claim better performance than HEVC from a PSNR/SSIM perspective, but they will likely remain fringe.

    What is of more concern to me is how carefully AV1 has been constructed in terms of its coding tools to avoid patent trolling and patent submarining (e.g. Rambus at JEDEC with DDR). This is a very serious and very technically complex issue, as any company could easily assert patents on AV1 if they feel there is infringement on their claims as pertains to any of the coding tools. There are increasingly limited ways of dealing with spatiotemporal entropy in non-infringing ways that do not involve exponential increases in gates or CPU cycles.

    A recent and simple example of this is the MPEG-LA claiming they license patents related to the MPEG-DASH streaming framework. MPEG-DASH is, essentially, an XML schema for a streaming manifest combined with either MPEG-4 Part 12 (the MP4 container originally specified by Apple as the MOV format), or MPEG-2 Transport Streams encapsulating H.264 video. Nobody on the DASH Industry Forum really thought that MPEG-DASH would be subject to this type of activity, yet magically MPEG-LA began waiving it agreement around about two years ago.

    As a result, many in the industry have held onto the virtually universally-supported HTTP Live Streaming, which is an M3U playlist with tag extensions and MPEG-2 Transport Stream container for the codecs. Even that standard developed by Apple has never become a fully ratified within the IETF, and nobody knows if the same thing will happen there either.

    Incidentally, any time Google has presented VP8 or VP9 at previous conferences and is asked about patents, they avoid answering questions and the audience usually laughs. I've seen it personally, and I think it's the industry's cynicism for the various patent holders and some of their past actions. Where it becomes critical is for silicon suppliers, whose front-loaded costs are now in the neighborhood of nine figures to launch some SoCs, and for content distributors, who invest a tremendous amount of time and money encoding all of the required profiles for streaming to new codecs. Commitment to efficient hardware acceleration by them for the codec is risky, as they could easily be legally enjoined from selling their products if they didn't get their patent licenses in order, and this would also leave content holders scrambling to fall back to already-established codecs.

    I will admit I'm cynical here too. While I'd love to see a patent-free open standard, I'm not optimistic that someone will not come out of the woodwork claiming infringement on a key coding tool. I wish Google and the rest of the AV1 participants luck. They'll need it.

    1. Re:Waiting for the patent trolls by steveha · · Score: 4, Informative

      What is of more concern to me is how carefully AV1 has been constructed in terms of its coding tools to avoid patent trolling and patent submarining

      I don't think you need to worry. When Google announced VP8, MPEG-LA publicly announced that they were setting up a patent pool for it; they encouraged all the patent holders who VP8 infringed to step forward and add their patents to the pool.

      Nobody ever came up with anything, and after over a year, MPEG-LA accepted a small amount of money from Google in exchange for a promise to never sue over VP8. No patents, no royalties, just a one-time payment; that was pretty much unconditional victory for Google and VP8. The news coverage called this a "licensing agreement" but it was more like "here, take a small amount of money and go away forever."

      https://techcrunch.com/2013/03/07/google-and-mpeg-la-sign-licensing-agreement-covering-googles-vp8-video-codec-clearing-the-way-for-wider-adoption/

      When VP8 was first announced, many self-appointed experts here on Slashdot declared confidently that it just had to infringe on H.264 patents, as a reading of the standard revealed numerous similarities. I am not a patent expert but I was pretty sure they were mistaken about this... Google spent something like a year after they licensed the technology before they released the open-source VP8, and I assumed that they had paid patent lawyers to go over the standard and make sure it didn't infringe on anything. Also, it looked to me like the original developers of the code had deliberately studied the existing patents and implemented something just different enough not to infringe.

      It may be possible that a patent could pop up from seemingly nowhere, some weird patent nobody was paying attention to, and AV1 would be found to infringe upon it. If this scenario is possible for AV1, what makes it impossible for H.265? In fact, I'd argue it might be more likely for H.265, which is a complicated thing to which many companies tried to contribute (so they could get a share of royalties). I would be interested to hear an expert's opinion on whether AV1 is less complex than H.265... I bet that it is. And more complexity would suggest greater danger from overlooked patents.

      As for submarine patents, again I am not very worried. The USA changed its patent laws between 1995 through 2000 to prevent abuses like submarine patents. Patents are 20 years from the date of filing, so playing games with paperwork extensions can't keep a patent alive forever anymore; and since 2000 patent filings are public, so the secrecy needed for submarine patents is gone.

      So unless someone has a suitable patent application, filed before the year 1995, that they have kept alive with paperwork wizardry in the patent office, and nobody knows about it, and they get it granted... unless all of that is true, it shouldn't be possible for a submarine patent to torpedo AV1.

      --
      lf(1): it's like ls(1) but sorts filenames by extension, tersely
    2. Re:Waiting for the patent trolls by Anonymous Coward · · Score: 0

      how happy I am that AV1 has taken off

      Well, not really, no. Nothing uses it.

    3. Re:Waiting for the patent trolls by Anonymous Coward · · Score: 0

      I think he means interest in AV1, not AV1 itself...

    4. Re:Waiting for the patent trolls by SlaveToTheGrind · · Score: 3, Informative

      and since 2000 patent filings are public, so the secrecy needed for submarine patents is gone.

      Since 2000 the default has been to publish a patent application around the 18-month mark, but under 35 U.S.C. Section 122(b)(2)(B)(i) the inventor can override that by filing a request for nonpublication, certifying that they're not seeking foreign patents.on that same invention. So inventors can still submarine if they're willing to limit themselves to U.S. patents.

    5. Re:Waiting for the patent trolls by PentiumBug · · Score: 1

      As a result, many in the industry have held onto the virtually universally-supported HTTP Live Streaming, which is an M3U playlist with tag extensions and MPEG-2 Transport Stream container for the codecs. Even that standard developed by Apple has never become a fully ratified within the IETF, and nobody knows if the same thing will happen there either.

      HTTP Live Streaming definition now lives in RFC 8216. Yes, it is informational, but it's there.

  6. In the real world, nobody cares. by Anonymous Coward · · Score: 0

    Everybody just uses H.265 or H.264. Preferably in a Matroska container.

    This bullshit is the reason why my website and services explicitly have a NOLICENSE license agreement wall, before you can enter. So everybody who agrees, has relinquished all his "i.p." claims forever, and broken the "i.p." unlaws of his own country, meaning I can use ALL "his" shit, and he can use "mine" (obviously), without me suing him (as I do not believe in the "i.p." lies because I do not support the coke-headed non-working media industry leeches), unless he ever tries to use those "i.p." unlaws on me. Then I can sue the living fuck out of him according to his own unlaws.
    (Yes, it also states that if his jurisdiction does not allow such agreements, then he is not allowed to enter, even if he agrees, and it will be breaking and entering, or even a act of war (invasion). Which means he will also get the living fuck sued out of him.)

    1. Re:In the real world, nobody cares. by 91degrees · · Score: 1

      then he is not allowed to enter, even if he agrees, and it will be breaking and entering

      LOL!

      or even a act of war (invasion). Which means he will also get the living fuck sued out of him.

      ROTFL!

      Sadly, in the real world you can only sue for actual damages.

    2. Re:In the real world, nobody cares. by Hognoxious · · Score: 1

      in the real world you can only sue for actual damages.

      Not necessarily, he might be The Walt Disney Company.

      Second thoughts, belay that. He's not quite delusional enough.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
  7. AV1 and broadcast TV? by jonwil · · Score: 1

    Can anyone explain why all the players in broadcast TV aren't pushing to have the next-generation broadcast TV standards (ATSC and DVB-T and stuff) using AV1 instead of H.265/HEVC as the replacement for MPEG2 and MPEG4/H.264? I would have thought that (like everyone else involved with video) the broadcast TV people would be very attracted to a codec without all the license fees associated with H.265/HEVC. Is there something about H.265/HEVC that makes it better for broadcast TV than AV1? Is it simply that AV1 isn't proven enough to be viable for something like the next ATSC standard? Or is it simply that its easier to slot H.265/HEVC into a workflow that already does MPEG2 and MPEG4/H.264?

    Seems like everyone else (even the mob that defines standards for cable TV) is largely behind AV1, why not broadcast TV?

    1. Re:AV1 and broadcast TV? by Anonymous Coward · · Score: 0

      Maybe H.265 is cheaper or easier to license for broadcast use than for Internet streaming? Such a thing might happen if one of those patent pools have an exclusivity on broadcast use-cases. AV1 simply wasn't there when the plans were put to motion for broadcast television. Software and hardware is also really not here yet either. For me AV1 is a future technology until free encoders are sufficiently fast to make use of for full length HD and maybe even 4k content.
      Maybe 8k television standards of the future could use a new codec?

    2. Re:AV1 and broadcast TV? by Anonymous Coward · · Score: 2, Interesting

      Can anyone explain why all the players in broadcast TV aren't pushing to have the next-generation broadcast TV standards (ATSC and DVB-T and stuff) using AV1 instead of H.265/HEVC as the replacement for MPEG2 and MPEG4/H.264?

      Because the bitstream was codified in the last couple of months.

      Maybe future standards will have it, but it was unavailable until 2018.

    3. Re:AV1 and broadcast TV? by kriston · · Score: 2

      As mentioned by others, it's not finalized and tested enough for the new ATSC 3 standard.

      Also, remember that ATSC is the same organization that famously rejected the superior COFDM modulation when designing ATSC 1. ATSC has only now conceded that COFDM was the right choice all along.

      That poor decision to use 8VSB instead of COFDM is why ATSC 1 suffers from multipath and it's also why multiple transmitters can't share frequencies. Sharing frequencies is something that the competing DVB-T standard has always done on its COFDM platform. As an aside, both Sirius and XM Satellite Radio have thousands of terrestrial repeaters that share the identical frequency nationwide because they use COFDM.

      ATSC 1 is also why you can't view HDTV in a moving vehicle because of the Doppler Effect. A half-assed ATSC-M/H specification was hastily approved that almost nobody ended up using because mobile data ended up being the de-facto choice for mobile video consumers.

      --

      Kriston

    4. Re:AV1 and broadcast TV? by AHuxley · · Score: 1

      They are fully covered by the chips, systems they buy and deals they do.
      The skilled workers know what they are doing with the workflow they have.

      --
      Domestic spying is now "Benign Information Gathering"
  8. MPEG-2 patents are expired by OrangeTide · · Score: 1

    But I don't think anyone wants to start at about 16 MBit/s for decent quality video, and 40 MBit/s for typical "high-def" video. (UHD and 4K would be beyond that)

    --
    “Common sense is not so common.” — Voltaire
    1. Re:MPEG-2 patents are expired by jiriw · · Score: 2

      Why not? There is a reason why MPEG 1 layer 3 still is used today, even 'though there are far better audio codex in existence.

      An average consumer only needs 'good enough'. 'Exceptional' and a pain in the a** to use freely (beer) will always lose out. This applies to AV codex, UHD Blu-rays, etc. Content creators and distributors will only pay for licenses if the bandwidth they save, really save them that much more money. And the largest content distributors use their 'patent unencumbered' 'free' codex, whether patent holders like it or not. Also, don't forget, software patents are still not valid and/or not enforced in large parts of the world (including a number of very large modern economies). Then, what's left is hardware support. But generic processors and other re-programmable hardware nowadays is fast enough for most real-time video decoding. A truly dedicated ASIC style hardware decoder often is not needed at all.
      So, you're left with consumers that either pirate - so they don't care about patent fees at all, use less efficient codex because they have bandwidth to spare anyway, use 'free (beer) patent unencumbered' codex because their main streaming site 'tells them to', use the patented codex because the patents don't apply in their jurisdiction...

      MPEG-LA et al are dinosaurs and will die out soon. At least for AV de/encoding.

    2. Re:MPEG-2 patents are expired by Anonymous Coward · · Score: 1

      There is a reason why MPEG 1 layer 3 still is used today, even 'though there are far better audio codex in existence.

      The reason is that audio is relatively simple. Hell, uncompressed CD quality audio is only 10 megabytes a minute. Uncompressed video is a huge monster and a lot more complex to handle, thus we're still years away from an actual "good enough (as judged by people who actually work with digital video)" compression codec, though HVEC comes the closest so far.

    3. Re:MPEG-2 patents are expired by Anonymous Coward · · Score: 0

      generic processors and other re-programmable hardware nowadays is fast enough for most real-time video decoding. A truly dedicated ASIC style hardware decoder often is not needed at all.

      You really don't have a clue. Try to decode 1080p h265 on a Raspberry Pi and you'll see it simply can't handle it. Hell, try to soft decode 4K H265 on any Celeron and you'll see they can't handle it. Try to soft decode H265 on a celphone (even H264 won't work).

      You can't simply choose an i5/i7 as a minimum platform for decoding video. HW decoder is a must for any recent video codec to succeed. AV1 included.

    4. Re:MPEG-2 patents are expired by 91degrees · · Score: 1

      Well, it depends. It's not really all that good if you want to transmit over the internet, but storage is fairly cheap. For promotional displays and domestic recording, this is probably quite adequate. An MPEG2 HD camcorder will be able to store a couple of hours on a 32GB memory card, for example.

    5. Re:MPEG-2 patents are expired by jiriw · · Score: 1

      An average consumer only needs 'good enough'. That's the point I'm making. I'm not talking about people that actually work with digital video. Those can make an educated decision and take a 'lesser' codec while investing in more storage, for example. Or pay for licensing...
      And, yes, I have recorded, captured and edited video in the past, though that's a bit ago... mostly MJPEG and MPEG-2 stuff in 576i and some 720p ... and used XVid for final compression... HVEC wasn't even developed by then. I don't do it any more because I find other things more interesting and it isn't my job. But I know that raw material can eat storage and the choke points in hardware at that time were plenty for a hobbyist digital video editor. But I did manage to get work done... on pure consumer hardware and no hardware accelerated de/encoding (My system at that time had a Athlon XP processor and a Matrox G400 if I remember correctly).
      However, generic hardware has had time to evolve for another 15 years. There may be bottlenecks for content producers. For average consumers I still stand by 'good enough'. And for the AC below, a Raspberry Pi 3B CAN soft-decode 1080p with ease if you're not going to use h265 to save a few MB. That was another point I tried to make... Ow... and it can ALSO soft-decode most 1080p h265 by now... or with a slight overclock. There have been some 'recent' (as in over a year ago) algorithmic optimizations that make it possible.

    6. Re:MPEG-2 patents are expired by Anonymous Coward · · Score: 0

      And for the AC below, a Raspberry Pi 3B CAN soft-decode 1080p with ease if you're not going to use h265 to save a few MB. That was another point I tried to make... Ow... and it can ALSO soft-decode most 1080p h265 by now... or with a slight overclock. There have been some 'recent' (as in over a year ago) algorithmic optimizations that make it possible.

      If you did in fact try to use that yourself instead of just babbling about something you read somewhere you would know that h265 1080p plays like shit on the Pi 3. It stutters quite a bit even with overclock. Oh, and that is at 24fps. Want 30fps or 60fps? Well, you can pretty much forget about it.

      HW decoding is a must for smooth playback on todays lesser CPUs. The fact that you need to overclock to even begin to tackle the problem says it all.

  9. From the law offices of Larry, Moe, and Curly by Anonymous Coward · · Score: 3, Funny

    Armchair lawyers are hilarious morons.

    1. Re:From the law offices of Larry, Moe, and Curly by Anonymous Coward · · Score: 0

      Armchair lawyers are hilarious morons.

      I'd say GP has evolved beyond armchair lawyer and has reached Armchair Legal Justice Warrior stage.

      ...my website and services explicitly have a NOLICENSE license agreement wall, before you can enter. So everybody who agrees, has relinquished all his "i.p." claims forever...
      [...]
      Then I can sue the living fuck out of him according to his own unlaws.
      [...]
      [In a contrived scenario] it will be breaking and entering, or even a act of war (invasion). Which means he will also get the living fuck sued out of him.)

      This is right up there with the Time Cube guy. Entertaining!

    2. Re:From the law offices of Larry, Moe, and Curly by tehcyder · · Score: 2

      Armchair lawyers are hilarious morons.

      Oh boy you're in trouble now. He's going to sue the living fuck out of you.

      --
      To have a right to do a thing is not at all the same as to be right in doing it
    3. Re:From the law offices of Larry, Moe, and Curly by Hognoxious · · Score: 1

      I'd say GP has evolved beyond armchair lawyer and has reached Armchair Legal Justice Warrior stage.

      I suggest we appoint him to the Armchair Supreme Court.

      We have the authority.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    4. Re:From the law offices of Larry, Moe, and Curly by Anonymous Coward · · Score: 0

      Time Cube is great. As are the ramblings of ATZE-TM and his website. But I will admit, once you get through the lengthy copyright notice, dlak-TM's ambient music is quite enjoyable.

  10. I'd hardly say it's "well on the way" by AbRASiON · · Score: 3, Interesting

    It's only just reached 1.0 and the encoding time of the codec is mind blowingly slow. It makes encoding HEVC look extremely fast.

    I'm praying that AV1 takes off in a big big way, I like the idea of a superior codec, saving me disk space and being open source and free, my inner PC hippie is into that.

    I don't know if it does every single feature HEVC or 264 does mind you, it might be crap at 10bit or 12bit or something, I just don't know, but my understanding is, it's fairly good.

    None the less, it's not going to be replacing anything for several years. You need to wait multiple generations for smartphones, tablets, laptops, PCs, TVs and god knows what else to have new AV1 capable chips in them. Plus the encoder needs obvious, intense optimisation. Honestly the litmus test is when the piracy teams (or at least a few hardcore anime groups) start using the codec.

    When I can replace some of my stuff on my NAS, with something at least 33% smaller and identical or better quality, I'm much more interested.
    I do wish them well and I hope these hype articles continue, but patience will be a virtue here.

    1. Re: I'd hardly say it's "well on the way" by Anonymous Coward · · Score: 0

      It will be a generation or two before we have AV1 baked into silicon; be it NVENC, Quick Sync, AVC, or some other ASIC implementation.

    2. Re: I'd hardly say it's "well on the way" by AbRASiON · · Score: 1

      In my personal situation, I'm willing to adopt earlier, since I use a proper HTPC as my primary device to watch media. It's just the rippers who need to start adopting it. I'd estimate a bare minimum of 18 months for that too though, considering encoder speed :/

  11. Xiph's Daala. by Anonymous Coward · · Score: 0

    Any claim mozilla had a significant part in it, other than maybe throwing some cash their way is laughable. Xiph was around for years while mozilla more or less ignored them.

    1. Re:Xiph's Daala. by theweatherelectric · · Score: 4, Informative

      Mozilla employs people from Xiph such as Chris Montgomery, Timothy Terriberry, Jean-Marc Valin, and Thomas Daede. I don't think paying the bills is laughable. Mozilla has funded development of Opus, Daala, and AV1.

      If it helps, here's a recent blog post from Chris Montgomery on AV1's contstrainted directional enhancement filter.

  12. Hardware Acceleration for Consumer Devices? by jaa101 · · Score: 1

    So, when will there be hardware acceleration to make high res playback viable on consumer devices? When will I be able to play 1080p or better on AV1 to my: Android/IOS phone/tablet, media box, DVD/BD player, TV, etc. Just about any TV or BD player for sale these days can handle a USB drive with H.264 video but H.265 support is still pretty rare. Also, how much computer do you need to smoothly stream 1080p or better on AV1? Assuming the average CPU won't cut it, is acceleration available yet on many graphics systems, either discrete or integrated? It looks like even VLC has only had "experimental" support for AV1 since February.

  13. summary is dishonest by Anonymous Coward · · Score: 1

    In the summary it says "H.264 web video works everywhere".

    This is in fact quite untrue. H.264 does not work on Linux out-of-the-box.

    I run a business on Linux and have even written device drivers for it and embedded it into special hardware, so I'm not some babbling idiot who cannot code or follow install instructions. It is certainly true that I will not download code from sites I do not trust and then allow that code to run on any system on my company network. I don't remember if it was that there was no trustworthy site to get the code from; If I have to download code from northkoreanhackers.com and install it with root priv to play H.264 then that's probably why I gave up on H.264 long ago. I suppose it could have been something about the distros I run or the specific hardware of the systems I own, but not a single system I have will play any H.264 video and I've never seen anybody successfully play such videos on a Linux system. I'd bet the situation is even worse for BSD users.

    It's just one of the sh** problems in Linux land. If something does not work without somebody monkeying with it, then it does not work and the endless parade of excuses usually offered by Linux fans is meaningless.

    If patents make it so you cannot legally ship the code to play H.264 and thus everybody needs to download code from some shady site and effectively violate the law in order to play H.264, then you cannot legally play H.264.

    If the problem is not the patents, then this may also be part of a general open source community problem: nobody wants to do the drudge work of making basic stuff work right, everybody just seems to want to add new features or play with the look and feel of the GUI.

    1. Re:summary is dishonest by JackieBrown · · Score: 1

      If you are against binary closed blobs, then I guess windows is a no go for you and your special unamed hardware.

      I've had no problem using kodi or vlc to watch x264.

      In fact, x264 playback is even in Debian without needing to install extra repos (and unless Debian has changed allot over the years, if Debian feels it's free and safe enough to use, I'm sure Ubuntu and most the other main distros play it just fine.)

      https://wiki.debian.org/Multim...

  14. past-time my arse by Hognoxious · · Score: 1

    It's pastime. Does anyone here even English?

    --
    Confucius say, "Find worm in apple - bad. Find half a worm - worse."
  15. What about Ogg Vorbis by Anonymous Coward · · Score: 0

    What ever happened with that one which was suppose to already be patent free?

    1. Re:What about Ogg Vorbis by Anonymous Coward · · Score: 0

      It sucks, and patented encumbered ones are so superior that people prefer to use them even with all the inconveniences.

    2. Re:What about Ogg Vorbis by Anonymous Coward · · Score: 0

      Vorbis is an audio codec, and AV1 is a video codec.

  16. Changes of an Era by Xnet+Project · · Score: 1

    As history has taught us, this is just one of many technologies that derived from the 80s that is in the process to be possibly fast tracked, and replaced for a loyalty-free variant. What is interesting is it took the mass collaboration of multiple groups to put together a newer, and better codec for overall support. Imagine if other technologies were affected the same as they age.