[Pianod] Build issues

Jimmy Pop jimmypopali96 at gmail.com
Fri May 31 19:57:29 PDT 2013
Previous message: [Pianod] Build issues
Next message: [Pianod] Build issues
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
For aplay -l I have

root at debian:~/pianod-144# aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: sun4icodec [sun4i-CODEC], device 0: M1 PCM [sun4i PCM]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: sun4isndhdmi [sun4i-sndhdmi], device 0: SUN4I-HDMIAUDIO sndhdmi-0 []
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 2: Device [USB Sound Device], device 0: USB Audio [USB Audio]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

and for aplay -L

root at debian:~/pianod-144# aplay -L
null
    Discard all samples (playback) or generate zero samples (capture)
sysdefault:CARD=sun4icodec
    sun4i-CODEC, sun4i PCM
    Default Audio Device
sysdefault:CARD=sun4isndhdmi
    sun4i-sndhdmi,
    Default Audio Device
sysdefault:CARD=Device
    USB Sound Device, USB Audio
    Default Audio Device
front:CARD=Device,DEV=0
    USB Sound Device, USB Audio
    Front speakers
surround40:CARD=Device,DEV=0
    USB Sound Device, USB Audio
    4.0 Surround output to Front and Rear speakers
surround41:CARD=Device,DEV=0
    USB Sound Device, USB Audio
    4.1 Surround output to Front, Rear and Subwoofer speakers
surround50:CARD=Device,DEV=0
    USB Sound Device, USB Audio
    5.0 Surround output to Front, Center and Rear speakers
surround51:CARD=Device,DEV=0
    USB Sound Device, USB Audio
    5.1 Surround output to Front, Center, Rear and Subwoofer speakers
surround71:CARD=Device,DEV=0
    USB Sound Device, USB Audio
    7.1 Surround output to Front, Center, Side, Rear and Woofer speakers
iec958:CARD=Device,DEV=0
    USB Sound Device, USB Audio
    IEC958 (S/PDIF) Digital Audio Output


And for completeness /etc/asound.conf

pcm_slave.eightchannels {
        pcm "hw:2"            # or "hw:1,0" for the second card
        channels 6
}

pcm.stereo1 {
        type plug
        slave.pcm {
                type dshare
                ipc_key 87882222
                slave eightchannels
                bindings [ 2 3 ]
        }
}
pcm.stereo2 {
        type plug
        slave.pcm {
                type dshare
                ipc_key 87882222
                slave eightchannels
                bindings [ 4 5 ]
        }
}


pcm.stereo3 {
        type plug
        slave.pcm {
                type dshare
                ipc_key 87882222
                slave eightchannels
                bindings [ 0 1 ]
        }
}
pcm.!default = stereo1


I know it says eightchannels, lol

And previously the log I posted did not have the ao_option flags for
verbose or debug, attached is the log with debug and verbose ON, just a
little bit more data


root at debian:~/pianod-144# ./src/pianod -i ~/startscript
2013-06-01 02:51:03: No user data found.  Creating admin user.
fb_setup_ip6_socket: bind: Address already in use
2013-06-01 02:51:07: alsa audioOutDriver = (null),

2013-06-01 02:51:07: ao_default_driver_id audioOutDriver  (null),

ao_alsa debug: Trying to open ALSA device 'front'
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.front
ao_alsa debug: Unable to open ALSA device 'front'
ao_alsa WARNING: Unable to open surround playback.  Trying default device...
ao_alsa debug: Trying to open ALSA device 'default'
ALSA lib pcm_direct.c:1523:(_snd_pcm_direct_get_slave_ipc_offset) Invalid
value for card
ao_alsa debug: Unable to open ALSA device 'default'
ao_alsa ERROR: Unable to open ALSA device 'default' for playback => No such
file or directory
2013-06-01 02:51:07: Cannot open audio device default/default/default,
trying default

ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.front
ALSA lib pcm_direct.c:1523:(_snd_pcm_direct_get_slave_ipc_offset) Invalid
value for card
2013-06-01 02:51:07: Cannot open audio device






On Fri, May 31, 2013 at 7:45 PM, Jimmy Pop <jimmypopali96 at gmail.com> wrote:

> What an uphill battle!
>
> before I started this whole thing, I made sure alsa was fully installed,
> and working, doing either speaker-test, or aplay test.wav both produce
> good, clean output, Testing with pianobar works as well!
>
>
> I tested with the clean copy, then modified player.c to get a bit of
> debugging
> Here is a copy of my output
>
>  ./src/pianod -i ~/startscript
>
> 2013-06-01 02:43:52: No user data found.  Creating admin user.
> fb_setup_ip6_socket: bind: Address already in use
> 2013-06-01 02:43:55: alsa audioOutDriver = (null),
>
> 2013-06-01 02:43:55: ao_default_driver_id audioOutDriver  (null),
>
> ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.front
> ALSA lib pcm_direct.c:1523:(_snd_pcm_direct_get_slave_ipc_offset) Invalid
> value for card
> 2013-06-01 02:43:55: Cannot open audio device default/default/default,
> trying default
>
> ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.front
> ALSA lib pcm_direct.c:1523:(_snd_pcm_direct_get_slave_ipc_offset) Invalid
> value for card
> 2013-06-01 02:43:55: Cannot open audio device
>
>
>
>
>
> On Fri, May 31, 2013 at 7:16 PM, Jimmy Pop <jimmypopali96 at gmail.com>wrote:
>
>> First, what I tried
>> 1 package or the other, total failure.
>>
>> trying various flags, failure
>>
>>
>> And then..... I figured lets start from scratch!
>>
>> Success!
>> downloaded the json-c 0.9 version tarball, built it with
>> ./configure --prefix=/usr/local/
>> make
>> make check
>> make install
>> then
>> export PKG_CONFIG_PATH=PKG_CONFIG_PATH:/usr/local/lib/pkgconfig/
>> and success!
>> configure runs right through, and the make FINISHED!!
>>
>> On to the next issue, it wont actually play anything... LOL
>>
>>
>> On Fri, May 31, 2013 at 6:18 PM, Peter Li <chinasaurli at gmail.com> wrote:
>>
>>> I think trying with only one version is a good idea.  Also I would still
>>> try to debug build/link conftest.c from terminal, just to confirm that if
>>> you point it to the right library then it finds the function.
>>>
>>> On the other thing you tried, in your config.log output it said:
>>>     json_LIBS='-ljson-c'
>>>
>>> So seems like the format for that variable should be the lib it's
>>> looking for, not the libdir.  You could try point the linker directly to
>>> the lib with json_LIBS=<full-path-to-**libjson-c.so>.  Or you could try
>>> adding '-L/lib/arm-linux-gnueabihf/' in addition to the '-ljson-c'.  But
>>> these are weird hacks; would be better to just get the -L/lib/arm-linux-...
>>> added in some reasonable place.
>>>
>>> Also kind of weird that your gcc conftest.c line looked for -ljson but
>>> this variable says -ljson-c, so I'd be careful that this variable is
>>> actually getting used in the place you are trying to fix.
>>>
>>>
>>>
>>>
>>> On 05/31/2013 05:53 PM, Jimmy Pop wrote:
>>>
>>>> I installed both with apt-get. I can purge both and try with just 1 or
>>>> the other
>>>> I also tried
>>>> ./configure json_LIBS=/lib/arm-linux-**gnueabihf/
>>>> with the exact same results
>>>>
>>> ______________________________**_________________
>>> Pianod mailing list
>>> Pianod at lists.deviousfish.com
>>> http://lists.deviousfish.com/**listinfo.cgi/pianod-**deviousfish.com<http://lists.deviousfish.com/listinfo.cgi/pianod-deviousfish.com>
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.deviousfish.com/pipermail/pianod-deviousfish.com/attachments/20130531/985227d8/attachment-0003.htm>
Previous message: [Pianod] Build issues
Next message: [Pianod] Build issues
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Pianod mailing list