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 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. (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, 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: 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 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 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: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.(2012-05-20, 19:00)rdsu Wrote:(2012-05-20, 18:09)DDDamian Wrote: Uncompressed FLAC? both formats are supported yes.Uncompressed FLAC 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: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.(2012-05-20, 19:00)rdsu Wrote: Uncompressed FLAC 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! |