19:35 <eylul> #startmeeting "UbuntuStudio weekly check-in"
19:35 <meetingology> Meeting started Tue Dec 20 19:35:52 2016 UTC.  The chair is eylul. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
19:35 <meetingology> 
19:35 <meetingology> Available commands: action commands idea info link nick
19:36 <eylul> #chair ovenwerks
19:36 <meetingology> Current chairs: eylul ovenwerks
19:36 <eylul> #topic Welcome and Agenda
19:36 <eylul> #subtopic meetingology
19:36 <eylul> We are using meetingology this week.
19:36 <eylul> When giving updates please use #done: tasks completed e.g. "#done finished system tab for ubuntu-controls"
19:36 <eylul> When giving a summary of a situation or giving additional context use #info tag: e.g. "#info in last release we removed this package because of a bug
19:36 <eylul> When putting an idea when discussing an item use: "#idea how about we make the icons blue"
19:36 <eylul> If there is a place where you need input/help from another team member: "#help ardour backport needs more testing before the release candidate is posted"
19:36 <eylul> #subtopic Agenda
19:37 <eylul> Ovenwerks: ok so, short meeting or work hour?
19:37 <OvenWerks> For the record, Len has found out that the current -controls has serious limits to only being able to setup system kinds of things and not User-session things
19:37 <OvenWerks> Short meeting first.
19:37 <eylul> ok
19:37 <eylul> #topic Team Updates
19:38 <eylul> #info: Len has found out that the current -controls has serious limits to only being able to setup system kinds of things and not User-session things
19:38 <OvenWerks> Just so others can look at the minutes and see where things are.
19:39 <OvenWerks> Therefore controls will have to be redesigned to move ahead in the session setup kinds of things like audio setup or writing tablet setup.
19:40 <OvenWerks> I have really done not much more since we discussed this a few days ago.
19:40 * OvenWerks has built a case for his mandolin instead...
19:40 <eylul> that sounds fun. I still owe you a gui/interaction design for wacom end. Its been a week a few weeks of too many deadlines.
19:41 <OvenWerks> -controls will need to run as the user and use pkexec for just setting system things rether than to run the whole utility.
19:42 <eylul> #info you have any other updates, before we do dive into the controls details.? (I do have 2 quick updates to add to the record then we can discuss controls a bit more in details)
19:42 <eylul> #undo
19:42 <meetingology> Removing item from minutes: INFO
19:42 <eylul> #info -controls will need to run as the user and use pkexec for just setting system things rether than to run the whole utility.
19:43 <OvenWerks> To make this work, -controls has been broken into two parts, the GUI/user side and the system side. Right now the User side is in python and the system side sh
19:43 <OvenWerks> I think thats it.
19:43 <eylul> ok, I do actually want to ask you more about this. let me just copy paste other updates of the week.
19:43 <eylul> before we get to it
19:43 <OvenWerks> np
19:44 <eylul> #help Ross has a blog post up on how to help out with testing, daily isos. Please help out when you can. (more information on mailing list)
19:46 <eylul> #help CFHowlett has posted the holiday art event to facebook. Feel free to share your art and works done in ubuntustudio in the group or page.
19:46 <eylul> #topic Controls
19:46 <eylul> sorry
19:46 <eylul> ok so
19:46 <eylul> wasn't there a reply in ML about not using pkexec?
19:47 <eylul> *is somewhat confused*
19:47 <OvenWerks> it would depend on who made the comment.
19:48 <OvenWerks> pkexec is the normal way of elevating a user's status in Ubuntu.
19:48 <eylul> ok
19:49 <OvenWerks> gksu should not be used
19:50 <eylul> *nods* because then everything is executed as root, and that causes problems with the things that needs to be run as user, like the audio issue you described earlier
19:50 <eylul> (?)
19:51 <OvenWerks> Right. SO the proper way is to run the GUI as suer and then run the system parts as pkexec <system_program-program>
19:51 <OvenWerks> s/suer/user/
19:51 <eylul> *nods*
19:52 <eylul> out of curiosity, is there a reason why system side scripts are written in sh, rather than python as well, or just more convenient for you? (I have no objection, just curious)
19:52 <OvenWerks> All of the software installers use pkexec behind things
19:53 <OvenWerks> sh for system scripts are well understood. I think it will be simpler
19:53 <eylul> ok
19:55 <OvenWerks> I suppose we should matbe try it both ways  and see which looks best. But I think it will be sh first... just because I have part of it done.
19:55 <eylul> ah, well we can always move it to python, later
19:56 <OvenWerks> Yes.
19:56 <eylul> I was just thinking more for consistency and updatability. :)
19:57 <eylul> but ok :) Awesome
19:57 <OvenWerks> There will probably be more sh bits than python bits... but GUOs are not so easy in sh...
19:57 <eylul> well I am all for using toolkits for GUI
19:57 <OvenWerks> GUIs
19:58 <OvenWerks> Ya. SO the python bit is what people will see, but /etc/init.d/ubuntustudio is sh like the rest of the files in there.
19:59 <eylul> ah I see what you mean
19:59 <OvenWerks> There will be an Audio starter that will be sh, there is the system setup in sh
20:00 <eylul> *nods*
20:00 <OvenWerks> Actually, I might be best to say session starter rather than Audio starter as there may be other things besides just audio that gets set at session start if you have a tablet.
20:00 <eylul> actually I would think
20:01 <eylul> there would be a session starter, but then each script would be its own?
20:01 <eylul> rather than piling everything into same file
20:01 <eylul> just my 2 cents at least
20:01 <OvenWerks> case: tablet; do stuff?
20:02 <eylul> sorry?
20:03 <eylul> (sorry I couldn't parse that)
20:03 <OvenWerks> Basically I am saying that a part of the script can be set aside for different things rather than having lots of files.
20:03 <eylul> yeah but keeping it modular can make it easier to fix and update it later
20:03 <eylul> sh scripts become quite spagetti as it is, in my experience :D
20:03 <OvenWerks> We don't run the tablet part if there is none... we don't run jack if the user doesn't want it.
20:03 <eylul> *nods*
20:03 <eylul> yup
20:03 <OvenWerks> Possibly yes.
20:04 <eylul> another reason for keeping them separate
20:04 <eylul> I mean it is not a huge issue either way, but just thinking down the line when somebody wants to dig into this and fix a bug, that they can reasonably understand what is going on
20:04 <eylul> :)
20:05 <eylul> and the whole idea of tablet not being there is very likely to happen. (some people do keep their tablet on all the time, but not everybody, so actually handling hot plugging will be nice if we can do that eventually)
20:06 <OvenWerks> I want to do something reasonable with hot plugging various things in.
20:07 <eylul> *nods*
20:07 <OvenWerks> For me the audio device hot plug is real important :), but I realize there is a lot more stuff out there than that.
20:08 <eylul> wacoms are a big one.
20:08 <eylul> some people have external video cards but I am not familiar with the workflow for those
20:08 <eylul> anything else is kind of reasonably handled
20:09 <eylul> like external screens.
20:10 <eylul> in terms of the tablet settings, do we want to split it off to its own package?
20:10 <eylul> on one hand: its nice to have it all in same place, in other hand, a wacom tablet setup utility would be useful to other distros as well
20:10 <OvenWerks> What if you had One of https://www.blackmagicdesign.com/ca/products/intensitypro4k and plug another cammera in?
20:11 <eylul> RIGHT
20:11 * OvenWerks comes from a broadcast background
20:11 <eylul> no we need to pool our experiences in
20:11 <eylul> that is a good question
20:12 <eylul> ok so *makes a list of things to hot plug*
20:12 <OvenWerks> I am thinking that live use of video inputs is on it's way as the computer power is getting there.
20:13 <eylul> well isn't it already done?
20:13 <eylul> or do you mean doing so without external cards?
20:13 <OvenWerks> In the TV world it is called a switcher. But there is normally a fader of some sort with effected fades.
20:14 <OvenWerks> There are video switchers in sw, not very many, not very advanced
20:14 <OvenWerks> most are built around firewire inputs.
20:14 <OvenWerks> My DSLR has an HDMI out, no firewire, not really any USB either.
20:15 <OvenWerks> I don't think HDMI inputs are yet well delt with in the computer world
20:15 <eylul> *nods*
20:16 <OvenWerks> (maybe content providers don't want that?)
20:16 <eylul> there was blocks for a while on audio input for that reason
20:16 <eylul> which was a pain because I was using my mic input to record stuff, so possible, but I assume it is because most consumer items don't have an HDMI out
20:17 <OvenWerks> there still is for somethings. spdif will only allow so many copies if it is not "original"
20:17 <eylul> I can't think of anything I use that requires a video/image in, except my cellphone/camera to take picture via tether, which works fine via usb
20:17 <OvenWerks> lots of consumer stuff has hdmi out, almost all computers and DVD player do.
20:18 <eylul> HDMI out yes
20:18 <OvenWerks> HDMI in is a screen only thing :)
20:18 <eylul> but usually you need HDMI outs to connect to screens and projectors on daily use, not another computer
20:18 <eylul> (although the question does come up once in a while :D)
20:18 <OvenWerks> I don't think there are dvd recorders with them.
20:19 <OvenWerks> For content creation hdmi in is useful
20:19 <eylul> *nods*
20:19 <eylul> no now that you are explaining this, I am realizing it is
20:21 <eylul> ok so back to the topic
20:21 <eylul> capture cards, graphic tablets, audio cards/microphones etc, possibly video cards (?)
20:21 <eylul> (also 10 minutes to wrapping up the meeting, we are almost at the hour)
20:22 <OvenWerks> video cards are normally installed withy power off, but there are USB/thunderbolt things too.
20:22 <eylul> *nods*
20:22 <eylul> I see
20:23 <OvenWerks> I am wondering what happens though with an internal video card when a video signal is plugged in or removed. Because that is detectable.
20:23 <OvenWerks> There can be more than one video stream... and up to 8 or 16 audio streams too.
20:23 * eylul has no clue
20:24 <OvenWerks> Another whole topic would be sync  ;)
20:24 <OvenWerks> All video has sync
20:24 <OvenWerks> (which is why it is detectable)
20:26 <eylul> *nods*
20:26 <eylul> yeah
20:26 <eylul> why do I have a sinking feeling that we will need outside help to test some of these things?
20:27 <eylul> (unless you do have tools to test some of the video/capture stuff)
20:27 <OvenWerks> https://www.blackmagicdesign.com/ca/products/decklink/techspecs/W-DLK-06 is the one I was looking for... it is actually within my range :)
20:28 <OvenWerks> It would allow me to have live video from my DSLR to linux.
20:28 <eylul> wait.. you are not going to buy that JUST to test controls right?
20:29 <OvenWerks> It would work with a lot more than controls. But I also have a son who is interested in movie making
20:29 <eylul> aaah
20:29 <eylul> :D
20:29 <OvenWerks> We have tried to do some stop motion animation with just teathering sw. which has been ok too.
20:29 <eylul> I think I remember the results of that :D
20:30 <eylul> if you have a cellphone with a good camera
20:30 <eylul> you could try connecting that via usb and see what happens?
20:30 <eylul> actually, now I am curious. can I tether video from my cellphone...
20:30 <OvenWerks> I could use a webcam for some things... but someone needs to clear of their table so they have room to do things :P
20:31 <OvenWerks> You may be able to use your cellpohne as a webcam.
20:31 <eylul> well my cellphone has a higher resolution than a webcam
20:31 <OvenWerks> From what I have seen, webcam latency is over 100ms.
20:32 <OvenWerks> Using V4L
20:32 <OvenWerks> I don't know if that can be adjusted, or is a part of USB or...
20:32 <eylul> V4L == VLC?
20:32 <OvenWerks> V4L - Video 4 linux
20:32 <eylul> yeah well one way to find out
20:32 <OvenWerks> It is the standard video driver
20:33 <OvenWerks> (you prolly have it)
20:34 <eylul> *nods*
20:34 <eylul> well something for me to try
20:34 <eylul> anyhow shall we wrap up the meeting?
20:34 <OvenWerks> Sure.
20:35 <eylul> #topic Closing
20:35 <eylul> #info no meeting next week, happy holidays! We'll meet in the new year
20:35 <eylul> #endmeeting