Kodi Community Forum
AudioEngine branch - DO NOT REQUEST BINARY BUILDS - Printable Version

+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Development (https://forum.kodi.tv/forumdisplay.php?fid=32)
+--- Forum: Kodi Application (https://forum.kodi.tv/forumdisplay.php?fid=93)
+--- Thread: AudioEngine branch - DO NOT REQUEST BINARY BUILDS (/showthread.php?tid=78289)



RE: AudioEngine branch - DO NOT REQUEST BINARY BUILDS - DDDamian - 2012-05-10

@jpdsr - looks like an issue with Win XP and the device enumeration. I don't have an XP machine, but I should be able to fix that up regradless - give me a day or two. Being Windows specific, as gnif says pls watch the Windows AE thread >>here<<, and I'll post there when a patch is pushed.


RE: AudioEngine branch - DO NOT REQUEST BINARY BUILDS - apeeters - 2012-05-12

When selecting Audio Output: HDMI it would be nice if the correct Audio (and passthrough) output device would be selected. For the devices below this is device 3.

Code:
12:01:02 T:3008800576 DEBUG: CAESinkALSA::EnumerateDevicesEx - Unable to obtain ELD information for device hdmi:CARD=NVidia,DEV=0, make sure you have ALSA >= 1.0.25
12:01:02 T:3008800576 ERROR: CAESinkOSS::EnumerateDevicesEx - Failed to open mixer: /dev/mixer
12:01:02 T:3008800576 NOTICE: Enumerated ALSA devices:
12:01:02 T:3008800576 NOTICE: Device 1
12:01:02 T:3008800576 NOTICE: m_deviceName : hw:CARD=NVidia,DEV=0
12:01:02 T:3008800576 NOTICE: m_displayName : HDA NVidia
12:01:02 T:3008800576 NOTICE: m_displayNameExtra: VT1708S Analog
12:01:02 T:3008800576 NOTICE: m_deviceType : AE_DEVTYPE_PCM
12:01:02 T:3008800576 NOTICE: m_channels : FL,FR,BL,BR,FC,LFE
12:01:02 T:3008800576 NOTICE: m_sampleRates : 44100,48000,88200,96000,192000
12:01:02 T:3008800576 NOTICE: m_dataFormats : AE_FMT_S32NE,AE_FMT_S16NE
12:01:02 T:3008800576 NOTICE: Device 2
12:01:02 T:3008800576 NOTICE: m_deviceName : iec958:CARD=NVidia,DEV=0
12:01:02 T:3008800576 NOTICE: m_displayName : HDA NVidia
12:01:02 T:3008800576 NOTICE: m_displayNameExtra: VT1708S Digital
12:01:02 T:3008800576 NOTICE: m_deviceType : AE_DEVTYPE_IEC958
12:01:02 T:3008800576 NOTICE: m_channels : FL,FR
12:01:02 T:3008800576 NOTICE: m_sampleRates : 44100,48000,88200,96000,192000
12:01:02 T:3008800576 NOTICE: m_dataFormats : AE_FMT_S32NE,AE_FMT_S16NE
12:01:02 T:3008800576 NOTICE: Device 3
12:01:02 T:3008800576 NOTICE: m_deviceName : hdmi:CARD=NVidia,DEV=0
12:01:02 T:3008800576 NOTICE: m_displayName : HDA NVidia
12:01:02 T:3008800576 NOTICE: m_displayNameExtra: HDMI 0
12:01:02 T:3008800576 NOTICE: m_deviceType : AE_DEVTYPE_HDMI
12:01:02 T:3008800576 NOTICE: m_channels : FL,FR,BL,BR,FC,LFE,SL,SR
12:01:02 T:3008800576 NOTICE: m_sampleRates : 32000,44100,48000,88200,96000,176400,192000
12:01:02 T:3008800576 NOTICE: m_dataFormats : AE_FMT_S32NE,AE_FMT_S16NE



RE: AudioEngine branch - DO NOT REQUEST BINARY BUILDS - einhänder - 2012-05-14

@DDDamin & gnif & team:
Thank you a lot for your efforts. Great to see AE being in master. Wink

(2012-04-26, 23:49)DDDamian Wrote: @HeresJohnny & panic_cpu - gnif and I spoke about this, and we'll add the option to not resample 44.1->48khz for spdif, but it will be off by default and have to be enabled via advancedsettings as it can cause issues with some receivers. It'll be in a future commit.

I saw a commit introducing new advancedsettings parameters. Is the one mentioned already available? I assume it could be m_audioForceDirectSound?




RE: AudioEngine branch - DO NOT REQUEST BINARY BUILDS - Roelio - 2012-05-14

Gratz with the merging! You guys rock!

XBMC 4 EVER !


RE: AudioEngine branch - DO NOT REQUEST BINARY BUILDS - koko1967k - 2012-05-14

(2012-05-10, 01:11)DaveInBracknell Wrote: Hi,

Me again, apologies for earlier post in wrong place.

I have installed ubuntu 12.04 used the latest drivers (Nvidia 295.40) and latest build of gnifs XBMC,

Couple of issues are popping up, I verified my sound was working by using the same mkv with Mplayer and it does work, however in xbmc it does not seem to be outputting sound (Also the video is jumpy but I think I can fix that) here is the error I am getting all the time:
23:58:09 T:3004644160 ERROR: CAESinkOSS::Initialize - Failed to get supported formats, assuming AFMT_S16_NE
23:58:25 T:3004644160 ERROR: CAESinkALSA::Initialize - snd_pcm_open_lconf(-16) - hdmi:CARD=NVidia,DEV=0
23:58:25 T:3004644160 ERROR: CAESinkOSS::Initialize - Failed to get supported formats, assuming AFMT_S16_NE

Anyone seen this issue?

Full log is here:
http://pastebin.com/SZVDf1Kv


Thanks
Dave

Hi DaveInBracknell,
try downgrading your nVidia drivers from 295 to 290.
I had the same issues and this resolved for me.

stefano

(if I helped, please increase my reputation...)




RE: AudioEngine branch - DO NOT REQUEST BINARY BUILDS - DDDamian - 2012-05-15

(2012-05-14, 08:10)einhänder Wrote: @DDDamin & gnif & team:
Thank you a lot for your efforts. Great to see AE being in master. Wink

(2012-04-26, 23:49)DDDamian Wrote: @HeresJohnny & panic_cpu - gnif and I spoke about this, and we'll add the option to not resample 44.1->48khz for spdif, but it will be off by default and have to be enabled via advancedsettings as it can cause issues with some receivers. It'll be in a future commit.

I saw a commit introducing new advancedsettings parameters. Is the one mentioned already available? I assume it could be m_audioForceDirectSound?

This has not been implemented yet (44.1->48khz). We've hashed out how best to implement some core logic on how device capabilities are used to define some AE default settings, and how to implement them in a GUI screen, and will be working on that in the near future. It's kind of a rules-based system based on the device capability enumeration code we've added with overrides by the user for specific setups/preferences. Stay tuned Smile


RE: AudioEngine branch - DO NOT REQUEST BINARY BUILDS - HeresJohnny - 2012-05-16

(2012-05-15, 16:38)DDDamian Wrote: This has not been implemented yet (44.1->48khz). We've hashed out how best to implement some core logic on how device capabilities are used to define some AE default settings, and how to implement them in a GUI screen, and will be working on that in the near future. It's kind of a rules-based system based on the device capability enumeration code we've added with overrides by the user for specific setups/preferences. Stay tuned Smile

I've had a look at foobar2000, there's a plug-in called SPDIFER with the same goal and the programmer worked around the problem by letting the user cho0se between two possible options via GUI:

44khz (default)
checkbox: 48khz (not recommended)


Text in italics is the programmer's. Makes sense to me, since most source content would be 44khz (dts/redbook/mp3) and using 48khz would break bitstreaming.


RE: AudioEngine branch - DO NOT REQUEST BINARY BUILDS - drivesoslow - 2012-05-18

Will there be an option added to allow custom device entry under the audio settings like there use to be?


RE: AudioEngine branch - DO NOT REQUEST BINARY BUILDS - rdsu - 2012-05-20

AE will work to listen music with Uncompressed FLAC or AIFF?

Thanks


RE: AudioEngine branch - DO NOT REQUEST BINARY BUILDS - DDDamian - 2012-05-20

Uncompressed FLAC? both formats are supported yes.


RE: AudioEngine branch - DO NOT REQUEST BINARY BUILDS - rdsu - 2012-05-20

(2012-05-20, 18:09)DDDamian Wrote: Uncompressed FLAC? both formats are supported yes.
Uncompressed FLAC




RE: AudioEngine branch - DO NOT REQUEST BINARY BUILDS - DDDamian - 2012-05-20

(2012-05-20, 19:00)rdsu Wrote:
(2012-05-20, 18:09)DDDamian Wrote: Uncompressed FLAC? both formats are supported yes.
Uncompressed FLAC

Interesting. And completely meaningless for asynchronous transfer or any device with FIFO buffers, which is most. I take it you use SPDIF?



RE: AudioEngine branch - DO NOT REQUEST BINARY BUILDS - rdsu - 2012-05-20

(2012-05-20, 19:17)DDDamian Wrote:
(2012-05-20, 19:00)rdsu Wrote:
(2012-05-20, 18:09)DDDamian Wrote: Uncompressed FLAC? both formats are supported yes.
Uncompressed FLAC

Interesting. And completely meaningless for asynchronous transfer or any device with FIFO buffers, which is most. I take it you use SPDIF?
Maybe the only advantage is the CPU doesn't need to uncompress the file. This was the disadvantage of the FLAC against WAV or AIFF.
I don't know if now the audiophile community still find differences between them...

I use TosLink...


RE: AudioEngine branch - DO NOT REQUEST BINARY BUILDS - DDDamian - 2012-05-20

(2012-05-20, 20:08)rdsu Wrote:
(2012-05-20, 19:17)DDDamian Wrote:
(2012-05-20, 19:00)rdsu Wrote: Uncompressed FLAC

Interesting. And completely meaningless for asynchronous transfer or any device with FIFO buffers, which is most. I take it you use SPDIF?
Maybe the only advantage is the CPU doesn't need to uncompress the file. This was the disadvantage of the FLAC against WAV or AIFF.
I don't know if now the audiophile community still find differences between them...

I use TosLink...

For almost any transmission means the audio gets buffered, so the clock used is that feeding the DAC, so the premise in the article that the FLAC decompression messes with the clock is rather bogus, but I guess on some low-end USB DACs it could be an issue. Didn't want to start a debate here on it, was just intrigued by why they would use FLAC without the compression it was designed for, so thanks for pointing that out.


RE: AudioEngine branch - DO NOT REQUEST BINARY BUILDS - DDDamian - 2012-05-26

ReplayGain is now fully functional again and in master/nightlies. You'll see the new GUI settings in Settings>Music>Playback.

Changes are applied to the next track, so are not immediate. Be careful not use Pre-Amp settings too far from the default of 89dB unless you are really sure - those values are in decibels, so each 6dB doubles the volume, and excessive volume will cause clipping. You can enable avoid clipping to prevent this if your files are correctly scanned/tagged for peak values.

Enjoy!