On 02/10/2014 10:16 PM, Darrell Anderson wrote:
>>  It sounded great. So checking, play is provided by sox 14.4.1-4. 
>> That begs the
>> question, Why does play work fine but aplay fail?
> 
> I believe aplay does not support ogg and only supports wav. Don't 
> ask --- I don't know why.
> 
> Darrell
> 

  I think .xsession-errors has some hints:

/opt/trinity/bin/artsd: symbol lookup error: /opt/trinity/lib/libarts_xine.so.0:
undefined symbol: ao_new_port

  ao_new_port is something tdemultimedia looks for in xine during build and it
is not present on my system -- never has been. From the tdemultimedia logs:

tde-tdemultimedia-i686.log:648:checking for _x_ao_new_port in -lxine... no
tde-tdemultimedia-i686.log:649:checking for ao_new_port... no

tde-tdemultimedia-x86_64.log:647:checking for _x_ao_new_port in -lxine... no
tde-tdemultimedia-x86_64.log:648:checking for ao_new_port... no

  The only difference in the build this time regarding arts or tdemultimedia was
that I built arts with WITH_GCC_VISIBILITY=ON.

   cmake ${srcdir}/arts/ \
      -DCMAKE_INSTALL_PREFIX=${TDEDIR} \
      -DWITH_GCC_VISIBILITY=ON \
     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
      -DCMAKE_BUILD_TYPE=Release

  I do NOT think this was a good idea. For some reason, I don't think the code
(or the cmake build) is fully checked/ready for enabling this explicitly in all
cases. I'll test without the option and report back.


-- 
David C. Rankin, J.D.,P.E.