| Friday, September 28th, 2012, 00:13 UTC | ||
| [00:13:40] | kenni (kenni!~kenni@mythtv/developer/kenni) has quit (Ping timeout: 240 seconds) | |
| [00:18:48] | rkulagow: | ok, back. any thoughts on setting --enable-gpl as default so that ffmpeg is built with h264? or was there something else that i missed as to why h264 encode isn't being enabled in the resulting mythffmpeg? |
| [00:26:27] | kenni (kenni!~kenni@port649.ds1-ly.adsl.cybercity.dk) has joined #mythtv | |
| [00:26:28] | kenni (kenni!~kenni@port649.ds1-ly.adsl.cybercity.dk) has quit (Changing host) | |
| [00:26:28] | kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv | |
| [00:38:53] | SteveGoodey (SteveGoodey!~steve@host86-140-215-72.range86-140.btcentralplus.com) has joined #mythtv | |
| [00:50:55] | vallor (vallor!~Ponzo@pdpc/supporter/monthlygold/vallor) has quit (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) | |
| [00:51:22] | vallor (vallor!~Ponzo@pdpc/supporter/monthlygold/vallor) has joined #mythtv | |
| [01:05:58] | ajuice (ajuice!~ajuice@CPE-124-180-221-143.lns8.lon.bigpond.net.au) has joined #mythtv | |
| [01:28:10] | jstenback (jstenback!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has joined #mythtv | |
| [01:33:21] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection) | |
| [01:39:10] | SteveGoodey (SteveGoodey!~steve@host86-140-215-72.range86-140.btcentralplus.com) has quit (Remote host closed the connection) | |
| [01:52:19] | neufeld_AFK: | danielk22: I think you were the last to edit DataDirectProcessor::GrabNextSuggestedTime(). Did you remove the code that checks to see if the next suggested time is more than one calendar day in the future, and if so resets it to the suggested time but tomorrow? In 0.24, that worked, but now in 0.25 it sometimes wants to skip days. On Monday, it'll get a suggestion to download again on Wednesday, so on Tuesday |
| [01:52:19] | neufeld_AFK: | there's no update run, and we don't get next-day changes for Wednesday. I've turned off suggested run times on my box because of this, and just run at fixed times. The code to fix that behaviour went in with commit 84137cb6. Is there a reason we don't do that anymore? It looks like MythFillPeriod has vanished, but the default of 1 was good. |
| [01:52:22] | neufeld_AFK is now known as neufeld | |
| [01:53:42] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [02:01:05] | wagnerrp: | danielk22: you in? |
| [02:02:49] | pipopopo (pipopopo!~pipopopo@ip-83-101-33-32.customer.schedom-europe.net) has quit (Quit: ZNC - http://znc.sourceforge.net) | |
| [02:03:20] | pipopopo (pipopopo!~pipopopo@ip-83-101-33-32.customer.schedom-europe.net) has joined #mythtv | |
| [02:04:12] | wagnerrp: | ive got a bit of an issue with the file writer behavior on freebsd/zfs |
| [02:04:51] | wagnerrp: | i was recording both the office and person of interest, and ive only got it configured to run one job at a time |
| [02:05:14] | wagnerrp: | the office finished, the office commflagging job finished, and a new one for person of interest started up |
| [02:05:38] | wagnerrp: | since the commflagger was pulling in video data and processing it as fast as the filesystem would give it |
| [02:06:08] | wagnerrp: | ZFS just ignored mythtv's fsync requests, and let the data pile up in memory, while feeding data to mythcommflag |
| [02:06:39] | wagnerrp: | right up until the point where the file writer hit 128MB, and terminated |
| [02:07:30] | wagnerrp: | im just wondering if there is some better way we could be handling that than to give up |
| [02:27:10] | sphery: | neufeld / stuartm : http://code.mythtv.org/cgit/mythtv/commit/?id . . . e8c28a9c9d34 |
| [02:28:22] | sphery: | FWIW, with --dd-grab-all, we don't need that check, but it is necessary if someone is using the "normal" runs (+1 and +13 downloads) |
| [02:32:01] | neufeld: | sphery: OK, thanks. I'm happy to understand the reasoning behind the change. |
| [03:21:45] | neufeld is now known as neufeld_AFK | |
| [05:40:05] | caelor_ (caelor_!~caelor@cpc12-sotn9-2-0-cust374.15-1.cable.virginmedia.com) has quit (Quit: Leaving...) | |
| [06:02:21] | SteveGoodey (SteveGoodey!~steve@host86-140-215-72.range86-140.btcentralplus.com) has joined #mythtv | |
| [06:12:49] | SteveGoodey (SteveGoodey!~steve@host86-140-215-72.range86-140.btcentralplus.com) has quit (Remote host closed the connection) | |
| [06:18:42] | nutron (nutron!~nutron@unaffiliated/nutron) has joined #mythtv | |
| [06:57:16] | dekarl1 (dekarl1!~dekarl@p4FCEF039.dip.t-dialin.net) has joined #mythtv | |
| [06:58:50] | dekarl (dekarl!~dekarl@p4FCEE947.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
| [07:43:47] | drake_ (drake_!~quassel@mnhm-4d01984a.pool.mediaWays.net) has joined #mythtv | |
| [08:13:02] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [08:23:19] | ajuice (ajuice!~ajuice@CPE-124-180-221-143.lns8.lon.bigpond.net.au) has quit (Quit: ajuice) | |
| [08:28:03] | stuartm: | neufeld_AFK: SD shouldn't be suggesting a date that far into the future unless it's not expecting the data to change until then, if that isn't the case then it's an issue that ideally needs fixing on the SD end of things |
| [08:28:34] | stuartm: | xris, rkulagow: Any input on that subject? |
| [08:29:39] | stuarta: | morning all |
| [08:39:05] | stuartm: | g'morning |
| [09:12:14] | joki (joki!~joki@p54863616.dip.t-dialin.net) has quit (Ping timeout: 240 seconds) | |
| [09:13:37] | joki (joki!~joki@p54861C3B.dip.t-dialin.net) has joined #mythtv | |
| [09:14:18] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 245 seconds) | |
| [09:37:55] | Treb (Treb!4fe21b79@gateway/web/freenode/ip.79.226.27.121) has joined #mythtv | |
| [10:00:35] | Wolfgang1 (Wolfgang1!~Thunderbi@178-27-151-224-dynip.superkabel.de) has joined #mythtv | |
| [10:00:55] | IReboot (IReboot!~doug@CPE1caff7df6774-CM00252eac6f40.cpe.net.cable.rogers.com) has quit (Quit: Ex-Chat) | |
| [10:03:51] | IReboot (IReboot!~doug@CPE1caff7df6774-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv | |
| [10:06:20] | drake_ (drake_!~quassel@mnhm-4d01984a.pool.mediaWays.net) has quit (Remote host closed the connection) | |
| [10:27:36] | rsiebert (rsiebert!~quassel@g225056118.adsl.alicedsl.de) has joined #mythtv | |
| [10:30:37] | rsiebert_ (rsiebert_!~quassel@g231186072.adsl.alicedsl.de) has quit (Ping timeout: 256 seconds) | |
| [11:02:30] | Treb (Treb!4fe21b79@gateway/web/freenode/ip.79.226.27.121) has quit (Ping timeout: 245 seconds) | |
| [11:35:24] | sphery: | stuartm: the problem is that when we don't do --dd-grab-all, we're not using the way SD/TMS wants us to. Since we grab only tomorrow/+13 on a "normal" run of mfdb, skipping a run on any given day will result in skipping an update of one tomorrow (which means using 2-week old data for that day). :( |
| [11:37:11] | sphery: | it would be nice to just use --dd-grab-all all the time with SD, but due to inefficiency in the current fill process and users with underpowered systems, as well as the issue that --dd-grab-all replaces even current (right now) data, that doesn't seem like a good idea, yet |
| [11:37:24] | sphery: | I don't know if rkulagow |
| [11:38:06] | sphery: | s modified approach for grabbing data will help, or if switching to use tv_grab_na_dd (and ripping out all custom SD/TMS data grabbing code and just using the same code we use everywhere else) could help |
| [11:39:14] | sphery: | (i.e. if we were given an XMLTV file that covers the full 2 weeks, would it be possible to fill starting one or 2 hours from now versus ripping out now's data?) |
| [11:41:28] | danielk22: | sphery: AFAIK TMS doesn't really care. They have plenty of capacity now that SD is paying them. It was more of an issue when they were running the operation on a shoestring + discarded servers. |
| [11:48:46] | rkulagow: | sphery: i've brought that up in the past (changing the default to -grab-all) and no one said anything one way or the other in the -dev list |
| [11:49:38] | rkulagow: | the new grabber / format gives you two weeks of data for each xmlid |
| [11:49:42] | rkulagow: | updated once per day |
| [11:54:31] | rkulagow (rkulagow!43b0814a@gateway/web/freenode/ip.67.176.129.74) has quit () | |
| [11:58:31] | sphery: | danielk22: ok, then "not using it the way that next suggested run time expects" |
| [11:59:08] | sphery: | i.e. the next suggested run time only makes sense when you're grabbing all the data--because it can occasionally result in a skipped day if you're only grabbing tomorrow and +13 or whatever |
| [12:01:02] | sphery: | so we either need to put back the check that was removed (and just use the same hard-coded 1-day period that the housekeeper is using for SD runs) or come up with a way of making sure we don't skip a day (such as, if not using --dd-grab-all and we get a next run time beyond tomorrow, go ahead and grab +2 then) |
| [12:01:17] | sphery: | specifically the check at http://code.mythtv.org/cgit/mythtv/commit/?id . . . e8c28a9c9d34 |
| [12:01:52] | sphery: | but I /do/ very much support the removal of the setting itself--it's just the check that's an issue, now |
| [12:11:55] | sphery: | stuartm: a possible alternative... remove MythFillGrabberSuggestsTime setting, too, and always use the suggested time, if provided for XMLTV, and only for SD when using --dd-grab-all (or at least always use that suggested time when it falls within MythFillMin/MaxHour period) |
| [12:19:03] | sphery: | I should mention, though, if we do take that approach, we currently ignore MythFillMin/MaxHour when MythFillGrabberSuggestsTime is enabled, so we'd have to consider how to deal with MythFillMin/MaxHour carefully since it will be a change to existing behavior |
| [12:27:15] | Wolfgang1 (Wolfgang1!~Thunderbi@178-27-151-224-dynip.superkabel.de) has quit (Quit: Wolfgang1) | |
| [12:30:09] | zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv | |
| [12:30:09] | zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host) | |
| [12:30:09] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [12:31:51] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [12:34:37] | Wolfgang1 (Wolfgang1!~Thunderbi@178-27-151-224-dynip.superkabel.de) has joined #mythtv | |
| [12:48:31] | neufeld_AFK is now known as neufeld | |
| [13:06:57] | Wolfgang1 (Wolfgang1!~Thunderbi@178-27-151-224-dynip.superkabel.de) has quit (Quit: Wolfgang1) | |
| [13:08:27] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [13:12:15] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [13:47:37] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [13:50:04] | rkulagow (rkulagow!cc4fac04@gateway/web/freenode/ip.204.79.172.4) has joined #mythtv | |
| [14:13:49] | stuartm: | sphery: well you know I'd back dropping the SD specific code and just using the xmltv parser for everything, it's a lot more efficient at insertion etc |
| [14:14:20] | stuartm: | and xmltv always grabs all days, so no more worries about outdated information |
| [14:14:29] | wagnerrp: | does the xmltv format support the lineup grabs? |
| [14:14:44] | stuartm: | wagnerrp: list of channels? yeah |
| [14:15:06] | wagnerrp: | can it manage login/password? |
| [14:15:19] | stuartm: | xmltv was originally conceived based on the DD data |
| [14:15:30] | stuartm: | wagnerrp: yes, the script handles that |
| [14:15:54] | wagnerrp: | the script could, but is there some generic interface, such that we could include it in the UI rather than requiring they edit some text file |
| [14:16:00] | stuartm: | tv_grab_na_dd has always existed and supported everything we support now |
| [14:16:16] | rkulagow: | if you guys ever release .26 then i can get the JSON stuff for the new data format put out there |
| [14:16:17] | stuartm: | wagnerrp: the apiconfig api of xmltv handles all that for us |
| [14:16:38] | stuartm: | any configuration required by the script is done through our UI |
| [14:18:40] | stuartm: | rkulagow: yeah, we're talking about going the other direction and dropping integrated SD support entirely, because there's a lot of things that the xmltv parser does better |
| [14:19:08] | stuartm: | in that case json support would be implemented in the xmltv script instead |
| [14:20:32] | rkulagow: | well, i've already written the mythfilldatabase part to import the data, so whatever |
| [14:23:41] | stuartm: | yeah, I did mention our intentions earlier when you first brought up the json switch because no-one wanted to discard your work if we went with the xmltv plan :/ |
| [14:27:29] | Sharky112065 is now known as Sharky-AFK | |
| [14:30:11] | stuartm: | sphery: are you still willing to do testing with tv_grab_na_dd? See what we might be overlooking, and how well it works in practice? If I get the apiconfig stuff done for the new setup code then it should be pretty much a drop in replacement* |
| [14:31:07] | stuartm: | * I think there are just a couple of additions required to the xmltv API, the suggested runtime in particular if we still need that and danielk22 seems to be suggesting that it's no longer required |
| [14:31:50] | wagnerrp: | that would also mean only one set of configurations that needs to be written for the web config |
| [14:34:29] | stuartm: | yeah, from my POV it's a win, win, win – less code to maintain, better functionality/behaviour and simpler UI that's the same for every user, no more "if you're in the US do this, otherwise do this instead" |
| [14:35:34] | rkulagow: | all of this change is post 0.26, right? |
| [14:35:44] | wagnerrp: | yes |
| [14:36:00] | stuartm: | all the issues around the DD code truncating the program table on updates go away and with that the need for some existing configuration options or users having to specify custom arguments |
| [14:39:53] | rkulagow: | right |
| [14:40:12] | rkulagow: | the new format automatically gives out two weeks of data no matter what for each station |
| [14:40:31] | rkulagow: | (but i still truncate because that makes it easier) |
| [14:40:54] | rkulagow: | however, there's a md5 hash for each program item that _could_ be used to determine whether there's been a change to particular details |
| [14:41:02] | rkulagow: | and then only selectively update |
| [14:41:53] | rkulagow: | since each xmlid is a separate file you can also slow things down to avoid swamping the backend |
| [14:42:02] | rkulagow: | anyway |
| [14:43:05] | wagnerrp: | get the xmltv dtd to add support for some kind of content versions? might be beneficial if other sources are using etags and such |
| [14:44:29] | rkulagow: | more info at https://github.com/rkulagowski/tv_grab_na_sd and in the API details file if you're into that sort of thing |
| [14:50:35] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [15:15:09] | andreax (andreax!~andreaz@p4FE64E01.dip.t-dialin.net) has joined #mythtv | |
| [15:18:18] | ajuice (ajuice!~ajuice@203-158-36-117.dyn.iinet.net.au) has joined #mythtv | |
| [15:27:35] | rkulagow (rkulagow!cc4fac04@gateway/web/freenode/ip.204.79.172.4) has quit (Quit: Page closed) | |
| [15:40:51] | rkulagow (rkulagow!cc4fac04@gateway/web/freenode/ip.204.79.172.4) has joined #mythtv | |
| [16:07:47] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [16:21:42] | SteveGoodey (SteveGoodey!~steve@host86-140-215-72.range86-140.btcentralplus.com) has joined #mythtv | |
| [17:02:41] | Mousey (Mousey!~r0dent_@ross154.net) has joined #mythtv | |
| [17:03:58] | ajuice (ajuice!~ajuice@203-158-36-117.dyn.iinet.net.au) has quit (Quit: ajuice) | |
| [17:13:33] | sphery: | stuartm: Yeah, definitely still willing to test, but I'm going to be busy with work stuff through the end of Oct. After that I'll have much more time available. |
| [17:15:06] | sphery: | rkulagow: The new format sounds really nice. I definitely see why you were working on that, now. And it seems you already have an XMLTV grabber for it (tv_grab_na_sd)? So if we do go with the XMLTV-for-everyone idea, then we could still take advantage of the new stuff. |
| [17:16:52] | sphery: | Might be nice to get version XMLTV to add in support for version tags (or have code to duplicate the MD5 generation that SD does, so we can do it after conversion to XMLTV and for other grabbers, too). The "only replace what's changed" would allow it to work on even a severely underpowered system... |
| [17:19:36] | stuartm: | the current xmltv code only replaces what has actually changed, but it does it by comparing the key details such as title/subtitle/description/start/endtime |
| [17:20:05] | stuartm: | md5sum ought to be faster if they are pre-calculated and stored in the DB |
| [17:29:40] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection) | |
| [17:37:12] | brfransen (brfransen!~brfransen@64.179.141.163) has quit () | |
| [17:48:49] | rkulagow: | sphery: the grabber is more proof-of-concept; i don't implement much in the way of capability API because it's really nothing more than a "login, get a randhash, then loop over the station id's" and i didn't want to write a bash script |
| [17:49:10] | rkulagow: | i'm documenting fields on the wiki page for that subproject |
| [17:50:29] | brfransen (brfransen!~brfransen@64.179.141.163) has joined #mythtv | |
| [17:55:33] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [17:59:11] | SteveGoodey (SteveGoodey!~steve@host86-140-215-72.range86-140.btcentralplus.com) has quit (Remote host closed the connection) | |
| [18:22:49] | stoffel (stoffel!~quassel@pD9E43101.dip.t-dialin.net) has joined #mythtv | |
| [19:39:05] | rkulagow: | has anyone given more thought to the --enable-gpl issue with building ffmpeg to have the h264 encoder enabled? |
| [20:23:28] | stoffel (stoffel!~quassel@pD9E43101.dip.t-dialin.net) has quit (Ping timeout: 245 seconds) | |
| [21:00:43] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Quit: Ex-Chat) | |
| [21:08:42] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Quit: Leaving) | |
| [21:12:07] | rkulagow (rkulagow!cc4fac04@gateway/web/freenode/ip.204.79.172.4) has quit () | |
| [21:35:49] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [21:54:35] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv | |
| [22:13:49] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Quit: It's Miller Time!) | |
| [22:39:44] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
| [23:03:14] | superm1 (superm1!u4318@ubuntu/member/superm1) has quit (Remote host closed the connection) | |
| [23:07:41] | rkulagow (rkulagow!43b0814a@gateway/web/freenode/ip.67.176.129.74) has joined #mythtv | |
| [23:08:45] | zombor_ (zombor_!~zombor_@65.29.231.135) has joined #mythtv | |
| [23:08:45] | zombor_ (zombor_!~zombor_@65.29.231.135) has quit (Changing host) | |
| [23:08:45] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [23:15:11] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [23:18:18] | superm1 (superm1!u4318@ubuntu/member/superm1) has joined #mythtv | |
| [23:18:26] | superm1 (superm1!u4318@ubuntu/member/superm1) has quit (Read error: Connection reset by peer) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.