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

00:04<Chutt>captain_murdoch, anything in the new commit to require more than a single 30 second "commercial" in the middle of non-commercial stuff?
00:05<Chutt>or a small chunk in the middle of what's thought to be commercial area?
00:10<Captain_Murdoch>no, that's where it's headed though. I wanted to get the code base there for the post-processing, now more analysis can be added. it looks for 15,20,30,60,90,120,150, adn 180 second spots right now. it tags whatever it finds. I want to add in code to check things like "hey we just had a commercial 2 minutes ago" and "what's this 15 second commercial doin in the middle of 10 minutes of show"
00:10<Chutt>yup
00:10<Chutt>since it really messed up on last night's recording of dune =)
00:11<Captain_Murdoch>NBC seems to have a habit of not putting blank frames between their commercials so it will look for a grouping of what could be commercials (the 120, 150, and 180 length items)
00:11<Captain_Murdoch>did it not catch stuff or catch too much?
00:11<Chutt>too many false positives
00:11<Captain_Murdoch>I need to get my external changer setup so I can start recording off satellite.
00:11<Chutt>and middle sections of commercial breaks markes as commercials
00:12<Chutt>err, not marked as commercials
00:12<Chutt>the help text for the new automatically flag commercials line is too long
00:13<Captain_Murdoch>you don't have AutoCommercialFlag on right? so you should only have blank frames marked in the recordedmarkup table. See if the new code does better if you have the recording still around. the code will not save the break info unless you turn on autocommercialflag. it will use the blank frame info to generate a temporary break list when you hit 'Z'.
00:14<Captain_Murdoch>hmm, so it doesn't fit on your screen? font & screen size related I guess. fits on my 800x600 display fine. I'll try to reword it to shorten it up a bit.
00:14<Captain_Murdoch>wanted to warn people with slow processors though.
00:15<Chutt>800x600, standard fonts
00:16<Captain_Murdoch>if the recording process skips frames then the detection code can't work as well because it uses frames not timecodes. I've thought about how I could modify it to use timecodes instead but haven't decided on anything.
00:16<Chutt>i'd just assume that you're not dropping frames
00:17<Captain_Murdoch>my display has enough room to display 4 lines of text. the whole first sentence and the first word of the second can all fit on the first line.
00:17<Captain_Murdoch>I'll shorten it up, just curious why it's different.
00:18<Chutt>you're either not using the same font as me, or did you change the font size to be smaller?
00:18<Captain_Murdoch>12/16/25 for 3 sizes in appearance setup screen.
00:19<Chutt>that's the same, guess it's a different font
00:19<Chutt>or different versions of freetype causing trouble as they normally do
00:19<Chutt>anyway, i'm going to bed
00:19<Captain_Murdoch>maybe so. I didn't change anything but could be different distribution/install causing it.
00:20<Captain_Murdoch>ok, me too in a short while. test out that dune with the new skip stuff if you can so I can see if the new mods helped any.
00:20<Captain_Murdoch>you can leave autoflag off for now though, it's not necessary until we get other detection methods other than blank frame working. (which is shortly I hope)
00:24<cgray>hey, i want to get a frame from a .nuv file -- what would be the easiest way to do that?
00:25<Chutt>a single frame?
00:25<cgray>well, i want a lot of single frames
00:25<cgray>in any order
00:25<Chutt>what for?
00:26<cgray>to display -- it's for a class project
00:27<Chutt>well, really depends on how much code you're willing to write
00:27<_shad_>there's some code to display a thumbnail
00:27<_shad_>can't he use that?
00:27<Chutt>you could use the patch to mplayer, and use it
00:27<Chutt>there's the preview pixmap stuff, yup
00:27<moegreen>Chutt: I've got the titles left justified
00:27<moegreen>and the arrows
00:27<Chutt>moegreen, cool
00:27<Captain_Murdoch>a frame of video? can you just do a screencapture?
00:28<cgray>yeah, i want to use that, it's just not very general
00:28<moegreen>same place if you want to take a look, it's playback1 and 2
00:28<Chutt>it's not general?
00:28<Chutt>nice
00:28<Chutt>it scrolls like how you were talking about?
00:29<moegreen>yeah, the bar is now a png file as well - nzariek's request :)
00:29<Chutt>hh
00:29<cgray>well it makes a png doesn't it? i don't need that, just a QImage or a bunch of chars...
00:30<Chutt>no, it doesn't make a png.
00:30<Chutt>moegreen, think you can make this optional? i can imagine people complaining about the speed hit of all the transparency =)
00:30<cgray>oh, well that might do it then
00:31<Chutt>though, i imagine it'd be fast without most of the trans stuff
00:31<Captain_Murdoch>cgray, so you want the raw data or what?
00:32<nyquiljer>moegreen: can i see what you are working on?
00:32<moegreen>hmm...well...I suppose...I'll try and make a set of backgrounds w/o the transparency stuff and see how fast it is
00:32<moegreen>http://www.untzuntz.com/mythtv/testing
00:32<cgray>ahh, i remember the problem now :) i can't get it at a specific frame
00:32<moegreen>there are various screenshots
00:32<Chutt>that's what the getpreviewpixmap stuff in nuppelvideoplayer does, returns the raw image data
00:32<Chutt>cgray, if you want exact frames, you'll have to write some additional code.
00:32<_shad_>He wants to see some boobies I bet
00:32<cgray>Chutt: getscreengrab you mean?
00:32<Chutt>whatever i called it, yes
00:33<Soopaman>heheh
00:33<Captain_Murdoch>cgray, you could easily modify the XJ.cpp display code to dump uncompressed RGB (or yuv) frames to a file if you wanted.
00:33<cgray>_shad_: no, it's for a project, honest :)
00:33<_shad_>hehe
00:33<bigguy>_shad_: doesn't every redblooded man
00:33<bigguy>_shad_: ;)
00:33<Chutt>moegreen, the arrows are pngs too, right?
00:33<_shad_>Sorry, I'm all out of red, only white left
00:33<Soopaman>moegreen, how is chappelle's show?
00:34<Chutt>it's looking really good =)
00:34<moegreen>Chutt: yeah, the arrows are pngs
00:34<cgray>Chutt: okay, i'll use the getscreengrab... thanks
00:34<moegreen>Soopaman: it's pretty funny. I can't believe some of the stuff he gets away with on a weekly basis
00:34<_shad_>hrm. this isn't good
00:34<_shad_>I have 100 mythbackend's running
00:35<Soopaman>damn, i want to see it
00:35<Soopaman>that ss about racism between hollywood's animals
00:35<Soopaman>heheheh, looks funny
00:36<Chutt>anyway, i said i was going to bed =)
00:38<PeteCool>moegreen: the shots on the url you posted are action shots, or mockups?
00:38<bigguy>night chutt
00:40<moegreen>PeteCool: action shots
00:43-!-Edgan [edgan@24-205-202-237.rno-cres.charterpipeline.net] has joined #mythtv
00:46-!-Mr [~alex@194-100-227-153.wlannet.com] has joined #mythtv
00:46<Captain_Murdoch>does anybody else find it annoying that when you change the volume while watching a show, then go back in and watch another show the volume is set back to it's original setting?
00:48<nyquiljer>why not use your tv/reciever volume?
00:48<Captain_Murdoch>could do that, but it would seem like you'd want Myth to remember when you change the volume in it.
00:49<nyquiljer>yeh
00:49<Captain_Murdoch>especially if you use mythfrontend with something other than a TV such as a projector w/o volume control or just displayin on a monitor
00:50<nyquiljer>yeh
00:56<Captain_Murdoch>I'll ask on the dev list and put in a patch if noone dislikes the idea.
00:59<Justin_>i think thats a feature not a bug
01:00<Captain_Murdoch>what's the feature, that it resets itself? guess it just reminds me too much of those hotel TV's that reset their volume everytime you turn them on.
01:02<Captain_Murdoch>could make it an option I guess to either remember or reset.
01:02<Captain_Murdoch>I guess I can see where some might want to reset.
01:04<Captain_Murdoch>oh well, mailed the list to see what others think. I can just deal with it if it doesn't make sense to others.
01:09-!-Captain_Murdoch [] has quit ["X-Chat!"]
01:45<-- nyquiljer(coyote@12-211-10-191.client.attbi.com) has left #mythtv
02:03-!-cgray [] has quit [Read error: 110 (Connection timed out)]
02:41-!-Mr [] has quit ["Client Exiting"]
02:51-!-paperclip [] has quit [Remote closed the connection]
02:52-!-paperclip [~joe@ip68-11-30-173.no.no.cox.net] has joined #mythtv
03:23-!-thor_ [~thor@208.185.11.34] has joined #mythtv
04:58-!-Soopaman [] has quit [Read error: 54 (Connection reset by peer)]
04:59-!-Soopaman [~soopaman@h24-66-55-163.wp.shawcable.net] has joined #mythtv
06:41-!-bigguy [] has quit [Read error: 113 (No route to host)]
08:09-!-nziarek_ [~nathanzia@mke-24-167-222-150.wi.rr.com] has joined #MythTV
08:16-!-_shad [] has quit ["[BX] Time wasted: 13h 16m 13s"]
08:36<-- nziarek_has quit ()
09:16-!-schwin97 [] has quit ["Client exiting"]
09:17-!-schwin97 [~schwin97@12-207-2-227.client.attbi.com] has joined #mythtv
09:27<Chutt>moegreen, looks good
09:39<Chutt>heh
09:39<Chutt>new commercial skip code did worse on the 2nd dune episode
09:39<Chutt>didn't catch hardly any of the commercials
09:39<Chutt>and caught a bunch of the show
10:20<mdz_>60-odd downloads of the debs and the only feedback has been from _shad_ and merle reine
10:21<mdz_>I guess that means everything worked perfectly for the others :-D
10:22<Chutt>heh
10:22<Chutt>cool.
10:58-!-bigguy [bigman@h4.44.102.166.ip.alltel.net] has joined #mythtv
11:03<mdz_>hmm, my xmltv stuff apparently broke in a big way last night
11:04<Chutt>lotta errors?
11:07<mdz_>yeah, a large number of channels are missing or have new (wrong) labels
11:07<mdz_>I'd guess that the provider id changed, but I'm pretty sure it checks that and gives a warning in that case
11:14<Chutt>i believe it does error out in that case
12:46-!-Mr [~alex@194-100-227-153.wlannet.com] has joined #mythtv
12:46-!-choenig [~choenig@pD9E09E74.dip.t-dialin.net] has joined #mythtv
13:05<poptix>anyone else notice that the latest xmltv phones home?
13:07<moegreen>no ... where to?
13:09<Chutt>they check for version updates or something
13:24-!-rkulagow [] has quit ["using sirc version 2.211+KSIRC/1.2.4"]
13:28<Mr>In GDB, is it possible to make it display the contents of QStrings in an easy way or does one always have to look at the raw memory?
13:43-!-rkulagow [~mythtv@12-207-131-29.client.attbi.com] has joined #mythtv
13:44<moegreen>Mr: are you getting a seg fault or something?
13:46<Mr>no, at least, not yet ;-)
13:47<Mr>I just wondered if it were possible (when I've hit a breakpoint) to view the Qstring contents
13:47<Mr>without having to mess about with copying the address into the memory window (I'm using KDbg)
13:47<Mr>Thanks for responding moegreen ;-)
13:50<moegreen>Mr: This might help: http://lists.trolltech.com/qt-interest/1997-09/thread00122-0.html
13:50<moegreen>Other helpful links include: http://www.google.com/search?hl=en&ie=UTF-8&oe=UTF-8&q=qt+gdb+qstring+contents =)
13:50<thor_>Chutt, just sent you code
13:50<Chutt>excellent
13:50<Chutt>thanks =)
13:51<thor_>way delayed .. proper patch to CVS later today provided you don't have big objections
13:51<Chutt>i can't look at it right away
13:51<Chutt>doing real work
13:51<thor_>no hurry, whenever
13:54<Mr>Thanks for that moe, appreciated
13:56<moegreen>Chutt: for the playbackbox stuff, should I have it use default images that the theme designers can override or require the theme have it?
13:57<Chutt>hmm
13:57<Chutt>i dunno
13:57<Chutt>it's probably be best to have a default setup that can be overridden by the theme
13:58<moegreen>should I just put the files in the /theme directory then or make a default directory off of that?
14:10<mdz_>Chutt: you're still running basically the same xmltv stuff that I am, right? 0.5.6 pointing to the alternate site?
14:10<Chutt>not anymore
14:10<Chutt>i forgot to put it on hold, and it updated when i wasn't paying attention
14:11<Chutt>moegreen, probably a default dir off of that
14:16<moegreen>mdz: I'm running an older version of xmltv point to tvlistings.
14:17<mdz_>moegreen: working OK?
14:19<moegreen>I'm getting some 500 Internal server errors about 15 channels into it
14:24<mdz_>that's normal
14:26<moegreen>mdz: it's broke, I don't have any data after today :(
14:28<mdz_>moegreen: I started getting this: "noticed new station available (90 SNPR), re-run --configure"
14:28<mdz_>with corresponding "noticed station unavailable (90 OXYGEN), re-run --configure"
14:28<moegreen>yeah, that's in there too
14:28<mdz_>for a whole bunch of my channelvs
14:29<mdz_>ok, not just me then
14:29<mdz_>Chutt: how long have you been on 0.5.8? working ok?
14:29<Chutt>yeah, it's fine
14:29<mdz_>I'll just upgrade then
14:29<Chutt>i've been on it ever since the debian package upgraded
14:29<Chutt>you do need to be using 0.8, of course
14:30<mdz_>which I am
14:35<mdz_>ok, so I upgraded and checked zap2it
14:35<mdz_>and their channel lineup is now just wrong
14:44<poptix>i think i
14:44<poptix>i think i'll contact zap2it about providing listings in xml format =p
14:44<Chutt>heh
14:44<Chutt>i'd pay a bit for that
14:48<nziarek>i've contacted them about it before and they responded, but the guy that left his number on my voicemail was out of town. Problem was, I wanted to be careful talking to them about it; i didn't want them to change the zap2it listings so XMLTV broke...
14:48<nziarek>if they didn't like the idea of giving it out for free
14:49<Chutt>i kind of doubt they'd give out free xml listings, but maybe they'd be interested in a small monthy access fee for them..
14:49<nziarek>if you are looking to make contact, you need to talk to "Tribune Media" they handle the data and run Zap2it
14:49<nziarek>that is what I was hoping for
14:49<Chutt>since tms sells data to everyone =)
14:50<poptix>i need to find one of their web guys
14:50<poptix>slip him a few bucks to support xml as an output format =p
14:50<nziarek>what about a small ad for those that didn't want to pay...like a banner ad on the EPG...I personally would hate it, but for free, I might consider it.
14:51<poptix>i'd just disable it =p
14:51<Chutt>i don't see how that could be enforced in an open source app
14:51<nziarek>well, maybe they don't know that :)
14:52<nziarek>just ideas I had for getting the tvlistings quicker and as acurately as possible.
14:53<Chutt>that would be better
14:53<Chutt>their data they sell is more complete, too
14:57-!-emacsen [~serge@pcp732895pcs.arlngt01.va.comcast.net] has joined #mythtv
14:57<nziarek>well, i'll get back on the horn and see what they are willing to do. I still want to be careful regarding XMLTV, though. would hate to have them disaprove and radically alter Zap2it so we can no longer use it.
14:58<emacsen>Hi. I have a friend who uses MythTV, it says it crashes. Is it stable?
14:58<emacsen>I have a crazy friend who says eating meat is wrong. Is he crazy?
14:59<Chutt>nziarek, exactly
15:01<Chutt>an alternative might be to ask digiguide if they'd provide data in a useable format
15:07<nziarek>that is right; they already have a paid subscription model
15:08<Chutt>but they require the use of their crappy program =)
15:09<Chutt>though
15:09<Chutt>http://forums.digiguide.com/topic.asp?id=10192
15:09<Chutt>that posting seems to indicate that they'd not want to do that at all
15:13<Chutt>moegreen, want to make that option you just added work for the other guide as well? =)
15:15-!-Mr [] has quit ["Client Exiting"]
15:17<emacsen>can I play one show while I record another?
15:17<Chutt>no
15:17<Chutt>you can't
15:17<Chutt>you can't do _anything_ while it's recording
15:17<emacsen>darn
15:17<Chutt>have to sit there and wait.
15:18<moegreen>Chutt: Yeah, I'll do that - it speeds it up a lot
15:18<Chutt>yup
15:19<moegreen>I actually had all that in there before the .8 release, oops :)
15:19<nziarek>Chutt: yeah, DigiGuide looks like a dead end from that posting, but that was also public and kind of ornery. a private conversation might yeild better results
15:20<Chutt>their current stuff works out to a buck a month
15:20<Chutt>i dunno, maybe they meant more as in $5 a month or so
15:20<nziarek>even that could be worth it
15:21<nziarek>is there a way, in open source, to have one program or part of a program not be editable? IE, so digiguide could supply a module for downloading the XML files without letting us know how to do it for free?
15:22<nziarek>does that make sense?
15:22<Chutt>nope
15:22* emacsenis away: away
15:22<Chutt>to the first question, that is
15:23<Chutt>well
15:23<Chutt>they could provide a program that downloaded the data and all that
15:23<Chutt>it'd just have to be separate from mythtv
15:23<poptix>well
15:23<nziarek>like XMLTV is anyways
15:24<poptix>a precompile library that you link into
15:24<Chutt>right
15:24<eli>is xmltv broke again?
15:24<poptix>just like the windows dll's are used in various audio/video programs
15:24<nziarek>you could have your choice: free/sketchy XMLTV v. paid/quality digiguide
15:25<poptix>i looked at their stuff
15:25<poptix>it's cruddy =/
15:25<poptix>downloads massive amounts of junk data in a special binary format
15:29<moegreen>Chutt: should the original epg use the background colors or nothing?
15:30<moegreen>or should I colorize it all using the same colors as the alt program guide?
15:30<Chutt>if it's using nothing, it'll be just drawing over the background image, right?
15:30<moegreen>correct
15:30<Chutt>that's fine
15:35-!-paperclip [] has quit ["A computer once beat me at chess, but it was no match for me at kick boxing."]
15:39-!-emacsen [] has quit [Connection timed out]
15:41<poptix>damnit.
15:41<poptix>wtf is wrong with my mythtv installation
15:42<poptix>hmm, i think this started when i turned on the automatic commercial detection
15:42<poptix>is that actively doing something now
15:42<poptix>?
15:42<Chutt>heh
15:42<Chutt>define actively
15:42<poptix>like, actually searching for black spots, and trying to skip over them
15:42<Chutt>yup
15:43<Chutt>does it on record
15:43<poptix>mythtv is just stalling a lot on black spots
15:43<poptix>how about live tv?
15:43<Chutt>not sure, really
15:43<poptix>=P
15:43<poptix>i think it must be trying to seek to the next black spot, but is hitting the buffer
15:43<Chutt>dunno, really
15:43<Chutt>haven't played with it all that much
15:45<poptix>ah hah
15:45<poptix>it is.
15:45<poptix>i paused it for 5 minutes in the middle of a commercial break
15:46<poptix>after unpausing, it skipped the remaining commercials
15:46<poptix>my 5 minute buffer is now 1.5 minutes
15:47<nziarek>that's kind of a cool feature, though...I wonder if a setting could be made that said: skip commercials while watching live TV when X Amount is in buffer
15:47<moegreen>Chutt: it's in there, let me know if I broke anything =)
15:47<Chutt>i'll check it out later, thanks =)
15:48<mdz_>dear zap2it
15:48<Chutt>hopefully will be finished with this work stuff soon
15:48<mdz_>please fix my listings
15:48<mdz_>- tx
15:48<Chutt>bai!
15:59<poptix>heh
16:00<poptix>i'd like to setup a proxy server actually
16:00<poptix>instead of everyone making a ton of queries to zap2it, i could have a single box do it, and cache the information
16:00<Chutt>you'd then be redistributing their info =)
16:00<thor_>For every zip code in the US?
16:00<Chutt>i imagine that'd be frowned upon
16:01<thor_>and provider?
16:02<poptix>thor_: only for the requested zipcodes
16:02<poptix>Chutt: technically i'd be doing it as a web proxy
16:02<poptix>=p
16:02<poptix>the whole redistributing information thing is crack anyway
16:03<poptix>my ISP uses transparent proxies, aren't they storing and redistributing content?
16:03<thor_>well ... within six months all requested should be pretty close to every provider BY every zip code
16:03<thor_>:)
16:03<poptix>hmm
16:03<poptix>actually
16:03<thor_>yeah, I know, P2P
16:04<poptix>i wonder if i could get the xmltv guy to add support for uploading the finished .xml's for a certain zip code to a central server
16:04<poptix>then other xmltv clients could check for existing data
16:04<thor_>no, do something like Rendevouz to have Myth's in a given zip self organize
16:05<poptix>i don't see this as a mythtv thing though
16:05<poptix>you'd have better participation doing it in xmltv, since mythtv is only one program using the information
16:06<thor_>yes, but if you did it at the Myth level, then you could also P2P content ...
16:06<thor_>....mmmmm... content
16:12<poptix>i don't want to have yet another p2p network =p
16:29-!-emacsen [~serge@pcp732895pcs.arlngt01.va.comcast.net] has joined #mythtv
16:29<mdz_>I cache the grabber output so that I can easily test loading it in
16:31<-- emacsen(~serge@pcp732895pcs.arlngt01.va.comcast.net) has left #mythtv ("Client Exiting")
16:46<PeteCool>moegreen: you're implementing nathan's suggested UI changes?
16:58<Soopaman>where are these suggested UI changes?
16:58<nziarek>www.ziarek.com/mythtv
17:00<Soopaman>k, thanx
17:03<Soopaman>can you enlarge the ss's?
17:05<Soopaman>http://www.ziarek.com/mythtv/images/osd/OSD-showinfo.png is really nice
17:06<nziarek>ss?
17:06<PeteCool>screenshots
17:07<nziarek>oh...yeah...this weekend I wnat to upload all of my change next to the originals, and i'll get them in 800x600 pics. I am leaving for the NCAA tourney tomorrow, though, so can't do it til I get back :)
17:23<Chutt>thor, playlists containing playlists?
17:34<thor_>couple of hours
17:35<Soopaman>nziarek, leaving for the tourney?
17:35<Soopaman>do you play?
17:37<Chutt>nice
17:38<nziarek>Soopaman : :) no
17:38<nziarek>I watch
17:39<Soopaman>heh
17:39<nziarek>if it is true what they say about white men and jumping, then I am probably about as white as they come :)
17:39<Soopaman>who is your team?
17:39<nziarek>Marquette
17:39<nziarek>you watch?
17:39<thor_>Chutt, otherwise?
17:39<Soopaman>yeah
17:39<nziarek>who you rooting for?
17:39<Soopaman>my sister plays, but they didn't make the tournament this year
17:39<Chutt>thor, pretty good
17:40<Chutt>thor, playlists-within-playlists is how i want the 'Default playlist' to work, though =)
17:40<Chutt>like i went over in that big long email awhile back
17:40<thor_>I hear you
17:40<Chutt>but, this seems to work pretty well
17:40<Chutt>aside from wiping out my db =)
17:40<thor_>huh?
17:40<Chutt>due to that settings file change
17:41<thor_>ah, sorry
17:41<Chutt>i've got all oggs and flacs, takes just a couple seconds to regen
17:41<thor_>and you see progress
17:41<Chutt>yup
17:41<Chutt>very nice, that =)
17:41<thor_>One problem there
17:41<thor_>if you call it from runMenu (after a CD rip)
17:42<thor_>it's **REALLYY slow
17:42<Chutt>weird
17:42<thor_>I think that's cause Porgress widget is calling processEvents()
17:43<thor_>I'm just putting a flag in to not show the Progress after a CD rip, but still sync to the database
17:43<Chutt>but moving stuff around works pretty well
17:43<Chutt>and so do the popups
17:43<thor_>Ah, try delete
17:44<thor_>See what I mean about Escape "seeming right"
17:44<Chutt>i'm not sure if i like the keybindings for it
17:44<Chutt>i dunno
17:44<thor_>Could be e again, but that's a bit odd ... maybe a digit (0)
17:46<thor_>Who wrote ProgressDialog ?
17:46<Chutt>me
17:46<thor_>OK, so why is that ProcessEvents() in there ?
17:47<Chutt>to update the progress bar
17:47<thor_>but it's inside the call that is doing that
17:49<thor_>I'm not really sure that's the problem, but something's causing a 98% CPU load if you call it within runMenu
17:49<Chutt>heh
17:57<thor_>compiling without processEvents() ....
17:59<thor_>installing ...
17:59<thor_>changing main.cpp in mythmusic ...
18:00<thor_>compiling ...
18:00<thor_>running ...
18:01<thor_>Better, but still weird
18:02<thor_>Actually, quite a bit better when you take out some cout debugging lines
18:43-!-xian [] has quit [Read error: 104 (Connection reset by peer)]
18:48-!-cgray [~cmg@h24-78-88-113.vc.shawcable.net] has joined #mythtv
18:52-!-choenig [] has quit [Remote closed the connection]
20:02-!-PeteCool [] has quit ["Client exiting"]
20:10-!-cgray [] has quit [Read error: 60 (Operation timed out)]
21:02<_shad_>mdz: around?
21:05-!-Justin_ [] has quit [Read error: 104 (Connection reset by peer)]
21:23-!-Captain_Murdoch [~buy_more_@ip68-107-147-80.hr.hr.cox.net] has joined #mythtv
21:23-!-Justin_ [~justin@H233-225.STATE.RESNET.ALBANY.EDU] has joined #mythtv
21:47<mdz>_shad_: yes
21:56<_shad_>question
21:56<_shad_>I know you're a debian devel
21:57<_shad_>I wanted to use the hotkeys deb, but it depends on libosdx1, but that doesn't exist anymore
21:57<_shad_>xosd...
21:57<_shad_>any chance of that being fixed any time soon?
21:59<mdz>is this in unstable?
21:59<_shad_>yep
22:00<mdz>http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=179927
22:00<mdz>looks like the maintainer is out to lunch
22:00<mdz>but it works fine if you recompile it from source
22:00<mdz>apt-get build-dep hotkeys && apt-get source -b hotkeys
22:00<_shad_>ok
22:00<_shad_>thanks
22:10-!-nyquiljer [coyote@12-211-10-191.client.attbi.com] has joined #mythtv
22:15-!-m0tion [~m0tion@cae88-73-250.sc.rr.com] has joined #mythtv
22:16<m0tion>quick question, will mythtv work in a window that isn't 4:3, or, for that matter will it run when X is not using a 4:3 resolution?
22:21<m0tion>bueller?
22:21<m0tion>bueller?
22:22<nyquiljer>moegreen: ferris? he has the day off
22:22<nyquiljer>ack
22:22<moegreen>m0tion: Do you mean your source will not be in 4:3
22:22<nyquiljer>m0tion: ferris? he has athe day off.
22:24<m0tion>haha
22:24<m0tion>umm, no, the source is normal tv or whatever, i just mean my PC is running a res that isn't 4:3
22:24<m0tion>like 1920x1080
22:25<moegreen>m0tion: it should work, the hardware scaling should be able to hand it.
22:26<moegreen>m0tion: all the menus and interfaces use a seperate multiplier for height and width so it'll just multiply your width by more than your height
22:34<m0tion>hmm, i guess i mean would it strech the video?
22:34<m0tion>from 4:3 to some other ratio, or would it have blank bars on the side?
22:35<mdz>the UI will probably look awful
22:35<m0tion>aww, don't say that
22:39<moegreen>m0tion: I think the font sizes are sized by the horizontal width in most cases, so there could be problems there
22:40<moegreen>most of the interfaces were designed with a 4:3 area in mind so it would talk some extra tweaking to them to make it look right probably
22:40<moegreen>but hey - if you can give it a try and see :)
22:46-!-_shad_ [] has quit ["BitchX: the headache medicine"]
22:46-!-_shad [shad@3ffe:80ee:9aa:0:0:0:0:beef] has joined #mythtv
22:46<_shad>yay, ipv6. heh
22:51-!-nziarek_ [~nathanzia@mke-24-167-222-150.wi.rr.com] has joined #MythTV
23:02-!-bigguy [] has quit [Read error: 113 (No route to host)]
23:02-!-nziarek_ [] has quit [Read error: 104 (Connection reset by peer)]
23:05<Chutt>actually
23:05<Chutt>it doesn't look all that bad at 16:9
23:05<Chutt>video is scaled improperly, of course
23:06<Chutt>and things like menu images are stretched
23:06<Chutt>the alt epg looks a tad strange, but still useable
23:06<_shad>Question.
23:06<_shad>if I'm using the alt epg, is there any way when scheduling a recording, that it doesn't show the black box?
23:07<_shad>and maybe stretch the info all the way across the top?
23:07<moegreen>_shad: that would be pretty easy to implement I think
23:07<_shad>that would be cool
23:08<thor_>Chutt, playlists within playlists is almost there, should I being trying to merge against updated CVS
23:08<Chutt>thor, cool =)
23:09<thor_>As a dev list patch, it's gonna be huge
23:09<Chutt>heh
23:10<thor_>Is that going to bog down your mail system
23:10<Chutt>naw
23:10<Chutt>just gzip it first
23:11<Chutt>or bzip2 -9 it =)
23:11<thor_>OK, later tonight or some time tomorrow. BTW, I took processEvents() out of ProgressBar, and everything worked
23:12<Chutt>hrm
23:12<Chutt>might need to make it an option
23:12<Chutt>as that definately needs to be there for some things
23:13<thor_>Well .. it worked in bot contexts (from main when no MythMusic window existed and later on when one does from runMenu() )
23:14<thor_>BTW, am currently trying to build the front end on a Transmeta
23:14<Chutt>heh
23:15-!-dweezle [~bvance@h00104b37b1e3.ne.client2.attbi.com] has joined #mythtv
23:15<dweezle>backend config question...
23:16<dweezle>Would it be possible to run a backend with remote (NFS) storage.. as long as you had local space for a ringbuffer?
23:16<thor_>yes
23:17<thor_>matt's been working (finished?) buffer against latency, bandwidth on 100BaseT is more than enough
23:17<dweezle>so recording is written first to the ringbuffer then xfered to permenent storage?
23:18<Chutt>no.
23:18<thor_>No, everything on NFS
23:19<dweezle>maybe i misunderstood you thor_... so it should be possible to run a backend with only NFS storage?
23:19<thor_>yup
23:19<dweezle>NICE.
23:19<Chutt>several people are doing that
23:19<Chutt>why wouldn't it be possible?
23:20<dweezle>but could this backend also double as a frontend w/o probs?
23:20-!-bigguy [bigman@h89.44.102.166.ip.alltel.net] has joined #mythtv
23:20<Chutt>why don't you just try it and see?
23:20<thor_>CPU bound, not storage-speed bound
23:21<dweezle>because it would require lots of hardware movement.. reconfig,etc... i'd rather know it's at least possible before I head down that path.
23:22<dweezle>I thought that disk-write performnace was also an issue? not true?
23:22<Chutt>as long as it's not horrible, it's not an issue
23:22<dweezle>NFS=not_horrible?
23:23<Chutt>yup
23:23<Captain_Murdoch>with a patch I added to CVS yesterday, remote frontends can read the .nuv file directly from the nfs server rather than streaming from the backend provided they have the same storage directory mounted on the same place and have their storage location set the same in the database. my myth box has storage on nfs, only the ringbuffer & OS are local.
23:23<dweezle>Hardware reconfig, here i come. THX.
23:23<Chutt>trying to sell stuff on the mailing list == good way to get yourself kicked off the list
23:23<Chutt>just for future reference =)
23:25<Chutt>heh
23:25<Chutt>someone just posted on avsforum asking for more step by step instructions on installing than the howto
23:27<bigguy>I need my hand held as well ;)
23:27<Justin_>did you optimize the encoding a lot recently?
23:27<Chutt>nope
23:27<Chutt>same as it has been
23:27<Justin_>hmm, strange, it was using 17% cpu for a few top cycles, then went back to 30
23:27<Chutt>easier scenes take less cpu time
23:28<Justin_>yeah, must have been stuck or something
23:30<thor_>WoW ... built on a crusoe
23:32<mdz>thor_: I wrote a nice iostream-based buffer with a reader thread and got everything working, then discovered that iostreams in gcc 3.2 are broken with respect to large file support
23:32<mdz>so I've dropped it for now and I'm buying a switch instead :-)
23:33<bigguy>heh
23:33<Chutt>heh
23:33-!-Ndiin [ruler@ip68-104-131-43.ph.ph.cox.net] has joined #mythtv
23:33<bigguy>you had a hub trying to do this
23:33<bigguy>?
23:33<bigguy>silly mdz
23:34<mdz>bigguy: you want to buy me a switch? I'd like that
23:34<mdz>it was what I had
23:34<mdz>is, in fact
23:34<bigguy>heh no thanks I just went to the lawyer today about filinf bankruptcy
23:34<bigguy>I can't even afford that
23:35<bigguy>$1200 to file
23:35<bigguy>I don't even have $40
23:36<bigguy>I thought the $200 filing fee was all that was needed
23:36<bigguy>but no
23:36<bigguy>$1000 for any lawyer in this area minimum
23:37<bigguy>anyway
23:37<bigguy>back to your regularly scheduled programminf
23:37<bigguy>-f+g
23:40<Captain_Murdoch>anyone in here made a lirc transmitter?
23:42<Chutt>i've been pondering it
23:42<Captain_Murdoch>can't seem to find any decent docs on configuring it after the hardware is built. got the thing sitting here but need to get the software working. :)
23:42<Chutt>heh
23:43<thor_>Not only built, runs on Transmeta ... frontend on my laptop ... this is cool
23:49<thor_>.. but 802.11B does not really seem up to the task
23:50<Chutt>heh
23:59<_shad>wow, I'm helping someone setup mythtv
23:59<_shad>must be popular