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 | * Viddy | realises 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 | <-- Markie | has 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 | * bigguy | is [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 | * poptix | gets 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 | * poptix | wonders 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 | * Viddy | should 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 | * bigguy | is [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 |