Back to Home / #mythtv / 2008 / 05 / Prev Day | Next Day
#mythtv IRC Logs for 2008-05-23

---Logopened Fri May 23 00:00:03 2008
00:09-!-Loto [n=Loto@xbmc/user/Loto] has joined #mythtv
00:21-!-jhulst [n=jhulst@unaffiliated/jhulst] has quit ["Konversation terminated!"]
00:26-!-adante [] has joined #mythtv
00:26-!-famicom [] has quit ["Leaving"]
00:29-!-famicom [] has joined #mythtv
00:35-!-spottedcoin [] has joined #mythtv
00:38-!-spottedcoin [] has quit [Client Quit]
00:45-!-adante_ [] has joined #mythtv
00:45-!-adante [] has quit [Network is unreachable]
00:45-!-adante_ is now known as adante
01:40-!-gnome42 [] has quit [Remote closed the connection]
01:42-!-famicom [] has quit ["Leaving"]
01:45-!-famicom [] has joined #mythtv
01:46-!-famicom [] has quit [Client Quit]
02:08-!-famicom [] has joined #mythtv
02:45<famicom>is it just me
02:45<famicom>or does HDtv cause mythtv to randomly crash and die
02:46<gbee>just you
02:47<gbee>but if you submit a ticket with backtrace we'll fix it
03:04-!-PointyPumper [i=Pintlezz@] has quit [Read error: 104 (Connection reset by peer)]
03:08-!-dekarl [] has joined #mythtv
03:12-!-PointyPumper [i=Pintlezz@] has joined #mythtv
03:12-!-dekarl1 [] has quit [Read error: 60 (Operation timed out)]
03:15-!-aneiane [] has left #mythtv []
03:24-!-hiphophippo [] has quit [Read error: 110 (Connection timed out)]
03:34-!-siXy [] has joined #mythtv
03:43-!-xris [] has quit []
04:50-!-RaYmAn-B2 [] has joined #mythtv
04:53-!-RaYmAn-B2 is now known as RaYmAn-Bx
04:53-!-foxbuntu_vm [] has quit ["Leaving"]
04:59-!-BleedAway [] has quit [Read error: 104 (Connection reset by peer)]
05:01<stuarta>maybe i need to get a dvb-s card too.
05:10<stuarta>i already have the ssocket on the wall
05:14-!-BleedAway [] has joined #mythtv
05:32-!-grokky [] has joined #mythtv
05:37<zaheerm>gbee, someone decoded the huffman tables?
05:38<zaheerm>i have a half complete set for codeset 1 here, but haven't had the time in the last week and a half to work more on it
05:39<stuarta>yes, they aren't complete, but appear to be mostly there
05:39<zaheerm>where can i find them?
05:39<zaheerm>aah looked up saw #5365
05:39<zaheerm>who is the guy that did it, he deserves kudos
05:40<gbee>will commit the patch in the next day or two, but there are a couple of small cleanup changes I want to make
05:40<gbee>zaheerm: same guy who wrote the MHEG implementation in MythTV
05:44<zaheerm>i'm comparing the tables to mine :)
06:20-!-grokky [] has quit []
06:50-!-PointyPumper [i=Pintlezz@] has quit [Read error: 104 (Connection reset by peer)]
06:51<gbee>hmm, thought we had frequency tables so that we didn't need to input a starting frequency for scanning
06:58<danielk22>gbee: for satellite we need a start frequency...
06:58<danielk22>We could have a bunch of satellite transports preprogrammed, but we don't yet.
07:00<clever>thats something that might change often
07:00<gbee>I thought they already were, it would be user friendly to have them preprogrammed
07:00<clever>better to have it as a xml(or other) file thats read in at runtime
07:01<clever>and included with the source&bins
07:01<clever>compiling it in means having to recomp&link just to add another transport
07:02<gbee>clever: that's what I was about to suggest - as per the direction we're already taking on other similar stuff - e.g. helper scripts
07:02<danielk22>clever: nah, just make it a web service on -- then we can keep it up to date.
07:02<clever>a web service means you may fail to scan because the dialup isnt on atm:P
07:02<clever>maybe more like pciids, where a script updates a local file
07:02<gbee>ideally we want all that stuff on services and whenever it's updated mythtv automatically grabs the latest version
07:03<danielk22>gbee: took the words right out of my mouth :)
07:03<gbee>I see it being a combination of both - XML file with frequencies, but with updates pulled from services - so you don't need a net connection, but you get the benefit of automatic updates if you do
07:04<danielk22>mythtv would ship with the most up to date version when it was compiled, but be able to get updates.
07:04<laga>xmltv is also doing that for channel_ids and other supplemental files :)
07:04<clever>gbee: could tie the updates in with mfdb so when you fetch channels, you also find new transports
07:04<danielk22>so who wants to write this :)
07:04<clever>not me!
07:04<clever>allready half way thru my own rewrite of some of my stuff
07:05<gbee>heh, well I'd be happy to, it's not really that complicated - but I think xris might want input on the web side of things
07:05<GreyFoxx>dan: What sort of info would be in the datafile? Just sat/transponders/starting freqs ?
07:05<danielk22>if someone else writes the XML parser and service side, I can integrate it into the new scan.
07:06<danielk22>greyfoxx: same info as in the frequency table, transporter, frequency, data rate, polarity, etc.
07:07<gbee>I'll do the parser and XML spec, that's the easy part :)
07:07<gbee>while we're on the subject, starting freq for Astra 2D?
07:08<danielk22>biggest problem will probably be data collection, a some people have cards where "auto" will work in some fields, but others do not...
07:08<GreyFoxx>lyngsat would be a good source for info I imagine
07:10<laga>what about dvb-c?
07:10<laga>it'd be a good idea to be able to parse the initial tuning data that comes with the dvbapps
07:10<danielk22>we have dvb-c tables
07:11<laga>or at least convert from these to mythtv's XML files
07:11<laga>danielk22: no, i don't think so. at least not in 0.21
07:11<danielk22>You can import the info from a dvbapp scan into the mythtv scanner, and then scan those transports...
07:12<gbee>GreyFoxx: you'd think, but they don't give units :)
07:12<danielk22>gbee: I think you multiply the first number by 1000000 and the second by 1000
07:13<danielk22>to get Hz and symbols per second, resp.
07:13<laga>danielk22: true, but that's not exactly straightforward. :)
07:14<gbee>"Error parsing parameters" - doh
07:15*gbee turns to the wiki for help
07:16<gbee>grr, mythtv-setup: xcb_lock.c:33: _XCBUnlockDisplay: Assertion `xcb_get_request_sent(dpy->xcb->connection) == dpy->request' failed.
07:16<gbee>might not be able to do this over ssh
07:19-!-PointyPumper [i=Pintlezz@] has joined #mythtv
07:20-!-cornell [] has joined #mythtv
07:21-!-cornell [] has left #mythtv []
07:21<danielk22>gbee: I think we currently store satellite frequencies in kHz...
07:22-!-danielk22 [] has quit ["Leaving."]
07:22<gbee>think I've got the frequency in the right units now, but when X doesn't crash it complains "DVBChan(7:0) Error: Tune(): Failed to setup DiSEqC devices"
07:22-!-danielk22 [] has joined #mythtv
07:26-!-iamlindoro [n=mcnamara@] has quit [Read error: 104 (Connection reset by peer)]
07:26-!-siXy [] has quit [Read error: 104 (Connection reset by peer)]
07:26-!-iamlindoro [n=mcnamara@] has joined #mythtv
07:29-!-naeo- [n=asl@] has joined #mythtv
07:29<janneg>using the initial scan files from dvb-apps is on my to-do list
07:31-!-dagar [] has quit [Read error: 110 (Connection timed out)]
07:32-!-siXy [] has joined #mythtv
07:33<danielk22>janneg: have you looked at the scanner in the channel scanning branch at all?
07:33<danielk22>My guess is that it is pretty broken for Europe, but i dunno for sure.
07:34<janneg>danielk22: no, it's since a long time on my to-do list and I doubt I'll get to do it anytime soon
07:35<danielk22>When I get back from Germany I want to get that scanner into good shape so we can dump the existing scanner...
07:35<gbee>finally it's scanning - the X related asserts where occuring after the device had been powered up, so I was having to unload the driver each time before I could try rescanning ....
07:35<gbee>it's not finding anything .... but at least it got as far as trying :(
07:39<janneg>gbee: have you configured a single lnb in the diseqc options?
07:40<gbee>ahh, no ... made another assumption that it would be the default
07:40<janneg>I think you have to do that before a DVB-S card would work
07:41<janneg>afaik not
07:42<gbee>ok, that's done - just have to dodge the asserts again
07:43-!-dagar [] has joined #mythtv
07:46-!-naeo [n=asl@] has quit [Read error: 110 (Connection timed out)]
07:47<gbee>great, made it to the actual scanning and it's finding channels :D
07:47<gbee>just one transport though on the tuned scan, we don't follow linked transports on a tuned scan?
07:48<zaheerm>if there are linked transports...
07:48<gbee>there are
07:48<gbee>and an existing transport scan is picking them up
07:49<zaheerm>on that transport alone, there are nits that mention the other transponders?
07:49<zaheerm>if there are, the scan should find the others
07:49-!-grokky [] has joined #mythtv
07:50<gbee>zaheerm: NIT lists all the other transports, just that it seems we ignore them when doing a tuned scan (vs any other scan type)
07:50<zaheerm>that's a bit silly
07:50<gbee>it's possibly intentional, but annoying
07:51<zaheerm>i guess depends on the semantics of the "tuned scan"
07:51<gbee>well since a tuned scan is the only way to initially get information into the database, it's not user friendly
07:52<gbee>possibly adding a checkbox for 'ignore other transports' might be a solution .... if janneg or danielk22 can't think of a reason for it, then I may change the behaviour
07:52<stuarta>gbee: that's an outstanding bug
07:53<stuarta>it used to follow linked transports but hasn't for a while
07:53<gbee>stuarta: there a ticket for it?
07:53<stuarta>yeah, it's under one of the scanning tickets
07:54<gbee>hmm, danielk22 might have already fixed it then in the scanning branch?
07:54<stuarta>on the bright side, it does populate your transports table, so you can then do an existing transport scan
07:54<stuarta>doubt it
07:54<stuarta>what is probably better overall
07:55<stuarta>is what was being discussed before
07:55<stuarta>putting in satellite freq maps
07:55<gbee>yep, it's not the end of the world - It would be worse if none of them were looking at other freqs in the NIT, scanning DVB-S would be a nightmare
07:55<stuarta>scan one of those, and it'll go off and scan all freq's
07:56<stuarta>card working okay then?
07:56<gbee>yeah, at least it's finding channels during a scan (which is still going)
07:57<gbee>if it manages that then I don't expect problems in any other areas
07:58<gbee>weeding out all the unwanted channels from the EPG is going to be a long job
07:58<stuarta>luckily most are encrypted, so that cuts down a lot of channels
07:59-!-PointyPumper [i=Pintlezz@] has quit [Read error: 110 (Connection timed out)]
08:06<gbee>think I'll also try to make time to turn my locales idea into reality, combined with frequency tables it would make card setup a fair bit easier by getting the defaults right
08:10<stuarta>sounds like a cunning plan
08:10<gbee>stuarta: 497 channels in total
08:10<gbee>looks to be a lot of cruft though, channels with only numbers in their name
08:16-!-xris [] has joined #mythtv
08:31<gbee>small signal problem with BBC HD, guess I'll have to mess with the dish positioning
08:36-!-jmk_ [] has joined #mythtv
08:38-!-jmk [] has quit [Read error: 110 (Connection timed out)]
08:50-!-adante_ [] has joined #mythtv
08:57-!-stoth [] has joined #mythtv
09:05-!-adante [] has quit [Read error: 101 (Network is unreachable)]
09:05-!-adante_ is now known as adante
09:10-!-adante_ [] has joined #mythtv
09:12-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has joined #mythtv
09:16-!-phrag [n=phrag@unaffiliated/phrag] has joined #mythtv
09:19-!-renato_ [n=renato@] has joined #mythtv
09:26-!-adante [] has quit [Read error: 101 (Network is unreachable)]
09:26-!-adante_ is now known as adante
09:27-!-famicom_ [] has joined #mythtv
09:27-!-grokky [] has left #mythtv []
09:42-!-PointyPumper [i=Pintlezz@] has joined #mythtv
09:45-!-famicom [] has quit [Read error: 110 (Connection timed out)]
09:58-!-naeo [n=asl@] has joined #mythtv
10:12-!-naeo- [n=asl@] has quit [Read error: 113 (No route to host)]
10:24-!-siXy [] has quit [Read error: 104 (Connection reset by peer)]
10:29-!-melunko [n=hmelo@] has joined #mythtv
10:32<gbee>wee bug -
10:32<gbee>obviously not timing out like it should
10:34-!-siXy [] has joined #mythtv
10:37<danielk22>I don't know what kind of timer the ringbuffer uses, but almost all Qt timers broke in the transition to Qt4.
10:45<stuarta>i do feel sometimes we need to overhaul timeout handling and the like
10:55<janneg>danielk22: did they broke because of us using pthread directly instead of QThread?
10:58-!-MrGandalf [] has joined #mythtv
11:00<Chutt>danielk22, re timers, don't we just need to start using qthread?
11:00*stuarta notices a theme starting there
11:01<Chutt>and the timer in the ringbuffer isn't being used for callbacks, just elapsed time
11:01<Chutt>so shouldn't be an issue.
11:05-!-melunko [n=hmelo@] has quit ["Ex-Chat"]
11:14-!-siXy [] has quit ["bye!"]
11:25-!-gnome42 [] has joined #mythtv
11:32-!-tomimo [] has quit [Remote closed the connection]
11:36-!-phrag [n=phrag@unaffiliated/phrag] has quit [Read error: 110 (Connection timed out)]
11:38<gbee>danielk22: this was with 0.21-fixes
11:39-!-phrag [n=phrag@unaffiliated/phrag] has joined #mythtv
11:43<gbee>btw, ran into another issue - one of the data channels dumps back to the menu with the "unable to display video" error but it changed the starting channel so that it became impossible to use livetv, the signal monitor fixed that for channels without a signal but not ones without video
11:44<gbee>thinking that instead of exiting the error should be displayed in the OSD instead (with dummy stream) allowing users to tune to another channel
11:48-!-xris [] has quit []
11:51-!-beandog [n=steve@gentoo/developer/beandog] has joined #mythtv
11:53-!-jgarvey [] has joined #mythtv
12:09-!-xris [n=xris@] has joined #mythtv
12:19<danielk22>Chutt: "don't we just need to start using qthread?" Unfortunately that's not enough. The QTimer and the QObject getting the signal must both be created in the same thread.
12:20<danielk22>That was how I first tried to fix the issues in the TV class, but then ran into this snag...
12:20<danielk22>gbee: if it was in fixes then it is not a Qt4 issue :)
12:21<gbee>exactly :)
12:22<Chutt>right, but i think that the tv object should be doing that
12:22<gbee>it's a corner case, but still should be fixed - reproducing it probably won't be easy though
12:22-!-jgarvey [] has quit ["Leaving"]
12:24<gbee>I'd like to say that I can devote time to looking at it, but I think I've already committed myself to enough for one day
12:27<danielk22>Chutt: In which case? The TV class is created by the main thread, not a Qt thread, so it can never receive a QTimer event. You would need to create a separate timer thread that creates the timers and does all start()/stop() and gets the timer events, and has some protocol that allows any of the four TV threads to issue starts and stops and another protocol to pass events from this magic thread to event loops in the other threads. A total mess in othe
12:27<Chutt>could easily create the tv thread from the main, and have that create the actual tv class.
12:27<Chutt>and the threads.
12:27<Chutt>err, timers.
12:28<Chutt>ie, just a small reordering of the init sequence
12:28<danielk22>sure, but you would still need to handle start()/stop() which are currently issued from other threads...
12:28<Chutt>are they?
12:28<Chutt>i mean, right _now_ it's the tv thread and the main event thread
12:28<Chutt>but if the sub thread got its own event loop..
12:29<danielk22>yeah, you could refactor the main event loop into the Qt event loop for that thread.
12:30<Chutt>alternative would be to just not use a separate thread for the tv loop
12:30<danielk22>that would make 80% of the cases easy to handle.
12:30<danielk22>right that's what I meant
12:30<danielk22>just make it one event loop rather than two
12:31<danielk22>that would be cleaner all around
12:31<Chutt>don't think it'd even be that hard
12:31<MrGandalf>gbee: re: btw, ran into another issue - I have a fix for that and submitted a patch sometime ago
12:31<Chutt>but i'd want the playback selection screen in the frontend to be mythui first
12:31<gbee>MrGandalf: I'll look for the patch
12:31<Chutt>(it'd fit better with it not creating event loops for the screen, etc)
12:32<danielk22>chutt: there were actually 3 threads causing issues, but those two separate event loops and TV not being created in the event loop thread were the major issues.
12:32<MrGandalf>gbee: also, there's an issue with libav if the stream is bad will cause problems with any channel selected afterwards until the frontend is restarted.
12:33<Chutt>what was the 3rd?
12:33<Chutt>the NVP thread?
12:33<danielk22>I don't recall.
12:33<danielk22>Does the OSD have it's own timeout thread?
12:33<gbee>MrGandalf: think I've seen that one too
12:33<Chutt>i don't _think_ so
12:33<Chutt>it may, though
12:33<danielk22>it was something to do with GUI, might have been the NVP though.
12:34<MrGandalf>gbee: I've done quite a bit of tracking that down.. it's deep in libav unfortunately.
12:34<danielk22>TV works now using MythTimers though.
12:34<Chutt>yah, but it's kinda hacky
12:34<Chutt>polling for those instead of getting the event
12:35<MrGandalf>gbee: I believe libav is reading into the stream until it finds something it can recognize and blocks the decoder thread in the process.
12:36<danielk22>ideally we would eliminate all the polling and make powertop happy :)
12:36<MrGandalf>gbee: instead of just reading a chunk at a time and returning. So recovering from the error is impossible.
12:37<danielk22>mrg, gbee: that's an age old problem. If someone could address it, channel flipping could be made considerably faster.
12:37<Chutt>danielk22, the display thread would still wake it up :p
12:38<danielk22>chutt: right, but we could put that to sleep when no animations are on screen or the screensaver or dpms is up...
12:39<danielk22>Believe me there is huge interest in PC power savings, even if a month of computer use is less than 1 gallon of gasoline...
12:39<MrGandalf>danielk22: You'd end up rewriting av_find_stream_info().
12:40<danielk22>mrg: we haven't already? :)
12:40<gbee>just run into the ATi driver issue describe on -dev
12:40<MrGandalf>danielk22: um, have we?
12:40<gbee>seems satellite brings out all the bugs :)
12:40<danielk22>that was a joke :)
12:41<MrGandalf>thought so :)
12:41<MrGandalf>sarcasm.. :)
12:41<MrGandalf>gbee: yes
12:41<Chutt>aww, shit
12:41<danielk22>I had to rewrite 80% of the MPEG-TS parser to make it work with real world streams...
12:41<Chutt>i just built release wm6 instead of debug
12:41<Chutt>2 hours down the drain
12:42<MrGandalf>danielk22: the avformat devs know mpegts.c is a problem as well.
12:43<danielk22>really? cool
12:43<Chutt>i need to try to convince work that i should do a wince port of myth
12:43<Chutt>cuz qt4.4 has support for it.. =)
12:45<MrGandalf>danielk22: I think I remember Michael Niedermayer threatening to take it over at one time.
12:46<danielk22>mrg: If someone writes something reasonable upstream, I'll gladly adapt mythtv to use it.
12:48<MrGandalf>I think more people would benefit from fixing av_find_stream_info() though.
12:48<danielk22>The stuff we use with callbacks works, but it's not nice. It's one of the reasons we drop some frames on video stream changes.
12:48<MrGandalf>would be nice to fall back to the dummy decoder on bad streams.
12:49<danielk22>make it so
12:49<danielk22>err, hehe
12:51<danielk22>I saw Patrick Steward in a play last week, they littered the promo with STNG references.
12:51<gbee>greater resiliency all round would be great, but that won't happen overnight
12:52<gbee>when I think of all the playback related bugs that have been fixed up to this point, it's a little depressing that we're still running into problems
12:52<danielk22>I don't think anyone from MythTV has looked very deeply at avlib buffer reading.. there might be low hanging fruit...
12:53<danielk22>Maybe avlib has another more robust interface we're not using?
12:53<Chutt>i thought i added a max read time to the find stream info stuff
12:53<MrGandalf>I got about as far as av_read_packet() in util.c, specifically "return s->iformat->read_packet(s, pkt);"..
12:54<MrGandalf>chutt: it does timeout after a while and gives you that error dialog, but for some reason libav refuses to decode any like stream after that.
12:58<gbee>and of course when it does fail it leaves the starting channel on the untunable channel and the only resolution is to hack the DB
12:59<gbee>so even if you restart the frontend to fix libav's tantrums, you're back to square one unless you change the start chan
12:59<MrGandalf>gbee: my patch isn't anything special.. it just saves the last channel in settings for that frontend but only after the stream is opened successfully.
12:59<Chutt>i hate windows mobile 6.
13:00<MrGandalf>and tuned to that channel the next time you enter livetv
13:00<gbee>MrGandalf: that's a better approach than the current one, I'll try and get it committed
13:00-!-famicom_ [] has quit ["Leaving"]
13:00-!-famicom [] has joined #mythtv
13:01-!-famicom [] has quit [Client Quit]
13:02-!-famicom [] has joined #mythtv
13:03<MrGandalf>of course if the channel goes bad since the last time you watched it, you're still hacking the database.
13:08<gbee>MrGandalf: I'd like at some point to change that so that it remains tunable, using the dummy streams, so that users can switch away to other channels
13:08<gbee>maybe even popping up a "channel offline" or "channel unavailable" message
13:08<Chutt>what the hell
13:09<Chutt>wm is saying the screen's rotated 90 degrees when it's not
13:09<MrGandalf>gbee: then you'd be my hero. :) That's one of the last few big bugs that have been bothering me.
13:11<gbee>MrGandalf: well I don't know when I'll get the chance to work on it, I'd like to get further with mythui first
13:11<gbee>but it's now on my list and maybe I'll look at it one day when I need a break from mythui etc
13:15<Chutt>how's the mythui stuff going?
13:16<gbee>just trying to get back into it after being busy with life :)
13:17-!-hiphophippo [] has joined #mythtv
13:17-!-hiphophippo [] has quit [Connection reset by peer]
13:17<gbee>knocking out some quick checkbox/spinbox widgets, which don't really amount to much but I'll be able to put mythweather behind me
13:20<gbee>want to re-write mythlistbutton as discussed and when that's done I'll probably find something fun - like rewriting myththemedmenu (again) to show off what mythui can do
13:29-!-hiphophippotamus [] has joined #mythtv
14:39-!-reynaldo [] has quit [Read error: 113 (No route to host)]
14:48-!-tomimo [] has joined #mythtv
14:56-!-reynaldo [] has joined #mythtv
15:32-!-gbee [] has quit [Remote closed the connection]
15:39-!-gbee [] has joined #mythtv
15:39-!-gbee [] has quit [Remote closed the connection]
15:41-!-gbee [] has joined #mythtv
15:43-!-TelnetManta [n=benwilli@] has joined #mythtv
15:57-!-TelnetManta [n=benwilli@] has quit ["Ex-Chat"]
15:59-!-kormoc [n=kormoc@unaffiliated/kormoc] has joined #mythtv
16:12-!-jpabq [] has quit ["Leaving"]
16:22-!-MrGandalf [] has quit ["tgif!"]
16:48-!-jk1joel [] has joined #mythtv
17:02-!-moodboom [] has joined #mythtv
17:36-!-Anduin [] has joined #mythtv
17:39-!-moodboom [] has quit [Client Quit]
17:47-!-Anduin [] has quit [Read error: 104 (Connection reset by peer)]
17:57-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has quit ["Leaving"]
17:59-!-MrGandalf [] has joined #mythtv
18:05-!-Anduin [] has joined #mythtv
18:05-!-mattwire [] has joined #mythtv
18:23-!-renato_ [n=renato@] has quit ["Ex-Chat"]
18:29-!-jpabq [] has joined #mythtv
18:37-!-PointyPumper [i=Pintlezz@] has quit [Read error: 110 (Connection timed out)]
18:39-!-stoth [] has quit ["Leaving"]
18:48-!-adante_ [] has joined #mythtv
18:48-!-JoeBorn [] has quit ["run run run"]
19:02-!-beandog [n=steve@gentoo/developer/beandog] has quit ["Leaving"]
19:04-!-adante [] has quit [Network is unreachable]
19:04-!-adante_ is now known as adante
19:07-!-jpabq [] has quit [Remote closed the connection]
19:11-!-jpabq [] has joined #mythtv
19:12-!-lsobral [n=sobral@] has quit ["Ex-Chat"]
19:21-!-mattwire [] has quit [Remote closed the connection]
19:27-!-brunes [] has joined #mythtv
20:07-!-kormoc [n=kormoc@unaffiliated/kormoc] has quit []
20:12-!-Lynet [] has joined #mythtv
20:20-!-PointyPumper [i=Pintlezz@] has joined #mythtv
20:23-!-hiphophippotamus [] has quit ["Leaving"]
20:23-!-hiphophippotamus [] has joined #mythtv
20:24-!-xris [n=xris@] has quit []
20:45-!-PointyPumper [i=Pintlezz@] has quit [Read error: 110 (Connection timed out)]
20:49-!-xris [] has joined #mythtv
21:17-!-reynaldo [] has quit ["leaving"]
21:58-!-foxbuntu_vm [] has joined #mythtv
22:02-!-purserj [] has quit [Read error: 104 (Connection reset by peer)]
22:02-!-purserj [] has joined #mythtv
22:02-!-foxbuntu_vm1 [] has joined #mythtv
22:05-!-brunes [] has quit [Read error: 113 (No route to host)]
22:07-!-grokky [] has joined #mythtv
22:08-!-foxbuntu_vm [] has quit [Nick collision from services.]
22:09-!-foxbuntu_vm1 is now known as foxbuntu
22:28-!-PointyPumper [i=Pintlezz@] has joined #mythtv
22:38-!-famicom [] has quit ["Leaving"]
22:41-!-jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv
22:55-!-lyricnz [] has joined #mythtv
23:56-!-lyricnz_ [] has joined #mythtv
---Logclosed Sat May 24 00:00:41 2008