Posts: 3,025
Joined: Sep 2011
Reputation:
255
DDDamian
Team-XBMC Developer
Posts: 3,025
Glad it's working.....but keep in mind the "drop of honey" will get better support than the rant posted earlier....
System: XBMC HTPC with HDMI WASAPI & AudioEngine - Denon AVR-3808CI - Denon DVD-5900 Universal Player - Denon DCM-27 CD-Changer
- Sony BDP-S580 Blu-Ray - X-Box 360 - Android tablet wireless remote - 7.1 Streem/Axiom/Velodyne Surround System
If I have been able to help feel free to add to my reputation +/- below - thanks!
Posts: 56
Joined: Apr 2011
Reputation:
0
Reinstall did nothing for me
Posts: 56
Joined: Apr 2011
Reputation:
0
When starting from terminal get this message
Running DIL (3.22.0) Version
DtsDeviceOpen: Opening HW in mode 0
DtsDeviceOpen: Create File Failed
Cound this be the problem?
Posts: 17
Joined: Jan 2012
Reputation:
0
So, after a day of playing with various things, here's the big item on my wishlist for the audio engine: no matter what the reason for audio failing (blocking on an ALSA device, failure code from Pulse, etc.), it feels like XBMC should wait a few seconds before declaring failure; and then, if still failing, ask the user what to do. Here's a use case that currently gives it problems:
On my desktop machine, I am frequently running multiple audio applications at once: XBMC with a video, Chrome with Flash, pidgin with audio notifications, PulseAudio in general, etc. Currently, XBMC opens the PCM device and keeps it open until it has to switch to passthrough mode. This makes the audio device inaccessible to other applications. A logical solution to this problem would be to switch XBMC to talk to PulseAudio for PCM instead, but the problem here is that when XBMC switches to passthrough, it closes its connection to PulseAudio but PA doesn't release the device for another few seconds. XBMC fails to open the passthrough device, and bam: no audio.
So I guess what I'm asking for is better handling of these kinds of transient failure modes. Thoughts?
Posts: 7,135
Joined: Oct 2012
un1versal
Out of Memory (1939–2016)
Posts: 7,135
@
negge 
at that comment for different reasons
The only reason why some Linux users are more competent than others its not because of Distro they use, its because some, will actually dowork() others will expect dowork() to be done for them.
It has nothing to do with brains, its more laziness.
uNi
Posts: 3,735
Joined: Dec 2010
Reputation:
53
negge
yo guysv7may bd latr tomorroe
Posts: 3,735
I agree to some degree although by original point was that problem-solving on Ubuntu is of a completely different caliber than problem-solving on any other distribution because Ubuntu manages to break/screw up so many things.
Posts: 2
Joined: Feb 2013
Reputation:
0
Seems like AE or XBMC ignore the alsa config it some point, ignoring the default pcm and going (in my case) for the "front" pcm that dont have a dmix asociated.
Usually default "default" pcm have a dmix included at some point of the initialization (or the black magic/rune throwing/rain dance alsa does underground :-P), so opening other pcm's means losing the share device thingy.
Add this to /etc/asound.conf:
pcm.FixXBMCAE{
type plug
slave.pcm dmix
hint{
description "Create an alias of dmix that appear on XBMC audio setting, for not hogging the sound device ...."
device_output 0
device_input 0
}
}
It will create one more entry to pick up on settings/system/audio device/card etc. The name will be similar to the other entries, but this one will let you use sound in other apps
