Dcadec dts decoder
![dcadec dts decoder dcadec dts decoder](https://evefasr516.weebly.com/uploads/1/2/4/8/124853270/668936182.png)
(1/1) Überprüfe verfügbaren Festplattenspeicher 100% (1/1) Prüfe Schlüssel im Schlüsselring 100% Gesamtgröße der installierten Pakete: 9,28 MiB Paket (1) Neue Version Netto-Veränderung Größe des Downloads Suche nach in Konflikt stehenden Paketen. I don't have strong objections to proprietary apps using it, the decoder can be relicensed as LGPL if/when released as a library.=> Erstelle Paket: python2-gevent 1.1.0-1 (Di 29.
#Dcadec dts decoder license#
PS: did you think about changing the license something like LGPL? This way, evil proprietary apps could use this decoder (but also other open source projects which dislike GPL). From the wording it seems it doesn't, thus I'm probably late with this :) I wonder if it includes lossless decoding requirement or not. (Then you could even add new fields to the struct without breaking ABI.)ĭidn't know the bounty existed. I don't think it'd be a problem to let your library return a pointer to a struct, which has all the information.
#Dcadec dts decoder Patch#
For example, the pending lavc patch "almost" decodes master audio. Sounds like he has a chance to cash it in. In fact, I'd volunteer for writing such a patch.įyi: vlc has a 4000 € bounty on this if you need further motivation. They want to improve their own decoder, but say a wrapper would be an acceptable temporary solution. I think it's likely that they would accept a wrapper for your lib.
![dcadec dts decoder dcadec dts decoder](https://ae01.alicdn.com/kf/HTB1d1ChPFXXXXcIXFXXq6xXFXXXE/DTS-Digital-Audio-Decoder-5-1-Audio-DTS-AC-3-6CH-Digital-Audio-converter-LPCM-To.jpg)
Audio isn't even that big in volume, and there are likely more important things.
#Dcadec dts decoder free#
allocate it in the lib, and provide a function to free it (and make it the user's responsibility)īoth would work well with libavcodec's AVFrame refcounting.Īnyway, it's not important, so better don't think about it.allow the user to allocate his sample data.(Then you could even add new fields to the struct without breaking ABI.)įor doing zero-copy, you could do one of two things: I don't think there's any API design specific to OSS. No problem at all, it actually motivated me to do a rewrite in C. Sorry, my initial reaction was being sour on D. Also I think libavcodec has some output gain problem with DTS (it sounds louder than it should).Īnyway, quite impressive. Yes, that's because of floating point used for all DTS core computations and a different IDCT algorithm used. AFAIK this is because the libavcodec decoder uses float instead of fixed point. They've also had someone add DTS-MA support to libavcodec's own decoder (and it will be merged soon), but it's not bitexact. Starting from scratch this year was much easier. Actually, over a year ago, when I did my first take on implementing DTS-HD MA decoder, I tried to base it on libavcodec implementation, but quickly realized this was not going anywhere as too many changes were required.
![dcadec dts decoder dcadec dts decoder](http://cdn.shopclues.net/images/detailed/9771/Decorder_1418729506.jpg)
Having a wrapper in libavcodec is an interesting option. I think Libav is quite interested in this decoder. I'd suggest aiming to integrate your decoder into libavcodec (either as a wrapper to your lib, or merging your work or parts of it into libavcodec). But the obvious winapi-like alternative of filling a user supplied structure is frowned upon is OSS I think.Īlso I think it should provide some way to do zero-copy decoding (maybe allow the user to provide his own buffer). I agree that having many output parameters is quite ugly. The API looks a bit complicated: the decode function (dcadec_context_filter) has a lot of output parameters, and they overlap with two other info functions.