| Wednesday, April 18th, 2012, 00:08 UTC | ||
| [00:08:43] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 248 seconds) | |
| [00:20:38] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [00:51:31] | VManiac16 (VManiac16!~Unknown@69.4.155.83) has joined #mythtv | |
| [00:55:08] | Computer_Czar (Computer_Czar!~Unknown@69.4.155.83) has quit (Ping timeout: 264 seconds) | |
| [01:04:38] | jya: | arg… it pushed some of my temp stuff to fixes/0.25 even when I was in master :( |
| [01:13:26] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [01:15:57] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 240 seconds) | |
| [01:16:05] | jya: | stichnot: I've pushed the change the prevented the audio in livetv if started with timestretch |
| [01:16:29] | jya: | I still think the whole thing needs to be burnt and rewritten so this work-around isn't necessary |
| [01:20:37] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection) | |
| [01:27:12] | jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has quit (Read error: Operation timed out) | |
| [01:36:55] | stichnot: | jya, cool. |
| [01:37:11] | stichnot: | I mean your plans to rewrite it all, of course :) |
| [01:38:07] | jya: | of course :) |
| [01:38:52] | jya: | I added two workaround, one is to be able to revert from timestrech to non-timestretch (which would re-allow digital bitstreaming).. but in effect, that case is never triggered |
| [01:40:40] | jya: | stichnot: can't wait for your 10490 fix… I get several every ones every day and often I have to restart the backend |
| [01:40:57] | jya: | what I don't understand is how come I *never* got any of those just a month ago |
| [01:41:14] | stichnot: | 10490 will be the death of me |
| [01:41:26] | skd5aner: | no – you're not allowed to die |
| [01:42:41] | stichnot: | jya: are your livetv recordings going to an ext4 file system? |
| [01:43:07] | stichnot: | if so, you might improve the situation by remounting with barrier=0 |
| [01:47:09] | jya: | stichnot: no.. JFS -> LVM -> RAID5 |
| [01:47:34] | jya: | keep in mind that I've had that setup since around myth 0.18 |
| [01:47:48] | Czar_Away (Czar_Away!~Unknown@69.4.155.83) has joined #mythtv | |
| [01:48:18] | jya: | surely, something must have occurred recently that introduced that regression… I had never since it in a long time |
| [01:48:32] | jya: | I think last time I had buffering issue like that was in 0.21 |
| [01:51:37] | VManiac16 (VManiac16!~Unknown@69.4.155.83) has quit (Ping timeout: 245 seconds) | |
| [01:51:50] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [01:56:31] | Czar_Away is now known as Computer_Czar | |
| [02:48:34] | Seeker`: | I think it is only when using DVB-T, not DVB-S2 |
| [02:48:50] | Seeker`: | but I'm too tired to verify it right now |
| [03:04:34] | Beirdo: | stichnot: we don't use enough fsyncs for barriers to make a significant speed difference on recordings, IIRC |
| [03:05:11] | stichnot: | I think it's once per second, right? |
| [03:05:23] | Beirdo: | something like that, yeah |
| [03:06:34] | stichnot: | what it feels like is happening, is that the TFW thread is writing to disk, and for some reason the data isn't making it to the fileringbuffer readahead thread in time, causing it to think it's reached eof |
| [03:06:50] | stichnot: | and the lack of barriers may allow data to get out earlier and avoid the timeout in some cases |
| [03:07:13] | stichnot: | I could be all wrong on this |
| [03:07:41] | Beirdo: | highly unlikely |
| [03:07:55] | Beirdo: | but you're certainly welcome to test the theory :) |
| [03:08:19] | stichnot: | in any case, I'm putting together a "torture" patch that brings back the original conditions along with Daniel's every-30-second program transition so I can get complete logs and painstakingly try to match up frontend and backend behavior |
| [03:08:29] | Beirdo: | I think it's more likely some funky locking issue somewhere |
| [03:08:35] | Beirdo: | but cool |
| [03:08:49] | Beirdo: | oooh, that's right, was going to go move my temperature sensor |
| [03:09:16] | stichnot: | I just wish danielk could reproduce this :) |
| [03:09:23] | stichnot: | then it would be solved in a second, I'm sure... |
| [03:14:00] | tgm4883_ (tgm4883_!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv | |
| [03:14:55] | tgm4883_ (tgm4883_!~tgm4883@ubuntu/member/tgm4883) has quit (Client Quit) | |
| [03:17:35] | jya: | ohhhh…. I can debug with XCode… Finally a debugger environment worth the name |
| [03:18:57] | jya: | stichnot: tbh, I think it would be worth ditching anything that was done on that problem on say the past two months and start again |
| [03:21:03] | jya: | rhaa.. this debugger is so cool |
| [03:21:08] | jya: | going to save me hours |
| [03:24:28] | Beirdo: | OK, time to go toy with Windoze |
| [03:24:39] | Beirdo: | why oh why did I do my resume in Word? |
| [03:31:49] | jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has joined #mythtv | |
| [03:34:15] | jya: | Beirdo: do you have a bluray drive? |
| [03:35:22] | Beirdo: | not in a PC |
| [03:35:39] | Beirdo: | I have a real bluray player |
| [03:42:43] | Beirdo: | doesn't help much for debugging, sorry |
| [03:44:30] | jya: | no, not for that |
| [03:44:45] | jya: | I figured it would be easier for me to burn you a 25GB bluray with samples |
| [03:45:02] | jya: | for your commflagging stuff |
| [03:45:22] | Beirdo: | oooh |
| [03:45:28] | jya: | I bought a bd burner a few month ago, I'm yet to use it |
| [03:45:48] | Beirdo: | well, no reason I can't invest in a BD-ROM, just haven't yet |
| [03:46:08] | jya: | so you want any type of recordings? |
| [03:46:21] | jya: | I could send you some of each TV stations there |
| [03:46:27] | jya: | like full program recording |
| [03:46:32] | jya: | would that do? |
| [03:46:48] | Beirdo: | yeah, a variety such that I hopefully would have reasonable coverage of the different cases |
| [03:47:32] | jya: | well, I could give you a typical 8:30PM recordings, a good crappy program like the biggest losers, plenty of crap ads in there too |
| [03:48:04] | jya: | one sample of news for each channel, one one variety program, one of movie etc… |
| [03:48:38] | Beirdo: | sure |
| [03:48:53] | Beirdo: | that would give a decent sampling |
| [03:49:05] | Beirdo: | wow, the BD burners aren't much more than the BDROM |
| [03:49:53] | jya: | the one I got was a USB type, fully powered by USB. slot loading, wasn't "that" cheap all things considered |
| [03:50:20] | jya: | for storage, 25gig for like $2-$3 is a good deal I think |
| [03:50:23] | Beirdo: | internal SATA – about $90 |
| [03:50:32] | Beirdo: | and yeah |
| [03:50:46] | jya: | I think I paid mine around $280 mark |
| [03:51:26] | Beirdo: | the fun of being an earlier adopter |
| [03:51:45] | Beirdo: | I remember when a CDROM drive was nearly $1k |
| [03:51:47] | Beirdo: | heh |
| [03:51:49] | Beirdo: | $15 now |
| [03:52:00] | Beirdo: | and even THAT is a burner usually these days |
| [03:52:52] | jya: | http://www.nextag.com/LG-x-Extenal-BD-828189724/prices-html |
| [03:52:56] | jya: | they have dropped |
| [03:53:41] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [03:54:15] | jya: | anyone know where I should put my breakpoint to find out where a key press is first caught? |
| [03:54:35] | jya: | (trying to debug why myth seems to loose focus after going into the settings) |
| [03:55:02] | Beirdo: | yikes |
| [03:55:06] | Beirdo: | not sure |
| [03:55:50] | jya: | on the mac, you can navigate the app just fine. Once you enter into the settings, press finish. from that point, pressing any key result in a beep |
| [03:56:12] | Beirdo: | odd |
| [03:57:05] | jya: | same bug as here: http://code.mythtv.org/trac/ticket/10587 |
| [03:57:19] | jya: | in fact in occurs for all mythtv app build with llvm |
| [03:57:47] | Beirdo: | heh |
| [03:58:07] | Beirdo: | llvm... breaking working programs everywhere |
| [04:02:28] | jya: | or more likely, reveal breaks everywhere |
| [04:03:46] | Beirdo: | pretty sure it's them |
| [04:03:56] | Beirdo: | hmm, wth? |
| [04:04:11] | jya: | interesting.. I hear a beep, byt the MythMainWindow::eventFilter stop receiving any more events |
| [04:07:54] | jya: | when I set a breakpoint in file.cpp, and there's a moc_file.cpp ; should I put the breakpoint in moc_file.cpp instead? |
| [04:08:11] | Beirdo: | it's possible |
| [04:08:47] | Beirdo: | OK, WTH? |
| [04:09:06] | Beirdo: | I moved the temperature sensor, and it stops responding |
| [04:18:32] | Beirdo: | interesting |
| [04:18:44] | Beirdo: | plugged the other sensor board back into it, it's working |
| [04:21:33] | Beirdo: | there |
| [04:21:59] | Beirdo: | 32C and climbing |
| [04:22:08] | Beirdo: | sitting right on top of the HDPVR |
| [04:23:46] | Beirdo: | up to 34F |
| [04:23:53] | Beirdo: | I think I need a fan :) |
| [04:25:49] | Beirdo: | umm |
| [04:25:55] | Beirdo: | and it stopped? |
| [04:26:21] | jya: | 34F or 34C? |
| [04:26:34] | Beirdo: | the last reading was 25.625C |
| [04:26:37] | Beirdo: | err |
| [04:26:41] | Beirdo: | 35.625C |
| [04:26:50] | Beirdo: | then it seems to have crashed |
| [04:26:53] | jya: | that's not hot at all |
| [04:28:44] | Beirdo: | 10C higher than the room, which is already a bit too warm for me |
| [04:30:54] | Beirdo: | ftdi_sio ttyUSB0: ftdi_submit_read_urb – failed submitting read urb, error -1 |
| [04:30:56] | Beirdo: | bah |
| [04:33:53] | Beirdo: | I have an idea |
| [04:41:05] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (Read error: Connection reset by peer) | |
| [04:50:17] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 276 seconds) | |
| [04:54:01] | highzeth (highzeth!~hz@213.138.162.181) has joined #mythtv | |
| [04:54:32] | Beirdo: | OK, running again after a power cycle. I put the proper terminator on the LVDS bus (finally) |
| [04:55:39] | Beirdo: | although it shouldn't have been using it at the time |
| [04:58:25] | Beirdo: | I give up |
| [04:58:34] | Beirdo: | that board must have a cold solder somewher |
| [05:00:14] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [05:03:24] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [05:20:09] | cattelan_away (cattelan_away!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds) | |
| [05:29:51] | clever (clever!~clever@142.167.219.82) has quit (Ping timeout: 252 seconds) | |
| [06:15:58] | Guest81426 (Guest81426!~ricky@121-74-86-253.telstraclear.net) has quit (Ping timeout: 246 seconds) | |
| [06:34:37] | hashbang (hashbang!~alex@213-152-35-50.dsl.eclipse.net.uk) has joined #mythtv | |
| [06:45:21] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120312181643]) | |
| [06:52:36] | stichnot (stichnot!~chatzilla@192.55.55.41) has joined #mythtv | |
| [06:52:52] | stichnot (stichnot!~chatzilla@192.55.55.41) has quit (Changing host) | |
| [06:52:52] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [07:01:59] | markcerv (markcerv!~mark@ns.shelfspace.com) has quit (Ping timeout: 248 seconds) | |
| [07:02:04] | markcerv (markcerv!~mark@ns.shelfspace.com) has joined #mythtv | |
| [07:02:20] | hashbang (hashbang!~alex@213-152-35-50.dsl.eclipse.net.uk) has quit (Quit: Leaving.) | |
| [07:12:43] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [07:24:14] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 252 seconds) | |
| [07:28:01] | Goga777 (Goga777!~Goga777@2.95.136.17) has joined #mythtv | |
| [07:29:29] | andreax (andreax!~andreaz@p5089ECAD.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [08:01:57] | sphery (sphery!~mdean@mythtv/developer/sphery) has quit (Ping timeout: 244 seconds) | |
| [08:06:19] | clever (clever!~clever@142.167.221.99) has joined #mythtv | |
| [08:10:22] | sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv | |
| [08:30:33] | jcdutton (jcdutton!~jcdutton@5ac34c4d.bb.sky.com) has joined #mythtv | |
| [08:33:52] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 244 seconds) | |
| [08:40:12] | jya_ (jya_!~jyavenard@120.148.99.165) has joined #mythtv | |
| [08:40:12] | jya_ (jya_!~jyavenard@120.148.99.165) has quit (Changing host) | |
| [08:40:12] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [09:23:56] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [09:24:26] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Remote host closed the connection) | |
| [09:25:04] | jya_ (jya_!~jyavenard@120.148.99.165) has joined #mythtv | |
| [09:25:04] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [09:25:04] | jya_ (jya_!~jyavenard@120.148.99.165) has quit (Changing host) | |
| [09:28:31] | dekarl (dekarl!~dekarl@p4FE84B2B.dip.t-dialin.net) has joined #mythtv | |
| [09:31:28] | dekarl1 (dekarl1!~dekarl@p4FCEF719.dip.t-dialin.net) has quit (Ping timeout: 272 seconds) | |
| [09:45:32] | jya: | stichnot: I just had a thought.... |
| [10:04:46] | mike|2 (mike|2!~mike@c-98-232-220-158.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [10:05:38] | mike|2 (mike|2!~mike@c-98-232-220-158.hsd1.or.comcast.net) has joined #mythtv | |
| [10:11:47] | seeker (seeker!~seeker@unaffiliated/seeker) has joined #mythtv | |
| [10:27:30] | Goga777 (Goga777!~Goga777@2.95.136.17) has quit (Read error: Connection reset by peer) | |
| [10:36:56] | wes_ (wes_!ccc24d03@gateway/web/freenode/ip.204.194.77.3) has joined #mythtv | |
| [10:39:43] | wes_ (wes_!ccc24d03@gateway/web/freenode/ip.204.194.77.3) has quit (Client Quit) | |
| [10:49:08] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [11:00:13] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [11:16:57] | jya__ (jya__!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [11:30:57] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [11:34:58] | seeker (seeker!~seeker@unaffiliated/seeker) has quit (Read error: Connection reset by peer) | |
| [11:35:07] | seeker_ (seeker_!~seeker@unaffiliated/seeker) has joined #mythtv | |
| [11:40:00] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 250 seconds) | |
| [11:49:26] | seeker_ (seeker_!~seeker@unaffiliated/seeker) has quit (Read error: Connection reset by peer) | |
| [12:06:47] | jya__: | stuartm: are you there? |
| [12:29:10] | rsiebert (rsiebert!~quassel@g226062248.adsl.alicedsl.de) has joined #mythtv | |
| [12:33:01] | rsiebert_ (rsiebert_!~quassel@g225060030.adsl.alicedsl.de) has quit (Ping timeout: 276 seconds) | |
| [12:37:23] | jeff999 (jeff999!~jeff@58-6-95-225.dyn.iinet.net.au) has joined #mythtv | |
| [12:38:06] | jya__: | stuartm: I'm trying to identify the cause of bug #10587 (the issue occurs with all myth exe not just mythtv-setup). It occurs whenever you enter into the old settings and open another sub-setting screen. Like Audio -> Advanced. Or Playback -> Edit Profile. Exit back to the main menu. And now pressing any key will just cause a beep. The mouse work to select a menu however |
| [12:38:06] | ** MythLogBot http://code.mythtv.org/trac/ticket/10587 ** | |
| [12:38:38] | jeff999 (jeff999!~jeff@58-6-95-225.dyn.iinet.net.au) has left #mythtv () | |
| [12:39:08] | jya__: | I'm trying to debug that, by putting a breakpoint for whenever I press in the old settings like up arrow. I haven't found a place where those keys are handled. Is it done by myth or it's all within Qt stuff ? |
| [12:39:34] | jya__: | Finally, any ideas what could cause such behaviour? It's like the application doesn't have focus, and it stops receiving any key event |
| [12:42:24] | JackWinter (JackWinter!~jack@vodsl-4996.vo.lu) has quit (Quit: Konversation terminated!) | |
| [12:45:57] | JackWinter (JackWinter!~jack@vodsl-4996.vo.lu) has joined #mythtv | |
| [12:46:41] | pepsiman: | How does mythtv know whether an inetref is for themoviedb or thetvdb? |
| [12:49:27] | stichnot: | jya__: you had a thought for me? |
| [12:50:13] | jya__: | stichnot: It was related to 9ea5252bc3a6367dacec1b4f92f03c13fbd0f0e4 and 5aaca58157c6456b88e500ccacbde91e31dcb534. |
| [12:50:44] | jya__: | I don't know if the liveTV/ringbuffer stuff uses anything related to libmythprotoserver |
| [12:50:57] | jya__: | but that bug would have caused some random weirdness |
| [12:51:33] | jya__: | BTW, forget what I said about everything was working great 2 months ago.. I was still using 0.24 for my main system, and it's approximately the time I upgraded to master |
| [12:52:00] | jya__: | pepsiman: it depends on the season / episode stuff |
| [12:52:00] | stichnot: | ok |
| [12:52:34] | jya__: | pepsiman: if it has a season / episode: it's TV, if not movie and try TV after |
| [12:52:54] | jya__: | stichnot: anyway… worth a shot… it's such a weird bug |
| [12:53:07] | pepsiman: | jya__, mythweb isn't behaving like that for me |
| [12:53:29] | jya__: | pepsiman: here i'm referring to the mythmetadata bit… no idea about mythweb |
| [12:53:42] | stichnot: | Beirdo may end up being right about a locking issue |
| [12:53:45] | jya__: | not sure what you mean by mythweb too |
| [12:54:23] | jya__: | stichnot: you mean the ext4 thing? i don't believe it would be due to the filesystem in use.. I haven't changed mine in years |
| [12:54:48] | stichnot: | no, the whole bug being a ringbuffer lock problem |
| [12:56:03] | stichnot: | I don't know what libmythprotoserver is |
| [12:56:33] | jya__: | me neither :) |
| [12:56:33] | stichnot: | I saw bits of it briefly and it looks like a duplication of stuff in the backend |
| [13:02:25] | skd5aner: | pepsiman, jya__ : also, if it has a subtitle, it'll be considered a TV show first |
| [13:03:34] | pepsiman: | dumb heuristics |
| [13:04:16] | stichnot: | ah – finally got the "video frame buffering failed message" |
| [13:04:22] | jya__: | it certainly is a very narrow test pattern to guess what is what |
| [13:04:25] | skd5aner: | It *mostly* works... but yes, it's not perfect |
| [13:04:51] | skd5aner: | for whatever reason, I could never get sportscenter to work, evne with a season/episode |
| [13:04:59] | skd5aner: | had to manually load the artwork |
| [13:05:22] | stichnot: | good, only 26MB of backend logs and 31MB of frontend logs to pore through |
| [13:05:45] | jya__: | it's unfortunate. with 0.24 and jamu, I had great fanart for pretty much all my recordings. Now only a few select US shows do |
| [13:06:35] | skd5aner: | which is funny, because, while "SportsCenter" should have returned this for interef: 77967 – http://thetvdb.com/?tab=series&id=77967&lid=7 |
| [13:06:45] | skd5aner: | it returned this instead: http://www.themoviedb.org/movie/77967 |
| [13:07:01] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [13:07:03] | skd5aner: | needless to say, my wife was a little confused when she went through the guide the next morning |
| [13:07:06] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [13:08:06] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [13:08:23] | jya__: | I think mythmetadata needs a serious overall. |
| [13:08:23] | jya__: | ahah |
| [13:09:03] | skd5aner: | jya__: the one thing that jamu did really well, and I'm not sure yet if mythmetadata does well or not, is get artwork in advance of the recording... but I really haven't been able to test that out yet, and I think it should do the same |
| [13:09:25] | skd5aner: | however, I get some shows that get the metadata right, but the artwork never appears (for major shows, where artwork does exist) |
| [13:09:38] | jya__: | skd5aner: weird, I thought jamu only worked according to the actual recording file |
| [13:10:17] | skd5aner: | nope, it would look at the scheduler and get anything that was scheduled to record as far in advance as you had guide data |
| [13:10:44] | skd5aner: | (that is, if you didn't already have it – which it checked) |
| [13:12:29] | jya__: | skd5aner: if you say so… :) |
| [13:13:04] | skd5aner: | jya__: I think it's wat Robert and/or RDV old me |
| [13:13:08] | skd5aner: | er, what |
| [13:14:00] | skd5aner: | jya__: "With the (-MW) option Jamu can download the graphics for Scheduled and Recorded programs" |
| [13:14:07] | skd5aner: | "scheduled" |
| [13:14:50] | jya__: | skd5aner: that is what I'm referring about |
| [13:14:59] | jya__: | recordings , artwork |
| [13:15:27] | skd5aner: | right? me too |
| [13:16:47] | skd5aner: | sorry, didn't realize this wasn't the -users channel... probably best to take it over there if we want to continue |
| [13:20:13] | wes_ (wes_!ccc24d03@gateway/web/freenode/ip.204.194.77.3) has joined #mythtv | |
| [13:21:48] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [13:40:25] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Quit: Leaving) | |
| [13:49:44] | j-rod|afk is now known as j-rod | |
| [13:56:27] | jya__ (jya__!~jyavenard@mythtv/developer/jya) has quit (Quit: jya__) | |
| [14:06:04] | jya: | uh? Your mail to 'Mythtv-developers' with the subject "Who does what…" Is being held until the list moderator can review it for approval." Message may contain administrivia |
| [14:15:21] | stichnot: | I'm sure the moderator will get right on that |
| [14:21:25] | jheizer (jheizer!~jheizer@c-98-215-87-73.hsd1.il.comcast.net) has quit (Quit: Leaving) | |
| [14:23:52] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Read error: Connection reset by peer) | |
| [14:37:59] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [14:41:02] | stuartm: | jya: qt handles those keypresses itself, but I believe it should still emit a keypress event, have you tried sticking some debugging in mythmainwindow.cpp – the event handler where we watch for keyboard/mouse input? |
| [14:42:07] | stuartm: | it should at least indicate whether we're receiving that input, and if not it narrows it down to a focus issue or similar |
| [14:43:04] | obo_ (obo_!~obo@70-140-190-120.lightspeed.hstntx.sbcglobal.net) has joined #mythtv | |
| [14:43:05] | obo_ (obo_!~obo@70-140-190-120.lightspeed.hstntx.sbcglobal.net) has quit (Changing host) | |
| [14:43:05] | obo_ (obo_!~obo@rockbox/developer/obo) has joined #mythtv | |
| [14:44:06] | obo (obo!~obo@rockbox/developer/obo) has quit (Ping timeout: 260 seconds) | |
| [14:45:12] | stuartm: | you can also add some debugging there for window focus events and other related stuff that might prove interesting – http://doc.trolltech.com/4.6/qevent.html#Type-enum |
| [14:45:39] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [14:46:37] | stichnot: | stuartm: another nag on reviewing my proposed mythuibuttonlist change? |
| [14:47:26] | stuartm: | noted ;) |
| [14:51:31] | stichnot: | stuartm: one thing is, there was talk about potentially backporting this to 0.25-fixes for speeding up loading of Watch Recordings. (but after the DB settings cache fix, it seems the complaints dried up, so maybe it's not such a big deal) |
| [14:52:21] | stuarta: | in my book any speed improvements are a good thing |
| [14:52:21] | gigem: | stuartm: and another nag to run the never record tests. :) |
| [14:53:34] | gigem: | re. speed ups. i'm tempted to include the mythfilldatabase speed up for first/last showing in fixes/0.25. any objections? |
| [14:54:02] | jcdutton (jcdutton!~jcdutton@5ac34c4d.bb.sky.com) has quit (Ping timeout: 276 seconds) | |
| [14:54:10] | gigem: | what happened to the settings port to mythui? wasn't that xavierh? |
| [14:56:22] | stichnot: | also stuartm, there is a version of the patch that does all the background loading directly in the pbb, without refactoring it into mythui, which could be used instead |
| [14:59:45] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 244 seconds) | |
| [15:03:51] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 252 seconds) | |
| [15:07:44] | jya_ (jya_!~jya@120.148.99.165) has joined #mythtv | |
| [15:09:09] | wes_ (wes_!ccc24d03@gateway/web/freenode/ip.204.194.77.3) has quit (Quit: Page closed) | |
| [15:10:23] | jya_: | stuartm: I did put a breakpoint in mythmainwindow.cpp.. And the beep issue occurs; I comtinue to receive lots of events, but no key ones. When I say lots of events I mean when I continue debugging, it pretty much instantly stop at the event process function again |
| [15:16:18] | stuartm: | there's a near constant stream of events from the windowing system, redraws and elsewhere, question is whether it believes the main window has lost focus – there would be a FocusOut event if that's the case |
| [15:17:11] | stuartm: | gigem: which change was that, do you have a commit number (sha1)? |
| [15:18:53] | jya_: | stuartm: Ok. Thanks.. I'll try that tomorrow and add some logs.. Will keep you posted. |
| [15:21:25] | jcdutton (jcdutton!~jcdutton@5ac34c4d.bb.sky.com) has joined #mythtv | |
| [15:26:40] | gigem: | stuartm: http://irc.mythtv.org/ircLog/channel/4/2012-04-15:23:08:21 |
| [15:27:25] | stuartm: | gigem: sorry, I was refering to <gigem> re. speed ups. i'm tempted to include the mythfilldatabase speed up for first/last showing in fixes/0.25. any objections? |
| [15:28:06] | stuartm: | guess I could look at the history of mythfilldatabase to find it :) |
| [15:29:15] | gigem: | stuartm: sorry. that commit was bb58a94f . |
| [15:29:22] | stuartm: | https://github.com/MythTV/mythtv/commit/bb58a94f |
| [15:29:25] | jya_ (jya_!~jya@120.148.99.165) has quit (Quit: Colloquy for iPad - http://colloquy.mobi) | |
| [15:29:55] | stuartm: | gigem: ahh, that's why I couldn't find it, I was looking for a commit where you were the author |
| [15:30:36] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [15:32:56] | stuartm: | gigem: seems fine to me as long as the sub-query stuff is supported by our minimum mysql version for 0.25 |
| [15:37:18] | gigem: | the scheduler has been using a much more complicated update with sub-query for a long time. |
| [15:51:38] | joki (joki!~joki@p54865376.dip.t-dialin.net) has quit (Ping timeout: 246 seconds) | |
| [15:51:50] | joki- (joki-!~joki@p54864013.dip.t-dialin.net) has joined #mythtv | |
| [15:51:58] | joki- is now known as joki | |
| [15:56:58] | Goga777 (Goga777!~Goga777@2.95.136.17) has joined #mythtv | |
| [16:00:41] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [16:08:52] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [16:20:44] | jcdutton (jcdutton!~jcdutton@5ac34c4d.bb.sky.com) has quit (Read error: Operation timed out) | |
| [16:35:10] | stichnot: | Good suggestion on the -users list to add a pbb menu item to emergency-clear the cutlist in case of user error (i.e., all or nearly all the recording is cut, making it nearly impossible to get back into the editor). Should such an item go under the Storage Options submenu, or Job Options? |
| [16:41:36] | jcdutton (jcdutton!~jcdutton@5ac34c4d.bb.sky.com) has joined #mythtv | |
| [16:45:51] | pepsiman: | job options |
| [16:59:35] | stuartm: | stichnot: that logic could go into the cutlist editor itself, i.e. refuse to save if the total playable video is less than 10 seconds, prevent the user shooting themselves in the foot to start with |
| [17:00:23] | jcdutton (jcdutton!~jcdutton@5ac34c4d.bb.sky.com) has quit (Ping timeout: 260 seconds) | |
| [17:00:48] | gregorcy (gregorcy!~gregorcy@strongbad.chemeng.utah.edu) has quit (Remote host closed the connection) | |
| [17:01:40] | stichnot: | stuartm: that's true, but it may also be nice to have a fallback in case you get into the situation via a different path |
| [17:02:31] | stichnot: | though all paths I can think of at the moment involve the command line, at which point mythutil is also available |
| [17:11:19] | jcdutton (jcdutton!~jcdutton@5ac34c4d.bb.sky.com) has joined #mythtv | |
| [17:29:29] | Goga777 (Goga777!~Goga777@2.95.136.17) has quit (Remote host closed the connection) | |
| [17:47:43] | andreax (andreax!~andreaz@p5089EB36.dip.t-dialin.net) has joined #mythtv | |
| [17:57:11] | cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has joined #mythtv | |
| [18:08:40] | stuartm: | stichnot: I'm always wary of adding menu items, bindings or settings to allow the user to get out of a mess that the code shouldn't allowed to begin with, it's a bit like a car manufacturer deciding that to deal with the wheels constantly falling off their cars that they will throw in a free jack and tire iron |
| [18:09:01] | cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv | |
| [18:09:41] | stuartm: | apologies to everyone who has to read the above, I should have proof read ;) |
| [18:12:07] | stichnot: | it's true, but the choice of 10 seconds is arbitrary. What if the user wants just a hilarious 8-second clip? Similar argument for any smaller number greater than zero. Another idea is to start playback paused if the length is too short, giving the user the opportunity to start the editor |
| [18:24:32] | jcdutton (jcdutton!~jcdutton@5ac34c4d.bb.sky.com) has quit (Ping timeout: 248 seconds) | |
| [18:29:44] | vallor (vallor!~Ponzo@pdpc/supporter/monthlygold/vallor) has quit (Remote host closed the connection) | |
| [18:30:38] | stuartm: | 10 seconds was a example, but let's be practical, how many people are editing to keep 8 seconds? Surely our duty is to the majority who are editing to remove adverts etc and not the fringe cases who want to edit a 60 minute recording down to < 10 seconds |
| [18:36:36] | Beirdo: | hehe |
| [18:37:01] | Beirdo: | I do sometimes clip out (positively to keep) commercials — think Superbowl |
| [18:37:06] | Beirdo: | but those are > 10s too |
| [18:44:17] | jcdutton (jcdutton!~jcdutton@5ac34c4d.bb.sky.com) has joined #mythtv | |
| [18:45:01] | skrock (skrock!~martin@c-167270d5.024-74-736b7610.cust.bredbandsbolaget.se) has joined #mythtv | |
| [18:48:39] | ben1066_ (ben1066_!~quassel@host86-160-64-220.range86-160.btcentralplus.com) has joined #mythtv | |
| [18:50:27] | ben1066 (ben1066!~quassel@unaffiliated/ben1066) has quit (Disconnected by services) | |
| [18:50:33] | ben1066_ (ben1066_!~quassel@host86-160-64-220.range86-160.btcentralplus.com) has quit (Client Quit) | |
| [18:50:56] | ben1066 (ben1066!~quassel@host86-160-64-220.range86-160.btcentralplus.com) has joined #mythtv | |
| [18:52:17] | ben1066 (ben1066!~quassel@host86-160-64-220.range86-160.btcentralplus.com) has quit (Changing host) | |
| [18:52:17] | ben1066 (ben1066!~quassel@unaffiliated/ben1066) has joined #mythtv | |
| [19:12:02] | cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has quit (Ping timeout: 260 seconds) | |
| [19:16:53] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [19:33:52] | gregorcy (gregorcy!~gregorcy@harley.chemeng.utah.edu) has joined #mythtv | |
| [20:01:59] | stichnot_ (stichnot_!chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [20:05:19] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 272 seconds) | |
| [20:05:25] | stichnot_ is now known as stichnot | |
| [20:07:24] | Computer_Czar (Computer_Czar!~Unknown@69.4.155.83) has quit (Quit: Leaving for a long time ... see you later!) | |
| [20:20:39] | skrock (skrock!~martin@c-167270d5.024-74-736b7610.cust.bredbandsbolaget.se) has quit (Quit: WeeChat 0.3.7) | |
| [20:33:03] | jcdutton (jcdutton!~jcdutton@5ac34c4d.bb.sky.com) has quit (Quit: Leaving) | |
| [20:33:07] | gregorcy (gregorcy!~gregorcy@harley.chemeng.utah.edu) has quit (Remote host closed the connection) | |
| [20:35:59] | Captain_Murdoch: | just prompt the user when they save the cutlist if we detect they're cutting all but <=10 seconds. that satisifies both cases and also doesn't do something blindly (ie, ignoring the save) without notifying the user. |
| [20:40:11] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 244 seconds) | |
| [20:41:42] | stichnot: | and if they insist on getting themselves into a bind, let them resort to mythutil --clearcutlist. right? |
| [20:41:51] | highzeth (highzeth!~hz@213.138.162.181) has quit (Ping timeout: 252 seconds) | |
| [20:44:20] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [20:56:14] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Quit: Ex-Chat) | |
| [21:00:05] | kenni (kenni!~kenni@mythtv/developer/kenni) has quit (Read error: Connection reset by peer) | |
| [21:01:03] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [21:06:54] | kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv | |
| [21:13:05] | ToadP (ToadP!~jboyle@184.175.20.6) has joined #mythtv | |
| [21:17:28] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Ping timeout: 276 seconds) | |
| [21:39:38] | j-rod is now known as j-rod|afk | |
| [21:41:19] | stichnot: | jya: I have a good clue about 10490 live TV, but I won't be able to test for many hours. In case you're interested, here it is. In TVRec::SwitchLiveTVRingBuffer(), move the tvchain->AppendNewProgram() call to the end of the function (while keeping the original arguments intact, including the fact that some of the following code wants to delete pginfo). |
| [21:42:28] | stichnot: | the issue is that the notification of a new entry in the live TV chain is broadcast before the backend actually stops recording one program and starts recording the next program |
| [21:44:09] | stichnot: | and so the frontend readbuffer readahead thread misinterprets zero data as eof and tries to move to the next entry in the chain while the original file is still being written |
| [21:45:07] | stichnot: | I'm not precisely sure about this part, but I think something in the decoder realizes that the file is still growing, and endlessly waits for that data |
| [21:45:43] | stichnot: | e.g., these UPDATE_FILE_SIZE messages are sent out periodically |
| [21:47:30] | stichnot: | Assuming this is the root cause (which may or may not be true), I haven't looked into what changed recently that could have exposed this problem. |
| [21:50:12] | gregorcy (gregorcy!~gregorcy@harley.chemeng.utah.edu) has joined #mythtv | |
| [22:00:42] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Read error: Operation timed out) | |
| [22:01:13] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 252 seconds) | |
| [22:05:57] | stichnot_ (stichnot_!~chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [22:07:29] | stichnot (stichnot!chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 244 seconds) | |
| [22:07:38] | stichnot_ is now known as stichnot | |
| [22:30:11] | taylorr: | stichnot: it's always seemed to be a race condition that some people hit and others didn't – totally unrelated changes could make or break it |
| [22:30:47] | taylorr: | so your analysis coincides with what is happening in the wild |
| [22:31:50] | stichnot: | ok, so I probably won't spend too much time trying to figure out why it came back, assuming I ever get to the bottom of the current situation... |
| [22:42:05] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [23:12:15] | Beirdo: | knightr_: kenni: either of you around? |
| [23:17:37] | knightr_: | Beirdo, yep! |
| [23:18:00] | Beirdo: | cool, I'm trying to make sure that a change I'm making isn't going to break lupdate |
| [23:18:08] | Beirdo: | and so far it seems to be doing so ;( |
| [23:18:24] | knightr_: | what are you trying to do? |
| [23:18:26] | Beirdo: | what's the "correct" way to run lupdate so I can test? |
| [23:18:37] | knightr_: | lupdate |
| [23:18:39] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [23:18:47] | knightr_: | lupdate translate.pro |
| [23:18:55] | Beirdo: | in the recording types, we have a whole pile of translated strings |
| [23:18:59] | knightr_: | (sorry pressed enter by mistake...) |
| [23:19:28] | Beirdo: | and I want them in a table, not spread in the code with if elseif elseif.... |
| [23:19:36] | knightr_: | give me a sec... |
| [23:19:59] | knightr_: | what source file? |
| [23:20:19] | Beirdo: | I've tried putting in QT_TR_NOOP() in my macro to build the table and lupdate doesn't seem to catch it, so I'm thinking that I'll need to put the QT_TR_NOOP() right in the macro call. |
| [23:20:28] | Beirdo: | libs/libmyth/recordingtypes.cpp |
| [23:20:36] | Beirdo: | and programtypes.cpp |
| [23:21:05] | Beirdo: | and having not done the lupdate before, figured it would be worth asking |
| [23:22:26] | knightr_: | QT_TR_NOOP (and QT_TRANSLATE_NOOP) should be able to do the job, could you pastebin it so I can see what's happening? |
| [23:22:49] | Beirdo: | pastebin what? |
| [23:23:19] | Beirdo: | http://code.mythtv.org/cgit/mythtv/commit/?h= . . . e43f788b945d |
| [23:23:21] | knightr_: | one thing though QT_TR_NOOP and QT_TRANSLATE_NOOP only mark for translation, they don't actually calll the translation API.. |
| [23:23:24] | Beirdo: | that's the code itself |
| [23:23:39] | Beirdo: | yeah, I know, it still has the QObject::tr() |
| [23:24:04] | Beirdo: | I'm just thinking lupdate doesn't like it as it's in a macro, and it doesn't run the preprocessor |
| [23:25:47] | knightr_: | Beirdo, unless I'm misreading this I thing I know what's wrong... |
| [23:26:03] | Beirdo: | http://code.mythtv.org/cgit/mythtv/tree/mytht . . . e43f788b945d |
| [23:26:07] | Beirdo: | OK, that's the full file |
| [23:26:18] | knightr_: | QT_TR_NOOP( "A string I want to extract") |
| [23:26:34] | Beirdo: | I'm thinking I need the QT_TR_NOOP() in the REC_ITEM() call so it likes it |
| [23:27:46] | knightr_: | Beirdo, yep, as far as I know lupdate is dumb, it parses what it sees and won't process macros and things like that.... |
| [23:27:53] | Beirdo: | OK |
| [23:28:01] | Beirdo: | I'll make this right then :) |
| [23:28:16] | Beirdo: | thanks for letting me know how to use it so I can prevent screaming later :) |
| [23:28:22] | knightr_: | LOL :) :) :) |
| [23:29:21] | knightr_: | it's unfortunate because it would have been nice if it could have worked inside macros... |
| [23:29:38] | Beirdo: | would be nice, but alas... |
| [23:30:06] | knightr_: | BTW, it also has other limitations, don't try anything too funny like (give me a sec, I'm search for it...) |
| [23:32:39] | jya_ (jya_!~jyavenard@120.148.99.165) has joined #mythtv | |
| [23:32:41] | jya_ (jya_!~jyavenard@120.148.99.165) has quit (Changing host) | |
| [23:32:41] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [23:32:42] | knightr_: | recordingProfilesBPS[tr("average")] = (int)(query.value(0).toDouble()); |
| [23:32:57] | Beirdo: | heh |
| [23:33:05] | Beirdo: | now why would anyone want to do that? |
| [23:34:03] | knightr_: | I'm not C++ expert but that's apparently valid to do that... |
| [23:34:12] | knightr_: | problem is lupdate doesn't expect that... |
| [23:34:18] | knightr_: | you have to do it in two steps... |
| [23:34:36] | Beirdo: | heh |
| [23:34:59] | Beirdo: | ah man. |
| [23:35:07] | Beirdo: | I gotta give it the context too |
| [23:35:44] | knightr_: | it dpeneds, was it in QObject, the class name context or another one? |
| [23:35:53] | Beirdo: | QObject |
| [23:36:15] | knightr_: | you can specify the context with QT_TRANSLATE_NOOP("context", "string") |
| [23:36:18] | Beirdo: | QT_TR_NOOP complains that there's no context |
| [23:36:25] | Beirdo: | yup, that's my next attempt |
| [23:36:32] | wagnerrp: | Beirdo: jya split apart a couple instances of .toLocal8Bit().constData() earlier today, with the belief that the 8-bit version would be expired by the qobject reference counter, leaving a dead pointer to the C string |
| [23:36:49] | wagnerrp: | now he only changed two instances, but weve got that pattern littered all over the place in the code |
| [23:37:02] | wagnerrp: | namely in the command line and logging stuff |
| [23:37:07] | wagnerrp: | is that all going to need to be changed? |
| [23:37:11] | Beirdo: | possibly |
| [23:39:02] | knightr_: | that' probably because of where you put it, if it's outside the methods I think it will complain like that because it's having trouble figuring out the context... |
| [23:39:06] | Beirdo: | the problem is that the QByteArray from .toLocal8Bit() is temporary |
| [23:39:24] | Beirdo: | so the constData() is ephemeral |
| [23:39:24] | knightr_: | but if you need it in QObject you will have to use QT_TRANSLATE_NOOP... |
| [23:39:33] | Beirdo: | knightr_: Yup |
| [23:39:43] | Beirdo: | it seems to like it more that way :) |
| [23:40:04] | Beirdo: | yay |
| [23:40:17] | Beirdo: | yeah, it liked that better |
| [23:40:29] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (*.net *.split) | |
| [23:40:29] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (*.net *.split) | |
| [23:40:29] | _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has quit (*.net *.split) | |
| [23:40:29] | brtb (brtb!~brtb@linode.brtb.net) has quit (*.net *.split) | |
| [23:40:29] | jya_ is now known as jya | |
| [23:40:33] | knightr_: | if you can avoid using QOBject it's usually better though for the translators... |
| [23:40:55] | knightr_: | (if you saw the result of using QObject was you would understand...) |
| [23:40:57] | Beirdo: | well, it's currently in QObject |
| [23:41:13] | Beirdo: | would you like me to suck it into the new classes I've created? |
| [23:41:33] | Beirdo: | it would mean moving crap around in the ts by hand to change it, no? |
| [23:41:52] | knightr_: | no, if you did put it in your new classes it would be automagically copied from one context to the other... |
| [23:41:57] | Beirdo: | I agree it would be cleaner not lumped into QObject |
| [23:42:18] | Beirdo: | OK, let me work on that. At least now I can get it to where it was |
| [23:42:19] | Beirdo: | :) |
| [23:42:25] | knightr_: | the translators would only have to t's OK... |
| [23:42:29] | knightr_: | oops |
| [23:43:04] | knightr_: | have to mark it as OK (once we're satisfied with a string we have to mark it as complted to actually use it...) |
| [23:43:12] | Beirdo: | gotcha |
| [23:43:19] | knightr_: | (otherwise it uses the English string...) |
| [23:43:53] | knightr_: | QObject is nice but it was overused... |
| [23:44:14] | knightr_: | we have a lot of things like TV categories and stuff like that which should have been sent elsewhere... |
| [23:44:56] | knightr_: | oops, program categories... |
| [23:45:49] | knightr_: | the program categories I would have liked to move elsewhere but even if the devs who worked on that were OK with it I would have no way to test it... |
| [23:46:00] | Beirdo: | yeah |
| [23:46:22] | Beirdo: | I'm messing with stuff near that right now, so we'll see how it goes |
| [23:46:27] | knightr_: | (it's for dish related stuff as far as I remember and I have no dish...) |
| [23:47:41] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 248 seconds) | |
| [23:47:47] | knightr_: | call me chicken but I don't like modifying code I can't test... |
| [23:48:08] | Beirdo: | heh |
| [23:48:11] | Beirdo: | chicken :) |
| [23:48:13] | Beirdo: | heh |
| [23:48:26] | knightr_: | :-) |
| [23:51:28] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv | |
| [23:51:28] | brtb (brtb!~brtb@linode.brtb.net) has joined #mythtv | |
| [23:54:53] | vallor (vallor!~Ponzo@pdpc/supporter/monthlygold/vallor) has joined #mythtv | |
| [23:59:13] | locuse (locuse!0WLqF6YZd4@bolt.sonic.net) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.