[00:45] <holstein> MaynardWaters: with JACK?
[00:45] <holstein> MaynardWaters: i would stop JACK, and install/open pavocontrol
[00:46] <holstein> get a known good file with a known good system codec playing the file, and check the routing.. using a player you know well that is configured for pulse
[00:47] <holstein> then, you can mess about in "alsamixer" .. and also refer to main #ubuntu or the main ubuntu suppport, since that is not ubuntustudio specifically
[11:04] <mister_zombie> Hi, I'm looking for a bit of help. We have a tiny computer that we use as information radiators that are plugged on two different tvs, and we'd like to be able to play sounds on either one of them selectively. Both are connected through HDMI, and ubuntu seems to recognize both HDMI sound outputs. How can I play a sound on only one of those?
[15:03] <holstein> mister_zombie: im not following
[15:03] <holstein> mister_zombie: i would confirm the audio is working via HDMI, because that can be challenging
[15:04] <holstein> i would specifiy what exactly you are trying to play and how.. im not sure if you are talking about streaming or not
[15:04] <holstein> sounds like pulse is capable or doing what i think you are tring to do... and you could ask in the main #ubuntu channel
[15:06] <mister_zombie> They told me to ask here.
[15:07] <holstein> mister_zombie: they?
[15:07] <mister_zombie> I confirmed that both HDMI outputs were connected and working using the sound settings.
[15:07] <mister_zombie> holstein: #ubuntu
[15:07] <holstein> mister_zombie: "they" likely dont understand what you are asking
[15:07] <holstein> mister_zombie: and, you *can* and should ask here.. but im just telling you where to ask and how
[15:07] <holstein> mister_zombie: this is *not* an ubuntustudio specific issue
[15:07] <mister_zombie> Really the plan is just to use a cli command to play a sound on either one of the tvs.
[15:08] <mister_zombie> Fair enough, thank you for your time.
[15:08] <holstein> mister_zombie: then, ssh in,a nd play the file
[15:08] <OvenWerks> paplay should work
[15:08] <mister_zombie> I only get one sink in pactl though.
[15:08] <holstein> i have used cvlc and mp3blaster
[15:09] <holstein> mister_zombie: what "sink" where? if audio works, ssh into the machine, and play the file
[15:09] <holstein> you can use screen to leave the file playing, and reconnect
[15:09] <holstein> !info screen
[15:10] <holstein> i used to use screen to connect in and play files with cvlc (command live VLC) or mp3blaster
[15:10] <mister_zombie> That I understand. What I don't know is how to play a sound on only one tv at a time.
[15:11] <holstein> mister_zombie: and, i have no idea what TV's you are talking about, or how they are connected to what where or why
[15:11] <holstein> mister_zombie: if you have a machine connected to TV 1, ssh into the computer connected to TV 1 and play the file
[15:12] <holstein> the computer connected to TV2 will be the one you play from to play music on TV2
[15:12] <mister_zombie> I have two tvs connected through HDMI to one computer.
[15:12] <holstein> mister_zombie: you should be able to specify the output device
[15:13] <OvenWerks> mister_zombie: so you have two hdmi ports on the computer?
[15:13] <mister_zombie> Yes
[15:13] <holstein> mister_zombie: i would want to forward a desktop and just use "pavucontrol"
[15:13] <holstein> i would not assume that *either* or *both* of those HDMI ports are working with audio
[15:13] <OvenWerks> and you also have onboard sound?
[15:13] <holstein> otherwise, pavucontrol is a nice easy way to route audio like that
[15:13] <holstein> !info pavucontrol
[15:14] <mister_zombie> OvenWerks: holstein: I confirmed it worked with Ubuntu's Sound preferences, where I selected Left-right for both outputs and it tested fine
[15:14] <mister_zombie> I'll ask my network guys to install it
[15:14] <OvenWerks> So you just want to be able to route from command line.
[15:15] <holstein> mister_zombie: you'll ask who to install what?
[15:15] <OvenWerks> mister_zombie: are you ssh into the box then?
[15:16] <OvenWerks> If so you need to dbus-launch screen for the pulse cl tools to work properly
[15:16] <OvenWerks> pulse depends on there being a running session
[15:17] <OvenWerks> ssh does not provide that on it's own, screen does
[15:18] <OvenWerks> The dbus-launch makes sure that the dbus info is in the environment of any screen terminal
[15:18] <mister_zombie> holstein: I don't have admin rights on the box. OvenWerks: So if I already have a running session, SSH should work fine, correct? The TVs are mainly used to output firefox tabs
[15:19] <OvenWerks> once screen is running, a new ssh would do screen -dr to reconnect to the running session
[15:19] <mister_zombie> Darnit, screen not even installed. I'll just mail them right away.
[15:21] <holstein> you can test without screen.. and i would.. since you literally dont konw if that is going to work out for you yet
[15:21] <mister_zombie> Right.
[15:21] <mister_zombie> Vnc, here I come
[15:21] <holstein> i know, i would just forward a destkop..
[15:21] <holstein> but, i have admin rights to my hardware, and i dont use hdmi audio..
[15:23] <mister_zombie> I only get one sink in pulseaudio, still, called "alsa_output.pci-000_00_1b.0.hdmi-stereo"
[15:24] <OvenWerks> mister_zombie: if this is not a headless machine (as I assumed) then screen will not work for you. If you are already running a graphic session, an ssh login will need the dbus info for that session
[15:25] <holstein> mister_zombie: i have asked if you tested both HDMI outputs in pulse.. if you havent, then do so
[15:25] <OvenWerks> you will need to add a script to your session startup that saves three of the environmental variables to a file and then set up a script that restores them when you log in ssh
[15:26] <OvenWerks> you need to be able to talk to the same PA instance as the graphic session is running
[15:27] <holstein> you are testint too many things at once
[15:27] <holstein> testing*
[15:27] <OvenWerks> there are two dbus lines plus you may also need $SCREEN
[15:27] <holstein> connect a monitor and keyboard and mouse.. and test the 2 audio source outputs on a normal desktop.. then, test remotely doing that in a terminal or whatever.. and *then* headless
[15:27] <OvenWerks> sorry $DISPLAY
[15:29] <OvenWerks> holstein: the sound is from Firefox, so it is not headless., just remote audio control
[15:29] <mister_zombie> OvenWerks: holstein: I think you guys put me on the right path, thanks a lot, I'll try some things
[15:31] <holstein> mister_zombie: good luck.. and keep the troubleshooting simple!
[16:06] <solarbird> Hey, anybody know what Xorg could want to do every two minutes on the dot that spikes its CPU use and triggers XRUNs over in Jack+Ardour?
[16:06] <solarbird> I left the machine running overnight to see whether it would keep doing it. I'm running the .48 true-preemptive realtime kernel right now.
[16:07] <solarbird> Otherwise 12.04LTS, last security-updated about a week ago.
[16:07] <xequence> solarbird: realtime or -lowlatency?
[16:08] <OvenWerks> solarbird: screen saver?
[16:15] <solarbird> Realtime. And I have screensaver disabled.
[16:15] <solarbird> I compiled it yesterday, trying to solve the _other_ big XRUN problem.
[16:16] <OvenWerks> just watching top on my machine. It is mostly idle. Nothing gets to more than 2%
[16:17] <OvenWerks> but if I mouse a lot that goes up.
[16:17] <solarbird> (Which, on a related note, I've gone through this: http://wiki.linuxaudio.org/wiki/system_configuration#sysctlconf in excrutiating detail and my system passes all those tests, and I still get an XRUN every time I enable master record, unless I set latency up to over 330ms-ish.)
[16:17] <OvenWerks> maybe try unplugging your mouse and see.
[16:17] <OvenWerks> Is your mouse USB by chance?
[16:18] <solarbird> (Despite running on a quad-core CPU with 4G of RAM, mostly idle, and not paging _at all_,) Nope.
[16:18] <xequence> could be graphics
[16:18] <solarbird> I kept it off the USB chain intentionally.
[16:18] <OvenWerks> do you have wireless?
[16:19] <solarbird> Nope. Kept it off that intentionally as well.
[16:20] <solarbird> Also, yanking the network has zero effect.
[16:21] <xequence> theoretically, the use of the rtirq script should ensure the audio device receives priority
[16:21] <xequence> solarbird: Have you checked variables around that?
[16:21] <xequence> cat /proc/interrupts
[16:21] <OvenWerks> if it is set up to do so
[16:22] <xequence> solarbird: ps -eo comm,rtprio
[16:23] <solarbird> what are you looking for in the interrupt table?
[16:23] <xequence> solarbird: To make sure your audio device isn't sharing IRQ with other devices
[16:24] <solarbird> Oh, I've been through that. It's not.
[16:24] <solarbird> It's a USB device which yes I know is not awesome. But it's what I have.
[16:24] <solarbird> (TASCAM US-800.)
[16:28] <solarbird> oh, right, I forgot. the link to the rtirq script 404s, so I didn't do that.
[16:31] <xequence> solarbird: It was installed with linux-lowlatency
[16:31] <xequence> you can find it in /etc/init.d/rtirq
[16:31] <xequence> the package is called rtirq-init
[16:32] <xequence> the config file is at /etc/default/rtirq
[16:32] <OvenWerks> Assuming you will always be using the same usb plug, use lsusb to find out which usb you are using
[16:32] <xequence> it autostarts, and is compatible with linux-lowlatency, but not -generic
[16:32] <xequence> well, not by default
[16:32] <xequence> it needs a kernel parameter to be used
[16:33] <OvenWerks> then in /etc/default/rtirq on the first non-comment line:
[16:33] <xequence> it can be hardcoded into the kernel, using a config option
[16:33] <OvenWerks> RTIRQ_NAME_LIST="rtc snd usb i8042"
[16:33] <xequence> linux-lowlatency includes this kernel parameter - it's hardcoded
[16:34] <xequence> might be that you need to set the -rt kernel to use a kernel parameter
[16:34] <OvenWerks> change that to: "rtc usb3 snd usb i8042"
[16:34] <OvenWerks> if you happen to be using usb3 change it to what you are using
[16:34] <OvenWerks> if not.
[16:34] <xequence> In /etc/default/grub, change GRUB_CMDLINE_LINUX="" into GRUB_CMDLINE_LINUX="threadirqs"
[16:34] <solarbird> should that change-it-to be usb2? I'm on usb2, not 3.
[16:35] <OvenWerks> yup
[16:36] <solarbird> okay both changes made.
[16:36] <OvenWerks> reboot
[16:36] <solarbird> bbiab...
[16:37] <solarbird> (becuase I'm on that machine, lol.)
[16:41] <solarbird> Same XRUN on record-enable; waiting now to see whether we get the every-two-seconds XRUNs...
[16:42] <solarbird> Yep. Right on schedule.
[16:42] <OvenWerks> does lsmod show the wireless module is loaded even thoghturned off?
[16:42] <solarbird> I have a meeting but will leave this up if you have any other ideas to throw in there...
[16:43] <solarbird> ipw<mutter> isn't it? if so: no.
[16:45]  * solarbird cancels tomorrow's recording session pending figuring this out.
[16:53] <doc_> how can I tell which version of ubuntu studio is running ?
[16:54] <OvenWerks> cat /etc/os-release
[16:55] <doc_> thank you !!
[18:32] <MaynardWaters> holstein: thanks for the advice, when I am not at work I will give it a go again and let you know what i find.
[18:52]  * solarbird returns