(2014-03-06, 18:52)popcornmix Wrote: [ -> ]like ALSA being enabled in configure options
Shouldn´t I?
makefile
Edit: Also, this confuses me a bit:
http://forum.xbmc.org/showthread.php?tid...pid1643846
Edit2: Ok, just found this in the default configure.in:
Code:
case $use_platform in
raspberry-pi)
target_platform=target_raspberry_pi
use_neon=no
use_arch="arm"
use_cpu=arm1176jzf-s
use_hardcoded_tables="yes"
use_alsa="no"
ARCH="arm"
AC_DEFINE(HAS_EGLGLES, [1], [Define if supporting EGL based GLES Framebuffer])
USE_OMXLIB=1; AC_DEFINE([HAVE_OMXLIB],[1],["Define to 1 if OMX libs is enabled"])
CFLAGS="$CFLAGS"
CXXFLAGS="$CXXFLAGS"
ffmpeg_target_os=linux
;;
And this in mine after running (Edit: raspbmc patches):
Code:
case $use_platform in
raspberry-pi)
target_platform=target_raspberry_pi
use_neon=no
use_arch="arm"
use_cpu=arm1176jzf-s
use_hardcoded_tables="yes"
ARCH="arm"
AC_DEFINE(HAS_EGLGLES, [1], [Define if supporting EGL based GLES Framebuffer])
USE_OMXLIB=1; AC_DEFINE([HAVE_OMXLIB],[1],["Define to 1 if OMX libs is enabled"])
CFLAGS="$CFLAGS"
CXXFLAGS="$CXXFLAGS"
ffmpeg_target_os=linux
;;
Is this right or wrong?
i am trying this new build on my analog output pi (i have 2, 1 hdmi to new tv and 1 thru the rca video out to an old tv) but every time i enable this one, the pi boots and then goes black. it seems it is loading fine, but i suspect it is automatically going to hdmi out, which is not active on this one. the only way to get it back is to rm .xbmc-current, relink the release and reboot. is this just on my setup? i will say the old one i had from feb worked fine
thanks
@
Sparky
It might not be the same issue that I will explain below, but try the next build I will upload later tonight just in case.
In latest build I forgot to revert a commit that is not compatible with my buildroot, this can cause XBMC to crash on boot (reboot loop) or not boot at all (very random though).
Will make a new build shortly, but my question in my last post remains if anyone can enlighten me.... will add 'use_alsa="yes"' manually to see if that is the way to do it.
(2014-03-06, 19:19)miappa Wrote: [ -> ]Does this mean that alsa is harcoded as disable on Pi?
Or is it correct?
I don't think so.
I always leave ` Enable External soundcards` unchecked in your builds and my USB DAC shows up perfectly and plays fine.
I think it's only needed for the omx-alsa component, which is more or less deprecated.
@
popcornmix
Quote:Does "aplay <wav file>" actually work on rasbmc (i.e. produce good audio)?
Yes it did with flac files (and mpd) and updated kernel (rpi-update) 3.10.32 . So Hifiberry works on Raspbmc.
The new kernel did introduce a video regression here, so I removed it,
(2014-03-06, 19:19)miappa Wrote: [ -> ]Edit2: Ok, just found this in the default configure.in:
use_alsa="no" need to be changed to use_alsa="yes", otherwise the --enabled-alsa gets ignored.
"Enable External soundcards" should be disabled/removed.
Ok, thanks Dom.
I noticed though that none of the patches I use touch configure.in (only omxalsa patch does that and I don´t use it).
But newclock3 don´t have use_alsa line in configure.in at all.
Should it be there?
(2014-03-06, 19:59)miappa Wrote: [ -> ]In latest build I forgot to revert a commit that is not compatible with my buildroot, this can cause XBMC to crash on boot (reboot loop) or not boot at all (very random though).
Will make a new build shortly,
THX Miappa,
one of my two Pi's have this Problem: if i make shutdown (on OSD) will end in a reboot.
(fresh install on a 4GB-SC)
The only way is " sudo shutdown -h now " (with PuTTy over Network)
(2014-03-06, 20:25)miappa Wrote: [ -> ]Ok, thanks Dom.
I noticed though that none of the patches I use touch configure.in (only omxalsa patch does that and I don´t use it).
But newclock3 don´t have use_alsa line in configure.in at all.
Should it be there?
I think with use_alsa="yes", then alsa is enabled as a default, so --enable-alsa is not required (but does no harm).
Alternatively you can remove use_alsa from configure.in (like newclock3 does) and make sure --enabled-alsa is specified.
use_alsa="no" will make alsa supporting builds impossible.
Edit: Removed as I misunderstood.
I have always used nc3's configure.in and --enable-alsa in makefile, and alsa is also confirmed as enabled after 'make -C tools/rbp/depends/xbmc' (I always check this).
So I don´t know what to do differently?
I will try to add use_alsa="yes" on next build to see if it makes a difference though.
(2014-03-06, 20:37)miappa Wrote: [ -> ]I will try to add use_alsa="yes" on next build to see if it makes a difference though.
grep ALSA config.status
should contain:
S["HAS_ALSA"]=" 1"
D["HAS_ALSA"]=" 1"
D["USE_ALSA"]=" 1"
and some ALSA_LIBS/ALSA_CFLAGS paths.
Code:
S["USE_ALSA"]="1"
S["ALSA_LIBS"]="-L/opt/bcm-rootfs/usr/lib/arm-linux-gnueabihf -lasound "
S["ALSA_CFLAGS"]="-I/opt/bcm-rootfs/usr/include -I/opt/bcm-rootfs/usr/include/alsa "
D["HAS_ALSA"]=" 1"
D["USE_ALSA"]=" 1"
That looks right. When xbmc boots you should see:
Code:
15:58:51 55682.906250 T:3057045504 NOTICE: Found 2 Lists of Devices
15:58:51 55682.906250 T:3057045504 NOTICE: Enumerated PI devices:
15:58:51 55682.906250 T:3057045504 NOTICE: Device 1
15:58:51 55682.906250 T:3057045504 NOTICE: m_deviceName : HDMI
15:58:51 55682.906250 T:3057045504 NOTICE: m_displayName : HDMI
15:58:51 55682.906250 T:3057045504 NOTICE: m_displayNameExtra:
15:58:51 55682.906250 T:3057045504 NOTICE: m_deviceType : AE_DEVTYPE_HDMI
15:58:51 55682.906250 T:3057045504 NOTICE: m_channels : FL,FR
15:58:51 55682.906250 T:3057045504 NOTICE: m_sampleRates : 48000
15:58:51 55682.906250 T:3057045504 NOTICE: m_dataFormats : AE_FMT_S16LE,AE_FMT_AC3,AE_FMT_DTS,AE_FMT_EAC3
15:58:51 55682.906250 T:3057045504 NOTICE: Device 2
15:58:51 55682.910156 T:3057045504 NOTICE: m_deviceName : Analogue
15:58:51 55682.910156 T:3057045504 NOTICE: m_displayName : Analogue
15:58:51 55682.910156 T:3057045504 NOTICE: m_displayNameExtra:
15:58:51 55682.910156 T:3057045504 NOTICE: m_deviceType : AE_DEVTYPE_PCM
15:58:51 55682.910156 T:3057045504 NOTICE: m_channels : FL,FR
15:58:51 55682.910156 T:3057045504 NOTICE: m_sampleRates : 48000
15:58:51 55682.910156 T:3057045504 NOTICE: m_dataFormats : AE_FMT_S16LE
15:58:51 55682.910156 T:3057045504 NOTICE: Enumerated ALSA devices:
15:58:51 55682.910156 T:3057045504 NOTICE: Device 1
15:58:51 55682.910156 T:3057045504 NOTICE: m_deviceName : @
15:58:51 55682.910156 T:3057045504 NOTICE: m_displayName : Default (snd_rpi_hifiberry_dac Analog)
15:58:51 55682.910156 T:3057045504 NOTICE: m_displayNameExtra:
15:58:51 55682.910156 T:3057045504 NOTICE: m_deviceType : AE_DEVTYPE_PCM
15:58:51 55682.910156 T:3057045504 NOTICE: m_channels : FL,FR
15:58:51 55682.910156 T:3057045504 NOTICE: m_sampleRates : 8000,11025,16000,22050,32000,44100,48000,64000,88200,96000,176400,192000
15:58:51 55682.910156 T:3057045504 NOTICE: m_dataFormats : AE_FMT_S32NE,AE_FMT_S16NE,AE_FMT_S16LE
Even if you don't have a hifiberry, you can add snd-bcm2835 to /etc/modules and that should show up (and be usable).
Perfect, good to know, then I can properly test if it´s enabled or not.
Will check it on next build, thanks a lot.
The thing is that Bullsei got the HifiBerry to show up with your build:
http://forum.stmlabs.com/showthread.php?...0#pid96200
He had the white noise bug (caused by using 24-bit samples), which is now fixed.
So, either your build has changed from 3 weeks ago, or Bullsei did something necessary than ElectricPim hasn't.
Hmmmm....
Nothing has changed in the way I compile (only the XBMC builds), it´s sort of semi-automatic with same files and patches since before Christmas (edit: except --enable-alsa).
Just tried the above on last build and the build before that and it did work (can swith to external soundcard).
@
ElectricPim
What do you add to /etc/modules?