• 1
  • 48
  • 49
  • 50(current)
  • 51
  • 52
  • 54
Linux AudioEngine testers - Linux only
of course at the end (with some rare exception...) there's a dac that converts signal from digital domain to electric signal (line), and that needs to be amplified to move speakers (power). where you plug a mini jack, an rca, an xlr connector, well, inside there the dac you're using. of course we should avoid sound board dac, and even when you use HDMI you do it in digital domain until is decoded, converted and sent to internal dac of the black box called home theater.
Reply
(2013-01-17, 21:59)8rnity Wrote: of course at the end (with some rare exception...) there's a dac that converts signal from digital domain to electric signal (line), and that needs to be amplified to move speakers (power). where you plug a mini jack, an rca, an xlr connector, well, inside there the dac you're using. of course we should avoid sound board dac, and even when you use HDMI you do it in digital domain until is decoded, converted and sent to internal dac of the black box called home theater.
i think you and i know the issues Smile

can we have your full debug log (wiki) now?
If I have helped you or increased your knowledge, click the 'thumbs up' button to give thanks :) (People with less than 20 posts won't see the "thumbs up" button.)
Reply
thank you, I'm going to install OpenELEC again and post debug log in a while.
Reply
here:

h**ps://dl.dropbox.com/u/17598815/log-2013-01-17-22.53.40.zip
h**ps://dl.dropbox.com/u/17598815/xbmc.log
Reply
pastebin
If I have helped you or increased your knowledge, click the 'thumbs up' button to give thanks :) (People with less than 20 posts won't see the "thumbs up" button.)
Reply
xbmc.log
http://pastebin.com/8hhNU6hv

01_XBMC.log
http://pastebin.com/VvG5zUFR

02_Kernel.log
http://pastebin.com/3WjGpq5x

03_Hardware.log
http://pastebin.com/c4cqjA76

04_Audio.log
http://pastebin.com/UAnWzSVz

06_varlog.log
http://pastebin.com/L3512rd5
Reply
You can see (around line 690 in the first log) that it certainly isn't passing through audio. Further thought necessary.
If I have helped you or increased your knowledge, click the 'thumbs up' button to give thanks :) (People with less than 20 posts won't see the "thumbs up" button.)
Reply
Hello all,

I just updated my Openelec installation to the new frodo release. I was looking for my custom option in the audio settings...
Now I know that there is a new audioengine and that there is no custom option anymore.

So far I can manually switch my audio settings to my different devices attached to hdmi and spdif. In eden and before I was using dual audio and just want to use it in frodo too. My asound.conf is working fine for the audio output device when setting to default. Unfortunately I would need it for the passthrough setting as well, but there is no default option available and so xbmc is not using my different devices, when the settings are set to pasthrough.

My scenario is the following. I have a TV and Surround Receiver. So when checking the dts capable receiver option the audio output device is not used, but the passthrough. Right !?! And for passthrough there is no "default" so my asound.conf doesn't seem to be used.

Do you guys know if there is a default option coming up or is it just not planned.

just lo let you know. I already read the post for dual audio http://forum.xbmc.org/showthread.php?tid=145430.

thx,
martin
Reply
(2013-01-18, 21:03)nickr Wrote: You can see (around line 690 in the first log) that it certainly isn't passing through audio.

uh! I see... but what does it mean? I'm going to test different distro to find some idea that at this moment i haven't
Reply
Hi I am wondering if someone might be able to help.

I am getting issues on my Acer Revo 3700, I used to use Openelec pre eden up till the last few weeks (updating every few weeks) where I have been getting the issue here... http://forum.xbmc.org/showthread.php?tid=150882

I have now installed xbmcbunutu RC3 (and now updated to latest master). The main issue of the audio jumping descibed in the other thread is gone, but I am getting this error all the time.

14:35:52 T:2939759424 ERROR: CAESinkALSA::HandleError(snd_pcm_writei(1)) - snd_pcm_writei returned -11 (Resource temporarily unavailable)
14:35:52 T:2939759424 ERROR: CAESinkALSA::HandleError(snd_pcm_writei(2)) - snd_pcm_writei returned -11 (Resource temporarily unavailable)

Full log here ... https://dl.dropbox.com/u/12655631/pvr/xbmc.log.

I was wondering if this issue could be hardware related and a fault that is new, as when I go back to very old versions of openelec.

Any thoughts?
Thanks.
Reply
ok, thank you anyway. after lot of hours spent (I tried linuxAP also without success) I'm pretty sure that I have a compatibility problem with my usb dac and linux. I'm going to come back to windows, and use xbmc on this without too much pains.
Reply
The Intel patch earlier discussed in this thread, fixing High Bitrate Audio on Intel systems ion1/ion2 and so on, for DTS-MA/Dolby TruHD,
if i recall right it was included in the stock 3.7.x kernel line, but was it included in 3.8.x line aswell?

Currently testing Ubuntu Raring on a Ion1 system with 3.8.0 (3.8.0-1.5), and DTS-MA gives static at this time.
Reply
(2013-01-24, 09:55)marix Wrote: The Intel patch earlier discussed in this thread, fixing High Bitrate Audio on Intel systems ion1/ion2 and so on, for DTS-MA/Dolby TruHD,
if i recall right it was included in the stock 3.7.x kernel line, but was it included in 3.8.x line aswell?

Currently testing Ubuntu Raring on a Ion1 system with 3.8.0 (3.8.0-1.5), and DTS-MA gives static at this time.

ION1 does NOT support HD audio
Reply
(2013-01-24, 09:55)marix Wrote: The Intel patch earlier discussed in this thread, fixing High Bitrate Audio on Intel systems ion1/ion2 and so on, for DTS-MA/Dolby TruHD,
if i recall right it was included in the stock 3.7.x kernel line, but was it included in 3.8.x line aswell?

Currently testing Ubuntu Raring on a Ion1 system with 3.8.0 (3.8.0-1.5), and DTS-MA gives static at this time.
ion is not (for these purposes) intel. It is nvidia.

If I have helped you or increased your knowledge, click the 'thumbs up' button to give thanks :) (People with less than 20 posts won't see the "thumbs up" button.)
Reply
Hi, 'm using OpenElec, build a Intel project yesterday to update to kernel 3.7.4. But still can not get DTS-MA/TrueHD to work.

Sometimes crackling noise, sometimes static

Before that, I always used Openelec with analog stereo because didn't had a HT in my bedroom.

My setup:

Philips HTS 3541/78(basic HT for my bedroom) connected via HDMI 1 (ARC input) to a Sony Bravia KDL 32ex405 with an hdmi 1.4 cable
HTPC with openelec connected via HDMI 4 on TV with an hdmi 1.4 cable

My HTPC specs:
Openelec Intel x86-64 Build from git master yesterday (Kernel 3.7.4)
Intel i3-2100 (Sandy Bridge - VAAPI)
4GB RAM (2x2gb)
Old 160GB Sata I HDD
Motherboard ECS H61H2-M2 : http://www.ecs.com.tw/ECSWebSite/Product...3&LanID=12 (with hdmi instead of DVI)

aplay -l


**** List of PLAYBACK Hardware Devices ****
card 0: PCH [HDA Intel PCH], device 0: VT1705 Analog [VT1705 Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 1: VT1705 Digital [VT1705 Digital]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 2: VT1705 HP [VT1705 HP]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 3: HDMI 0 [HDMI 0]
Subdevices: 0/1
Subdevice #0: subdevice #0

Openelec Settings

Audio Output: HDMI
Channels: 5.1
All decoding ON except AAC
Audio device: [HDA Intel PCH] HDMI 0
Audio passthorugh: [HDA Intel PCH] SNY Sony TV on HDMI

Full xbmc.log: http://pastebin.com/wwFGQ6Xy

Reply
  • 1
  • 48
  • 49
  • 50(current)
  • 51
  • 52
  • 54

Logout Mark Read Team Forum Stats Members Help
AudioEngine testers - Linux only4