Re: Arts, network transparency, nas.
Anders Ellenshøj Andersen <[EMAIL PROTECTED]> wrote on Mon, 3 May 2004 11:22:11 +0200 >Then I took a look at arts since I saw it claimed to have network transparency >build in. But several hours of documentation scrounching couldn't explain to >me how to set this up. I see two options potentially related to network >transparency in KControl. First one is a simple tick-of setting, and the >second is the output driver where nas output seems to be available. I can't >understand how this can work without further setup. How does the nas driver >know which server to use for output? How does arts for that matter? The >network sound documentation for KDE sucks. I know I'm probally a couple of months late, but still I'd like to share my findings on arts with network transparancy. It took me a while, but I managed to get it running. Once you know what to do it's a piece of cake. OK, the basic idea is you have a server with a soundcard, with an arts sound server running, and you have some clients (perhaps without a soundcard) which generate sound, which you want to be played on the server's soundcard. So, the servers (NOT the clients, they dont need to run arts at all!) artsd needs to accept network connections, so you should use the -n option, or check the box "enable network sound". OK, that's enough for artsd to be able to play network sound, only now we get to the next problem, authorization. I believe artsd uses some kind of X11 or DCOP cookies or something like that. It should work if you mount the server's /home on the client. You could probally get it to work by copying some files too. I never even tried anything like that, I just use the -u option, which doesn't authenticate at all. You can specify the -u option in the "Use other custom options" field at the sound system configuration (again, the server's sound system, NOT the client's). NOTE: This means of course that anyone can send sound to your machine. There are probally other ways to abuse artsd too, so you should think about the proper solution for yourself. If you're on a trusted network it doesn't matter, and you could also play around with iptables I guess. You can also try to find out how the authentication is supposed to work. Last I also specified the -p 16001 option, which specifies artsd should use port 16001. I don't know what port arts normally uses, so I had to specify it. OK, now the client's configuration: the sound-producing programs actually connect to artsd all by themselves, you don't need any intermediate server or anything. All you have to do is to let the program know where to connect to, by using the ARTS_SERVER environment variable. It's easiest to just specify it in /etc/profile: export ARTS_SERVER="192.168.1.1:16001" Now ALL KDE-generated sound will be sent to the server, not just juk/kaffeine and their friends. So, in short that is: configure the sound system on the server like this: check the "enable network sound" box At "Use other custom options" fill in "-u -p 16001" on the client make sure the ARTS_SERVER environment variable is set to "ip_of_soundserver:16001" and launch your favorite program! Hope this is helpfull to anyone. Joost Baas
Re: Arts, network transparency, nas.
On Tuesday 04 May 2004 15:02, Achim Bohnet wrote: > > Ideas anyone? > > Well X11 guys seem to favor mas. There is also a mas arts > output plugin, but I don't know how stable it is. At least > it's not included in debian artsd. There's also NMN and JACK. > As usual you have the choice. Last time I checked > kde-multimedia there was quite some discussion what to use > instead of arts for KDE4 in the KDE multimedia framework. Thank you for all your advice. I am still not clear on exactly what method I want to use in the end. I finally got sound working on my server yesterday, and I tested running kaffeine over ssh. I am surprised how well that works. I can even run visualisations over the network seemingly with almost no frame skipping. Thanks again. Anders E. Andersen -- This email was generated using KMail from KDE 3.2.2 on Debian GNU/Linux
Re: Arts, network transparency, nas.
rOn Monday 03 May 2004 11:22, Anders Ellenshøj Andersen wrote: > I have a setup where I have a server hidden away close to my stereo set, and > a > laptop where I sit. The server has a soundblaster PCI 64 for output to the > stereo. (Old I know but I am just using it as a testbed for my final system.) > > I was trying to figure out the best way to set it up so I can use the laptop > to control the sound output from the server (which has ogg files). My first > idea was to install nas on the server, set up some kind of network filesystem > and mount it on my laptop, use kaffeine on my laptop for decoding, and > visualisations and stuff, and then output back to the server via nas. But > this stumpled when I found out xine didn't do nas output. > > Then I took a look at arts since I saw it claimed to have network > transparency > build in. But several hours of documentation scrounching couldn't explain to > me how to set this up. I see two options potentially related to network > transparency in KControl. First one is a simple tick-of setting, and the > second is the output driver where nas output seems to be available. I can't > understand how this can work without further setup. How does the nas driver > know which server to use for output? How does arts for that matter? The nas output method does it as documented in NAS documentation ;) there a special environment variable (don't remember the name) that tells NAS which nas server to use. If not given it uses DISPLAY. Check NAS docs for further details. Last time I tried (guess around 3.0.*) nas output was okay for system sounds but not for songs. For network sound setup search the kde-multimedia list. You should find several threads about this topic. AFAIR if you send and 'URL' to remote artsd it interpreted on the artsd server side (at least for wav files) and not on the client side. That was a killer 'bug' for my xterminal environment. In your case, with the sounds on the server host, it may be that the right thing (tm) ;) AFAIR you need to configure .mcop* to point to the remote server running artsd (without KDE). I would replace arts on your laptop with a script that just copied the MCOP cookie from the server and stored it on your laptop. Then all arts/MCOP aware apps should automaticly use the artsd on the server. Details what to do (too long ago for my memory) are on the kde-multimedia list. > network sound documentation for KDE sucks. Agreed ;) > Ideas anyone? Well X11 guys seem to favor mas. There is also a mas arts output plugin, but I don't know how stable it is. At least it's not included in debian artsd. There's also NMN and JACK. As usual you have the choice. Last time I checked kde-multimedia there was quite some discussion what to use instead of arts for KDE4 in the KDE multimedia framework. Achim > > Anders -- To me vi is Zen. To use vi is to practice zen. Every command is a koan. Profound to the user, unintelligible to the uninitiated. You discover truth everytime you use it. -- [EMAIL PROTECTED]
Re: Arts, network transparency, nas.
On Monday 03 May 2004 18:50, Caoilte O'Connor wrote: > err. wouldn't the best solution be to set X up on the > server, enable X11 forwarding through SSH and run JuK or > whatever from that machine? That would solve most problems, yes. But X11 forwarding is sloow, and I don't get any visualisations. I need to log in every time through a terminal and it won't give me video playback with sound on my stereo. (At least I don't see how.) However I have been working on exactly that temporary sollution. Right now the problem is that sound on the server doesn't work at all. But that's a driver issue, and has nothing to do with kde. Anders -- This email was generated using KMail from KDE 3.2.2 on Debian GNU/Linux
Re: Arts, network transparency, nas.
On Monday 03 May 2004 11:22, Anders Ellenshøj Andersen wrote: > I have a setup where I have a server hidden away close to > my stereo set, and a laptop where I sit. The server has a > soundblaster PCI 64 for output to the stereo. (Old I know > but I am just using it as a testbed for my final system.) > > I was trying to figure out the best way to set it up so I > can use the laptop to control the sound output from the > server (which has ogg files). My first idea was to > install nas on the server, set up some kind of network > filesystem and mount it on my laptop, use kaffeine on my > laptop for decoding, and visualisations and stuff, and > then output back to the server via nas. But this stumpled > when I found out xine didn't do nas output. err. wouldn't the best solution be to set X up on the server, enable X11 forwarding through SSH and run JuK or whatever from that machine? c
Re: Arts, network transparency, nas.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 03 May 2004 11:58, Anders Ellenshøj Andersen wrote: > On Monday 03 May 2004 11:44, Jan De Luyck wrote: > > On Monday 03 May 2004 11:22, Anders Ellenshøj Andersen wrote: > > > Ideas anyone? I have now idea how you could use arts. Maybe take a look at vlc. It is very strong and well supported. Browse their mailing list history for ideas. Cheers. FJP -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFAlnB5gm/Kwh6ICoQRAv+gAKDL4vCV0Q1imI7K3DK8t3srV2kGYwCgtX0Z Gwc4jpXlxytY+zCw6SeKj3Q= =fRKx -END PGP SIGNATURE-
Re: Arts, network transparency, nas.
On Monday 03 May 2004 11:44, Jan De Luyck wrote: > On Monday 03 May 2004 11:22, Anders Ellenshøj Andersen wrote: > > Ideas anyone? > > Yes. Use mserv - it was made for this kind of thing. Seems to me mserv will totally restrict what kind of user interface I am using, there isn't even a kde klient. That's not acceptable. A web interface is totally inadequate for what I want to do. It doesn't offer enough control over playing either. And no visualisations. Scratch that idea. Anders -- This email was generated using KMail from KDE 3.2.2 on Debian GNU/Linux
Re: Arts, network transparency, nas.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 03 May 2004 11:22, Anders Ellenshøj Andersen wrote: > Ideas anyone? Yes. Use mserv - it was made for this kind of thing. Jan - -- If you don't have a nasty obituary you probably didn't matter. -- Freeman Dyson -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAlhSOUQQOfidJUwQRAnWsAJ0SWW59Yxn9+dWEY0xnhQvQ1J4AgACdHSLR HFM50MLVQnEiJr4gnG93tpA= =jDi6 -END PGP SIGNATURE-
