![]() |
|
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 |
- forall - 2012-02-26 15:21 Hello, Yesterday I compilled xbmc with AE - but I have some problem, when I play a movie it running so very fast 2-3x faster. My audio device isn't initliaze, I put custome device: plughw:0,7, on distro xbmc this audio configuration it working. I compiled xbmc with ./configure --prefix=/usr/local/xbmcAE --enable-vaapi --disable-pulse. Below I past my xbmc.log: http://pastebin.com/wg4MQkWw My HTPC: Asrock Z68M-ITX/HT i3-2100T (Sandy Bridge) - elite1967 - 2012-02-26 16:32 forall Wrote:Hello, I have the same problem. Cannot play with the newer versions. I have to stick with my version compiled in January. All other newer versions have the symptoms you describe above. They compile and run ok, but when playing back are 2x faster and no audio device initialized. Maybe some simple tweak could resolve the issue? - forall - 2012-02-26 17:19 @elite1967 - maybe Gnif say something where is the problem..
- mightymouse2045 - 2012-02-26 17:31 DDDamian Wrote:Yep, a debug log is handy. Obviously it's not seeing your audio driver. I'm assuming nVidia here. I think if you search this thread and the forum with "plughw" you'll find some answers, as a Custom audio device must be configured properly for your hardware, and this topic has been well discussed. Here is a new log - I did a git reset and clean and rebuilt - it obviously wasn't getting any debug info in my previous logs but now it is: http://pastebin.com/HgDg3x9h Hopefully this will help you or gniff track down the problem for me.... This log is opening DTS-HD MA, DTS-HD HRA and Dolby True HD streams but still any stream I play it shows as PCM and in the log it is showing that it failed to open passthrough EDIT: By the way this works: Code: aplay -D plughw:1,7 -c8 -fs16_le -r192000 thd.spdifThis is with an NVidia 560TI - mightymouse2045 - 2012-02-26 19:22 mightymouse2045 Wrote:Here is a new log - I did a git reset and clean and rebuilt - it obviously wasn't getting any debug info in my previous logs but now it is: Not wanting to be a pain but I have since set both audio output and pass through to custom and typed in "does this even work" for both and funnily enough I still have audio - so I don't know what's happening but for some reason these options aren't even working for me and the audio device is being picked up elsewhere. - Drae - 2012-02-26 19:36 forall Wrote:Hello,I see the same thing - discontinuities - with a G620T processor. Given it runs fine on my Nvidia G210 card in the same system I assume it's a case of tweaking needed to support Intel. This is all on Linux ofc. - wingrunr21 - 2012-02-27 15:25 mightymouse2045 Wrote:Not wanting to be a pain but I have since set both audio output and pass through to custom and typed in "does this even work" for both I think your issue is Pulse. I'm running a nVidia card directly to ALSA with a Custom device (hdmi:CARD=NVidia,DEV=1) and get everything working to my receiver. I did have issues with the newest nvidia drivers (295.20) so I am currently running 290.10. Only issue I have is DTS output is choppy as none other so I currently have that disabled and just output PCM to the receiver. It is odd since DTS-HD works fine but I figured it was a bug. @people getting choppy video: the choppiness is because the audio output device could not be opened to play back your stream. I saw the same issues when I ran my ATI card and tried to play HD audio (ATI cards only support two audio channels via HDMI). You need to make sure you are sending sound out of the correct interface and/or you are modprobing to enable the digital audio features properly. - mightymouse2045 - 2012-02-27 18:54 wingrunr21 Wrote:I think your issue is Pulse. I'm running a nVidia card directly to ALSA with a Custom device (hdmi:CARD=NVidia,DEV=1) and get everything working to my receiver. I did have issues with the newest nvidia drivers (295.20) so I am currently running 290.10. Only issue I have is DTS output is choppy as none other so I currently have that disabled and just output PCM to the receiver. It is odd since DTS-HD works fine but I figured it was a bug. Can I ask you if this is with an AE build on or after the 28th Jan? I have tried the above device, as well as plughw:1,7 and hw:1,7 and hw:CARD=1,DEV=7 and hw:CARD=NVidia,DEV=7 None of them work - it keeps giving me this in the log: Code: 00:45:10 T:139930336474880 DEBUG: FactoryCodec - Audio: passthrough - OpeningI have tried going back to previous commits, I have played around with default devices etc but everything i do the passthrough fails to open and it just plays via Pulse Audio and I get PCM only appearing on the receiver... But if I use the above devices and run aplay on the command line it plays correctly and shows the correct audio stream... I am stumped at this point - wingrunr21 - 2012-02-28 20:13 I'm running AE master merged with Eden RC1. I still think your issue is Pulse. Backup and remove /etc/asound.conf, reboot, and see if you can get the passthrough to work. - mightymouse2045 - 2012-02-29 03:37 wingrunr21 Wrote:I'm running AE master merged with Eden RC1. Hi, Is that from the standard AE git latest build, or the git when it was merged on the 28th Jan, or the latest AE git merged with the latest Eden RC1 git? if the latter how did you do that? I can get passthrough working as expected with the latest RC1 Eden build by disabling navigation sounds in XBMC. I understand all the various hdmi:,hw:,plughw: options, and have them working without issue. What I think is happening is somehow the alsa driver is getting held open in AE but the logs or logging method has changed so it's not clear from the logs whether it can't be found or if it's "device is busy", or even what interface it is trying to use. It is now being logged simply as trying to open passthrough, opening passthrough failed. Which doesn't help me track down what the issue is. With Eden the logs at least let me track down where the issue was, and I now have passthorugh working with that build... So if your saying we could somehow merge the builds so I had the best of both worlds that would be a great option in my opinion ![]() PS. I don't have an /etc/asound.conf I deleted it. The only entry I have modified is the /etc/pulse/default.pa to tell it to load the alsa hdmi:NVidia device as the default, and a probe mask setting the valid codec in my case Dev 1 as the NVidia device and masking the other 3 non working devices. I have tried disabling the pulse audio altogether, not building with pulse support, setting gstreamer properties to various outputs and all of them have failed. |