Back to Home / #mythtv / 2007 / 11 / Prev Day | Next Day
#mythtv IRC Logs for 2007-11-27

---Logopened Tue Nov 27 00:00:43 2007
00:03|-|clever_ changed nick to clever
00:35|-|JoeBorn [n=rootmeis@c-67-175-31-170.hsd1.il.comcast.net] has joined #mythtv
00:57|-|JoeBorn [n=rootmeis@c-67-175-31-170.hsd1.il.comcast.net] has quit [Read error: 110 (Connection timed out)]
01:03|-|xris [n=xris@xris.forevermore.net] has quit ["Leaving."]
01:22|-|NickGray [n=NickGray@c-76-97-157-162.hsd1.ga.comcast.net] has joined #mythtv
01:30|-|NickGray [n=NickGray@c-76-97-157-162.hsd1.ga.comcast.net] has quit []
01:37|-|JoeBorn [n=rootmeis@cpe-66-1-5-91.il.sprintbbd.net] has joined #mythtv
01:55|-|pcglue [n=E@netblock-208-127-12-12.dslextreme.com] has quit [Read error: 113 (No route to host)]
01:56|-|JoeBorn [n=rootmeis@cpe-66-1-5-91.il.sprintbbd.net] has quit [Read error: 110 (Connection timed out)]
02:03|-|kormoc [n=kormoc@unaffiliated/kormoc] has left #mythtv []
02:06|-|gnome42 [n=gnome42@76-10-156-214.dsl.teksavvy.com] has quit ["Leaving"]
02:35|-|tbag` [n=email@cpe-76-166-134-27.socal.res.rr.com] has joined #mythtv
02:44|-|gardz [n=grimcogs@ppp121-44-198-37.lns3.mel4.internode.on.net] has joined #mythtv
02:45|-|truluv [n=none@ip70-190-87-164.ph.ph.cox.net] has joined #mythtv
02:53|-|truluv [n=none@ip70-190-87-164.ph.ph.cox.net] has left #mythtv []
02:54|-|tbag` [n=email@cpe-76-166-134-27.socal.res.rr.com] has quit []
02:59|-|atoulan [n=atoulan@196.218.200.202] has joined #mythtv
02:59|-|atoulan [n=atoulan@196.218.200.202] has left #mythtv []
03:24|-|onixian [n=xian@host-84-222-50-154.cust-adsl.tiscali.it] has joined #mythtv
03:40|-|feiner [n=feiner@12-214-64-245.client.mchsi.com] has quit [Read error: 110 (Connection timed out)]
04:00|-|justinh [n=justinh@spc1-salf3-0-0-cust997.bagu.broadband.ntl.com] has joined #mythtv
04:24|-|map777 [n=d110@124-168-49-93.dyn.iinet.net.au] has quit [Connection timed out]
04:35|-|Tanthrix [n=tanthrix@c-71-56-144-82.hsd1.or.comcast.net] has quit []
04:40|-|evilint19 [n=none@bas3-hamilton14-1096561972.dsl.bell.ca] has joined #mythtv
04:42|-|Tanthrix [n=tanthrix@c-71-56-144-82.hsd1.or.comcast.net] has joined #mythtv
04:43|-|foxhunt [n=Richard@cazadelzorro.demon.nl] has joined #mythtv
04:50|-|evilint [n=none@bas3-hamilton14-1096560866.dsl.bell.ca] has quit [Read error: 110 (Connection timed out)]
04:52<stuarta>gbee: at this rate i may have to bump justinh's theme to try metallurgy on the mini mac :)
04:54<gbee>I learnt from the master ;)
04:54<stuarta>i quite like dark themes...
04:55[~]Tanthrix basks in the pleasant light blue glow of MythCenter-wide
04:55<Tanthrix>Without a nice bright them, I'd have to keep a light on in the evenings! ;)
04:56<stuarta>i find the contrast between like and dark too offensive.
04:56<stuarta>if the lights are off, blue is tooooo bright.
04:58<Tanthrix>The gf and I fell asleep in the early evening the other day, and when I woke up the nearest source of light to me was my TV remote, so I turned it on. Neither of our eyes will be the same again.
05:02<stuarta>see, now you understand my problem
05:03<justinh>I wouldn't mine mythcenter-wide so much if it was spelled correctly
05:03<justinh>*mind
05:04<laga>fork it?
05:04<justinh>if you like dark, try glass-wide with a plain black background
05:04<justinh>I alos hate its icons and the menu button
05:05<justinh>well, not hate.. just don't like it :)
05:05<justinh>laga: anyway I couldn't fork any theme since my license terms aren't GPL compatible
05:09<gbee>I _really_ pleased with the OSD, don't think I'd change anything on it
05:10<gbee>rest of the theme I'm not so sure, but other people seem to like it so ...
05:10<justinh>glass' OSD needs some attention
05:11<gbee>it's been a really useful experience
05:11<gbee>there are still 2/3 code changes I want to make for the theme to work as intended
05:17<justinh>was that recent text alignment commit for listareas ? I can't remember
05:18[~]justinh looks
05:19<justinh>ah was only for listbtntype
05:19<justinh>I'd like to change listarea so it can be justified too
05:20<justinh>tried to make the recordingoptions list centre justified but it wasn't having it
05:20|-|foxhunt [n=Richard@cazadelzorro.demon.nl] has quit [Remote closed the connection]
05:41<gbee>something a little too boring about the video manager, you've got labels for everything even when it doesn't really need a label
05:42<justinh>glass-wide hasn't anymore :)
05:42<justinh>as soon as I realised they weren't compulsory, a lot of em went
05:42<gbee>it could take a leaf from the program info format used elsewhere in mythtv, e.g. don't label stuff and allow things like the year to be tagged onto the end of the title etc
05:43<gbee>justinh: I'm getting rid of some too
05:44|-|Dibblah [n=Dibblah@80-192-14-169.cable.ubr02.dund.blueyonder.co.uk] has quit [Remote closed the connection]
05:45<gbee>just wish I could do things like sticking the year in brackets
05:47<justinh>easy.. (ready for the sarcasm).. just make a leftbracket textarea and a rightbracket textarea...
05:47<gbee>hehe
05:48<gbee>the runtime, certification and year could easily be compounded into one textarea and take up a fraction of the space
05:48<justinh>actually that reminds me of the priorities screen. man that's a pain to theme
05:49<stuarta>the thing i'd implement if i had a clue how would be the scrolling text areas.
05:51|-|atoulan [n=atoulan@196.218.200.202] has joined #mythtv
05:52<atoulan>hi everyone, I would like to know if there is an icon view control. From uitypes.h I see that there is a listview (UIListType) but no iconview
05:53<justinh>?
05:56|-|Dibblah [n=Dibblah@80-192-14-169.cable.ubr02.dund.blueyonder.co.uk] has joined #mythtv
05:59|-|atoulan [n=atoulan@196.218.200.202] has left #mythtv []
06:04<gbee>uittypes is deprecated anyway
06:05<gbee>I'd stick in the gcc deprecated keyword, but I suppose people would complain about all the compile time warnings spoiling their view :(
06:07<hads|home>gbee: In Metallurgy alpha 6 the clock seems to overflow it's container. I've just switched TV sets and can't remember if I noticed it before.
06:08<gbee>hads|home: thanks, guess I need to increase the size of that then
06:08<gbee>fits perfectly at 16:9, but not so well at 4:3
06:09<hads|home>This is on 1360x768
06:09<hads|home>The date container is plenty big enough.
06:09<stuarta>that's an odd resolution
06:10<hads|home>It's what this set said it wanted in the manual. A Sony LCD
06:12<gbee>hmm, ok maybe I screwed up the container size changes when I was tweaking last night
06:14<justinh>stuarta: pretty common res for a panel, that
06:14<gbee>think you can get a screenshot?
06:15<stuarta>k
06:15<gbee>the container is identical in size to the background image, so if the image is large enough to contain the clock, but it appears to overflow then there is something wrong with the scaling
06:17|-|czth_ [i=dbrobins@nat/microsoft/x-c40ce884de3465f4] has joined #mythtv
06:17<gbee>I've known all along that the font scaling doesn't work well, I was seeing this issue with 4:3 resolutions on a widescreen theme
06:18|-|foxhunt [n=Richard@cazadelzorro.demon.nl] has joined #mythtv
06:21<hads|home>gbee: If there's an easy way to take a screenshot over SSH I can get you one.
06:24<rooaus>hads|home: Someone mentioned "import" (from imagemagick I think) the other day, haven't tried it though.
06:24<hads|home>rooaus: Thanks, just looking at that now actually.
06:28<hads|home>gbee: http://hadley.rich.gen.nz/tmp/metallurgy.png
06:29|-|foxhunt [n=Richard@cazadelzorro.demon.nl] has quit [Remote closed the connection]
06:30<gbee>hads|home: thanks, looks like I need to increase the size, didn't allow for AM/PM
06:31<hads|home>Cool :)
06:33|-|czth [i=dbrobins@nat/microsoft/x-9e197ddfcef733b0] has quit [Read error: 110 (Connection timed out)]
06:36<stuarta>you mean you don't use 24hr time. wow!
06:37<hads|home>heh, I normally do on everything actually, just haven't bothered to change the setting.
06:49<mzb>is mytharchive dev around? (paulh?)
06:49<justinh>never seen him on IRC. maybe he has a life
06:49<stuarta>he's here more often than danielk
06:50<mzb>stuarta: thanks
06:50<stuarta>np
06:51<mzb>I have a lot of problems with mytharchive, and I'd like to start giving feedback + patches to the person that counts
06:51<laga>mzb: you'd make many people happy with that :)
06:51<mzb>do I have to stay up to 3am (my time) for that to happen?
06:51<mzb>I've submitted a tiny bugfix so far
06:51<stuarta>he works sporadically, so stick em in trac and he'll get around to them
06:52<mzb>I've burned a couple of autoplay dvd's that I'm happy with
06:52<mzb>BUT
06:52<mzb>I've just tried a compilation DVD, and although I admire the attempt ... it needs a lot more work
06:52<stuarta>that is an understatement
06:52<mzb>I'd like to help to improve
06:52<mzb>and
06:53<stuarta>the porn music used as an intro has to go
06:53[~]justinh laughs
06:53<mzb>add some parts of some things from dvd-baker
06:53<mzb>inc: random
06:53<justinh>stuarta: all production music sucks. it has to by definition
06:53<stuarta>well we've succeeded there then
06:54<mzb>I think the music, and the intro are all well and good, but completely unnecessary
06:54<justinh>they don't have to be there. you can make your own menu themes
06:54<stuarta>that's why i created that simple - autoplay theme
06:54<justinh>er.. disc themes
06:55<stuarta>no menus, no intros, just the movie + chapter marks
06:55<mzb>justinh: there is no way to turn off the into (or the menu music) from the gui
06:55<stuarta>now that would be a nice patch.
06:55<justinh>that's what the disc themes are for aren't they?
06:55<stuarta></hint hint>
06:56<mzb>only further identifies mythtv as a possible target for copyright infringement (NO, I'm not getting into that ... please just accept the point and move on!)
06:56<stuarta>i know what you mean
06:56<justinh>aye I can see that
06:56<mzb>now ... I do have some (what I think is interesting) code for mytharchive
06:57<mzb>1. random play of titles
06:57<justinh>so er.. make the resulting discs suck as bad as what those standalone recorders produce ;)
06:57<mzb>(determined by the player)
06:57<gbee>sure something could be done to improve the UI, last time I used it there seemed to be too many steps for one
06:58<mzb>2. having an options menu, to change language, autoplay, random, etc
06:58[~]justinh resists the temptation to start on about that again
06:58<gbee>when I tried it with menu images, the quality was horrible
06:58<mzb>if you'd like to see what I've done already please take a look at dvd-baker
06:58<gbee>managled the images completely
06:58<mzb>the mytharchive gui is a separate issue
06:59<justinh>I've always thought myself lucky if it got past mythtranscode on my dvb recordings
06:59<mzb>(to what I'm attempting to talk about)
06:59<justinh>mzb: I get it. you're talking about its output
06:59<mzb>justinh: thanks
06:59<mzb>the gui can be worked out later
07:00<gbee>Paul does some fantastic work, I just don't always agree with the way he does the UI parts
07:00<mzb>(in that *other* channel ;))
07:00<mzb>well ... you can see why I'm not interested in the gui section :)
07:00<mzb>the guts of it need some help
07:00<justinh>it's not so much hard to use, just a bit long-winded
07:00<mzb>I can't say I can fix it ... but I can certainly add some experience to it
07:01<gbee>mzb: sure, probably best to start there
07:01<mzb>so, rather than wasting my time with gui-related issues (no offence justinh), I'd prefer to talk with the MA dev
07:02<mzb>(or contributors)
07:02<mzb>NOT about the GUI !
07:02<gbee>right now there are maybe three plugins that could be rolled into mythtv IMHO, the others are all lacking in quality which is a shame, but something I'd like to address
07:02<gbee>mzb: best to email him direct then
07:03<mzb>hmm
07:03<justinh>aye there are some where it doesn't matter how much you try to theme them they still look the same
07:03<mzb>mytharchive seems to have had a lot of work done on it ... shame to let it die from starvation
07:04<gbee>mzb: I'd agree, I think mytharchive is a valuable plugin, it just needs work
07:05<mzb>ok, hopefully danielk is either a logreader or somebody will let him know
07:05<gbee>mzb: you want paul and he never comes in here
07:05<mzb>hmm
07:05<mzb>ok
07:05<gbee>danielk is never in here either, but he's never worked on MythArchive
07:06<mzb>fair enough, thanks for the info
07:06<justinh>tickets never fail to get folks' attention (assuming they get assigned them)
07:06<mzb>that raises the barrier a little ... I'll start attempting comms when I've got more than "interest" to communicate
07:07<mzb>I've already submitted one re: a small syntax error
07:07<justinh>some people don't like IRC. Can't say I blame em one bit
07:07<mzb>I can understand that ... however, as I have committed to other online duties, I don't have much choice
07:08<gbee>personally I don't like the way MythArchive uses so many scripts to do what it does, but that's just an aesthetic objection, I prefer better integrated code e.g. using libraries rather than calling external applications
07:08<mzb>I can't comment much on that
07:09<stuarta>plus i uses python. ugh.
07:09<stuarta>it
07:09<mzb>my major objections include some of the basic logic, and the dvdauthor.xml is not fully compliant in some situations
07:09<stuarta>can't hurt to fix that
07:10<mzb>yes ... python is a new thing for me ... but I'll learn ... despite my age ;)
07:10<justinh>so it's not perfect :) probably has more users than er.. say mythphone
07:10<mzb>I'd also like to see a better range|combination of "profiles"
07:11<mzb>justinh: as I said ... I can see a lot of effort has gone into it ... it needs more contributors .. I'm putting my hand up
07:11<justinh>that's cool
07:12<justinh>can you make it not take 2 hours to make a one hour dvd? :D
07:12<mzb>I have had experience writing dvd-related apps, and if you've had a look at the features of dvd-baker, you'll see that I can suggest a few improvements at veru low cost
07:12<mzb>justinh: no
07:13<mzb>my 1st multi-video dvd took ... err ... 10hrs? (guess)
07:13<mzb>(previously transcoded recordings)
07:14<justinh>hate to think how long it takes for people who record in non-mpeg2 non-standard resolutions
07:14<mzb>looks like a usable DVD ... despite my inability to navigate the menu ;) (another compatibility problem)
07:15<mzb>justinh: I have been one of those "file squirrels" you've referred to previously ;)
07:15<gbee>oh yeah, the way it re-transcodes recordings even when they don't need to be bothers me
07:15<laga>kmediafactory uses projectx for DVB recordings. since there's already a script to wrap projectx into something mythtranscode-compliant, is there any chance of integrating that into mytharchivE?
07:15<mzb>I tried a DVD of 8 Stargate episodes
07:15<justinh>gbee: needs to redo DVB recordings to get rid of the guff in the streams though
07:16<gbee>justinh: I'm talking about already transcoded stuff
07:16<justinh>laga: mytharchive uses mythtranscode
07:16<mzb>gbee: I'm quite happy with a sanitisation run ... and tbh, the time it takes is not important, it's the "compliance" of the result that I'm looking for
07:16<gbee>I've usually transcoded anything I want to put on DVD to remove the adverts, so it doesn't really need transcoding for a second time
07:16<laga>justinh: yes, but it would be possible to make it use projectx as well..
07:16<justinh>another dependency?
07:16<justinh>great
07:16<gbee>mzb: ok, guess that's something I'll fix myself
07:17<mzb>ie. dvd compliance
07:17<mzb>which it is not atm
07:17<justinh>projectx needs Sun java IIRC, not just 'any old Java (tm);
07:17<mzb>the time it takes to produce the result is secondary
07:18<mzb>I'm talking about the actual structure of mytharchive, and it's resultant dvdauthor.xml
07:18<mzb>not the gui, not how long it takes ... etc
07:18<mzb>ONLY the creation logic, and the dvd programme logic
07:19<mzb>both of which seem flawed to me
07:19<gbee>mzb: yeah I get it, I'm just throwing out some general gripes I have about mytharchive in the hope that someone will fix them (doesn't have to be you and will probably be me once I've finished a thousand other jobs)
07:19<justinh>AFAIK mytharchive was mostly born out of mythburn so maybe it inherited that stuff from there
07:20<mzb>gbee: ok ... I get it ... it's just adding fuel to the rest of the trolls trying to derail the point of the exercise!
07:20<mzb>;)
07:20<justinh>btw who do I pay to keep mythpython unofficial?
07:20<mzb>Santa?
07:21<justinh>mzb: "rest of the trolls" ?!
07:21<mzb>:))
07:21<mzb>want some trout to bite on :)))))
07:21<justinh>now who's being derogatory?
07:21<mzb>gee ... did you think my comment was directed at you?
07:22<justinh>well you obviously thought somebody was trying to derail the point of the exercise
07:22<mzb>yeah ... well ... that seems to happen a lot with myth-related things
07:24<gbee>justinh, tried my best with the video manager, not really too impressed with it though: http://miffteevee.co.uk/imagebin/metallurgy_videomanager.png
07:24<mzb>I guess if you're going to bite you're admitting that you're a troll ... take it as you will
07:24<justinh>mzb: you're an asshole
07:24<mzb>thankyou
07:25<justinh>gbee: looks fine to me, as good as the list view ever gets
07:26<mzb>justinh: hopefully your insecurity will diminish when you achieve your mac mini
07:26<mzb>time to go back to work ... rather than blabbing
07:26<justinh>mzb: no insecurity. you made a blatant comment, not even slightly veiled
07:26<gbee>"as good as it gets" sums it up, I don't use mythvideo so I'm not really sure that all that information is really necessary, it would be prettier if I could mimic the watch recordings screen and also put cover art in there
07:28|-|melunko [n=hmelo@200.184.118.132] has joined #mythtv
07:28<justinh>that's the kind of thing I think could improve mythtv all over - a more consistent look & feel overall
07:28<justinh>pretty hard to do that as things stand, and loads of work ahead to change it
07:31<mzb_d800>no point in arguing with an idiot I guess
07:48|-|evilint19 changed nick to evilint
07:59<janneg>justinh: I think you can compile projectx with gcj
08:18|-|Terrortoertchen [n=terrorto@p5B293CD4.dip0.t-ipconnect.de] has joined #mythtv
08:19|-|feiner [n=feiner@12-214-64-245.client.mchsi.com] has joined #mythtv
08:21<Terrortoertchen>hi all
08:24|-|MzOzD [n=mzozd@athedsl-194841.home.otenet.gr] has joined #mythtv
08:25|-|MzOzD [n=mzozd@athedsl-194841.home.otenet.gr] has left #mythtv []
08:25|-|MzOzD [n=mzozd@athedsl-194841.home.otenet.gr] has joined #mythtv
08:51<gbee>a few months ago, while messing around with ffmpeg I transcoded the mythtv promo vid to flashvideo, just found it again and started to think that maybe it should be on the mythtv website somewhere
08:52<justinh>that promo wasn't really intended for massive exposure
08:53<laga>heh
08:53<laga>"we made a promotional video. but we won't let anyone see it"
08:56<justinh>what I'm saying is that I don't think it's suited to that. I'd make another rather than use that
08:57<justinh>the ones I've made up to now were a bit rushed, too detailed in some places & not enough detail in others. needs better planning.. or even .. _planning_ !
08:59<justinh>have to concede it's not as bad as any of the linuxmce videos but that ain't saying much
09:04|-|rooaus [n=cameron@ppp59-167-139-194.lns3.mel6.internode.on.net] has quit [Read error: 110 (Connection timed out)]
09:04|-|rooau1 [n=cameron@ppp59-167-139-194.lns3.mel6.internode.on.net] has joined #mythtv
09:12|-|Cardoe [n=cardoe@gentoo/developer/Cardoe] has joined #mythtv
09:12<justinh>gbee: my main argument is that it's not web-friendly & was never intended to be. I can make another one no problem given a bit of time
09:14|-|Netsplit calvino.freenode.net <-> irc.freenode.net quits: janneg
09:14<gbee>justinh: sure, would be nice to have a demo video, doesn't have to be that one and you don't have to be the one to make it
09:14<gbee>but you know what you are doing and you did a good job with the last one
09:15<gbee>and I've just spilt tea over my USB flash drive
09:15<justinh>heh if somebody else wants to make one I don't mind sitting back
09:16<justinh>but at the rate mythtv.org gets updated I might have enough time ;)
09:16<gbee>yay, made mythvideo segfault with my theme
09:17<stuarta>nice. i managed to get mtd to segfault the other day
09:19<justinh>reckon I'll backport the video gallery background change for -fixes .. if only for my own use. been ages since I did anything codey
09:20|-|Netsplit over, joins: janneg
09:27|-|Terrortoertchen changed nick to AFK_TToertchen
09:27[~]AFK_TToertchen is now auto-away after 10m idle
09:29|-|melunko [n=hmelo@200.184.118.132] has quit ["Ex-Chat"]
09:29|-|melunko [n=hmelo@200.184.118.132] has joined #mythtv
09:34|-|AFK_TToertchen changed nick to Terrortoertchen
09:34[~]Terrortoertchen is back from: auto-away after 10m idle (been away for 7m)
09:45|-|Terrortoertchen changed nick to AFK_TToertchen
09:45[~]AFK_TToertchen is now auto-away after 10m idle
09:48<dr_lulz>AFK_TToertchen: turn off your auto-away messages
09:49<stuarta>i was going to say that!
09:49<justinh>dr_lulz: that's what /ignore is for
09:49<stuarta>nah, ignore is for people you don't like
09:51<gbee>stuarta: who are you talking to?
09:51<gbee>:p
09:51<stuarta>:-P
09:52<gbee>justinh: any idea what the arrows container is for in the video gallery? the arrows don't seem to do anything i.e. they aren't displayed when there is more than a page worth of videos - they just appear on screen constantly?
09:53<justinh>er... can't remember
09:53<justinh>I think they're supposed to appear as you'd expect them to
09:54<justinh>don't remember ever seeing them work but that doesn't mean they never did
09:57|-|jmk_ [n=jmk@64.73.34.172] has joined #mythtv
09:57<gbee>think I've worked out from the code what's going on - allows for four arrow images, so you can have the arrows highlighted when there is more than one page
09:58<gbee>waste of time if you ask me and inconsistent with the rest of the frontend where the arrows are only displayed when they are needed
09:59[~]gbee deletes the images
10:02|-|jmk_ [n=jmk@64.73.34.172] has quit [Remote closed the connection]
10:12<stuarta>heh, lets call the video sources "freds"
10:12<stuarta>why not go the whole hog and call the cards "wilma"
10:13<justinh>I called the whole thing off instead :)
10:13<stuarta>i'm still reading :)
10:16<justinh>it'd have to be discussed with actual developers not just people standing on soap boxes to be a worthwhile exercise I think
10:16<gbee>wonder how many themes I'd break if I made each plugins images install to a subfolder of the default theme, instead of sticking them all in the root there
10:17<justinh>all of them?
10:17<stuarta>given you aren't on that list it's a bit impractical
10:17<justinh>actually not many core themes I dont think gbee
10:17<justinh>3rd party themers might get a smidge pissed though
10:17<gbee>probably not, since they all use the default images
10:18<justinh>filename things are easy to fix
10:18<gbee>I just don't want to clutter my themes root directory with dozens of hardcoded images
10:18<justinh>gbee: so why not just put them in a shared/ dir or something?
10:19<justinh>or put images for plugins in their own subdir in your theme dir
10:19<gbee>justinh: you can't move things like mv_gallery_dir_up.png because they are defined in the code, not in the theme
10:19<justinh>ah
10:19<justinh>doh forgot about those
10:20<gbee>or the checkbox images etc used in various places
10:20<justinh>maybe just go the whole hog & have em specified in the theme ?
10:20<justinh>the checkboxes are so I don't see why the folder images can't be too
10:20<gbee>when we move to mythui, sure, too much work for nothing before then
10:21<gbee>yeah, you are right about the checkboxes, dunno why I thought they were hardcoded
10:22<justinh>gbee: in the big scheme of things I think maybe just leave it all as it is. I can't see any point having different ones for mythgallery & mythvideo anyway - certainly not in the case of the gallery view images
10:23<gbee>neither can I ... you're right, I'll leave it alone for now and then change it as part of the mythui port - that's going to be a good excuse to clean up a lot of things
10:23|-|AFK_TToertchen changed nick to Terrortoertchen
10:24<justinh>cleanups and making more stuff common - it'll all help unify the look & feel too
10:24<Terrortoertchen>aaahh sorry im on it
10:24<Terrortoertchen>:)
10:25<gbee>what? I've scrapped your utterly pointless custom widget? ... sorry, but we're using mythui now :)
10:25[~]gbee laughes insanely
10:26|-|jmk_ [n=jmk@64.73.34.172] has joined #mythtv
10:27[~]stuarta offers gbee the use of his excessively slow moving death ray machine
10:27<gbee>MythImageFileDialog is number one of my "Top ten sucky widgets of the week"
10:29<justinh>what uses that?
10:31<gbee>the cover art browser in mythvideo for one, it's covered by the last container in the video-ui.xml, the one which has dire warnings about not making any real changes to the container because you cause crashes etc
10:31<stuarta>ew
10:32<justinh>oh yeah
10:32<gbee>it uses the image you define as the background to scale the dialogue, instead of just using the container dimensions - so you need a custom image just to make it work
10:32<gbee>that sort of nonsense
10:33<justinh>hahaha so that's why I didn't manage to change its size!
10:33|-|gnome42 [n=gnome42@76-10-156-214.dsl.teksavvy.com] has joined #mythtv
10:33<stuarta>i need a cup of tea
10:34<gbee>black, one sugar, ta
10:34<justinh>there's this fecking tiny little dialogue popup almost lost on a widescreen display.. it's silly
10:34[~]stuarta tea's gbee
10:37<gbee>justinh: well now you know :)
10:44<justinh>well I ain't increasing the memory footprint of my themes just for that
10:59|-|capt-rogers [n=teddy@office.sevenl.net] has joined #mythtv
11:01|-|cyberpass [n=dns@63.101.55.52] has joined #MYTHTV
11:04<MrGandalf>damn, second backend crash this week.. MythSocket::writeStringList(), gotta love it.
11:05<GreyFoxx>I had that happen last night
11:05<GreyFoxx>the backend was still running and recording, even logged my frontend connection attempts, but I'd get that error on the frontend until I restarted the backend
11:05<MrGandalf>It by far accounts for more crashes on the backend (on my system, anyway) than anything else
11:06<GreyFoxx>ahhh, It hasn't caused me a crash so far, just the backend stopps replying to frontend connections
11:06<GreyFoxx>I've had it happen 3 times in the last couple months
11:07<MrGandalf>I get that on occasion. But to be honest, I can't remember the last time
11:08<MrGandalf>I think that happens a lot when a frontend looses connection with the backend. The backend still thinks that frontend is connected until you kill it.
11:08<GreyFoxx>Each time for me it's been right after several rappid starts/stops of the mythtv command from the commandline or starts/stops of the slave machine
11:09<MrGandalf>I've often thought that Myth could do well with a protocol rewrite. Something like the FTP protocol with responses to all commands and everything starts with a numeric code.
11:10<GreyFoxx>or a control channel and a data channel
11:10<GreyFoxx>make that "and"
11:10<GreyFoxx>I like numeric responses :)
11:10<MrGandalf>yes, that would help as well
11:11<MrGandalf>I wrote an app in Qt that uses a protocol like that. I rarely have any communications issues.
11:12<MrGandalf>I looked at Myth one day and found that such a rewrite is certainly not trivial. :(
11:13|-|jgarvey [n=jgarvey@cpe-024-163-032-204.nc.res.rr.com] has joined #mythtv
11:14<GreyFoxx>It would be quite an undertaking, but if done well could be documented clearly on the way. People are always asking for docs on the protocol :)
11:15|-|skamithi [n=skamithi@cpe-071-077-008-219.nc.res.rr.com] has joined #mythtv
11:15<MrGandalf>true
11:35|-|cyberpas2 [n=dns@63.101.55.52] has joined #MYTHTV
11:36|-|cyberpass [n=dns@63.101.55.52] has quit [Read error: 104 (Connection reset by peer)]
11:52|-|tgm4883 [n=tgm4883@c-76-115-157-227.hsd1.or.comcast.net] has joined #mythtv
11:52|-|tgm4883 [n=tgm4883@c-76-115-157-227.hsd1.or.comcast.net] has left #mythtv ["Leaving"]
11:55|-|IndRomChar [n=chatzill@rrcs-76-79-0-138.west.biz.rr.com] has joined #mythtv
11:55|-|IndRomChar [n=chatzill@rrcs-76-79-0-138.west.biz.rr.com] has left #mythtv []
11:56[~]gnome42 ponders how he got in up to his neck in scheduler changes :/
12:04<gnome42>hmm, yadif looks pretty good
12:14|-|feiner [n=feiner@12-214-64-245.client.mchsi.com] has quit [Read error: 110 (Connection timed out)]
12:19|-|Terrortoertchen [n=terrorto@p5B293CD4.dip0.t-ipconnect.de] has quit [Read error: 113 (No route to host)]
12:23<gbee>scheduler changes? hurray!
12:24<gnome42>gbee: heh, I think I might get the award for most hours spent producing fewest lines of useable code! :)
12:26<gnome42>I tried to do the part of multirec that people said was "trivial", then somehow I ended up in the deep end of the pool, without my water-wings! :)
12:30<MrGandalf>beware of things which those who call trivial are unwilling to do themselves.
12:30<gbee>sometimes jumping in the deep end is the best way to learn
12:31<gbee>or drown ...
12:31[~]gbee throws gnome42 a rope
12:31<gnome42>gbee: ahh, thanks! :)
12:35<gnome42>scheduler is too deep and sensitive for me.
13:04<gnome42>Ok, I've taken my readAheadHit patch as far as I can. http://zeke.yi.org/mythtv/patches/readAheadHit.diff
13:04|-|JoeBorn [n=rootmeis@dsl017-022-247.chi1.dsl.speakeasy.net] has joined #mythtv
13:05<GreyFoxx>gnome42: What does the patch do ?
13:06<gnome42>GreyFoxx: It is a small optimization. It tries to service RingBuffer Seek() requests from the readahead buffer if possible.
13:07<GreyFoxx>ahhh
13:07<gnome42>Currently we dispose of the entire readahead buffer on Seek() requests.
13:10|-|xris [n=xris@dsl081-161-160.sea1.dsl.speakeasy.net] has joined #mythtv
13:10<MrGandalf>if we're talking about RingBuffer optimizations, may I suggest a couple myself?
13:10<gnome42>It doesn't make any difference in the normal playback case. However, if you are watching your show frame by frame in reverse its a big win! :))
13:11|-|feiner [n=feiner@12-214-64-245.client.mchsi.com] has joined #mythtv
13:11<MrGandalf>I would suggest defining CHUNK as something much smaller. I have mine set to 4096
13:12<gnome42>MrGandalf: Why would you want to do that?
13:12<MrGandalf>Also, in the threaded file writer, set TFW_MIN_WRITE_SIZE = TFW_DEF_BUF_SIZE / 128 instead of 32
13:12<MrGandalf>low bandwidth channels benefit extremely from that
13:13<MrGandalf>the buffer still grows to but starts much lower
13:13<MrGandalf>really helps with DVB radio
13:14<MrGandalf>and much less stuttering when you first tune a channel
13:14<MrGandalf>not to mention MUCH faster channel changes :)
13:16<gnome42>hmm, I believe those problems stem from somewhere else. Would you be interested in testing a small patch?
13:16<MrGandalf>sure
13:17<MrGandalf>I've done a lot of testing by setting those low.. but I could just be hiding another problem
13:17<GreyFoxx>Could hide those as settings or DB based values that advanced users can tweak
13:17<MrGandalf>true.. my disk system is much faster than most
13:18<MrGandalf>does the threaded file writer have it's min write value set back on a channel change?
13:18<gnome42>http://zeke.yi.org/mythtv/patches/mythtv_readahead_sleep.diff
13:19|-|jhatch [n=njhatch@azza.com] has quit [Read error: 110 (Connection timed out)]
13:19<gnome42>that is the most minimal version, meant to only target one thing. I have other tweaks but I think this is the heart of the problem.
13:19<MrGandalf>k, I'll change those values back and test
13:20<gnome42>MrGandalf: cruise your recorded programs list (ie. hold down the up/down arrow and see how fast you can scroll the list)
13:20<gnome42>then do the same after the patch.
13:20<MrGandalf>k
13:21<MrGandalf>right now it's pretty fast (pre-patch), but I haven't set my values back yet.. I'll do that first
13:22<gnome42>Is your storage local to the frontend? I think this will be more noticeable with remote frontends.
13:23<MrGandalf>no, it's remote but I use CIFS in O_DIRECT mode
13:24<gnome42>ok, I'll be back in a bit ...
13:25<MrGandalf>the recordings screen.. I think you're assuming I have preview video on
13:25<MrGandalf>I don't
13:28<MrGandalf>still get a tiny bit of stuttering on DVB audio, but a whole lot less
13:30|-|skamithi [n=skamithi@cpe-071-077-008-219.nc.res.rr.com] has quit ["WeeChat 0.2.3"]
13:35<gnome42>Oh, I was thinking static previews.
13:35<gnome42>So, It helps the stuttering at startup or is there stuttering throughout that it helps?
13:36<MrGandalf>startup
13:37<MrGandalf>don't know if I like that usleep though..
13:39|-|rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has joined #mythtv
13:43<MrGandalf>very odd though
13:44<MrGandalf>when changing channels, the frontend is still trying to read AFTER the channel has changed
13:44<MrGandalf>2007-11-27 13:42:35.940 TV: ChangeChannel(11421, '9421')
13:44<MrGandalf>2007-11-27 13:42:35.951 TV: SwitchCards(11421,'9421')
13:44<MrGandalf>2007-11-27 13:42:35.961 Ignoring livetv eof in decoder loop
13:44<MrGandalf>2007-11-27 13:42:36.014 Ignoring livetv eof in decoder loop
13:44<MrGandalf>2007-11-27 13:42:36.423 NVP: prebuffering pause
13:44<MrGandalf>2007-11-27 13:42:36.423 NVP: Waiting for prebuffer.. 0 AAAAAAAAAAAAAAAAaAALAuAAAAAAAAA
13:44<MrGandalf>...
13:45<MrGandalf>same thing on exiting livetv
13:47<MrGandalf>but not all the time.. usually on the first channel change
13:48<gnome42>hmm, that's new with that patch? I don't think I see that here.
13:48<MrGandalf>no, new with my mod to threadedfilewriter
13:49<MrGandalf>(I think)
13:49|-|kormoc [n=kormoc@unaffiliated/kormoc] has joined #mythtv
13:49<MrGandalf>I know I saw it before your patch
14:08<gbee>ffs, why is the video gallery page treating align="center" differently to everywhere else?
14:50|-|kormoc [n=kormoc@unaffiliated/kormoc] has quit []
14:50|-|kormoc [n=kormoc@unaffiliated/kormoc] has joined #mythtv
14:51|-|rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has quit ["Don't follow me"]
14:54<janneg>CDev: do you have uncommitted modifications for the qt4 branch? if not I'll do a merge
14:54<justinh>gbee: what's it doing?
14:59<gbee>justinh: user error, I was under the impression that center behaved differently to allcenter but it doesn't, so I was trying to get the text horizontally centre aligned but vertically top aligned and it wasn't working :)
14:59<justinh>heheheh
14:59<gbee>just switched center for hcenter and now it's working as expected
15:00<gbee>not sure why we have allcenter and centre both doing the same thing, but it's not that important
15:07|-|onixian [n=xian@host-84-222-50-154.cust-adsl.tiscali.it] has quit ["This computer has gone to sleep"]
15:10|-|onixian [n=xian@host-84-222-50-154.cust-adsl.tiscali.it] has joined #mythtv
15:20|-|ready [i=radical@source.sitea.cc] has joined #mythtv
15:26|-|bendailey [n=bendaile@mail.bhmsd.k12.in.us] has quit [Read error: 110 (Connection timed out)]
15:29|-|bendailey [n=bendaile@mail.bhmsd.k12.in.us] has joined #mythtv
15:34<GreyFoxx>Finally, tracked down the cause of some of my videos crashing the internal player. http://svn.mythtv.org/trac/changeset/14254
15:35<GreyFoxx>Our internal get_avf_buffer calculates linesize differently that the avcodec_default_get_buffer
15:35<janneg>and it wasn't me
15:35<GreyFoxx>so the draw_edges_mmx tries writing past the allocated area
15:35<GreyFoxx>If I force it to use the avcodec stuff the video plays, but the colours are blue shifted
15:37<GreyFoxx>At least now I'm closer to a fix that works for all of them :)
15:37<GreyFoxx>just took a lot of headbanging and reading the avformat/avcodec stuff :)
15:43<janneg>GreyFoxx: you said earlier that the flags differ for mythtv and ffmpeg. have you tried to set the same flags as ffplay in the last if?
15:44<GreyFoxx>That was a redherring
15:44<GreyFoxx>I was reading the wrong logs
15:44<GreyFoxx>the flags are the same in ffmpeg/ffplay as they are in myth
15:45<hads>GreyFoxx: Is this files in mythvideo you're referring to causing crashes?
15:46<GreyFoxx>when we set the linesize we are just taking a value coming back from GetNextVideoFrame(), but looking at the calculations done by the avformat actually padd the linesize by another 32 bytes
15:46|-|mattwire [n=mattwire@host81-154-14-185.range81-154.btcentralplus.com] has joined #mythtv
15:46<GreyFoxx>hads: yup
15:46<GreyFoxx>the draw_edges_mmx crash you and I have run into
15:46<hads>GreyFoxx: Excellent, I was trying to figure it out but it's way over my head. Nice work.
15:48<hads>GreyFoxx: Not sure if you saw me say the other day or if it means anything but I went through a directory of more than 50 files and all the ones that caused the crash mplayer identified as DX50
15:48<GreyFoxx>there is a seperate issue with some of my mpg files and stuttery playback after the ffmpeg resync, but I'll look at those after this gets properly nailed down
15:49<GreyFoxx>hads oh? I'll have to check mine mplayer --identify ?
15:49<hads>Yeah -identify
15:49<GreyFoxx>ooh the one I've been using for testing shows that as well
15:49<hads>I use: mplayer -identify -vo null -ao null -frames 0 "${*}" 2>&1 | grep -A 13 ID_FILENAME
15:49<GreyFoxx>wtf... I ripped this myself, how the heck
15:50<GreyFoxx>cool, that will be useful
15:50<GreyFoxx>Actually and that means I can likely use some of my digital camera footage as I know that shows up as DX50 as well
15:50<GreyFoxx>I'll have to grab some off the Mac when I get home and try it
15:51|-|beavis [n=beavis@drms-590c73e6.pool.einsundeins.de] has joined #mythtv
15:51<hads>I was trying to create a test file but everytime I chopped an avi up I couldn't reproduce it.
15:52<GreyFoxx>I've got at least 3 that cause it
15:52<GreyFoxx>Cool, at least a fix is one step closer now
15:52<hads>I've got loads (>30) but all too big to share
15:53<hads>GreyFoxx: Thanks for your work, if you need anything tested just ping me.
15:53<GreyFoxx>I'll likely get you to test a patch when I have one ready
15:53<hads>Sweet
15:58<hads>GreyFoxx: I saw #4061 the other day which appears to be the same thing.
16:00<GreyFoxx>very likely the same issue
16:00<gbee>noticed something I don't remember seeing before, when I exit mythvideo I'm returned to the main menu and not the Media Library menu
16:01<GreyFoxx>I see that if I use a jumppoint to jump to video list. When I exit I go directly to the main menu
16:01<gbee>only happens if I change the view mode (gallery to list) before exiting
16:01<gbee>not using a jumppoint, don't have one setup because I don't normally use mythvideo
16:02<Anduin>gbee: Not new (no ticket for it though)
16:02<gbee>Anduin: a bug though?
16:03<GreyFoxx>gbee: Ever since I picked up the MCE remote I added jumppoints for videolist and for Watchrecordings and I use them all the time. Wish I had done it on previous remotes :)
16:04<gbee>or maybe I should be asking whether it's worth opening a ticket, or is it one of the issues for which the fix is so complicated that it's not really a high priority?
16:04<Anduin>gbee: I consider it a bug (it annoys me only enough to have looked in to fixing it a few times)
16:05<gbee>GreyFoxx: I setup a jumpoint for Watch Recordings, although I also use a custom menu where Watch Recordings is on the first page
16:05<gbee>I'm' using the 'video' button on the MCE remote for that
16:14<gbee>hmm, what it's doing is switching screens by calling jumppoints
16:16[~]justinh wishes there was a non-harmony universal remote with more buttons
16:16<gbee>can't really attack the logic of that, since there may be a good reason for it, just doesn't seem right
16:17<gbee>does it have to be universal? how many buttons?
16:19<justinh>gbee: has to be universal. hate multi remotes.. as in more than one
16:19<justinh>my current OFA-6 has _almost_ enough buttons for mythtv
16:20<gbee>justinh: sure, only asking since you may have everything running through mythtv and have no need for more than one
16:20<Anduin>gbee: I'm mostly sure I tried pop = false for the jump and when it didn't work gave up until later (I don't have notes for that issue though)
16:20<justinh>I'm considering building an IR blaster to have mythvideo fire up my amp
16:21<justinh>but that still leaves the TV & cable STB
16:27<gbee>Anduin: ok, don't have time at the moment to look at it, but I think I'd approach it by getting rid of the jumppoint switching (assuming that is practical)
16:28<gbee>I've only spent 5 minutes looking at the issue so I really don't know whether what I'm proposing is sane
16:39|-|capt-rogers [n=teddy@office.sevenl.net] has quit ["Ex-Chat"]
17:05|-|IndRomChar [n=chatzill@rrcs-76-79-0-138.west.biz.rr.com] has joined #mythtv
17:05|-|IndRomChar [n=chatzill@rrcs-76-79-0-138.west.biz.rr.com] has left #mythtv []
17:06<janneg>does anyone knows why most of the program table fields are non NULL?
17:08<xris>janneg: part of that could be me... you can't properly index NULL fields in mysql
17:13<janneg>qt4 tries to insert NULL if the bounded value is null. This wouldn't be bad, but it happens occasionally for empty strings too
17:13<gbee>justinh: remind me, which bit plugin did you say was the worst to theme? I'm losing the will to live theming mythvideo
17:14<clever>myth is being ported over to qt4?
17:19<GreyFoxx>clever: there is a branch for it
17:19<clever>ahh
17:19<clever>is it posible to link in both qt3 and 4?
17:19<GreyFoxx>no idea
17:20<GreyFoxx>I would assume no
17:20<CDev>janneg: I haven't had time to make any major changes to the QT4 branch. So, feel freen to do the merge.
17:20<clever>was thinking you could convert it 1 section at a time and let the rest fall back to qt3
17:21|-|melunko [n=hmelo@200.184.118.132] has quit [Read error: 110 (Connection timed out)]
17:21<CDev>janneg: (however, you might want to wait for the libmyth / libmythupnp circular reference problem to be resolved)
17:23<janneg>CDev: ok, I'll do the merge once I have solved the NULL inserts
17:24<janneg>clever: no, you can't link against qt3 and qt4 at the same time
17:25<clever>ahh
17:25<clever>so you have to port the whole thing over before you can even begin to test any changes:(
17:26<janneg>but qt4 has qt3 compatibility classes
17:27<clever>yeah
17:27<clever>and i heard of scripts to aid in porting
17:27<clever>but it will break some parts
17:43<janneg>grr, calling toUtf8() on a non null QString results in a null QByteArray
17:45|-|beavis [n=beavis@drms-590c73e6.pool.einsundeins.de] has quit ["Verlassend"]
17:46<justinh>gbee: mytharchive, by a very very long chalk
17:47<justinh>mythvideo is a pleasure compared to mytharchive
17:48<justinh>I think what kills it for me is the sheer amount of screens
17:49<justinh>and the fact that when you redo a later screen in a section you have to go all the way back in to check it
17:49<justinh>shudderring just thinking about it actually
17:51<justinh>gbee: it made me realise how good it'd be to be able to just theme common widgets instead
17:52<clever>but then you may need to think about how the widgets fit together latter on
17:52<justinh>clever: not as much as you might think
17:53<justinh>most of the listareas for example are roughly the same size & number of rows
17:54<justinh>and I reckon it'd help accomplish a more uniform look & feel
17:55<justinh>I know it might be limiting in some ways but overall I think it'd make life easier. wasn't that one of the reasons for mythui in the 1st place?
17:58<justinh>it probably doesn't have to be that extreme.. I mean make theming too easy & every tom dick & harold is going to start bastardising the UI a la Winamp ;)
18:01|-|Cardoe [n=cardoe@gentoo/developer/Cardoe] has quit ["Leaving"]
18:01<justinh>also, make the screens too uniform & people might get confuzzled
18:03|-|o_cee [n=oscar@c-9f12e455.024-66-6c756e10.cust.bredbandsbolaget.se] has quit [Read error: 104 (Connection reset by peer)]
18:05|-|jimmygoon [n=jimmygoo@ip24-255-211-60.ks.ks.cox.net] has joined #mythtv
18:05<jimmygoon>Does xbmctv work well?
18:06<janneg>jimmygoon: please read the topic
18:07<jimmygoon>fsck, I've now done this the last two times I've been here. My apologize again
18:08<gbee>I've tried where possible to keep them uniform, mythvideo bothers me because I can't do it there - the list view screen for example would ideally look a lot like the watch recordings screen but because it uses managed tree list instead of listareas and has a strange navigation it can't be done
18:09<gbee>if I had the time I would switch that screen to use listareas in a similar way to watch recordings
18:09|-|jgarvey [n=jgarvey@cpe-024-163-032-204.nc.res.rr.com] has quit ["Leaving"]
18:09<justinh>may aswell wait til you know what
18:10<gbee>aye, all of this just makes the mythui port seem more important
18:17|-|jmk_ [n=jmk@64.73.34.172] has quit ["Leaving"]
18:20<janneg>reported a bug against qt4.3.2
18:36|-|feiner [n=feiner@12-214-64-245.client.mchsi.com] has quit [Read error: 110 (Connection timed out)]
18:51|-|cyberpas2 [n=dns@63.101.55.52] has quit [Connection timed out]
18:52|-|Cardoe [n=Cardoe@gentoo/developer/Cardoe] has joined #mythtv
18:54|-|mattwire [n=mattwire@host81-154-14-185.range81-154.btcentralplus.com] has quit ["Leaving"]
19:03|-|kali67 [n=kali67@64-166-248-25.ded.pacbell.net] has joined #mythtv
19:15<hads>gbee: I just went back and tested and your [14670] broke the watch recordings screen starting in the watchlist.
19:15<MrGandalf>I haven't seen anything on the port to qt4 in a while
19:15<hads>I'm sure it's something simple but I can't see it yet.
19:17<gbee>hads: ok, I'm off to bed, if you find the issue then I'll read it in the morning, otherwise I'll take a look myself
19:17<hads>gbee: Cool. Night.
19:26|-|kali67 [n=kali67@64-166-248-25.ded.pacbell.net] has quit [Read error: 110 (Connection timed out)]
19:44|-|cyberpass [n=dns@ppp-64-219-79-16.dsl.hstntx.swbell.net] has joined #MYTHTV
19:46<hads>gbee (or anoyone else around) Here's a one liner to fix the watchListStart regression from [14670]; http://dpaste.com/26081/
19:49|-|xris [n=xris@dsl081-161-160.sea1.dsl.speakeasy.net] has quit ["Leaving."]
20:28|-|Dave123 [n=dave@cpe-72-230-182-200.rochester.res.rr.com] has quit ["Leaving"]
20:28|-|Dave123 [n=dave@cpe-72-230-182-200.rochester.res.rr.com] has joined #mythtv
20:41|-|purserj [n=purserj@k-sit.com] has quit [Read error: 104 (Connection reset by peer)]
20:50|-|oobe [n=oobe@60-241-189-232.static.tpgi.com.au] has joined #mythtv
20:57|-|Cardoe [n=Cardoe@gentoo/developer/Cardoe] has quit ["Leaving"]
21:11|-|onixian [n=xian@host-84-222-50-154.cust-adsl.tiscali.it] has quit ["This computer has gone to sleep"]
21:26|-|purserj [n=purserj@k-sit.com] has joined #mythtv
21:47|-|kormoc [n=kormoc@unaffiliated/kormoc] has quit []
22:01|-|purserj [n=purserj@k-sit.com] has quit [Read error: 104 (Connection reset by peer)]
22:05|-|purserj [n=purserj@k-sit.com] has joined #mythtv
22:17|-|mzb_d800 [n=mzb@ppp108-88.static.internode.on.net] has quit ["Time to quit"]
22:18|-|mzb_d800 [n=mzb@ppp108-88.static.internode.on.net] has joined #mythtv
22:30|-|jimmygoon [n=jimmygoo@ip24-255-211-60.ks.ks.cox.net] has quit ["Leaving"]
22:42|-|JoeBorn [n=rootmeis@dsl017-022-247.chi1.dsl.speakeasy.net] has quit ["time for home"]
22:54|-|pcglue [n=E@netblock-208-127-12-12.dslextreme.com] has joined #mythtv
22:54|-|xris [n=xris@xris.forevermore.net] has joined #mythtv
23:08<MrGandalf>hmm, since is commits moderated?
23:09<MrGandalf>s/since/since when/
23:09<Chutt>since always?
23:10<MrGandalf>ok, then for some reason I'm all of a sudden getting notification of such on replies.
23:39|-|cyberpass [n=dns@ppp-64-219-79-16.dsl.hstntx.swbell.net] has quit [Read error: 110 (Connection timed out)]
23:47|-|kormoc [n=kormoc@unaffiliated/kormoc] has joined #mythtv
---Logclosed Wed Nov 28 00:00:06 2007