[WINDOWS][PATCH]Bitstream output of HD audio formats

[WINDOWS][PATCH]Bitstream output of HD audio formats - Printable Version

+- XBMC Community Forum (http://forum.xbmc.org)
+-- Forum: Development (/forumdisplay.php?fid=32)
+--- Forum: Development (/forumdisplay.php?fid=93)
+--- Thread: [WINDOWS][PATCH]Bitstream output of HD audio formats (/showthread.php?tid=121877)

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 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154

- charlievoviii - 2012-02-04 10:44

you are the man.

- charlievoviii - 2012-02-04 10:48

.....

- DanielaE - 2012-02-04 12:36

@ all: Thanks for all of your testing efforts - I appreciate them heartedly!

I can see those random TrueHD issues on my setup as well, but only if I play them from the original M2TS container. In almost every case output is fine on a retry. If I remux these files into my preferred MKV container I can't see playback issues, and the same is true with exactly the same audio streams in raw audio files. To me this looks like a timing problem deep down in the dvdplayer engine.

@ Memphiz: this is a Windows-only (former OS/2-only) shop - sorry Wink

@ steelman1991: I've never been hiding anywhere, my HTPC project started in december last year and I had to do something about the sad state of affairs when it comes to HD audio bitstreaming. Back then AE was seemingly abandoned and no binary worked on my brand new rig. And this is only a small part of the project...

@ Philmatic: rip the code apart, keep what you like, and dump the rest ...

@ bluray: there is gnif/AE stuff in there - it's too good to be put aside. My idea was to check what's available, take what works, add what's missing, and fix what needs fixing. And then strip all of the surplus code lines such that impact to main xbmc trunk code is kept as low as possible.

@ charlievoviii: try one more time. Hint: Daniela is a female name here in Germany Wink

- ArieS - 2012-02-04 12:41

DDDamian Wrote:Ah yes - I see the database change. Good you pointed that out in case anyone tries it and needs to revert.

What's the difference for the database?

- Montellese - 2012-02-04 13:12

ArieS Wrote:What's the difference for the database?

The database update comes from commits that have been done in XBMC after Beta2 has been released. No high impact changes though. Some commits that changed something in the SQL views were reverted so the database version had to be updated so that the "new" (old) views were re-created correctly.

- DDDamian - 2012-02-04 19:39

DanielaE Wrote:To me this looks like a timing problem deep down in the dvdplayer engine.

@ Philmatic: rip the code apart, keep what you like, and dump the rest ...

@ charlievoviii: try one more time. Hint: Daniela is a female name here in Germany

Hi Daniela - AE is seeing the same dvdplayer timing or fetch issues as well, resulting in some skips/drop-outs or discontinuities as they are logged, so you are correct in the source of that issue.

@philmatic - the WASAPI sink of AE already handles the bitstreaming in shared and Exclusive modes Cool

but there's issues further up the ladder as noted above, plus some recently introduced stream-handling code that needs work.

Gotta say though, this is a working solution, and a great piece of work.

Daniela - you da woman lol. Wink

- DDDamian - 2012-02-04 19:42

Montellese Wrote:The database update comes from commits that have been done in XBMC after Beta2 has been released. No high impact changes though. Some commits that changed something in the SQL views were reverted so the database version had to be updated so that the "new" (old) views were re-created correctly.

So Montellese - are the nightlies post-Beta 2 using MyMovies60.db? As you say - low-impact but good for peeps to know if they try this, add items and have to revert for whatever reason.

- Jimbo Ro - 2012-02-04 19:57

For some reason I need to change either the audio track (if the movie has more than one) or change the audio output from HDMI to coax, and then back to HDMI (while in a movie) to get audio working. Other than that this works great.

- Montellese - 2012-02-04 20:11

DDDamian Wrote:So Montellese - are the nightlies post-Beta 2 using MyMovies60.db? As you say - low-impact but good for peeps to know if they try this, add items and have to revert for whatever reason.

Yes if the build from Daniela has a MyVideos60.db then it's a post-Beta2 build because Beta2 uses a MyVideos58.db.

But sure if someone wants to revert to Beta2 he must live with the fact that anything added while using the post-Beta2 build will not be in his Beta2 database.

- bluray - 2012-02-04 20:34

DanielaE Wrote:@ all: Thanks for all of your testing efforts - I appreciate them heartedly!

I can see those random TrueHD issues on my setup as well, but only if I play them from the original M2TS container. In almost every case output is fine on a retry. If I remux these files into my preferred MKV container I can't see playback issues, and the same is true with exactly the same audio streams in raw audio files. To me this looks like a timing problem deep down in the dvdplayer engine.

I tried 3 BD ISO movies with TrueHD audio on my AsRock E350M1/GT430 HTPC and Onkyo AVR (7.1 speakers). It seems to work fine with Audio settings as shown below.

I like a woman who take matter to their own hand, and don't rely on their hubby on everything. You remind me of one of the lady that used my guide to build her first HTPC, and she got everything to work the way she like it on her first trial. Great job! Smile