2012-02-05, 19:22
11.12 Cat drivers also work fine with this patched version of XBMC, just to let you know.
a11599 Wrote:I just have two movies with dts-ma so that's all I could test but one thing I noticed is that the audio packets are calculated to be of 170.67 ms duration in CDVDPlayerAudio:: DecodeFrame() because audioframe.size is 32768 (it is 2048 for dts core). The invalid duration can cause audio sync issues with drop/dupe packet sync method. I think the packet duration should be the same 10.67 ms for all (?) dts fomats because HD formats are "just" added on top of core so it seems logical that the duration is also the same (although I was unable to find any specs on this).Thanks for testing! While I have cherry-picked your patch into my repo to play with it for a while, I came to the conclusion that neither the original code nor your fix is correct - for two reasons:
meridius Wrote:Hi I am using 11.9 as that was the most stable for me as 11.10 had video problems
DanielaE Wrote:The AMD HDMI audio driver seems pretty much independent of the rest of the Catalyst package. You may pull it out of the package and save it away for use with different versions of video drivers. This is basically what I did to switch back and forth between AMD HDMI audio and Realtek HDMI audio. XBMC works with both of them here on Windows 7 and Windows 8 - no strings attached, no funny external codec packs required, straight out of the box.
DanielaE Wrote:Thanks for testing! While I have cherry-picked your patch into my repo to play with it for a while, I came to the conclusion that neither the original code nor your fix is correct - for two reasons:
Basically, this mess is due to a hierarchy violation in the code abstraction layers. The duration of an audio frame must be supplied by the active codec rather than figured out at an codec-agnostic level which simply put has no real clue on how to accomplish that in the first place.
- The idea of calculating the duration of an audio frame is a linear function of the size of a chunk of data is true for coding schemes with constant coding gain only. None of the codecs in question has this property. Thusly the calculated duration is a raw estimate - at best. Even more so after pushing it through the output muxer.
- The DTS coding scheme has a multiple frame sizes (but I may be wrong here)
Zaxx40 Wrote:I do not have a guisetting.xml in the xbmc user data folder
meridius Wrote:Why did u update was there problems with other drivers and if so what where they and driver version.For me, I updated it to 12.1 because it is available. It works great!
Was wondering what 12.1 had over the older driver.
Chees
Zaxx40 Wrote:Hi Everyone,Did you do these?
I am stuck. I removed Eden 2 and installed the new version from the link provided. I still not see the option available for DTSMA and Dolby True HD. Only DD and DTS. Not sure what I am doing wrong.