XBMC Community Forum
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

AE Testing - OtisPresley - 2012-02-01 17:15

I compiled on my Windows 7 x64 PC and tested on my HTPC, which has the following hardware and software:

OS: Windows 7 x64
XBMC running in portable mode
Foxconn H67S Mini-ITX MB
Intel i3-2105 (HD Graphics 3000)
Rotel RSP-1570 processor (HDMI connection)

Results:
  • DTS-HD audio plays ok if in Exclusive Mode. There seem to be some glitches if not.
  • TrueHD audio has constant drop-outs and some video shudders. This is the same result on all M2TS files that I tested with TrueHD audio tracks, which was 6-10 of them.
  • LPCM audio plays fine in Shared Mode and Exclusive Mode.
  • FLAC (16 bit 44.1 KHz) does not switch the processor in any mode.

Shared Mode uses my HDMI Audio Device settings (24 bit 192KHz and displays Multi-Channel PCM on the processor), but Exclusive Mode uses 44.1 KHz and whatever the default setting is on the processor (This was Dolby PLII Cinema until I changed it to PCM 2.0 so I could hear the FLAC's properly).

I don't know who I would send this information to, but XBMC needs to incorporate support for Intel QuickSync in order to support Sandy Bridge. I do not know if FFMPEG has incorporated support for QuickSync or not, but I know that FFDShow has in their implementation. This is what I am using in the Shark007 settings for H.264 and VC-1.

If DXVA2 hardware acceleration is used on a Sandy Bridge HD Graphics platform, there is a lot of video blocking with H.264 decoding that occurs because it is not using Intel QuickSync. Other formats seem to play fine. In this XBMC build, disabling DXVA2 was not an option because it makes 1080p video playback very choppy. I suspect that this may be because I cannot see my mapped drives in portable mode and have to use smb:// paths to play files, which has been a bit buggy in XBMC in the past.

I currently use MPC-HC as an external player for M2TS files on this system with XBMC and the Sharc007 codecs, and everything plays perfectly using the following filters:
  • FFDShow Video with Intel QuickSync enabled for H.264 and VC-1
  • LAV Audio with pass-through enabled for all formats
  • LAV Splitter set to enable forced subtitles by default
  • FFDShow Video for subtitles

Keep up the great work, and I hope this helps. Please let me know if you need any debug logs or video samples uploaded.

- DDDamian - 2012-02-01 19:27

@OtisPresley - welcome to the forums and thx for the feedback.

1) DTS-HD - adding user-controlled buffer size which will eliminate the drop-outs or glitches - the source currently has hard-coded buffer sizes based on testing for lowest latencies. Should be updated shortly.

2) TrueHD - between 28th and 30th an endless loop seems to have been introduced where the WASAPI code reports the incoming stream is compatible, but then is asked to re-open. Your log for this would have been very long indeed lol. Investigating

3) LPCM and FLAC are the same thing - just FLAC is compressed. It gets decompressed before it hits the AudioEngine. So AE sees both the same. The behaviour you're describing is correct for playback of 16/44.1 PCM files as that is the sink default. All audio devices should play this as a minimum as it's the Redbook CD standard. When AE is initialized it defaults to this, so playing 16/44.1 PCM files will work fine and not cause any switching unless immediately preceeded by a different format. FYI, mp3s are decoded to 16/44.1.

Shared mode will always default to your Windows sound settings unless using a RAW (passthrough) format such as DTS, Exclusive Mode resets the audio driver to match the source format or closest format the driver reports as compatible.

For the SandyBridge issues try searching the forums - can't help you there.

Thx for the feedback - working on the glitches you mentioned and hope the info provided helps.

- PatrickBateman - 2012-02-01 20:58

DDDamian Wrote:@OtisPresley - welcome to the forums and thx for the feedback.

1) DTS-HD - adding user-controlled buffer size which will eliminate the drop-outs or glitches - the source currently has hard-coded buffer sizes based on testing for lowest latencies. Should be updated shortly.

2) TrueHD - between 28th and 30th an endless loop seems to have been introduced where the WASAPI code reports the incoming stream is compatible, but then is asked to re-open. Your log for this would have been very long indeed lol. Investigating

3) LPCM and FLAC are the same thing - just FLAC is compressed. It gets decompressed before it hits the AudioEngine. So AE sees both the same. The behaviour you're describing is correct for playback of 16/44.1 PCM files as that is the sink default. All audio devices should play this as a minimum as it's the Redbook CD standard. When AE is initialized it defaults to this, so playing 16/44.1 PCM files will work fine and not cause any switching unless immediately preceeded by a different format. FYI, mp3s are decoded to 16/44.1.

Shared mode will always default to your Windows sound settings unless using a RAW (passthrough) format such as DTS, Exclusive Mode resets the audio driver to match the source format or closest format the driver reports as compatible.

For the SandyBridge issues try searching the forums - can't help you there.

Thx for the feedback - working on the glitches you mentioned and hope the info provided helps.

Hey DDD,

Compiled the latest version and also grabbed the 29th version. Ill have a tinker about tonight and if you need any thing testing let me know Smile

My Denon 4311ci omitted numerous errors With the latest build I compiled today, but the 29th was actually far more stable.

Anyway, let me know if you need anything. And awesome work on the WASAPI side of things Nod

- DDDamian - 2012-02-01 21:12

PatrickBateman Wrote:Hey DDD,

Compiled the latest version and also grabbed the 29th version. Ill have a tinker about tonight and if you need any thing testing let me know Smile

My Denon 4311ci omitted numerous errors With the latest build I compiled today, but the 29th was actually far more stable.

Anyway, let me know if you need anything. And awesome work on the WASAPI side of things Nod

Thanks bro - just FYI - my contribution has been very humble - this is gnif's genius at work. Big Grin I push boulders up-hill with my shoulder and sweat, gnif has a space elevator.

Play away - being aware of what I've mentioned above. If you do find something we're not aware of (not mentioned above) please exit XBMC, re-open and duplicate only the events that triggered the issues and post the debug log. That way we get a clean view of the event without reading 1,000 lines lol. Also post a synopsis of your hardware and audio driver version. Thx.

- MutatedHero - 2012-02-02 19:46

I'm running the latest build today and made a test with a DTS-HD music video sample.
The video plays fine in DTS-HD but when switching to the AC3 tack the sound stops and the video starts to stutter and fast forward. If I then try to change back to DTS-HD, XBMC says that it "failed to initialize the device".
Pushing stop (not pause) and then starting the video again brings the sound back.

I also noticed that in the log it says it assumes that it is an 1080i file. It should be 1080p. But this might just be me reading the logs wrong.

Here is a clean log.
http://pastebin.com/24EaZK0n

Thanks for all the hard work. I can hear a clear difference in the audio quality coming from the DTS-HD track. Smile

- DDDamian - 2012-02-02 22:00

@MutatedHero - there is an issue right now with paused streams - I know gnif's been working at it. Thx for the feedback!

- MutatedHero - 2012-02-02 22:13

DDDamian Wrote:@MutatedHero - there is an issue right now with paused streams - I know gnif's been working at it. Thx for the feedback!

I'm just glad to help testing and providing feedback since I'm not a good coder. Smile

- Gryph - 2012-02-04 05:25

Well I'm back now and can get back into testing; although no issues with playback of any files.

If I pause or skip part of a movie or tv show, it will run in fast forward for a moment and then xbmc will crash

Natty 11.04 x64 minimal server

Crash log with stack trace: http://pastebin.com/nwB2xWK6

- MutatedHero - 2012-02-04 12:33

Gryph Wrote:Well I'm back now and can get back into testing; although no issues with playback of any files.

If I pause or skip part of a movie or tv show, it will run in fast forward for a moment and then xbmc will crash

Natty 11.04 x64 minimal server

Crash log with stack trace: http://pastebin.com/nwB2xWK6

Mine also does the fast forward thing after skipping but it does not crash. And after a few seconds it returns to normal playback.

- rodercot - 2012-02-07 14:27

Gnif,

wanted to let you know it seems that nvidia 295.17 breaks AE. I am not sure what they changed between 295.09 and the newest beta driver. it loads fine, xbmc starts up fine, I get gui sound so it initializes the card fine when opening xbmc but as soon as I try and playback any file the gui says it cannot initialize the sound card. It the log it loads it up as NULL for the file everytime. I have a log but pastebin is busy and it will not load. I am updating alsa to 1.0.25 right now and I will report back if fixed. This is on 11.10 mythbuntu with sandy bridge and a gt430 running 3.3rc2 kernel.

Dave