Hello,
A few words of presentation. I am new to Trinity. I manage a Centos 5 server with users connected trough Sunray devices. Centos 5 is stuck to KDE 3.5.4. There is a project (http://kde-redhat.sourceforge.net/ ) providing KDE 3.5.10 but it seems to be dead. It's why I am very excited about Trinity project.
I am trying Trinity 3.5.13. and have an issue with sound. Arts offers only Alsa backend. In KDE 3.5.10, I have more choice. Sunray devices need OSS which is available in KDE 3.5.10 but not in Trinity 3.5.13.
Is there a way to get OSS backend ? Thank you.
Le 09/11/2011 14:24, Philippe Bourdeu d'Aguerre a écrit :
Hello,
A few words of presentation. I am new to Trinity. I manage a Centos 5 server with users connected trough Sunray devices. Centos 5 is stuck to KDE 3.5.4. There is a project (http://kde-redhat.sourceforge.net/ ) providing KDE 3.5.10 but it seems to be dead. It's why I am very excited about Trinity project.
I am trying Trinity 3.5.13. and have an issue with sound. Arts offers only Alsa backend. In KDE 3.5.10, I have more choice. Sunray devices need OSS which is available in KDE 3.5.10 but not in Trinity 3.5.13.
Is there a way to get OSS backend ? Thank you.
Hello, I do not see any option to enable (or disable ...) OSS support in TDE compilation. Maybe a developer can enlighten us about this ?
Am Mittwoch, 9. November 2011 schrieb Francois Andriot:
Le 09/11/2011 14:24, Philippe Bourdeu d'Aguerre a écrit :
Hello,
A few words of presentation. I am new to Trinity. I manage a Centos 5 server with users connected trough Sunray devices. Centos 5 is stuck to KDE 3.5.4. There is a project (http://kde-redhat.sourceforge.net/ ) providing KDE 3.5.10 but it seems to be dead. It's why I am very excited about Trinity project.
I am trying Trinity 3.5.13. and have an issue with sound. Arts offers only Alsa backend. In KDE 3.5.10, I have more choice. Sunray devices need OSS which is available in KDE 3.5.10 but not in Trinity 3.5.13.
Is there a way to get OSS backend ? Thank you.
Hello, I do not see any option to enable (or disable ...) OSS support in TDE compilation. Maybe a developer can enlighten us about this ?
For Debian there's a compatibility package called "alsa-oss", which remaps oss-calls to alsa, so there's no need for oss any more. There should be somthing simillar for other distributions, too.
To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Le mercredi 9 novembre 2011, Mag. Dr. Nikolaus Klepp a écrit :
For Debian there's a compatibility package called "alsa-oss", which remaps oss-calls to alsa, so there's no need for oss any more. There should be
I think it's not what I need. As I understand it, we have:
application -> alsa calls -> alsa backend -> hardware
or
application -> oss calls -> alsa-oss -> alsa backend -> hardware
But Sunray sound kernel module supports only OSS backend:
application -> oss calls -> SunRay sound module -> Sunray
Am Donnerstag, 10. November 2011 schrieb Philippe Bourdeu d'Aguerre:
Le mercredi 9 novembre 2011, Mag. Dr. Nikolaus Klepp a écrit :
For Debian there's a compatibility package called "alsa-oss", which remaps oss-calls to alsa, so there's no need for oss any more. There should be
I think it's not what I need. As I understand it, we have:
application -> alsa calls -> alsa backend -> hardware
or
application -> oss calls -> alsa-oss -> alsa backend -> hardware
But Sunray sound kernel module supports only OSS backend:
application -> oss calls -> SunRay sound module -> Sunray
If "SunRay sound module" is a kernel module, then you've bad luck. As I understand it OSS is not a beloved child on linux.
On Thu, November 10, 2011 10:58, Mag. Dr. Nikolaus Klepp wrote:
Am Donnerstag, 10. November 2011 schrieb Philippe Bourdeu d'Aguerre:
Le mercredi 9 novembre 2011, Mag. Dr. Nikolaus Klepp a écrit :
For Debian there's a compatibility package called "alsa-oss", which remaps oss-calls to alsa, so there's no need for oss any more. There should be
I think it's not what I need. As I understand it, we have:
application -> alsa calls -> alsa backend -> hardware
or
application -> oss calls -> alsa-oss -> alsa backend -> hardware
But Sunray sound kernel module supports only OSS backend:
application -> oss calls -> SunRay sound module -> Sunray
Hello, correct me if I'm wrong, but all TDE applications are using Arts to output sound. They do not output sound directly to Alsa or OSS.
The choice between Alsa and OSS is done in the Arts configuration (see Trinity Control Panel). In my case, I can choose between "Automatic", "Alsa", "OSS", "Nothing", and "Threaded sound system". Do you mean that you cannot choose OSS there ?
Le jeudi 10 novembre 2011, François ANDRIOT a écrit :
Hello, correct me if I'm wrong, but all TDE applications are using Arts to output sound. They do not output sound directly to Alsa or OSS.
OK.
The choice between Alsa and OSS is done in the Arts configuration (see Trinity Control Panel).
OK.
In my case, I can choose between "Automatic", "Alsa", "OSS", "Nothing", and "Threaded sound system". Do you mean that you cannot choose OSS there ?
Yes. The choice is only "Automatic", "Nothing" and "Alsa". With KDE 3.5.10, I get also "OSS" and a few others.
Le 10/11/2011 17:02, Philippe Bourdeu d'Aguerre a écrit :
In my case, I can choose between "Automatic",
"Alsa", "OSS", "Nothing", and "Threaded sound system". Do you mean that you cannot choose OSS there ?
Yes. The choice is only "Automatic", "Nothing" and "Alsa". With KDE 3.5.10, I get also "OSS" and a few others.
From what I see in TDE control panel source code, the list of available ARTS outputs is given with the command: artsd -A
Under TDE 3.5.13, it gives the following result:
$ /opt/trinity/bin/artsd -A possible choices for the audio i/o method: null No Audio Input/Output alsa Advanced Linux Sound Architecture
And I confirm that it returns the same result on all my TDE 3.5.13 builds (RHEL and Fedora).
Using the older ARTS from TDE 3.5.12 on the same machine, it gives the result:
$ /opt/trinity/bin/artsd -A possible choices for the audio i/o method: oss Open Sound System alsa Advanced Linux Sound Architecture null No Audio Input/Output esd Enlightened Sound Daemon toss Threaded Open Sound System
It looks like ESD and OSS have vanished in ARTS 3.5.13. Maybe they have been forgotten (intentionnaly or not) in the CMAKE port ?
I will look into it, but I'm not sure I'm able to do anything.
Francois
On Thu, Nov 10, 2011 at 1:44 PM, Francois Andriot francois.andriot@free.frwrote:
It looks like ESD and OSS have vanished in ARTS 3.5.13. Maybe they have been forgotten (intentionnaly or not) in the CMAKE port ?
I will look into it, but I'm not sure I'm able to do anything.
Francois
If that were the case, I wouldn't hold it against them. While OSS support would be nice, I'd imagine arts relies on the now legacy interfaces of the original OSS. A transition over to OSS4 would probably be in order to make it sensible to keep supporting it.
Le 10/11/2011 17:02, Philippe Bourdeu d'Aguerre a écrit :
Le jeudi 10 novembre 2011, François ANDRIOT a écrit : Yes. The choice is only "Automatic", "Nothing" and "Alsa". With KDE 3.5.10, I get also "OSS" and a few others.
Hello, I've just compiled an ARTS version for RHEL5 which should support OSS and Threaded-OSS. As I thought, it was just forgotten in the CMAKE port, but all the code is still in place, it was just not compiled.
You'll can get it on the mirror when it's available. The updated package is: trinity-arts-3.5.13-3.el5.opt.x86_64.rpm
The result is: $ /opt/trinity/bin/artsd -A possible choices for the audio i/o method:
toss Threaded Open Sound System null No Audio Input/Output alsa Advanced Linux Sound Architecture oss Open Sound System
Please tell me, after testing it, if it works for you or not.
Thanks Francois Andriot
In article 4EBDC181.8080905@free.fr, Francois Andriot trinity-users@lists.pearsoncomputing.net wrote:
Le 10/11/2011 17:02, Philippe Bourdeu d'Aguerre a écrit :
Le jeudi 10 novembre 2011, François ANDRIOT a écrit : Yes. The choice is only "Automatic", "Nothing" and "Alsa". With KDE 3.5.10, I get also "OSS" and a few others.
Hello, I've just compiled an ARTS version for RHEL5 which should support OSS and Threaded-OSS. As I thought, it was just forgotten in the CMAKE port, but all the code is still in place, it was just not compiled.
Could you post the change, please ? It would help me too.
Thanks,
Nick
Le 12/11/2011 12:21, Nick Leverton a écrit :
In article4EBDC181.8080905@free.fr, Francois Andriottrinity-users@lists.pearsoncomputing.net wrote:
Le 10/11/2011 17:02, Philippe Bourdeu d'Aguerre a écrit :
Le jeudi 10 novembre 2011, François ANDRIOT a écrit : Yes. The choice is only "Automatic", "Nothing" and "Alsa". With KDE 3.5.10, I get also "OSS" and a few others.
Hello, I've just compiled an ARTS version for RHEL5 which should support OSS and Threaded-OSS. As I thought, it was just forgotten in the CMAKE port, but all the code is still in place, it was just not compiled.
Could you post the change, please ? It would help me too.
Thanks,
Nick
Hello, first, I send a copy of the mail to 'trinity-devel' since it's not really an user question.
You will find the patch I made attached with this mail.
There is one drawback (I think), it's that I've hardcoded the following line in 'config.h.cmake': #define HAVE_IOCTL_INT_ULONGINT_DOTS 3 This value was guessed automatically when using autotools, but I did not find how to replace it with a CMAKE equivalent.
The rest of the patch should be sane.
Also, I did not test OSS at all, so I don't even know if it works.
Francois Andriot
Hello,
Francois, thank you for your help.
Le samedi 12 novembre 2011, Francois Andriot a écrit :
I've just compiled an ARTS version for RHEL5 which should support OSS and Threaded-OSS. As I thought, it was just forgotten in the CMAKE port, but all the code is still in place, it was just not compiled.
You'll can get it on the mirror when it's available. The updated package is: trinity-arts-3.5.13-3.el5.opt.x86_64.rpm
The result is: $ /opt/trinity/bin/artsd -A possible choices for the audio i/o method:
toss Threaded Open Sound System null No Audio Input/Output alsa Advanced Linux Sound Architecture oss Open Sound System
Please tell me, after testing it, if it works for you or not.
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.
Le lundi 14 novembre 2011, Philippe Bourdeu d'Aguerre a écrit :
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.
Le 14/11/2011 16:27, Philippe Bourdeu d'Aguerre a écrit :
Le lundi 14 novembre 2011, Philippe Bourdeu d'Aguerre a écrit :
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.
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-3... 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
Le lundi 14 novembre 2011, Francois Andriot a écrit :
You can download the new RHEL5 RPM here: http://trinity.mangafrance.com/el5/trinity-3.5.13/RPMS/x86_64/trinity-arts- 3.5.13-3.el5.opt.x86_64.rpm 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.
Tes, everything works fine: artsplay, .ogg, .wav and .au
Thank you François !
-
"François ANDRIOT" -
Francois Andriot
-
Justin Soulia -
Mag. Dr. Nikolaus Klepp -
Nick Leverton -
Philippe Bourdeu d'Aguerre