| Tuesday, June 7th, 2016, 00:09 UTC | ||
| [00:09:31] | arescorpio (arescorpio!~arescorpi@71-54-16-190.fibertel.com.ar) has joined #mythtv | |
| [00:29:32] | Roklobster (Roklobster!~Dirkka@ppp118-209-152-111.lns20.mel8.internode.on.net) has quit (Ping timeout: 260 seconds) | |
| [00:45:45] | lautriv_ (lautriv_!~lautriv@funtoo/user/lautriv) has quit (Ping timeout: 260 seconds) | |
| [00:58:41] | lautriv_ (lautriv_!~lautriv@funtoo/user/lautriv) has joined #mythtv | |
| [01:43:12] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [03:02:15] | Roklobster (Roklobster!~Dirkka@ppp118-209-152-111.lns20.mel8.internode.on.net) has joined #mythtv | |
| [03:14:05] | Roklobster (Roklobster!~Dirkka@ppp118-209-152-111.lns20.mel8.internode.on.net) has quit (Ping timeout: 244 seconds) | |
| [04:09:17] | arescorpio (arescorpio!~arescorpi@71-54-16-190.fibertel.com.ar) has quit (Quit: Leaving.) | |
| [04:19:25] | gary_buhrmaster: | markspieth: make distclean? I have seen the occasional strange link errors that distclean has fixed in the case of "stuff" left around. And the buildbot waterfall shows a arm build with opengl enabled being successful (Qt 5.6.0, though). |
| [05:51:42] | Tobbe5178 (Tobbe5178!~asdf@h184n1-sv-a13.ias.bredband.telia.com) has joined #mythtv | |
| [06:46:23] | Roklobster (Roklobster!~Dirkka@ppp118-209-152-111.lns20.mel8.internode.on.net) has joined #mythtv | |
| [07:06:48] | ikevin (ikevin!~kevin@j-aime.etre.casse-couilles.org) has quit (Read error: Connection reset by peer) | |
| [07:08:19] | ikevin (ikevin!~kevin@j-aime.etre.casse-couilles.org) has joined #mythtv | |
| [07:18:09] | ikevin (ikevin!~kevin@j-aime.etre.casse-couilles.org) has quit (Remote host closed the connection) | |
| [07:23:50] | willcooke (willcooke!~willcooke@host-2-103-246-54.as13285.net) has joined #mythtv | |
| [07:23:54] | willcooke (willcooke!~willcooke@host-2-103-246-54.as13285.net) has quit (Changing host) | |
| [07:23:54] | willcooke (willcooke!~willcooke@ubuntu/member/willcooke) has joined #mythtv | |
| [07:36:19] | ikevin (ikevin!~kevin@j-aime.etre.casse-couilles.org) has joined #mythtv | |
| [07:36:50] | ikevin (ikevin!~kevin@j-aime.etre.casse-couilles.org) has quit (Client Quit) | |
| [07:38:17] | ikevin (ikevin!~kevin@j-aime.etre.casse-couilles.org) has joined #mythtv | |
| [07:39:39] | SteveGoodey (SteveGoodey!~steve@host109-156-128-128.range109-156.btcentralplus.com) has joined #mythtv | |
| [08:00:00] | jheizer (jheizer!~jheizer@c-73-51-93-177.hsd1.il.comcast.net) has quit (Read error: Connection reset by peer) | |
| [08:01:24] | markspieth: | gary_buhrmaster: Thanks. I do a clean virtually every time but will |
| [08:55:58] | markspieth: | very strange. top level ubuntu make clean did not clean properly. had to go to mythui, make clean and then make works correctly. |
| [09:06:30] | stuarta: | at least you worked it out |
| [09:13:23] | bas-t (bas-t!~bas-t@5ED448F9.cm-7-5b.dynamic.ziggo.nl) has joined #mythtv | |
| [09:33:05] | joki (joki!~joki@p548604AE.dip0.t-ipconnect.de) has quit (Ping timeout: 260 seconds) | |
| [09:35:52] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has quit (Remote host closed the connection) | |
| [09:36:04] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has joined #mythtv | |
| [09:40:23] | joki (joki!~joki@p54861AF1.dip0.t-ipconnect.de) has joined #mythtv | |
| [10:58:33] | MythBuild: | build #205 of master-archlinux-64bit is complete: Failure [4failed configure core compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/205 blamelist: Gary Buhrmaster <gary.buhrmaster@gmail.com >, Stuart Auchterlonie <stuarta@mythtv.org >, David Blain <dblain@mythtv.org >, Karl Dietz <dekarl@mythtv.org >, Peter Bennett |
| [10:58:33] | MythBuild: | <pbennett@mythtv.org >, Peter Bennett <pgbennett@comcast.net >, Stuart Auchterlonie <stuarta@squashedfrog.net > |
| [11:00:39] | MythBuild: | build #62 of 0.28-archlinux-64bit is complete: Failure [4failed configure core compile core] Build details are at http://code.mythtv.org/buildbot/builders/0.28 . . . it/builds/62 blamelist: Peter Bennett <pgbennett@comcast.net >, Stuart Auchterlonie <stuarta@mythtv.org >, Peter Bennett <pbennett@mythtv.org >, Stuart Auchterlonie <stuarta@squashedfrog.net > |
| [11:01:50] | stuarta: | and the 0.27 one will probably break too. new builder is missing taglib |
| [11:02:46] | MythBuild: | build #21 of 0.27-archlinux-64bit is complete: Failure [4failed configure core compile core] Build details are at http://code.mythtv.org/buildbot/builders/0.27 . . . it/builds/21 blamelist: Stuart Auchterlonie <stuarta@mythtv.org >, Stuart Auchterlonie <stuarta@squashedfrog.net > |
| [11:24:28] | ShapeShifter499 (ShapeShifter499!~ShapeShif@unaffiliated/shapeshifter499) has joined #mythtv | |
| [11:49:23] | ShapeShifter499 (ShapeShifter499!~ShapeShif@unaffiliated/shapeshifter499) has quit (Quit: Leaving) | |
| [12:02:55] | bas-t (bas-t!~bas-t@5ED448F9.cm-7-5b.dynamic.ziggo.nl) has quit (Quit: Ex-Chat) | |
| [12:09:55] | amessina (amessina!~amessina@unaffiliated/amessina) has quit (Quit: Konversation terminated!) | |
| [12:19:31] | MythBuild: | build #206 of master-archlinux-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/206 |
| [12:50:16] | jheizer (jheizer!~jheizer@c-73-51-93-177.hsd1.il.comcast.net) has joined #mythtv | |
| [12:51:12] | Roklobster (Roklobster!~Dirkka@ppp118-209-152-111.lns20.mel8.internode.on.net) has quit (Ping timeout: 244 seconds) | |
| [13:27:07] | MythBuild: | build #63 of 0.28-archlinux-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/0.28 . . . it/builds/63 |
| [14:43:41] | coling (coling!~colin@cpc8-sgyl36-2-0-cust443.18-2.cable.virginm.net) has joined #mythtv | |
| [15:08:37] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [15:10:01] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Remote host closed the connection) | |
| [15:14:39] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [15:22:59] | willcooke (willcooke!~willcooke@ubuntu/member/willcooke) has quit (Remote host closed the connection) | |
| [15:23:29] | willcooke (willcooke!~willcooke@ubuntu/member/willcooke) has joined #mythtv | |
| [15:50:58] | MythBuild: | build #25 of 0.27-archlinux-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/0.27 . . . it/builds/25 |
| [16:05:51] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has quit (Remote host closed the connection) | |
| [16:06:01] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has joined #mythtv | |
| [16:30:20] | stuarta: | ugh, if running cppcheck on my prod backend is going to take ages, it'll be relegated to 2am in the morning |
| [16:30:44] | stuarta: | same with doxygen |
| [16:31:24] | stuarta: | yep, used to take 16mins, it's been 17mins and it's not even 25% of the way through |
| [16:52:18] | stuartm: | hamsters need feeding? |
| [16:52:44] | stuarta: | nah, massive difference in cpu capability |
| [16:53:16] | stuarta: | old host machine had 4x xeons, this is a amd N36 |
| [16:53:39] | ** stuarta ponders moving it to mizar.... ** | |
| [16:54:48] | ** stuarta wanders off ** | |
| [16:57:33] | SteveGoodey (SteveGoodey!~steve@host109-156-128-128.range109-156.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [16:58:55] | SteveGoodey (SteveGoodey!~steve@host109-156-128-128.range109-156.btcentralplus.com) has joined #mythtv | |
| [17:04:11] | MythBuild: | build #3825 of cppcheck-master is complete: Failure [4failed shell shell_1 shell_2] Build details are at http://code.mythtv.org/buildbot/builders/cppc . . . /builds/3825 blamelist: Stuart Auchterlonie <stuarta@mythtv.org > |
| [17:35:43] | willcooke (willcooke!~willcooke@ubuntu/member/willcooke) has quit (Quit: Do your hobbies) | |
| [17:49:02] | dekarl: | it wasn't me! |
| [18:22:59] | stuarta: | nope |
| [18:23:19] | dmfrey: | stuarta: those files are updated in that repo |
| [18:23:55] | jya (jya!sid132@gateway/web/mozilla/x-peffrvyhkuxvtpmk) has quit (Remote host closed the connection) | |
| [18:24:25] | stuarta: | so that option isn't going to work. takes sooooooo long to run cppcheck that it times out |
| [18:24:58] | stuarta: | dmfrey: okay, i'll look into it later, bathtime currently |
| [18:28:00] | jya (jya!sid132@gateway/web/mozilla/x-bopznvpxozugzent) has joined #mythtv | |
| [18:28:15] | dmfrey: | stuarta: :) |
| [18:28:16] | dmfrey: | thanks |
| [18:31:55] | dekarl: | stuarta, 30 minutes for "Checking mythtv/libs/libmyth/test/test_audioconvert/test_audioconvert.cpp..." sounds like a bug of some kind |
| [18:39:34] | JohnBergqvist (JohnBergqvist!~JohnBergq@host86-138-206-6.range86-138.btcentralplus.com) has joined #mythtv | |
| [18:39:52] | JohnBergqvist: | Is anyone here using the xmltv SD-JSON service for EPG data in the UK now? |
| [18:40:32] | stuartm: | I was going to take it for a spin, but I've not done so yet |
| [18:41:05] | JohnBergqvist: | right. |
| [18:41:32] | JohnBergqvist: | I don't know how to match the XMLTV ids for the channels in it, to the actual channels they represent |
| [18:42:26] | JohnBergqvist: | Also, on top of that I can't decipher the captcha for their own forum: "Create a nonsense word using the third letter of bedazzle and the letter that's next to itself." I mean what does that mean, 'letter that's next to itself?' |
| [18:43:03] | stuartm: | heh |
| [18:43:26] | stuartm: | rmeden: ^^ |
| [18:43:32] | JohnBergqvist: | I get that the third letter of the word is D |
| [18:44:12] | rmeden: | z is next to itself |
| [18:44:25] | stuartm: | by that logic so is A |
| [18:44:31] | stuartm: | my answer would have be U |
| [18:44:40] | stuartm: | as in double U (w) |
| [18:44:50] | rmeden: | in order for a letter to be next to itself there must be two of them. |
| [18:44:54] | JohnBergqvist: | what? |
| [18:44:58] | stuartm: | but maybe I do too many cryptic crosswords |
| [18:45:08] | JohnBergqvist: | How is it Z? |
| [18:45:22] | stuartm: | oh right, I see what you did there |
| [18:45:34] | JohnBergqvist: | the third letter of Bedazzle is D, so the letter next to that is either A or E |
| [18:45:36] | stuartm: | JohnBergqvist: Bedazzle has two Zs |
| [18:45:37] | rmeden: | I'm not a fan of the captcha... but it's better than the previous one robertk chose! |
| [18:46:19] | JohnBergqvist: | Anyway, how do I know which XMLTV ID for the channels in the config file SD-JSON generates matches up with with channel? |
| [18:46:27] | rmeden: | yes, the letter next to D is A or E, but the question is what letter is next to itself |
| [18:46:31] | stuartm: | "the letter which appears twice" might be less confusing for us dummies :) |
| [18:46:44] | rmeden: | I think RobertK thought it would be easier for bots too |
| [18:46:49] | stuartm: | "letter which appears twice in a row" |
| [18:47:07] | stuartm: | since there are two Es as well |
| [18:47:09] | ** stuartm shrugs ** | |
| [18:47:28] | rmeden: | but anyway.. back to matching XMLIDs... there shoudl be more to go on than the XMLID.. there is a Callsign, station name, etc |
| [18:48:03] | JohnBergqvist: | which format should I use (when configuring the grabber in the first place)? default, tv_grab_na_dd or the MythTV Internal format? |
| [18:48:38] | rmeden: | no idea there.. the guy who wrote it uses MythTV, so probably pick the format he chose for MythTV. |
| [18:48:46] | stuartm: | huh? |
| [18:49:00] | rmeden: | the guy who wrote the grabber uses mythtv |
| [18:49:12] | JohnBergqvist: | "If you are migrating from a different grabber selecting an alternate channel ID format can make the migration easier. |
| [18:49:13] | JohnBergqvist: | Select channel ID format: |
| [18:49:13] | JohnBergqvist: | 0: Default Format (eg: I12345.json.schedulesdirect.org) |
| [18:49:13] | JohnBergqvist: | 1: tv_grab_na_dd Format (eg: I12345.labs.zap2it.com) |
| [18:49:13] | JohnBergqvist: | 2: MythTV Internal DD Grabber Format (eg: 12345)" |
| [18:49:23] | stuartm: | right, it's the nature of the choice which I was reacting too |
| [18:49:42] | stuartm: | 0 is the xmltv default – 2 isn't even xmltv compliant |
| [18:49:46] | rmeden: | personally, I wish he just offered choice 1, but I'm sure he had his reasons |
| [18:50:02] | JohnBergqvist: | well i'll try both and show you what outputs i get |
| [18:50:06] | rmeden: | when in doubt, take the default |
| [18:50:24] | JohnBergqvist: | and do I *Have* to use line-ups? |
| [18:50:30] | stuartm: | JohnBergqvist: I'd stick with 0 |
| [18:51:02] | JohnBergqvist: | i'm worried if i pick a line-up, it won't have the particular channel I want in it. How do I add it manually? is there no list of channels & their SD xmltv IDs I can view online somewhere? |
| [18:51:04] | stuartm: | at the end of the day it really doesn't make much difference |
| [18:51:08] | rmeden: | you have to choose a lineup to be presented with a channel list. I think you can choose to filter based on lineup or per-channel |
| [18:52:10] | JohnBergqvist: | yes, but what if i want to add channels that are outside taht particular line-up? |
| [18:52:18] | rmeden: | you can't just add a channel randomly... that's to prevent folks from adding every channel under the sun and grabbing all the data for commercial purposes. Worst case you can choose multiple lineups, but the lineups should have hwat you need. |
| [18:52:48] | rmeden: | you can have 4 lineups on your account |
| [18:52:51] | JohnBergqvist: | ok |
| [18:52:53] | JohnBergqvist: | right |
| [18:53:06] | JohnBergqvist: | how do i find out what channels other lineups have? |
| [18:53:14] | stuartm: | JohnBergqvist: guess you'll just have to see what lineups are available – Freesat/Freeview for example would cover 99% of UK users, gets trickier if you throw Sky/Virgin into the mix |
| [18:53:35] | rmeden: | don't over think it.. you shouldn't need to... start with your postal code and data source(s) and see what comes up. |
| [18:53:47] | stuartm: | thank you for being the pioneer |
| [18:54:13] | JohnBergqvist: | yes, but I don't want to have to go through each line one-by-one until i find the channels I want |
| [18:54:33] | JohnBergqvist: | isn't there some file i could access online that would show me them all at once so I could just pick? Even if its only in a single line-up |
| [18:54:35] | rmeden: | you shouldn't need to... if Gracenote did their job right it should just work. |
| [18:54:50] | JohnBergqvist: | "It should just work". Ha. |
| [18:55:01] | JohnBergqvist: | ok well i'll go with you for now |
| [18:55:01] | rmeden: | that's what we pay them for! |
| [18:55:37] | JohnBergqvist: | So, the first channel I have is called: "BBC1 British Brdcstg Corp. " Which version is this? is this the HD one, is this a regional one? |
| [18:55:42] | rmeden: | there may be a preview call in the SD-JSON API, I'm not sure. |
| [18:55:45] | JohnBergqvist: | because both could have different programs |
| [18:56:38] | rmeden: | I'm honestly not sure.. Robert Kulagoski is the expert on it.. I still use the SD-DD service :) |
| [18:56:53] | rmeden: | I'm only the president of SD.. :) |
| [18:56:57] | JohnBergqvist: | Atlas are killing their V3 api next week |
| [18:57:04] | JohnBergqvist: | thats why I need to switch all of a sudden |
| [18:57:21] | stuartm: | well killing all their APIs for individual users |
| [18:57:23] | rmeden: | best place to ask is the SD forum.. I know RobertK and others follow it |
| [18:58:07] | rmeden: | yea.. I got an email from them today (I guess I had an account to test) that mentioned that using MythTV and other programs violated their terms for two years! news to me (XMLTV hat on) |
| [18:58:34] | stuartm: | by the sound of it, someone may have to maintain a mapping between logical channel names and whatever Gracenote call them internally |
| [18:58:35] | rmeden: | If that's what triggered this, Atlas could have just mentioned it to XMLTV and we could have done a nice smooth transition to something... and not this BS |
| [18:58:42] | JohnBergqvist: | OK, well ive ran the config program (Just said yes to all channels), and now each channel is in the config file, and it's xmltv ID is just a series of numbers: "17153". How the heck do I match that up to the channel in my mythtv database? |
| [18:59:40] | stuartm: | MythTV never violated their terms, they just changed their minds about supporting MythTV users |
| [18:59:49] | rmeden: | don't know.. the config file only has the XMLID, but the data should have callsign, etc. I know I'm useless.... I don't use MythTV and have just played with the SD-JSON service a bit. |
| [19:00:06] | JohnBergqvist: | FML |
| [19:00:09] | rmeden: | that's what I figured... that whole email sounded like BS |
| [19:00:25] | jpabq: | Does the config file format allow for comments? It would be nice if it include a comment with the channum along side the xmltv ID. |
| [19:00:26] | rmeden: | but it's there data, they can take their toys and leave. |
| [19:00:48] | rmeden: | most grabbers do allow for comments, but you're not supposed to edit it. |
| [19:01:13] | rmeden: | It's actually designed to be somewhat automated... not sure if MythTV takes advantage of that |
| [19:01:19] | stuartm: | I probably still have the original correspondence from Metabroadcast where they invited MythTV user's to use their APIs in the first place |
| [19:01:28] | rmeden: | Here in the US we have unique callsigns, even for cable/satellite stations. |
| [19:01:42] | JohnBergqvist: | UK tv channels do not have a callsign |
| [19:01:45] | JohnBergqvist: | they just have a channel name. |
| [19:02:06] | rmeden: | I assume you m mean "they just have a non-unique channel name" |
| [19:02:19] | dekarl: | mfdb can mythically connect xmltv channels to tv channels... https://github.com/MythTV/mythtv/blob/master/ . . . ata.cpp#L238 I wonder how it works. (there is also code for migrating from old to new xmltv ids) |
| [19:02:31] | stuartm: | channum is fine unless like me you've renumbered or are mixing two different sources |
| [19:03:02] | JohnBergqvist: | But how does mythtv know to match XMLID 19923 with Chanel 33701? |
| [19:03:25] | JohnBergqvist: | Yes, people go by channel numbers in the UK tbh |
| [19:03:58] | dekarl: | rmeden: there is no way to add random over the top / internet tv channels that you hook up to the iptv recorder? (e.g. NASA TV) |
| [19:04:42] | rmeden: | I don't beleive so.. you need to add a lineup that has that station. There may be some generic lineups with those stations. |
| [19:05:27] | stuartm: | rmeden: it's unique (mostly) just not standardised between different sources – e.g. you may get both "BBC 1" and "BBC1" on two different sources |
| [19:05:49] | rmeden (rmeden!~Robert@107-131-102-250.lightspeed.rcsntx.sbcglobal.net) has quit (Read error: No route to host) | |
| [19:07:02] | dekarl: | JohnBergqvist: the channel element in the xmltv file should contain one or more display-names |
| [19:09:32] | JohnBergqvist: | it doesnt |
| [19:09:56] | JohnBergqvist: | no matter what format i use, its still the same, a series of digits |
| [19:11:07] | rmeden (rmeden!~Robert@107-131-102-250.lightspeed.rcsntx.sbcglobal.net) has joined #mythtv | |
| [19:13:40] | rmeden: | I'm back.. computer paniced |
| [19:13:53] | JohnBergqvist: | so im confused |
| [19:15:10] | rmeden: | Sorry I don't know that much about MythTV or the SD-JSON service... :( But RobertK and others do use both. The forum is probably the best place for general questions and tickets are the best for lineup issues. |
| [19:15:27] | dekarl: | rmeden: are there channel names on file? |
| [19:16:42] | dekarl: | JohnBergqvist: if you don't see channel names, that's suspicious http://xmltv.cvs.sourceforge.net/viewvc/xmltv . . . =markup#l918 |
| [19:17:12] | rmeden: | "on file"? There in a database.. but there are so many of them... especially with the SD-JSON service. To give you some idea, for the US/Canada SD-DD service I have 24,120 stations. SD-JSON has many more locations. |
| [19:18:08] | dekarl: | I'm wondering if there is a display-name in the xmltv output that can be used by mythfilldatabase to automatically connect the guide to the service |
| [19:18:12] | jpabq: | dekarl: I am guessing that what JohnBergqvist is looking at, is the sd_json conf file, when 'channel' configuration is selected instead of 'lineup' configuration. JohnBergqvist is that right? |
| [19:18:19] | JohnBergqvist: | yes |
| [19:18:46] | jpabq: | I believe that config file is just used to determine which channels get downloaded from SD. |
| [19:19:10] | JohnBergqvist: | but surely I need that no? |
| [19:19:20] | dekarl: | ok that's grabber dependent if its just some code or has a comment next to it |
| [19:19:33] | JohnBergqvist: | let me paste my sd-conf file hangon |
| [19:19:42] | jpabq: | JohnBergqvist: I agree, some UI to allow modificaton of that conf file would be desirable. |
| [19:20:28] | JohnBergqvist: | right |
| [19:20:34] | JohnBergqvist: | OK, lets get back to my original problem |
| [19:21:02] | JohnBergqvist: | How do I find out which of those IDs in the config file refer to which channels? |
| [19:21:13] | JohnBergqvist: | so I can then assign those XMLTV ids to each channel in mythtv |
| [19:21:22] | dekarl: | try --list-channels |
| [19:22:14] | JohnBergqvist: | nope, that's not an option |
| [19:23:42] | dekarl: | I don't understand, what does "that's not an option" mean? |
| [19:24:01] | dekarl: | it doesn't do something similar to "tv_grab_uk_rt --list-channels"? |
| [19:24:45] | jpabq: | dekarl: Looks like tv_grab_sd_json does not offer --list-channels |
| [19:25:06] | rmeden: | hmmm looks like the --list-channels option is not in tv_grab_sd_json |
| [19:25:13] | dekarl: | gary_buhrmaster: does yours? |
| [19:25:47] | dekarl: | JohnBergqvist: as a workaround just grab a day and look at the channels manually |
| [19:25:50] | SteveGoodey: | JohnBergqvist: Have you seen this? https://www.mythtv.org/wiki/Migrating_to_Sche . . . ct_in_the_UK |
| [19:31:09] | JohnBergqvist: | Thanks Steve |
| [19:32:50] | JohnBergqvist: | that's what im looking for but it's surprising there isn't such a listing already – for all channels |
| [19:34:02] | JohnBergqvist: | Still pretty clunky |
| [19:36:21] | SteveGoodey: | JohnBergqvist: Although I've just got a SD account I thought I'd try switching to EIT for everything, (not just radio listing), and see how that goes first. |
| [19:36:44] | JohnBergqvist: | Lol no i'm not using EIT and their toddler data |
| [19:37:02] | JohnBergqvist: | EIT is awful awful shite |
| [19:37:10] | JohnBergqvist: | just so inconsistent |
| [19:38:19] | dekarl: | did anybody combine a dvb channel scan with the SD data to create a configuration for mythupchuk? What I hear sounds a lot like everyone doing it manually |
| [19:39:02] | SteveGoodey: | So. Undecided then. :-) I saw that stuart a uses EIT so it can't be that bad surely! |
| [19:39:42] | dekarl: | after all you're paying gracenote for that mapping, too |
| [19:42:26] | JohnBergqvist: | Ahh it seems that if I do a manual grab, the first part of it shows the xmltv ID along with the actual channel name |
| [19:43:23] | JohnBergqvist: | Although the channel icon information for BBC 1 is 10 years out of date... |
| [19:43:37] | JohnBergqvist: | and for the regional ones, it's wrong completely.... |
| [19:44:18] | JohnBergqvist: | Although I think it's using the same files as atlas uses. |
| [19:48:31] | Roklobster (Roklobster!~Dirkka@ppp118-209-152-111.lns20.mel8.internode.on.net) has joined #mythtv | |
| [19:49:29] | gary_buhrmaster: | dekarl: tv_grab_na_sd *does* offer --list-channels. |
| [19:49:53] | gary_buhrmaster: | dekarl: As required by reporting it supports apiconfig. |
| [19:50:22] | jpabq: | gary_buhrmaster: Is tv_grab_na_sd available somewhere? |
| [19:50:59] | gary_buhrmaster: | btw, the "automagical" channel merge has some issues (at least with non-scannable sources). I have various patches in various states of readiness to submit. Testing time is always the limiting factor. |
| [19:51:40] | gary_buhrmaster: | jpabq: https://github.com/garybuhrmaster/tv_grab_na_sd |
| [19:52:40] | gary_buhrmaster: | jpabq: (at least for now, there is some possibility the xmltv project will "adopt" it, but there is also a pending name change being proposed; I do not know where the xmltv community is on what a "universal" grabbers should be named). |
| [19:53:02] | jpabq: | gary_buhrmaster: cool. I will give it a try. |
| [19:53:23] | rmeden: | tv_grab_na_sd only supports us/canada... (it uses the SD-DD service, not SD-JSON). If you want a US/Canada channel list, you can also just get it from the SD web page. |
| [19:54:01] | rmeden: | oh, that one.. never mind :) |
| [19:54:02] | jpabq: | Ah. So all of that extra json data is not available with that method? |
| [19:54:24] | rmeden: | sorry, that gitub location is a grabber that duplicates the existing name |
| [19:54:24] | gary_buhrmaster: | rmeden: I think you mean tv_grab_na_dd. |
| [19:54:39] | ** rmeden hits head ** | |
| [19:54:56] | gary_buhrmaster: | The official xmltv one is tv_grab_na_dd, not tv_grab_na_sd. |
| [19:54:57] | rmeden: | I'm such an idiot.. I should shut up |
| [19:55:16] | rmeden: | or maybe not do so many things at once... (I'm trying to do my day job too) |
| [19:55:19] | gary_buhrmaster: | rmeden: Unless there is a hidden one somewhere that I do not know about. |
| [19:55:52] | rmeden: | that github grabber (I think it's Gary's) works real well... very fast. |
| [19:55:55] | gary_buhrmaster: | rmeden: I think you made the same mistake on the xmltv users list email (but since I only get digests, I mostly ignore minor mistakes). |
| [19:56:57] | rmeden: | quite a bit of prerequisites and I was having troubnle making a windows exe for it, but it really looked good... my only complaint was the name and of course the rush to the next XMLTV release |
| [19:57:05] | gary_buhrmaster: | rmeden: Well, it is fast IFF there is not a lot of data to download, which is most of the time after the initial "priming" of the cache. |
| [19:57:48] | rmeden: | even on the initail run was much faster than tv_grab_sd_json |
| [19:58:06] | rmeden: | that's what I was comparing against. |
| [19:58:48] | rmeden: | Kid's HS graduation is today, so hopefully things will return to noraml |
| [19:59:38] | gary_buhrmaster: | rmeden: That is bit surprising, but I guess because of the various "chunking". I actually had one version of the grabber that was faster even with full downloads every time. |
| [20:00:19] | gary_buhrmaster: | rmeden: but somewhere between 10–20% of the time one of the (few dozen) parallel downloads that I spawned generated a SD server timeout (usually a bunch of them). I presumed I overloaded something in the BE. |
| [20:00:26] | dekarl: | oh, who was asking what the issue is with DateTime::Format::ISO8601? Its a separate package to DateTime which may or may not be available on all distributions |
| [20:00:34] | gary_buhrmaster: | rmeden: That is when I went for extensive caching. |
| [20:01:21] | gary_buhrmaster: | rmeden: I believe that was someone talking about the tv_grab_sd_json grabber (which also uses it). But it also applies to tv_grab_na_sd. |
| [20:01:39] | gary_buhrmaster: | rmeden: This probably should go to a different channel (not mythtv releated) |
| [20:01:49] | rmeden: | yea, the SD_JSON service is decided to be locally cached... tv_grab_sd_json uses I think a memory case, you use sql-lite |
| [20:03:29] | gary_buhrmaster: | rmeden: (re ISO8601, there was a reason involving sql/json compliance, I think, why I found it necessary. I am a bit pedantic about standards). |
| [20:04:13] | rmeden: | yea, no kidding... your throwing a wrench in the works protecting the Sudanese namespace. :) |
| [20:04:26] | gary_buhrmaster: | re: rush to release. I hate to admit it, but both MythTV and XMLTV seems to move faster when there is some external emergency. |
| [20:05:24] | gary_buhrmaster: | rmeden: Tell you what, you go to sudan and negotiate for the release of their country code. Let me know how that works for you.... :-) |
| [20:06:13] | rmeden: | I can't speak to MythTV, but we did get an XMLTV release out in about a week.... it's not that complicated.. I guess I do the releases once there's consensus |
| [20:06:38] | dekarl: | gary_buhrmaster: worked for Tuvalu ;) |
| [20:08:37] | gary_buhrmaster: | dekarl: Sure, but there was money involved. How much does the xmltv project have to purchase a few sudanese warlords again? |
| [20:09:25] | gary_buhrmaster: | dekarl: (and I suspect if you do not bring enough cash, there might be issues returning with sd, although with fingers and toes and some other important organs) |
| [20:09:30] | jpabq: | gary_buhrmaster: It is MUCH faster that the other SD grabber. |
| [20:09:57] | rmeden: | yea.. I did say that right? :) |
| [20:10:12] | jpabq: | gary_buhrmaster: I have two lineupes: OTA and Directv. Do you have a recommened way of configuring that? Each time I run --configure, it wants me to select one or the other. |
| [20:10:47] | dekarl: | jpabq: use two configuration files? |
| [20:11:02] | gary_buhrmaster: | jpabq: Each configuration file is associated with a lineup (and a lineup/configuration file is associated with videosource in MythTV). |
| [20:11:05] | dekarl: | mythtv will default to that called "<name of video source>.xmltv" |
| [20:11:06] | rmeden: | That XMLTV file format historically didn't deal well with multiple lineups. (I think that's when the channel-id was the tuning number). I suspect that's why it has been frowned upon. |
| [20:11:17] | jpabq: | OK. I just wanted to make sure that was the right aproach. |
| [20:12:02] | rmeden: | I don't think that really needs to be a restriction anymore. but you can always run two grabs and then let tv_cat combine them. |
| [20:12:24] | gary_buhrmaster: | jpabq: IFF some of the stations are shared between the lineups, the grabber only needs to download the data once from SD. |
| [20:13:01] | jpabq: | Good. DTV also has my local channels, but I always record them OTA> |
| [20:15:45] | dekarl1 (dekarl1!~dekarl@mythtv/developer/dekarl) has joined #mythtv | |
| [20:16:55] | gary_buhrmaster: | jpabq: I will note that without (and even with) some of the pending tickets in trac the internal direct schedulesdirect1 grabber stores a bit more data in MythTV than an XMLTV grabber. |
| [20:17:39] | gary_buhrmaster: | jpabq: One of the reasons for my recent tickets has been I wanted to make the xmltv grabber I wrote close to equal to the internal schedulesdirect1/datadirect grabber. |
| [20:18:00] | gary_buhrmaster: | jpabq: There was a madness to the method. And as I found issues, I wrote code to fix it. |
| [20:18:11] | JohnBergqvist: | no damn point when the average user can't even map XML ID's to something meaningful! |
| [20:18:19] | JohnBergqvist: | Your priorities are so screwed up |
| [20:18:31] | JohnBergqvist: | rant over |
| [20:18:34] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Ping timeout: 240 seconds) | |
| [20:18:36] | gary_buhrmaster: | My priorities usually are screwed up. |
| [20:18:43] | jpabq: | gary_buhrmaster: Oh? I noticed with the other json grabber, that some show categories where not handled. |
| [20:19:22] | dekarl1 is now known as dekarl | |
| [20:19:43] | jpabq: | gary_buhrmaster: I believe that JohnBergqvist is still trying to get the /other/ SD JSON grabber to work. JohnBergqvist, Gary's does have a --list-channels option. |
| [20:20:08] | JohnBergqvist: | which one is garry's? |
| [20:20:26] | gary_buhrmaster: | jpabq: perhaps related to #12742 ? |
| [20:20:26] | ** MythLogBot http://code.mythtv.org/trac/ticket/12742 ** | |
| [20:20:26] | jpabq: | https://github.com/garybuhrmaster/tv_grab_na_sd |
| [20:20:45] | JohnBergqvist: | But that doesn't work with non-US listings though? |
| [20:21:59] | gary_buhrmaster: | JohnBergqvist: Yes, it does (in theory), but it has only been tested for NA, so that was its name. No one has provided feedback if it actually works right for them in other countries (I can pull/write the data, but I have no idea what is on those channels). |
| [20:22:21] | JohnBergqvist: | look if its not been tested, don't bother |
| [20:22:35] | JohnBergqvist: | look if its not been tested, don't bother |
| [20:22:37] | JohnBergqvist: | oops |
| [20:23:00] | jpabq: | JohnBergqvist: you sound frustraighted. Someone needs to be the first :) |
| [20:23:27] | JohnBergqvist: | I am frustrated, i'm trying to sort through an XML file in PHP to get to the damn channel mappings! |
| [20:23:27] | jpabq: | gary_buhrmaster: in mythtv-setup, which "Listings grabber" should I pick? |
| [20:24:32] | jpabq: | "North America (Data Direct) (xmltv) ? |
| [20:25:20] | dekarl: | that sounds like tv_grab_na_dd (the old api) |
| [20:26:07] | gary_buhrmaster: | jpabq: You are not going to like this, but there is a bug here. You want the one labeled "North America Schedules Direct XMLTV grabber". MythTV uses tv_find_grabbers, which search in the path. |
| [20:26:37] | jpabq: | NP. Glad I asked. |
| [20:27:00] | gary_buhrmaster: | jpabq: But will only store the filename in the database (not the path). So at runtime, if the mythtv-setup users path is not the same as the path for mythfilldatabase, you get an error. |
| [20:27:32] | gary_buhrmaster: | jpabq: (and the error is a timeout, I think, not at all obvious). |
| [20:27:46] | jpabq: | OK. Thanks for the warning. |
| [20:28:13] | gary_buhrmaster: | jpabq: So, what I did was (under the blankets, no one can know) update the database table to put in the full path. |
| [20:29:05] | gary_buhrmaster: | jpabq: If you put the grabber in a system path (such as /usr/bin) as grabbers normally would be as part of the xmltv release, it all works fine. |
| [20:29:18] | jpabq: | Ok. |
| [20:30:02] | gary_buhrmaster: | jpabq: I had a pending trac ticket on the issue, but could not decide if it was a bug or feature that it did what it did, so waited until now someone happened to ask a question that reminded me of the issue. |
| [20:31:24] | gary_buhrmaster: | jpabq: (off hand, I would nominally claim that if tv_fine_grabber is used, you should use the full path name it returns, but then again, maybe you do not want that as a default... Besides, mythtv-setup might not even run on the BE machine.... what then? |
| [20:31:54] | gary_buhrmaster: | jpabq: so I figured that the promised web setup would solve the entire problem, so I sort of left it alone). |
| [20:32:10] | jpabq: | :) |
| [20:34:36] | gary_buhrmaster: | jpabq: (when I said pending trac ticket, I meant I had a draft of something I was thinking of submitting for trac, not that it is in there yet; I tend to write drafts of issues so I can decide if there is an obvious way forward before submitting) |
| [20:35:09] | gary_buhrmaster: | jpabq: (sometimes after sleeping on it for a few weeks, the solution becomes clear. Or I forget about it entirely. No way to predict.) |
| [20:37:11] | jpabq: | I put the config files in ~/.xmltv, but mythfilldatabase wants them in ~/.mythtv. I guess I will just link them. |
| [20:40:49] | gary_buhrmaster: | jpabq: If you use mythtv-setup and used the configure button I thought it created the files in the right place. Oh, I have another "bug" for you there.... |
| [20:41:42] | gary_buhrmaster: | jpabq: as I recall, if you create a new videosource (name, select grabber) and then immediately select configure the code calls configure with the filename ".xmltv" because the name has not yet been stored. |
| [20:42:06] | gary_buhrmaster: | jpabq: You have to create the videosource with name/grabber, go out, and then go back in to push the "configure" button. |
| [20:42:56] | gary_buhrmaster: | jpabq: At least that is what I recall the bug as being. Another draft ticket somewhere, I think. I wanted to make sure I had the steps right before submitting, and then see if I could provide a code fix. |
| [20:43:07] | gary_buhrmaster: | jpabq: And then ENOTIME to get back to it. |
| [20:43:21] | jpabq: | Okay, that may explain things a bit. I had run 'configure' from the command line, and then again in mythtv-setup. mythfilldatabase didn't find the config, so I used the ones that I did from the command line. |
| [20:43:59] | gary_buhrmaster: | jpabq: Or I may be confusing a number of different things. It is probably all my fault. It usually is. |
| [20:44:45] | jpabq: | Ha! |
| [20:46:31] | jpabq: | gary_buhrmaster: we are going to need a good way to edit the channels within the lineup. I Don't really need it to download all the Directv channels — I only care about a fraction of them. Unless a full download is no less efficient than a list? |
| [20:48:12] | JohnBergqvist: | I see the SD-JSON listings don't include the listings for the Oxfordshire variant of BBC One |
| [20:49:55] | gary_buhrmaster: | jpabq: There is not a huge overhead (in the download, although mythfilldatabase uses a HUGE amount of memory parsing the xml into memory), but there is an option in --manage-lineups to select channels for those that need to (Prego: "Its in there!") |
| [20:51:33] | gary_buhrmaster: | JohnBergqvist: As an SD subscriber, you should open a case with them if their data is not correct. That is what we pay them (and indirectly Gracenote) to do. And Robert is very good at it over on SD. |
| [20:52:39] | gary_buhrmaster: | jpabq: Personally, I just accept all the channels that my cable provider has too (even though I subscribe to less than half), and feed them in via mythfilldatabase. It is just database space. |
| [20:53:20] | jpabq: | It just seems like it would be hard on the SD servers. |
| [20:55:01] | gary_buhrmaster: | jpabq: Only updated data gets downloaded. And typically the schedule updates are not huge, and for many stations they share the exact same program (repeats and repeats) so they do not get downloaded additionally. |
| [20:55:41] | gary_buhrmaster: | jpabq: (well, at least my grabber tries very hard to only download updated data; I cannot say what other grabbers do). |
| [20:56:21] | jpabq: | Ok. One thing nice about the JSON feed, is being updated multiple times per day. Combine that with your selective download and I will probalby update twice/day instead of once. |
| [20:56:36] | jpabq: | --- at least for todays data. |
| [20:57:15] | gary_buhrmaster: | jpabq: I do not know the exact schedule (well, I have some historical data, because I have been checking), but SD seems to update ~4 times per day. |
| [20:57:32] | jpabq: | I think that is what Robert said. |
| [20:57:37] | jpabq: | I don' |
| [20:57:59] | jpabq: | t remember him mention what times during the day, though. He probably does not want to, to avoid everyone trying to grab at the same time. |
| [20:59:34] | gary_buhrmaster: | jpabq: Well, I have random delays for all my cron jobs (sleep $(expr $RANDOM \% 3600)) to mitigate against "all at once", but sure. |
| [21:00:28] | JohnBergqvist (JohnBergqvist!~JohnBergq@host86-138-206-6.range86-138.btcentralplus.com) has quit (Quit: Leaving) | |
| [21:00:31] | gary_buhrmaster: | jpabq: From observation, it should also be noted that the completion times vary a bit (I presume the work the SD servers have to perform varies, and the other requests likely impact things too). |
| [21:01:36] | jpabq: | gary_buhrmaster: With my OTA and Directv lineups — Doing a mythfilldatabase seemed to add mythconverg.channel entries for all the unique channels in each lineupt. Channels which exist in /both/ lineups are no where to be found. |
| [21:02:13] | gary_buhrmaster: | jpabq: And I am not going to suggest what to do, but you might notice that if you run my grabber it reports when the data was last updated, and if you run it enough times a day you can figure out when SD has updated their data...... |
| [21:04:01] | gary_buhrmaster: | jpabq: mythfilldatabase has some additional issues with xmltv (and especially "unscanable" sources such as directtv). I have some work in progress in the code there. |
| [21:04:37] | gary_buhrmaster: | jpabq: First, I did not think you should have gotten channels for the OTA channels. That seems wrong. But OK. |
| [21:05:10] | jpabq: | The OTA channels I got, were all the low-power GOD channels. |
| [21:06:28] | gary_buhrmaster: | jpabq: For directtv, I thought you should use "fetch channels from listing source" in setup (as I recall). |
| [21:06:43] | jpabq: | I scanned and got the rest of the OTA channels. Now, how do I get the listings? |
| [21:07:08] | jpabq: | Do I also fetch there? It has been a long time since I did this. |
| [21:07:53] | gary_buhrmaster: | jpabq: Now you have the issue JohnBerqvist alluded to. Which is matching the scanned channels to xmltvid. Which is a PITA (but only has to be done once). |
| [21:08:45] | gary_buhrmaster: | jpabq: you can run the grabber with --list-channels to see the xmltvid and the reported info. And then manually update with the channel editor. |
| [21:09:10] | jpabq: | Ah. So we had it good with the native grabber. |
| [21:09:25] | gary_buhrmaster: | jpabq: Or you can take you existing DD xmltv, and then "massage" it just a bit and copy it to your new channel list. |
| [21:10:28] | gary_buhrmaster: | jpabq: (my grabber supports --get-lineups which could be used to auto-populate the entire MythTV channel info for many cases, but someone would have to write the code to process the freq/atsc major/minor/network_id/source_id/etc...) |
| [21:11:06] | gary_buhrmaster: | jpabq: (I think dekarl ( hi! ) might have been thinking in that direction). |
| [21:12:14] | gary_buhrmaster: | jpabq: In any case, for directtv, I *think* you fetch channels from listing source in setup. I do not have directtv, and have never tested it. |
| [21:12:40] | gary_buhrmaster: | jpabq: In that case, everything (well, somewhat everything) populates correctly (or at least reasonably). |
| [21:12:56] | jpabq: | I didn't even have to fetch for Directv. The listings just "showed up". |
| [21:13:55] | jpabq: | I see the "overlapping" channels now in the Directv lineup --- different callsigns. |
| [21:14:01] | gary_buhrmaster: | jpabq: But here is another bug/feature. You cannot go back and mark some channels invisible unless you also specify "--only-update-guide", because mythfilldatabase will re-add those channels. |
| [21:14:31] | gary_buhrmaster: | jpabq: The channel merge does not consider invisible channels as existing, so it adds them back. |
| [21:14:59] | gary_buhrmaster: | jpabq: I think this is a bug, and I have a partial patch, but I need to test with some other cases. Back to ENOTIME. |
| [21:15:27] | jpabq: | Are you saying that I cannot set visible=0 in mythconverg.channel for those stations? |
| [21:15:44] | jpabq: | Or, are you talking about the xmltv config? |
| [21:15:53] | gary_buhrmaster: | jpabq: I am saying if you use visible=0, you have to specify "--only-update-guide" on mythfilldatabase. |
| [21:17:07] | gary_buhrmaster: | jpabq: If you use the --manage-lineups to delete the channels it should mitigate the mythtv "feature"/"bug" by never returning those channels (not tested by me). |
| [21:17:26] | jpabq: | bummer. So, I would never see /NEW/ channels show up. I might never even know they exist. |
| [21:18:29] | gary_buhrmaster: | jpabq: Which is why I want to finish my patch. But if you have some time, I can likely provide hints where you can address this. While not 100% complete, it is a 1 character fix for the initial step. |
| [21:18:52] | gary_buhrmaster: | jpabq: which would keep you happ(er). |
| [21:19:48] | jpabq: | gary_buhrmaster: It looks like your grabber does not fill in partnum/parttotal? The other json grabber did, so I know it is possible. |
| [21:21:12] | stuartm: | how common are multi-part programs? |
| [21:21:30] | gary_buhrmaster: | jpabq: I believe I never found a program that actually had multipart in the json data (and I looked for it a couple of times). |
| [21:21:40] | jpabq: | I see them a fair amount. |
| [21:21:54] | gary_buhrmaster: | jpabq: Do you have a specific programid? |
| [21:22:54] | jpabq: | gary_buhrmaster: PBS's Antiques Roadshow are often multi-part. I can email you examples from the /native/ grabber data. |
| [21:23:16] | gary_buhrmaster: | jpabq: Or maybe I can add a directtv lineup. But I will have to give up one of my UK testing lineups (only get 4). |
| [21:24:00] | gary_buhrmaster: | jpabq: If I can find an example, I will add support. I tended to only add support for things I could test (I know, testing is for wimps....) |
| [21:24:23] | jpabq: | The programid change between the /native/ and the /xmltv/ grabber. I will email you what data I can that might be usefull. |
| [21:24:35] | gary_buhrmaster: | jpabq: and for all my data, I still have zero "multipart" examples. |
| [21:25:25] | gary_buhrmaster: | jpabq: Oh, so the schedulesdirect data has part numbers. That may mean it is a bug in how the json data is presented. Anyway, give me an example and if it is a bug in the SD json, I will open an issue with them. |
| [21:26:16] | jpabq: | gary_buhrmaster: will do. And note, that the /other/ SD JSON grabber gets them right (now). |
| [21:26:24] | gary_buhrmaster: | jpabq: (I mean, my code could have a bug, SD might have a bug, we might both have bugs, or we can have different bugs together which results in bad results.) |
| [21:27:11] | gary_buhrmaster: | jpabq: I will look. There is a "multipart" field, I could not test, so did not support. A program example would be good. |
| [21:28:22] | gary_buhrmaster: | jpabq: just for ref (so I can test with the same data) which postal code is your directtv lineup in? |
| [21:29:11] | jpabq: | 87109 |
| [21:29:20] | jpabq: | I just sent you an email with some examples. |
| [21:36:05] | gary_buhrmaster: | jpabq: Thanks. I am pulling the data from SD now and will investigate (I'll try to get to it this evening). |
| [21:42:37] | Tobbe5178 (Tobbe5178!~asdf@h184n1-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer) | |
| [21:49:12] | gary_buhrmaster: | jpaqb: Found the "bug" (my code). I was looking in all the wrong places for the info. Should get fixed later tonight. |
| [21:49:29] | jpabq: | gary_buhrmaster: Thanks! |
| [21:55:37] | gary_buhrmaster: | jpabq: Thank you (for testing and finding bugs). |
| [21:58:45] | SteveGoodey (SteveGoodey!~steve@host109-156-128-128.range109-156.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [22:25:19] | Roklobster (Roklobster!~Dirkka@ppp118-209-152-111.lns20.mel8.internode.on.net) has quit (Ping timeout: 252 seconds) | |
| [22:52:19] | Roklobster (Roklobster!~Dirkka@ppp118-209-152-111.lns20.mel8.internode.on.net) has joined #mythtv | |
| [23:22:59] | arescorpio (arescorpio!~arescorpi@190.190.244.160) has joined #mythtv | |
| [23:25:35] | stuartm_ (stuartm_!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [23:25:51] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Ping timeout: 246 seconds) | |
| [23:29:55] | gary_buhrmaster: | jpabq: Issue squished. Pull the fix at your convenience. Thanks for the report. Please let me know if it does not fix things for you (the output for a couple of test cases looks good to me, but...) |
| [23:29:57] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [23:30:46] | stuartm_ (stuartm_!~stuartm@mythtv/developer/stuartm) has quit (Ping timeout: 252 seconds) | |
| [23:57:01] | coling (coling!~colin@cpc8-sgyl36-2-0-cust443.18-2.cable.virginm.net) has quit (Ping timeout: 244 seconds) | |
| [23:57:07] | coling (coling!~colin@cpc8-sgyl36-2-0-cust443.18-2.cable.virginm.net) has joined #mythtv | |
| [23:58:03] | Roklobster (Roklobster!~Dirkka@ppp118-209-152-111.lns20.mel8.internode.on.net) has quit (Ping timeout: 246 seconds) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.