| 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 |