AudioEngine branch - DO NOT REQUEST BINARY BUILDS

AudioEngine branch - DO NOT REQUEST BINARY BUILDS - Printable Version

+- XBMC Community Forum (http://forum.xbmc.org)
+-- Forum: Development (/forumdisplay.php?fid=32)
+--- Forum: Development (/forumdisplay.php?fid=93)
+--- Thread: AudioEngine branch - DO NOT REQUEST BINARY BUILDS (/showthread.php?tid=78289)

Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133

- sebak - 2011-04-07 11:08

SpectreX Wrote:Are you talking about not merging AE with the main branch?

I think he means that the integration of TagLib should be done in a seperate git branch than AE.
It probably is, but the dev of AE talked about it a couple of times in this thread.

- gnif - 2011-04-12 10:09

Ok, I am sorry I have not updated this thread in ages, RL and PC issues have prevented me from working on AE in quite a while...

A few things have been fixed in the last few days, a crash bug when transcoding to AC3 has been corrected, and gimli has found and fixed a bug in the DTS parsing, so DTS should now be working (not DTS-MA).

I have removed the setting apply delay again, this was more of a hack to try to work around a race condition I could not find, this bug was corrected about 20 minutes ago Smile

.

Re TagLib.. there is a seperate branch for it in my repository, but I never finished it due to the missing ability to support a VFS, apparently the next version of TagLib will have an abstraction API, so it is delayed by that.

@Anssi, I will look at those regressions.

gimli has been assisting in adding iOS and CoreAudio support, I believe he has CoreAudio working already, but there is some issues that need to be addressed for embedded platforms as the float performance on them sucks. We are investigating a compile time option to switch XBMC back into S16 mode, but this is quite a major task in itself, so it will delay things a little.

Anyway, I will try to continue to push out more updates and information into this thread Smile

- liquidskin76 - 2011-04-12 11:52

Thanks for the update gnif.

- crash123 - 2011-04-12 14:34

gnif Wrote:Re TagLib.. there is a seperate branch for it in my repository, but I never finished it due to the missing ability to support a VFS, apparently the next version of TagLib will have an abstraction API, so it is delayed by that.

http://developer.kde.org/~wheeler/taglib/api/

Added in TagLib 1.7.0?

- gnif - 2011-04-12 15:09

@re taglib, its low priority at this point, if 1.7 has the ability to abstract the FS, then for sure, I will implement it post AE.

- ashlar - 2011-04-12 15:59

gnif Wrote:I have removed the setting apply delay again, this was more of a hack to try to work around a race condition I could not find, this bug was corrected about 20 minutes ago .

Maybe I'm misunderstanding, but the "apply delay" setting could be handy for people without complex AVRs.

- spiff - 2011-04-12 16:13

you misunderstood. there was a sleep() in the code to avoid updating settings too fast. nothing to do with av delay.

- ashlar - 2011-04-12 16:16

spiff Wrote:you misunderstood. there was a sleep() in the code to avoid updating settings too fast. nothing to do with av delay.

Ok, ok, I'm outta here. Sorry, delete everything. I'm no coder, I need to shut up. Sorry.

- gnif - 2011-04-12 18:41

Singing off for tonight with another update

I have fixed numerous issues with selection of HDMI output for LPCM and a crash when using HDMI and channel layout is anything other then 2.0.

Also I have begun on the TrueHD bitstream support, I can now identify the stream and detect the sample rate, still to decode the frame size, it seems that TrueHD (& MLP) have a horrid stream format that is going to be a pain to figure out, thankfully ffmpeg has some code I can use as a reference here, but its still not going to be as simple as AC3 & DTS was.

Once the frame size can be decoded it can be packed and sent to the receiver, and in theory it should work. It seems that all bit streaming TrueHD support I can find on the net is for the MS API which handles most of this, I could be wrong however.

- MutatedHero - 2011-04-12 19:00

Thanks for the update gnif, keep up the good work! Smile