Back to Home / #mythtv / 2003 / 03 / Prev Day | Next Day
#mythtv IRC Logs for 2003-03-31

00:00<inman>moegreen: i see you added my corner case. did you extend it to the normal deletion case?
00:00<inman>moegreen: or is that hidden by the images?
00:01<moegreen>inman: that was a slightly seperate issue. In that case the listCount wasn't getting updated, so I had to put in a special case to check if the listCount is less than the listsize
00:01<moegreen>inman: I tested it on a recording or two, and it seemed to work :)
00:02<inman>moegreen: i trust you. :-)
00:02* inmanwishes he had time to hack. :-(
00:10<-- nyquiljer(coyote@12-211-10-191.client.attbi.com) has left #mythtv
00:12<Chutt>the list guy also wants support for music videos
00:12<Chutt>using ocr or something to recognize titles and stuff
00:12<Chutt>err, lisp
00:12<inman>he's a sick man.
00:13<inman>now, ocaml i could see... but lisp?
00:13* inmanshivers.
00:13<Chutt>heh
00:19-!-hfb [~hbarrett@pool0017.cvx13-bradley.dialup.earthlink.net] has joined #mythtv
00:20-!-hfb [] has quit [Read error: 104 (Connection reset by peer)]
00:21<inman>after viewing a program and returning to `delete programs`, i'm missing the disk-space indicator at the bottom...
00:21<PeteCool>about the myth boxes: I do intend to sell some at a small scale, unless there are issues with that
00:22<PeteCool>inman: with which qt version?
00:22<inman>3.1.2
00:22<Chutt>it is of course, fine with me =) just don't advertise on the list without asking me first
00:22-!-hfb [~hbarrett@pool0518.cvx17-bradley.dialup.earthlink.net] has joined #mythtv
00:22-!-hfb [] has quit [Remote closed the connection]
00:22-!-hfb [~hbarrett@pool0518.cvx17-bradley.dialup.earthlink.net] has joined #mythtv
00:23<PeteCool>Chutt: I'll start with local first, easier to support and set up
00:23<moegreen>inman: heh ... i see what the problem is ... i'll have a fix in a second
00:23<PeteCool>local being in my city or such
00:23<inman>moegreen: you da man.
00:23<inman>moegreen: it's intermittent, btw.
00:24<moegreen>inman: i'm changing the update(listRect()); to a fullRect() update to force it to redraw
00:24<PeteCool>Chutt: static text strings to display? Like if I always wanted to see "Pete's Myth box" or such on my osd?
00:25<Chutt>yup
00:25<Chutt>or a description of how to use the edit mode, for instance
00:25<Chutt>i need to do some more stuff with edit mode
00:25<Chutt>positioning for the various status messages that show up, etc
00:26<m0tion>hmm, why i try to encode a CD with flac via mythmusic it seg faults saying "couldn't init encoder" ... can it just not find the flac encoder?
00:26<Chutt>that's an error message saying it couldn't initialize the flac encoder
00:27<Chutt>you may not have permissions on the file it's trying to write to, for instance
00:27<PeteCool>can't be more descriptive
00:27<m0tion>whats the executeable name for flac, flac? =)
00:27<PeteCool>should be
00:27<Chutt>it's not using the executible
00:28<m0tion>oh geez, right
00:28<m0tion>hmm
00:28<m0tion>well, i'm running it as root, so it's not a permissions issue
00:28<m0tion>and OGG works just fine
00:28<PeteCool>Chutt: do you need/want the mp3 decoding library in mythmusic to be GPL?
00:29<inman>still having the cd-import bug whereby i can't import a disc. at all quality levels, it imports no data and writes out what i assume are just the id tags. import happens in 2-3 seconds.
00:29<PeteCool>Chutt: the one mpg123 uses doesn't crash on my older files (those made with crappier encoders)
00:30<inman>tried rebuilding my libs with no improvements...
00:30<Chutt>i'm not changing the decoder from mad
00:30-!-NonToxic is now known as zZzToxic
00:30<Chutt>inman, very odd
00:30<Chutt>i assume cdparanoia works fine?
00:31<inman>yep
00:31<inman>it's gotta be something with my setup
00:31<inman>this worked fine under rh, just not working under gentoo.
00:31<m0tion>any idea as to the problem?
00:31<Chutt>m0tion, nope
00:32<m0tion>ok, thanks anyway, i'm sure i'll iron it out eventually
00:32<Ndiin>inman: works fine for me on gentoo, so I'd assume its not a distrib problem.
00:33<bigguy>inman: some developer from #E said "man I can't believe how hosed gentoo is"
00:33<inman>Ndiin: yeah. and we're not exactly the first gentoo users using myth.
00:33<bigguy>inman: he was having all kinds of problems
00:33<inman>frankly, i love gentoo so far.
00:33<moegreen>inman: that fix is in
00:33<inman>moegreen: booyah. thanks. good to strike another from my bug list.
00:34<bigguy>If you like compiling everything
00:34<inman>gentoo yielded enough of a speed improvement to let me use mpeg4 at 320x240
00:34<inman>yes, i like compiling everything.
00:34<inman>as a longtime sysadmin, i know the value of the gentoo model.
00:35<inman>its value to me is apparently more than its value to others here. let's not restart that holy war.
00:35<Ndiin>I mostly like 1) portage's interface and 2) patching everything with significant ease.
00:35<Ndiin>But yeah, not a topic for here, I suppose.
00:35<bigguy>I prefer bsd for that model
00:36* bigguyheads off to bed
00:38* bigguyis [away -={ SLEEP }=- ]
00:42-!-Bonkers [bonker@dyn-furn-152-179.dyn.columbia.edu] has joined #mythtv
00:45<PeteCool>moegreen: after a popup appeared, with the fill method, the top of the screen doesn't redraw, it stays with the same gradient
00:46<moegreen>PeteCool: right...oops...forgot I changed the around for that part of the screen while I was testing
00:47<Bonkers>anyone happen to know why everything in myth is soooooo slow, like watch program tkaes like 20 seconds to load? I'm gonna look into that probably this week some time and see what I can do, seems like it should be much much faster
00:49<moegreen>PeteCool: in cvs now
00:50<moegreen>Bonkers: it take under a second here
00:50<Bonkers>hrm, about how many programs do you have?
00:50<Bonkers>I've got 72 here
00:51<moegreen>around 40 i guess
00:51<PeteCool>Chutt: the "rewind-wall" problem has alleviated a lot in the last few days
00:51<Bonkers>that's odd, I'll have to look into why mine is so slow then
00:52<moegreen>Bonkers: have you tried using the generated pixmap and not the live video preview? just to see the difference
00:52<Bonkers>I have those off because they have given me trouble in the past
00:52<Bonkers>oh btw, when the whole background darkens when the popup comes up, the area where the preview would be is not darkened
00:53<m0tion>metadata.o: Your database is out of whack (no tracks, missing columns, etc.). Not good. <==-- I get this when I run MythMusic, whats the deal?
00:54<Bonkers>actually, not anymore, I'm not sure when that happens
00:55<Bonkers>I just noticed some bad things happen when I hit D to delete a program and then click the background with the mouse, the display is still darkened and hte popup is gone
00:56<Ndiin>m0tion: are you running the binary in a directory that contains an uneditted mythmusic-settings.txt?
00:56<Ndiin>m0tion: It checks ./ first, then the share dirs.
00:56<Ndiin>(for settings)
00:56<m0tion>yes, thats the problem
00:56<m0tion>thank you
00:58<moegreen>Bonkers: I'm not seeing the preview area not being shaded, as for clicking on the background - there isn't much I can do to stop you from clicking on a different window (which is what you are doing)
00:59<Bonkers>moegreen: hmm, well the preview one magically disapperaed, maybe in the last CVS update, but normally when I click another window I can get the old one back with alt-tab, I can't seem to find hte popup again, but if I hit esc then I'm back to the watch tv/watch program/whatever menu and all is fine, the popup just goes to nevernever land or something
01:00<moegreen>Bonkers: that's more because the MythPopup widget isn't really registered as it's own window
01:00<Bonkers>maybe it should be? I'm assuming it gets behind and then it dies when I hit esc, but I really have no way of telling
01:01<moegreen>well...mythtv is designed with the idea that you would be using a keyboard...so...
01:02<Ndiin>Just make sure that the popup box can be killed in the destructor if it exists..
01:02<Ndiin>the playbackbox destructor, that is
01:02<Bonkers>ya, normaly the mouse is hidden thgouh and I can't do that, do you have to actively hide the mouse in the popup?
01:03<moegreen>Bonkers: That is probably something that needs to be added to the widget
01:03<Bonkers>ok, just a thought, not a major issue
01:04<moegreen>Bonkers: I noticed it being there when I took some screenshots
01:07<m0tion>there any way to back out of MythMusic while your ripping a CD and watch TV
01:07<m0tion>without exiting mythmusic?
01:07<Ndiin>Alt tab ;)
01:07<m0tion>i mean without breaking out of the menuing system
01:07<m0tion>=)
01:07<Ndiin>then no =p
01:07<inman>just run mythtv from a cmdline
01:07<m0tion>haha
01:07<m0tion>that could be a new "feature" =)
01:08<inman>the windows are stacked, so if you could refocus them, you'd be good to go.
01:09<Ndiin>Window refocusing is fun when using a window manager that arbitrarly layers them...
01:09<Ndiin>With alt-tab (or equivilent), that is
01:11<m0tion>what window manager do you guys use when you have your box hooked up to the TV?
01:11<m0tion>blackbox?
01:11<Ndiin>fluxbox
01:11<Bonkers>I use windowmaker
01:11<Bonkers>seems to work well enough
01:11<m0tion>fluxbox ~ blackbox?
01:12<Ndiin>Basically fluxbox = blackbox + some mods
01:12<m0tion>gotcha
01:14<Ndiin>hmm, Zwan isn't too bad.. its basically soft smashing pumpkins songs. heh
01:15<PeteCool>I'm using oroborus as window manager
01:15<PeteCool>moegreen: could you also make the popup reactive to enter keypresses?
01:16<Ndiin>PeteCool: yeah, my mother was spazzing out the other day due to Enter not working ;)
01:16<Ndiin>"Enter's broken! Come fix it!"
01:16<PeteCool>heheh
01:17<moegreen>hmm...well it's just using the MythPushButton - i'll have to look into that tomorrow
01:17<Ndiin>Actually, I'd be glad if it was that descriptive.. she just says "Its broken", doesnt bother giving context and actions
01:17<m0tion>your mom uses a mythtv box?
01:17<Ndiin>yeah, she wanted a tivo type thing, so I set up a mythtv box for her instead
01:18<Bonkers>and you make her use CVS?
01:18<Ndiin>nah, thats my doing, how else are you going to find bugs? ;)
01:19<m0tion>hahaha
01:19<m0tion>great idea, your mom is a beta-tester =)
01:19<Ndiin>unpredictable users are always the best.
01:19<Ndiin>Preferably when their memory is worse than a 10y/o floppy disk.
01:19<PeteCool>CVS only gave me problems once... Chutt mdz and others don't ssem to make too big changes without previous testing
01:20<PeteCool>CVS isn't a problem really
01:20<PeteCool>I mean the CVS versions
01:20<Ndiin>Nah, its pretty stable.
01:20<Ndiin>Just a few minor bugs here and there
01:20<Bonkers>my myth was segfaulting after just about every recording ending yesterday, dunno if it's still happening, if it is I"ll have to investigate
01:20-!-foom [] has quit [Read error: 113 (No route to host)]
01:20<Ndiin>I just tend to make sure its fairly stable before updating that box
01:21<moegreen>Bonkers: make sure you have done a 'make distclean' in your programs/mythfrontend and mythbackend dirs
01:21<inman>Chutt: well, that's one way (cvs.sql) ;-)
01:21<PeteCool>Bonkers: I think your problems aren't coming from myth, but either borken hardware or a broken linux install
01:21<Chutt>heh
01:21<Chutt>inman, easiest way to put an end to that discussion =)
01:21<Bonkers>PeteCool: nah, it was fine like 3 days ago, just started happening yesterday I think
01:21* inmangrins.
01:22<Chutt>eventually, i'll want things to auto-update the schema and stuff
01:22<Chutt>just, not yet
01:22<inman>fair enough.
01:22<Chutt>i don't want tons and tons of old-version upgrading code
01:22<PeteCool>Bonkers: even the slowness?
01:23<inman>you do recognize the problem, though...
01:23<Chutt>yup
01:23<inman>yep.
01:23<Chutt>my feeling is that if you're following cvs closely (like, checkout's always less than a week old), cvs.sql will always work
01:24<Bonkers>PeteCool: not quite sure when the slowness started, may have been with the new program listings
01:24<Chutt>if you're older than that and updating, you're out of luck and will have to look to see what's changed
01:24<Ndiin>Not that hard to check out old revisions of cvs.sql if need be, anyhow.
01:24<Chutt>yup
01:24<inman>Chutt: i think the problem i outlined is possible given some of the fast-paced db changes we've seen.
01:25<inman>Chutt: i update every few commits. i'm sure i'm not alone.
01:25<Chutt>i don't think i've ever invalidated a db change
01:25<Chutt>well, not until it's been in for awhile
01:25<inman>hey, you said you didn't like my quoting style.
01:26<inman>what don't you like?
01:26<Bonkers>anyone else have the problem where after make distclean they gotta do make, then mythepg complains it can't make libmythtv.a then you gotta go to libs/libmythtv and make, that goes fine, then the toplevel make works again?
01:26<Chutt>'sides, i don't really see any massive db changes in the future
01:26<Chutt>inman, the #endif
01:26<Chutt>is all =)
01:26<inman>easily rm'ed for myth broadcasts. :-)
01:26<Chutt>i don't really care
01:26<Ndiin>Bonkers: multithreaded make screws up is all. do: make -j1
01:26* inmanshrugs.
01:27<Bonkers>Ndiin: oh, that's probably it, shouldn't qmake be -j2+ safe though?
01:27<inman>it seems to me it's in my best interests not to annoy you any more than i already do. :-P
01:27<Ndiin>Bonkers: it should be, but its not
01:27<Chutt>naw, don't worry 'bout that
01:27<Chutt>setting your reply-too explicitly is more annoying =)
01:27<Chutt>but i can understand wanting to do that
01:27<PeteCool>inman: I'm pretty sure Chutt finds me more annoying than you :)
01:28<inman>Chutt: i'm setting it explicity at your request!
01:28<inman>Chutt: a request you made while not setting the reply-to, btw, the very criticism you made of me. :-P
01:28<inman>PeteCool: give me time...
01:28<Chutt>no, i just asked that you not cc me off-list
01:28<inman>Chutt: oh yeah. i fixed that programatically.
01:29<Chutt>since i don't like to get two copies of something
01:29<inman>Chutt: but in doing so, you cc'd me off list.
01:29<Chutt>i replied to the first one i got
01:29<Chutt>and didn't notice it was off list
01:29<inman>i know, i just thought it was funny. :-)
01:29<inman>Chutt: doesn't my reply-to get hammered out by the list?
01:29<Chutt>nope
01:30<inman>well i can fix that too.
01:30<Chutt>i don't have mailman set to remove it
01:30<inman>such are the miracles of mutt.
01:30<Chutt>naw, i could just make mailman do it if i wanted to
01:30<inman>it's no big deal.
01:30<Chutt>doesn't really matter
01:30<inman>just trying to follow a well-accepted etiquette.
01:30<Chutt>i just have to manually edit out your email from the to: line
01:30<Chutt>when i respond to something of yours
01:31<Chutt>easy, doesn't take any time
01:31<Chutt>and other people do it too, so
01:34<inman>in any case, i filter dupes, so don't worry about editing me (though i've fixed that).
01:34<inman>may as well fix it at mailman.
01:34<Chutt>hrm
01:35<Chutt>wonder how hard it'd be to use the qpainter::redirect stuff to make the epg draw on the video
01:35<Chutt>'course, it'd be horribly slow..
01:35<inman>you know how we love to lose CPU...
01:36<inman>there's a guy in *users complaining that he can't get myth to run in 640x480 on his toothbrush.
01:37<Chutt>heh
01:37<Chutt>ah well
01:37<inman>how slow would it be?
01:37<Chutt>very
01:37<Ndiin>my Palm Zire can't run mythtv! fix it!!
01:37<Bonkers>on a tooth brush? I'd assume pretty slow ;)
01:38<inman>Bonkers: i dunno, it's a pretty high-end model.
01:38<Chutt>well, maybe not _that_ slow
01:38<Chutt>i imagine the original epg, without any category coloring
01:38<Chutt>might be ok
01:38<Chutt>it'd be fairly difficult to read, though
01:38<inman>Chutt: how does tivo do this sort of thing? any idea?
01:38<Chutt>i've never seen a tivo
01:38<inman>heh
01:39<inman>i should send you one, i literally have them laying around the house.
01:39<Chutt>i kind of like being able to say i've never seen one in action
01:40<inman>it might soften you to my UI complaints. ;-)
01:40<Chutt>yeah, but your recent ui complaints were because you didn't have the graphics
01:40<inman>i was glad to see bjm stick up for the quality in the recent list traffic, too.
01:41<inman>my UI problems aren't in look/feel but in navigation ease.
01:41<Chutt>oh, hardware encoding wins, hands down
01:41<inman>and consistency.
01:41<inman>Chutt: that's why i'm holding onto my pvr-350. but from what bjm says, that ain't half the problem.
01:41<moegreen>inman: but i'm sure having those graphics helped out the look department, heh.
01:41<Chutt>well, the rest is due to the fact that linux sucks
01:42<inman>moegreen: of course. no contest. myth looks like a commercial product now thanks to you and nathan. :-)
01:42<inman>Chutt: i recall you saying that you don't run 2.5, is that right?
01:42<Chutt>right
01:42<inman>Chutt: so no low-latency patch?
01:42<Chutt>right
01:42<inman>Chutt: i know tivo uses a fairly aggressive scheduler.
01:43<Chutt>basically, if it can make a usleep wake up when it's supposed to, and not up to 10ms late, things would be better
01:43<Chutt>and if i knew when the vsyncs were, etc
01:44<inman>10ms is a loooong time, what is the story with that problem?
01:44<inman>may as well be a second
01:44<Chutt>the scheduler works in 10ms chunks
01:44<Chutt>well, it has up until 2.5
01:44<Chutt>that's been changed now
01:44<inman>wow, i didn't know that
01:45<inman>i remember the origins of the early scheduling fixes from mingo and i thought that got into 2.2, let alone 2.4
01:45<Chutt>nope, HZ is still 100
01:45<PeteCool>I'm using the lowlatency patch with 2.4, works fine... but then I didn't really use it seriously without it
01:45<Chutt>100 time slices a second
01:45<Chutt>apparetly, 2.6'll be a lot better
01:46<Chutt>and i keep meaning to mess around with stuff
01:46<inman>the new latency stuff looks really promising -- the mingo-combo
01:46<Chutt>but, my dev machine is also what i use for work
01:46<Chutt>and i can't afford to have that messed up at all
01:46<PeteCool>I don't think the improvement 2.4->2.6 is going to be as dramatic as 2.2->2.4
01:46<Bonkers>just keep 2 kernels around
01:46<PeteCool>2.2 is so stone age
01:47<inman>2.5 doesn't boot on my SMP box.
01:47<Chutt>bonkers, of course, but the time drain is what i'm worried about =)
01:47<inman>i'd be running it for the low-latency if it did.
01:47<PeteCool>no dri, no devfs, no real journaling fs...
01:47<Bonkers>bttv shit a brick earlier today using 2.5 so I'm back to 2.4 right now
01:47<Bonkers>I would start up mythbackend and I'd get 2 SICsomethingor other messages repeating themselves until I killed mythbackend
01:48<PeteCool>moegreen: what do you think of nathan's mytheather mockups ?
01:48<Chutt>moegreen, can you fix those <var> may be used uninitialized warnings?
01:49<moegreen>Chutt: what was it in? I didn't see it go by...
01:49<Chutt>in playback.cpp
01:49<Chutt>msg at 1726, msg2 at 1751, noButton at 1760
01:49<Chutt>just stuff where you're selecting between the two types
01:49* PeteCoolis away: I'm busy
01:50<Chutt>blah, g'nite
01:50<Chutt>it's too late :(
01:52-!-Bonkers [] has quit ["Client Exiting"]
02:58-!-hfb [] has quit [Remote closed the connection]
03:16-!-PeteCool [] has quit [Read error: 110 (Connection timed out)]
03:19-!-uli [~uli@kol.stud.uni-goettingen.de] has joined #mythtv
03:34-!-Viddy [] has quit [Remote closed the connection]
03:37-!-choenig [~choenig@p50859DFC.dip.t-dialin.net] has joined #mythtv
03:42-!-Viddy [david@visp194-179.visp.co.nz] has joined #mythtv
03:47-!-Viddy [] has quit [Remote closed the connection]
03:50-!-Viddy [david@visp194-179.visp.co.nz] has joined #mythtv
04:18-!-PBlue_away [~tcpaiqgvn@cs6668127-96.austin.rr.com] has joined #mythtv
04:18-!-PhracturedBlue [] has quit [Read error: 54 (Connection reset by peer)]
04:42-!-poptix [] has quit [brunner.freenode.net irc.freenode.net]
04:42-!-Justin_ [] has quit [brunner.freenode.net irc.freenode.net]
04:42-!-lichen [] has quit [brunner.freenode.net irc.freenode.net]
04:42-!-jfm [] has quit [brunner.freenode.net irc.freenode.net]
04:42-!-jmblack [] has quit [brunner.freenode.net irc.freenode.net]
04:42-!-Captain_Murdoch [] has quit [brunner.freenode.net irc.freenode.net]
04:42-!-mdz [] has quit [brunner.freenode.net irc.freenode.net]
04:42-!-PBlue_away [] has quit [brunner.freenode.net irc.freenode.net]
04:42-!-zZzToxic [] has quit [brunner.freenode.net irc.freenode.net]
04:42-!-lichen_ [] has quit [brunner.freenode.net irc.freenode.net]
04:42-!-Cloak [] has quit [brunner.freenode.net irc.freenode.net]
04:42-!-moegreen [] has quit [brunner.freenode.net irc.freenode.net]
04:42-!-ian2 [] has quit [brunner.freenode.net irc.freenode.net]
04:42-!-vektor [] has quit [brunner.freenode.net irc.freenode.net]
04:42-!-yebyen [] has quit [brunner.freenode.net irc.freenode.net]
04:42-!-eli [] has quit [brunner.freenode.net irc.freenode.net]
04:42-!-bigguy [] has quit [brunner.freenode.net irc.freenode.net]
04:42-!-Viddy [] has quit [brunner.freenode.net irc.freenode.net]
04:42-!-choenig [] has quit [brunner.freenode.net irc.freenode.net]
04:42-!-uli [] has quit [brunner.freenode.net irc.freenode.net]
04:42-!-m0tion [] has quit [brunner.freenode.net irc.freenode.net]
04:42-!-schwin97_ [] has quit [brunner.freenode.net irc.freenode.net]
04:42-!-Ndiin [] has quit [brunner.freenode.net irc.freenode.net]
04:42-!-Edgan [] has quit [brunner.freenode.net irc.freenode.net]
04:42-!-paperclip [] has quit [brunner.freenode.net irc.freenode.net]
04:43-!-PBlue_away [~tcpaiqgvn@cs6668127-96.austin.rr.com] has joined #mythtv
04:43-!-zZzToxic [joshua@h002078c680df.ne.client2.attbi.com] has joined #mythtv
04:43-!-ian2 [asdf@12-238-197-193.client.attbi.com] has joined #mythtv
04:43-!-bigguy [bigman@h64.44.102.166.ip.alltel.net] has joined #mythtv
04:43-!-moegreen [~jdanner@pa-steclge-u2-c3a-154.stcgpa.adelphia.net] has joined #mythtv
04:43-!-Cloak [mmen@crackaddict.com] has joined #mythtv
04:43-!-vektor [~vektor@cauchy.theorem.ca] has joined #mythtv
04:43-!-yebyen [yebyen@gripz.com] has joined #mythtv
04:43-!-eli [eli@ip68-13-77-44.om.om.cox.net] has joined #mythtv
04:43-!-lichen_ [lichen@128.1.8.67.cfl.rr.com] has joined #mythtv
04:43-!-choenig [~choenig@p50859DFC.dip.t-dialin.net] has joined #mythtv
04:43-!-uli [~uli@kol.stud.uni-goettingen.de] has joined #mythtv
04:43-!-m0tion [~m0tion@cae88-73-250.sc.rr.com] has joined #mythtv
04:43-!-Edgan [edgan@24-205-202-237.rno-cres.charterpipeline.net] has joined #mythtv
04:43-!-Ndiin [ruler@ip68-3-77-245.ph.ph.cox.net] has joined #mythtv
04:43-!-schwin97_ [~schwin97@12.207.2.227] has joined #mythtv
04:43-!-paperclip [~joe@ip68-11-30-173.no.no.cox.net] has joined #mythtv
04:44-!-mdz [~mdz@216-15-124-77.c3-0.smr-ubr3.sbo-smr.ma.cable.rcn.com] has joined #mythtv
04:44-!-Captain_Murdoch [~buy_more_@ip68-107-147-80.hr.hr.cox.net] has joined #mythtv
04:44-!-jmblack [~jmblack@c66.169.98.154.ts46v-01.mhe1.ftwrth.tx.charter.com] has joined #mythtv
04:44-!-Justin_ [~justin@bouncybouncy-pt.tunnel.tserv1.fmt.ipv6.he.net] has joined #mythtv
04:44-!-poptix [poptix@precious.net] has joined #mythtv
04:44-!-lichen [lichen@vanquish.cohpa.ucf.edu] has joined #mythtv
04:44-!-jfm [~jfm@nat-outgoing.dalalu.fr] has joined #mythtv
04:44-!-Viddy [david@visp194-179.visp.co.nz] has joined #mythtv
06:06-!-Ndiin [] has quit [Read error: 60 (Operation timed out)]
07:26-!-PeteCool [~pete@modemcable019.237-201-24.mtl.mc.videotron.ca] has joined #mythtv
07:39-!-Ndiin [ruler@ip68-3-77-245.ph.ph.cox.net] has joined #mythtv
07:43-!-PeteCool [] has quit ["Client exiting"]
07:47-!-uli [] has quit [Read error: 60 (Operation timed out)]
08:05-!-nziarek [~nathanzia@CPE-24-167-222-150.wi.rr.com] has joined #MythTV
08:51<-- nziarekhas quit ()
08:57-!-Ndiin [] has quit ["raven[0m[36m:[0m Bitch-X BaBy!"]
09:01-!-Ndiin [ruler@ip68-3-77-245.ph.ph.cox.net] has joined #mythtv
09:43-!-Ndiin [] has quit [Read error: 60 (Operation timed out)]
10:23-!-Soopaman [] has quit ["Peace and Protection 4.22"]
10:53-!-hfb [~hbarrett@lsanca1-ar2-4-60-005-210.lsanca1.dsl-verizon.net] has joined #mythtv
11:01-!-Ndiin [ruler@ip68-3-77-245.ph.ph.cox.net] has joined #mythtv
11:12-!-Chang [~coffman@fw.pqbs.com] has joined #mythtv
11:17-!-uli [~uli@kol.stud.uni-goettingen.de] has joined #mythtv
11:34-!-foom [~jknight@tibook.ai.mit.edu] has joined #mythtv
12:35<Chutt>mythweather needs a radar screen =)
12:36<moegreen>Chutt: i have looked into that, most of the images out there are jpg's and didn't find an easy way to display them
12:36-!-uli [] has quit ["using sirc version 2.211+KSIRC/1.2.4"]
12:36<Chutt>jpgs should display just like .pngs
12:37-!-uli [~uli@kol.stud.uni-goettingen.de] has joined #mythtv
12:38<moegreen>i wasn't sure if there was a licensing issue, or if that was just for GIF
12:40<moegreen>now all i have to do is find a weather source of radar images for the entire world :)
12:40<moegreen>I guess I could just let the user enter a location to download the image from
12:41<foom>www.wunderground.com is pretty good i think
12:41<moegreen>well it looks like weather.com does take the same ACID that msnbc.com uses (I think weather.com provides the msnbc weather). I should be able to grab that map
12:44<moegreen>the problem becomes that the image filename isn't predicatable, http://image.weather.com/web/radar/us_pit_closeradar_large_usen.jpg
12:44<foom>simply "parse" the html for the zipcode results page
12:44<foom>and hope they never change it
12:45<moegreen>i guess I could do that once during setup
12:45<foom>you could search the html output for an image pointing to something with "radar" in the path
12:47<moegreen>yeah ... i suppose i could start a thread to get the map after the weather data is grabbed from msnbc
12:47<Chutt>cool =)
12:48<moegreen>but if I do that i'll only have on thing left on my TODO list for MythWeather - finish the weather types list
12:48<moegreen>:(
12:48<Chutt>heh
12:48<foom>while you're fixing stuff, did you fix that you have to press "i" to get out of the initial setup screen?
12:48<Chutt>could always make it more themeable
12:49<Chutt>layout/positioning
12:49<Chutt>but you can't do that until you break out the list code from the playback box so it can be reused =)
12:49<moegreen>:(
12:49<foom>i thought the weather thing was just totally broken since I didn't know how to get out of the initial setup screen, until someone asked that q on the mailing list. :)
12:50<moegreen>foom, did you keep hitting escape?
12:50<foom>I entered all the info and looked for something to do, so pressed return, nothing happened
12:50<foom>figured it was broken, and hit escape
12:51<moegreen>heh, i can add a message to that screen i suppose
12:51<foom>that's silly
12:51<foom>just make return/space exit the screen..
12:53<moegreen>fine ... :)
12:53<moegreen>Chutt: So you want a listbox widget that looks like the playbackbox list, but acts just like a listbox?
12:54<Chutt>doesn't have to act just like it
12:54<Chutt>but, it'd be nice if the view scheduled programs stuff looked similar
12:54<Chutt>and then it could be reused in the music stuff, too
12:55<moegreen>right ... ok, i'll work on that next, or should I do the positioning/xml code?
12:55<Chutt>work on whatever you want
12:55<Chutt>just suggestions =)
12:56<moegreen>ok... :)
12:57<moegreen>foom, that's in CVS
12:58<foom>cool.
13:03<inman>moegreen: i'm planning on doing some html parsing in the future, to rip metadata and images for programs and music.
13:03<inman>moegreen: just an FYI in case you actually end up doing any work -- i'll use it. :-)
13:04<foom>as far as I can tell the most reliable way to parse html crap on websites is regexps
13:04<foom>not very hard. :)
13:05<inman>i'd rather parse generated content with the qt xml stuff.
13:06<foom>won't work for html..
13:06<inman>though i may elide the non-generated stuff i don't care about with a regexp.
13:06<inman>i thought i saw a way to flag it for not-quite-xml (html)
13:06<foom>oh, maybe there is.
13:07<inman>where the hell are the manuals for qt under gentoo.
13:07<inman>heh
13:07<foom>but i'd think it'd still be easier just to stuff it in a regexp matcher
13:08<inman>you may be right.
13:08<inman>i haven't done any legwork on this at all. just got an idea while i was reading up on the xml parsing.
13:09<foom>actual HTML code in use on the web is so nasty I can't imagine that a real xml parser would get anywhere with it, even in some more-relaxed mode
13:10-!-nziarek [nziarek@pcp010412pcs.unplugged.mu.edu] has joined #MythTV
13:10<inman>i've written a few regexp parsers though, and it's just such an inelegant hack. :-/
13:10<Chutt>nziarek, hey
13:10<foom>forgetting closing quotes on attributes, misnested tags, missing end tags, completely arbitrary structure...yuck.
13:10<Chutt>you have access to your mythtv box?
13:14<nziarek>Chutt: no, at work now, sorry
13:18<inman>foom: know of any good sources for the data? aside from imdb?
13:19<nziarek>inman: www.allmovie.com might work
13:20<inman>hmmm. thanks.
13:20<inman>how complete is the db?
13:21<nziarek>it always seems pretty complete; but I really don't know what youa re looking for...when I don't use imdb, i use allmovie.com, so i thought I'd pipe in =)
13:22<inman>there isn't a single newline in the output, heh.
13:43-!-Bonkers [~Bah@dyn-wireless-246-80.dyn.columbia.edu] has joined #mythtv
13:51<inman>Chutt: how do you want to implement a UI to manage channel subscriptions?
13:51<Chutt>subscriptions?
13:51<inman>damn you're fast.
13:51<inman>adding/removing channels.
13:51<Chutt>big ole listbox/table
13:51<Chutt>checkboxes on each
13:52<inman>yeah, but i mean where.
13:52<Chutt>in setup
13:52<inman>hanging off of the setup screen?
13:52<Bonkers>ole? that stuff's scary ;)
13:52<Chutt>off of the video source screen
13:52<inman>that screen is starting to get crowded. any plans for a hierarchy?
13:52<Chutt>backend setup, not frontend
13:52<inman>hrm.
13:53<Chutt>would be nice to be able to set the per-channel filters and stuff in the same ui as well
13:53<inman>of course.
13:53<inman>i wish the backend setup was inside of the frontend setup.
13:53<Chutt>i don't =)
13:53<inman>heh
13:54<inman>could we make it instantiable from the frontend setup menus?
13:54<Chutt>i really don't want it to be
13:54<inman>why?
13:54<Chutt>it's not something you commonly edit
13:55<Chutt>it's specific to the _backend_, not the frontend
13:55<inman>yeah, but when you need to do it, why should you have to jump through hoops?
13:55<inman>under normal operation, you don't edit any of it.
13:55<Chutt>err, running a separate program isn't jumping through hoops
13:55<inman>but the channels keep changing on me.
13:55<foom>it is if you have a box without a keyboard
13:55<inman>it's a hoop if your input device is a remote on the frontend.
13:55<Chutt>export the display to a machine with one, then
13:56<foom>that's more difficult than it could be as well since you have to setup X on another computer since the setup isn't a text-based ui
13:56<Chutt>export the display to a machine with X
13:56<Chutt>and a keyboard :p
13:57<Bonkers>anyone think an option to display using sdl would be useful to anyone? that way people with no Xv support can hopefully have a faster display method and you wouldn't even need X to use myth or is that already what the non-Xv stuff uses?
13:58<Chutt>the non-xv stuff uses x
13:58<Chutt>an sdl output method would be rather easy to do, but the rest of the ui uses qt
13:58<inman>Bonkers: qt is still bound to X
13:58<foom>i'd suggest the best UI would be to have an option for "backend setup" that lists all the backends you have, and lets you launch the config program for any of them. How that would be accomplished I'll leave to the experts. :)
13:58<Bonkers>oh, hmm, didn't think of that
13:58<Chutt>of course, that _could_ be ported to qt/e
13:58<Chutt>and that just uses a framebuffer
13:59<Chutt>foom, you need to be on the actual backend to get a list of possible tuner card inputs
13:59<Bonkers>how useful is qt actually being here? it seems like it could be adding more slowness/bloat than it is gaining us, aren't all the widgets fairly simple, simple enough that maybe a few weeks of work could replace them with much faster ones?
13:59<inman>Chutt: those inputs could be stuffed into the database.
14:00<Chutt>inman, why?
14:00<Chutt>they're on the filesystem
14:00<inman>Chutt: to ease setup/configuration.
14:00<foom>no, the backend setup needs to be in communication with the backend host for a bunch of reasons..
14:00<Chutt>bonkers, have you ever written a tree widget?
14:00<foom>but, that could be done by talking to the backend..
14:00<inman>foom: right.
14:01<Chutt>but if you're talking to the backend already, that assumes that the backend has been setup
14:01<Bonkers>Chutt: hmm, didn't think of that one
14:01<Chutt>you'd still need initial setup
14:01<Chutt>why complicate things?
14:01<foom>well, the backend doesn't need much (any?) setup to just start itself and listen for tcp requests I think
14:01<inman>Chutt: for ease of use. most users don't do as many initial setups as tweaks to existing configs.
14:02<Chutt>foom, sure it does
14:02<Chutt>just drop it
14:02<Chutt>you're not going to convince me :p
14:02<inman>what does the backend need to know that it can't learn from a few command-line switches?
14:03<foom>in the case that the backend setup stays separate, then the tv channel setup needs to not be in it.
14:03<Chutt>the tv channel setup belongs in there.
14:03<foom>it belongs with the location setup
14:03<foom>yes
14:03<inman>the channels change all the time, plus that setup widget could address many of the broader issues.
14:04<inman>with channels, i mean.
14:04<foom>but, both of those are 'end-user-changeable'
14:04<Chutt>blah blah blah
14:04<Chutt>babble babble babble
14:04<foom>as opposed to the TV tuner card settings which will probably never be changed.
14:04<inman>in addition, the frontends should be able to control the channels on any of the inputs/tuners.
14:04<inman>Chutt: would you refuse a patch?
14:04<Chutt>if it did something i disagreed with?
14:04<Chutt>of course
14:05<foom>i bet it'd be more convincing to see it actually work than talk about it though. :)
14:05<inman>what if it was left up to the user and didn't make any architectural changes?
14:05<inman>and defaulted to Chuttstyle?
14:05<Chutt>you're going to have to make architectural changes
14:06<inman>let's assume that we didn't.
14:06<foom>i think you assume too much. :)
14:06<inman>foom: gotta know what you're shooting at before you choose a weapon.
14:06<Chutt>you can't make that modification without changing how things work
14:07<inman>what about if it only worked after the system was bootstrapped?
14:07<Chutt>how?
14:08<inman>you will refuse any patch that lets the user access the channel-setup from the frontend?
14:09<foom>the simplest/best change IMO would be to leave the basic config in a backend setup program (and it'd be even better if there was an alternate text-ui for it), and put the program/channel info stuff in a config ui on the frontend that talks to the backend. but, that will involve significant changes.
14:10<foom>you don't need the channel info to startup the backend, so that won't cause a problem. but you do need to run the xmltv programs on the backend to get the UI data for that setup screen
14:10<Chutt>you need channel source information to setup the backend
14:10<Chutt>exactly
14:10<Chutt>i don't want backend config in the frontend
14:11<inman>and channel-setup is backend config, period?
14:11<Chutt>yes, it is
14:11<inman>okay.
14:11<Chutt>the frontend doesn't do anything with the channels
14:11<Chutt>except display what the backend tells it about
14:12<inman>and you won't accept a patch that lets the frontend tell the backend to export a setup gui?
14:12<foom>export via X?
14:12<inman>yes
14:12<foom>that would be interesting
14:12<inman>why?
14:12<foom>interesting in a good way
14:12<Chutt>that might be acceptible
14:12* inmanshrugs.
14:12<Chutt>you'd have to modify quite a bit of code to do that, though
14:12<inman>why?
14:13<Chutt>well, it'd be a tad confusing to just have it running a backend setup
14:13<Chutt>need to indicate somewhere _which_ backend is running, etc
14:13<foom>well you have to fix the xmltv prompting the user for info in the console. :)
14:13<Chutt>that too
14:14<inman>foom: refresh my memory, i don't remember that.
14:14<foom>if you go to the program setup and change your cable provider
14:14<foom>xmltv will ask if it's okay to delete channels
14:14<foom>and the UI looks like it's hung
14:15<Chutt>there's a bunch of other cases that do that as well
14:15<foom>so you have to go to the console you started the setup program from and press 'y' a few times
14:15<Chutt>and none of the other grabbers work with the ui at all
14:15<inman>anyway, i'm just trying to solve the normal usage issue.
14:16<foom>Well I'd love to see that solved, not that I have any say. ;)
14:18<foom>i think the automated exporting of the X display sounds like the best chance of working/being accepted by chutt. Which means you'll need to have a listbox of available backends to configure and then ask the one you select to startup a setup program on your local display.
14:18<foom>doesn't sound too hard
14:19<Chutt>you'd need to have shell access as whatever user the backend is running from on the backend machine
14:19<foom>no, you can have the backend run the app
14:20<inman>the methods for connecting to the backend would have to be individually configurable.
14:20<foom>exec it
14:22<foom>just have a backend command that says "run your setup program on display 'foo.bar:0'", then it just has to run setup -display foo.bar:0
14:23<foom>on the frontend you also have to make sure to allow X connections from the backend
14:23<inman>yeah, but my point is that the method won't be as simple as plugging in the hostname.
14:24<inman>eg. you may need to export to an alternate host, display, whatever.
14:24<foom>why would you ever want to do that?
14:24<foom>the whole point is to have it run on the frontend
14:24<foom>if you want to run it somewhere else, run it there yourself
14:24<inman>tunneling? i dunno, i've run into this issue in the past.
14:24<foom>the frontend knows its own display
14:25<foom>ugh - I suppose if you have complicated setups where the backend can't talk directly to it then you might have a problem.
14:25<Bonkers>an exported app seems like it would run incredibly slowly
14:25<inman>foom: we're talking about X.
14:26<foom>inman..yes..so?
14:26<foom>oh i suppose that was unclear
14:26<inman>X is not the same as the normal front<->back comms.
14:26<foom>i meant to say, complicated network setups where the backend host cannot connect directly via TCP to the frontend host
14:26<foom>sorry, unclear wording before
14:26<inman>okay
14:27<inman>hey, i hope it's as simple as you say. :-)
14:27<Bonkers>if you didnt' have TCP, how would you talk to the backend anyway?
14:27<foom>well I don't know what the fe<->be comms look like right now
14:27<foom>but it might work to have NAT between frontend and backend
14:28<foom>in which case you can connect from frontend to backend
14:28<foom>but not from backend to frontend
14:28<foom>but who would do that?
14:28<inman>i think we had better just concentrate on the simplest case so as to assure patch acceptance. :-P
14:28<nziarek>anyone: is the popup dialog box the same size always, or does it scale...?
14:29<foom>how does the frontend authenticate itself to the backend?
14:29<moegreen>nziarek: it scales depending on what elements you add to it
14:30<moegreen>foom: it doesn't
14:30<foom>anyone on the whole internet can connect to your backend and change channels/whatever?
14:31<Chutt>yup
14:31<moegreen>foom: unless you block that port which you should be doing anyway
14:31<foom>in that case, a backend command to export the setup program is a bad idea until there's authentication.
14:31<nziarek>moegreen: does the background image scale with the popu, tile, or draw once and quit?
14:31<foom>you don't want arbitrary people on the net being able to run an X app on your host
14:32<inman>use one of those rinky-dink cable/dsl routers.
14:32<Bonkers>foom: where's the hospitality in that?
14:32<moegreen>nziarek: it draws it once, no rescaling of it
14:32<inman>they work well even on normal ethernet networks.
14:33<foom>inman: not a problem for me currently - i already have a NAT box, but it's bad policy to allow random people to connect to a port and without any authentication, get an X displaying on their comp, running on yours
14:33<Bonkers>Chutt: ever look at ParaGUI? it's an SDL GUI lib and supposedly it has a listbox implemented
14:34<foom>the answer to that of course to add authentication. :)
14:34<inman>foom: i know... just pointing at a "recommendation".
14:35<Chutt>listbox != tree
14:35<Chutt>and i'm not switching to some halfassed lib without any documentation
14:35<Bonkers>oh crap, I've already lost what I was looking for
14:36<foom>i've seen qt/e running on the sharp zaurus (?) and it was pretty nice
14:37<Bonkers>qt/e looks quite possible altough on a quick search I found someone that said it was rather slow, I'd have to try it for myself and see though
14:37<foom>i don't know how it runs on normal linux fb, but it was running quite nicely on the little tiny handheld running linux.
14:56-!-uli [] has quit ["using sirc version 2.211+KSIRC/1.2.4"]
14:57-!-uli [~uli@kol.stud.uni-goettingen.de] has joined #mythtv
14:58-!-uli [] has quit [Client Quit]
14:59-!-Bonkers [] has quit ["Client Exiting"]
15:02-!-uli [~uli@kol.stud.uni-goettingen.de] has joined #mythtv
15:03-!-uli [] has quit [Client Quit]
15:07-!-zZzToxic is now known as NonToxic
15:23-!-uli [~uli@kol.stud.uni-goettingen.de] has joined #mythtv
15:24-!-uli [] has quit [Client Quit]
15:24<ian2>anyone using 2.5 kernels?
15:30-!-Timon [~chatzilla@157-11-237-24.gci.net] has joined #mythtv
15:32-!-choenig [] has quit [Remote closed the connection]
15:34-!-choenig [~choenig@p50859DFC.dip.t-dialin.net] has joined #mythtv
15:39<Timon>Which FreeType by myth? V1 or v2 or does it matter?
15:45<Chutt>needs 2
15:47<Timon>Thanks Chutt
15:47<Timon>Is that in the docs? (I'm going off the required links page on the site)
15:47<Chutt>probably
15:54-!-uli [~uli@kol.stud.uni-goettingen.de] has joined #mythtv
15:54-!-uli [] has quit [Client Quit]
15:56-!-uli [~uli@kol.stud.uni-goettingen.de] has joined #mythtv
15:57-!-uli [] has quit [Client Quit]
15:58-!-uli [~uli@kol.stud.uni-goettingen.de] has joined #mythtv
15:58-!-choenig [] has quit [Remote closed the connection]
15:59-!-choenig [~choenig@p50859DFC.dip.t-dialin.net] has joined #mythtv
16:13-!-choenig [] has quit [Read error: 113 (No route to host)]
16:15-!-choenig [~choenig@p50859DFC.dip.t-dialin.net] has joined #mythtv
16:21* bigguyis [away -={ Downloading, Reading, and Then EMT Training Class }=- ]
16:23<-- Chang(~coffman@fw.pqbs.com) has left #mythtv
17:12<nziarek>can someone point me to an article on installing Qt 3.1 on a Mandrake 9 machine?
17:13-!-uli [] has quit ["using sirc version 2.211+KSIRC/1.2.4"]
17:16<moegreen>nziarek: what version is on there now?
17:16<nziarek>i think 3.0.5
17:16<moegreen>what's wrong with that?
17:16<nziarek>whatever it is, Myth says to seriously consider upgrading to 3.1
17:17<nziarek>plus, my fonts won't smooth and I was thinking maybe that would he lp=)
17:17<moegreen>do you have this set: QT_XFT=true
17:18<nziarek>i am not at my machine right now, but I remember typing something like that before. I'll check when I get home
17:18<moegreen>ok...but I think that needs to be set as an environment variable for QT to use the anti-aliased fonts which you have probably installed
17:19<nziarek>so, before running mythfronend, should I type "export QT_XFT=true"?
17:20-!-hfb [] has quit ["Huh! Wasn't me!"]
17:21-!-hfb [~hbarrett@lsanca1-ar2-4-60-005-210.lsanca1.dsl-verizon.net] has joined #mythtv
17:21<choenig>moegreen: thanks for commiting that mythweather/hit return stuff :)... I was having the same problem like the guy you talked to, today.
17:22<choenig>unfortunately my time is really short these days, no time for mythtv :(
17:24<moegreen>nziarek: assuming your QT was compiled w/ the anti-aliasing support, which it should have been
17:28<nziarek>moegreen: all i did was urpmi libqt3, not sure if that means it installed with aa support
17:30<moegreen>nziarek: I'm guessing that it was compiled w/ the aa support, i believe that is the default action
17:33<rkulagow>nziarek: rpm-qa|grep qt
17:33<rkulagow>will let you know the versions.
17:34<nziarek>rkulagow - that will let me know if it has aa support?
17:34<rkulagow>nziarek: no, but it will at least let you know what version of Qt you've got.
17:34<rkulagow>nziarek: what distro are you running?
17:34<nziarek>mandrake 9
17:35<rkulagow>i know Mandrake 9.1 comes with Qt 3.1; what happens when you go to Mandrake Control Center->Updates. Is Qt 3.1 on the list?
17:36<nziarek>i'm not at my machine right now, but I will try that first thing when I get back
17:36<nziarek>can you upgrade from Mandrake 9 --> 9.1, or would it need to be a clean install?
17:36<rkulagow>nziarek: you can do the upgrade pretty cleanly.
17:37<rkulagow>(without whacking everything)
17:38<nziarek>rkulagow: and I _just_ redid that computer.
17:40<rkulagow>well, mandrake 9.1 was just officially release a few days ago. i've been running cooker (which is the devel version). ping me when you're at your box later and we can see if we can upgrade you in-place.
17:40<nziarek>sounds good
17:40<nziarek>thanks
17:40<rkulagow>sure
17:40-!-schwin97_ [] has quit [Read error: 54 (Connection reset by peer)]
17:41-!-rkulagow_ [~Robert@12-207-131-29.client.attbi.com] has joined #mythtv
17:41<-- rkulagow(~mythtv@12-207-131-29.client.attbi.com) has left #mythtv
17:43-!-thor [~thor@208.185.11.34] has joined #mythtv
17:55-!-jmblack [] has quit ["Client Exiting"]
18:15<mdz_>wow, sonicblue is bankrupt
18:17-!-rkulagow_ [] has quit [Read error: 110 (Connection timed out)]
18:31<Chutt>yup
18:32-!-choenig [] has quit [Remote closed the connection]
18:33-!-foom [] has quit [Read error: 110 (Connection timed out)]
18:38<Chutt>eww, this adds a display for the song bitrate
18:45-!-rkulagow [~mythtv@12-207-131-29.client.attbi.com] has joined #mythtv
18:46<Timon>rkulagow: do you know how to make konsole in mandrake 9.1 revert to the default select behavior? ie when you select it, its automaticly copied to the clipboard buffer?
18:48<-- nziarekhas quit ()
19:08-!-Timon [] has quit ["ChatZilla 0.8.23 [Mozilla rv:1.3/20030313]"]
19:17-!-m0tion [] has quit ["Client exiting"]
19:31<rkulagow>Timon: sorry, no. select, then "Copy" is the only way I can get it to work.
19:38-!-TheAsp [asp@CDR13-117.accesscable.net] has joined #mythtv
19:47<ian2>hey can someone tell me where i can find a list of the keys for myth-tv?
19:53<TheAsp>moegreen: no "accidents" so far... enter still doesn't activate either yes/no in the popup though :)
20:04-!-hfb [] has quit ["Huh! Wasn't me!"]
20:09-!-ian2 [] has quit [Read error: 104 (Connection reset by peer)]
20:13-!-nziarek [~nathanzia@CPE-24-167-222-150.wi.rr.com] has joined #MythTV
20:26<nziarek>rkulagow - is there an easy way to upgrade to drake 9.1, or do I have to dl the iso first
20:33<inman>moegreen: the "Last update" line at the bottom of mythweather is half-way off of my screen. 1600x1200.
20:34<inman>nziarek: i had a problem with my fonts not smoothing using xft2. i installed xft1 for some other purpose; i think that's when the problem went away, but i'm not sure.
20:35<inman>nziarek: if you `ldd /some/qt.so` you'll see which xft lib it's bound to, if any.
20:43<rkulagow>nziarek: you don't need to download the iso first, although that helps. if you've followed the HOWTO, one of the steps tell you how to go to http://plf.zarb.org/~nanardon/urpmiweb.php
20:44<rkulagow>if you've done that, and added either the 9.1 main and contrib using the urpmi.addmedia command, then you should be able to do a # urpmi -v --auto-select and away it goes.
20:44<rkulagow>(probably be easier to dl the ISOs though, since if you've got more than a trivial amount of software it's practically going to re-download everything anyways.
20:45<nziarek>rkulagow: the ISOs are taking forever (1 day left :)
20:46<rkulagow>well, it 9.1 just came out, so everyone wants a copy. :)
20:48-!-paperclip [] has quit [Read error: 110 (Connection timed out)]
21:06-!-PhracturedBlue [~tcpaiqgvn@cs6668127-96.austin.rr.com] has joined #mythtv
21:06-!-PBlue_away [] has quit [Read error: 111 (Connection refused)]
21:15-!-nziarek [] has quit [Read error: 60 (Operation timed out)]
21:39<Ndiin>Anyone know how I'd take the first 8 chars from a string in php?
21:45<Ndiin>nm, substr()
22:08-!-PeteCool [~pete@modemcable019.237-201-24.mtl.mc.videotron.ca] has joined #mythtv
22:15<moegreen>Chutt: is the channel icon being resized in both directions? It looks squeezed in horizontally (my resolution is 320x480)
22:29-!-nziarek [~nathanzia@CPE-24-167-222-150.wi.rr.com] has joined #MythTV
22:29<nziarek>rkulagow: I keep getting an "installation failed" error at the end, telling me that some files were missing. i then run "urpmi.update main contrib..." and try it again, but it continues. just go with the isos?
23:06-!-paperclip [~joe@ip68-11-30-173.no.no.cox.net] has joined #mythtv
23:11<Chutt>moegreen, ah, looks like it
23:14<Chutt>heh
23:14<Chutt>it was getting resized twice
23:15<moegreen>Chutt: heh, I've worked around it for now, by doubling a the other side :)
23:15<Chutt>i'll have a fix checked in soon
23:16<Chutt>there, it's in cvs
23:16<moegreen>here's another question, someone had posted a osd.xml start for the blueosd, so i'm hacking around with it - is there a reason that you have to have "time" in the "program_info" container? I'll send you what I have via email and maybe you'll see what i mean
23:17<Chutt>current time
23:17<moegreen>right ...
23:17<Chutt>where else should it be?
23:19<moegreen>well, you have a channel container, maybe a time container? it's on it's way to your cwru email
23:20<moegreen>it's not a real big issue because you can always just define it to be anywhere on the screen, I guess I was expecting to be able to make my own containers :)
23:20<Chutt>well, containers really only show up when requested by the user
23:21<moegreen>ah ... ok, that makes sense then
23:22<moegreen>heh, of course what I sent you still has the channelicon's size being doubled on one side
23:23<Chutt>heh, looks nice
23:23<Chutt>cept for the huge channel icon =)
23:24-!-paperclip [] has quit [Success]
23:24<moegreen>i'm trying to see what all we'll be able to do with the new code, and maybe it will spark someone else to come up with some other new ideas
23:24<Chutt>i'm not done with edit mode yet
23:25<moegreen>heh, i haven't touched that yet
23:25<Chutt>you can add multiple images to any container
23:25<Chutt>static text strings
23:25<Chutt>an image for the background of the dialog, for instance
23:25<nziarek>well, whatever I did to update it gave me the smoothed fonts
23:25-!-nziarek [] has quit [Read error: 110 (Connection timed out)]
23:26<moegreen>is the alignment stuff just for static text strings? I was complaining when I did an <align> in the <textarea>
23:26<Chutt>eventually an image to show selection state in the dialog, instead of those drawn rectangles
23:26<Chutt>it's <textarea name="blah" align="center">
23:26<Chutt>or right
23:26-!-Edgan [] has quit ["Client exiting"]
23:26<Chutt>everything can be aligned
23:26<moegreen>oh ... well that would be why - I saw it in the code, but didn't really see it's context
23:26-!-nziarek [~nathanzia@CPE-24-167-222-150.wi.rr.com] has joined #MythTV
23:27<Chutt>the font color is just greyscale, though
23:27<mdz>Chutt: is the frontend<->backend communication compatible between 0.8 and current CVS?
23:27<Chutt>mdz, i believe so
23:27<Chutt>hrm
23:27<Chutt>no
23:27<Chutt>it's not
23:27<mdz>darn
23:27<Chutt>current cvs should be less buggier than 0.8, though
23:27<Chutt>so i think it should be safe to upgrade
23:28<mdz>the box is being used at the moment
23:28<Chutt>ah
23:28<mdz>but I want to test a couple of frontend tweaks in my working directory
23:28<Ndiin>Chutt: Just posted a complete mythweb patch for the weekslot stuff.
23:28<Chutt>ndiin, excellent, thanks
23:28<Chutt>mdz, oh, if you're not running live tv, it should be fine
23:28<mdz>ah, ok
23:28<TheAsp>mmmm, slots
23:28<Chutt>the query to get the current program info has changed slightly is all
23:29<TheAsp>can qt handle svg's?
23:29<mdz>I don't make use of multiple frontends for actual viewing, but it sure makes development more convenient
23:30<Chutt>theasp, i believe there's a lib to allow it to
23:30<Chutt>i don't know if it's built in, though i kind of doubt it
23:30<TheAsp>would be neat to use them in the ui
23:31<mdz>I think the svg support in Qt is incomplete and not really used
23:31<Chutt>there's a qsvgdevice.h
23:32<TheAsp>i need bed
23:32<TheAsp>later
23:32<Chutt>it's apparently able to read and write static svg files
23:32-!-TheAsp [] has quit [Remote closed the connection]
23:34<Chutt>mdz, the directory searching stuff?
23:35<mdz>Chutt: yeah...that and the toolbutton stuff, but I think that's only used in mythmusic right now
23:35<moegreen>hmmm...the smaller fonts seem to look better without the outline on them
23:35<mdz>unfortunately, running mythmusic on my devel box would have the unfortunate side effect of deleting all the metadata because my music is mounted in a different location here
23:35<Chutt>moegreen, as long as they're not being displayed on video, not having an outline's cool
23:36<Chutt>moegreen, oh, and you can add drop shadows to text if you want instead of an outline =)
23:36<Chutt><shadow>3,3</shadow>
23:36<Chutt>in the font definition
23:36<Chutt>i think
23:36<moegreen>yeah, that worked
23:37<Chutt>either of you checked out the CC stuff?
23:37<Chutt>it works pretty well, i think
23:38<mdz>I haven't
23:38<moegreen>where does it get set to be enabled?
23:39<mdz>I've never tried CC with any application with this card
23:39<Chutt>in setup, first section needs to be set to NTSC closed captioning
23:39<Chutt>then the vbi device needs to be right in the capture card settings
23:39<moegreen>backend setup?
23:39<Chutt>yeah
23:40<Chutt>hardly uses any cpu so it's pretty safe to turn on
23:42<Chutt>then just hit 'T' during playback of newly recorded stuff
23:42<Chutt>or live-tv
23:42<Chutt>to turn it on
23:42<mdz>might be a good idea to add context help for the VBI setting
23:42<Chutt>probably
23:42<mdz>I don't even know what it stands for, if anything ;-)
23:42<Chutt>be even better to add context help to everything =)
23:42<Chutt>vertical blank interrupt
23:43<mdz>especially since things that don't have context help get the context help for the previously focused item :-)
23:43<mdz>is that a myth bug or an old qt bug?
23:43<Chutt>qt bug, apparently
23:43<Chutt>doesn't exist in 3.1
23:45<moegreen>do some cards not work w/ vbi?
23:45<mdz>what do you think about adding 3/9 as pageup/pagedown in some other places, in addition to the epg?
23:45<mdz>like viewscheduled
23:45<Chutt>moegreen, i dunno
23:45<mdz>what other sorts of data are in there besides CC?
23:46<bigguy>heheh
23:46<Chutt>the rating, sometimes the channel name, program name, etc
23:46<Chutt>webtv links =)
23:46<moegreen>i guess i will commit this new blueosd stuff, if people don't like it they can use the patch on the website :)
23:47<Chutt>patch on your website?
23:47<PeteCool>moegreen: patch on the website? where?
23:48<PeteCool>moegreen: which website could also be of some help ;)
23:48<moegreen>whatever someone sent to the list, it looks a lot like the original blueosd
23:48<moegreen>it's just an osd.xml file
23:48<moegreen>sorry for the confusion :)
23:48<Ndiin>the mailman seems slow today
23:49<Ndiin>He must have hit the bar on his way..
23:49<Chutt>moegreen, i'm going to be breaking editmode shortly
23:49<bigguy>Gentoo is gonna start using rpm now
23:49<Chutt>they're early.
23:50<bigguy>Chutt: ?
23:50<moegreen>ok, it looks like mailman has axed that file from the archives ... i'll put it on my website
23:50<Ndiin>bigguy: for April fools, they're early.
23:51<Ndiin>bigguy: Gentoo is most definitly not going to use rpms
23:51<bigguy>Chutt: I've heard it's no joke
23:51<Chutt>oh, whatever
23:51<Chutt>it's a joke
23:51<Ndiin>...they're laughing about it in the gentoo dev channel.
23:51<nziarek>moegreen: how hard would it be / do you have any plans to allow the selction bar to overlap the show border ala http://www.ziarek.com/mythtv/images/liquid-to-iulius/myth_tv_playback.png?
23:53<PeteCool>nziarek: you need to have the fonts drawn over the selection png... isn't that how it works?
23:53<nziarek>yeah...i just want the selection bar to overlap that white border; currently the selection bar fits inside the frame
23:54<mdz>I remember I worked a bit on fixing the spinboxes and such not to allow people to type into them
23:54<mdz>and it was inconvenient enough that I gave up
23:54<mdz>but I really should fix that somehow
23:54<Chutt>mdz, figure out how to do it?
23:54<mdz>I think the problem was that the embedded lineedit or whatever was private
23:54-!-hfb [~hbarrett@pool0825.cvx16-bradley.dialup.earthlink.net] has joined #mythtv
23:54<mdz>so I would have had to copy the whole class and modify it
23:55<mdz>which is just silly
23:55<Chutt>ah
23:55<Chutt>can you walk the widget list?
23:55<Chutt>get the children, see if it's the lineedit, then disable it that way?
23:55<mdz>maybe, dunno about that
23:55<mdz>you can get a const pointer to it through the existing API
23:56<mdz>so that might let you compare it in a robust way
23:56<mdz>make sure it's the right widget
23:57<moegreen>nziarek: I'll give it a shot and see what it does, I now it was at one point getting messed up by the shadowing, let me give it a shot though
23:57<mdz>how do you walk through the children?
23:57<nziarek>moegreen: not a big deal, just having a hard time coming up with a graphic I like as the selection box
23:58<moegreen>nziarek: I think that looks pretty nice :)
23:58<Ndiin>Chutt: That patch finally made it through mailman, heh.
23:58<Chutt>ndiin, there's quite a few people on the list nowadays
23:58<mdz>QObject::queryList?
23:58<Chutt>it'd help if you gzipped things :p
23:59<Ndiin>Ah, sorry, I'll do that in the future ;)
23:59<moegreen>nziarek: that won't be a problem at all, once i finish up writing the formatting code you will be able to define where the selection bar starts. I've manually editing the x coordinates of it and it's working fine.