[00:53] ScottL, ping [03:50] ailo, pong [03:50] Hi ScottL [03:50] hi ailo [03:50] How's progress? I was just working on the documentation a bit [03:50] Realized I was overdoing some things. Hoping we can keep it really short and simple :P [03:50] i haven't done anything this week [03:51] but i have a hole in my schedule tomorrow afternoon that i was going to use for this [03:52] No news on the XFCE bit? [03:52] I just installed Oneiric yesterday btw [03:53] And I got myself a firewire device a few days ago [03:54] ailo, i saw that you talking about your firewire in OSM [03:54] that's cool [03:55] the bit about xfce, cory has his packages lined out and is waiting for mr prouit (i think) to look over them [03:55] mr prouit is from the xubuntu devs [03:56] i really should go ahead and make my changes to the bzr branches in preparation for cory's changes [03:57] the loose schedule is to have this ready to test the xfce by alpha2 [03:58] ScottL, Sounds good. [03:59] ScottL, As far as ubuntustudio-controls goes, I will need a couple of more weeks, but it's really not going to be much of a problem to code. [03:59] I should probably look into what's happening with python overall [04:00] And gtk [04:00] Things are changing now with Gnome3 [14:36] ailo: do have any of your notes somewhere where i can view them or should i just start making a google doc now? [14:43] scott-work: are you talking about documentation? [14:43] if so, get me in on that doc [14:44] holstein: i can do that [14:44] i have a process consideration or goal in documentation [14:45] i am hoping that at some point after we have started identifying what pages we would need that we can group them [14:45] and create major heading or topics [14:45] then using these topics we can start moderating the existing pages to fit this form so that when new pages are created we have a place to link them [14:46] i am concerned about having orhpan pages and a general lack of organization [14:46] yeah, and im having a hard time getting my mind around it [14:47] but, if ailo had a page where he could delegate some work, id chip away at it [14:47] if you want to read about what has already been done i'll provide some links [14:48] this is labaled as "video tutorials" but basically outlines what i felt the documentation should follow: https://wiki.ubuntu.com/UbuntuStudio/IntroTutVideos [14:48] the very first section of this page was an attempt to organize it visually as well: https://wiki.ubuntu.com/UbuntuStudio/Sandbox [14:50] basically, the organizational thought was to create a linear path that would educate a new user through giving step-by-step examples for experienced users [14:51] hopefully we can also align/supplement this with actual videos as well for key areas [14:51] yeah... its challenging, but i think its something that could at least aid [14:51] these are things that most of which might actually be distro non-specific too [14:52] which i think would be cool... get some arch user traffic or whatever [14:52] not that im trying to convert, but having other users talk up our wiki's and tute's... that would be cool [14:53] oh agree, especially that jack stuff, explaining what it is, why is usefull, how powerful it is [14:53] the key stuff right after you get it running [14:53] especially if we can get in early on new stuff like jack-session...i wonder how many people really understand what it is, why it's useful, and how to use it? [14:54] tweaking it, and connecting... thats all generic [14:54] holstein: exactly, which is why i wanted to view this from a new user perspective [14:54] "key stuff right after you get runnign"^^^^ [14:54] scott-work: what i find is even alot of the ubuntustudio users dont know how to use it [14:54] by it do you mean "ubuntu studio" or "jack"? [14:54] JACK [14:54] right [14:55] i agree, it's fucking daunting if you are uneducated about it [14:55] oops, sorry for language [14:55] often, an old-schooler will pipe up in the OSMP channel and say 'OK... how the hell do i use JACK?" [14:55] and ive been assuming they already were [14:55] lol...that's funny (and sad) how that happens [14:55] some of them are coders too [14:56] JACK is just different [14:56] i think someone with access to a studio patchbay (which i have) might be able to draw some comparisons [14:57] a good picture of one would assist the analogy, certainly :) [14:57] thats really a selling point too [14:58] the thing that makes it challenging to a new user or convert would really turn a studio guy on [14:58] and especially as this stuff gets more attractive looking [14:58] the JACK connection GUI's [15:04] i saw that qjackctl has a new release [15:04] side note: i hope to test the -lowlatency kernel past just installing it during the long weekend [15:05] hopefully then we can get it packages and start pushing it into the repos some what soon then after others test it as well [15:39] holstein: thanks, mike :) [15:39] :) [15:41] i'll try to watch the videos soon to understand what's what [15:41] i just did a 'hangout' [15:42] i had a virtual tour of the main office at redhat :) [17:22] holstein: i had forgotten that ailo had shared a doc with me, i think i shared it with you as well [17:24] scott-work: got it... thanks [17:41] holstein: i'm adding some stuff right now, i don't know how google is handling that or if you can update it or see that i've even changed it [17:41] not changed, but added to it [17:42] its actually pretty quick to update [17:42] we use one for the ubuntu weekly newsletter [17:45] that's cool [17:45] i'm thinking about how we describe things like recording audio with ardour [17:45] would it be better to give them a lot of little "block" of information or throw it all together in a tutorial with a larger goal? [17:46] example, i'm currently forwarding showing a user how to get sound ito ardour, then how to record a track, then how to multitrack it [17:46] or should this all just be wrapped into a tutorial? [17:47] i think smaller ones that are well indexed somewhere [17:47] then, we can add to the master index or whatever easily [17:48] i like this idea because if you are struggling to do a certain part it can be confusing to try to find that section within a larger tutorial sometimes [17:48] yeah... i think its easier on both ends [17:55] i suppose if the tutorial were clearly laid out, "in the first part we will focus on getting audio into ardour" for example, it could still existin with a tutorial though [17:55] i kinda like the tutorial because it becomes kinda like a playbook for people to put it all together, even though the steps are logical and in order [17:56] i admit that i dislike it when people tell me, "look at the manpage" because i want more than just the specifics, i want an overall view of things, kinda like a well written tutorial [17:57] also, we need to think about how MIDI will fit within the audio portion, especially if we are using tutorials [17:58] yeah... i think it'll be easier with an index [17:58] then, we can edit as we go, if needed [17:58] otherwise, we gotta get the whole thing laid out, and working, and then put it up [17:58] right, that's my feelings exactly :) right on the head [18:01] i wish there was a white board we could use to scribble things together [18:01] * scott-work is going to lunch [18:03] http://www.skrbl.com/173451774 maybe [18:06] nah... its laggy [19:18] scott-work, Just to add to the discussion on documentation. I really want to separate documentation that tries to teach users about how to make music and how to mix songs from the type of documentation that deals with just reference about the tools that are available [19:19] I really would like the documentation to be as simple as possible, but have it include links to other documentation projects that deal with specific things [19:20] While I was working on it before, I felt like the US documentation doesn't really be very extensive at all [19:20] doesn't need to be extensive, is what I was trying to say [19:21] ailo: i agree that a majority of the documetnation doesn't need to be extensive [19:21] Workflows can be interesting, but they should be a separate part all togehter [19:21] many topics just need to be mentioned, almost in a casual conversational way, just so people are aware of it [19:21] Right [19:22] audio interfaces are a subject like this, i believe [19:22] we can point out a few items to contrast their abilities and limitations and move on [19:23] ailo: i also agree with linking to other sources, saves time [19:23] ailo: but i'm not sure i understand what you mean about separating different documentations (this is from your first sentence) [19:24] Well, I guess the best way is to show you what I would prefer, once I have it somewhat sorted out [19:25] Right now, I have some topics, in order but I'm trying to decide what to write about each one [19:25] One thing that came to mind, which seems like a big part of the audio bit, is about jack, PA, ladish and stuff like that [19:26] scott-work, Did you work out how the PA-jack bridge works? [19:28] ailo: i did! [19:29] it worked well for my m-audio delta 44 card, but made the onboard card all but unusable [19:29] scott-work, So, what do you think? Should we not try to add that as an option to system settings on a us-controls application? [19:30] scott-work, Would you care to let me know about the details about that? [19:30] ailo: i would still consider including it by default [19:30] ailo: i will gladly share the details, but there isn't much [19:31] scott-work, Any extra packages, or just a script? [19:31] ailo: i testing it twice before removing the pulseaudio-module-jack package because i was doing the linux outlaws interview using pulse and skype [19:32] ok [19:32] ailo: all i did was install pulseaudio-module-jack and either relog or reboot (don't remember) and it worked [19:32] pulse sinks showed up in the jack connections window [19:32] Aha, well, that's cool then. I think I tried it once, but no success [19:32] Will need to try again [19:33] david h. said that natty was the first system to be "ready" for it (i think) [19:33] something about dbus or jack-dbus or something, cant' remember the specifics from the email on the list [19:34] scott-work, Why is it that your onboard card didn't work, I wonder [19:34] I should ask falktx about that maybe [19:34] i woudl like to know as well, i was planning on doing more testing with it, develop a procedure and then ask others to test it as well [19:35] but i need to get a few other things done first, like testing the -lowlatency kernel, documetnation, and updated the seeds for applications updates :) [19:46] ailo: i want to reiterate something i told holstein, i think of the documentation progress as a linear progression of how i would explain ubuntu studio to a new user who is unfamiliar with it [20:14] ailo: my previous statement wasn't intended to mandate how the documentation of the organization, it was just to explain _my_ organization of it [20:15] scott-work: you're allowed to mandate :) [20:15] lol, but that doesn't really facilitate cooperation, collaboration, or community ;) [20:17] scott-work, No worries. I'm pretty flexible :P. I have some clues and ideas right now, and I feel ok with them. Just need to finish something up and present it [20:18] ailo: i implied this earlier, but.. [20:18] if you are heading up this documentation [20:18] feel free to farm things out to me [20:18] i just cant seem to take the time to get my mind around the scope of how to get started [20:19] holstein, One thing that I have no clue about right now is installation [20:19] Since, we're moving on to Xubuntu based installation [20:20] ailo: as long as its a wiki page right? [20:20] and just says 'installation' [20:20] we can update and switch out as needed [20:20] I'm going to write stuff up in documents first [20:20] ideally, a link to a youtube with a screencast [20:20] and other visual aides [20:21] holstein, About the wiki, I'm not in a hurry to start pages there yet. I want to work out the text somewhere first [20:21] holstein, So, Google docs, or just OO docs is what I use right now [20:22] ailo: and ideally, revamp what we got, and clean them up [20:22] so theres not duplicates [20:22] holstein: ailo and i have had this discussion before so i'm hesitant to beat the dead horse, but... i agree that having some structure identified (an outline or skeleton) will greatly facilitate progress [20:22] although i think we need to all agree with the general outline or structure [20:23] I think we'll get there pretty soon, but it's not a bad idea to just start somewhere either [20:23] Like, doing something on just installation [20:23] But, starting to add wiki pages without an idea about structure is perhaps a little tricky [20:27] I feel more comfortable starting to work on the structure once I already have some text to fill it with [20:28] That's why I'm starting off by just writing and thinking about the different topics [20:28] Like, the sound system. PA, jack, alsa [20:30] It gets a little complicated trying to explain the sound system in just a few lines [20:30] For new users, that is [20:31] ailo: i agree :) [20:31] But, if we have a very nice default way of doing things, we can just very quickly describe that [20:31] but a few sentences can explain that there are two and that they serve different purposes [20:31] And give reference on each sound system separately at their own pages, if we want [20:32] Like, it's not hard to get some sound out, if you do this, this and this. No need to go inte detail. In this sence, that description would be more workflöw based [20:33] At the end of the page you can have some links for Alsa, PA, Jack, OSS and whatever else [20:34] Anyway, that's one thing I've been thinking about now [20:34] And also about hardware and devices [20:35] pci, usb and firewire [20:35] Cause it would be nice if it all could be explained quickly and very generally [20:37] The first thing a user wants, is just to start working on music. They want to get right into it [20:37] And try things out [20:37] Once they've done that a bit, they might revisit the documentation to read about more advanced topics [20:38] Or, video [20:38] Or, graphics [20:39] At first, I see it as a three step process. 1. install. 2. sound-check (jack, drivers, video-drivers, etc). 3. programs [20:40] Once you've done those three steps you might want to learn more about each step [20:41] The most frustrating thing that can happen to the user is when 1. installation doesn't work. 2. Can't get any sound [20:41] i like where this is going :) [20:42] is there a way to view all the current pages in ubuntustudio/* [20:42] on the wiki [20:42] We've been talking about tagging them [20:42] I don't know that much about the wiki myself, but I suppose tagging them would allow to see all pages in an index [20:42] Or, is it by adding a category? [20:43] im not sure about the indards, but its quite configurable [20:43] and ideally, they are just easy to find, and logically linked together [20:43] and from the site [20:44] now.. you look at something simple like !vanilla, and its all over the place [20:44] it would be easier i think going forward to think about having one page for things like that [20:44] instead of vanilla in hardy or whatever [20:44] just one running wiki that we can add to, and update, and remove stuff [20:45] anyways, ailo.. if you get the outline going, i can poke around and find pages that may be what we need, and plug them in on the google doc [20:46] we can revamp them with the material we have on the doc [20:47] i have a blueray burner coming today [20:47] holstein, You think you'll have any use for it? :P [20:47] im looking forward to archiving some ardour sessions easily, and getting them off the main machine [20:47] ailo: i plan on just using it for data [20:47] holstein, Is it very reliable, do you think? [20:48] ailo: i'll let you know ;) [20:48] Why not hard drives? Isn't that cheaper [20:48] i have an internal 1tb and external that im mirroring to [20:48] but still, i'd like to just archive some things and not mirror them and/or worry with them [20:49] I got to get some server space somewhere one of these days [20:49] Just for files [20:49] i thought about that too [20:49] im just not ready yet [20:49] Not good having all machines under one roof [20:49] theres that too [20:50] i can archive, and leave a copy somewhere else if its something that important [20:50] over at my parents house or whatever [20:55] We have a machine standing in my rehearsal. I use git to sync the machines [20:55] But, the bandwidth is too slow [20:55] Doesn't really work with large audio files [20:55] imagine with video :/ [20:57] Mobile internet is getting cheaper, but it'll be a while before I get that [20:57] Would be nice with 100 Mbit [20:59] i use several portable usb drives to backup and most of the time i keep one at work as well just to get it away from the others [20:59] i had been backup up to cds and dvds but i heard that cds/dvds go bad over several years [21:00] s/backup/backing up [21:00] i had considered somethign like carbonte which i hear as a flat $57 a year for infinite backup but i don't think there is a linux client [22:23] ailo: where do you stay?? [22:24] saidinesh5, You mean, where do I live? [22:24] Sweden [22:24] hehe..... ya [22:24] just curious.....since you mentioned 100Mbit :P