[danny_ice]

thanks for the quick reply, I have just figured it out, for some reason when I upgraded to the latest nightly it switched the sync method to audio clock. i've changed it back to video clock - resample audio, and it is now working fine

Audio clock is still working okay for me. If you switch back to "audio clock" is it still broken?
I wonder if somehow it wasn't actually on "audio clock", but was just displaying that as it had internally got an invalid setting?

i'll give it a try, i've never used audio clock before, is there any advantage over video clock?

[danny_ice]

thanks for the quick reply, I have just figured it out, for some reason when I upgraded to the latest nightly it switched the sync method to audio clock. i've changed it back to video clock - resample audio, and it is now working fine

Audio clock is still working okay for me. If you switch back to "audio clock" is it still broken?
I wonder if somehow it wasn't actually on "audio clock", but was just displaying that as it had internally got an invalid setting?

i'll give it a try, i've never used audio clock before, is there any advantage over video clock?

i've switched back to audio clock and it is working fine now, strange

[BoBeRzE]

Hi again,

with the new config still the same. Noisy sound in xbmc.

my asound.conf at the moment

Code:

pcm.!default {
    type hw
    card 0
    device 0
    format s32_le }

as i unstand. the line e.g "format s32_le" in asound.conf says the DAC can only handle 32 bit audio, is that right?

The xbmc.log shows the following (for safety rebooted after editing asound.conf)

Code:

21:34:50 211.642441 T:3058901536  NOTICE: Enumerated ALSA devices:
21:34:50 211.642578 T:3058901536  NOTICE:     Device 1
21:34:50 211.642807 T:3058901536  NOTICE:         m_deviceName      : @
21:34:50 211.642944 T:3058901536  NOTICE:         m_displayName     : Default (snd_rpi_hifiberry_dac Analog)
21:34:50 211.643066 T:3058901536  NOTICE:         m_displayNameExtra:
21:34:50 211.643188 T:3058901536  NOTICE:         m_deviceType      : AE_DEVTYPE_PCM
21:34:50 211.643356 T:3058901536  NOTICE:         m_channels        : FL,FR
21:34:50 211.643509 T:3058901536  NOTICE:         m_sampleRates     : 8000,11025,16000,22050,32000,44100,48000,64000,88200,96000,176400,192000
21:34:50 211.643631 T:3058901536  NOTICE:         m_dataFormats     : AE_FMT_S24NE4,AE_FMT_S32NE,AE_FMT_S16NE,AE_FMT_S16LE

I think when xbmc use the asound.conf the line with "m_dataFormats" should only contain "AE_FMT_S32NE" because we force to use "s32_le" or not?

[popcornmix]

i'll give it a try, i've never used audio clock before, is there any advantage over video clock?

I've not discerned the difference between "sync video to display" disabled and "sync video to display" enabled with audio clock.

I think "sync video to display" enabled with "resample" is the best option for smooth video and decent audio when using dvdplayer.
I've been experimenting with "PLL adjust" as a new sync method which appears to work well for some files (and avoids resampling). Still experimental rather than recommended for now.

[plugh]

With that config, (testing S16 and S32) both my sample and other sounds are noise in xbmc? That is disappointing.

I don't know where the 'AE_FMT' names are coming from... Ah - quick web-search turns up AudioEngine, which popcornmix mention in earlier post.

Was that log sample from when you had S16_LE or S32_LE in the config file? (Three formats have 'NE' on end, only one has 'LE')

It is also curious that xbmc says 'Device 1', but that could just be a counting thing.

[BoBeRzE]

Yes i in all my tests i dont hear a clear sound in xbmc.

Here is a debug log with different files. All files sounds noisy.

I could only play your test sample via aplay without asound.conf or with a asound.conf that contains

Code:

pcm.!default {
    type hw
    card 0
    device 0
    format s24_le }

[plugh]

Well, I am convinced that the problem is not in the driver or DAC hardware. But my hope for a work-around using config file is not playing out - it seems xbmc is ignoring it or not seeing it. I don't know...

You have also reached the limits of my knowledge - popcornmix or someone else with more knowledge of xbmc's audio processing will have to take things from here. I suspect the noise problem is not in xbmc per se, but in some lower level component (used by other software packages too) which may complicate getting it fixed.

The recently posted build has 24 bit support disabled in the driver for your hifiberry-dac (even though that is not the problem), which side-steps the issue by hiding that particular capability of the card for ALL owners & uses.

Thank you for working with me to pin the problem down as far as we did. Good luck!

[Milhouse]

New OpenELEC Helix build: #0924
(Supercedes previous build)

Code:

# uname -a
Linux rpi512 3.16.3 #1 PREEMPT Wed Sep 24 22:00:31 BST 2014 armv6l GNU/Linux

# vcgencmd version
Sep 19 2014 16:49:58
Copyright (c) 2012 Broadcom
version 193e6925ff92741775b3893fbd95bb8b6dc41e41 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20140924215920-r19280-g62cd040 [Build #0924]

Based on tip of OpenELEC master (62cd0400, changelog) and tip of XBMC master (021933ef, changelog) with the following modifications:

• Includes newclock4 patches
  
• Excludes the OpenELEC fernetmenta patches due to conflicts with newclock4
  
• Excludes the OpenELEC linux-01-RPi_support patch in favour of sourcing these and possibly more recent patches directly from kernel branch rpi-3.16.y
  
• Excludes the OpenELEC xbmc-001-newclock4 patch in favour of sourcing these and possibly more recent patches directly from newclock4 branch
  
• Default setting for "Show RSS Feed" changed to disabled
  
• Disabled "Total Duration" in Confluence (see build #0221 for details)
  
• Adapted service.openelec.settings to take advantage of PR5217
  
• Includes latest libnfs master (ab1af695)
  
• Includes latest libcec master (81e38211)
  
• Includes latest xbmc-pvr-addons master (dcda159b)
  
• Includes latest xbmc-addon-xvdr master (a3724213)
  
• Includes libcec double-key suppression
  
• Includes libcec CEC Standby Fix
  
• Increase scan interval of PeripBusCEC from 5000 to 60000, reducing CPU loading by about 2% (1GHz Pi) every 5 seconds (even when CEC is "disabled")
  
• Includes CONFIG_COREDUMP=y to allow creation of coredumps (see here)
  
• Includes PR5222: videodb: Add column name on GROUP query otherwise sub query returns no rows
  
• Includes PR5247: StringUtils: optimize Split(), new overloads for Split() and Tokenize()
  
• Includes PR5309: [posix] Implement new PosixFile
  
• Includes PR5312: dvdplayer: do a seek after having changed subtitle stream
  
• Includes PR5324: Add setting to hide library clean progress bar.
  
• Includes PR5386: Fix incorrect usage of S_IFDIR flag
  
• Includes PR5395: [fix] Closes #15423 Addon update deadlock due to race condition deleting CThread
  

Build Highlights:

1. iOS8 AirPlay compatibility
   
2. Another aspect ratio fix
   

Build Details:

1. XBMC:
   • [Cleanup] Remove broken stereo to mono split mode/setting. (PR:5027, 1 commit, 2 files changed)
     
   • [pvr] fix wrong printf format mismatch (PR:5405, 1 commit, 1 file changed)
     
   • dvdplayer: fix flushing message queue (PR:5406, 1 commit, 1 file changed)
     
2. newclock4:
   • [mmalcodec] Handle case when forced_aspect is true but aspect ratio is 0.0
     
   • pvr: fix deadlock in TriggerEPGUpdate
     
   • - add new expert setting for enabling ios8 compatibility
     
   • - implement different announcements when using the ios8 compatibility mode
     
   • - implemented photo asset cache
     
   • - send an error code for the fp-setup request
     
   • - add some handy helpers for using binary plists
     
   • - handle /play of newer airplay protocols - instead of location it sends 2 seperate entries host + path
     

[mk01]

@Milhouse and @mk01,

Debug log using the new CECStandbyRender patch. Problem persists: after a few hours(?) UI gets stuck at 2fps. Unusable...

There's a bunch of CecLogMessage and CecStandby in the debug log. Too many to paste here.

thanks for the log. it is the remaining libCEC bug with LG not regaining AS.
as there is still "vendor id" reestablishing the SL session - and keeps quiet during TV off, I will create the trigger on that one OpCode.

[removed151214]

I've pushed a fix for this file. Please test in next build.

Looks to have fixed the issue. Again, many thanks for your continued efforts.

[mk01]

@Milhouse
@h.udo

this would be it. https://github.com/xbianonpi/xbian-packa...lper.nouse

@Milhouse

keep first patch in place. add this one as new (order no important) or just add this as hunk at the end of original patch.

[Milhouse]

@mk01: Many thanks, will include it in the next build.

[gogu]

Milhouse

Look what it says Lambada Genesis

I've posted about it in this post

http://forums.tvaddons.ag/threads/24...l=1#post224013


Common addon methods is a module developed by Eldorado and it is used in metahandler.

https://github.com/Eldorados/script.module.addon.common

It doesn't seem to be properly registered.
This may be a Helix bug, it may won't require an update by Eldorado.

[Milhouse]

Milhouse

Look what it says Lambada Genesis

I've posted about it in this post

http://forums.tvaddons.ag/threads/24...l=1#post224013

Presumably you meant to link/quote this post?

It doesn't appear to be a Helix bug, rather this is by design and Eldorado needs to update his/her add-ons to make them compatible with Helix.

You might want to make lambda/Eldorado aware of PR5201 which introduced the change that Eldorado now needs to accommodate.

[h.udo]

@Milhouse
@h.udo

this would be it. https://github.com/xbianonpi/xbian-packa...lper.nouse

@Milhouse

keep first patch in place. add this one as new (order no important) or just add this as hunk at the end of original patch.

Will test, thanks!