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
- EMK0 - 2011-04-25 19:04
dado483 Wrote:Hi gnif,
can your hardware even bitstream hd audio?
- SpectreX - 2011-04-25 19:10
gnif said that on linux only the GT210 and above are capable of bitstreaming HD audio, and even on the GT210 there are some issues since it isn`t officialy supported for this task by Nvidia.
- Calvados - 2011-04-26 04:19
@dado483: before you play with AE, I'd suggest you read http://www.nvnews.net/vbulletin/showthread.php?t=157347, and see if that test works for you. This is what I did back then to assert if my GT240 would work in HBR mode because it doesn't work on every 210/240. I am lucky, it actually works fine for me. You will have to make sure ALSA is setup properly to have the HDMI device sets.
My audio is set to HDMI in 7.1 with HDMI for both passthrough and normal audio device, no boot volume on downmixing, with receiver capable of AC3, DTs, LPCM, TRUEHD. That being said, I've been running AE for a while now, and I noticed the following:
1) When you start a video with multiple audio tracks (typically a blu-ray in my case), if xbmc choose a track different from the TRUEHD one, switching to TrueHD makes the track being sent to the receiver with a wrong channel config. To fix that, I basically stop and restart the replay (XBMC defaults now to the previously selected audio track) and it works from there. Alternatively, I have selected during playback the audio properties, set to output to stereo only, and unset that and then it works fine as well. As soon as it has correctly started to decode TRUEHD, you can skip ahead and what not, it works fine. Personally, I can live with that... I am more puzzled as why XBMC would not select the 1st audio stream by default.
2) With my config set to 7.1, my receiver initially receive a 7.1 PCM in 48Khz... now, it happens that after a few things I played, for an inexplicable reason, the PCM sent is a 2.0 PCM (44.1Khz or something else... basically whatever the track I am playing is supposed to be), pass-through is never a problem though as expected. If I restart XBMC, we are all back to normal.
3) In the same vein, playing for example a mono FLV 22Khz makes XBMC crash point blank. The Git master would actually play it correctly for audio device set to HDMI, or wrong (expected) if the device is set to defaults.
All in all, this is to be expected for an experimental branch, those things will eventually be fixed I am sure . The current state is rather excellent for that kind of things.
@gnif: I wonder something though: I have some Blu-ray which are LPCM in 5.1 or 7.1, shouldn't you send those with the same channel config (like in pass-through)? It just seems strange , but may be this is on your roadmap, I dunno, after all you added recently an option for LPCM receiver.
- Calvados - 2011-04-26 13:55
Actually in regards to 2) issue... I found the exact circumstances. So initially, AE is initialized with 8 channels on my system, then If I play a pass-through video, AE sets the number of channels to 2 for ALSA, and after it is done, it doesn't reset the channels back to 8 (7.1). In fact, If I were to play a 5.1 FLAC after that (or a 7.1 LPCM), it will only output a PCM 2.0 (hence I loose some resolution)...
Rather amusing in a way .
- joethefox - 2011-04-26 17:31
Thank you for your effort!
Tested this weekend and my audio 2.1 environment say thank you too! Finally a bit exact playback and feel the big difference with the old engine!
Funny thing: first times all tracks were played at about double/triple speed, like if my collection was a collection of covers by Alvin and the Chipmunks!
More funny thing: I attended the first event of self-debug and self-repair software: after listened to an entire Alvin cover song, from that moment all songs have been properly played... :O
- gnif - 2011-04-27 07:21
@Calvados: I will look into that, I don't have any 5.1 FLAC files so I will have to obtain one for testing.
- alanwww1 - 2011-04-27 09:53
gnif Wrote:@Calvados: I will look into that, I don't have any 5.1 FLAC files so I will have to obtain one for testing.
Here are some channel identification test files i created:
Not sure if they are all good, but when i tested with windows they were ok.
- Calvados - 2011-04-27 11:11
@gnif: http://rapidshare.com/files/300916755/testeflac8824.flac 40MB (5.1), this is the test I use for checking if Multi Ch PCM works.
- TugboatBill - 2011-04-27 17:06
I can send you a 96Khz 24bit 6 channel flac if needed. Just PM me.
- lloydsmart - 2011-04-27 23:16
Tested latest git today. Crashes don't occur any more but the speedup/no-audio issue still exists. That is to say, no audio at all and sped-up video on everything, including TrueHD tracks and "normal" audio tracks.
Do you need another log?