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

00:00-!-nziarek [] has quit [Read error: 60 (Operation timed out)]
00:27<rkulagow>mdz, are you here?
00:27<mdz>rkulagow: yeah, but I'm going to bed right now
00:28<rkulagow>ok, NP. wanted to talk to you about the pointer you sent me earlier when i was talking to chutt about the two columns for the mythmusic setup program i'm doing. visualizations is the last thing, and i'm stuck, and my scrollback is gone. we can talk in the morning.
00:34-!-PeteCool [~PeteCool@modemcable110.15-201-24.timi.mc.videotron.ca] has joined #mythtv
00:38-!-PeteCool [] has quit [Client Quit]
00:50<rkulagow>chutt: are you back?
00:50<Chutt>going to bed soon
00:52<rkulagow>ok; don't let this keep you up. i'm working on those visualizations. got them into two columns. i'm trying to figure out how to work with the checkboxes without actually storing the data to the database, because that's not needed.
00:52<rkulagow>i thought i could assign a variable to the result of each checkbox status, then build a string, and write _that_ to the database.
00:53<rkulagow>but i'm stuck, and now i think i'm just breaking stuff.
00:53<rkulagow>mdz had mentioned something earlier, but it scrolled off the top of my scrollback, and i didn't note what he pointed me to.
00:54<rkulagow>anyway, everything else is done, other than that.
00:54<Chutt>i think it was overriding the save() function, like the xmltv stuff does
00:55<rkulagow>ok, i'll check there then. thanks.
00:58-!-planetjay [] has quit [Read error: 60 (Operation timed out)]
01:07-!-nick_hudson [~nhudson@sdn-ap-010tnnashP0061.dialsprint.net] has joined #mythtv
01:12<nick_hudson>anyone around?
01:15<Captain_Murdoch>not for long..
01:16<nick_hudson>i just installed mythtv and tried recording a show and is there anyway that i can make the file size smaller?
01:16<Captain_Murdoch>you mean all the time or just that 1 file?
01:16<nick_hudson>a 30 minute show was around 3.5 gigs
01:17<Chutt>perhaps you might want to, i dunno, adjust the encoding parameters?
01:17<Captain_Murdoch>what speed cpu do you have?
01:17<nick_hudson>I thought about trying a lower resolution but I wanted to ask before I did that
01:17<nick_hudson>AMB Xp 1800
01:17<nick_hudson>AMD
01:17<Captain_Murdoch>go into setup and setup a recording profile. try changing to mpeg4 instead of rtjpeg. you can bump the resolution to 480x480 if you want as well.
01:18<nick_hudson>ok I have it set already to 480x480 .. but wasnt sure about mpeg4
01:18<Captain_Murdoch>Chutt, I haven't found any scaling stuff in libavcodec that I think I could use. I'm thinking that if I scale the yuv data instead of the rgb data that I'll save 25% of time right off the bat.
01:19<Captain_Murdoch>nick_hudson: I'm recording at 352x480 and take about 900Megs per hour using mpeg4. I'm on a lowly Athlon 700 though that's why the lower resolution.
01:19<Chutt>can't use the img_resample stuff looked like it could work for me
01:19<Captain_Murdoch>also make sure sound is being encoded as mp3 not raw.
01:19<Chutt>err, two different sentences there, but you get the idea
01:20<nick_hudson>ok cool I got it changed ... thx for the help
01:20<Captain_Murdoch>I don't see a depth in there anywhere, maybe I'm missing something. I guess that's yuv though so I wouldn't see a depth?
01:20<nick_hudson>I just thought that mpeg4 would have a larger file size maybe I read that wrong somewhere
01:21<Chutt>the default encoding parameters are set for fairly low compression like that because otherwise i'd get even more people bitching about their slow machines not being able to handle things
01:21<Chutt>captain_murdoch, that's taken care of in the avpicture struct, no?
01:22<Chutt>but, yeah, i believe it only works on yuv data
01:22<Captain_Murdoch>I'll play around with it. I've never messed with libavcodec any except for trying to track down that buffer bug a couple weeks ago. :)
01:23<Captain_Murdoch>scaling the yuv is faster anyway, only 75% of the size of full rgb at 16bit.
01:23<Chutt>yup
01:23-!-Edgan [edgan@24-205-202-237.rno-cres.charterpipeline.net] has joined #mythtv
01:23<Captain_Murdoch>I see their sample main() at the bottom of imgresample.c so I'll play around with that.
01:24<Captain_Murdoch>I need to setup a 2nd box bad... :) I can't compile anything cause I'm recoring something.. lol
01:24<Captain_Murdoch>time for bed anyway.
01:27<Captain_Murdoch>I'll take a look at it tomorrow and try to get it working. I'd like to get scaling working faster before 0.8.
01:28<Captain_Murdoch>later all...
01:28-!-Captain_Murdoch [] has quit ["X-Chat!"]
03:28-!-paperclip [] has quit [vinge.freenode.net irc.freenode.net]
03:28-!-paperclip [~joe@ip68-11-30-173.no.no.cox.net] has joined #mythtv
06:26-!-choenig [~choenig@pD9E09F8E.dip.t-dialin.net] has joined #mythtv
06:51<yebyen>hrm
06:52<yebyen>captainmurdoch uses 352x480 on an Athlon 700?
06:52<yebyen>i'm on an athlon 700 and I use 320x240
06:52<yebyen>HEH
06:53* yebyenconsiders that making the vertical resolution 480 might save him from deinterlacing, and use no additional cpu...
06:56<yebyen>actually, wow, it works fine either way
06:57<yebyen>no wonder, I was only using 25% cpu!
06:57<yebyen>heh
07:09-!-schwin97 [] has quit ["Client exiting"]
08:15-!-choenig [] has quit [Remote closed the connection]
08:25-!-nziarek [~nathanzia@mke-24-167-222-150.wi.rr.com] has joined #MythTV
08:44<mdz>rkulagow: I think the right approach is to create a MultiSelectSetting which stores its value as a delimited string
08:45<mdz>rkulagow: then derive a setting from that which represents it as a group of checkboxes (or whatever)
08:53-!-nziarek [] has quit [Read error: 60 (Operation timed out)]
08:58<Chutt>hrpmh
08:58<Chutt>mdz, so i updated my debian install yesterday, and now all my fonts in konsole look like ass
08:59<Chutt>and i can't get it back to something useable
09:33<mdz_>Chutt: solution: don't use konsole
09:34<mdz_>xterm looks fine here
09:34<Chutt>mdz, solution, braindead debian maintainers should be removed from duties =)
09:34<Chutt>fontconfig is only setup to use /usr/share/fonts
09:34<Chutt>_nothing_ else
09:34<Chutt>so all the normal X fonts are not being seen
09:35<Chutt>finally got it working
09:35<Chutt>i only spent 4 hours trying to get my environment back
09:37<eli>what settings do u use for recording & live tv?
09:38<mdz_>complain to #debian-qt
09:38<mdz_>they're breaking everything these days
09:38<Chutt>the issue was fontconfig
09:38<Chutt>it's X, not qt
09:39<Chutt>well, maybe qt since it's told to use it
09:40<mdz_>heh, fontconfig seems like the simplest part of the whole thing
09:40<mdz_>"I have some fonts"
09:40<Chutt>right
09:40<mdz_>figures that would break
09:40<Chutt>the whole issue was that it wasn't configured to look in the right dirs anymore
09:41<Chutt>and has a big 'DO NOT EDIT THIS FILE' warning on the top of the config file, so i didn't think someone would be changing things
09:41<mdz_>hehe
09:41<mdz_>http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=183815
09:41<Chutt>yeah
09:41<mdz_>wow it really is unreadable
09:41<Chutt>it seriously pissed me off last night
09:42<mdz_>I thought that was hyperbole
09:42<mdz_>why would changing the font path cause that?
09:42<Chutt>because it's not using the font it was before
09:42<Chutt>his 'good.png' is with a fixed bitmap font
09:42<Chutt>which obviously wasn't found after the update
09:43<Chutt>so it was replaced with a ttf
09:43<Chutt>which doesn't scale down that small well =)
09:44<Chutt>basically, none of the fixed pcf fonts were in the path anymore
09:46<mdz_>isn't that the whole point of scalable fonts?
09:46<mdz_>that they should look good at many different sizes?
09:46<Chutt>not with AA turned on
09:51<mdz_>anti-reading
09:51<Chutt>freetype's AA for tiny sizes really only works on a lcd
09:51<Chutt>when it can use subpixel hinting
09:53<Chutt>otherwise, it just looks bad =)
09:55<rkulagow>mdz, a multiselect would be nice, but i'm afraid that i'm just not going to have the cycles in the short term to even attempt anything like that.
09:57<rkulagow>chutt: i've done the "grunt work" of the mythmusic setup, but the subtleties of the visualizations is beyond me. 3 month old baby + no sleep + work == no cycles. i'll send you what i have, and you can either finish it, or not. or just post it to the list and let someone more talented finish it.
09:57-!-nziarek [nziarek@pcp010412pcs.unplugged.mu.edu] has joined #MythTV
09:57-!-nziarek [] has quit [Client Quit]
09:58<Chutt>rkulagow, i may wait until after 0.8 to do that, if that's ok?
09:59<rkulagow>you're asking _me_ if it's ok to wait? <amusement> uh, sure, i give you my permission to wait until after 0.8. :)
10:00<Chutt>heh
10:00<Chutt>it's something you spent time on, didn't know if you wanted it in right away :p
10:12-!-justin_ [] has quit [Read error: 60 (Operation timed out)]
10:18<rkulagow>well, it does 90% of the what the old text setup did. again, the easy way out is a line edit for the visualizations and just have the user specify them. the harder way (to me, since i'm definately not a C++ programmer) is to setup a bunch of checkboxes, override the save function, then use the boolean values of the checkboxes to build a string that gets saved to the database. ATM, too much "new stuff" that i have to wrap my head around. it can wait.
10:20<rkulagow>chutt: in other news, nathan ziarek has sent me a .pdf version of the HOWTO. It's conveniently printable, and if he can keep up with the changes, then it's a nice option for users to use. mind if i commit it?
10:20<rkulagow>(i've tried to generate pdf
10:20<Chutt>sure
10:20<Chutt>well
10:20<Chutt>actually
10:20<Chutt>maybe not
10:20<Chutt>how big is it?
10:20<rkulagow> files on my box, but somewhere in the docbook ->pdf it gets messes up.)
10:20<rkulagow>hold on, let me check.
10:21<rkulagow>560KB
10:21<Chutt>i'd rather not, then
10:21<Chutt>that's rather big
10:21<Chutt>we can make it available from the website, however
10:21<rkulagow>ok, howabout a link and i get it externally hosted.
10:21<Chutt>yup
10:22<rkulagow>ok, i'll get that setup and send you the URL. are you doing the day-to-day maintenance on the website, or transitioned to someone else?
10:22<Chutt>mdz, i've confirmed that the latest fontconfig removes /usr/lib/X11/fonts from the directories given in /etc/fonts/fonts.conf
10:22<Chutt>=)
10:24<rkulagow>i finally pulled the trigger on a mythbackend box. dell poweredge 600SC, p4 2.4ghz, 128MB dram, 40 GB hard drive. $302 after rebate.
10:24<Chutt>nice
10:24<rkulagow>i was running the numbers, and can't build it cheaper, so...
10:25<rkulagow>crucial DRAM is cheaper, and between staples/best buy/compusa, i can get a bigger drive for less than dell would charge me. now, to sneak it into the house... :)
10:32<mdz_>too bad about the P4 though
10:32<mdz_>but that's all you can buy from Dell these days
10:34<eli>how does a P4 compair to a XP for video encoding?
10:35<rkulagow>right. amd would be nice (or for mdz, an epia 10000-M itx box with lindows), but the effort of building my own out of AMD parts would be > $302. (and since it's a server, dell is shipping without OS, so no extra stupid MS license i don't need anyway)
10:35<rkulagow>mdz: smiley at you.
10:37<rkulagow>eli: if you've got enough CPU cycles, it doesn't matter what CPU you're using. if you don't have enough CPU cycles, it doesn't matter either.
10:38<rkulagow>both architectures will produce good video. i think it comes down to cost and philosophy.
10:38<rkulagow>go to tomshardware.com if you want to see charts and graphs of AMD vs. x86 for various tasks if you're thinking about buying something and you think it matters.
10:40<eli>what cpu do u have now?
10:42<rkulagow>celeron 450 and a piii/733
10:43<eli>can you encode mpeg4 at the highest quality with that?
10:52<mdz_>rkulagow: that is a pretty good deal
10:52<mdz_>rkulagow: do you have a URL for the rebate info?
10:53<Chutt>is that one of the business only deals?
11:03<rkulagow>yes, but just put your name as the business. they don't care.
11:04<rkulagow>www.dell.com/shopdellbiz, e-value code: 64732-S20303
11:04<rkulagow>eli: no, i can't encode at highest quality. i can do 480x480 MPEG4 on the Piii/733 at 2200. can't watch at the same time though.
11:05<eli>ah
11:05<eli>my wife always bitchs about the quality of the video..
11:06<eli>i've got it turned up about as much as my amd 1600 can do
11:08<rkulagow>add 5% off coupon at checkout: 8D2755970FD4
11:08<rkulagow>free shipping, but tax added (too bad i don't live in oregon/washington state)
11:10<rkulagow>came to $402-$100 MIR=$302. gigE nic, no sound, onboard video 4 64bit PCI slots, keyboard, mouse. perfect for development, without the temptation of playing games. (no AGP slot)
11:14<Chutt>amazing
11:15<Chutt>andy davidoff made his ratings patch useful
11:18<Chutt>hmm
11:18<Chutt>kevin slater's email
11:18<Chutt>about the capturecard entry not having a hostname
11:31-!-thor_ [~thor@208.185.11.34] has joined #mythtv
11:33<Chutt>hey thor
11:34<thor_>hey Chutt, how's it going
11:34<Chutt>just fine =)
11:34<Chutt>you don't mind me applying patches to mythweb, do you?
11:34<Chutt>they all seem to be pretty much correct
11:34<thor_>No, not at all ... actually I felt a little guilty about having promised to get a patch in and then disappearing for a few days (work)
11:35<Chutt>yeah, i'm the same way =)
11:35<thor_>Got single pane mythmusic w/ playlists about 80% done ... will be working on it for the rest of the day
11:35<Chutt>cool
11:35<Chutt>mind holding off on committing that until after 0.8?
11:35<thor_>Nice to get that functionality in before 0.8
11:36<Chutt>i was planning on calling a feature freeze tonight
11:36<thor_>Oooops ... parrallel thinking ... fine, I'll just do a patch to dev, not a commit
11:36<Chutt>yeah
11:37<Chutt>that can go in shortly after the release, then
11:37<thor_>cool
11:37<Chutt>i figure on a release sometime next week, then
11:38<thor_>Suspect that 0.9 (0.85?) will be a minor extension and bugfix release that will probably come quite soon
11:38<Chutt>yup
11:38<Chutt>it'll be 0.9
11:38<thor_>Hmmm .... dangerously close to a 1.0?
11:38<Chutt>naw
11:38<Chutt>next'll be 0.10
11:38<Chutt>=)
11:39<thor_>Hey, it's all semantics
11:39<Chutt>1.0 is reserved for feature completeness
11:39<thor_>Right before the ground up rewrite =)
11:39<Chutt>heh
11:39<Chutt>hoping to never do that =)
11:39<Chutt>well, any more than this 0.8 was
11:39<thor_>Yup
11:40<Chutt>i think andy davidoff must be running things on an ancient machine
11:40<thor_>Got a second MythBox up and running this morning (takes a while) ... how's multibackend in practice ?
11:41<Chutt>his 'major speedup' increased the listings page from 'near' instantaneous to 'virtually' instantaneous on my box
11:41<Chutt>did you see bruce markey's email about all that last night?
11:41<Chutt>he went over things fairly well
11:41<thor_>I'll have a look
11:42<Chutt>there's apparently something wacky in the conflict resolution stuff still, but that should hopefully be fairly easy to fix
11:43<thor_>Poor Andy, I think he just hates to see even unimportant "inefficiency", not a member of the "make it run -> then make it better --> only then make it efficient" school
11:43<Chutt>hey, for mythmusic
11:44<Chutt>how bad would it be to cache all the metadata entries in ram, all the time?
11:44<thor_>All the time? As in as long as mythmusic is in existence, or as long as mythfrontend is in existence?
11:44<Chutt>as long as mythmusic is in existance
11:45<thor_>That's how I'm doing it (main() builds a list of playlists, and passes it down, writes on exit)
11:45<Chutt>like, during the file existance check at the beginning
11:45<Chutt>just load the entire tree into ram
11:45<Chutt>should speed up creation of the selection tree quite a bit
11:46<thor_>Yup, that's how I'm doing it ... only drawback is that I have to have a class hierarchy outside of Qt that parrallels the class hierarchy for the ListViewItem widgets
11:46<Chutt>yeah
11:46<thor_>'cause the lists have to exist whether they are drawn or not
11:46<Chutt>but, that's pretty much the only way to do that
11:46<thor_>but it's working
11:47<Chutt>makes it more of a data/view design, anyway
11:47<thor_>Yeah ... so all the delay (such as there is) is at startup ... that's we have a progress bar !
11:47<Chutt>yeah
11:53<bigguy>Chutt: you looked at Andy's latest patch?
11:53<Chutt>yeah
11:53<Chutt>i'll probably apply it
11:53<bigguy>looked decent to me
11:53<bigguy>:)
12:37<rkulagow>chutt: can you please sync the website to CVS docs?
12:38<Chutt>in a bit
12:38<Chutt>got some work to do first
12:38<Chutt>but soon
12:38<rkulagow>NP. thanks.
12:39<Chutt>http://www.linuxjournal.com/article.php?sid=6690
12:40<thor_>Oh crap, time to move to sourceforge
12:42<Chutt>why?
12:42<thor_>What's the size of the pipe to CVS?
12:42<Chutt>my dsl line
12:42<thor_>Hmmmmm
12:42<Chutt>which i'm using for other stuff at the moment
12:43<Chutt>cvs is staying here, though
12:43<mdz_>yes | cvs
12:43<mdz_>looks like about 1/4 inch maybe
12:43<mdz_>but the size of the pipe depends on your font size
12:43<thor_>Not 3/8's
12:43<Chutt>sf's cvs stuff sucks.
12:43<thor_>Agreed
12:44<Chutt>can't move files around
12:44<Chutt>have to email someone if there's a stale locking file left over somehow
12:44<Chutt>etc
12:45<thor_>I wrote an LJ article about 10 years ago, and got a wopping web hosting bill shortly thereafter (in the days when that kind of stuff was expensive). It drives a lot of traffic
12:45<Chutt>eh
12:46<Chutt>i don't think it'll be any worse than /.
12:46<thor_>I take your point
12:52<Chutt>rkulagow, docs updated
12:53<rkulagow>thanks.
13:07-!-nziarek [~nathanzia@mke-24-167-222-150.wi.rr.com] has joined #MythTV
13:10<rkulagow>nathan, you here?
13:13<nziarek>yeah
13:13<nziarek>btw - that PDF should only be 330KB...I embedded the thumbnails in the one you had (ooops)
13:19<rkulagow>nziarek: ok, thanks. can you do a new pdf based on the updated docs as of 30mins or so ago?
13:19<nziarek>yup
13:20<rkulagow>thanks.
13:21-!-rickter [~rickter@12-220-224-236.client.insightBB.com] has joined #mythtv
13:23<nziarek>just sent it...
13:40-!-rickter [] has quit ["Trillian (http://www.ceruleanstudios.com)"]
13:49-!-nziarek [] has quit [Read error: 60 (Operation timed out)]
14:13-!-justin_ [~justin@ool-18b81c6a.dyn.optonline.net] has joined #mythtv
14:57-!-r1ckt3r [~rickter@pixout.appriss.com] has joined #mythtv
15:46-!-dweezle37 [~bvance@brick.egenera.com] has joined #mythtv
15:47<dweezle37>Getting some segfaults and want to make sure i'm not missing something obvious before i recompile for debugging..doing a bit of debugging from work... I have a frontend on here at work conecting to my backend at home..
15:47<dweezle37>I can connect fine.. but whenever i try to watch my recordings I get:
15:48<dweezle37>Could not connect to server
15:48<dweezle37>Could not connect to server
15:48<dweezle37>Segmentation fault
15:48<dweezle37>Any ideas?
15:48<Chutt>the 'could not connect to server' doesn't tell you anything?
15:49<bigguy>well it'd be kinda hard to watch from work anyway wouldn't it?
15:49<dweezle37>it doesn't tell a whole lot... i'm able to connect to the database (or is 'server' something else)?
15:50<Chutt>the backend server
15:50<dweezle37>I don't expect the video to be watchable.. but i shouldn't be segfaulting..
15:50<Chutt>feel free to fix it, then
15:50<thor_>Uhm ... is there any chance you actually have the port open at home (is home not behind firewall/NAT)'
15:51<dweezle37>what port is it trying to connect on?
15:51<Chutt>whatever port you told it to connect on
15:51<dweezle37>BackendServerPort | 6543
15:51<dweezle37>TCP connection i assume?
15:51<Chutt>yup
15:52<Chutt>what's backendserverip set to?
15:52<dweezle37>port should be open at firewall..
15:52<thor_>try a telnet
15:52<dweezle37>does backendserverip resolve hostnames? or does it have to be an IP?
15:52<Chutt>it has to be an ip
15:52<Chutt>what's it set to?
15:53<thor_>hehe
15:53<dweezle37>(a hostname)...hmm.. perhaps that's my prob... i'll give that a whirl...
15:53<Chutt>i believe i always refer to it as an ip in the help text for that setting
15:54<dweezle37>yea.. i was just hoping it could resolve.. that way i wouldn't have to keep changing it (dynamic ip)
15:55<dweezle37>nope.. no luck.. interesting thing is that i can start the front end fine..
15:56<Chutt>hm
15:56<dweezle37>I see: connecting to backend server: XXX.XXX.XXX.XXX:6543
15:56<Chutt>make sure masterserverip is the same as backendserverip
15:57<dweezle37>is "/usr/local/share/mythtv/mysql.txt" still being used? or is it all in the DB now?
15:57<Chutt>it uses that
15:58<dweezle37>k... just updated that.. trying again.
15:58<dweezle37>nupe.. same thing...
15:59<thor_>Chutt, perhaps you could configure the DB to get it's connection values from the .... DB .... oh never mind :-)
15:59<Chutt>heh
15:59<dweezle37>well you could run setup, get DB ips, then push all setting over after you are done w/ setup..
16:00<thor_>dweezle, can you "telnet xxx.xxx.xxx.xxx 6543"?
16:00<Chutt>dweezle, the code you'd want to look at is in libs/libmyth/remotefile.cpp
16:00<dweezle37>thor_: yup.
16:00<thor_>so ports are open, what's the bandwidth in between
16:01<dweezle37>telnet XX.XX.XXX.XX 6543
16:01<dweezle37>Trying XX.XX.XXX.XX...
16:01<dweezle37>Connected to XX.XX.XXX.XX.
16:01<dweezle37>Escape character is '^]'.
16:01<dweezle37>Chutt: K.. i'll take a look.
16:01<dweezle37>bandwidth prob isn't great.. being pushed out on a cable modem (from home)
16:02<thor_>Should be enough to get the front screen up though ...
16:02<Chutt>thor, it's only dying after it tries to play
16:02<thor_>Ahhhhhhhhh
16:03<dweezle37>yep..
16:03<thor_>Welcome to the age old problem of streaming
16:03<Chutt>it's not even streaming, though =)
16:03<Chutt>not getting that far
16:03<dweezle37>i'll recompile w/ debug...
16:04<Chutt>you shouldn't need to
16:04<Chutt>a couple couts should be fine
16:04<dweezle37>good point.. i'll throw some in.. see what I get...
16:04<Chutt>see what it's doing
16:05<dweezle37>also interesting i'm getting "Could not connect to server" twice. Code only looks like i should get once.
16:06<Chutt>it's opening two sockets
16:06<Chutt>one for control, one for data
16:07<dweezle37>ah.. gocha.
16:08<dweezle37>alright.. i'll have to take some time to stare at the code.. this is the 1st i've actually had a chance to crack the case open... (it's been on my TODO)
16:09<mdz_>has anyone had any scheduler feedback?
16:09<Chutt>nope\
16:09<mdz_>I guess that's good
16:09<mdz_>I missed a recording yesterday and don't know why
16:09<mdz_>it's not my fault as far as I can tell
16:09<mdz_>I ran the query and it came back OK
16:10<mdz_>it's suspicious, though, because it was a program where the title and subtitle matched, but the description was different (two-part episode)
16:10<mdz_>but I quite clearly test that in the query, and it gives the expected results
16:10<Chutt>hrmm
16:11<Chutt>it's seemed ok to me, but i don't have anything in the near future that would be an old record
16:14<mdz_>all of the duplicates that I see show up in viewscheduled are perfectly legit
16:15<mdz_>it's a little bit too much of a coincidence that it was the day after I put that code in though
16:16<mdz_>I should have put a printscheduled() in there so it would get logged
16:16<mdz_>printlist that is
16:24<Chutt>quiet list today
16:24<thor_>coding
16:24<Chutt>heh
16:25<thor_>badly ... playlists container with playlists with pointers to widgets that hold pointer back to playlist entries blech
16:26<Chutt>hmm
16:26<Chutt>might be overcomplicating things =)
16:26<Chutt>if the widgets are in there, at least
16:27<thor_>yes, but playlists exist whether they are drawn or not, so you need to only new the ListviewItem's when and if the Listview exists
16:27<thor_>then you need a way to get back to the main hierarchy from user presses
16:27<thor_>and no connects()
16:28<Chutt>ah
16:28<Chutt>well, i'll see it when you post the patch =)
16:28<thor_>yup
16:28<thor_>and then hopefully someone who knows what they're doing will improve it ... back to coding
17:03-!-danc_ [~danc``@c66-235-37-121.sea2.cablespeed.com] has joined #mythtv
17:08<-- danc_(~danc``@c66-235-37-121.sea2.cablespeed.com) has left #mythtv
17:08<dweezle37>Ok.. a some quick and dirt debug statements in libs/libmyth/remotefile.cpp show that openSocket is trying to sock->connectToHost(host, port) where host is 192.168.1.1 (Internal IP of backend).. where is this 'host' coming from?
17:09<Chutt>it should be coming from the backendserverip
17:09<Chutt>you do have to restart the backend for changes in that to take affect, of course
17:31<dweezle37>jackpot...
17:32<dweezle37>clear something up for me..
17:32<dweezle37>when will BackendServerIP and MasterServerIP ever be different?
17:33<Chutt>multiple backends
17:34<dweezle37>ahh.. ok.
17:34<Chutt>backendserverip is a per-host setting, it's what is sent out for other machines to connect to when they want to talk to it
17:35<Chutt>masterserverip is what everything connects to on startup
17:36<thor_>Chutt, is there a reason you chose QValueList over QPtrList whenever you held collections of Metadata (other than the fact that you tend to get less pointer deletion segfaults)
17:37<thor_>sorry ... this in mythmusic
17:37<Chutt>no reason whatsoever
17:38<thor_>I'm trying to load the music data once, but want to make searching over it as fast as possible ... would seem to me QPtrList should be faster
17:38<Chutt>it would be
17:38<thor_>thanks
17:38<dweezle37>Chutt. Thanks for the help debuging.. i have a much better undersanding of front/back end settings and how they play.
17:38<Chutt>i think i just did it so i wouldn't have to keep track of who owned what metadata object
17:38<Chutt>dweezle37, np
17:39<Chutt>but if there's only one metadata object for any given track, stored in ram, that's not an issue
17:39<thor_>No, I want to have an AllMusic object that knows all available tracks. Then other things can query it instead of asking the DB
17:40-!-dweezle37 [] has quit ["Client exiting"]
17:41<thor_>Sorry, we were saying the same thing
18:32-!-nick_hudson [] has quit [Remote closed the connection]
18:46-!-nziarek [~nathanzia@mke-24-167-222-150.wi.rr.com] has joined #MythTV
19:05-!-nick_hudson [~nhudson@sdn-ap-005tnnashP0220.dialsprint.net] has joined #mythtv
19:13-!-nziarek [] has quit [Read error: 60 (Operation timed out)]
19:20<mdz>Chutt: I redid things with -D_FILE_OFFSET_BITS=64 and nothing broke, ok to commit?
19:21<Chutt>sure
19:21<mdz>I'm hoping this will fix my stdio ringbuffer problems, but I backed that stuff out to do this separately
19:22<mdz>I remembered not to commit my standing settings.pro change this time :-D
19:22-!-paperclip [] has quit [vinge.freenode.net irc.freenode.net]
19:22<Chutt>heh, thanks
19:22<mdz>it would be nice if that could be specified at build time
19:23-!-paperclip [~joe@ip68-11-30-173.no.no.cox.net] has joined #mythtv
19:31<mdz>Chutt: the handleDuplicate dialog should show the program info, I think...what's the preferred format for displaying that?
19:32<mdz>damn, that didn't fix it
19:33<Chutt>there's not really a format for that
19:33<Chutt>so, whatever you want
19:33-!-dweezle [~bvance@h00104b37b1e3.ne.client2.attbi.com] has joined #mythtv
19:34<dweezle>how do you know if your video card supports xv?
19:34<mdz>dweezle: xvinfo
19:34<Chutt>mythtv complains when it doesn't
19:35<dweezle>yea.. but is there some way to know if the old video card sitting on my desk supports it? A hw database somewhere?
19:36<Chutt>not that i'm aware of
19:47<Chutt>heh
19:48<Chutt>basically most of the neuros mp3 players are getting recalled for a hardware fix
19:48<Chutt>craziness
19:49-!-justin_ [] has quit [Read error: 110 (Connection timed out)]
19:57-!-justin_ [~justin@ool-18b81c6a.dyn.optonline.net] has joined #mythtv
19:59<mdz>I can't figure out why this stdio stuff doesn't work
19:59<mdz>unless fseeko is totally broken
20:09<mdz>when I skip ahead (30 sec), it seems to seek about the right amount
20:09<mdz>but is clearly getting desynced
20:09<mdz>from the frame headers
20:11-!-danc_ [~danc``@c66-235-37-121.sea2.cablespeed.com] has joined #mythtv
20:11<-- danc_(~danc``@c66-235-37-121.sea2.cablespeed.com) has left #mythtv
20:15<mdz>ah, I'm dumb
20:19-!-planetjay [~planetjay@adsl-155-36-13.lft.bellsouth.net] has joined #mythtv
20:49<Chutt>mdz, got it working?
20:57<mdz>Chutt: yep
20:57<mdz>dunno if it'll help
20:58<mdz>hopefully will cut down on a read() or two
20:58<mdz>cleans up the code a bit too
21:02<mdz>I'm not really sure what a reader thread for ringbuffer would look like
21:03<mdz>read up to a fixed size buffer, sleep until it's emptied some, then try to fill it again?
21:03<mdz>throw it away on a seek
21:04<mdz>am I the only one who sees this behaviour when watching and recording at the same time?
21:05<mdz>I forget who the other guy is who's using NFS
21:08-!-planetjay [] has quit [Read error: 110 (Connection timed out)]
21:09<justin_>what behavior?
21:09<justin_>i usually watch recordings rather than use livetv
21:09<justin_>it works better that way
21:09<justin_>at least, cvs from a week ago:)
21:10<thor_>mdz, you trying to buffer against NFS latency problems
21:42<mdz>thor_: um, yeah
21:54<mdz>thor_: you using NFS?
21:55<thor_>No, at least not yet, just wondering which version/implementation of NFS you were using
22:04-!-meth [meth@12-222-69-138.client.insightBB.com] has joined #mythtv
22:08<meth>hm
22:09<meth>cant get it to watch tv :/
22:09<meth>VIDOCGMBUF:: Invalid argument
22:09<meth>VIDIOCSAUDIO: Invalid argumen
22:17-!-nziarek [~nathanzia@mke-24-167-222-150.wi.rr.com] has joined #MythTV
22:18-!-r1ckt3r [] has quit ["Trillian (http://www.ceruleanstudios.com)"]
22:22<meth>odd
22:31<mdz>thor_: Linux, nfsv3
22:34<thor_>mdz: of well, so much for the obvious (100BaseT as well I suppose)
22:35<meth>VIDOCGMBUF:: Invalid argument whats this error from
22:35<mdz>thor_: yes
22:36<mdz>it works quite well for the most part
22:36<justin_>meth: means something isnt working
22:36<mdz>but when I'm both recording and playing back at the same time, I get the occasional stutter
22:36<thor_>I haven't done the maths, but I'm surprised that's not enough on it's own ... hows your router
22:36<meth>lol justin_
22:36<mdz>my theory is that the read() is blocking on the playback side
22:36<mdz>meth: what kind of capture card?
22:37<mdz>thor_: what do you mean? what's not enough?
22:37<justin_>i did the math once, posted it as a reply on the ML
22:37<justin_>1 gig an hour, comes out to like a few hundred k/s
22:38<thor_>mdz: I'm surprised 100BaseT & nfs3 is not enough to keep up
22:38<mdz>thor_: it is
22:38<justin_>1024*1024/(60*60)
22:38<justin_>291
22:38<mdz>there is plenty of bandwidth
22:38<mdz>but the latency will always be higher than a local disk read
22:38-!-dweezle [] has quit ["Client Exiting"]
22:39<mdz>and since there's no read buffer, it will occasionally skip
22:39<mdz>that's the theory I'm working under anyway
22:39<thor_>no read buffer ... yet :-)
22:39<mdz>right
22:39<justin_>what are your nfs options?
22:40<meth>i figured that out :)
22:40<meth>what do i need to do to fix it
22:40<justin_>do you use the rsize=8192,wsize=8192 ?
22:40<meth>ati wonder
22:40<meth>not all-in wonder
22:40<meth>works on my redhat install perfectly fine
22:40-!-meth [] has quit ["http://urbanservers.com | http://urbanservers.com/ursradion Urban Terror Freestyle!"]
22:41-!-meth [~meth@12-222-69-138.client.insightBB.com] has joined #mythtv
22:41<meth>meh freenode lagged out
22:41<meth>i have a ati wonder-ve
22:41<mdz>justin_: of course not. I'm on ethernet with an MTU of 1500
22:42<mdz>there's no sense in sending 8k packets when they'll need to be fragmented and reassembled
22:42<justin_>ah
22:43<justin_>meth: is the bttv driver loading correctly?
22:43<meth>ya
22:43<meth>xawtv works
22:44<meth>and i have mythv working in redhat
22:44<meth>do i did v4l2?
22:44<meth>did/need
22:45<justin_>no
22:45<meth>m
22:45<meth>k
22:45<justin_>did you try chaning the channel
22:48<meth>i cant load mythtv at all
22:58<meth>heh :/
23:00<justin_>does tvtime work?
23:00<meth>i dont have tvtime
23:01<justin_>get it:)
23:01<meth>after imagemagick
23:06<meth>tvtime works fine
23:07-!-nziarek [] has quit [Read error: 60 (Operation timed out)]
23:10<Chutt>sounds like you're attempting to capture at an invalid resolution.
23:10<meth>default config
23:10<Chutt>what's that have to do with anything?
23:10<justin_>well um
23:10<meth>int Width=480
23:10<meth>int Height=480
23:10<justin_>does default config mean you havent configured it?
23:10<justin_>heh
23:10<meth>i configured it
23:10<meth>but default config screen size
23:10<meth>for capture
23:11<Chutt>again, what's that have to do with anything?
23:11<Chutt>change it and see if that helps
23:11<Chutt>if you want help, don't question the person trying to help
23:11<justin_>tvtime using 720x580 by default i think
23:11<justin_>or whatever ntsc is
23:11<justin_>though i have the tv wonder(not ve) and use 480x480
23:12<meth>at 720x580 same error
23:12<meth>Changing from None to WatchingLiveTV
23:12<meth>VIDOCGMBUF:: Invalid argument
23:12<meth>VIDIOCSAUDIO: Invalid argument
23:12<meth>ill look at my redhat config
23:13<Chutt>really, though, if VIDIOCGMBUF fails, there's something wrong with bttv
23:13<Chutt>that's the second call in the v4l init sequence
23:14<Chutt>and it's not even setting anything, it's just getting information
23:14<Chutt>'course, you could have the capture device set wrong
23:14<meth>where
23:16<justin_>in the setup
23:16<justin_>lol
23:16<meth>its /dev/video
23:16<justin_>do you also have a webcam or something?
23:17<meth>no
23:17<meth>also /dev/v41/video0
23:17<meth>ln -s in /dev/video0
23:17<meth>and ln -s for /dev/video
23:18-!-meth [] has quit ["reboot"]
23:20-!-meth [meth@12-222-69-138.client.insightBB.com] has joined #mythtv
23:25<meth>heh o well
23:26<meth>now it sits at: Changing from None to WatchingLiveTV
23:26<Chutt>audio, most likely
23:26<Chutt>probably blocking trying to open the device for output./
23:26<justin_>meth: killall esd ;killall artsd
23:26<justin_>?
23:26<meth>ah xmms was open
23:26<meth>back to the same old err
23:26<meth>are
23:26<meth>er
23:27<meth>error
23:27<meth>Changing from None to WatchingLiveTV
23:27<meth>VIDOCGMBUF:: Invalid argument
23:27<meth>VIDIOCSAUDIO: Invalid argument
23:27<justin_>i'd strace it
23:27<justin_>see what its trying to do exactly
23:27<justin_>strace -e ioctl mythbackend
23:28<meth>no strace
23:28<justin_>oh
23:28<meth>id have to insatll it :/
23:28<meth>or use mine from redhat
23:28<justin_>what are you using if not redhat?
23:28<meth>gentoo
23:29<justin_>eh
23:29<meth>ioctl(5, VIDIOCGTUNER, 0xbffff910) = -1 EINVAL (Invalid argument)
23:29<meth>ioctl(5, VIDIOCSTUNER, 0xbffff910) = -1 EINVAL (Invalid argument)
23:29<meth>ioctl(5, EXT2_IOC_GETVERSION, 0xbffff8d0) = -1 EINVAL (Invalid argument)
23:29<meth>ioctl(5, EXT2_IOC_SETVERSION, 0xbffff8a0) = -1 EINVAL (Invalid argument)
23:29<meth>ioctl(5, VIDIOCSCHAN, 0xbffff8a0) = -1 EINVAL (Invalid argument)
23:29<meth>--- SIGRTMIN (Unknown signal 32) ---
23:30-!-nziarek [~nathanzia@mke-24-167-222-150.wi.rr.com] has joined #MythTV
23:30<Chutt>what device is it trying to open for the tuner card?
23:30<meth>/dev/video
23:30<Chutt>you see that in the strace?
23:30<justin_>i dont think you can do strace -e "open|ioctl"
23:30<justin_>you'll have to strace -o strace.out mythbackend
23:31<justin_>then
23:31<justin_>egrep "open|ioctl" strace.out should work
23:32<meth>ioctl(5, VIDIOCGTUNER, 0xbffff910) = -1 EINVAL (Invalid argument)
23:32<meth>that stuff?
23:33<justin_>yeah
23:33<justin_>there should be a
23:33<meth>ioctl(5, VIDIOCSTUNER, 0xbffff910) = -1 EINVAL (Invalid argument)
23:33<meth>ioctl(5, EXT2_IOC_GETVERSION, 0xbffff8d0) = -1 EINVAL (Invalid argument
23:33<justin_>open ............................ = 5
23:33<meth>ioctl(5, EXT2_IOC_SETVERSION, 0xbffff8a0) = -1 EINVAL (Invalid argument)
23:33<meth>ioctl(5, VIDIOCSCHAN, 0xbffff8a0) = -1 EINVAL (Invalid argument)
23:33<justin_>what is the .........?
23:33<meth>thats it
23:33<meth>let me look
23:33<justin_>if you did strace -o strace.out
23:33<justin_>it has to be there
23:33<meth>open("/usr/share/mysql/charsets/Index", O_RDONLY|O_LARGEFILE) = 5
23:33<meth>open("/dev/dsp", O_RDWR) = 5
23:34<justin_>whats the one right before
23:34<justin_>ioctl(5, VIDIOCGTUNER, 0xbffff910) = -1 EINVAL (Invalid argument)
23:34<justin_>those
23:35<justin_>should be open("/dev/video"
23:35<meth>/dev/video" not found
23:35<justin_>can you send me the strace.out?
23:35<meth>sure
23:37<justin_>it has
23:37<justin_>open("/dev/dsp", O_RDWR) = 5
23:37<justin_>ioctl(5, VIDIOCGTUNER, 0xbffff910) = -1 EINVAL (Invalid argument)
23:37<meth>ya
23:37<justin_>you have /dev/dsp as the video device
23:37<justin_>?
23:38<meth>str AudioDevice=/dev/dsp
23:38<meth>where does it store the video info
23:38<justin_>your using cvs eh?
23:38<meth>ebuild
23:38<justin_>its all in the database
23:38<meth>o
23:38<Chutt>in the database when you ran setup.
23:38<meth>k
23:38<justin_>did you never run setup?
23:38<meth>let me run setup again
23:38<meth>but i told it /dev/video
23:38<meth>Use which video device for card 1? [/dev/video]
23:38<meth>Use which audio device for card 1? [/dev/dsp]
23:39<justin_>thats not cvs then
23:39<justin_>thats 0.70
23:39<justin_>what exactly are you using?
23:39<meth>its a gentoo ebuild
23:39<meth>should be from a tar.gz source
23:40<justin_>what did you run?
23:40<justin_>strace what
23:40<meth>mythtv
23:40<justin_>then thats not cvs...
23:40<meth>no its not
23:40<justin_>though in the log it has
23:40<meth>its a ebuild
23:41<justin_>write(4, "Q\0\0\0\3SELECT videodevice,audiodev"..., 85) = 85
23:41<justin_>hard to see wtf is going on
23:41<justin_>looks like the ebuild did something really wrong
23:41<meth>i ran setup again
23:41<meth>..fillingdatabase
23:42<Chutt>there's an ebuild linked to in the docs that supposedly works
23:42<Chutt>the one in gentoo doesn't.
23:42<meth>i have the ebuild from the docs
23:43<Chutt>or that's what i've heard, at least
23:43<Chutt>i don't support anything but straight source, or the debs
23:44<Chutt>but, it really looks like the video device is not getting set to the right thing somehow.
23:44<Chutt>could always check in the database and see that it's setup properly
23:44<justin_>yeah, there is no "video" in the strace.out
23:44<Chutt>exactly
23:45<meth>cant open /dev/dsp now :/
23:45<justin_>it opens /dev/dsp and then runs the ioctl on it
23:45<justin_>meth: something else using it?
23:46<meth>nope
23:47<meth>tvtime works
23:47<Chutt>tvtime doesn't touch /dev/dsp
23:47<meth>o
23:47<meth>heh
23:48<meth>nothing is loaded to use /dev/dsp
23:48<Chutt>so, what's the capturecard table look like in the database?
23:50<meth>woa
23:50<meth>i got it to work
23:50<meth>i guess when ir an xmms it still had dev/dsp locked
23:53-!-nick_hudson [] has quit ["Client exiting"]
23:53<meth>really choppy
23:53<meth>but it works heh
23:53<Chutt>you'll probably need to lower the quality settings
23:53<meth>ya
23:55<meth>hm how do i exit out
23:56<Chutt>escape
23:57<meth>that wont get me out of the first menu
23:57<rkulagow>chutt: i saw the feature freeze announcement for 0.8. i'm assuming that the multiple backend stuff is working sufficiently now? i'm going to get my boxes together and start working it out to get the docs updated
23:57<rkulagow>meth: ALT-F4
23:58<meth>no alt f4
23:58<meth>lol
23:58<meth>doesnt work in enlightenment for some reason
23:58<Chutt>seems to be
23:58<meth>man 100% cpu
23:58<meth>this ran better on my dual 514's
23:59<Chutt>rkulagow, i'll attempt to help with the docs, too =)
23:59<rkulagow>thanks, appreciate it.
23:59<justin_>lol i found it funny that someone said redhat/mandrake were good on the ML because the docs had a lot for them