Back to Home / #mythtv / 2003 / 02 / Prev Day | Next Day
#mythtv IRC Logs for 2003-02-24

00:11<-- rkulagow_(~rkulagow@12.207.131.29) has left #mythtv
00:18-!-rkulagow_ [~rkulagow@12.207.131.29] has joined #mythtv
00:27<Chutt>ah
00:28<Chutt>mdz, i'm fairly certain i know _why_ it's segfaulting
00:28<Chutt>for some reason, it's getting passed in the same buffer to render to twice in a row
00:28<Chutt>i don't really see how that's possible to happen in nuppelvideoplayer, though
00:32<Chutt>ah
00:32<Chutt>maybe..
00:36<rkulagow_>chutt, i'd like to commit a few small changes to globalsettings.cpp - it's all wording-type stuff, not code. any problems?
00:36<Chutt>not at all
00:36<rkulagow_>ok, thanks.
00:37<rkulagow_>in there like swimwear.
00:38<rkulagow_>i never figured that the volume stuff would be such a big deal, or that there are so many variables. like the one guy that said that the digital out on his card isn't controlled by the master mixer or pcm volume.
00:38<Chutt>heh
00:38<Chutt>i'm still of the opinion that if what's in there doesn't work, use a receiver =)
00:38<Chutt>like, the guy using the digital out _has_ to be hooking it into something with a volume knob on it
00:40<rkulagow_>right, but if those speakers are 15 feet away, and they're hooked to his PC, then it might be nice to be able to adjust the volume with a remote. maybe v0.9 of myth :)
00:40<rkulagow_>moregreen, are you here?
00:40<rkulagow_>whoops - you know who i mean.
00:40<Chutt>mdz, i think i may have gotten the segfault
00:45<moegreen>yeah, what's up?
00:46<rkulagow_>chutt: do you know if moegreen is going to get a dedicated setup page for mythweather? not sure that mythweather aggressiveness should be in "General". there are some other things that could be set too, like Fahrenheit / Celsius and the zipcode.
00:46<Chutt>i don't know
00:46<Chutt>there probably should be one
00:46<Chutt>but i haven't yet worked out how the settings for modules are going to work
00:47<rkulagow_>right - mythmusic has a "setup" button that doesn't seem to do anything. don't know if you want that to be through globalsettings as a part of mythfrontend, or individual setups.
00:47<bigguy>yeah like they should only be shown if that module is available
00:50<moegreen>rkulagow_: MythWeather should have it's own page for settings I suppose.
00:51<Viddy>rkulagow_: perhaps you might want to have a generic "volume control" which then gets mapped to whatever volume control the person wants
00:52<moegreen>Chutt: are you interested in putting MythWeather directly into the frontend instead of a executed module? Because at this point it's pretty much stable as far as the code goes for it
00:52<Viddy>maybe by default it goes to master or pcm, but can otherwise be modified in the db
00:52<Chutt>hmm
00:53<Chutt>moegreen, only reason not to would be all the graphics would make the main download larger
00:54<moegreen>that's true, it is about 700K of graphics
01:50<rkulagow_>chutt: i was thinking about when there are multiple backends systems. not all may have the same capabilities, CPU wise, so it may be necessary for mdz's profile stuff to be used more (if it's not already; i don't think you can set per-show recording profiles yet, right?)
01:52<rkulagow_>moegreen: were you going to do the settings from within mythfrontend? if that's what you're going to do, then i'm sure i can get a page put together for weather if you don't have the cycles.
01:54<moegreen>rkulagow_: You can go ahead and do it, I've been really busy lately so things don't get done quite as quickly :) Thanks! I guess have the aggressiveness, zip code/internation code (although this will be mostly useless for a remote control - maybe this can go in the backend setup as it shouldn't change - at least often), and the SI Units.
01:57<rkulagow_>hrmm. if it's in the frontend, then you can potentially have different frontends going different things / different settings. i think the backend mostly sticks with hardware, doesn't it? chutt, opinion?
01:57<moegreen>rkulagow_: but in this case, the frontends should all be in the same zip code at least
01:58<rkulagow_>what about when i build my distributed myth encoder farm? :_
01:58<rkulagow_>whoops. that's not an emoticon. :)
01:59<rkulagow_>well, the code should be fairly generic either way, so we can worry about where it's going to live late.r
01:59<moegreen>true, i guess for now just put it in the frontend setup
02:01<rkulagow_>moegreen: will do. i think the only things that we're looking for is zip code, a checkbox for SI (do you want to default to F or C?) and the aggressiveness, correct? that, and a doc update if chutt accepts the patch.
02:02<moegreen>default to fahrenheit
02:02<rkulagow_>ok
02:02<moegreen>also make sure the zip code box can accept more than just numbers, for those who live outside the US who will use the internation code which is a combo of letters and numbers
02:03<moegreen>eeww, typos abound! I think it's time to get some sleep! Good night all
02:03<rkulagow_>right
02:04<rkulagow_>must have been late when you coded "humity" :)
02:04<Viddy>heh
02:05<rkulagow_>night, moegreen.
02:05<Viddy>i did a load of prices last night, and after 1/2 an hour, realised i'f forgotten the tax, at that point i figured i was doing more harm than good, and it was time to sleep
02:38-!-bigguy_ [bigman@h92.44.102.166.ip.alltel.net] has joined #mythtv
02:39-!-bigguy [] has quit [Killed (NickServ (Ghost: bigguy_!bigman@h92.44.102.166.ip.alltel.net))]
02:39-!-bigguy_ is now known as bigguy
03:03<-- rkulagow_(~rkulagow@12.207.131.29) has left #mythtv
03:06-!-rkulagow_ [~rkulagow@12.207.131.29] has joined #mythtv
03:10-!-bigguy [] has quit [vinge.freenode.net irc.freenode.net]
03:10-!-mdz [] has quit [vinge.freenode.net irc.freenode.net]
03:10-!-vidar [] has quit [vinge.freenode.net irc.freenode.net]
03:10-!-Justin_ [] has quit [vinge.freenode.net irc.freenode.net]
03:10-!-Soopaman [] has quit [vinge.freenode.net irc.freenode.net]
03:10-!-lichen_ [] has quit [vinge.freenode.net irc.freenode.net]
03:10-!-moegreen [] has quit [vinge.freenode.net irc.freenode.net]
03:10-!-lichen [] has quit [vinge.freenode.net irc.freenode.net]
03:10-!-shad_ [] has quit [vinge.freenode.net irc.freenode.net]
03:10-!-Chutt [] has quit [vinge.freenode.net irc.freenode.net]
03:10-!-yebyen [] has quit [vinge.freenode.net irc.freenode.net]
03:10-!-Edgan [] has quit [vinge.freenode.net irc.freenode.net]
03:10-!-paperclip [] has quit [vinge.freenode.net irc.freenode.net]
03:10-!-poptix [] has quit [vinge.freenode.net irc.freenode.net]
03:10-!-rkulagow_ [] has quit [vinge.freenode.net irc.freenode.net]
03:10-!-hurdel [] has quit [vinge.freenode.net irc.freenode.net]
03:10-!-Z11 [] has quit [vinge.freenode.net irc.freenode.net]
03:10-!-aw [] has quit [vinge.freenode.net irc.freenode.net]
03:10-!-jfm [] has quit [vinge.freenode.net irc.freenode.net]
03:11-!-rkulagow_ [~rkulagow@12.207.131.29] has joined #mythtv
03:11-!-bigguy [bigman@h92.44.102.166.ip.alltel.net] has joined #mythtv
03:11-!-Edgan [[16tZngVov@24-205-202-171.rno-cres.charterpipeline.net] has joined #mythtv
03:11-!-Soopaman [~soopaman@h24-66-55-163.wp.shawcable.net] has joined #mythtv
03:11-!-Justin_ [~justin@H233-225.STATE.RESNET.ALBANY.EDU] has joined #mythtv
03:11-!-poptix [poptix@poptix.us] has joined #mythtv
03:11-!-aw [~awilliam@12-252-50-38.client.attbi.com] has joined #mythtv
03:11-!-Z11 [StealthZ@adsl-20-80-212.sdf.bellsouth.net] has joined #mythtv
03:11-!-paperclip [~joe@ip68-11-30-173.no.no.cox.net] has joined #mythtv
03:11-!-hurdel [~greg@wnpgmb08dc1-res-98-136.mts.net] has joined #mythtv
03:11-!-yebyen [yebyen@gripz.com] has joined #mythtv
03:11-!-vidar [~vidar@janus.prosalg.no] has joined #mythtv
03:11-!-mdz [~mdz@216-15-124-77.c3-0.smr-ubr3.sbo-smr.ma.cable.rcn.com] has joined #mythtv
03:11-!-Chutt [~ijr@dsl093-011-148.cle1.dsl.speakeasy.net] has joined #mythtv
03:11-!-lichen [lichen@vanquish.cohpa.ucf.edu] has joined #mythtv
03:11-!-moegreen [~jdanner@pa-steclge-u2-c3a-154.stcgpa.adelphia.net] has joined #mythtv
03:11-!-lichen_ [lichen@128.1.8.67.cfl.rr.com] has joined #mythtv
03:11-!-shad_ [shad@CPE00201888d549-CM014480116887.cpe.net.cable.rogers.com] has joined #mythtv
03:11-!-jfm [~jfm@nat-outgoing.dalalu.fr] has joined #mythtv
03:40<rkulagow_>chutt, you still awake/
03:56<Viddy>dude, do you sleep?
03:56* Viddyrealises how this project has got so far in so short time
03:59<rkulagow_>night owl.
04:06-!-lichen_ [] has quit [vinge.freenode.net irc.freenode.net]
04:06-!-moegreen [] has quit [vinge.freenode.net irc.freenode.net]
04:06-!-lichen [] has quit [vinge.freenode.net irc.freenode.net]
04:06-!-shad_ [] has quit [vinge.freenode.net irc.freenode.net]
04:06-!-Chutt [] has quit [vinge.freenode.net irc.freenode.net]
04:06-!-yebyen [] has quit [vinge.freenode.net irc.freenode.net]
04:06-!-Edgan [] has quit [vinge.freenode.net irc.freenode.net]
04:06-!-paperclip [] has quit [vinge.freenode.net irc.freenode.net]
04:08-!-yebyen [yebyen@gripz.com] has joined #mythtv
04:11<bigguy>http://www.hardforums.com/showthread.php?s=33806732be5c4712532ed0dd8b9129ba&threadid=575289
04:19-!-Chutt [~ijr@dsl093-011-148.cle1.dsl.speakeasy.net] has joined #mythtv
04:19-!-paperclip [~joe@ip68-11-30-173.no.no.cox.net] has joined #mythtv
04:19-!-Edgan [edgan@24-205-202-171.rno-cres.charterpipeline.net] has joined #mythtv
04:22-!-lichen_ [lichen@128.1.8.67.cfl.rr.com] has joined #mythtv
04:22-!-lichen [lichen@vanquish.cohpa.ucf.edu] has joined #mythtv
04:23-!-lichen [] has quit [Read error: 110 (Connection timed out)]
04:23-!-lichen_ [] has quit [Read error: 110 (Connection timed out)]
04:26-!-choenig [~choenig@pD952C94A.dip.t-dialin.net] has joined #mythtv
05:17-!-Soopaman [] has quit [Read error: 60 (Operation timed out)]
05:59-!-jdanner [~jdanner@pa-steclge-u2-c3a-154.stcgpa.adelphia.net] has joined #mythtv
05:59-!-lichen_ [lichen@128.1.8.67.cfl.rr.com] has joined #mythtv
05:59-!-lichen [lichen@vanquish.cohpa.ucf.edu] has joined #mythtv
06:01-!-shad_ [shad@CPE00201888d549-CM014480116887.cpe.net.cable.rogers.com] has joined #mythtv
09:13<mdz>rkulagow_: you certainly can set per-show recording profiles, but only by modifying the database directly. There is no UI for it yet.
09:16<Viddy>ahh
09:16<Viddy>speaking of, its 3:16am here, and i am so going to bed
09:49-!-Soopaman [~soopaman@h24-66-55-163.wp.shawcable.net] has joined #mythtv
10:01<rkulagow_>mdz: i was thinking of what was going to happen when there are mulitple backends of differing CPUs. for example, i've got a PIII/733; it's good enough for 480x480 RTJPEG, uncompressed audio. gives me 68% CPU utilization. if i get my dream machine from dell (P4 2.4Ghz, 240 GB for $476), i could put 3 encoders in it, do MPEG4 and still have plenty of CPU left over. in the case of watching live TV though, i don't have enough CPU on the PIII/733 to do b
10:09-!-aw [] has quit ["Client Exiting"]
10:10-!-Soopaman [] has quit [Read error: 60 (Operation timed out)]
10:30<mdz>rkulagow_: Chutt and I were talking about how to handle per-host profile configuration
10:30<mdz>I think the best way is going to be to have a per-host setting which controls the default scheduled recording profile, and the default live tv profile, for that host
10:31<mdz>that is, a global setting with a per-host override as with the other per-host settings
10:40-!-choenig [] has quit [Remote closed the connection]
10:41<rkulagow_>ok; glad that you guys are thinking about it already.
11:02<Chutt>mdz, someone's working on adding vp3 support to ffmpeg
11:21<mdz>Chutt: someone posted to the theora mailing list saying that they were working on reimplementing vp3
11:21<mdz>I wonder if it's the same guy; I didn't notice the email address
11:22<Chutt>heh
11:22<Chutt>theora cvs is still completely untouched
11:23<Chutt>ok, do you think there's a need for settings to have per-module scoping?
11:26-!-Markie [Markie@208.247.106.165] has joined #mythtv
11:27-!-yebyen_ [yebyen@gripz.com] has joined #mythtv
11:27<Markie>morning
11:27<Markie>(afternoon)
11:30<Chutt>howdy
11:32-!-yebyen [] has quit [Read error: 54 (Connection reset by peer)]
11:35<Markie>hey, sorry for not keeping up with stuff..i've been totally swamped
11:36<Markie>i'm trying the best i can! and still have a ton to program!
11:44<mdz>Chutt: I think module-level scope is too much complexity, and I don't see the application
11:44<mdz>Chutt: seems like it would just be confusing to have to change things like UI settings in multiple places
11:45<Chutt>right
11:45<Chutt>that guy just can't submit a good patch =)
11:48<Chutt>and SetSetting is used 5 times in the entire codebase
12:09<mdz>and never intending to save the setting permanently
12:13-!-rkulagow [~rkulagow@12.207.131.29] has joined #mythtv
12:21<Markie>for some reason whenever i set mythtv to record using mpeg4, after about a day, the machie hangs
12:21<Markie>using rtjpeg it's fine
12:21<Markie>weird...havent had a chance to look into it yet
12:21<Markie>plus i'm getting a new machine (hopefully today!!!)
12:27-!-rkulagow_ [] has quit [Read error: 110 (Connection timed out)]
12:55-!-jasongrichmond [~jrichmond@216.91.143.73] has joined #mythtv
12:57-!-Tuscany0 [~username@66.54.186.1] has joined #mythtv
12:59<mdz>Markie: maybe your hardware is flaky, overheating or something
12:59<mdz>Markie: mpeg4 will stress it more than rtjpeg
13:07<Markie>yea...possibly..it's a new P4 1.8
13:08<Markie>nothing else makes it hang...*shrug* we'll see with my new AMD 1800 :^)
13:09<jasongrichmond>what is happening?
13:17<Markie>the machine just hangs..umm...it's on the main screen...the next day, i turn on the TV and the mail screen is there,
13:17<Markie>i hit my remote control buttons, and nothing moves...so i try to remotely ssh into themachine and it doesnt connect..i try to ping the machine and it doesnt ping.
13:17<Markie>the main menu is still on the screen but it's completely unresponsive/frozen
13:18<Markie>so i wander up to my attic and power cycle the machine.
13:18<Markie>i have noticed that evey time it happens is when i change the setting to mpeg4
13:18<Markie>and then i recoird like 3 shows in a row (the ones i did last time were the bachlorette, get me outta here, i'm a celebrity, and CSI)
13:19<Markie>when i reboot the machine, only the first show is recorded (thats the next day when i go to watch it)
13:19<Markie>the only other thing i can think of, which is entirely possible is that it can sense just how dreadful "i'm a celebirty, get me outta here" is, and will do anything to not record it!
13:20<Justin_>i had mythtv crash the other day...
13:20<Justin_>i was watching the channel before it was about to record
13:20<Justin_>i guess it got confused or something
13:26<rkulagow>chutt, are you here?
13:27<mdz>Markie: test your RAM and measure your CPU and system temperature; this is not a mythtv problem
13:28<Markie>mdz: i never really said it was a mythtv problem :^)
13:29<Markie>i jsut said it's a problem i have when i run mythtv a certain way :^)
13:29<Markie>it's most likely my RAM
13:29<Markie>my PC is in my attic with no case on..and it's like -20 degrees farenheight there
13:30<mdz>there is a lower limit on those temperature ratings, too, you know :-)
13:31<Markie>heh :^)
13:31<Markie>so packing it in snow here in buffalo may not be a good idea? :^)
13:50<Viddy>mdz: is there?
13:50<Viddy>i thought that some cpus had been cooled with L N2, to about -80C
14:06<mdz>I could be lying, I dunno
14:07<mdz>there is surely a lower limit, but it could be as low as -80C I suppose
14:08-!-Tuscany0 [] has quit [Read error: 54 (Connection reset by peer)]
14:08<mdz>I don't think that his system temperature is the problem, but his CPU could certainly still overheat with an ambient temperature of -20
14:12<Markie>i got crappy memory
14:12<Markie>i mean _really_ crappy memory
14:13<Markie>like, it's got two 128M simms in it, yet yet only says it has 192M
14:13<mdz>clearly one of them is a 64M module
14:13<mdz>no matter how crappy a 128M module is, it doesn't act like a 64
14:16<Markie>i put each one in individaully nad it says 128M
14:16<paperclip>could be a crappy bios
14:17<Markie>either way..i got my new machine in the way
14:17<Markie>DDR
14:17<Markie>MMmm....DDR...
14:18<Markie>my first AMD
14:18<Markie>i feel like a virgin!
14:19-!-poptix [] has quit [Read error: 104 (Connection reset by peer)]
14:21-!-emessh [~emessh@poptix.us] has joined #mythtv
14:24<Chutt>mdz, ya here?
14:26<mdz>Chutt: yep
14:26<Chutt>scheduledrecording.cpp
14:26<Chutt>SRSetting::setClause()
14:27<Chutt>it escapes any "s in the local variable value, then doesn't use it
14:27<Chutt>should the getValue() later on be just value?
14:27<mdz>heh
14:27<mdz>yes, clearly
14:27<Chutt>ok
14:27<Chutt>and, i'm making it value.utf8()
14:27<Chutt>just to make sure it's storing utf8 int the db
14:27<mdz>sounds good
14:28<mdz>I must have been interrupted in the middle of making that change or something
14:28<mdz>or just brain damaged
14:34<rkulagow>chutt: i'm adding a eject-after-rip for mythmusic option. any problem with that?
14:34<Chutt>nope
14:34<Chutt>sounds good
14:35<rkulagow>i'm going to see if i can get the mythmusic settings option to actually start doing stuff and move away from reading the .txt file. is that ok? who's doing most of the mythmusic coding now?
14:36<Chutt>i've done a bit recently
14:36<Chutt>that andy davidoff guy's trying to, but =)
14:36<Markie>is there a plugin for visualizations
14:36<Chutt>no.
14:36<rkulagow>ok; i was just wondering if anyone might already have setup for mythmusic in their private tree.
14:37<Markie>so they're pretty much custom right now
14:37<Chutt>they're always going to be
14:37<Markie>yea? you think?
14:44-!-emessh is now known as poptix
14:45<-- Markiehas quit ()
15:14<rkulagow>jdanner, you here?
15:14<jdanner>i am
15:16<rkulagow>john, i committed a few changes last night to do the setup for mythweather. i realized that my private tree used the slider vs the combobox that you had - if you remember, i asked you to consider it. i can change it back if you like. sorry about that.
15:17<jdanner>that's not a problem, but from your commit message i don't understand what you did with the convertFlag in weather.cpp, did you change it to an 'int'?
15:19<rkulagow>i did; you had it as a string "YES", but in the setup it's easier to make it a checkbox as a true/false.
15:23<jdanner>oh, ok...sounds good
15:24<jdanner>I've got almost all the cities and area id numbers in a flat text file at this point. I might make a way to easily select the area id number (instead of going to msnbc.com).
15:38-!-choenig [~choenig@pD952C94A.dip.t-dialin.net] has joined #mythtv
16:07<rkulagow>chutt, i'm going to have the default for the ejectCDafter ripping to be true. i now we don't have that functionality now, but i figure it's a reasonable default.
16:24<Chutt>rkulagow, i'd rather the cd eject stuff used libcdaudio
16:24<Chutt>instead of doing the ioctl itself
16:26<rkulagow>ok, let me look through libcdaudio then.
16:29<Chutt>should be fairly simple
16:30<Chutt>there's a cd_eject() function, iirc
16:33<rkulagow>ok, i'm looking through cdaudio.h now.
16:45<Chutt>hmm
16:45<Chutt>i wonder if there'd be any use for the qt script stuff
16:53* bigguyis [away -={ Shower -> Study -> TEST }=- ]
17:03-!-Z11 [] has quit [Read error: 104 (Connection reset by peer)]
17:11<Chutt>heh
17:17<Chutt>Andy Davidoff just doesn't get it.
17:26-!-poptix [] has quit [Read error: 110 (Connection timed out)]
17:36<rkulagow>chutt: are you here?
17:38<rkulagow>how's this for the ejector:
17:38<rkulagow> bool EjectCD = gContext->GetNumSetting("EjectCDAfterRipping",1);
17:38<rkulagow> if (EjectCD)
17:38<rkulagow> if (cd_eject(open(cddevice, O_RDONLY)) == -1) perror("Failed on cd_eject");
17:39<rkulagow>i'm not sure if there's an implicit close on the "virtual" fd that we're opening. i'm pretty sure that there is.
17:43-!-poptix [~emessh@poptix.us] has joined #mythtv
17:47<Chutt>rkulagow, hm
17:48<Chutt>i'm pretty sure you need to do something more like
17:48<rkulagow>well, i know that the above is working - i'm staring at my cupholder. :)
17:49<Chutt>err, really?
17:49<Chutt>heh
17:49<Chutt>i was fairly sure that the cd_eject() didn't take a normal file descriptor
17:50<rkulagow>it appears to. i was looking at the libcdaudio docs, such that they are. not terribly informative. the header says, "int cd_desc". why not just have a "fd" in there like everyone else does?
17:50<Chutt>you're supposed to use cd_init_device()
17:50<Chutt>is why =)
17:50<Chutt>and you do need to close the fd
17:50<Chutt>cd_finish() =)
17:51<Chutt>even though they don't really do _that_ much more than just open and close the device as normal
17:51<mdz>rkulagow: at the very least that will leak a fd :-)
17:51<rkulagow>right, and when i read through cd_init_device it's returning a fd. that's why i short circuited a little. ok, i'll close the FD and make the if into a brace function and take care of everything.
17:51<Chutt>mdz, didn't you say you didn't care about the playlists?
17:51<rkulagow>hey, we've got _plenty_ of fd's! :)
17:52<Chutt>and did you ever do the caseless postal code stuff?
17:57-!-choenig [] has quit [Remote closed the connection]
18:10<mdz>Chutt: I don't even really care about mythmusic, much less its playlists
18:10<Chutt>i know
18:10<mdz>the postal code thing is in my working directory, ok to commit it?
18:10<Chutt>i don't mind
18:10<Chutt>slong as other random stuff doesn't get committed =)
18:11<mdz>har har har
18:11<Chutt>this guy's pissing me off, though
18:12-!-Chutt has changed the topic to: http://www.mythtv.org/
18:12<mdz>I have one other tiny patch in my working directory
18:12<mdz>to move the aggressive buffer option to the audio page
18:12<mdz>if that's meant to be permanent
18:12<Chutt>yeah, you can move it there
18:12<Chutt>i just wanted it on that same page for that one guy
18:12<Chutt>he has now, so moving it's cool
18:13<mdz>is there any reason to have that non-functional commercialskipmethod option visible?
18:13<Chutt>it'll do more eventually
18:13<Chutt>doesn't really hurt anything
18:14<mdz>I just noticed that gcc supports precompiled headers
18:14<Chutt>it does?
18:14<mdz>http://gcc.gnu.org/onlinedocs/gcc/Precompiled-Headers.html
18:14<mdz>dunno in what version, if any released
18:15<mdz>doesn't seem to be in the version in unstable
18:16<mdz>I wouldn't mind some of that action
18:16<Chutt>heh
18:16<Chutt>look at the list of requirements
18:16<mdz>it takes this box about 15 seconds to compile one source file in mythtv
18:19<Chutt>ok
18:19<Chutt>so, wireless frontends
18:19<Chutt>you've got 500kB/s, max
18:19<Chutt>across all frontends
18:19<Chutt>he wants to precache 500MB of data
18:20<Chutt>how long would that take?
18:20<Chutt>hrm
18:20<Chutt>"Only one precompiled header can be used in a particular compilation. "
18:20<Chutt>doesn't that kind of seem like a show stopper?
18:22<poptix>Chutt: 500KB/s max rate, or maximum stream rate?
18:22<Chutt>poptix, that's the maximum transfer rate i get from my laptop to another box on my lan, when it's sitting right on top of the access point
18:22<Chutt>it's more like 400kB/s, most of the time, actually
18:22<poptix>Chutt: i'm sorry =p
18:22* poptixgets quite a bit more
18:23<jdanner>poptix: you're not likely to get much more than that with wireless, unless you've got a perfect signal, even then you don't get the full bandwidth
18:23<poptix>jdanner: i know all about wireless, i ran the network for a large wisp
18:23<poptix>fun stuff.
18:24-!-jdanner is now known as moegreen
18:24<poptix>i've got that 802.11b+ stuff
18:24<poptix>with the beta "4x" firmware
18:25<poptix>it's not quite 4x though, heh
18:26<Chutt>yeah, like how 11mbps turns out to be 5 or so =)
18:26<poptix>well, my ATA/133 hard drives don't get 133MB/s either =p
18:26<poptix>and my 19" monitor is only really 17.9"
18:27<Chutt>mdz, apparently, the setting scopes would be perfect for storing keybindings
18:27<poptix>...
18:28<mdz>Chutt: of course
18:28<mdz>Chutt: actually those should be scoped to each window
18:28<mdz>Chutt: so you could have the bindings change every time anything happens in the application
18:29<Chutt>"They would let me default key-bindings for all modules, shadow a special key-binding for one or two other modules, and override the entire key-map for a third module"
18:29<Chutt>how the hell would that be usable?
18:29<mdz>your ATA/133 hard drives should be able to push 133MB/s over the bus if you got enough of them
18:30<poptix>i can push 230MB/s or so across the bus reading from the drive cache
18:30<poptix>or so says the benchmark programs
18:30<mdz>that 'only one precompiled header per app' limitation is pretty severe
18:31<Chutt>yeah
18:31<Chutt>heh
18:31<Chutt>ever read large scale c++ development?
18:31<mdz>that's a book? no
18:32<Chutt>err, 'large scale c++ software design'
18:32<Chutt>it's got a bunch of tricks in it to speed up compile times
18:32<Chutt>none of which we're using, of course =)
18:32<Chutt>most of them tend to make the code harder to understand
18:32<mdz>I hope that's not a design limitation or something silly like that
18:33<mdz>surely they don't expect people to adapt their build systems and code to use precompiled headers
18:34<mdz>ever used gcov?
18:34<Chutt>nope
18:36<Chutt>all this reminds me of the guy that sent in patches to speed up minor math ops in the recorder class
18:37<Chutt>stuff that got executed once per frame, wasn't even part of the encoding process, he made a whole couple percent faster
18:37<Chutt>then got all pissed off when i didn't commit them
18:38<Chutt>turning if statements into pure math equations
18:38<Chutt>just ugly stuff
18:38<Chutt>like, sure, if that was important code, that'd be a useful optimization
18:39<Chutt>but it's not when it wouldn't even show up in a profiling tool
19:07<Chutt>heh
19:07<Chutt>mr. database performance's code sucks
19:08<Chutt>it's up to 20x slower at writing out a playlist when compared to the current code
19:08<Chutt>it _is_ faster at reading
19:18<mdz>is this writing to the db? or flat files?
19:18<Chutt>to the db
19:19<mdz>didn't he add like 40 indexes to the table?
19:19<Chutt>two separate tables
19:19<mdz>that'll screw write performance
19:19<Chutt>the current format is a string
19:19<Chutt>"1,2,3,4,5"
19:19<Chutt>so each entry requires another db hit to look it up
19:20<Chutt>he's got a separate table, that has a playlist id, an order number, and the song number
19:20<Chutt>and joins it and sorts it with one query
19:20<Chutt>which is why that's faster
19:20<Chutt>but it's a ton slower to write
19:22<mdz>80 inserts instead of one big one
19:22<Chutt>well
19:22<Chutt>he does group the inserts a little
19:23<Chutt>but it has to delete all the existing entries, too
19:23<mdz>eww
19:23<Chutt>and not just update a string in a single entry like the simple string format does
19:24<Chutt>just moved the ThemeSelector back into the .h
19:24<Chutt>funny how long that took =)
19:25<Chutt>and the more i think about it, the more i like the original playlist
19:25<Chutt>since like i said on the mailing list, it's really easy to deal with playlists inside of playlists
19:27<mdz>that sounds desirable
19:34<moegreen>Interesting: "You win, I'll maintain my own patches from now on" --> very touchy
19:35<Chutt>and i still fail to see how the new schema is necessary for what he's saying
19:36<Chutt>current schema: playlistname, id, hostname, <playlist blob>
19:36<Chutt>if hostname is non-null, it's local to one host
19:36<Chutt>if it's null, it's global
19:39<moegreen>So he's got another table that holds the playlist data?
19:39<Chutt>he's got a similar table to that one
19:39<Chutt>then one that's: playlistid, song order, song #
19:39<Chutt>obviously, it's better
19:39<Chutt>somehow
19:39<Chutt>somewhere
19:40<Chutt>i don't know where, though
19:41<moegreen>I thought he mentioned something about a change in a playlist on one frontend will be reflected on all frontends, which I guess could be useful - but I don't see how a global playlist wouldn't do the same thing.
19:41<Chutt>it no different
19:41<Chutt>at all
19:42<Chutt>it's the exact same thing
19:42<Chutt>yet he insists it's better
19:42<moegreen>he seems hellbent on changing just about everything that already works, heh.
19:43<Chutt>if he could explain _why_ it's better
19:43<Chutt>and how the existing stuff can't possibly work
19:43<Chutt>then i'll be all for that
19:44<moegreen>Chutt: what do you think abouting changing the list box in the 'watch recording', 'delete recording', etc to look more like the area in the program finder --> i.e. a more custom to MythTV look
19:45<Chutt>hm
19:45<Chutt>are you still using the qlistview stuff there?
19:46<moegreen>No, the program finder is somewhat a custom setup for now - I just wanted to through out the idea to see if it was desireable (if it would be just as easy to implement)
19:46<moegreen>err, throw
19:46<Chutt>have you checked out nathan ziarek's page?
19:47<moegreen>I did see some listbox graphics - would you like to see something like that?
19:47<Chutt>i dunno
19:47<Chutt>potentially
19:48<Chutt>it would make theming a little more difficult
19:48<Chutt>since graphics would have to be created for that
19:49<Chutt>though, i suppose it could do what you do and just draw colored boxes =)
19:49<Chutt>if there's no graphics for it
19:52<moegreen>hmmm...ok...It probably won't be anything for the 0.8 release, but it's something I would like to see get done :)
19:52<Chutt>sure
19:56<poptix>hmm
19:56<poptix>Feb/20/2003 19:47:24 Wireless PC connected 00-06-25-3D-A8-4B
19:56* poptixwonders who that was
19:57<Chutt>uh oh, you've been war driven
19:57<poptix>pfft =p
19:57<poptix>it's open on purpose
19:57<Chutt>my AP is open to the world
19:57<poptix>http://maps.tcwug.org
19:57<Chutt>but if someone were using it, they'd be sitting in front of my house
19:57<poptix>^- i made/run that
19:57<Chutt>so i could go out with a baseball bat if needed
19:57<Chutt>=)
19:57<poptix>and it's broken
19:57<poptix>hrm
19:58<poptix>whoops, sql server was down
19:58<poptix>Chutt: http://maps.tcwug.org/cgi-bin/index.pl
19:59<poptix>all the little dots are click-able
19:59<Chutt>nice
19:59<poptix>you can add links between nodes and whatnot
20:00<poptix>http://www.poptix.net/thehills.jpg <- range of my D-Link DI-614+ access point
20:01<poptix>i did a few speed tests btw
20:01<poptix>looks like i get 5.7mbit raw throughput on my AP
20:01<moegreen>poptix: are the links btw nodes tunnels or something?
20:01<poptix>moegreen: planned wireless links
20:01<poptix>moegreen: we're just getting off the ground with our local WUG
20:02<moegreen>That's a nice map, btw
20:02<poptix>they're pulled and cached on the fly from mapquest
20:04<poptix>i put the whole thing on sourceforge in case someone wants to use it for other stuff
20:04<poptix>figured it might be useful for ham users, or people wanting to map out other connections between locations
20:13<mdz>heh, that encoder card has "invincible quality"
20:14<Viddy>Chutt: or they would be sitting a little way off with a 24db antenna
20:14<Chutt>viddy, couldn't be
20:14<Viddy>why?
20:14<Chutt>there's a park and an assload of trees across the street
20:15<Viddy>that could be an issue :)
20:15<Chutt>and signal doesn't propogate behind my house at all
20:15<Viddy>802.11b links scare me
20:16<poptix>i've done some 24 mile links off 250 foot water towers
20:16<poptix>it's really fun
20:16<Viddy>they are usually insecure, and you dont need a physical connection to get onto the network
20:16<poptix>especially when you've got an inch of ice on your 8dB antenna, and have to climb up in the middle of a snow storm to thaw it
20:16<Viddy>heh
20:16<Viddy>just pop a 1watt amp on it
20:17<poptix>insecure? that's what ipsec is for.
20:17<Viddy>true
20:17<poptix>besides, do you think your data is really all that secure floating across the 'net?
20:17<Viddy>when im sshing to another box, yes(ish)
20:17<poptix>i've run a few isp's, i know what people with access do =P
20:18<poptix>'hmm, so and so is using a lot of bandwidth, i wonder what he's downloading'
20:18<Viddy>hehehe
20:18<Chutt>i still can't believe this guy is arguing over something that takes 4 ms and happens on exit
20:18* Viddyshould really get the non digest thing
21:10<moegreen>Anyone know why NFS would be sending fragmented packets (1500 bytes + a 144 byte packet)? my MTU size is set at 1500 ... odd?
21:12<Viddy>no
21:12<Viddy>not really
21:12<Viddy>mtu == maximum size of packe
21:12<Viddy>mtu == maximum size of packet
21:12<Viddy>...i think
21:12<Viddy>therefore if you have a 1644byte packet, it'll split it into two packets
21:27<moegreen>Viddy: Yeah, I understand that part, just not sure why NFS would send 1644 byte packets to an interface that it can easily find out to be a 1500 byte MTU
21:27<Viddy>not sure
21:27<Viddy>man pages?
21:27<Viddy>:)
22:17-!-Soopaman [~soopaman@h24-66-55-163.wp.shawcable.net] has joined #mythtv
22:20<Justin_>hmm
22:20<Justin_>does the commercial skip still do this:
22:20<Justin_>When the user hits 'Z', the detection code rewinds 2 seconds then
22:20<Justin_>starts looking for a blank.
22:21<Justin_>i was noticing if i hit it as soon as the commercial started, it wouldnt do anything
22:21<moegreen>do you mean it keeps player the commercial?
22:22<mdz>moegreen: NFS pays no attention to the MTU; it sends an entire block in one packet
22:22<mdz>moegreen: man mount, and look at the rsize and wsize options
22:23<Justin_>no, i guess it was going back 2 seconds, then finding the blank 2 secodns later
22:24<Chutt>justin, it seems to work better if you wait a little bit before hitting Z
22:24<moegreen>mdz: thanks, I was having speed issues and thought that might have been it (mainly because it seemed odd), but it ended up being a duplex issue in a switch :) Is it a good idea to have NFS just send the 1500 bytes instead of the fragments?
22:26<moegreen>Chutt: I can't get MythMusic to select music when using my remote, I have redefined my typical select key as the KP_Enter key and the Return key, neither work -> do I have to do another mapping for the space?
22:26<Chutt>i just use space instead of enter for everything
22:26<Chutt>might've missed mapping something to enter =)
22:29<moegreen>ok, switched to space myself :)
22:31<Chutt>hmm
22:33-!-Edgan [] has quit ["Client Exiting"]
22:40<Chutt>oops
22:40<Chutt>i missed csi
22:40<Chutt>am missing, rather
22:40<Chutt>oh well
22:43<mdz>Chutt: I had to add a new class just now, and I put the opening brace where you like it
22:43<mdz>Chutt: I thought you should know :-)
22:43<Chutt>wow =)
22:43<Chutt>thanks
22:43<Chutt>i don't really mind as long as the entire file's that way
22:43<mdz>oh shit
22:43<mdz>it's nestled in between a bunch that are done the right way ;-)
22:43<Chutt>which yours are, unless i've mistakenly changed things
22:43<Chutt>hehe
22:44<mdz>playbacksettings::playbacksettings has it your way
22:44<Chutt>ah well
22:44<mdz>since I was adding right above it, I followed suit
22:44<Chutt>it's just nice to be consistant
22:44<mdz>I could use andy davidoff's indent profile
22:44<Chutt>heh
22:46<mdz>damn, I deleted it
22:46<Chutt>i can send it to you!
22:46<mdz>it's in my read mail archive
22:46<mdz>takes a bit to decompress is all
22:46<Chutt>heh
22:46<Chutt>you're not being serious, right?
22:47<mdz>I'm going to try it and see what it does
22:47<Chutt>bah, don't worry about it
22:47<mdz>I am going to run it on a file that is done entirely in your style
22:47<Chutt>and diff it?
22:47<mdz>and if it spits it out with zero changes
22:47<mdz>then I think it should go in the contrib dir
22:47<mdz>but what are the odds of that
22:47<Chutt>heh
22:47<Chutt>the current kde cvs debs are messed up
22:48<Chutt>it keeps playing random noises
22:48<Chutt>it just did the shutting down kde sound
22:48<Chutt>and it's been beeping occasionally for the past couple hours
22:49<Chutt>ah well
22:49<Chutt>got this big long email explaining how playlists should work just about done
22:49<Chutt>playlists of playlists of playlists
22:49<Chutt>and what the default playlist is, for those who can't seem to grasp it
22:50<mdz>indent: mythcontext.h:37: Warning:Line broken 2
22:50<mdz>spits out about a billion of those
22:50<mdz>broke some lines in really dumb places
22:50<mdz>deleted the whitespace after the colon and before the parent classes in class declarations
22:51<mdz>likewise for parent constructor calls
22:51<mdz>expanded all of the one-line inlined functions myfunc() { return blah; } into 4 lines
22:51<Chutt>heh
22:52<mdz>it did a couple of good things, but way more bad
22:52<Chutt>yeah, sorry, i have a weird and internally inconsistant indent style
22:52<mdz>so I heard
22:52<mdz>I expected more from 25 command line options
22:53<Chutt>heh
22:54<Chutt>can you read that big long email i just sent and let me know if it make sense?
22:54<mdz>I need to map a key for this commercial skip business so I can try it out...looks pretty neat
22:54<Chutt>though you haven't gotten it yet, probably
22:54<mdz>heh
22:54<mdz>even if I had:
22:54<mdz>-*-Mutt: =incoming/lists/dv [Msgs:79 New:17 Old:49 Flag:11 Post:1 Inc:13 397K]---(threads/date)----(37%)---
22:54<Chutt>it works rather well for prime-time stuff
22:54<mdz>it's got 66 messages ahead of it
22:54<Chutt>bah, skip ahead
22:54<mdz>aw
22:55<mdz>I see at least one Isaac Richards / Andy Davidoff exchange in there
22:55<mdz>that I was so looking forward to
22:55<Chutt>this is all that
22:55<Chutt>i'm kinda hoping he takes his toys and goes home
22:55<mdz>heh, that guy's gcc ICE even tells him to report the bug to mandrake
22:55<mdz>but it goes to mythtv-dev instead
22:56<mdz>I fixed up the volume settings so that it hides them if the user unchecks the box saying to let myth mess with the levels
22:56<mdz>rather than telling the user to ignore them in the help
22:56<Chutt>neat
22:57<Chutt>did you see my question about something for the master server setting yesterday?
22:57<mdz>maybe
22:57<mdz>oh, yeah, I remember
22:58<mdz>you wanted to enforce inter-host constraints on it or something hard like that :-)
22:58<Chutt>the easiest way to mark which is the master server would just be a checkbox in the backend setup
22:58<Chutt>but i'm not sure how to handle that =)
22:58<Chutt>so i think i may just wimp out and make it a textbox with an ip address in it
22:58<mdz>how would the backend setup get a list of servers?
22:58<Chutt>it wouldn't
22:58<mdz>oh, you mean "this is the one"
22:58<Chutt>you'd enter em
22:58<Chutt>yeah
22:59<mdz>yeah, that would work fine, except, as you said, you wouldn't want to let more than one backend check the box
22:59<mdz>the checkbox could just write the hostname as the actual value
22:59<Chutt>need an ip address
22:59<mdz>though, if it's a per-host setting, it could really be a normal checkbox
22:59<mdz>oh
23:00<Chutt>it's not per-host
23:00<mdz>why?
23:00<Chutt>unless they've got things setup to resolve hostnames on their local net
23:00<Chutt>using ip addresses is safer
23:00<mdz>it'd be nice if it told people to enter an IP address, but would actually resolve names
23:00<mdz>that way hopefully not many people would ask DNS questions on the list
23:01<Chutt>well
23:02<Chutt>i'm going to have the setting line be something like: Alioth is: [ 192.168.1.101 ]
23:02<Chutt>unless you know of a way to translate a hostname into an externally accessible ip reliably =)
23:03<mdz>that would be trivial except for stupid distributors
23:03<mdz>who write things like 127.0.0.1 localhost myhost to /etc/hosts
23:03<Chutt>yup
23:04<mdz>RH is even worse; they do (or did) 127.0.0.1 myhost localhost
23:04<mdz>so 127.0.0.1 would reverse to myhost instead of localhost
23:04<mdz>that makes it really hard to get mysql grants right :-)
23:04<mdz>when connecting over TCP to localhost
23:05<Chutt>heh
23:06<moegreen>Chutt: Would you be against a broadcast packet from the master server telling the other servers and clients it is the master?
23:06<Chutt>only thing is where would the clients know where to connect?
23:07<moegreen>they could send a broadcast and ask for a server to connect to
23:07<Chutt>hmm
23:07<mdz>where are these complaints that he has heard about how editing the playlist is slow?
23:07<mdz>doesn't it only write it out when you exit?
23:07<Chutt>it's semi-slow to open up the edit playlist dialog
23:07<Chutt>since it's doing a lot of tree building
23:07<Chutt>and database access
23:07<Chutt>somehow, he got that confused with playlist loading and editing
23:08<mdz>the CD lookup thing only takes any time if there is actually a CD in the drive, right?
23:08<Chutt>right
23:08<Chutt>and if there's a data cd in, or a dvd
23:08<Chutt>it takes a _long_ time
23:08<Chutt>several seconds
23:10<mdz>I am so addicted to zsh now
23:10<mdz>the makefile completion is nice
23:13<mdz>this is ridiculous
23:13<mdz>I need my old CPU back
23:13<mdz>make globalsettings.o 52.75s user 0.74s system 96% cpu 55.611 total
23:14<mdz>yes, that is almost one minute to compile one source file
23:14<Chutt>hehe =)
23:14<Chutt>current unstable?
23:14<Chutt>the gcc that just got uploaded seems slower yet
23:15<Soopaman>i heard it is
23:16<Soopaman>but the output is faster
23:16<Soopaman>that's what the gcc guys said
23:16<mdz>yeah, current unstable
23:17<mdz>gcc version 3.2.3 20030221 (Debian prerelease)
23:17<mdz>didn't notice the new minor revision
23:18<mdz>Chutt: Mike Melanson <melanson@pcisys.net> was the guy talking about implementing a VP3 codec on the theora list
23:18<mdz>Chutt: is he one of the ffmpeg people?
23:18<Chutt>he's on the list
23:18<Chutt>not one of the actual ffmpeg people, though
23:18<Chutt>and he's the guy that was asking for info on stuff
23:18<mdz>there are more messages in that thread than there have been in the past month
23:18<Chutt>heh
23:18<Chutt>kinda sad :(
23:19<mdz>oh nice, chris pinkham's fix is in
23:19<Chutt>well, i had to fix stuff
23:19<Chutt>since there was more to it than that
23:19<Chutt>but, yeah, it should be fine now
23:19<mdz>that doesn't seem to happen here much anymore though
23:19<mdz>probably because my girlfriend quit using bookmarks when it would crash on her all the time
23:21<mdz>I didn't get to your latest message; I need to get to bed
23:21<Chutt>fine, fine :p
23:21<mdz>wisdom teeth coming out tomorrow; I'll be sitting around drooling all day
23:21<mdz>plenty of time for mail
23:21<Chutt>heh
23:21<Chutt>when you're coherent
23:21<Chutt>=)
23:33<shad_>Chutt: Better temp. disable his account :)
23:35<poptix>i'm happy to say that i only have two wisdom teeth, on the top, where there was plenty of room for them
23:35<poptix>nobody in my family has bottom wisdom teeth, it's weird.
23:36* bigguyis [back -={ I kicked ass and took names }=- ]
23:38-!-Soopaman [] has quit [Read error: 60 (Operation timed out)]
23:39-!-yebyen_ is now known as yebyen
23:44<Chutt>hmm
23:44<Chutt>chris pinkham's getting write access
23:47<bigguy>I was wondering how long it'd take you to give him that
23:47<Chutt>he's only submitted a couple patches so far
23:47<Chutt>4 or so
23:47<Chutt>and i am being fairly free with write access =)
23:47<bigguy>yeah but they are pretty nice from what I've heard
23:48<moegreen>Andy Dirdorf wanted write access =)
23:48<Chutt>heh
23:48<bigguy>I had an exam tonight that I was dreading. I ended up being one of the few to even get a low 90
23:49<Chutt>i suppose that's a portion of why i'm being hostile towards him
23:49<Chutt>bigguy, nice
23:49<bigguy>you mean the schema guy?
23:49<Chutt>yeah
23:49<bigguy>heh
23:49<bigguy>he's funny ;)
23:49<moegreen>bigguy: does that mean everyone else got a high 90 =P j/k
23:49<Chutt>moegreen, did my big long email explaining playlists make sense to you at all?
23:50<bigguy>moegreen: no.
23:50<bigguy>moegreen: only 3 of the 11 did
23:50<Chutt>i just want to make sure i'm not totally off the wall
23:50<bigguy>the next highest grade being a 75
23:50<moegreen>Chutt: Yeah, it made sense - It seems both of you aren't understanding the other
23:50<moegreen>bigguy: good job, I was just kidding :)
23:51<Chutt>i just don't see how that can be done with his db layout
23:51<Chutt>and the existing stuff works fine for it
23:51<bigguy>moegreen: of course I half expected to flunk
23:51<Chutt>i dunno
23:51<bigguy>moegreen: It was over almost the first have off the book
23:51<bigguy>of the even
23:52<moegreen>Chutt: Yeah, I haven't really messed with mythmusic much, but if it works and it isn't a major bottleneck - I don't see why he wants to change it
23:52<Chutt>i've even got the ui all planned out for selecting from multiple playlists
23:52<Chutt>not sure about editing actual playlists yet, but =)
23:53<moegreen>Although he seems to be going through and trying to change things that work in the interest of saving a few CPU cycles --> when the CPU cycles don't really matter at the time
23:55<Chutt>hrm
23:55<Chutt>opinions on moving the channel up/down keys away from the arrow keys?
23:56<Chutt>though that wouldn't work for the remove i got with the wintv
23:56<Chutt>hrmph
23:56<moegreen>Chutt: If not a broadcast packet to find a server, why not make the settings dialog have four combo boxes each with 0 -> 255 (assuming these boxes respond to page up/page down)
23:56<Chutt>i think a broadcast packet might work fine
23:57<Chutt>but it's probably easier to just store the master server ip in the database
23:57<Chutt>have everything just look it up on startup
23:57<moegreen>Does the frontend read the SQL server's IP and username locally then?
23:58<Chutt>yeah
23:58<Chutt>i'll probably keep it that way
23:58<Chutt>thought about having the backend pass along that information, though