| Tuesday, July 24th, 2012, 00:13 UTC | ||
| [00:13:52] | taylorr: | jpabq: I thought that mythtv handled this properly – are you seeing a problem? |
| [00:14:40] | danielk22 (danielk22!~danielk@96.57.9.142) has left #mythtv () | |
| [00:24:12] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [00:35:40] | jpabq: | taylorr, just in that the channel table in the DB already has 32768 in it. Since the "neutral" on the HD-PVR for color and contrast is 25% of 0–255 instead of 50%, the DB needs to have 16384 in it, instead. So, do we add some routine which attempts to figure out that 32768 needs changed to 16384, or do we use a 0–127 range for color and contrast, so 50% is "neutral" ? |
| [00:36:22] | jpabq: | The range in the DB is 0–65535 |
| [00:47:51] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [00:55:01] | joki (joki!~joki@p54864F6D.dip.t-dialin.net) has quit (Ping timeout: 245 seconds) | |
| [00:55:49] | gary_buhrmaster (gary_buhrmaster!~gtb@olympus.slac.stanford.edu) has joined #mythtv | |
| [00:56:37] | gary_buhrmaster (gary_buhrmaster!~gtb@olympus.slac.stanford.edu) has left #mythtv () | |
| [00:56:46] | gary_buhrmaster (gary_buhrmaster!~gtb@olympus.slac.stanford.edu) has joined #mythtv | |
| [00:58:44] | gary_buhrmaster: | jpabq: If you create a new hd-pvr (or delete the hd-pvr, and recreate it), does the db store 32768 or 16384? |
| [01:03:06] | Beirdo: | gary_buhrmaster: you're gonna make us document :) Naughty boy. |
| [01:03:22] | Beirdo: | very good question, BTW |
| [01:04:42] | Beirdo: | I for one have already stopped even thinking about 0.24. We made so many changes to make 0.25 that much of the time I don't even want to look at backporting to it |
| [01:05:41] | Beirdo: | jeez, and someone asking for a root cause assessment on 0.23 code? |
| [01:05:45] | Beirdo: | umm. NO. |
| [01:06:42] | gary_buhrmaster: | Beirdo: No, I am only trying to encourage one to make it clear to the users what to expect. Some users will actually use that information. Some will still ask you to support 0.19. |
| [01:07:14] | Beirdo: | yeah, I hear ya. We have mental guidelines, but I'm not sure if we all even have the same ones :) |
| [01:07:34] | Beirdo: | making it official guidelines isn't a bad plan |
| [01:08:02] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (Quit: Konversation terminated!) | |
| [01:08:46] | gary_buhrmaster: | Oh, it could be a terrible plan. I am known for those. |
| [01:09:16] | Beirdo: | heheh |
| [01:10:39] | gary_buhrmaster: | Of course this mostly comes up due to the rapid release of 0.26 (thanks to all for the good works, btw), which may make 0.25 obsolete before some even upgraded to it. |
| [01:11:03] | Beirdo: | well, some people are intentionally being slow too |
| [01:11:05] | gary_buhrmaster: | Obsolete is clearly the wrong word. Perhaps less active. |
| [01:12:02] | Beirdo: | and you've seen how demanding and even unreasonable some of the users can be :) |
| [01:12:02] | gary_buhrmaster: | Of course. But I can claim (putting on my devil's advocate hat) that that is because their expectations have not been set. |
| [01:12:13] | Beirdo: | pfft |
| [01:12:25] | Beirdo: | 0.25 had a very extensive changelog |
| [01:12:43] | Beirdo: | 0.26 not so much because our volunteer found himself too busy |
| [01:12:47] | gary_buhrmaster: | Users being unreasonable? Say it ain't so! |
| [01:13:28] | Beirdo: | anyways, I think I'll go home and tilt at the windmill a bit more |
| [01:13:48] | Beirdo: | I *will* find why the logserver doesn't like to shutdown cleanly now |
| [01:14:10] | Beirdo: | not too impressed, but I'm sure it's a case of trying to double-free soemthing |
| [01:14:30] | Beirdo: | and the dtor is triggering a blowup |
| [01:14:54] | Beirdo: | but time to head out |
| [01:15:00] | gary_buhrmaster: | I think the answer is clear. It wants attention. |
| [01:24:44] | jya__: | Beirdo: I've started running mythbackend on my mac over the past few days, so I can try the HLS recorder and changing channels in live TV.. I've found the backend deadlock every single morning over the past 3 days.. will produce backtrace next time I encounter it |
| [01:28:19] | joki (joki!~joki@p54865EC9.dip.t-dialin.net) has joined #mythtv | |
| [01:33:24] | gary_buhrmaster (gary_buhrmaster!~gtb@olympus.slac.stanford.edu) has left #mythtv () | |
| [01:47:05] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [02:06:11] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [02:06:43] | mrand1 (mrand1!~mrand@cpe-76-184-144-133.tx.res.rr.com) has joined #mythtv | |
| [02:06:56] | kwmonroe` (kwmonroe`!~kwmonroe@32.97.110.60) has joined #mythtv | |
| [02:07:00] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 264 seconds) | |
| [02:07:03] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.60) has quit (Ping timeout: 264 seconds) | |
| [02:07:03] | foxbuntu (foxbuntu!~foxbuntu@ubuntu/member/foxbuntu) has quit (Ping timeout: 264 seconds) | |
| [02:07:07] | brfransen (brfransen!~brfransen@64.179.142.146) has quit (Ping timeout: 240 seconds) | |
| [02:07:16] | brfranse_ (brfranse_!~brfransen@64.179.142.146) has joined #mythtv | |
| [02:07:17] | joki- (joki-!~joki@p54865EC9.dip.t-dialin.net) has joined #mythtv | |
| [02:07:48] | sunkan_ (sunkan_!~sunkan@alva.zappa.cx) has joined #mythtv | |
| [02:07:54] | rsiebert (rsiebert!~quassel@e179128050.adsl.alicedsl.de) has quit (Ping timeout: 264 seconds) | |
| [02:07:59] | joki (joki!~joki@p54865EC9.dip.t-dialin.net) has quit (Ping timeout: 248 seconds) | |
| [02:07:59] | foxbuntu` (foxbuntu`!~foxbuntu@75-170-212-220.desm.qwest.net) has joined #mythtv | |
| [02:08:00] | sunkan (sunkan!~sunkan@alva.zappa.cx) has quit (Ping timeout: 248 seconds) | |
| [02:08:00] | joki- is now known as joki | |
| [02:08:08] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 253 seconds) | |
| [02:08:37] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds) | |
| [02:09:01] | rsiebert (rsiebert!~quassel@e179128050.adsl.alicedsl.de) has joined #mythtv | |
| [02:10:16] | rkulagow (rkulagow!43b0814a@gateway/web/freenode/ip.67.176.129.74) has joined #mythtv | |
| [02:10:27] | rkulagow: | beirdo: there? |
| [02:13:11] | Beirdo: | mostly :) |
| [02:13:25] | Seeker`: | first time for everything :P |
| [02:14:02] | Beirdo: | rkulagow: I could scp the file (or the like), I have decent bandwidth |
| [02:16:23] | rkulagow: | beirdo: do you need the whole thing, or just the first 10 megs, or ... ? |
| [02:16:45] | Beirdo: | how soon into the file does it start gackin? |
| [02:20:14] | rkulagow_ (rkulagow_!43b0814a@gateway/web/freenode/ip.67.176.129.74) has joined #mythtv | |
| [02:20:21] | rkulagow_: | beirdo: fairly quickly |
| [02:20:40] | rkulagow_: | i ran with --verbose mpeg (or whatever it's called) |
| [02:20:46] | Beirdo: | well, as long as the sample file will crap out, it wouldn't need to be the whole thing |
| [02:20:47] | rkulagow_: | and it would crap out almost right away |
| [02:20:50] | rkulagow (rkulagow!43b0814a@gateway/web/freenode/ip.67.176.129.74) has quit (Ping timeout: 245 seconds) | |
| [02:24:38] | rkulagow_: | sorry, -v frame |
| [02:25:04] | rkulagow_: | looks like the "-j" command line isn't in the --help for mythtranscode... |
| [02:25:19] | rkulagow_: | i can plop that into master unless there's a reason not too. |
| [02:25:20] | rkulagow_: | anyway. |
| [02:25:48] | Beirdo: | I'm not sure why it would have left out. wagnerrp may know |
| [02:26:04] | Beirdo: | would have BEEN left out |
| [02:26:46] | rkulagow_: | beirdo: http://pastebin.ca/2174200 |
| [02:26:57] | rkulagow_: | (logs) |
| [02:27:59] | rkulagow_: | updating that help text isn't going to incur the wrath of the translators, is it? |
| [02:28:30] | Beirdo: | I don't think the help is translated |
| [02:30:11] | rkulagow_: | from that log, it's terminating 6 seconds into the transcode, right? |
| [02:30:24] | Beirdo: | looks like it, yep |
| [02:30:38] | Beirdo: | well, almost 7s :) |
| [02:31:31] | rkulagow_: | ok, then can i just dd the first 20 megs and put it on filebin? |
| [02:31:35] | knightr: | rkulagow_, Beirdo no, it's not translated and I'm not sure it would be a good idea to open that can of worms... |
| [02:31:46] | Beirdo: | yeah, that should work. |
| [02:31:50] | rkulagow_: | ok, brb |
| [02:32:04] | Beirdo: | knightr: OK, good, so adding an entry to the help won't affect your fine work then :) |
| [02:33:22] | knightr: | LOL, no it won't affect translators in any way... |
| [02:35:29] | rkulagow_: | beirdo: http://filebin.ca/9kOwSXHU5LP/cut.mpg |
| [02:35:35] | rkulagow_: | 20megs |
| [02:36:26] | knightr: | and btw if it was translatable one could argue that an undocumented parameter is something that needs fixing and as such is not subject to the freeze... |
| [02:43:38] | Beirdo: | knightr: good point |
| [02:47:06] | wagnerrp: | what's that? |
| [02:47:26] | wagnerrp: | are you talking about '-j' to define a jobid? |
| [02:47:36] | Beirdo: | seems -j isn't documented in --help for mythtranscode |
| [02:47:37] | Beirdo: | yeah |
| [02:47:48] | wagnerrp: | i was never to start with, so i just continued that |
| [02:48:01] | wagnerrp: | i assumed it was because the average user was never supposed to be using that anyway |
| [02:48:16] | Beirdo: | ah |
| [02:48:38] | rkulagow_: | average user? what's that? :) |
| [02:48:52] | wagnerrp: | anyone who isnt trying to debug the jobqueue |
| [02:49:40] | wagnerrp: | theres no reason for anyone to call mythtranscode with the -j flag manually, unless they're actively trying to diagnose some issue |
| [02:51:05] | Beirdo: | gah |
| [02:51:19] | Beirdo: | my sim reader just crashed winxp |
| [02:52:16] | wagnerrp: | rkulagow_: its not that there is no help at all for it, just none outwardly visible that might make users think its something they want to try |
| [02:52:19] | wagnerrp: | http://pastebin.com/Be6URXj7 |
| [02:53:00] | rkulagow_: | glad i asked then |
| [02:54:15] | wagnerrp: | if you want, it wouldnt be difficult to add a "--full-help" option that would include these hidden options |
| [02:54:35] | wagnerrp: | there are a number of them across the various applications |
| [02:55:28] | rkulagow_: | that could work. |
| [02:55:49] | rkulagow_: | maybe when we hit 1.0 we can get rid of the ones that will never be used again. :) |
| [02:55:55] | wagnerrp: | http://code.mythtv.org/cgit/mythtv/tree/mytht . . . er.cpp#n2405 |
| [02:56:28] | wagnerrp: | on line 2407, that empty string at the end indicates a hidden setting |
| [02:56:50] | wagnerrp: | anything that does not have a description is automatically assumed to be hidden |
| [02:57:23] | wagnerrp: | however you can still provide a long description that is printed when you get help for a specific option (using "--help <option>") |
| [02:57:41] | wagnerrp: | thats what that pastebin i linked to was |
| [03:01:22] | rkulagow_: | ok; i think passing --help full (to keep in line with other areas where we specify a "level") would then trigger separate logic that takes the advanced stuff and prints it out |
| [03:02:09] | rkulagow_: | and "full" is easier to spell than "advanced" |
| [03:02:42] | rkulagow_: | anyway, need to finish watching breaking bad |
| [03:02:52] | rkulagow_: | beirdo: is that enough for you? |
| [03:02:53] | wagnerrp: | id rather have a separate argument, in the event someone actually wants to make a '--full' option |
| [03:03:31] | rkulagow_: | right, so "full" is the parameter passed to --help |
| [03:03:48] | rkulagow_: | or are you thinking a separate parameter |
| [03:03:54] | rkulagow_: | like the --full-help |
| [03:04:01] | rkulagow_: | you had before? |
| [03:04:01] | wagnerrp: | i mean right now "--help full" would give the extended help for "--full" |
| [03:04:11] | rkulagow_: | got it |
| [03:05:46] | wagnerrp: | can i make --full-help hidden? |
| [03:06:00] | wagnerrp: | (so it doesnt show up with --help) |
| [03:20:21] | Beirdo: | I think it should be. I'll try to reproduce it in a moment |
| [03:28:34] | taylorr: | jpabq: I'm pretty sure the mythtv code correlates 50% in the channel table to neutral (25%) of the 0–255 range for the hd-pvr |
| [03:29:58] | taylorr: | I tested the driver with an updated firmware and it worked properly so I imagine that mythtv is doing the right thing |
| [03:34:48] | foxbuntu` (foxbuntu`!~foxbuntu@75-170-212-220.desm.qwest.net) has quit (Changing host) | |
| [03:34:48] | foxbuntu` (foxbuntu`!~foxbuntu@ubuntu/member/foxbuntu) has joined #mythtv | |
| [03:35:04] | foxbuntu` is now known as foxbuntu | |
| [03:50:30] | brfranse_ (brfranse_!~brfransen@64.179.142.146) has quit (Ping timeout: 264 seconds) | |
| [03:51:18] | brfransen (brfransen!~brfransen@64.179.142.146) has joined #mythtv | |
| [03:56:53] | taylorr: | jpabq: all the magic happens in V4LChannel::InitPictureAttribute ... notice the new_range, old_range, scl_range, dfl variables which are used to derive norm_dfl... the norm_dfl is the normalized value that takes into account the range and default value that the driver reports |
| [04:06:05] | stichnot (stichnot!~stichnot@134.134.139.76) has joined #mythtv | |
| [04:06:05] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [04:06:05] | stichnot (stichnot!~stichnot@134.134.139.76) has quit (Changing host) | |
| [04:11:27] | analogue: | anyone wanna take a guess as to why my 'recorded' table has been locked for 10 mins? http://pastebin.com/jYrmq0WD |
| [04:17:02] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv | |
| [04:21:52] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [04:22:19] | Beirdo: | anyone wanna guess if that's a development question? |
| [04:26:49] | analogue (analogue!~analogue@cpepool6cmts2-150.sanbrunocable.com) has left #mythtv () | |
| [05:11:49] | ben1066 (ben1066!~quassel@unaffiliated/ben1066) has quit (Remote host closed the connection) | |
| [05:11:56] | ben1066 (ben1066!~quassel@2a00:dcc0:eda:89:14:179:e28f:960d) has joined #mythtv | |
| [05:11:56] | ben1066 (ben1066!~quassel@unaffiliated/ben1066) has joined #mythtv | |
| [05:11:56] | ben1066 (ben1066!~quassel@2a00:dcc0:eda:89:14:179:e28f:960d) has quit (Changing host) | |
| [05:26:43] | frankster (frankster!~frankster@host86-149-102-104.range86-149.btcentralplus.com) has joined #mythtv | |
| [05:40:37] | brfransen (brfransen!~brfransen@64.179.142.146) has quit (Ping timeout: 240 seconds) | |
| [05:41:21] | brfransen (brfransen!~brfransen@64.179.142.146) has joined #mythtv | |
| [05:53:25] | stoffel (stoffel!~quassel@pD9E432D0.dip.t-dialin.net) has joined #mythtv | |
| [06:07:13] | jya__ (jya__!~jyavenard@mythtv/developer/jya) has quit (Read error: Connection reset by peer) | |
| [06:07:18] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [06:41:02] | frankster (frankster!~frankster@host86-149-102-104.range86-149.btcentralplus.com) has quit (Quit: leaving) | |
| [06:45:13] | frankster (frankster!~frankster@host86-149-102-104.range86-149.btcentralplus.com) has joined #mythtv | |
| [06:56:16] | brfransen (brfransen!~brfransen@64.179.142.146) has quit (Ping timeout: 245 seconds) | |
| [06:57:19] | brfransen (brfransen!~brfransen@64.179.142.146) has joined #mythtv | |
| [06:57:37] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_) | |
| [08:03:26] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Remote host closed the connection) | |
| [08:17:43] | stuarta (stuarta!~stuarta@callisto.ppp0.squashedfrog.net) has joined #mythtv | |
| [08:17:43] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has joined #mythtv | |
| [08:17:43] | stuarta (stuarta!~stuarta@callisto.ppp0.squashedfrog.net) has quit (Changing host) | |
| [08:28:36] | kc (kc!~Casper@unaffiliated/kc) has quit (Ping timeout: 248 seconds) | |
| [08:37:14] | highzeth (highzeth!~hz@hoiseth.no) has quit (Read error: Connection reset by peer) | |
| [08:38:00] | highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv | |
| [08:46:28] | kc (kc!~Casper@unaffiliated/kc) has joined #mythtv | |
| [09:20:24] | stoffel (stoffel!~quassel@pD9E432D0.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [09:27:12] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv | |
| [09:29:32] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [09:33:18] | toeb (toeb!~tob@HSI-KBW-078-042-104-026.hsi3.kabel-badenwuerttemberg.de) has joined #mythtv | |
| [10:24:10] | clever_ (clever_!~clever@142.162.246.214) has joined #mythtv | |
| [10:25:56] | clever (clever!~clever@142.162.246.254) has quit (Ping timeout: 248 seconds) | |
| [10:28:04] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [10:30:22] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [10:31:51] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Read error: Connection reset by peer) | |
| [10:33:49] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [10:44:14] | dekarl1 (dekarl1!~dekarl@p4FCEF2F5.dip.t-dialin.net) has joined #mythtv | |
| [10:45:46] | dekarl (dekarl!~dekarl@p4FE84671.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
| [10:46:19] | zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv | |
| [10:46:19] | zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host) | |
| [10:46:19] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [11:00:04] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [11:57:38] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [12:05:47] | Goga777 (Goga777!~Goga777@2.95.226.211) has joined #mythtv | |
| [12:24:35] | rkulagow_ (rkulagow_!43b0814a@gateway/web/freenode/ip.67.176.129.74) has quit (Ping timeout: 245 seconds) | |
| [12:40:05] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [12:44:17] | MartinCz (MartinCz!4e6c6689@gateway/web/freenode/ip.78.108.102.137) has joined #mythtv | |
| [12:45:07] | MartinCz: | Hi guys. Is there some hardware recommendation for the frontend and backend parts? Thanks |
| [12:45:45] | MartinCz: | oops sorry i'll post to the users channel |
| [12:45:52] | MartinCz (MartinCz!4e6c6689@gateway/web/freenode/ip.78.108.102.137) has left #mythtv () | |
| [13:21:43] | zombor (zombor!~zombor_@50-73-122-41-ip-static.hfc.comcastbusiness.net) has joined #mythtv | |
| [13:21:43] | zombor (zombor!~zombor_@50-73-122-41-ip-static.hfc.comcastbusiness.net) has quit (Changing host) | |
| [13:21:43] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [13:22:55] | jmusits (jmusits!~jmusits@66-109-48-242.tvc-ip.com) has joined #mythtv | |
| [13:23:13] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_) | |
| [13:39:32] | rsiebert_ (rsiebert_!~quassel@g226061076.adsl.alicedsl.de) has joined #mythtv | |
| [13:39:32] | rsiebert (rsiebert!~quassel@e179128050.adsl.alicedsl.de) has quit (Read error: Connection reset by peer) | |
| [13:52:50] | stichnot (stichnot!stichnot@nat/intel/x-nawvlihcienymdis) has joined #mythtv | |
| [13:52:50] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [13:52:50] | stichnot (stichnot!stichnot@nat/intel/x-nawvlihcienymdis) has quit (Changing host) | |
| [14:16:11] | dekarl1 is now known as dekarl | |
| [14:29:52] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [14:40:38] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [15:12:48] | ThisNewGuy_ (ThisNewGuy_!~IceChat77@96.242.136.177) has joined #mythtv | |
| [15:14:00] | ThisNewGuy (ThisNewGuy!~IceChat77@96.242.136.177) has quit (Ping timeout: 252 seconds) | |
| [15:14:29] | stichnot: | Beirdo: after a "git pull ; configure ; make", git diff shows lots of diffs in zeromq makefile related stuff. Any idea what to do about that? |
| [15:23:11] | stichnot: | Beirdo: http://pastebin.com/PLcC0tJq |
| [15:28:46] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
| [15:46:39] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [16:01:08] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [16:03:40] | Defense|Twin (Defense|Twin!~jepz@e177251189.adsl.alicedsl.de) has joined #mythtv | |
| [16:34:59] | Beirdo: | I'd just ignore it |
| [16:35:14] | Beirdo: | basically, you have automake and autoconf installed, is my bet |
| [16:36:06] | Beirdo: | those files technically are generated files, but rather than require everyone to install automake and autoconf, I checked in the output files so they can compile without |
| [16:37:09] | Beirdo: | and it looks like your setup has slightly different setup for autoconf |
| [16:52:42] | danielk22: | The only solution I found was to uninstall automake and autoconf on all machines. |
| [16:58:58] | sphery: | can we just put a git ignore on it? then it should be ignored for diff/commit -a type stuff, but in theory we could explicitly commit updates with git add, right? |
| [16:59:30] | danielk22: | sphery: git will not ignore committed files. |
| [17:00:13] | sphery: | ah, that's annoying |
| [17:00:14] | danielk22: | sphery: The real solution is to stop running autoconf, but that requires some level of hacking of the zeroconf configure/make environment. |
| [17:00:29] | kwmonroe` (kwmonroe`!~kwmonroe@32.97.110.60) has quit (*.net *.split) | |
| [17:00:30] | Beirdo (Beirdo!~gjhurlbu@mythtv/developer/beirdo) has quit (*.net *.split) | |
| [17:00:30] | gigem (gigem!~david@mythtv/developer/gigem) has quit (*.net *.split) | |
| [17:00:30] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (*.net *.split) | |
| [17:00:30] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has quit (*.net *.split) | |
| [17:00:30] | XDS2010_ (XDS2010_!users.1218@gateway/web/irccloud.com/x-pyorxecqidwyxgjz) has quit (*.net *.split) | |
| [17:00:43] | sphery: | yeah, that's probably best |
| [17:01:26] | sphery: | but probably not high priority (and at least it won't affect me since I keep my commit repo separate from my "dirty" repo with works in progress/build) |
| [17:02:37] | kwmonroe` (kwmonroe`!~kwmonroe@32.97.110.60) has joined #mythtv | |
| [17:02:37] | Beirdo (Beirdo!~gjhurlbu@mythtv/developer/beirdo) has joined #mythtv | |
| [17:02:37] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
| [17:02:37] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv | |
| [17:02:37] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv | |
| [17:02:40] | Beirdo (Beirdo!~gjhurlbu@mythtv/developer/beirdo) has quit (Read error: Operation timed out) | |
| [17:02:48] | Beirdo (Beirdo!~gjhurlbu@linode.beirdo.ca) has joined #mythtv | |
| [17:02:48] | Beirdo (Beirdo!~gjhurlbu@linode.beirdo.ca) has quit (Changing host) | |
| [17:02:48] | Beirdo (Beirdo!~gjhurlbu@mythtv/developer/beirdo) has joined #mythtv | |
| [17:03:34] | XDS2010_ (XDS2010_!users.1218@gateway/web/irccloud.com/x-tqzpkxvdfsoxmnhx) has joined #mythtv | |
| [17:03:56] | danielk22: | sphery: Yeah, I think it's lower priority than the ffplay/ffmpeg thing. I always need to run configure with --disable-ffmpeg --disable-ffplay. This bug is much easier to work around. Just get rid of the auto tools packages, those things are pure evil anyway. |
| [17:05:05] | sphery: | yeah, one step less evil than qmake, though :) |
| [17:06:35] | danielk22: | I wouldn't say that. |
| [17:06:59] | XDS2010_ (XDS2010_!users.1218@gateway/web/irccloud.com/x-tqzpkxvdfsoxmnhx) has quit (Excess Flood) | |
| [17:07:20] | danielk22: | if qmake is a 5 on the 1..10 scale I'd put auto tools somewhere between 100 and 1000 ;] |
| [17:08:43] | Beirdo: | I would far rather use autotools than qmake |
| [17:09:06] | Beirdo: | it's a significant barrier to entry, but when you're done, it works very well |
| [17:09:31] | XDS2010_ (XDS2010_!users.1218@gateway/web/irccloud.com/x-ubjmokhckkmyeiml) has joined #mythtv | |
| [17:10:28] | Beirdo: | and yeah, the choices are either to put git ignores on the files and force commit them when we need, or to state automake and autoconf are build prereqs and remove them from git |
| [17:10:45] | Beirdo: | I think we should try the former first |
| [17:10:57] | danielk22: | I don't agree. I think auto tools generates far more grief than the grief it attempts to solve. |
| [17:11:28] | Beirdo: | this will happen again later if we ever use another external with autotools, so we should figure out how we want to do it cleanly |
| [17:12:15] | Beirdo: | I have rarely seen properly written autotools configurations cause any grief |
| [17:12:26] | Beirdo: | poorly written ones, hell yah |
| [17:12:36] | danielk22: | I've never seen properly written ones then. |
| [17:12:45] | danielk22: | Which is sort of the point... |
| [17:12:51] | Beirdo: | I guess you haven't compiled gcc :) |
| [17:12:57] | danielk22: | I've tried. |
| [17:13:10] | danielk22: | It wouldn't because of autotools problems! |
| [17:13:22] | Beirdo: | interesting ;) |
| [17:14:16] | danielk22: | Actually, I did get it to compile after spending a few hours fixing the autotools config. |
| [17:14:49] | Beirdo: | odd. I've never had issues like that. |
| [17:14:54] | danielk22: | Usually the auto tools config is either too advanced for the installed autotools or to retrograde to have installable autotools. |
| [17:15:14] | Beirdo: | yeah, you need to version match |
| [17:15:33] | Beirdo: | don't bother fighting it, give in and give it what it wants :) |
| [17:15:45] | Defense|Twin (Defense|Twin!~jepz@e177251189.adsl.alicedsl.de) has quit (Remote host closed the connection) | |
| [17:16:02] | Beirdo: | anyways... |
| [17:16:37] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection) | |
| [17:16:54] | danielk22: | FIY I don't think git ignore will work. For now we should just live with it as is. |
| [17:17:54] | Beirdo: | I think there's a way to get what we'd want, but I'd have to investigate to be sure. Until then, just ignore :) |
| [17:18:32] | danielk22: | Beirdo: Yeah, I'm sure there is a way. But our time is better spent squashing bugs. |
| [17:19:19] | Beirdo: | agreed :) |
| [17:19:37] | Beirdo: | it would be nice to fix, but not a rush, better things to do |
| [17:29:20] | Goga777 (Goga777!~Goga777@2.95.226.211) has quit (Remote host closed the connection) | |
| [17:45:31] | stichnot: | Just catching up on the discussion I started. The thing I want to avoid is having "git commit -a" accidentally committing the automatic changes to my zeromq related files. |
| [17:46:22] | danielk22: | stichnot: Uninstall auto tools on the machines you compile MythTV on and that won't happen... |
| [17:47:32] | stichnot: | OK. I guess that should work since I basically only compile myth on that machine. |
| [17:53:33] | stichnot: | Next question. If I do a "git cherry-pick", followed by a commit that fixes compilation errors from the cherry-pick, and finally a "git push", will the buildbots complain about the intermediate breakage? |
| [17:55:03] | Captain_Murdoch: | shouldn't, I think they wait 2 (or maybe 5 now) minutes before building in case another commit comes in. |
| [17:55:49] | stichnot: | ok thanks, I'll give it a go... |
| [17:55:55] | Beirdo: | yeah, it waits 5min after a push |
| [17:56:15] | Beirdo: | so even if you pushed in the middle and quickly fix it and push again, you should be OK |
| [17:56:26] | stichnot: | cool. |
| [17:56:56] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [18:02:29] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [18:08:46] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Remote host closed the connection) | |
| [18:23:18] | andreax (andreax!~andreaz@p5089FD07.dip.t-dialin.net) has joined #mythtv | |
| [18:42:46] | danielk22: | stichnot: FYI I have an updated #10658, which should address LiveTV the issue you had with the ring buffer patch. |
| [18:42:46] | ** MythLogBot http://code.mythtv.org/trac/ticket/10658 ** | |
| [18:45:21] | stichnot: | ok. btw, "git apply" is unhappy about trailing whitespace :) |
| [18:50:30] | danielk22: | jya: The HLS recorder is failing in LiveTV because it doesn't use the Live555 event loop so it doesn't exit the Run() on IPTVRecorder pauses. |
| [18:52:22] | danielk22: | Actually, the IPTVFeeded::Stop() call should work.. hmm |
| [19:04:44] | stuartm: | I wonder if that that buffer change will improve low bitrate streams e.g. DVB radio and DVD menus |
| [19:04:51] | stuartm: | guess I'll try it and see |
| [19:07:58] | stuartm: | at the very least it seems likely to fix the huge delay in starting playback of radio |
| [19:09:27] | danielk22: | stuartm: 10658 should at least limit the delay to 10 seconds max. |
| [19:09:30] | jmusits (jmusits!~jmusits@66-109-48-242.tvc-ip.com) has quit (Quit: leaving) | |
| [19:09:50] | danielk22: | But it shouldn't be more than that now.. |
| [19:10:32] | danielk22: | The best solution would probably to get a better bitrate estimation on those streams. |
| [19:16:09] | stuartm: | heh, playback is possibly worse now, certainly no better :/ |
| [19:17:03] | stuartm: | lvr had a patch to improve the low bitrate playback, I'll take a look |
| [19:23:32] | stuartm: | ah yeah, that changed the initial raw bitrate – http://pastebin.ca/2174352 |
| [19:24:05] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Read error: Connection reset by peer) | |
| [19:27:58] | Captain_Murdoch: | sphery, for Bob Cottingham's storage group scheduling issue, running with "-v file,schedule" should show why it's choosing that directory. |
| [19:28:59] | zombor (zombor!~zombor_@50-73-122-41-ip-static.hfc.comcastbusiness.net) has joined #mythtv | |
| [19:29:05] | zombor (zombor!~zombor_@50-73-122-41-ip-static.hfc.comcastbusiness.net) has quit (Changing host) | |
| [19:29:05] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [19:36:07] | Sharky112065: | Can someone direct me where in the code it does channel sorting for the program guide? I have one channel that is always out of order and want to see if there is a bug or if not a bug what would cause it to be out of order. |
| [19:36:36] | Sharky112065: | fixes/0.25.2 |
| [19:38:41] | Sharky112065: | They show up in the correct order on mythweb |
| [19:40:58] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has quit (Ping timeout: 255 seconds) | |
| [19:41:38] | stichnot: | Sharky112065: probably ChannelUtil::SortChannels(), particularly the comparison function lt_smart() |
| [19:42:27] | Sharky112065: | OK, thanks ill look at it. |
| [19:47:53] | danielk22: | stuartm: We already have some low bitrate hacks in the ringbuffer code. If my commit today changed anything it means the rawbitrate we're using for these files is most likely bogus. |
| [19:49:04] | danielk22: | The off-by-1000 error meant all streams were essentially treated as low-bitrate as far as the low buffer threshold was concerned. |
| [19:49:24] | danielk22: | true low bitrate streams should have been unaffected by the change. |
| [19:50:06] | sphery: | Captain_Murdoch: Ah, good, he responded. I wanted to see if maybe the backend was just "collapsing" some of the dirs into one thinking they were a single file system, but that's not it according to the sizes. I'll ask for the log next. Thanks. |
| [19:55:17] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [20:04:54] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 264 seconds) | |
| [20:05:36] | taylorr (taylorr!~taylorr@cpe-173-095-145-027.nc.res.rr.com) has joined #mythtv | |
| [20:05:36] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv | |
| [20:05:36] | taylorr (taylorr!~taylorr@cpe-173-095-145-027.nc.res.rr.com) has quit (Changing host) | |
| [20:06:10] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [20:07:43] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [20:08:13] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [20:17:26] | gigem (gigem!~david@mythtv/developer/gigem) has quit (Ping timeout: 255 seconds) | |
| [20:23:29] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Read error: Connection reset by peer) | |
| [20:23:45] | zombor (zombor!~zombor_@50-73-122-41-ip-static.hfc.comcastbusiness.net) has joined #mythtv | |
| [20:23:45] | zombor (zombor!~zombor_@50-73-122-41-ip-static.hfc.comcastbusiness.net) has quit (Changing host) | |
| [20:23:45] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [20:25:54] | gigem (gigem!~david@pool-71-123-128-97.dllstx.fios.verizon.net) has joined #mythtv | |
| [20:25:54] | gigem (gigem!~david@pool-71-123-128-97.dllstx.fios.verizon.net) has quit (Changing host) | |
| [20:25:54] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
| [20:34:57] | Sharky112065: | I think the problem is because the atsc_major_chan is 11 and the atsc_miner_chan is 1 (111 or 11–1). The channel has been renamed to 111. The other channels are not like that, ie chan 109 is 9–1. I just don't know how to fix it. |
| [20:35:20] | Sharky112065: | maybe that is why the sorting is off for only that channel |
| [20:42:29] | danielk22: | stuartm: For #10928 We're crashing because two threads are calling GuideGrid::Load() at the same time. I can mutex protect Load(), but I'm guessing MythScreenType::LoadInForeground() shouldn't fire twice at the same time for the same screen, correct? |
| [20:42:29] | ** MythLogBot http://code.mythtv.org/trac/ticket/10928 ** | |
| [20:43:18] | danielk22: | And if it is supposed to be possible then the mutex should be in MythScreenType::LoadInForeground()... |
| [20:47:57] | stuartm: | danielk22: it shouldn't be firing twice no ... wonder where that second instance is coming from |
| [20:48:24] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 276 seconds) | |
| [20:48:38] | danielk22: | It looks like LoadInBackground() just starts another QRunnable whether or not one is already running.. |
| [20:52:41] | danielk22: | Ok, one is coming from the LoadInBackground() call in GuideGrid() this other is coming from MythScreenType::doInit() |
| [20:53:51] | stuartm: | actually that's not the root problem, we're calling LoadInBackground() from Create() and also loading in Init() – the latter is just plain wrong as the documentation warns never to do loading in Init() |
| [20:55:11] | stuartm: | but I'm also concerned that we're apparently not calling Init() before calling LoadInBackground() ... that's not the correct order of events |
| [20:55:46] | stuartm: | should go Create() > Init() > Load() |
| [20:56:12] | danielk22: | So if we moved LoadInBackground() to the end of Init() would that be safe? |
| [20:56:19] | stuartm: | danielk22: yes |
| [20:58:22] | danielk22: | Wouldn't doInit() still fire and call LoadInForeground() within the UI thread? |
| [20:58:28] | stuartm: | I think, hmm, this might have got a little twisted when the threaded loading stuff was added, might be an idea to check this with Captain_Murdoch |
| [20:58:48] | danielk22: | Captain_Murdoch: ^^^^ |
| [21:00:55] | danielk22: | Hmmm, it looks like ScheduleInitIfNeeded() should not be triggering if m_topScreen->IsLoading() returns true. And that would only be set to true if the LoadingInForeground() is still running from an earlier LoadInBackground(). |
| [21:02:04] | danielk22: | This may explain the stuck Watch Recording Screen that is occasionally reported. |
| [21:05:01] | stuartm: | This should all have been documented better, I'm starting to doubt my recollection of how it was supposed to work |
| [21:10:30] | stuartm: | What I did write was this for Init() – "Used after calling Load() to assign data to widgets and other UI initilisation which is prohibited in Load()." |
| [21:10:32] | stuartm: | but that's the reverse of what we're doing following the addition of threaded loaded :/ |
| [21:10:32] | stuartm: | then again that particular piece of documentation was added relatively recently |
| [21:10:32] | stuartm: | http://code.mythtv.org/doxygen/classMythScree . . . bc8070552682 |
| [21:10:33] | danielk22: | stuartm: Well AllowReInit() is called in LoadInForeground() which I assume allows Init() to be run again. |
| [21:23:23] | toeb_ (toeb_!~yaaic@HSI-KBW-078-042-104-026.hsi3.kabel-badenwuerttemberg.de) has joined #mythtv | |
| [21:25:26] | danielk22: | stuartm: Should we assume that any screens that use LoadInBackground() will safely handle both Load() and Init() running at the same time? |
| [21:26:33] | danielk22: | i.e. Create -> Init & Load -> Init |
| [21:26:44] | stuartm: | danielk22: I don't think we can assume that, but since it doesn't seem to have broken much so far I guess most of them are safe(ish) in practice |
| [21:28:33] | danielk22: | Hmmm, looking at GuideGrid it doesn't even handle Init being called more than once gracefully.. |
| [21:29:03] | stuartm: | I'm starting to see the logic behind allowing Init() before Load() e.g. to display whatever we can on screen while the load occurs, although that's not really critical since we also show the busy popup |
| [21:31:50] | stuartm: | I need to do some cleanup in GuideGrid |
| [21:33:39] | stuartm: | Paul did a decent job converting it to mythui, but an opportunity was missed to refactor it more thoroughly |
| [21:39:42] | toeb_ (toeb_!~yaaic@HSI-KBW-078-042-104-026.hsi3.kabel-badenwuerttemberg.de) has quit (Quit: Yaaic - Yet another Android IRC client - http://www.yaaic.org) | |
| [21:50:10] | danielk22: | Captain_Murdoch: stuartm: I just committed a fix. Basically we just take a lock while loading. I also took the lock in doInit(). That could be removed if it really is safe to call Init() while Load() is running, but it didn't look like GuideGrid at least was written with that possibility in mind. |
| [21:52:29] | danielk22: | I also made m_IsLoading and m_IsLoaded volatile since they are update from two different threads. |
| [21:53:05] | stuartm: | it almost certainly wasn't written that way, and I don't think it was considered when it was switched to use LoadInBackground() |
| [21:59:42] | stuartm: | danielk22: sorry I can't be more helpful, I know I'm being pretty vague |
| [21:59:45] | Captain_Murdoch: | no, my fault on that one.. the patch looks OK to me, Init() shouldn't be called while Load()-ing. |
| [22:00:07] | Captain_Murdoch: | we wait on init, then if we reload, we re-init. |
| [22:00:29] | Captain_Murdoch: | some screens use the ReloadInBackground() to refresh their data. |
| [22:00:36] | Captain_Murdoch: | and then they get re-inited I think. |
| [22:00:50] | ** Captain_Murdoch has to run out to pickup daughter, but will re-read later to make sure. ** | |
| [22:02:24] | stuartm: | makes sense to allow a re-init in cases where we're reloading, I'm not so sure I understand the reason for calling Init() before doing any loading, in most cases that wouldn't do very much |
| [22:03:31] | stuartm: | unless some screens are using Init() to initialise variables which could/should be initialised in the constructor or similar because Load() depends on them |
| [22:14:49] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [22:31:31] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [22:41:20] | sphery: | danielk22: I'd guess you know your Qt DateTime stuff better than I, so I'm wondering if I'm reading things right here. It seems that Qt 4.8 changed QDateTime::toString(Qt::ISODate) to include the Z, so in http://code.mythtv.org/cgit/mythtv/tree/mytht . . . ect.cpp#n988 , where we add the Z , it breaks for users with Qt 4.8+ and we end up getting wrong days (as per http://pastebin.com/PdJJJ3cN , excerpted from ... |
| [22:41:26] | sphery: | ... http://bpaste.net/raw/36619/ ). I don't have Qt 4.8, but can compile one, tonight, to do some testing if you want. Was just hoping you might know whether this is the likely cause to save me hours of compiling Qt and MythTV... |
| [22:42:04] | sphery: | Cardoe reported an issue in #mythtv-users and I've seen other users reporting similar problems on list, but hadn't traced through the logs or the code to try to figure it out until now |
| [22:43:23] | stuartm: | hmm, good job I didn't change it to always append Z as I wanted to, would have broken a lot more stuff |
| [22:44:49] | sphery: | fwiw, I'm thinking the Z is now included based on http://qt-project.org/doc/qt-4.8/qdatetime.html#toString-2 (as compared to http://doc.trolltech.com/4.6/qdatetime.html#toString-2 ), where it says, "If the timeSpec() is Qt::UTC, Z will be appended to the string" for the 4.8 version versus "taking the form YYYY-MM-DDTHH:MM:SS" for 4.6 |
| [22:44:53] | stuartm: | fwiw, I still think we should always add Z if it's missing when using ISODate, but it should be done centrally – if (!dateString.endsWidth('Z')) dateString.append('Z'); |
| [22:45:45] | sphery: | yeah, seems we'll need to get a fix... I may do a quick test and just add a 2nd Z in to see if I can repro the strange behavior before compiling Qt and compiling (without ccache--because of different Qt) mythtv |
| [22:54:02] | zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv | |
| [22:54:03] | zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host) | |
| [22:54:03] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [22:57:08] | stuartm: | sphery: might be easier to push a fix that would be harmless even if no extra Z was appended and see if that fixes it for those users seeing the problem? |
| [22:58:18] | stuartm: | I mean something like the line I suggested would at worst do nothing at all, and if it fixes the problem then you've saved potentially hours of debugging/recompiling |
| [23:23:53] | sphery: | yeah, could do that... I figured, though, that just running my Qt 4.7.3 version with mfdb patched to add 2 Z's to see if I get similar results would be an easy enough test to do for now, so I'll probably do that once, then push a fix like you suggested if it seems like we're on the right track |
| [23:25:14] | andreax (andreax!~andreaz@p5089FD07.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [23:52:09] | danielk22: | Beirdo: Can you take a look at #10768 ? the av_encode patch. It looks like your commit [449d36dec79] broke NuppelVideoRecorder mpeg-4 output. I could revert since it's just depreciated warning stuff. But maybe you want to take another look first. |
| [23:52:09] | ** MythLogBot http://code.mythtv.org/trac/ticket/10768 ** | |
| [23:54:29] | danielk22: | sphery: stuartm: Since most QDateTime formatting is handled centrally now this shouldn't be difficult to address. Unfortunately it looks like that data direct code is an example of one of the few places we're not using MythDate::toString(QDateTime). |
| [23:54:29] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Remote host closed the connection) | |
| [23:57:05] | sphery: | danielk22: thanks... I'll take a look at what we have and try to make sure we do the right thing and use the MythDate stuff for master. I'll probably just put in a local hack for 0.25 if it turns out to be the problem |
| [23:57:09] | brandon-dacrib (brandon-dacrib!~brandon-d@pool-96-224-192-41.nycmny.fios.verizon.net) has joined #mythtv | |
| [23:57:23] | brandon-dacrib (brandon-dacrib!~brandon-d@pool-96-224-192-41.nycmny.fios.verizon.net) has left #mythtv () | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.