Hi Jean. I highly appreciate the work you do for opensource community. I know it sounds damn formal but I would really love to finally see open and and efficient codec in all browsers unleashing full html5 potential.
Don't give up. Selecting opus for WebRTC is big win. Anyway I recently got so tired of browser wendor dragging their feet for so long with html5 audio codecs support. So I got the following idea how to solve it. Basicaly whole problem with codecs and patent trolls is that codecs are fixed binary and takes time to spread codec around all browsers and platforms So when codecs are finally out and cover large enough market only then patent submarines will surface. They simply take advantage of fact that codec cant by simply pulled out and adjusted even with two lines everywhere at once. we remember gif submarine. Yet there is way to fight trivial patent trolls.
Sollution are maybe what i started calling "SoftCodecs" ie codecs that are distributed only in open source. No c code thou. let me explain.
Basically if you look at block diagram of any coder/decoder you see the same basic building blocs that are not patent encumbered. Ie looking at mp3 than aac is basically the same blocks with tweak here and there but much simpler. mdct is just variant of idct so basically cpu time in decoder is spending most of the time in those basic blocks
idct huffman filter
Basic idea to add support to decode anything in any browser is to register in JS lets say Algotithm object very flexible and configurable those basic building blocs as hw accelerated methods( many phones have dsp etc). JS data transfer between those blocs is fast due to native typedarray code. JS will pretty much just set pipes up on high level and configure parameters like bands thresholds etc.
I expect performance drop at most around 10% in first dumb unoptimized version.
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
timeasmymeasure
Maybe Way to solve codecs deadlock and trivial pattent attacks in future
Date: 2013-02-09 11:54 am (UTC)I highly appreciate the work you do for opensource community.
I know it sounds damn formal but I would really love to finally see open and and efficient codec in all browsers unleashing full html5 potential.
Don't give up. Selecting opus for WebRTC is big win.
Anyway I recently got so tired of browser wendor dragging their feet for so long with html5 audio codecs support.
So I got the following idea how to solve it.
Basicaly whole problem with codecs and patent trolls is that codecs are fixed binary and takes time to spread codec around all browsers and platforms So when codecs are finally out and cover large enough market only then patent submarines will surface. They simply take advantage of fact that codec cant by simply pulled out and adjusted even with two lines everywhere at once. we remember gif submarine. Yet there is way to fight trivial patent trolls.
Sollution are maybe what i started calling "SoftCodecs" ie codecs that are distributed only in open source. No c code thou. let me explain.
Basically if you look at block diagram of any coder/decoder you see the same basic building blocs that are not patent encumbered.
Ie looking at mp3 than aac is basically the same blocks with tweak here and there but much simpler. mdct is just variant of idct so basically cpu time in decoder is spending most of the time in those
basic blocks
idct huffman filter
Basic idea to add support to decode anything in any browser is to register in JS lets say Algotithm object very flexible and configurable those basic building blocs as hw accelerated methods( many phones have dsp etc). JS data transfer between those blocs is fast due to native typedarray code. JS will pretty much just set pipes up on high level and configure parameters like bands thresholds etc.
I expect performance drop at most around 10% in first dumb unoptimized version.