14 Nov
2011
14 Nov
'11
9:16 p.m.
Le 14/11/2011 16:27, Philippe Bourdeu d'Aguerre a écrit :
Le lundi 14 novembre 2011, Philippe Bourdeu
d'Aguerre a écrit :
Hello, I found out this particular problem -
in fact, this is a totally
different problem: there is an incorrect path "/opt/trinity/lib"
compiled in ARTS instead of "/op/trinity/lib64" for x86_64.
I created a new patch (attached to this mail), which now also enables
ESD, and then rebuilt the RPM.
You can download the new RHEL5 RPM here:
http://trinity.mangafrance.com/el5/trinity-3.5.13/RPMS/x86_64/trinity-arts-…
Since I did not change the version number, just download the RPM then
install locally with:
rpm -Uvh --force trinity-arts-3.5.13-3.el5.opt.x86_64.rpm
Please, report me if it works or not.
Thanks
Francois Andriot
I can now get OSS backend for artsd. I can play
sounds with artscat but
artsplay et button for sound testing in kcontrol didn't work.
With a lower log
level, when playing sound with artsplay, artsd gives:
UnixManager: got notifyIO
socketconnection created, fd = 9
search playobject, extension = wav
file format extension wav unsupported
It's the same with an .ogg file or .an au file
It's also the same with null backend.
So, OSS backend is OK (thanks Francois !) but I encounter another problem:
artsd can't decode sound formats.