Menu
▾
▴
Re: [coLinux-users] Sound
|
From: Julien L. <jul...@gm...> - 2007-04-19 08:33:26
|
2007/4/18, Robert Irvin <and...@ho...>: > > I would have posted this through the lists, but hotmails fudged up my > preferences and as a result I only receive bounce announcement :( I would= be > grateful if you could forward this to the lists so everyone else can read > it. Ok I'll forward it to the ml. But if you want a long time solution, you can easily create a Google Mail account : it's free and more useful and secure than Microsoft emails .... > Anyway, I'm pretty sure I was the person who originally wrote the bit on > the http://colinux.wikia.com/wiki/Sound_support_in_Colinux > page about getting artsd to work, when the original wiki was hosted on > colinux.org, before the wiki software was updated to MoinMoin? if I > remember. Point is...it was a long time ago. Ok, I ws sure of that :D > Arts configuration was always a pain in the neck. Different distributio= ns > provide different output plugins for Arts, and in some cases esd output > support was not compiled into arts. This I only found out after getting > each distro configured and up and running, which is why I stuck to Gentoo= . > You appear to have been lucky in your distro choice! It's a kunbuntu based distro ... Arts is correctly set up. > There are a few different I tried to achieve better performance. Firstl= y, > in the KDE Control Centre there is an option for Skip Prevention, basical= ly > the buffer size. This, if I remember correctly is the amount of informat= ion > stored before playback is started. Bigger buffer =3D bigger delay. You = could > try reducing this value to see if you could reduce the latency a little. > Best pic of the screen I could find, unfortunately with options greyed ou= t: > http://www.tomahawkcomputers.com/images/Sound-System.png > > Under the hardware tab there are some options for changing the sample ra= te, > can't remember if these settings work or not. If not there is an option = for > ESD you can set. Lowering the sample rate will lower the amount of data > being transferred, but it will also lower the sound quality. Same for th= e > -b ESD option which causes 8 bits per sample rather than 16. Yes, I've already done all of that and it reduce latency but it's not real time ... > Your idea about CoLinux "catching" the stream isn't really that much > different to the ideas used for implementing a frame buffer in CoLinux. = The > stream I suppose could be written to a predefined portion of shared memor= y > by the Guest OS and then read and processed by the host OS. Yes ! With if the VNCaudio can ctach a stream from a virtual sound card, why does forward it throught the network .... If the colinux process can mount win dir (cofs) into linux, it can catch this stream to play on Windows .... > This is the first time I've heard of VNCAudio, and to be perfectly hones= t, > I like the idea. I'm only a beginner when it comes to programming and th= is > is a little above my head, but surely having a virtual soundcard as oppos= ed > to a daemon running in the host has to be much better. Latency wise, I h= ave > no idea how it would fare, probably not much different. Compatibility wi= se > I can only think it would be greatly improved. It does however state tha= t > it is a virtual OSS soundcard. How this would relate to ALSA I'm not sur= e. > As long as an ALSA driver worked then the majority of audio applications > could work as opposed to the limited amount that use ESD, NAS or ARTS. VNCAudio, if it can work with recent kernel and vnc version, is just a way for me. Not a real solution ! In Colinux, the VNCserver is just one of the possible solution to have a display. But there are many more : Xserver on windows in one windows, multiple windows, ssh -X ... And if someone wan't to run an app in console to play sound (mpg123, mpd ...) ? It must a solution not depending on the VNCAudio. But it can be a good temporary solution > I don't know if any of this will be of any use but maybe it will. I kee= p > meaning to get back into CoLinux to see how much it has improved. I left= of > using it when it moved to 2.6.10/2.6.11 kernel, opting to stick to a earl= ier > 2.6.8.1 snapshot because of performance issues. When XP killed it own > kernel? I didn't re-install it but have been looking at possible installi= ng > CoLinux and andLinux lately. > > > > Date: Wed, 18 Apr 2007 10:44:03 +0200 > > From: jul...@gm... > > To: col...@li... > > Subject: [coLinux-users] Sound > > > > Hi, > > > > I'm trying to deploy a colinux service with a specific distro. And > > i've some problem with sound. > > > > As it's write on the wiki as > > http://colinux.wikia.com/wiki/Sound_support_in_Colinux, > there are 3 > > means to have a sound support into colinux : > > > > - ESD server on Windows and redirect sound into colinux with > > ESPEAKER env var. In my system, all the sound is managed with arts. So > > I configured arts to set ouput on ESD and in /etc/environnement, I > > declared ESPEAKER=3Dip:port. After a reboot (or a env update), all my > > sound system is redirect on my Windows, so I launched an ESD server > > and i listened music and alert sound system. But I've too much > > latency ! There is more than 2 seconds ... > > > > - Icecast/shoutcast : this solution is more interessant cause the > > stream is in OGG/MP3. So i tested : arts -> local esd server -> esdmon > > to catch the esd sound | ices ------> icecast ----> windows ogg/mp3 > > player. Result : I've more and more lantecy : I've same latency cause > > the esd redirect plus the icecast management which is not designed to > > do Real Time transport. > > > > - I don't wan't use the NX solution because NX utilisation is > > difficult and there are not full open sources solution. But when i > > tested, there was latency too. And this is not a surprise cause NX use > > esd /arts redirection ... > > > > So I explored all solution of the wiki and there are none usefull. > > > > Is there anyone who has less latency than me ? > > > > Others ways : > > > > - VNCAudio : there is an old implementation project here : > > http://linux-workshop.com/bybell/vnc/vncaudio.html. It's > based of a > > virtual sound card (oss driver) which allow to a vnc process to easily > > catch the stream. I'm trying to use it. > > > > - what's it's not possible to have native sound into colinux ? If we > > can catch the stream, does the colinux process can see it and listen > > into the windows ? (excuse this naive question, I've not any knowledge > > about how colinux works...). > > My last naive question : is it not possible to stream sound into a > > pipe file placed in a cofs dir to allow to a Windows process to cactch > > and listen it ? > > > > thanks a lot, i apologize for my English ... (I'm french) > > -- > > _____________________________________________ > > Julien LANGLOIS > > - page web : http://julienlanglois.free.fr > > - cl=E9 gpg : http://julienlanglois.free.fr/julien.gpg > > _____________________________________________ > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > _______________________________________________ > > coLinux-users mailing list > > coL...@li... > > > https://lists.sourceforge.net/lists/listinfo/colinux-users > > > ________________________________ > With Live Spaces email straight to your blog. Upload jokes, photos and mo= re. > It's free! It's free! --=20 _____________________________________________ Julien LANGLOIS - page web : http://julienlanglois.free.fr - cl=E9 gpg : http://julienlanglois.free.fr/julien.gpg _____________________________________________ |
