Back to Home / #mythtv / 2003 / 05 / Prev Day | Next Day
#mythtv IRC Logs for 2003-05-20

00:06<hachi>any ideas why mythfilldatabase was throwing away todays data? I just finally figured out enough SQL to query it manually, it never entered it, though I saw it download it... twice
00:06<hachi>never saw a single error
00:14-!-hfb [~hfb@pool1064.cvx38-bradley.dialup.earthlink.net] has joined #mythtv
00:16-!-bline [] has quit [brunner.freenode.net irc.freenode.net]
00:16-!-itsame [] has quit [brunner.freenode.net irc.freenode.net]
00:16-!-paperclip [] has quit [brunner.freenode.net irc.freenode.net]
00:16-!-Edgan [] has quit [brunner.freenode.net irc.freenode.net]
00:16-!-bline [~sbeck@24.84.93.233] has joined #mythtv
00:16-!-itsame [~joejoe2@rdu74-170-244.nc.rr.com] has joined #mythtv
00:16-!-paperclip [~joe@ip68-11-30-158.no.no.cox.net] has joined #mythtv
00:16-!-Edgan [edgan@24-205-99-99.rno-cres.charterpipeline.net] has joined #mythtv
00:17-!-itsame [] has quit [brunner.freenode.net irc.freenode.net]
00:17-!-bline [] has quit [brunner.freenode.net irc.freenode.net]
00:17-!-paperclip [] has quit [brunner.freenode.net irc.freenode.net]
00:18-!-bline [~sbeck@24.84.93.233] has joined #mythtv
00:18-!-paperclip [~joe@ip68-11-30-158.no.no.cox.net] has joined #mythtv
00:18-!-itsame [~joejoe2@rdu74-170-244.nc.rr.com] has joined #mythtv
00:25-!-budsx [] has quit [Read error: 110 (Connection timed out)]
00:27-!-billytwowilly [] has quit ["Client exiting"]
01:53<bline>Chutt: you around?
02:00-!-poptix [] has quit [Network is unreachable]
02:10-!-foom [] has quit [Read error: 113 (No route to host)]
02:56-!-poptix [poptix@precious.net] has joined #mythtv
02:59-!-kiwi_uk [~kiwiuk@pc3-nfds1-6-cust201.nott.cable.ntl.com] has joined #mythtv
03:00<-- hfb(~hfb@pool1064.cvx38-bradley.dialup.earthlink.net) has left #mythtv ("Client exiting")
03:08-!-yebyen [] has quit [Remote closed the connection]
03:09-!-yebyen [yebyen@gripz.com] has joined #mythtv
03:26-!-FryGuy [] has quit [Read error: 104 (Connection reset by peer)]
03:26-!-froggy19 [~fryguy@12-246-43-18.client.attbi.com] has joined #mythtv
03:26-!-froggy19 is now known as FryGuy
03:45-!-moegreen [~jdanner@nr4-216-196-152-229.fuse.net] has joined #mythtv
05:58-!-bline [] has quit ["Client exiting"]
06:22-!-bline [~sbeck@24.84.93.233] has joined #mythtv
07:19-!-bline [] has quit ["Client exiting"]
09:01-!-rkulagow [~mythtv@12-207-131-29.client.attbi.com] has joined #mythtv
09:04<rkulagow>morning. chutt, are you here?
09:11<rkulagow_>i mailed you a segfault in the backend; it's still sitting in gdb if you want to poke around.
09:20-!-Captain_Murdoch_ [~cpinkham@linoleum.engrs.infi.net] has joined #mythtv
09:34-!-hfb [~hfb@pool0155.cvx35-bradley.dialup.earthlink.net] has joined #mythtv
09:55<Chutt>rkulagow, hi
09:55<rkulagow_>hey
09:55<Chutt>i don't see anything glaringly wrong in there
09:58<rkulagow_>there's the double recordingonly to none maybe? on tap at that time was:
09:58<rkulagow_>CSI: Miami WBBM Mon May 19 20:45:00 2003 Mon May 19 22:00:00 2003 Horatio and his team track two escaped convicts terrorizing the city.
09:58<Chutt>naw, shouldn't be a problem
09:58<rkulagow_>hrmm.
09:58<Chutt>unless there weren't two shows being recorded, of course
10:02<rkulagow_>well, the thing is i don't know when the segfault happened, unless i dig through and see how large the file was.
10:03<rkulagow_>hrmm. looks like there were a number of unresolved conflicts that were going to start at the next time block.
10:03<rkulagow_>these files look like they're about the right size:
10:03<rkulagow_>-rw-r--r-- 1 mythtv mythtv 1139736822 May 19 22:00 1002_20030519204500_20030519220000.nuv
10:03<rkulagow_>-rw-r--r-- 1 mythtv mythtv 513801279 May 19 22:00 1042_20030519213000_20030519220000.nuv
10:04<rkulagow_>but then starting at 2200 we've got 3 programs and two cards:
10:04<rkulagow_>Futurama TOON Mon May 19 22:00:00 2003 Mon May 19 22:30:00 2003 Fry quests to recover a seven-leaf clover he possessed as a child.
10:04<rkulagow_>
10:04<rkulagow_>The Daily Show With Jon Stewart COMEDY Mon May 19 22:00:00 2003 Mon May 19 22:30:00 2003 A humorous slant on top news stories.
10:04<rkulagow_>
10:04<rkulagow_>CSI: Crime Scene Investigation TNN Mon May 19 22:05:00 2003 Mon May 19 23:00:00 2003 The team searches for serial killer Paul Millander.
10:04<rkulagow_>(showing up as RED in mythweb)
10:04<rkulagow_>and i never deconflicted, because i thought i would have the slave up at that time and i didn't.
10:05<rkulagow_>so based on the filesizes i pasted above, the two .nuv files that were created were the CSI on channel 2 and trigger happy TV on channel 42.
10:07<rkulagow_>there were no files created for any of the three conflicting recordings that were scheduled to start at 2200 and the one at 2205.
10:07-!-justin [] has quit [Connection timed out]
10:08<Chutt>so it died at 10 pm
10:08<rkulagow_>yes, looks like it
10:09<rkulagow_>plenty of disk space left on the /var/video spool
10:09<Chutt>well, it died destroying the commercial skip stuff
10:11<Chutt>these were both analog recordings, or one of them was, right?
10:11<rkulagow_>both were analog; the slave with the PVR250 wasn't running mythbackend at the time.
10:14-!-hfb [] has quit ["Client exiting"]
10:20<Captain_Murdoch_>died because of the QSqlDatabase::removeDatabase(name) or where?
10:20<Chutt>in the destructor for the commdetect object
10:21<Captain_Murdoch_>rkulagow: I see your guide data for that CSI show starting at 22:05 is wrong as well. it always cuts off the last 5 minutes of the show here because they have it set as only 55 minutes and it's longer than that. I have a cron that updates the record in the program table so I can get that whole show. :)
10:22<rkulagow_>captain_murdoch: i mailed you the same segfault that i sent to chutt. the bt is pretty long...
10:23-!-schultmc [~schultmc@zealot.progeny.com] has joined #mythtv
10:24<Captain_Murdoch_>ok, I'll check my home mail. thanks.
10:24<rkulagow_>NP
10:28<Captain_Murdoch_>only thing in my destructor is "frame_ptr = NULL;
10:28<Captain_Murdoch_>" could it be a problem with declaring the QMap<long long, int> items in the object and not making them pointers and doing a 'new'
10:29<Captain_Murdoch_>I saw something like this once but it cleared up when I recompiled and re-installed. I thought it was because of a library version mismatch between compilations.
10:31<rkulagow_>this was the development system; i did a make distclean;make make install after i completed the masterbackend override patch, so everything should have been in sync.
10:33<Captain_Murdoch_>what version of QT?
10:33-!-lofgren [~andre@h29n1fls33o954.telia.com] has joined #mythtv
10:34<rkulagow_>[mythtv@masterbackend video]$ rpm -qa|grep qt
10:34<rkulagow_>libqt3-3.1.2-3mdk
10:34<rkulagow_>libqt3-common-3.1.2-3mdk
10:34<rkulagow_>libqt3-mysql-3.1.2-3mdk
10:34<rkulagow_>libqt3-devel-3.1.2-3mdk
10:34<Captain_Murdoch_>ok, the box I had it occur on was 3.0.5 so I guess that's not it.
10:35<Captain_Murdoch_>wondering how I can screw up a QMap since I only assign values, clear, and occasionally do a find or contains on them.
10:35<Captain_Murdoch_>must be something else messing it up.
10:36<Chutt>overwriting memory or whatnot
10:36<Captain_Murdoch_>yeah.
10:54<rkulagow_>is there anything that the gdb session can do? i'd like to reset and get the master running again to see if i can get that "PVR250 skipping shows" to happen again.
10:55<Chutt>naw, go for it
10:55<rkulagow_>Captain Murdoch: anything you'd like to do before i whack it?
11:03<rkulagow_>ok, it's gone.
11:03-!-rkulagow [] has quit [Remote closed the connection]
11:04<Captain_Murdoch_>sorry, phone rang and I had to go off to do some work.
11:04<Chutt>work?
11:04<Captain_Murdoch_>nah, I'll have to go over the loops and stuff with a fine toothed comb to see if I can see where I'm overwriting something.
11:04<Chutt>what's that?
11:05<Captain_Murdoch_>that's what I have to do sometimes between surfing the net and recompiling myth.
11:05<Chutt>aah
11:07<Captain_Murdoch_>work right now includes having to document all the changes I've made recently to our hosting environment's storage configuration. I hate documentation.... :)
11:08<Chutt>heh
11:09-!-hfb [~hfb@lsanca1-ar2-4-60-014-220.lsanca1.dsl-verizon.net] has joined #mythtv
11:16-!-Drikus__ [~Drikus@cc45940-a.deven1.ov.home.nl] has joined #mythtv
11:19<rkulagow_>huh. that's curious. in an attempt to get the PVR skips recording bug, i reset the master and slave, then went into "schedule recordings". pulled up the EPG. told it to single-record three consecutive shows on channel 2: price is right, 1000-1100, (but it's starting in-progress since it's ~ 1015 already), cbs 2 news at 1100, 1100-1130, young and the restless, 1130-1230. all three had "S" on the EPG. scrolled right off the EPG, the
11:19<Chutt>i've seen some weird category color issues in the epg
11:20<Chutt>you were cut off at scrolled right off the EPG, the
11:20<rkulagow_>then scrolled back. price is right now has the "S" missing on the guide grid, and the status is "Not Recording". master backend shows that TPIR has started recording, slave is writing to disk.
11:21<Chutt>right
11:21<Chutt>the 'single record' attribute gets removed once it starts recording
11:21<Captain_Murdoch_>rkulagow_: did you turn on the scene change stuff or are you only using blank frame detection?
11:22<rkulagow_>ah. i figured the status might be updated to something like "Currently recording". what's going to happen if i schedule it again as a single record?
11:23<rkulagow_>status goes back to "single recording". nothing bad has happened (yet).
11:23<Chutt>it'll just ignore it, essentially
11:23<Chutt>since it's already being recorded
11:23<rkulagow_>yep
11:29-!-justin [~justin@ool-18b81fb6.dyn.optonline.net] has joined #mythtv
11:36-!-rkulagow [~mythtv@12-207-131-29.client.attbi.com] has joined #mythtv
11:36-!-rkulagow_ [] has quit [Read error: 104 (Connection reset by peer)]
11:36-!-rkulagow_ [~rkulagow@12-207-131-29.client.attbi.com] has joined #mythtv
11:49<Captain_Murdoch_>rkulagow: did you turn on the scene change stuff or are you only using blank frame detection?
11:50<rkulagow_>i believe that i'm still only using BFD.
11:51<Chutt>ah
11:51<Chutt>i may know what the not-recording error was
11:52<rkulagow_>captain murdoch:
11:52<rkulagow_>mysql> select * from settings where value like "%omm%";
11:52<rkulagow_>+--------------------------+------+---------------+
11:52<rkulagow_>| value | data | hostname |
11:52<rkulagow_>+--------------------------+------+---------------+
11:52<rkulagow_>| CommercialSkipMethod | 3 | masterbackend |
11:52<rkulagow_>| CommercialSkipEverywhere | 1 | masterbackend |
11:52<rkulagow_>| AutoCommercialSkip | 0 | masterbackend |
11:52<rkulagow_>| AutoCommercialFlag | 1 | masterbackend |
11:52<rkulagow_>| HaltCommand | halt | masterbackend |
11:52<rkulagow_>| CommercialSkipMethod | 3 | bedroom |
11:52<rkulagow_>| AutoCommercialSkip | 0 | bedroom |
11:52<rkulagow_>| HaltCommand | halt | bedroom |
11:52<rkulagow_>| CommercialSkipMethod | 3 | livingroom |
11:52<rkulagow_>| CommercialSkipEverywhere | 1 | livingroom |
11:52<rkulagow_>| AutoCommercialSkip | 0 | livingroom |
11:52<rkulagow_>| AutoCommercialFlag | 1 | livingroom |
11:52<rkulagow_>| HaltCommand | halt | livingroom |
11:52<rkulagow_>| CommercialSkipEverywhere | 1 | bedroom |
11:52<rkulagow_>| AutoCommercialFlag | 1 | bedroom |
11:52<rkulagow_>+--------------------------+------+---------------+
11:52<rkulagow_>15 rows in set (0.00 sec)
11:56<Chutt>ther
11:56<Chutt>err, there
11:58<rkulagow_>can't run mythfrontend right now, so don't remember which skip method maps to which integer.
11:58<Chutt>hopefully, no more missed recordings bug
12:06<Captain_Murdoch_>3 = blank frame + scene detection. 1 = blanks only, 2 = scenes only. it's a mask.
12:06<Captain_Murdoch_>so you're using both. it looks like since you have '3' everywhere.
12:06<rkulagow_>well, i guess i was using the latest and greatest, since that's most like the stuff that's going to cause issues.
12:06<Captain_Murdoch_>the newest code should just save an entry with hostname = null so all backends use the same method.
12:07<Captain_Murdoch_>I was asking so I could know whether to look in the scene code rather than just the blank frame code for the bug.
12:09<rkulagow_>ok
12:10<Captain_Murdoch_>if you remove all rows from settings where value = "CommercialSkipMethod" then re-run setup and change the method then it will only insert one row without a hostname. that way wherever you run flagging it will use the same method.
12:11<rkulagow_>ok
12:35-!-poptix_ [poptix@precious.net] has joined #mythtv
12:35-!-poptix_ [] has quit [Client Quit]
12:53<poptix>is the scene detection working
12:53<poptix>i do believe it chopped up part of my recordings =p
12:55<poptix>blah
12:56<poptix>rebuffering (xxxxxx 256000)
14:37<rkulagow_>captain_murdoch: i just committed a little change to mythcommflag; i'm looking at the "sleep" option though; it appears that the program is already nice'ing itself, would sleep actually be required?
14:37<rkulagow_>howabout a --notnice option? =)
14:51-!-choenig [~choenig@pD9E0987A.dip.t-dialin.net] has joined #mythtv
14:56<rkulagow_>captain_murdoch: just mailed you a stupid little patch to implement --hog for mythcommflag. apply it if you want.
15:09<rkulagow_>chutt: looks like the additional wait that you added for the PVR250 is working well; i've had a few shows that have recorded just fine (even though i'm using cartoons instead of porn as my test videos =) )
15:10<Chutt>does it print out that it's waiting/
15:10<rkulagow_>no, at least not yet. ah - that means that i haven't really triggered the bug yet, have i. (that VERBOSE in there...)
15:12<Chutt>yeah
15:13<Chutt>assuming you are running with verbose on =)
15:15<rkulagow_>hrmm. i get the feeling that something interesting is going to happen. one of the cartoon shows is still recording on the PVR250, mounting /var/video over NFS to the masterbackend. MBE is running a niced mythcommflag. did a bunch of deletes from a frontend of MPEG2 files (ie, bigfiles). hard drive light on the MBE is going like crazy; slave doing the recording has printed out a few ERROR: file I/O problem in safe_write(): Input/Outp
15:15-!-Chang [~coffman@fw.pqbs.com] has joined #mythtv
15:16<rkulagow_>yes, running with set args -v -l mythlog on the MBE and the slave.
15:17<rkulagow_>the var/video is ext3; doesn't the delete run async?
15:20<Chutt>heh
15:20<Chutt>it should
15:23<rkulagow_>looks like we were I/O bound; the mythcommflag, even niced, was still hitting the drive hard enough to have it fully lit.
15:27<Chutt>yeah
15:27<Chutt>need to sleep more =0
15:27<Chutt>eerr, =)
15:30-!-choenig [] has quit [Remote closed the connection]
15:33-!-justin [] has quit [Read error: 110 (Connection timed out)]
16:08-!-Chang [] has quit [Remote closed the connection]
16:12-!-Viddy [] has quit [Remote closed the connection]
16:13-!-Chang [~CoffmanT@fw.pqbs.com] has joined #mythtv
16:13<rkulagow_>captain murdoch: mythcommflag
16:13<rkulagow_>1047 20030403220000 cartoon Floating point exception
16:17<rkulagow_>chutt: do you want to see the bt too? it's about 30 lines or so.
16:17<rkulagow_>whoops, make that 88 lines.
16:33<Captain_Murdoch_>rkulagow: that's the bt you just sent me?
16:33<rkulagow_>yes
16:33<Captain_Murdoch_>did the backend die while recording that file?
16:35<rkulagow_>hrmm. no idea. it was a long time ago.
16:40-!-Chang [] has quit ["Download Gaim [http://gaim.sourceforge.net/]"]
16:40<Captain_Murdoch_>I replied to the email with a patch for you to try.
16:45<rkulagow_>i'll give it a try after dr. phil has finished recording. if you need a test subject with plenty of files without seektables, let me know.
17:01-!-kiwi_uk [] has quit ["Peace and Protection 4.22"]
17:22-!-edvalez [~Adam@207.233.79.242] has joined #mythtv
17:28-!-lofgren [] has quit ["peace out"]
17:30<rkulagow_>hrmm. i'm running in "log" and "verbose" mode on mythbackend, and it doesn't appear to be printing things like "Changing from none to RecordingOnly" anymore.
17:38<hachi>nobody happened to see my strange situation yesterday, did you?
17:39<rkulagow_>that's a pretty vague description. care to elucidate?
17:40<hachi>dropped the mythconverg db (so all the indexes reset, and everything is gone for sure), create the db, insert mc.sql again, run setup, run mythfilldatabase
17:41<hachi>mythfilldatabase downloaded all the listing with no errors (I watched it do it carefully), open up the front end, no listings for anything before midnight
17:41<hachi>run mythfilldatabase again, watched it download the listings for 5/19 along with many other dates, run mythfrontend again, no listings for 5/19
17:42<hachi>check the DB, nothing for 5/19 got inserted
17:42<hachi>and I was doing all of this yesterday at about 7PM
17:43<hachi>and the time on both the frontend and the backend machines was within a few seconds of some atomic clock I'm syncing to
17:43-!-choenig [~choenig@pD9E0987A.dip.t-dialin.net] has joined #mythtv
17:43-!-sc00p [] has quit ["Client exiting"]
17:48<-- edvalez(~Adam@207.233.79.242) has left #mythtv
17:52-!-justin [~justin@ool-18b81fb6.dyn.optonline.net] has joined #mythtv
17:58<-- Captain_Murdoch_has quit ()
18:09-!-Drikus__ [] has quit ["leaving"]
18:10-!-justin [] has quit [Read error: 110 (Connection timed out)]
18:14-!-choenig [] has quit [Remote closed the connection]
18:16<rkulagow_>captain murdoch: another damaged file, apparently. mythcommflag didn't crash though.
18:16<rkulagow_>1047 20030408220000 cartoon 86%slice end not reached but screenspace end (424 left 0A3CD0)
18:16<rkulagow_>concealing errors
18:46-!-bigguy [] has quit [Read error: 113 (No route to host)]
19:02-!-poptix [] has quit [Connection timed out]
19:07-!-justin [~justin@ool-18b81fb6.dyn.optonline.net] has joined #mythtv
19:11<Captain_Murdoch>rkulagow: did it show numbers counting up fairly quickly under the right hand column?
19:11<rkulagow_>CM: wasn't watching it at the time.
19:12<Captain_Murdoch>actually, if that was a screenshot, then it looks like that file had the totalFrames value filled in cause it was showing percentage. The patch I sent would just show framesPlayed instead of a percentage if totalFrames was 0.
19:13<rkulagow_>not using the latest patch you sent me. i just switched to the ssh session, and i've got plenty of files that appear to have damage of various kinds:
19:13<rkulagow_>1047 20030414220000 cartoon 50%ac-tex damaged at 29 5
19:13<rkulagow_>Error at MB: 184
19:13<rkulagow_>concealing errors 2
19:13<rkulagow_>1005 20030417190000 friends 63%slice end not reached but screenspace end (63 left 5D2958)
19:13<rkulagow_>concealing errors 91%ac-tex damaged at 10 4
19:13<rkulagow_>Error at MB: 134
19:14<rkulagow_>concealing errors 3
19:16<Captain_Murdoch>ok, the conceiling stuff isn't mine and those are showing percentage completed so they are a different case then the one you sent the bt from.
19:18<rkulagow_>ok
19:19<rkulagow_>if i'm reading it right, the 35 minute Friends episode had 11 commercials?
19:19<rkulagow_>1005 20030501190000 Friends 11
19:19<rkulagow_>1005 20030501193500 Friends 3
19:23<Captain_Murdoch>if the programmed worked correctly that indicates 11 commercial breaks since commercials are supposed to be merged into breaks at the end.
19:23<Captain_Murdoch>programmed??
19:23<Captain_Murdoch>:)
19:24-!-Viddy [david@visp194-179.visp.co.nz] has joined #mythtv
19:29-!-bigguy [bigman@h59.44.102.166.ip.alltel.net] has joined #mythtv
19:36-!-Ripp [~chris@209.194.224.236] has joined #mythtv
19:41-!-schultmc [] has quit ["Client exiting"]
19:42-!-rkulagow [] has quit [Read error: 104 (Connection reset by peer)]
19:46-!-rkulagow [~mythtv@12-207-131-29.client.attbi.com] has joined #mythtv
19:49-!-justin [] has quit [Read error: 110 (Connection timed out)]
19:53<rkulagow>chutt: just mailed you another segfault in mythbackend backtrace.
19:55<Captain_Murdoch>rkulagow: that bt you emailed me. do you know what had just finished recording when that happened?
19:55<Captain_Murdoch>the mythbackend one, not the mythcommflag one.
19:56-!-bline [~sbeck@24.84.93.233] has joined #mythtv
19:57<rkulagow_>cm: sorry, been pretty busy. can send the file back so i can see and get a reminder? got about 10 things going right now.
19:59<Captain_Murdoch>I was just curious if you could reproduce the problem by trying to run mythcommflag against the file that had just finished recording, let me do some more debugging first and I might send it back and ask via email.
19:59<rkulagow_>ok
20:03<Captain_Murdoch>now that I've thought about it more since this afternoon, if it died right after the recording finished then the only thing it had been doing was flagging blank frames and then returning the list so that limits the places where the bug could be.
20:06-!-hfb [] has quit ["Client exiting"]
20:31-!-poptix [poptix@precious.net] has joined #mythtv
20:34<Captain_Murdoch>anyone know if current cvs honors the "profile" field in the record table?
20:35<Chutt>it should
20:39<Captain_Murdoch>ok, thanks. was playing around with having enter/space/i popup a new window from the viewscheduled screen. was going to see if I could have it save a new profile and if the recording would use it.
20:40<Captain_Murdoch>just made a copy of InfoDialog called AdvancedInfoDialog and had that popping up if the item didn't have a conflict and wasn't suppressed because it had already been recorded. just playing around though.
20:41<Captain_Murdoch>what do you think of the idea of having an advanced recording options available off of the view scheduled screen?
20:42<Captain_Murdoch>for things like I mentioned on the -users list.
20:43<Chutt>that's fine
20:43<Chutt>talk to theasp
20:44<Chutt>he's supposedly doing something like that for the autodelete options
20:45<Captain_Murdoch>ok, that was his multi-tiered screen right?. like the current playback screen.
20:45<Chutt>i dunno
20:46<Captain_Murdoch>I think he's email me before. I might email about it, but for now I can manually make a lower-resolution profile to use to record my wife's daily group of 3-4 recordings. :)
20:46<Captain_Murdoch>trying to learn a little QT in the process as well so sometimes I just go off and play with something to learn a little more.
20:47<Captain_Murdoch>time for dinner and then back to trying to find where that var is getting overwritten if that's what it is.
20:48-!-bline [] has quit ["Client exiting"]
20:48<rkulagow_>chutt: did you get the latest segfault i mailed? i've still got the session in gdb
20:49<Chutt>yeah, 'sec
20:49<Chutt>while i look at it
20:49-!-nyquiljer [coyote@12-211-10-191.client.attbi.com] has joined #mythtv
20:50<Chutt>can you switch to thread 8
20:50<Chutt>and go back up to level #2?
20:51<Chutt>thor_, ping
20:55<rkulagow>(gdb) up
20:55<rkulagow>#2 0x0807de75 in Scheduler::DoMultiCard() (this=0x837ed88)
20:55<rkulagow> at scheduler.cpp:802
20:55<rkulagow>802 if (((*m_tvList)[second->cardid])->WouldConflict(second))
20:55<Chutt>allright
20:55<Chutt>what's second->cardid
20:56<rkulagow>(gdb) print second->cardid
20:56<rkulagow>$1 = 16
20:56<Chutt>heh
20:56<Chutt>i'm assuming that's a bad id?
20:56<rkulagow>(that's not actually too high, btw)
20:56<Chutt>is it a valid id?
20:56<rkulagow>i've done a number of "clear cards" in setup without whacking the db
20:56<Chutt>ah
20:57<rkulagow>that's weird. look at this:
20:58<rkulagow>mysql> select * from capturecard;
20:58<rkulagow>+--------+-----------------+-------------+---------------+----------+--------------+----------------+----------+--------+----------+
20:58<rkulagow>| cardid | videodevice | audiodevice | vbidevice | cardtype | defaultinput | audioratelimit | hostname | use_ts | dvb_type |
20:58<rkulagow>+--------+-----------------+-------------+---------------+----------+--------------+----------------+----------+--------+----------+
20:58<rkulagow>| 15 | /dev/v4l/video0 | /dev/dsp | /dev/v4l/vbi0 | MPEG | Television | 0 | bedroom | NULL | NULL |
20:58<rkulagow>| 16 | /dev/v4l/video1 | /dev/dsp | /dev/v4l/vbi1 | MPEG | Tuner 0 | 0 | bedroom | NULL | NULL |
20:58<rkulagow>+--------+-----------------+-------------+---------------+----------+--------------+----------------+----------+--------+----------+
20:58<Chutt>ok, so it's valid
20:58<rkulagow>Television _and_ tuner 0?
20:58<Chutt><shrug>
20:58<Chutt>that's not causing this issue, though
20:58<rkulagow>ok
20:58<Chutt>hmm
21:00<rkulagow>input connections shows "cable" mapped to /dev/v4l/video0 Tuner0 and video1 Tuner0. how did "Television" get in there?
21:00<rkulagow>(anyway)
21:00<Chutt>i dunno
21:01<Chutt>print m_tvList.count()
21:01<Chutt>err
21:01<Chutt>m_tvList->count()
21:02<rkulagow>(gdb) print m_tvList->count()
21:02<rkulagow>Cannot evaluate function -- may be inlined
21:02<Chutt>figures
21:03<Chutt>print m_tvList->contains(15)
21:04<rkulagow>(gdb) print m_tvList->contains(15)
21:04<rkulagow>Cannot evaluate function -- may be inlined
21:05<Chutt>ah well
21:05<Chutt>i'll add a check for this
21:05<Chutt>since i can't figure out what's wrong
21:05<Chutt>it'll at least not die =)
21:05<rkulagow>would it still have recorded? M-I-L is going to be peeved that she missed JAG.
21:06-!-justin [~justin@ool-18b81fb6.dyn.optonline.net] has joined #mythtv
21:07<Chutt>i have absolutely no idea
21:07<rkulagow_>ok, just have to see what happens next time then.
21:07<Chutt>i don't think it should have
21:08<Chutt>if you restarted the backend
21:08<Chutt>i mean, it should have recorded it
21:10<Chutt>ok
21:10<Chutt>just checked in something that'll complain instead of die if that comes up again
21:10<Chutt>and the first bit of the settings reorg =)
21:13<Chutt>just need to modify mythweather and mythmusic to do a --configure option
21:14<rkulagow_>right; 15m prior to the segfault, we had a power blip here. all the pc's started rebooting. i decided "since chutt found the bug with the pvr-250 skipping recordings, might as well put the second one in." inserted second card, configured it in setup. up until the second card, there were lots of conflicts because there was only the one card, and i hadn't deconflicted anything. went into mythweb to see if there were any other conflict
21:18<Chutt>well
21:19<Chutt>might make sense to wipe your db tables =)
21:20<rkulagow_>i figured that it was dynamic, since i'm always seeing "found changes in todo list" as the slave would come and go (when it was the 3rd encoder in a 3 encoder system rather than #1 and #2 in a two encoder system)
21:21<rkulagow>Starting program: /usr/local/bin/mythbackend -v
21:21<rkulagow>[New Thread 16384 (LWP 2735)]
21:21<rkulagow>Starting up as the master server.
21:21<rkulagow>[New Thread 32769 (LWP 2740)]
21:21<rkulagow>[New Thread 16386 (LWP 2741)]
21:21<rkulagow>2003-05-20 18:46:22 Verbose mode activated.
21:21<rkulagow>[New Thread 32771 (LWP 2742)]
21:21<rkulagow>[New Thread 49156 (LWP 2743)]
21:21<rkulagow>[New Thread 65541 (LWP 2744)]
21:21<rkulagow>[New Thread 81926 (LWP 2745)]
21:21<rkulagow>[New Thread 98311 (LWP 2746)]
21:21<rkulagow>2003-05-20 18:46:23 Found changes in the todo list.
21:21<rkulagow>2003-05-20 18:48:10 adding: bedroom as a slave backend server
21:21<rkulagow>2003-05-20 18:48:11 Found changes in the todo list.
21:21<rkulagow>2003-05-20 18:49:04 MainServer::HandleAnnounce Playback
21:21<rkulagow>2003-05-20 18:49:04 adding: 0 as a player 0
21:21<rkulagow_><segfault>
21:21<Chutt>newest?
21:21<rkulagow_>up until 18:48:10, there was only one encoder.
21:22<rkulagow_>(in the DB, but that backend wasn't running yet)
21:22<-- nyquiljer(coyote@12-211-10-191.client.attbi.com) has left #mythtv
21:22<rkulagow_>once that backend came online, the two encoders that it had were made available.
21:22<rkulagow_>this is CVS as of <60 minutes prior to segfault
21:23<Chutt>ah
21:23<rkulagow_>(pasted some old stuff for context)
21:23<rkulagow_>i'll do the co and get it running again.
21:23<rkulagow_>is the Television / Tuner 0 thing significant?
21:23<Chutt>it could be
21:24<Chutt>should be fixable by running it through setup, though
21:24<rkulagow_>right; was going to do that.
21:27<rkulagow_>so, kill the gdb session?
21:27<Chutt>yup
21:27<Chutt>thanks
21:27<rkulagow_>ok
21:39<rkulagow>chutt: latest CVS immediately segfaulted. before starting the MBE, i went to the slave and changed Television to Tuner 0. started MBE in gdb, and died just about right away.
21:40<rkulagow>2003-05-20 20:38:14 Found changes in the todo list.
21:40<rkulagow>Program received signal SIGSEGV, Segmentation fault.
21:40<rkulagow>[Switching to Thread 16386 (LWP 4271)]
21:40<rkulagow>0x4094ac52 in pthread_mutex_lock () from /lib/i686/libpthread.so.0
21:40<rkulagow>Current language: auto; currently c
21:40<rkulagow>(gdb) thread apply all bt full
21:40<rkulagow><snip lots of threads waiting around>
21:40<rkulagow>hread 3 (Thread 16386 (LWP 4271)):
21:40<rkulagow>#0 0x4094ac52 in pthread_mutex_lock () from /lib/i686/libpthread.so.0
21:40<rkulagow>---Type <return> to continue, or q <return> to quit---
21:40<rkulagow>No symbol table info available.
21:40<rkulagow>#1 0x08079486 in PlaybackSock::SendReceiveStringList(QStringList&) (this=0x0,
21:40<rkulagow> strlist=@0x4176a98c) at playbacksock.cpp:40
21:40<rkulagow>No locals.
21:40<rkulagow>#2 0x08079b34 in PlaybackSock::GetEncoderState(int) (this=0x0,
21:40<rkulagow> capturecardnum=15) at playbacksock.cpp:117
21:40<rkulagow> strlist = {<QValueList<QString>> = {sh = 0x8337d90}, <No data fields>}
21:40<rkulagow> state = 0
21:40<rkulagow>#3 0x08061a97 in EncoderLink::GetState() (this=0x8333518)
21:40<rkulagow> at encoderlink.cpp:78
21:40<rkulagow> retval = kState_Error
21:40<rkulagow>#4 0x0807e9c0 in Scheduler::RunScheduler() (this=0x8333118)
21:40<rkulagow> at scheduler.cpp:976
21:41<rkulagow> secsleft = -494
21:41<rkulagow> resetIter = false
21:41<rkulagow> nexttv = (EncoderLink *) 0x8333518
21:41<rkulagow> nextRecording = (ProgramInfo *) 0x837dae8
21:41<rkulagow> nextrectime = {d = {jd = 2452780}, t = {ds = 73800000}}
21:41<rkulagow> curtime = {d = {jd = 2452780}, t = {ds = 74294638}}
21:41<rkulagow> lastupdate = {d = {jd = 2452780}, t = {ds = 74294638}}
21:41<rkulagow> recIter = {<_List_iterator_base> = {
21:41<rkulagow> _M_node = 0x8328880}, <No data fields>}
21:41<rkulagow>#5 0x0807eea3 in Scheduler::SchedulerThread(void*) (param=0x8333118)
21:41<rkulagow> at scheduler.cpp:1024
21:41<rkulagow>---Type <return> to continue, or q <return> to quit---
21:41<rkulagow> sched = (Scheduler *) 0x8333118
21:41<rkulagow>#6 0x4094a7e1 in pthread_start_thread () from /lib/i686/libpthread.so.0
21:41<rkulagow>No symbol table info available.
21:41<rkulagow>#7 0x4094a8e5 in pthread_start_thread_event () from /lib/i686/libpthread.so.0
21:41<rkulagow>No symbol table info available.
21:41<rkulagow>gdb
21:48-!-bline [office-9@office.gossamer-threads.com] has joined #mythtv
22:03<Chutt>rkulagow, i'd really just wipe your capturecard/cardinput tables
22:03<Chutt>completely =)
22:04<rkulagow_>boo!
22:05<rkulagow>ok
22:08-!-poptix [] has quit [Read error: 110 (Connection timed out)]
22:13<Chutt>heh
22:13<bline>are people still having that whining problem with the pvr-250?
22:13<rkulagow>dropped cardinput and the other one, recreated using mysql -f, readded the two cards at the slave, connected the input source to the card, started the MBE. segfault.
22:13<Chutt>that Leigh guy on the ivtv list emailed me off list
22:13<Chutt>quoting an older email that said how to compile mythtv with the v4l2 stuff
22:13<Chutt>bline, ayup
22:13<bline>I got a pvr-250 the other day and ended up with the whine as well, but I was able to stop it
22:13<Chutt>rkulagow, the ids are 1 and 2?
22:14<rkulagow_>chutt: yes.
22:14<Chutt>bline, it's only on stereo channels with the tuner
22:14<Chutt>same backtrace?
22:15<bline>well it was whining on the channel I had it on, and then I changed the dnr stuff and the whine stopped
22:16<rkulagow>chutt: just about. secs left is a little different, but otherwise appears to be the same.
22:16<rkulagow>want me to paste the interesting bits?
22:16<Chutt>naw
22:16<rkulagow_>ok
22:16<Chutt>give me a sec
22:16<rkulagow_>sure
22:18<Chutt>you've got a remote backend setup?
22:18<Chutt>as what id?
22:19<rkulagow_>the slave has the only two cards configured. the MBE is crashing before the slave has a chance to connect.
22:19<Chutt>you have to have a card on the master.
22:19<rkulagow_>well, there you go then.
22:20<Chutt>hmm
22:23<Chutt>yeah
22:24<Chutt>i don't see how to fix that limitation easily
22:24-!-poptix [poptix@precious.net] has joined #mythtv
22:25<Chutt>checked in stuff to stop it from crashing
22:25<Chutt>but it certainly won't act properly
23:35<-- rkulagow_(~rkulagow@12-207-131-29.client.attbi.com) has left #mythtv