[01:45] <Lumpy> heyas
[01:51] <len_1304> Lumpy, hello
[01:52] <len_1304> Did you get my long winded email?
[01:59] <smartboyhw> zequence, if we are getting in for 13.04 beta 1 reply to mail of ubuntu-release please
[02:06] <Lumpy> uh i dunno might have accidentally filtered it to nothingness
[02:06] <Lumpy> what did you need Len-nb 
[02:09] <Lumpy> found it len
[02:10] <Lumpy> will read it between sets
[02:11] <zequence> smartboyhw: I asked scott to do that, and he said he did. But, I haven't seen any action on that
[02:12] <zequence> Maybe he posted to the wrong adress or something
[02:12] <smartboyhw> zequence, yeah. And also, stgraber seemed to forgotten the switch from ~ubuntustudio-core to ~ubuntustudio-release...
[02:12] <smartboyhw> zequence, you send or I send?
[02:12] <Lumpy> it can get messy quick can't it len
[02:13] <zequence> smartboyhw: I'll take care of it
[02:25] <len_1304> Just finding out about the realities of  lots of en/decoding.
[02:26] <zequence> len_1304: If you find something evil, will you let us know ;)
[02:27]  * len_1304 has been working with Lumpy on broadcast workflows...
[02:28] <zequence> cool
[02:28] <len_1304> The minimum usable system is somewhat more than what I have. but perhaps within the abilities of a modern machine
[02:30] <len_1304> zequence, one of the prime workflows in broadcasting is phone to air.
[02:32] <len_1304> a skype or linphone app is much lower latency than ogg/mp3 streaming (though higher than guitarix)
[02:32] <Lumpy> the latency can be fun
[02:32] <Lumpy> and it can be fun trying to figure out what is eating up cycles
[02:32] <len_1304> In the end there may be as many as 5 or 6 encoders and or decoders running at the same time.
[02:32] <Lumpy> another reason we run our voip in through a board
[02:33] <Lumpy> helps take it out of the equation so to speak
[02:33] <len_1304> Ya.
[02:33] <Lumpy> tonight, I am trying to crash the PC and just can't seem to make it do so
[02:33] <Lumpy> and i jacked up the latency
[02:34] <Lumpy> still getting an occasional xrun
[02:34] <len_1304> I thought cutting pulse down to 2 channels might help... it did help.
[02:34] <Lumpy> like one every two or three hours
[02:34] <Lumpy> i don't use pulse in my setup
[02:34] <Lumpy> jackd at two chans
[02:34] <len_1304> No need.
[02:34] <Lumpy> running jackrack adds a few cycles though
[02:34] <len_1304> Jack uses not much 2 channels or 10.
[02:35] <len_1304> effects use more yes.
[02:35] <Lumpy> I try to match my channels to my output
[02:35] <len_1304> I use the card I have :)
[02:35] <Lumpy> i use an ancient soundblaster here
[02:36] <Lumpy> and the old beast still works good enough
[02:36] <zequence> smartboyhw: Once you log out and in again, you should have rights on the ISO QA site
[02:39] <Lumpy> i am using just a tad bit of compression and some equalization to kill the pc fans
[02:40] <len_1304> Every broadcast facility I have been in has some form of "sweetening" before air like an orban optomod
[02:41] <zequence> broadcasting and radio is something I've never been close to
[02:41] <len_1304> Makes for a more consistent signal level
[02:41] <zequence> Otherwise, I've done pretty much anything that has to do with audio
[02:42] <len_1304> I worked in both radio and tv from 79 to 84 or so.
[02:42] <Lumpy> you are correct len, i am too on a P4 but mine is a dual core
[02:43] <len_1304> Dual core? or hyperthread?
[02:43] <Lumpy> dual core, one of the first
[02:44] <Lumpy> 2.4 GHz pm a Intel Wasp D65 mobo
[02:44] <Lumpy> with 2 gig or RAM
[02:44] <len_1304> When I finally upgrade I will go dual or quad.
[02:45] <Lumpy> the G5 is a multi processor
[02:45] <Lumpy> not much good for current stuff due to lack of support but a nice post processing machine
[02:47] <len_1304> The supermicro MB look really good for low latency stuff.
[02:47] <len_1304> Even some of the lower end ones.
[02:47] <Lumpy> are you using the low latency kernel?
[02:48] <len_1304> yes.
[02:48] <Lumpy> holstein says we don't need it but i like it
[02:48] <Lumpy> i would rather have everything other than audio die in crash first
[02:48] <len_1304> I think it is about matching the application to the latency
[02:49] <Lumpy> even when i have over runs, you can't hear them in the final product
[02:50] <len_1304> For really low latency I turn hyperthreading off. But if I can handle higher latency, I might get better performance with it on.
[02:51] <len_1304> Like I may be able to handle more DSP tasks.
[02:54] <zequence> You don't need linux-lowlatency, if you don't need low latency
[02:54] <zequence> But, if you do, you need it
[02:54] <zequence> Simple as that
[02:54] <Lumpy> lol
[02:54] <len_1304> Ya, there is that
[02:55] <len_1304> but, there is low latency and low latency.
[02:55] <Lumpy> and you don't need to increase your latency unless you need to increase your latency.. then you do
[02:55] <len_1304> :)
[02:55] <Lumpy> it is pretty much like i have always said
[02:55] <Lumpy> go out there and screw it up.. fix it... repeat
[02:56] <len_1304> This system: https://www.osadl.org/Profile-of-system-in-rack-2-slot-0.qa-profile-r2s0.0.html is getting about 30us max latency for example.
[02:56] <len_1304> Mine is doing good to get in around 1ms
[02:57] <len_1304> with tweaks. Well the other one is tweaked as well...
[02:58] <Lumpy> i took the jack latency to 90 some ms
[02:58] <Lumpy> and haven't had an overrun since
[02:58] <len_1304> Your phone line needs to be less.... and is by default
[02:59] <Lumpy> i still lean to the mixer for that
[02:59] <Lumpy> for the bucks you spend on a mixer and all
[02:59] <Lumpy> that and you can tweak you firewall for your voip line
[02:59] <Lumpy> and, len, don't forget to double check that
[02:59] <Lumpy> bust the ports open on your voip
[03:00] <Lumpy> just in case you didn't think of that
[03:00] <len_1304> I am not sure what codec TS uses but skype and many others use speex which is lower latency than ogg.
[03:01] <len_1304> I wasn't gong through the FW at all. 100mb line all internal. (this side of the FW
[03:02] <len_1304> From phone to icecast
[03:02] <Lumpy> well if you are going to do voip, incoming, just make sure you have the right ports open
[03:02] <len_1304> Ya.
[03:02] <Lumpy> it can create it's own latency so to speak
[03:03] <len_1304> If there is a proxy yes.
[03:03] <len_1304> an open port is better.
[03:03] <Lumpy> another reason why we try and stick with teamspeak
[03:03] <Lumpy> we can host it on our own server and there are no relays
[03:04] <len_1304> well done sip can do without relays too.
[03:04] <len_1304> Sip just sets the call up.
[03:05] <Lumpy> i am sure there are many ways to achieve the same thing with it
[03:05] <Lumpy> i was chatting with some one else who does streaming and they swear by MIXX
[03:06] <len_1304> There is a broadcast standard for using sip for audio contribution.
[03:06] <Lumpy> which I have never even looked at
[03:06] <len_1304> Mixxx is picky about video drivers.
[03:06] <len_1304> It will run on my laptop but not my desktop.
[03:07] <len_1304> But on my lap top half of it is out of my screen area.
[03:07] <len_1304> So it is not usable for me.
[03:07] <Lumpy> i have never tried it
[03:08] <Lumpy> and exactly what is the sip protocol all about
[03:08] <Lumpy> i can't recall if it sends any metadata
[03:08] <len_1304> SIP is a connection protocol.
[03:08] <len_1304>  The meta data is in the stream itself
[03:09] <Lumpy> right
[03:09] <Lumpy> reading the wikipedia page on it now
[03:09] <len_1304> it is possible to use SIP to set up an MP3 or ogg stream for example.
[03:09] <Lumpy> or video or html
[03:09] <len_1304> Yes.
[03:10] <len_1304> Or text chat even.
[03:10] <Lumpy> sooner or later we will have a nice neat uniform format... lol... we have been saying that since the atari days
[03:11] <Lumpy> i happened on a new article on line
[03:11] <Lumpy> aparently there is some TV station in Chicago that is still using an Amiga for it's closed caption
[03:12]  * Lumpy fires up his vic-20
[03:14] <len_1304> There is opus
[03:14] <Lumpy> i used to link C-64s together back in the day
[03:14] <len_1304> It is a mix of speex/celt
[03:15] <Lumpy> so i could use all the SIDs at once
[03:15] <len_1304> I kind of skipped those
[03:15] <Lumpy> they were the best sound chip of the day imho
[03:15] <len_1304> Went from synclar to atari mega
[03:16] <Lumpy> i went from a 20 to 64 to an amiga
[03:16] <Lumpy> then got into i86s
[03:16] <len_1304> The mega had the best midi solution at the time... and I could aford it.
[03:16] <Lumpy> my 64 was all jacked up actuall
[03:17] <Lumpy> had an external hd even
[03:17] <Lumpy> four minutes to mic for me atm
[03:17] <Lumpy> so if i seem hereish
[03:18] <len_1304> I was getting into BBSs so I went OS/2 then Linux
[03:18] <Lumpy> I was a big BBS nut too
[03:18]  * len_1304 seems to have skipped the MS thing too.
[03:18] <Lumpy> that and I think I spent most of my college money on compuserve
[03:19] <Lumpy> i really was not into the PC stuff for long
[03:19] <Lumpy> 98, ME and XP
[03:19] <Lumpy> and XP is more a remnent
[03:19] <holstein> Lumpy: holstein said *you* might not need it
[03:20] <holstein> if you need it, you need it.. but most folk dont
[03:20] <len_1304>  :) :)
[03:20] <holstein> most folks just trip about needing/wanting it
[03:20] <len_1304> His SW needs jack, but it could probably get away without it running real time.
[03:21] <Lumpy> ntl holstein is usually correct
[03:21] <holstein> i try and stick to the facts :)
[03:21] <Lumpy> and yah, i trip about needing wanting everything i can get out of this old beast
[03:21] <holstein> i did too...
[03:22] <len_1304> but 90ms is hardly lowlatency.
[03:23] <Lumpy> i can run it as low as 32
[03:23] <Lumpy> but then i get xruns
[03:23] <len_1304> well.... compared to an ogg stream...
[03:23] <len_1304> an ogg stream might be 5sec or more.
[03:23] <zequence> I think even for consumers, who want to play around with audio apps, low latency quickly becomes important. It's whenever you do something live, and that's usually primarily using a midi keyboard to play a soft synth. You just can't do that with a generic kernel. That's why -lowlatency is really the better default, no matter what ambitions you have in music
[03:24] <zequence> The only time you might not want it is (and I don't know how big of a problem this is) - when you need to save battery
[03:24] <Lumpy> i have not really played with the MIDI while streaming
[03:24] <len_1304> Doesn't make any difference on an atom based machine. But on other laptops it does.
[03:24] <Lumpy> but will sometime in the future
[03:25] <Lumpy> i have an atom based machine
[03:25] <Lumpy> only used it to stream once
[03:25] <Lumpy> generic kernel
[03:26] <holstein> if its not 10ms, then it might as well be 90
[03:26] <len_1304> Some of the atom mother boards with the dual core 64bit atoms can get really good low latency.
[03:26] <holstein> i can hear 20
[03:26] <len_1304> holstein, that is not really true in all things.
[03:26] <holstein> 15 or so and i can hear it.. so it might as well be 90
[03:26] <len_1304> in VOIP work
[03:26] <zequence> -lowlatency is probably the better choice for desktops. The main reason why it's not an option on Ubuntu is a 10% decrease in troughput, which is something that servers need
[03:26] <holstein> len_1304: thats true
[03:27] <zequence> -rt on the other hand is a bit more extreme
[03:28] <len_1304> good sub ms latency.
[03:28] <len_1304> if the system is tweaked
[03:30]  * len_1304 has used guitarix with .725 ms set on jack and less than an xrun maybe every 5 to 10 min.
[03:30] <len_1304> that would be lowlatency kernel 
[03:31] <Lumpy> i have barely played with guitarix
[03:31] <len_1304> The machine was well tweaked, with next to nothing else happening.
[03:31] <Lumpy> worse thing is i bought the usb jack for my parker and then never even plugged it in again
[03:31] <zequence> Something that people don't realize is that on Windows you're never told if there's an audio drop out. The only way to tell is if you heard it
[03:31] <zequence> So, one wonders how often they happen
[03:32] <zequence> And, on Mac, some apps do object when that happens. But, not others, like Cubase
[03:32] <Lumpy> windows [03:32] <Lumpy> least for audio
[03:32] <Lumpy> least for me
[03:32] <Lumpy> and i hated SAM
[03:32] <holstein> cubase on xp was fine
[03:32] <Lumpy> barely used cubase
[03:32] <Lumpy> once i happened on audacity and linux
[03:33] <Lumpy> i was pretty much done with buying audio software
[03:33] <Lumpy> although, i think i was one of six people in the world that had any luck with ME
[03:34] <Lumpy> i ran ME for 12 years
[03:34] <zequence> I've had no problems with Cubase and XP. Used that for many years. I used OSX in paralell for a couple of years. This was around 2004-2005. Found OSX a lot more prone to crashes
[03:34] <Lumpy> i ran ME forever on my creative m003 mobo
[03:35] <Lumpy> was the only machine i ever liked it on but it ran and ran and ran
[03:35] <Lumpy> go figure
[03:35] <len_1304> windows is that free thing that comes with the machine, I replace it with something useful when I get the box home.
[03:35] <Lumpy> lol
[03:35] <Lumpy> i boot into XP once a week to update it
[03:35] <Lumpy> tis all
[03:35] <zequence> The next machine I buy will either have a Linux preinstalled, or nothing
[03:36] <zequence> I usually just buy PC parts, but I might get a laptop next
[03:36] <len_1304> I try to build from the MB up, but with netbooks that is kinda hard.
[03:36] <Lumpy> i usually get scrap parts and build
[03:36] <Lumpy> the m003 was the last kit one i built
[03:36] <Lumpy> and that was in the 90s
[03:37] <holstein> i used jack and ardour on osx.. worked fine. the same pretty much
[03:37] <Lumpy> and len does your rig ever use the swap space?
[03:37] <Lumpy> or does it pretty much hum along on just the ram
[03:37] <len_1304> Swap space use in audio = fail
[03:38] <Lumpy> i still put a swap on each drive
[03:38] <Lumpy> despite the fact that it never seems to use it
[03:39] <len_1304> I put swap in... the only use for it is that if I go into swap with audio it doesn't kick the audio app out so I have a chance to save stuff before I start that track over.
[03:40] <len_1304> But once anything audio gets into swap... even something GUI only like qjackctl... the whole audio chain gets affected in my experience
[03:41] <Lumpy> yup... you start to so so sound li like ike.. ya know
[03:41] <Lumpy> and once it starts, it doe not seem to like to stop
[03:41] <len_1304> I have had the sound stop for several 10s of sec.
[03:42] <Lumpy> it will be three hours at the top of the hour
[03:42] <len_1304> But I have never had that happen in real audio use yet. Only while testing to see how many audio apps I could get going at once.
[03:42] <Lumpy> 0 xruns
[03:42] <Lumpy> once again, holstein ftw
[03:43] <holstein> \o/
[03:43] <Lumpy> i am going to have to bust out the Parker next
[03:43] <Lumpy> then the MIDI
[03:44] <Lumpy> i am confident i can make the whole thing crash and burn 
[03:44] <holstein> midi is usually easy/ight
[03:44] <holstein> light*
[03:44] <Lumpy> esp since my midi is an old video game card
[03:45] <Lumpy> yeah but if i run idjc, guitarix and midi software all at once
[03:45] <len_1304> probably more stable than a USB midi.
[03:45] <Lumpy> i would think i would just be begging for some latency issues then
[03:46] <holstein> Lumpy: nah... its the stuff happening in the box that will be the issue, i say
[03:46] <holstein> the midi information is really small
[03:46] <Lumpy> that is it's strong suit
[03:46] <Lumpy> nice compact digital info
[03:47] <Lumpy> uh oh Jack: **** alsa_pcm: xrun of at least 0.087 msecs
[03:47] <Lumpy> spoke too soon
[03:47] <Lumpy> like who could hear that anyhow
[03:47] <Lumpy> i have some old midi gear just hollerin for me to play with it
[03:48] <Lumpy> a yamaha dx-7 and a roland dr-5
[03:48] <Lumpy> last time i did anything with them was in windows
[03:48] <Lumpy> i think i used anvil for it
[03:49] <len_1304> my kb is also a DX7
[03:50] <Lumpy> i have the very first one actually
[03:50] <len_1304> I don't use it for sound, just midi. new in 85ish
[03:51] <Lumpy> i inherited it from an old room mate
[03:51] <Lumpy> he didn't want it anymore... go figure
[03:51] <Lumpy> i like the old heavy beast
[03:51] <len_1304> To get rid of spurious xruns like that probably turn off things like cron...
[03:51] <Lumpy> good for curls, really builds the biceps
[03:52] <Lumpy> such a small xrun though
[03:52] <len_1304> I like the action. enough weighting for most things and little enough where it is not wanted.
[03:53] <Lumpy> i don't actually ever play it anymore
[03:53] <Lumpy> i was more the guitarist
[04:08] <Lumpy> i wonder if 36 instances of chrome might have anything to do with my xrun
[04:08] <Lumpy> odd thing is that my cpu usage is constantly hanging low
[04:08] <Lumpy> it is not jumping up even for a second
[04:08] <Lumpy> so why an xrun if the cpu is not taxed?
[04:09] <holstein> hard drive could be
[04:09] <Lumpy> dunno
[04:10] <Lumpy> lots of hard drive space
[04:10] <Lumpy> synergy keeps eating up cycles though
[04:10] <Lumpy> i am not luving this new beta of synergy
[04:11] <holstein> i generally disable networking
[04:11] <holstein> i turn the cpu govenor off
[04:11] <Lumpy> i would be a tad dead without networking
[04:12] <holstein> yeah?
[04:12] <holstein> i dont do normal computing on my audio rig
[04:12] <holstein> i disable the pulse to jack bridge
[04:12] <holstein> its more of an audio appliance
[04:12] <Lumpy> i used to remove pulse completely
[04:12] <Lumpy> and, yeah, i want to build a rig like that
[04:12] <Lumpy> i just need one more pc
[04:12] <holstein> i dont have any issue with pluse.. i just dont need it
[04:13] <Lumpy> well if i build one for audio only, i would likely feel the same
[04:13] <Lumpy> never really cared much for pulse
[04:13] <Lumpy> but i think it was skype that needed it
[04:13] <Lumpy> and i was going to try and get that voip working with idjc just for giggles
[04:14] <Lumpy> if it weren
[04:14] <Lumpy> er
[04:14] <Lumpy> even though it may be a pia, i think i might tweak the G5 to be audio only
[04:14] <Lumpy> i just need a way to hook the midi stuff up
[04:16] <Lumpy> i have been using the G5 for post production and it works well for that
[04:16] <Lumpy> but that old PowerPC is not that well supported anymore
[04:16] <holstein> ive been using the G4 i have to prop the door open
[04:16] <Lumpy> which kinda suck cuz it seems like a sweet architecture
[04:17] <holstein> its really the best performance ive gotten out of that machine
[04:17] <Lumpy> lol
[04:18] <Lumpy> my G5 is the only thing i have that is 64 bit
[04:18] <holstein> eh.. you'l get something
[04:19] <holstein> i have 3 64bit machine i got for nothing
[04:19] <Lumpy> just kind of a shame, the dual cpu arch still had some use
[04:19] <Lumpy> then we went multicore and forgot about it
[04:20] <Lumpy> i can do post production about 30% faster on it though
[04:20] <Lumpy> but yeah, i will get something sooner or later
[04:20] <Lumpy> and besides, half the game is making due with what you got
[04:20] <holstein> for me, its never an issue of getting the machine to do more work, or faster
[04:21] <Lumpy> for me, post production time is the bottleneck
[04:21] <Lumpy> it is real easy to hit the record and stream button
[04:22] <Lumpy> what i really need is a staff of henchmen.. heh
[04:38] <len_1304> holstein, it is kind of hard to broadcast on internet with no networking...
[04:39] <Lumpy> yeah, i would consider that an obstacle
[04:39] <len_1304> having browsers open is something else though :)
[04:39] <holstein> yup... i always had to re-enable to stream
[04:39] <Lumpy> i am leaving them open to tax the system
[04:39] <Lumpy> hitting refresh often
[04:39] <Lumpy> and still can't force a crash
[04:40] <len_1304> sudo apt-get update
[04:40] <Lumpy> must be doing something right, can't jack the cpu over 70%
[04:41] <Lumpy> well that takes it to about 88%
[04:41] <Lumpy> and now it is done already
[04:42] <len_1304> There is a package called stress that is supposed to stress the system for testing...
[04:43] <Lumpy> is it in the repos?
[04:43] <len_1304> yup
[04:43] <Lumpy> well as soon as all these updates install
[04:44] <Lumpy> who would have thought one would be streaming while updating 20 years ago
[04:45] <len_1304> In the early days of linux it was formatting a floppy while doing stuff.
[04:46] <len_1304> There is also cpuburn... but that seems to be for putting thermal stress on the system. 
[04:52] <Lumpy> installed
[04:52] <len_1304> stress --cpu 1  seems to use up whatever cpu cycles whatever else isn't using.
[04:53] <Lumpy> once i am off the mic, i will give it a go
[04:53] <len_1304> Right now mine is using 95% cpu... till I do anything.
[04:55] <Lumpy> still only jacked it 88
[04:57] <Lumpy> well stress -c 2 takes it right to the max
[04:58] <Lumpy> and no xruns
[04:58] <holstein> thats good, i think
[04:59] <Lumpy> yeah, in the way it was good before
[05:00] <Lumpy> no issues but still no clue as to the crash weeks ago
[05:00] <Lumpy> brb
[05:02] <Lumpy> back
[05:02] <ifndef> hello
[05:02] <Lumpy> heya ifndef 
[05:03] <Lumpy> making friends over there in open source eh holstein 
[05:03] <Lumpy> :p
[05:03] <Lumpy> jk
[05:03] <ifndef> how's it going, lumpy? 
[05:05] <Lumpy> it is going
[05:05] <Lumpy> you?
[05:06] <ifndef> pretty well man. it's my first time hopping here, what is the purpose? other than bantering with the devs haha
[05:07] <Lumpy> that, imho, more or less is the purpose
[05:07] <Lumpy> that and it is a great resource for help
[05:08] <Lumpy> len and holstein save my butt often
[05:09] <ifndef> sounds good. I've never helped out with anything like this, but I
[05:09] <ifndef> just joined the mailing list and saw that you guys had a channel
[05:10] <Lumpy> and len_1304, it is synergy
[05:10] <Lumpy> synergy is eating up cycles like crazy
[05:10] <Lumpy> and there is nothing in the log about errors
[05:10] <Lumpy> just keeps eating up cycles
[05:10] <Lumpy> the longer i run it, the more it creeps up
[05:11] <Lumpy> then i kill it and then it drops back down to climb again
[05:19] <Len-nb> that sounds bugish
[05:19] <Len-nb> I have not had that problem with ssh -Y  ...
[05:24] <Lumpy> it does it all the time
[05:25] <Lumpy> the idjc stuff is using about 34 %
[05:25] <Lumpy> meterbridge about 6
[05:26] <Lumpy> jack rack about 6
[05:26] <Lumpy> right now synergy is at 2 but give it some time and it climbs slowly
[06:42] <smartboyhw> zequence, got it
[07:09] <Len-nb> there are some interesting things about running apps on a remote x server.
[07:10] <Len-nb> just about everything is like running on the remote computer... except x config applies to the local x server still.
[07:10] <smartboyhw> Len-nb, OK
[07:11] <smartboyhw> Len-nb, prepare to test Beta 1 :P
[07:11] <Len-nb> so if I run arandr on my desktop through the x server on my netbook it sees my netbook screen not the desktop one
[07:11] <Len-nb> has beta one given us an iso?
[07:13] <smartboyhw> Len-nb, not yet:P
[07:13] <smartboyhw> Len-nb, wait till Monday
[07:13] <smartboyhw> And I want to get Blender 2.66a in
[07:13] <smartboyhw> We are still having issues with stupid powerpc
[07:48] <Lumpy> well i got my crash
[07:48] <Lumpy> and the error log is useless
[07:48] <Lumpy> more or less, it told me that it left the screen but could not come back
[07:48] <Lumpy> like thaaaanks
[08:24] <smartboyhw> Len-nb, you want me to fix the lmms bug?
[08:26] <smartboyhw> Len-nb, hmm lmms depends on lmms-common (= ${source:Version}) ......
[08:28] <Lumpy> night all
[08:29] <smartboyhw> REALLY WEIRD
[08:33] <smartboyhw> I think what happened is that it depended on the source:Version of lmms IN LOCAL COMPUTER
[13:22]  * smartboyhw is writing his debate script
[15:27] <zequence> inkscape is quite buggy actually
[15:28] <zequence> It's really difficult to work with patterns. 
[15:29] <smartboyhw> zequence, oh is it?
[15:34] <zequence> Working with patterns means you can spot a single pixel being off on a whole line
[15:35] <zequence> At least when the pattern is very small and simple
[15:37] <len_1304> zequence, pattern creation and alignment are critical
[15:38] <len_1304> If the glitch shows up at every pattern boundary then the pattern is faulty
[15:40] <len_1304> zequence, Do we have a freeze yet?
[15:40] <len_1304> if not we should get your bg and settings in
[15:41] <smartboyhw> Len-nb, yes
[15:41] <smartboyhw> len_1304, ^
[15:41] <smartboyhw> lol
[15:41] <smartboyhw> len_1304, just file an FFe
[15:42] <len_1304> Just a thought about the default bg and other artwork. If we made the default BG and other artwork always have the same name... or have a link to whatever is default, then we would only have to disturb one package for each change.
[15:44] <len_1304> smartboyhw, we have a daily build today, is that the one for testing? or wait til monday?
[15:44] <smartboyhw> len_1304, wait till monday
[15:45] <len_1304> ok. The icon theme finally defaults (yahoo)
[15:45] <smartboyhw> len_1304, :D
[15:45] <smartboyhw> GOOGLE!
[15:55] <len_1304> google :P
[15:56] <smartboyhw> len_1304, in response to yahoo:P
[15:56] <len_1304> Ah Google doesn't have the same enthusiastic feel though
[15:58] <len_1304> it looks like some of the problems people are having on install may be the usb-creator
[15:59] <smartboyhw> len_1304, correct
[15:59] <smartboyhw> I never got it working
[15:59] <len_1304> There seems to be a workaround
[16:00] <len_1304> when the auth for boot comes up open a terminal and stnc
[16:00] <len_1304> then type password
[16:01] <len_1304> *sync
[16:04]  * len_1304 is zsync-ing to todays iso. I will check all my work so I can "DONE" my blueprints
[16:17] <zequence> len_1304: The pattern is fine. Just inkscape doing weird things when trying to export or save the file
[16:18] <zequence> I'm constantly moving between GIMP and inkscape to do different things
[17:17] <Len-nb> holstein, good response.
[17:19] <holstein> Len-nb: i havent stole anything like that in years
[17:19] <holstein> you cant trust those things you download.. you never know what they really are
[17:20] <Len-nb> Some of us don't need a new movie every day. And yes a lot of them have "bad" code in them.
[17:21] <holstein> it could be just "bad" too not malicous
[17:21] <holstein> just not done correctly
[17:21] <Len-nb> Yup.
[17:21] <holstein> bascically "i downloaded a giant file that is supposed to be a movie, and it wont become a movie for me..."
[17:22] <holstein> thats not something i can help with.. or care to bother with
[17:22] <Len-nb> It is not a normal topic for a channel about content creation anyway.
[17:22] <Len-nb> s/normal/sane/
[17:22] <kubotu> Len-nb meant: "It is not a sane topic for a channel about content creation anyway."
[17:23] <holstein> right?
[19:05] <zequence> Did another background. This one is a little better light wise, but a bit too far out to be default IMO (I'll go back to working on the original colors again) https://wiki.ubuntu.com/UbuntuStudio/Artwork/CarbonTheme?action=AttachFile&do=view&target=carbon-blue.png
[19:11] <len-live> zequence, re:artwork, at least the first and last slide in ubiquity will need to be changed as well to match the new background.
[19:12] <zequence> len-live: Ok. I'll have a look at them
[19:13] <len-live> The icon on the parted install page is now correct.
[19:13] <len-live> The menu icons now use standard icon names.
[19:13] <len-live> and none of them are "stolen/borrowed" from apps we happen to include right now.
[19:14] <len-live> zequence, the two slides mentioned have the current desktop background in them.
[19:16] <len-live> videos may want to mention kdenlive
[19:17] <len-live> graphics may want to mention krita
[19:19] <len-live> the photography slide mentions "Darkroom",. Is that supposed to be Darktable?
[19:22] <len-live> I will send this stuff to the list.
[19:32] <zequence> alright
[19:32] <len-live> Scott did all these last time so he may have the the original art work layers
[19:34] <zequence> I just got the source. I could replace a couple of pics and edit the text
[19:35] <len-live> That was my thought.
[19:37] <len-live> Bug #1153032 
[19:39] <len-live> exit
[23:41] <Len-nb> zequence, todays ISO looks good. We are waiting for the catfish fix to upload (probably tomorrow when micahg  gets back) and whatever art work you do.
[23:52] <Len-nb> zequence, I think this item should be moved from Raring to the overall one:Make sure the custom menu has entries for "all" multimedia applications available to Linux
[23:52] <Len-nb> Or just postponed.
[23:53] <Len-nb> Really anytime someone installs an app and it ends in the wrong place, it can be fixed as a bug.