00:58 | <thor_> | Isaac, I'm really on the verge of commiting this: http://www.sigvaldason.com/mvid_tree.png |
00:58 | -!- | rkulagow__ [] has quit [Read error: 54 (Connection reset by peer)] |
00:58 | -!- | rkulagow__ [~rkulagow@12-206-151-240.client.attbi.com] has joined #mythtv |
00:58 | <thor_> | but it's doing weird things when returning from mplayer (ie. I don't understand system() ?) |
00:58 | <thor_> | send you a tarball? |
01:01 | <mdz_> | thor_: what sort of weird things? |
01:01 | <mdz_> | system() is pretty much what it looks like |
01:01 | <thor_> | just really sluggish |
01:01 | <thor_> | which is odd |
01:01 | <thor_> | and top shows X is sometimes grabbing large resources |
01:02 | <thor_> | I'm probably just tired |
01:03 | <mdz_> | thor_: did you set a breakpoint or anything to see if it's making it back to your code before it goes weird? |
01:04 | <thor_> | it's back to my code ... pathetic thing is I have moegreen's code right there beside me which does the same thing (and properly). I think I'll just go to bed. It'll be trivial in the morning |
01:05 | <mdz_> | good plan |
01:17 | -!- | jrh [] has quit [Read error: 110 (Connection timed out)] |
01:59 | -!- | jrh [~jr@ip68-5-230-73.oc.oc.cox.net] has joined #mythtv |
01:59 | -!- | Timon [] has quit [Remote closed the connection] |
02:07 | -!- | bline [~sbeck@24.84.93.233] has joined #mythtv |
02:12 | -!- | PeteCool [] has quit ["Client exiting"] |
03:12 | -!- | kiwi_uk [~kiwiuk@pc3-nfds1-6-cust201.nott.cable.ntl.com] has joined #mythtv |
03:14 | -!- | kiwi_uk [] has quit [Client Quit] |
03:32 | -!- | jrh [] has quit [Read error: 110 (Connection timed out)] |
04:00 | -!- | marc [~marc@194.235.194.29] has joined #mythtv |
04:04 | -!- | Viddy [] has quit [Remote closed the connection] |
04:09 | -!- | marc [] has quit [Read error: 54 (Connection reset by peer)] |
04:12 | -!- | jrh [~jr@ip68-5-230-73.oc.oc.cox.net] has joined #mythtv |
04:24 | <-- jrh | has quit () |
04:28 | -!- | marc [~marc@194.235.194.47] has joined #mythtv |
04:38 | <-- marc | (~marc@194.235.194.47) has left #mythtv |
05:11 | -!- | __inman__ [~dert@dsl092-236-197.phl1.dsl.speakeasy.net] has joined #mythtv |
05:22 | -!- | _inman_ [] has quit [Read error: 60 (Operation timed out)] |
06:01 | -!- | FryGuy [] has quit [Read error: 54 (Connection reset by peer)] |
08:23 | -!- | rkulagow__ [] has quit [Read error: 104 (Connection reset by peer)] |
08:24 | -!- | rkulagow__ [~rkulagow@12-206-151-240.client.attbi.com] has joined #mythtv |
08:40 | -!- | rkulagow__ [] has quit [kornbluth.freenode.net irc.freenode.net] |
08:40 | -!- | sc00p [] has quit [kornbluth.freenode.net irc.freenode.net] |
08:40 | -!- | thor_ [] has quit [kornbluth.freenode.net irc.freenode.net] |
08:40 | -!- | Captain_Murdoch [] has quit [kornbluth.freenode.net irc.freenode.net] |
08:40 | -!- | Cloak [] has quit [kornbluth.freenode.net irc.freenode.net] |
08:40 | -!- | dilinger [] has quit [kornbluth.freenode.net irc.freenode.net] |
08:41 | -!- | rkulagow__ [~rkulagow@12-206-151-240.client.attbi.com] has joined #mythtv |
08:41 | -!- | sc00p [~oldendic@zink-a-dip3.nat.okstate.edu] has joined #mythtv |
08:41 | -!- | dilinger [irc@sloth.voxel.net] has joined #mythtv |
08:41 | -!- | Cloak [mmen@crackaddict.com] has joined #mythtv |
08:41 | -!- | Captain_Murdoch [~buy_more_@ip68-107-147-80.hr.hr.cox.net] has joined #mythtv |
08:41 | -!- | thor_ [~thor@208.185.11.34] has joined #mythtv |
08:49 | -!- | thor_ [] has quit [Read error: 60 (Operation timed out)] |
11:54 | -!- | poptix [] has quit [Read error: 110 (Connection timed out)] |
12:00 | <__inman__> | i see the dbschemaver was adopted, finally. |
12:00 | <__inman__> | is it useful to resubmit my fixschema applet? |
12:01 | -!- | __inman__ is now known as inman |
12:10 | -!- | poptix [poptix@precious.net] has joined #mythtv |
12:11 | <yebyen> | man, auto commercial skip rocks so much |
12:12 | <yebyen> | you notice it more when you don't have it (when I watch tv anywhere else, even on my parents DVR cable box) |
12:19 | -!- | just1nux [] has quit [Read error: 60 (Operation timed out)] |
12:42 | -!- | _inman_ [~dert@dsl092-236-197.phl1.dsl.speakeasy.net] has joined #mythtv |
12:42 | -!- | rkulagow__ [] has quit [Read error: 54 (Connection reset by peer)] |
12:43 | -!- | rkulagow__ [~rkulagow@12-206-151-240.client.attbi.com] has joined #mythtv |
12:46 | -!- | Ripp [] has quit ["Client exiting"] |
12:48 | -!- | Ripp [~ripp@209.194.224.236] has joined #mythtv |
12:48 | -!- | hfb [~hfb@pool0166.cvx12-bradley.dialup.earthlink.net] has joined #mythtv |
12:57 | -!- | hfb [] has quit [Read error: 104 (Connection reset by peer)] |
12:57 | <Ripp> | cool..hehe...just put a slave backend/frontend on my wifi laptop...works OK for shows recorded w/ a good clean signal (smaller files) |
12:57 | -!- | hfb [~hfb@pool0183.cvx17-bradley.dialup.earthlink.net] has joined #mythtv |
13:07 | -!- | inman [] has quit [Read error: 110 (Connection timed out)] |
13:18 | -!- | hfb [] has quit ["Client exiting"] |
13:22 | <Snow-Man> | Looks like the GF4MX works alright. |
13:24 | -!- | __inman__ [~dert@dsl092-236-197.phl1.dsl.speakeasy.net] has joined #mythtv |
13:26 | -!- | kiwi_uk [~kiwiuk@pc3-nfds1-6-cust201.nott.cable.ntl.com] has joined #mythtv |
13:33 | -!- | _inman_ [] has quit [Read error: 60 (Operation timed out)] |
13:43 | -!- | _inman_ [~dert@dsl092-236-197.phl1.dsl.speakeasy.net] has joined #mythtv |
13:43 | <Ripp> | bah mplayer's not starting from the new mythvideo... |
13:44 | <Ripp> | well it is but it's hanging up.. |
13:44 | <Ripp> | on setting up lirc support? |
13:48 | <Ripp> | mplayer pisses me off |
13:52 | <Ripp> | OK reboot and all is fine :p |
13:52 | <-- rkulagow__ | (~rkulagow@12-206-151-240.client.attbi.com) has left #mythtv |
13:59 | <Ripp> | anyone versed in configuring the new mythvideo stuff? |
14:02 | <Ripp> | bah nm...it's not in the code :( |
14:07 | -!- | __inman__ [] has quit [Read error: 110 (Connection timed out)] |
14:16 | -!- | thor [~thor@208.185.11.34] has joined #mythtv |
14:18 | <Chutt> | hey thor |
14:18 | <thor> | hey |
14:19 | <thor> | you see the screenshot for Video Lists? |
14:19 | <Chutt> | yeah |
14:19 | <Chutt> | looks nice |
14:19 | <Chutt> | going to commit? |
14:19 | <thor> | just need to sort out why system() from a slot makes everything really sluggish |
14:20 | <Chutt> | send me a tarball? |
14:20 | <Chutt> | i'll be happy to take a look |
14:20 | <thor> | ok |
14:20 | <thor> | it's odd |
14:20 | <thor> | hang on a bit, just woke up a little while ago |
14:20 | <thor> | missing sleep all week |
14:31 | <thor> | Hrm ... database changes |
14:31 | <thor> | ah |
14:31 | <Chutt> | very slight ones |
14:32 | <thor> | yup, and useful ... I should do something to mythmusic startup as well |
14:32 | <Chutt> | eh, it's close enough |
14:32 | <Chutt> | that'll happen on mythmusic startup, too |
14:33 | <thor> | ah ... need more coffee |
14:34 | -!- | Cloak [] has quit ["BitchX: No windows left!"] |
14:34 | -!- | Cloak [mmen@crackaddict.com] has joined #mythtv |
14:43 | -!- | rkulagow__ [~rkulagow@12-206-151-240.client.attbi.com] has joined #mythtv |
14:43 | -!- | justin [] has quit [Read error: 104 (Connection reset by peer)] |
14:46 | -!- | justin [~justin@H239-211.STATE.RESNET.ALBANY.EDU] has joined #mythtv |
14:46 | <thor> | huh |
14:46 | <thor> | if that ain't the oddest |
14:46 | <thor> | seems to work great now |
15:07 | <thor> | moegreen, you around? |
15:10 | <thor> | Chutt, that working for you? |
15:53 | -!- | yebyen [] has quit [Remote closed the connection] |
15:53 | -!- | moegreen [] has quit [Read error: 104 (Connection reset by peer)] |
16:01 | -!- | PeteCool [~pete@modemcable019.237-201-24.mtl.mc.videotron.ca] has joined #mythtv |
16:02 | <PeteCool> | Chutt: does the code check for sound<->video sync often during recording? |
16:03 | <PeteCool> | Chutt: I have a file with a few dropped frames during ~10 minutes, video is behind at least two secs... seems better now, though |
16:03 | <PeteCool> | Just wondering |
16:13 | -!- | kiwi_uk [] has quit ["Peace and Protection 4.22"] |
16:31 | -!- | moegreen [~jdanner@nr4-216-196-152-117.fuse.net] has joined #mythtv |
16:44 | <Snow-Man> | mdz; Around? |
16:45 | <mdz_> | Snow-Man: yes |
16:46 | <Snow-Man> | Have you run into the problem where mythtv-backend attempts to create ~/.qt for root as the user mythtv? |
16:46 | <Snow-Man> | Seems like the --chuid is working but mythtv is picking up the wrong directory from somewhere. |
16:46 | <mdz_> | it's just some qt brokenness |
16:47 | <mdz_> | doesn't cause any problems with mythtv, just an annoying message |
16:47 | <Snow-Man> | Ah, well, then the problem must be something else. :) |
16:48 | <Snow-Man> | Unknown column 'use_ts' in 'field list' |
16:48 | <Snow-Man> | Whoops. |
16:48 | <mdz_> | that'll do it |
16:48 | <Snow-Man> | mdz: You could fix it by setting HOME to /home/mythtv (or using getent to find the home for the mythtv user) in your init script. |
16:48 | <Snow-Man> | If you care anyway. :) |
16:50 | <mdz_> | Snow-Man: yes, probably |
16:50 | <mdz_> | the backend really doesn't care what its $HOME is, though, thankfully |
16:51 | <Snow-Man> | More than probably. Not a big deal though, no. |
16:52 | <mdz_> | it's evil for qt to be trying to create things in $HOME anyway |
16:53 | <Snow-Man> | Segmentation fault |
16:53 | <Snow-Man> | Ouch. |
16:53 | <mdz_> | hope you built with -g |
16:54 | <Snow-Man> | Dunno. |
16:55 | <Snow-Man> | Nope, sorry. :) |
16:55 | <Snow-Man> | I think I know the problem anyway. |
16:55 | <Snow-Man> | Channel::Open(): Can't open: /dev/video1 |
16:57 | <Snow-Man> | Damnit. |
16:58 | <Snow-Man> | The input connections thing always seems to display 2 entries even when there's only one source. |
16:59 | <mdz_> | hmm? |
17:00 | <mdz_> | one card, one source, or two cards, one source? |
17:01 | <mdz_> | the input connections dialog displays one entry for each card * input |
17:01 | <mdz_> | it doesn't care how many sources there are |
17:04 | <mdz_> | if you have an input with nothing connected to it, use (None) |
17:07 | -!- | Kuwanger [~nana@1Cust157.tnt1.farmland.in.da.uu.net] has joined #mythtv |
17:07 | * Kuwanger | is having a weird problem. :/ |
17:07 | <Snow-Man> | one card, one source |
17:08 | <Snow-Man> | Input connections displayed two sources (identical name) |
17:08 | <Kuwanger> | "No setting found for this machine's BackendServerIP. |
17:08 | <Kuwanger> | Please run setup on this machine and modify the first page |
17:08 | <Kuwanger> | of the general settings." |
17:08 | <Snow-Man> | It should have only displayed one source because there only is one source. |
17:09 | <Snow-Man> | It displayed three inputs off the card, and that's fine. |
17:09 | <Kuwanger> | Aha..I think.. |
17:09 | <mdz_> | are you talking about the dialog that lets you select the input? or the dialog that lets you select the source to connect to that input? |
17:10 | <Snow-Man> | I picked 'television', went in, and under sources was 'cox standard' and then 'cox standard' again, and I could choose either. |
17:10 | <Kuwanger> | Nope. :( |
17:10 | <mdz_> | Kuwanger: follow the instructions it gave you |
17:10 | <Snow-Man> | The dialog that selects the source |
17:10 | <Snow-Man> | It did that with both the debs and cvs too. |
17:11 | <mdz_> | Snow-Man: that code does a straight select from the videosource table in the database |
17:11 | <mdz_> | so if you are getting two sources there, you have two sources in the database |
17:11 | <Kuwanger> | mdz_: How? :) |
17:11 | <Snow-Man> | Well, I'll check the db. |
17:11 | <Kuwanger> | Ah, opened the wrong setup, it seems.. |
17:12 | <Snow-Man> | | sourceid | name | xmltvgrabber | userid | |
17:12 | <Snow-Man> | +----------+--------------+--------------+--------+ |
17:12 | <Snow-Man> | | 2 | cox standard | tv_grab_na | | |
17:12 | <Snow-Man> | +----------+--------------+--------------+--------+ |
17:12 | <Snow-Man> | That's it.. |
17:15 | <Kuwanger> | Hmm..though it does seem to have magically fixed itself through running the setup I luckily still have. |
17:16 | <Kuwanger> | :/ |
17:18 | <Kuwanger> | Thanks. |
17:18 | <-- Kuwanger | (~nana@1Cust157.tnt1.farmland.in.da.uu.net) has left #mythtv |
17:20 | <Snow-Man> | Error opening nfs lock file: No such file or directory |
17:20 | <Snow-Man> | hrmpf. |
17:22 | <Snow-Man> | Heh, it checks that the recordings directory is valid now. :) |
17:22 | <Snow-Man> | HOME=`getent passwd mythtv | cut -f6 -d:` |
17:23 | <Snow-Man> | There we go, got the backend started at least. |
17:24 | <mdz_> | Snow-Man: how come your only source is sourceid 2? that's an autoincrement column |
17:24 | <mdz_> | I think you're trying to fool me :-) |
17:25 | <Snow-Man> | No, not trying to fool you but I think I did add an entry and then delete one.. |
17:25 | <Snow-Man> | Not manually but I said 'yes' one time I think. |
17:26 | <Snow-Man> | Actually, last time through I said 'yes' to both questions and redid everything. |
17:26 | <Snow-Man> | Now, I agree that it *should* have gotten a one then since the table should have been empty but apparently it didn't. |
17:27 | <mdz_> | I don't think 'delete from <table>' resets an autoincrement |
17:27 | <mdz_> | you need to drop and recreate the table I think |
17:27 | <mdz_> | I have no idea why you would get two entries in the list though |
17:28 | <mdz_> | though now that I look, I can reproduce the problem |
17:28 | <mdz_> | maybe it's getting loaded twice or something |
17:28 | <Snow-Man> | See, I'm not on crack. ;) |
17:29 | <Snow-Man> | ok, so I'm hopeing there's some way to send commands to mythtv-frontend that don't involve giving it focus in X and letting it use the keyboard. |
17:29 | <mdz_> | it's Chutt's fault; he wanted that combo box to be full right away, before the device value was modified :-P |
17:30 | <Snow-Man> | haha. |
17:30 | <Snow-Man> | I'm all for blameing it on Chutt. :) |
17:30 | <mdz_> | hmm, nope, the problem is not what I thought it was |
17:30 | <mdz_> | tunercardinput::fillselections clears the current selections before it tries to load new ones |
17:31 | <Snow-Man> | Any clue how I make line out, like, work |
17:31 | <Snow-Man> | ? |
17:31 | <mdz_> | er, line out on your sound card? |
17:31 | <Snow-Man> | yea. It's sending what I want to go to line out to speaker out atm. |
17:32 | <Snow-Man> | Of course, this is probably going to be kind of tricky. |
17:32 | <mdz_> | you tried using the mixer already I assume? |
17:32 | <Snow-Man> | The mixer doesn't appear to have anything about lineout.. At least, not kmix. |
17:32 | <Snow-Man> | Maybe I'm missing something tho. |
17:33 | <Snow-Man> | Oh, there we go. |
17:33 | <Chutt> | blaming stuff on me? |
17:33 | <Snow-Man> | errrr, or not. |
17:34 | <Snow-Man> | That was kind of entertaining. |
17:34 | <mdz_> | Snow-Man: since you're so hot on that duplicated entry in the combo box, feel free to cvs update and tell me if my change just now fixed it |
17:34 | <mdz_> | Chutt: it actually turned out not to be your fault |
17:34 | <mdz_> | wrong combo box |
17:35 | -!- | just1nux [~jeff@adsl-68-73-113-144.dsl.emhril.ameritech.net] has joined #mythtv |
17:35 | <Snow-Man> | I need to work out how to get the debs to be rebuilt without running clean. :) |
17:35 | <Chutt> | heh |
17:35 | <Chutt> | since it takes forever to compile |
17:35 | <Snow-Man> | yeah. |
17:35 | <mdz_> | ccache |
17:35 | <mdz_> | or dpkg-buildpackage -nc |
17:36 | <mdz_> | or better, both |
17:36 | <Chutt> | heh |
17:36 | <Snow-Man> | ccache? |
17:36 | * Snow-Man | figured there was a way. |
17:36 | <Snow-Man> | it would appear that line out isn't coming from PCM or whatever. |
17:36 | <mdz_> | Snow-Man: I'd explain ccache, but I'm sure you can apt-cache show with the best of them :-P |
17:36 | <Snow-Man> | haha. |
17:36 | -!- | bigguy [] has quit [Read error: 113 (No route to host)] |
17:37 | <Snow-Man> | I thought it was a dh or something, not a package. |
17:37 | <Snow-Man> | That's a cute package tho. |
17:38 | * Snow-Man | tries to remember that program to muck with the sblive's internal mixing parameters. |
17:38 | <Chutt> | heh |
17:40 | <Snow-Man> | Damnit, I know there is one. |
17:40 | <Snow-Man> | Of course, I don't know for sure what I can do with it exactly. |
17:40 | <Chutt> | heh |
17:43 | <Snow-Man> | The real trick will be, eventually, attempting to get mythtv to output to just line out while I play xmms or something else outputting to speaker. |
17:43 | <Snow-Man> | pabs was trying to do something like that at one point. |
17:43 | <Snow-Man> | Dunno if he ever got it to work. |
17:47 | <mdz_> | Snow-Man: I use alsactl |
17:47 | <mdz_> | and sometimes alsamixer |
17:48 | <mdz_> | I have serious doubts that you can do what you are attempting though |
17:48 | <mdz_> | the SB live can do hardware mixing I think, but I do not think it has independent DSPs to output two separate signals |
17:48 | <Snow-Man> | That's ok, if I can't, the cards are cheap. |
17:49 | <mdz_> | yep |
17:49 | <Snow-Man> | No answer about any ability to send commands to mythtv-frontend? |
17:49 | <Snow-Man> | Or myth-frontend or whatever. |
17:49 | -!- | FryGuy [~fryguy@12-246-43-18.client.attbi.com] has joined #mythtv |
17:49 | <Chutt> | needs keyboard focus |
17:50 | <Snow-Man> | That pretty much bites ass. |
17:50 | <mdz_> | get coding |
17:50 | <Chutt> | sorry :p |
17:50 | <Chutt> | yup |
17:50 | <mdz_> | you could probably have a socket control mechanism going by tomorrow |
17:52 | <Snow-Man> | yea, if I had time to work on it. Mebbe I'll take a look at things after dinner. |
17:53 | <mdz_> | Chutt: you were hinting at a release for this weekend; still considering it? |
17:54 | <Snow-Man> | Damnit, giving the stupid thing focus is kinda hard. :) |
17:55 | <Snow-Man> | Blargh, the channel list is still wrong, damnit. |
17:56 | <mdz_> | it doesn't get much easier than focus |
17:56 | <mdz_> | I find that clicking in the window or cycling windows with the wm both work very well :-P |
17:56 | <Snow-Man> | It's because I'm using enlightenment and each of the two screens has an additional 2 virtual desktops |
17:57 | <Snow-Man> | This app was compiled against libmyth version: 0.9.06072003-1 |
17:57 | <Snow-Man> | but the library is version: 0.9.06042003-2 |
17:57 | <Snow-Man> | heh. |
17:58 | <Snow-Man> | Ok, that changed things but not entirely correctly I think. |
17:58 | <Snow-Man> | There's only one entry in the dialog box now. |
17:58 | <Snow-Man> | But things which I havn't set default to it now instead of being 'none' like they were before. :) |
17:59 | <mdz_> | ah, right |
17:59 | <mdz_> | try now |
18:00 | <Snow-Man> | Damnit, the backend isn't starting anymore again, grr. |
18:00 | <Snow-Man> | Recompiling. |
18:01 | <Snow-Man> | I need to not strip this stuff. |
18:01 | <mdz_> | DEB_BUILD_OPTIONS=nostrip |
18:02 | <Snow-Man> | They don't appear to be compiled with -g atm either. :) |
18:02 | <mdz_> | that one's your problem for not changing settings.pro |
18:02 | <Snow-Man> | yea, yea. :) |
18:03 | <Snow-Man> | They're still pointing at the only source there. Lemme make sure the database didn't get changed somehow. |
18:04 | <Snow-Man> | Nope, still only one entry in cardinput. |
18:04 | <Snow-Man> | | 3 | 2 | 2 | Television | | NULL | N | | 72 | |
18:05 | <mdz_> | are you sure you rebuilt everything and are running the new code? |
18:05 | <Snow-Man> | Well, I'm pretty sure, I saw it recompile, I installed the debs... |
18:05 | <Snow-Man> | And it changed last time I did that. :) |
18:05 | <mdz_> | the makefile dependencies are not exactly reliable |
18:06 | <Chutt> | mdz, probably monday night |
18:06 | <Chutt> | i'm not going to be around tomorrow |
18:06 | <Snow-Man> | That's great to know. |
18:06 | <mdz_> | thank qmake |
18:06 | <Snow-Man> | It recompiled videosource.cpp and moc_videosource.cpp |
18:06 | <Snow-Man> | (And the executables) |
18:07 | <mdz_> | the change was videosource.h |
18:07 | <mdz_> | which is included in several places |
18:07 | <Snow-Man> | Alright, alright, I'll rebuild everything, I'm adding debugging symbols anyway. |
18:07 | <mdz_> | the one that's causing you problems is backendsettings.cpp I believe |
18:07 | <mdz_> | Snow-Man: install ccache |
18:07 | <Snow-Man> | Already did. |
18:07 | <mdz_> | using it? |
18:08 | <Snow-Man> | If you're asking them probably not. |
18:08 | <mdz_> | PATH=/usr/lib/ccache:$PATH |
18:08 | <Snow-Man> | I have to rebuild everything this time to add debugging symbols anyway. |
18:08 | <Snow-Man> | Alright. |
18:08 | <Chutt> | what are you building with debugging for? |
18:08 | <Snow-Man> | And I changed settings.pro and I didn't get a -g. :( |
18:09 | <mdz_> | you need to comment out CONFIG...release and uncomment CONFIG...debug |
18:09 | <Chutt> | have to make clean after you swap the build mode |
18:09 | <mdz_> | that too |
18:09 | <mdz_> | all of my testing has shown that the build flags for mythtv itself don't make a damn bit of difference |
18:09 | <Chutt> | mdz, but, but, but that guy wrote in and said that it doubled his performance!!! |
18:10 | <Snow-Man> | Weird, I just added to the relase CXX flags thingy a -g and that didn't work, but the debug thing worked so <Shrug> |
18:10 | <mdz_> | I think it would be perfectly fine to build with -g by default |
18:10 | <Chutt> | snowman, why are you building with debugging on anyway? |
18:10 | <mdz_> | -DMMX is probably the only thing in there that makes a difference |
18:11 | <Snow-Man> | Chutt: Fix your shitty code? ;) |
18:11 | * Snow-Man | ducks. |
18:11 | <Chutt> | err, what's broken. |
18:11 | <Snow-Man> | Chutt: Actually, I did see a segfault earlier in something and debugging symbols would have been nice. |
18:11 | <Snow-Man> | It was mythtv-backend with no video things working, iirc. |
18:11 | <Chutt> | i really don't care much about segfaults in failure conditions |
18:12 | <Chutt> | :p |
18:12 | * Snow-Man | shrugs. |
18:12 | <Snow-Man> | Wouldn't have hurt to fix it. |
18:12 | <Snow-Man> | Not a big deal either, no. |
18:14 | <mdz_> | http://dijkstra.csh.rit.edu/~mdz/temp/lime-cpu.png |
18:14 | <mdz_> | see if you can spot when I changed the CFLAGS |
18:15 | <mdz_> | yeah, me neither |
18:15 | <Chutt> | heh |
18:16 | <PeteCool> | mdz_: is it during week 22? |
18:16 | <PeteCool> | cpu usage got higher ;) |
18:17 | <mdz_> | the resolution of the graph is a higher in the last 24 hours so it looks a little different |
18:18 | <mdz_> | PeteCool: no, probably watched while recording a bit more than usual that week |
18:19 | <mdz_> | it was 3 days ago |
18:20 | <mdz_> | and recording alone is still perfectly flat at 35% |
18:20 | <mdz_> | just like last week, and the week before |
18:20 | <Snow-Man> | Ahhhh, fuck. |
18:20 | <Snow-Man> | /dev/hda8 8.1G 7.7G 0 100% /home |
18:20 | <Snow-Man> | hate that shit. |
18:21 | <PeteCool> | Snow-Man: what filesystem are you using? |
18:21 | <Snow-Man> | ext2 |
18:21 | <PeteCool> | with -T largefile/largefile4 ? |
18:21 | <mdz_> | Snow-Man: you probably want to ccache -M in that case |
18:21 | <Snow-Man> | eh? Probably not. |
18:22 | <Snow-Man> | I've got lots of crap that I can nuke. |
18:22 | <mdz_> | largefile4 would be a poor choice for home directories |
18:22 | <Snow-Man> | /dev/hda8 8.1G 7.4G 320M 96% /home |
18:23 | <Snow-Man> | There, that's better. |
18:23 | <Snow-Man> | Whoah, damn, shit goes a hell of alot faster with that ccache shiat. |
18:24 | <Snow-Man> | Give the m68k buildd an assload of disk space and it might manage pretty good if it could ccache everything. |
18:24 | <Snow-Man> | :) |
18:24 | <mdz_> | I brought up that idea the last time m68k was fucking me |
18:24 | <mdz_> | and it was pointed out that the architectures which have tiny CPUs also tend to have tiny disks |
18:24 | <PeteCool> | hmm, would distcc work fine with myth compiles? |
18:25 | <mdz_> | and they would need enormous disks to get any hits as a buildd |
18:25 | <Snow-Man> | mdz_: Only because they're not used for dick else. It's not like it couldn't support a larger disk. |
18:25 | <PeteCool> | you'd need to make -j(x>2) it too |
18:25 | <Snow-Man> | That is probably true. |
18:25 | <mdz_> | Snow-Man: I'd like to see you try with m68k :-) |
18:26 | -!- | yebyen [yebyen@gripz.com] has joined #mythtv |
18:26 | <mdz_> | PeteCool: make -j requires tight makefile dependencies |
18:26 | <Snow-Man> | mdz_: What, larger disks or enough ccache space for a buildd? :) |
18:26 | <mdz_> | Snow-Man: both |
18:26 | <Snow-Man> | I doubt I've got the disk space and I know I don't have it in scsi. :) |
18:26 | <mdz_> | yep |
18:27 | <Snow-Man> | Alright, that fixed it. |
18:27 | <Snow-Man> | Now to see why the backend isn't starting anymore. |
18:27 | <mdz_> | scsi gets expensive fast |
18:27 | <Snow-Man> | yes, yes it does. |
18:27 | <Snow-Man> | Your current database schema version is: 0 |
18:27 | <Snow-Man> | but this application requires version 900 or higher. |
18:27 | <Snow-Man> | uh-huh. |
18:27 | <mdz_> | hehe |
18:27 | <mdz_> | bmarkey's new feature |
18:27 | <mdz_> | requires a database schema update |
18:28 | <Snow-Man> | Alright, there we go. |
18:28 | <Snow-Man> | I should modify the postinst to run cvs.sql :) |
18:29 | <mdz_> | that'd be bad, unless you checked whether it actually needed it |
18:30 | <Snow-Man> | Hrmpf, didn't seem to bother anything just now.. |
18:32 | <Snow-Man> | Any suggestion on what to increase the mpeg-4 compression thingy to? I've got it at like 3004 atm. |
18:32 | <mdz_> | I think I'm using 3300 at the moment |
18:33 | <mdz_> | does anyone have a solid idea why it takes so much more CPU to record+playback simultaneously than the sum of either alone? |
18:33 | <mdz_> | my top guesses are memory bandwidth and cache misses |
18:34 | <mdz_> | on my system, recording on an otherwise idle system is about 35% reliably, and playback is almost free (around 1%) |
18:34 | <mdz_> | but both together is over 50%, sometimes much higher |
18:34 | <thor> | any sign of moegreen? |
18:39 | <Chutt> | mdz, i'm fairly sure that that's the reason |
18:40 | <Ripp> | yeah I want to ask him a q on mythweather |
18:46 | <Ripp> | run it with --debug it just claims 'TIMEOUT' instantly and does the same thing 10 times and will not connect |
18:49 | <Ripp> | even adding www.msnbc.com to /etc/hosts doesn't work |
18:53 | -!- | Telpar [~none@pa-coudersport3c-2-30.cdp.adelphia.net] has joined #mythtv |
18:56 | -!- | bigman [~bigman@h81.44.102.166.ip.alltel.net] has joined #mythtv |
18:56 | -!- | bigman is now known as bigguy |
19:04 | -!- | bigguy [] has quit ["bbl"] |
19:07 | <-- Telpar | (~none@pa-coudersport3c-2-30.cdp.adelphia.net) has left #mythtv |
19:11 | -!- | Viddy [david@visp194-179.visp.co.nz] has joined #mythtv |
19:24 | <PeteCool> | mdz_: more context switches (or whatever the exact term is) probably have an impact too |
19:38 | <Ripp> | there is a bug in how mythweather is handling its aggressive levels |
19:38 | <Ripp> | I just changed the value to 100 in the database and it seems to work fine now... |
19:38 | <Ripp> | beauty... |
19:39 | <Ripp> | not sure if it's a really a bug or just not accounting for slow dialup connections though. |
19:45 | <Ripp> | the new mythmusic is excellent so far btw |
19:50 | <Ripp> | if (timeout_cnt > (int)(5*aggressiveness) && getIntStatus() == 1) |
19:51 | <Ripp> | I'm no C++ wiz but isn't the right side of that always going to be 1 or 0? being a logical expression? |
19:52 | <mdz_> | the right side of what? the integer comparison or the boolean AND? |
19:52 | <Ripp> | after the > |
19:52 | <mdz_> | > has a higher precedence than && |
19:52 | <Ripp> | ah |
19:53 | * Ripp | forgets which comes first |
19:53 | <mdz_> | so it's the same as ( (foo > bar) && (baz) ) |
19:53 | <Ripp> | () are good. more people should use them. |
19:55 | <Snow-Man> | What you guys do about the kernel blanking? |
19:55 | <Ripp> | usleep() waits in msecs? |
19:56 | <mdz_> | setterm -blank 0 |
19:56 | <Ripp> | m=milli |
19:56 | <mdz_> | Ripp: man usleep |
19:56 | <mdz_> | microseconds, not milliseconds |
19:56 | * Ripp | 's brain isn't firing on all cylinders today. :p |
19:57 | <Chutt> | usleep for a short period of time waits for at least 1 scheduling time period |
19:57 | <Chutt> | which is usually 10ms |
19:58 | <Ripp> | trying to figure out in mythweather exactly how long it's waiting to do each part of it's retrieve |
19:59 | <Ripp> | so then usleep(50) should wait...50*10ms? or 50 usecs? |
19:59 | <Chutt> | it'll most likely wait for 10ms |
20:01 | <Ripp> | so even on aggressive level 15 its only waiting for 3/4 sec. for each portion to finish before it resets the connection... |
20:02 | <Ripp> | 2.5 seconds for the entire transaction to complete...no wonder... |
20:05 | <Ripp> | when you've got 150-250ms ping times like me that's not long enough! :) |
20:10 | <Chutt> | mdz, http://lists.snowman.net/pipermail/mythtv-users/2003-June/006063.html |
20:10 | -!- | Ripp [] has quit ["Client exiting"] |
20:10 | <Chutt> | mdz, you fixed that, right? |
20:11 | <mdz_> | er |
20:11 | <mdz_> | doesn't look familiar |
20:11 | <Chutt> | it's the can't open the video dev because of the channel changing script bug |
20:11 | -!- | itsame [trilluser@rdu74-170-244.nc.rr.com] has joined #mythtv |
20:11 | <Chutt> | or whatnot |
20:12 | <mdz_> | oh, the file descirptor thing |
20:12 | <Chutt> | right |
20:12 | -!- | itsame [] has quit [Client Quit] |
20:12 | <Chutt> | fixed, right? |
20:12 | -!- | Ripp [~ripp@209.194.224.236] has joined #mythtv |
20:13 | <mdz_> | yep |
20:13 | <mdz_> | just checked |
20:13 | <Chutt> | ok |
20:14 | <Chutt> | just wanted to verify that before sending off a response |
20:14 | <mdz_> | it closes all FDs 3 and up after forking |
20:14 | <Chutt> | 'course, that's the same guy that didn't read the error messages mythbackend prints out, and sent half a dozen whiney emails about how it couldn't record anything |
20:15 | <Chutt> | so i doubt he'll pay attention to any email i send |
20:15 | -!- | Ripp [] has quit [Remote closed the connection] |
20:16 | <thor> | Chutt, you have any problems with the tarball/commit |
20:16 | <thor> | ? |
20:16 | <Chutt> | nope |
20:16 | <Chutt> | looks good to me |
20:16 | -!- | Ripp [~ripp@209.194.224.236] has joined #mythtv |
20:16 | <thor> | yup ... don't know what was going on last night |
20:22 | -!- | justin [] has quit [Remote closed the connection] |
20:25 | -!- | justin [~justin@H239-211.STATE.resnet.albany.edu] has joined #mythtv |
20:25 | -!- | rkulagow__ [] has quit [Read error: 54 (Connection reset by peer)] |
20:26 | -!- | rkulagow__ [~rkulagow@12-206-151-240.client.attbi.com] has joined #mythtv |
20:31 | -!- | bigguy [bigman@h81.44.102.166.ip.alltel.net] has joined #mythtv |
20:44 | -!- | Ripp [] has quit [Remote closed the connection] |
20:45 | -!- | Ripp [~ripp@209.194.224.236] has joined #mythtv |
21:08 | <just1nux> | Chutt, any idea why mysql might be spiking to 30% or more of CPU usage at the time mythbackend starts to record something? This coupled with and immediate jump to 70 to 80% of CPU usage by mythbackend at the same moment is causing a temporary interuption in playback of anything that the frontend is playing. Has anyone else been experiencing this? (running CVS from friday) Shortly after this everything levels out and mythbackend s |
21:22 | <just1nux> | Anyone know the SQL to check all of the tables in a database at one time? I know its CHECK TABLE 'blah' for each one... but how can i do them all? |
21:32 | <FryGuy> | do a `show tables` first? |
21:33 | <FryGuy> | i think you can do: CHECK TABLE table1, table2, table3, ..., tablen |
21:34 | <just1nux> | ok, i was hoping not to have to put together a long list of tables. itd be easier just to check each one. |
21:34 | <FryGuy> | or maybe even CHECK TABLE database.* |
21:35 | <just1nux> | doesnt seem to like that. |
21:35 | <FryGuy> | well, it was worth a try |
21:35 | <just1nux> | i tried about every combination i could think of. oh well. |
21:36 | -!- | sc00p [] has quit ["Client exiting"] |
21:38 | -!- | sc00p [~oldendic@zink-a-dip3.nat.okstate.edu] has joined #mythtv |
21:52 | -!- | iamsodrunk [~unknown@dopez.xs4all.nl] has joined #mythtv |
22:12 | -!- | iamsodrunk is now known as dopez |
22:36 | <thor> | what the hell is rpciod and why do I have to kill it to do an nfs mount? |
22:37 | <Ripp> | remote procedure call i/o daemon I would guess |
22:38 | <Ripp> | why you'd have to kill it I dunno |
22:39 | <thor> | locate rpciod -> nothing, info rpciod -> nothing, man rpciod -> nothing .... sheesh |
22:41 | <mdz_> | thor: it's a kernel thread |
22:41 | <thor> | ah ... |
22:41 | <mdz_> | and I wouldn't expect that you would be able to kill it |
22:41 | <thor> | kill -KILL |
22:42 | <thor> | goes away, nfs volume mounts |
22:43 | <dopez> | im getting allot of dropped frames with a bttv card and using the nuppel codec, anyone have a idea what could be wrong?, the cpu memory and hd are fast enough (p4 2.8ghz 512mb memory and hd can do 30mb/s) |
22:43 | <mdz_> | buggy kernel, I assume |
22:43 | <mdz_> | dopez: why aren't you using MPEG-4 with all that CPU? |
22:44 | <dopez> | i want to reencode it to svcd/mpeg4 later, i thought nuppel was lossloss |
22:44 | <dopez> | but mpeg4 has the same problems tho |
22:44 | <dopez> | (using cvs versions and the 0.8) |
22:45 | <thor> | dopez, on a 2.8 ghz P4, that doesn't sound right at all .... something is out of whack ... what resolution(s) ? |
22:46 | <dopez> | i tryed lower the resolution, even at 384x288 it still looks like its dropping frames (checked with avidemux) |
22:47 | <dopez> | but usualy i capture at 480x576) |
22:47 | <thor> | hrm |
22:47 | <mdz_> | dopez: RTjpeg is nothing even approaching lossless |
22:48 | <mdz_> | dopez: just use MPEG-4 |
22:48 | <dopez> | (but i also use the pc for other things, kde and some konqueror webbrowsers, but mendoder doenst have any problems with that |
22:48 | <mdz_> | why are you capturing at such a low resolution? you should be able to do 640x480 without breaking a sweat with that CPU |
22:49 | <dopez> | i'm using PAL, but just using low resolution to save some space, i dont need high quality (i've only got analog cable here, so 480x576 or 786x576 , it really doesnt mather) |
22:50 | <thor> | RTJpeg is *really* sensitive to signal quality, use MPEG-4 |
22:51 | <dopez> | i'll give that another try, avidemux had some trouble opening those files tho (so i cant really check for dropped frames) |
22:52 | <dopez> | but since i'm about the only one with this kinda problem, it must be either a hardware problem, or a user problem, i've checked the mailing list for a while ;) |
22:52 | <dopez> | be/me |
22:53 | <dopez> | damn, i'm to drunk, dont pay to much attention to me ;) |
22:56 | <dopez> | but i'll try mpeg4 tomorrow, perhaps it doesnt drop as much frames as nuppel codec, |
23:04 | <mdz_> | are you sure it's actually dropping frames? |
23:04 | <mdz_> | in all likelihood it could be an avidemux problem |
23:06 | <dopez> | i'm pretty sure, i also see it when using livetv |
23:06 | <mdz_> | you _see_ it? |
23:06 | <mdz_> | it would have to be dropping quite a lot of frames |
23:06 | <dopez> | yeah, and also with avidemux, and also when using 'rewind' in mythtv |
23:07 | <dopez> | it's usually just one frame is droppes |
23:08 | <dopez> | (but allot on average, and random) |
23:10 | <mdz_> | what do you see in mythtv that tells you a frame was dropped? |
23:11 | <dopez> | i ussualy see allot of rebuffering messages |
23:11 | <dopez> | but i just started up mythtv and didn't notice any dropped frames |
23:11 | <dopez> | (yet) |
23:12 | <mdz_> | paste the exact error message that you get |
23:12 | <mdz_> | if it is "rebuffering, audio data lost" or such, that means a sound card problem, not a video capture problem |
23:13 | <dopez> | k, i'm checking the latest compile (of about 4 hours ago) |
23:14 | <dopez> | (i did upgrade mainboard 1 day ago, but only from a i845 p4 2.4ghz to a i785 p4 2.8ghz) |
23:15 | <dopez> | i doubt that fixed it tho |
23:16 | <dopez> | i875.. |
23:26 | <dopez> | i could upload a sample somewhere, it has the dropped frames, about 3-4 dropped frames in the sample |
23:26 | <dopez> | (nuppel codec converted to avi with avidemux2) |
23:30 | <dopez> | (mythbackend or mythfrontend didnt give an error this time) |
23:35 | <dopez> | i'll try a asking this again when i'm sober ;) |
23:35 | -!- | dopez [] has quit ["zzz...."] |