On Tuesday 11 of February 2014 07:21:49 David C. Rankin wrote:
> 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.

It's been mentioned earlier here: not a good idea to build tdemultimedia using 
cmake. Port tdemultimedia to cmake is very incomplete - do not use it.

Slavek
--