<br><br>El miércoles, 20 de febrero de 2013, Len Ovens escribió:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">With all the talk about minimal DE installs, and reading about the<br>
problems with different kernels and video cards... and what things cause<br>
xruns. I thought of a solution that may work well.<br>
<br>
Here is my minimal DE through the eyes of ps:<br>
<br>
joet@music:~$ ps x<br>
PID TTY STAT TIME COMMAND<br>
3784 ? S 0:00 sshd: joet@pts/0<br>
3785 pts/0 Ss 0:00 -bash<br>
3886 pts/0 S 0:03 xfce4-panel<br>
3890 pts/0 S 0:00 dbus-launch --autolaunch<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Nice report. Some time ago I've been thinking something similar but with no PC but just portable solutions: one of the choices was a combination of Raspberry for audio (RaspMusix, I'm working in), that would be your head</blockquote>
cc2b7c64cc6292515b70bed80000<br>
3891 ? Ss 0:00 //bin/dbus-daemon --fork --print-pid 5<br>
--print-addres<br>
3893 ? S 0:00 /usr/lib/xfce4/xfconf/xfconfd<br>
3909 pts/0 R+ 0:00 ps x<br>
----------------------------------------------------------------<br>
<br>
Yup, 6 things. The idea is to use two computers. Some of the mini atom MBs<br>
would easily fit two in one case and still use no fans and one PS. They<br>
all have Gb networking, so a small switch between them is all that is<br>
needed. This assumes a single audio card with enough channels for whatever<br>
you are doing, either pci, USB or (with a pci(e) FW card) FW.<br>
<br>
One computer is headless and never runs X, though it would have most of<br>
the x libs anyway. All of the audio SW would be installed on this machine.<br>
I only used xfce4-panel because it was already there (it's running<br>
ubuntustudio in real life sitting at the login screen). The panel has been<br>
cleared of all applets except for the main menu and shrunk to fit. I am<br>
not sure if this is enough, some people may need a systray as well. The<br>
panel seems to launch dbus for me too (good). The main thing is that it<br>
gives me a menu for that machine where the apps it launches all inherit<br>
the same dbus info and display. An ncurses based menu could work just as<br>
well. and there are other panels or docks which would also work.<br>
<br>
The second computer can run any linux or BSD or anything else so long as<br>
it has an xserver (even windows I think can have an xserver). It does not<br>
matter what video card you use, because you can run a generic kernel that<br>
the driver is made to run on. You don't have to think about interrupts or<br>
anything like that. Pulse run on this machine will not affect jack in any<br>
way. Rather than bother with figuring out a pulse-jack bridge, connect<br>
line out from the head board to the line of the audio board and vise versa<br>
and use zita-a2j and zita-j2a to add them to jack.<br>
<br>
My machines are not the best trial. I am using wireless networking (b<br>
version with max 11M, but most often less) but even with 100M there is<br>
some lag, though it doesn't effect the audio at all. Gb net would probably<br>
be good enough though.<br>
<br>
affects latency? yup. jack running -p16 -r 48000, guitarix on top. very<br>
few Xruns, with the DE on the same machine I had 1000s/minute. No mouse/kb<br>
irqs, no video irqs, Makes this old P4/2.4G sing. I'll have to try dual<br>
heading the gui box (aspire one netbook).<br>
<br>
So far I think this is a better solution than running the audio across the<br>
net.<br>
<br>
<br>
<br>
--<br>
Len Ovens<br>
<a href="http://www.OvenWerks.net" target="_blank">www.OvenWerks.net</a><br>
<br>
_______________________________________________<br>
Linux-audio-user mailing list<br>
<a href="javascript:;" onclick="_e(event, 'cvml', 'Linux-audio-user@lists.linuxaudio.org')">Linux-audio-user@lists.linuxaudio.org</a><br>
<a href="http://lists.linuxaudio.org/listinfo/linux-audio-user" target="_blank">http://lists.linuxaudio.org/listinfo/linux-audio-user</a></blockquote><div><br></div><br class="Apple-interchange-newline"><div>Nice report, Len.</div>
<div><br></div><div>Since time ago I've been thinking about implementing something similar but with no PC but just portable solutions: </div><div>one of the choices was a combination of Raspberry for audio (RaspMusix, I'm working in), that would be your headless/audio component; and some phone, tablet or touchscreen where I can monitor parameters, play a virtual keyboard and rule the other component, whether it'd be connected (wifi or direct ethernet cable) to its X server or simply running scripts/commands via ssh, or sending MIDI / OSC...</div>
<div><br></div><div>A convenient add would be any decent audio interface that is supported on the audio componente, it would help save resources and would improve audio quality, and maybe it would have a monitor out for headphones or speakers.</div>
<div><br></div><div>My two cents.</div><div><br></div><div><br></div><br><br>-- <br>Carlos sanchiavedraz<br>* Musix GNU+Linux<br> <a href="http://www.musix.es" target="_blank">http://www.musix.es</a><br>