| Sunday, January 26th, 2014, 00:00 UTC | ||
| [00:00:19] | dekarl: | yes, mysql should keep some statistics of what it has been doing since it was started... |
| [00:00:30] | dekarl: | the tuner script taps into that |
| [00:00:45] | stuartm: | I'm assuming from the log description that it's only deleting at that time |
| [00:02:26] | skd5aner: | dekarl: http://pastebin.com/5KXUNeDC |
| [00:02:33] | dekarl: | skd5aner: try removing some channels from your lineup at SD... I can't believe 658 channels that you actually care about ;) |
| [00:03:15] | skd5aner: | dekarl: that is a filtered list... I'm not downloading everything |
| [00:03:56] | stuartm: | skd5aner: can you pastebin SHOW CREATE TABLE program; ? |
| [00:04:03] | skd5aner: | stuartm: I can't say... I know if I manually truncate the table in mysql, it happens pretty damn quick |
| [00:04:20] | stuartm: | I'm wondering if you're missing some indexes because of a bad restore |
| [00:04:26] | skd5aner: | sure... |
| [00:04:55] | stuartm: | truncate will be fast as it doesn't need to actually check what it's deleting |
| [00:06:57] | dekarl: | skd5aner: for comparison http://pastebin.com/xwqwQDrm |
| [00:07:29] | skd5aner: | stuartm: http://pastebin.com/jhBNipcr |
| [00:08:52] | stuartm: | looks correct :/ So much for the easy answer |
| [00:09:39] | skd5aner: | hehe – I'm more than happy to find an easy answer |
| [00:09:53] | stuartm: | could be other tables, the cast or genre info, but if one table is OK then they probably all are |
| [00:10:34] | skd5aner: | stuartm: this database is nearly 10 years old... |
| [00:10:38] | stuartm: | I'm not really familiar with how the SD code works, but that bit of the log seems very suspicious to me |
| [00:11:08] | stuartm: | skd5aner: mines at least that old too, that shouldn't have any effect |
| [00:11:16] | skd5aner: | stuartm: yea, just some context :) |
| [00:11:30] | dekarl: | skd5aner: I have 64MB query_cache instead of the default 16MB |
| [00:11:32] | skd5aner: | stuartm: I can run mythfilldatabase with verbose options if that would help show anything |
| [00:11:52] | stuartm: | could be that there's a deliberate sleep in there, but why at that point? sphery or DanielK might know |
| [00:12:07] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [00:12:37] | stuartm: | skd5aner: it might, but I wouldn't know what to look for, think we need someone in the US who has looked at that area in the past |
| [00:13:01] | stuartm: | which is my way of saying that it's past mid-night, I'm going to bed :) |
| [00:13:11] | skd5aner: | :) |
| [00:13:19] | skd5aner: | alright – thanks once again... |
| [00:13:45] | skd5aner: | maybe someday I can sit in here and do something other than ask for your help in troubleshooting all of this |
| [00:13:49] | skd5aner: | like the good old days! |
| [00:19:56] | dekarl: | skd5aner: fragmented tables appears to be on the high side, too |
| [00:20:08] | skd5aner: | I noticed that... |
| [00:20:18] | dekarl: | time to hit sack over here, too. see you around. |
| [00:20:23] | skd5aner: | but, I don't know if any of those are in mythconverg or not... I frequently run a script to clean those up |
| [00:20:41] | skd5aner: | I have several other DBs lingering around |
| [00:23:17] | TheCras4 (TheCras4!~TheCrashe@p50807526.dip0.t-ipconnect.de) has joined #mythtv | |
| [00:26:29] | TheCrasher (TheCrasher!~TheCrashe@p508070D7.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [00:27:13] | stuartm: | run it manually just to be sure, always possible that the cron job isn't actually working properly |
| [00:37:53] | houms (houms!~houms@pool-72-83-236-223.washdc.fios.verizon.net) has joined #mythtv | |
| [00:38:25] | houms: | when running as daemon, should mythtv backend's .mythtv dir be in root dir or my user? |
| [00:43:18] | clever: | all programs must run under the same user, and .mythtv must be in the home for that user |
| [01:00:24] | qu (qu!~quassel@c-98-247-207-107.hsd1.wa.comcast.net) has quit (Remote host closed the connection) | |
| [01:12:15] | houms (houms!~houms@pool-72-83-236-223.washdc.fios.verizon.net) has quit (Quit: Konversation terminated!) | |
| [01:13:04] | houms (houms!~houms@pool-72-83-236-223.washdc.fios.verizon.net) has joined #mythtv | |
| [02:14:58] | skd5aner: | stuartm: I ran it manually about a week ago, I did have a table crash at that time due to a power failure |
| [02:26:15] | TheCras4 (TheCras4!~TheCrashe@p50807526.dip0.t-ipconnect.de) has quit (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/) | |
| [02:55:11] | arescorpio (arescorpio!~arescorpi@56-57-245-190.fibertel.com.ar) has joined #mythtv | |
| [03:07:10] | arescorpio (arescorpio!~arescorpi@56-57-245-190.fibertel.com.ar) has quit (Excess Flood) | |
| [03:14:31] | nyloc (nyloc!~quassel@p57B4FF0D.dip0.t-ipconnect.de) has joined #mythtv | |
| [03:19:21] | _nyloc_ (_nyloc_!~quassel@p3EE2DE1C.dip0.t-ipconnect.de) has quit (Ping timeout: 272 seconds) | |
| [03:47:19] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 252 seconds) | |
| [03:48:40] | DouglasKAway is now known as DouglasK | |
| [03:52:05] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [03:54:18] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Ping timeout: 245 seconds) | |
| [03:56:52] | amessina (amessina!~amessina@50-196-241-78-static.hfc.comcastbusiness.net) has joined #mythtv | |
| [04:36:41] | neufeld`` (neufeld``!~user@69-165-173-139.dsl.teksavvy.com) has joined #mythtv | |
| [04:38:06] | neufeld` (neufeld`!~user@69-165-173-139.dsl.teksavvy.com) has quit (Write error: Broken pipe) | |
| [04:38:07] | sl1ce (sl1ce!~johnathan@pool-100-0-19-88.bstnma.fios.verizon.net) has quit (Write error: Broken pipe) | |
| [04:44:47] | houms: | is there any docs on setting up hauppauge 2250? |
| [04:45:07] | houms: | this is version .27 from deb multimedia repo |
| [04:46:40] | sl1ce_1g (sl1ce_1g!~johnathan@pool-100-0-19-88.bstnma.fios.verizon.net) has joined #mythtv | |
| [04:47:54] | houms: | it seems the driver is loaded http://pastie.org/8668060 |
| [04:48:12] | houms: | i am a bit unclear how to setup the tuner card via myth-setup |
| [04:49:03] | sl1ce (sl1ce!~johnathan@pool-100-0-19-88.bstnma.fios.verizon.net) has joined #mythtv | |
| [04:51:20] | sl1ce (sl1ce!~johnathan@pool-100-0-19-88.bstnma.fios.verizon.net) has quit (Remote host closed the connection) | |
| [04:53:47] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 252 seconds) | |
| [04:54:28] | houms: | I guess a better question is what card type should i be picking for the 2250? I am just using it for recording OTA |
| [04:54:55] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [04:58:26] | houms (houms!~houms@pool-72-83-236-223.washdc.fios.verizon.net) has left #mythtv ("Konversation terminated!") | |
| [05:19:53] | wagnerrp: | dekarl: will be out of town until tuesday evening |
| [05:38:23] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [06:54:57] | knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [06:54:57] | knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Changing host) | |
| [06:54:57] | knightr (knightr!~Nicolas@mythtv/developer/knightr) has joined #mythtv | |
| [06:56:13] | knightr (knightr!~Nicolas@mythtv/developer/knightr) has quit (Client Quit) | |
| [06:56:38] | knightr (knightr!~Nicolas@mythtv/developer/knightr) has joined #mythtv | |
| [07:33:34] | robink_ is now known as robink | |
| [07:42:44] | DouglasK is now known as DouglasKAway | |
| [08:24:50] | joki (joki!~joki@p54860FB3.dip0.t-ipconnect.de) has quit (Ping timeout: 264 seconds) | |
| [08:30:11] | joki (joki!~joki@p54861D0F.dip0.t-ipconnect.de) has joined #mythtv | |
| [08:46:22] | doev (doev!~doev@p4FD4122C.dip0.t-ipconnect.de) has joined #mythtv | |
| [09:20:18] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has joined #mythtv | |
| [10:17:26] | paul-h (paul-h!~Paul@90.216.180.215) has joined #mythtv | |
| [11:09:51] | doev (doev!~doev@p4FD4122C.dip0.t-ipconnect.de) has quit (Quit: Verlassend) | |
| [11:28:45] | MartinT (MartinT!~smuxi@46-18-104-220.static.vivaciti.org) has joined #mythtv | |
| [11:47:04] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Remote host closed the connection) | |
| [11:54:41] | GreyFoxx (GreyFoxx!~greg@out.of.phaze.org) has quit (Read error: Operation timed out) | |
| [11:54:48] | GreyFoxx (GreyFoxx!~greg@out.of.phaze.org) has joined #mythtv | |
| [13:37:05] | MartinT (MartinT!~smuxi@46-18-104-220.static.vivaciti.org) has quit (Ping timeout: 245 seconds) | |
| [14:00:01] | MartinT (MartinT!~smuxi@46-18-104-220.static.vivaciti.org) has joined #mythtv | |
| [14:10:56] | TheCrasher (TheCrasher!~TheCrashe@p50807526.dip0.t-ipconnect.de) has joined #mythtv | |
| [14:20:09] | warped_ (warped_!~piotro@89-79-250-31.dynamic.chello.pl) has joined #mythtv | |
| [14:29:54] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [14:51:20] | JohnBergqvist (JohnBergqvist!~JohnBergq@79-67-249-32.dynamic.dsl.as9105.com) has joined #mythtv | |
| [14:51:44] | JohnBergqvist: | Morning |
| [14:52:24] | JohnBergqvist: | I have decided to do something productive, and find out what's causing program genres to be incorrectly stored in the MythTV EPG when using the XMLTV atlas grabber, with the press association helper |
| [14:52:55] | JohnBergqvist: | *afternoon even |
| [15:25:13] | stuartm: | good after noon JohnBergqvist |
| [15:25:21] | JohnBergqvist: | morning |
| [15:26:44] | stuartm: | there's a issue with the RT grabber and some titles atm, – Hell on Wheels, Longmire and possibly others are having their episode names replace their title – wondering if the same is true of the atlas grabber |
| [15:27:08] | stuartm: | JohnBergqvist: did you notice btw that the HD fix was reverted? |
| [15:27:19] | JohnBergqvist: | yes, it wasn't a fix |
| [15:27:29] | JohnBergqvist: | the HD flag was applied to the standard def versions of programs too |
| [15:27:43] | stuartm: | ugh |
| [15:27:48] | JohnBergqvist: | the PA data is awful |
| [15:28:04] | JohnBergqvist: | basically, what it is is, each program has several genres like "Drama" and then "Mystery" for example |
| [15:28:12] | stuartm: | can't be what they are using for the original RT feed then |
| [15:28:13] | JohnBergqvist: | yet the way that's provided for programs is totally incosistent |
| [15:28:17] | JohnBergqvist: | yup |
| [15:28:38] | JohnBergqvist: | for example, 1 episode of silent witness, has drama as the 1st specified genres, which is what gets imported into mythtv |
| [15:28:45] | JohnBergqvist: | yet the 2nd episode has "mystery" as the top genre |
| [15:28:46] | stuartm: | MythTV only uses the first genre in those cases |
| [15:29:17] | JohnBergqvist: | yup |
| [15:30:29] | stuartm: | for SD we actually store all the genres, but still only use the first for colour coding in the guide or grouping in the recording list |
| [15:33:12] | stuartm: | SD being SchedulesDirect in this case |
| [15:44:30] | JohnBergqvist: | Well this is the Press association |
| [15:44:41] | JohnBergqvist: | the genres are just stored in multiple <category> fields for each program |
| [15:44:51] | JohnBergqvist: | the problem is the ordering is random, you don't get the "main genre" at the top |
| [15:45:34] | JohnBergqvist: | the only way to get round it is creating a user map file for the genres within the xmltv supplement directory for each grabber |
| [15:45:49] | JohnBergqvist: | which i believe nick relied on for the radio times one |
| [15:46:59] | JohnBergqvist: | that way, whether the program's top genre is listed as "Drama", "Mystery" or "Detective/Thriller" if we set all of those in the map file to be changed to "Drama" it only brings in a single category, that of "Drama" |
| [15:47:13] | JohnBergqvist: | so which ever of those three is at the top, will always be mapped to the same value |
| [15:47:39] | JohnBergqvist: | thankfully there's a list of all the PA genres possible, which atlas & Nick previously mapped and simplified down for the Radio Times grabber |
| [15:48:06] | JohnBergqvist: | I belive actually that atlas did it for the radio times feed, for the same reason, to make the genres consistent |
| [15:48:11] | JohnBergqvist: | they haven't bothered with it this time though. |
| [15:50:34] | JohnBergqvist: | Sadly it doest' solve the problem of films with a genre of "Drama" being set to "Film", as then that would move any TV programs with the genre of "Drama" to "film" as well |
| [15:50:38] | JohnBergqvist: | but it's a start |
| [15:52:05] | JohnBergqvist: | Problem is, even though the PA data is wildly inconsistent, the maintainer of the atlas feed is adamant that the data should not be modified at his end, only on the recipient's end. |
| [15:52:18] | JohnBergqvist: | so we would have to spin off a seperate grabber |
| [15:58:06] | JohnBergqvist: | problem is it's very difficult to have a proper discussion about it with people who are more knowledgable than I am. |
| [15:58:23] | JohnBergqvist: | I've tried to get in touch with Nick and he hasn't replied, and the guy who maintains the atlas grabber does't want to know |
| [16:07:23] | stuartm: | interestingly, that's what's happening with those espisode of Longmire and Hell on Wheels, their title is being messed up and their genre is being set to Film |
| [16:08:32] | stuartm: | and they aren't film-length episodes either, just regular 45 minute programmes in each series – I've not yet found where I should be reporting errors within the data |
| [16:09:03] | JohnBergqvist: | I dont know about that |
| [16:11:52] | Steve-Goodey (Steve-Goodey!~steve@host109-158-212-221.range109-158.btcentralplus.com) has joined #mythtv | |
| [16:28:46] | dekarl: | <hint>Implement a proper xmltv feed in atlas, I can give you links to all bits and pieces that you need</hint> |
| [16:29:09] | dekarl: | A third/fourth grabber will only balkanize the effort even more |
| [16:33:28] | JohnBergqvist: | huh? |
| [16:33:42] | JohnBergqvist: | well where do we get the data to fill this feed from? |
| [16:36:33] | dekarl (dekarl!~dekarl@p4FE84B64.dip0.t-ipconnect.de) has quit (Read error: Operation timed out) | |
| [16:39:41] | dekarl (dekarl!~dekarl@p4FE841E2.dip0.t-ipconnect.de) has joined #mythtv | |
| [16:40:04] | JohnBergqvist: | I still for the life of me can't find out why the program genres get imported into the database in lower-case, despite being in upper-case in the retrieved XML files |
| [16:40:52] | JohnBergqvist: | there are also still genres that are slipping through the net too, and not being mapped properly :/ |
| [16:45:51] | JohnBergqvist: | still, the press association data is weird though |
| [16:46:38] | JohnBergqvist: | we have a program on Yestterday (channel 12 on Freeview) called "The Re-Inventors" the description is: "The team examines prototypes, made from historic plans, which were designed to save people from drowning." yet the genre the PA have given it is: "arts magazine" :/ |
| [16:49:10] | skd5aner: | stuartm, dekarl: switched /tmp to tmpfs... the scheduler now takes ~12 seconds vs 30 prior |
| [16:51:39] | skd5aner: | sometims, it was up to a minute previously |
| [16:51:58] | skd5aner: | Scheduled 4985 items in 59.3 = 34.07 match + 5.40 check + 19.84 place |
| [16:52:01] | warped_: | evening all. I have question regarding #9480 – are there plans to look on it and integrate with mythtv code? I'm asking as recently my SAT provider added some channels and I started to have issue with randomly wrong PL national chars in EIT data on existing channels. Maybe proper addressing issue from #9480 can help with this annoying issue? |
| [16:52:01] | ** MythLogBot http://code.mythtv.org/trac/ticket/9480 ** | |
| [16:52:01] | ** MythLogBot http://code.mythtv.org/trac/ticket/9480 ** | |
| [16:52:08] | skd5aner: | ^before |
| [16:52:22] | skd5aner: | after: Scheduled 4970 items in 13.1 = 5.64 match + 4.49 check + 2.96 place |
| [16:52:29] | stuartm: | aww, shit |
| [16:53:39] | stuartm: | sorry skd5aner, not you, just read the most recent post to the -dev mailing list |
| [16:54:09] | skd5aner: | Also did some further mysql tuning, but I'm pretty much maxed out there with my current 4GB of memory – think I'll go ahead and bump up to the max of 16GB |
| [16:54:30] | JohnBergqvist: | solved the problem of the odd genre not being re-mapped, turns out it's case sensetive *sigh* |
| [16:54:34] | skd5aner: | stuartm: lol, ok... was curious what the cause of your outburst was :) |
| [16:55:18] | skd5aner: | stuartm: ah... shit is right |
| [16:57:29] | gigem: | skd5aner, stuartm: I'll try to look at your backtrace this afternoon. I have to run now, but skd5aner, I thought we had you change to tmpfs some months ago already. |
| [16:58:13] | skd5aner: | gigem: I did... I undid it because I needed a larger tmp space for other items so switched it back maybe 3 weeks ago... |
| [16:58:56] | skd5aner: | gigem: there is obviously considerable improvement there by using tmpfs... I'm going to order some more RAM so that I can continue to use it exclusively without worrying about lack of scratchdisk space in /tmp |
| [17:00:14] | skd5aner: | going to replace my old IDE drive (which contains the OS and DB) with an SSD too. These might be bandaids, but none-the-less, I'm pretty desperate for improvement :) |
| [17:00:42] | skd5aner: | gigem: and, thank you! I'll be in and out all day, so if you have any quesitons, I'll check in as able. have a good one! |
| [17:01:16] | skd5aner: | gigem: fyi – I do have some additional backtraces I didn't post of mbe and mfdb during one of it's long runs. I'll do a mfdb run now and see how long it takes to complete |
| [17:02:08] | stuartm: | gigem: thank you |
| [17:13:41] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [17:23:15] | warped_ (warped_!~piotro@89-79-250-31.dynamic.chello.pl) has quit (Quit: warped_) | |
| [17:36:49] | JohnBergqvist: | Aha! I've found the problem, the xmltv grabber *IS* swapping around the order in which the program genres are written to the XML file, at random |
| [17:41:52] | stuartm: | JohnBergqvist: that's good news, at least it's something that can be fixed and isn't a problem in the raw data |
| [17:42:03] | JohnBergqvist: | I hope so. |
| [17:42:57] | JohnBergqvist: | I don't believe the PA data has any sort of hierarchy for a "main genre" and sub-genre |
| [17:43:43] | JohnBergqvist: | These are the genres listed for Channel 4 news (via atlas & the PA grabber), as you can see the top two are "sports", the bottom two are "National News" and "Weather": <play:genre>http://ref.atlasapi.org/genres/atlas/sports&l . . . ay:genre> |
| [17:46:36] | JohnBergqvist: | I mean, the top genre out of that should be "National News", which is 2F03 I think. |
| [17:47:07] | JohnBergqvist: | now when I run that query through the atlas API explorer, the gneres all come out in the same order, yet when I run the query through that atlas xmltv grabber, the order the genres come out is at random. |
| [17:47:58] | stuartm: | yeah, it's obviously using a container which doesn't preserve insertion order |
| [17:48:02] | stuartm: | the grabber is in perl? |
| [17:51:19] | stuartm: | perl hashes don't preserve the order of items, to do so you either need to use Tie::IxHash or rework the code to use an array instead |
| [17:56:18] | JohnBergqvist: | Right, i've sent him an email |
| [17:56:40] | JohnBergqvist: | he swore it was mythfilldatabase that was importing them at random though, not his code *sigh* |
| [17:57:27] | stuartm: | that's the second time he's insisted that it's not his problem :/ |
| [17:58:45] | JohnBergqvist: | yeah |
| [18:01:30] | JohnBergqvist: | I've never programmed in perl in my life sadly :( |
| [18:03:41] | JohnBergqvist: | Basically, the genres are stored in the form of hex values, on the PA's side. |
| [18:04:14] | JohnBergqvist: | really specific ones too, such as "Snooker" and "Football" for example |
| [18:04:41] | JohnBergqvist: | so he has his own config file which maps the hex values, to human names i.e. 4F01 is Snooker, or somethign like that. |
| [18:05:33] | JohnBergqvist: | Now in order to simplfy those into values such as what the Radio Times feed used, atlast used a similar mapping file of their own, in this case mapping the PA hex values to more generic names, i.e. all the 4F's mapped to Sports. |
| [18:06:20] | JohnBergqvist: | now as I don't want the specific english names like what the atlas grabber has used, i've mapped those in a user map file (which gets applied after the PA hex data has been mapped), to more generic names, so "Snooker==Sports" |
| [18:06:28] | JohnBergqvist: | its annoying |
| [18:06:29] | JohnBergqvist: | and complex |
| [18:07:17] | MartinT: | snooker isn't a sport... |
| [18:07:25] | ** MartinT runs away ** | |
| [18:07:25] | JohnBergqvist: | lets not get into that. |
| [18:07:28] | JohnBergqvist: | lol |
| [18:08:39] | JohnBergqvist: | from his code: "Any user specified mappings will override the corresponding grabber specified mapping." |
| [18:09:04] | JohnBergqvist: | he maps the PA hex genres to their specific individual genres, which is technically the correct way of doing things |
| [18:09:42] | JohnBergqvist: | yet for MythTV, we don't want to see so many complex genres (unless we want a categories list 5 miles long) so i've re-mapped them via a usermap, into more generic genres, similar to what the Radio Times grabber used. |
| [18:11:05] | MartinT (MartinT!~smuxi@46-18-104-220.static.vivaciti.org) has quit (Remote host closed the connection) | |
| [18:11:12] | MartinT (MartinT!~smuxi@46-18-104-220.static.vivaciti.org) has joined #mythtv | |
| [18:17:06] | MartinT: | I've been wondering about whether to move to use the xmltv type stuff, been trying to find a solid reason to move away from the transmitted guide data... |
| [18:19:54] | skd5aner: | dekarl: iotop is incredibly useful... thanks |
| [18:20:20] | JohnBergqvist: | I find the transmitted guide data does funny stuff with the Program Subtitle sometimes |
| [18:20:39] | JohnBergqvist: | like it puts the first line of the description as the subtitles |
| [18:20:51] | JohnBergqvist: | but that's how it's transmitted though, not something that mythfilldatabase does |
| [18:24:15] | MartinT: | yeah, I do see that sometimes, but is it worth moving... and is moving easy to do, and reliable... |
| [18:24:17] | dekarl: | JohnBergqvist: are you interested in the genre mapping that is used upstream to generated the RT feed from the PA data? |
| [18:24:32] | JohnBergqvist: | huh? |
| [18:25:05] | dekarl: | I can search for the mapping that is used by MB... just takes some minutes... But I'd rather only do that if you care ;) |
| [18:25:14] | JohnBergqvist: | i know i've seen it |
| [18:25:30] | JohnBergqvist: | What I have done, is create a user-map that maps the genres used by the uk_atlas grabber to the same or similar values as what the RT feed did. |
| [18:25:33] | dekarl: | nvm, I've had it in the history https://github.com/atlasapi/atlas-feeds/blob/ . . . enreMap.java |
| [18:26:13] | dekarl: | you could just write 20 lines of code that dump this map into the proper format |
| [18:26:22] | JohnBergqvist: | I don't know how to do that, I did it by hand. |
| [18:26:52] | JohnBergqvist: | Yeah, the atlas grabber by default first maps those hex values into English, but rather than grouping them all up, he just gives them their proper individual names. |
| [18:29:52] | dekarl: | skd5aner: there is also powertop which might come in handy in similar situations |
| [18:30:14] | JohnBergqvist: | so the order of mapping is (via atlas): HEXcode to SpecificGenre. Then i've gone SpecificGenre to GenericGenre, with the user map. |
| [18:30:32] | JohnBergqvist: | whereas the atlas xmltv genre map just goes HEXcode to GenericGenre. |
| [18:57:08] | caelor: | I would like to be more active in my contributions, but unfortunately I've no C++ experience, and there's also been a historic suggestion that master shouldn't be used for production systems (I'm not in a situation to be able to run parallel versions) |
| [18:58:48] | caelor: | Like most, my free time is limited, but I have a real interest in myth continuing to grow and improve. |
| [19:01:13] | MartinT: | caelor: I'm in the same boat... however, I've happily found that the service api and webfrontend match my skillset... |
| [19:01:38] | MartinT: | luckily, those don't require a full system to be running... |
| [19:03:06] | caelor: | I know historically, the project has managed with a small core group of developers. The codebase is complex, and it's a high barrier to entry |
| [19:03:12] | MartinT: | I'm sure there are areas you can help out that don't require a full system... All I've done is copy my production database to have it running on my laptop |
| [19:04:15] | caelor: | I've dabbled on the edge, with bug reporting, user support and keeping an eye on the python bindings, but the itches I'd like to scratch will need more C++ and codebase knowledge |
| [19:04:30] | rsiebert (rsiebert!~quassel@f052149068.adsl.alicedsl.de) has quit (Read error: Operation timed out) | |
| [19:04:59] | MartinT: | yeah, with no C++ experience, I've found it hard to break into the core areas... there are, however, some discrete areas that don't require full blown c++ knowledge... |
| [19:05:14] | stuartm: | caelor: master is usually very stable, but we can't guarantee that it won't be broken for short periods occasionally and so we try to dissuade people who might only try it because they want the 'latest and greatest' but who don't have the patience to downgrade or upgrade as might be occasionally required |
| [19:05:16] | caelor: | it's a lot of effort to get up to speed with the codebase & skillset, and after that effort, there's still a backlog of trac patches |
| [19:05:18] | MartinT: | libmythmetadata has been quite interesting |
| [19:05:54] | stuartm: | if it helps, I run master in production |
| [19:05:58] | rsiebert (rsiebert!~quassel@g231194044.adsl.alicedsl.de) has joined #mythtv | |
| [19:06:31] | caelor: | I'm planning my migration onto new hardware, and will probably use it as an opportunity to switch to master, compiling myself. I'd like to be more familiar with the codebase, and to be more help |
| [19:06:48] | MartinT: | I've been thinking of upgrading to master, but with 4 frontends, and 2 backends, upgrades (and downgrades) would be a pain! |
| [19:07:39] | stuartm: | patches are less likely to sit for long periods in trac if the submitter is active in here and the mailing lists, communicating with the developers so that we can sort out any possible issues quickly |
| [19:07:57] | caelor: | but I wonder if daniel's comment about revisiting decisions could also be a hint to maybe look at how things might be restructured (at a project level) to lower barriers to contribution |
| [19:08:29] | stuartm: | caelor: that's something we'll be looking at |
| [19:09:02] | caelor: | it's something I'd like to help out with, in the interests of helping the project as a whole. |
| [19:09:23] | stuartm: | patches that come out of the blue from unknown individuals with no prior discussion tend to spend the longest in trac, it takes time to get up to speed and review those contributions |
| [19:09:29] | MartinT: | revisiting the decision of c++... move to c#? |
| [19:09:46] | caelor: | I think a core language change could be too disruptive |
| [19:09:48] | stuartm: | no, sorry ;) |
| [19:10:00] | MartinT: | awwwww.... pwease.... |
| [19:11:01] | caelor: | my primary interest areas would be: tunerless master backend, continuing modularising the architecture, auto-tracking channel changes (without needing DVB rescans, etc), and improving integration (mainly in the UK) |
| [19:11:08] | stuartm: | C++ is the language of most linux applications and that's still our 'home' operating system, C# really would involve starting all over again |
| [19:12:15] | stuartm: | Mono has been one life support from day one, so when it comes to compiling cross-platform, C++ is also the only realistic choice |
| [19:12:45] | dekarl: | fwiw I run master in production for some years, avoiding to update while it is being heavily changed (large merges, etc) |
| [19:12:52] | caelor: | I run a system with 3 sources – FreeSat, FreeSatHD and VirginMedia (via a HDPVR capturing composite). I number the channels using Sky's numbering (for consistency across sources). |
| [19:13:49] | caelor: | At present that takes a measure of maintenance, and it would be nice if it could be somehow streamlines (and I keep looking hopefully at Atlas for some of that info...) |
| [19:13:57] | stuartm: | Freesat and Freesat HD are the same thing? |
| [19:14:35] | stuartm: | did you mean Freeview and Freesat ? |
| [19:14:39] | caelor: | yes and no... I have a DVB-S2 USB tuner, and a DVB-S tuner, so the DVB-S can't get the S2 muxes. |
| [19:14:52] | stuartm: | ah ok |
| [19:15:05] | caelor: | I used to use FreeView, but since digital switchover, I no longer get reliable coverage |
| [19:15:44] | stuartm: | The opposite is usually true since they double the power of most transmitters after the switch off |
| [19:15:58] | dekarl: | caelor: tunerless master is already done (the patch is in the debian packaging repo), I'm not sure what benefit more modularisation would bring us, I'd love to the auto-tracking of channel changes. But what do you want to integrated more? Add some UK weather grabber? |
| [19:16:48] | stuartm: | dekarl: we already have a UK weather grabber |
| [19:17:02] | stuartm: | one of just 3 weather grabbers that we have |
| [19:17:37] | caelor: | mainly for me would be tracking VirginMedia channel assignments (as they change), so the freqid column (used for the LIRC blaster) was auto updated (in the same way that auto-tracked DVB changes would work) |
| [19:17:43] | dekarl: | man, how can I reword "You can also convert it into Shoutcast style and feed it into MythMusic, but I have no recipe for that." so its easy to understand that my recipe can be changed to do that, but I'm not going to do the work... |
| [19:17:51] | stuartm: | dekarl: I guess he means some features of UK broadcasts – mheg and dvb features |
| [19:18:19] | dekarl: | i see |
| [19:19:20] | stuartm: | lineup support and that sort of thing is a more general feature that would benefit everyone |
| [19:19:45] | caelor: | it seems to me that tunerless backend could become the "master" process (running scheduler, etc). And a different daemon process would handle tuner access. |
| [19:19:53] | stuartm: | something that atlas may be leveraged from atlas |
| [19:20:34] | caelor: | That way all users run more similar architectural configurations, which should lead to better "test" coverage (in the wild) |
| [19:21:01] | stuartm: | caelor: you could see about developing a script that uses the data we collect for icon matching to allow the automatic assignment of xmltvid, frequency etc |
| [19:21:47] | caelor: | that's worth a look – do you have a quick pointer to the icon matching script? At present I'm still using packages, and don't have a source checkout |
| [19:22:38] | stuartm: | caelor: that's been discussed, and not that I'd stop you working on it, but such a change would be disruptive and at least for now there are many other jobs that would bring tanglible benefits to the user |
| [19:23:01] | caelor: | my problems with FreeView come from using the Rowridge transmitter, and the signal reflected off the Solent is pretty much antiphase for the mux frequencies where I live |
| [19:23:18] | stuartm: | breaking out the recording support from mythbackend is just shuffling the deck, it doesn't actually _do_ anything |
| [19:24:00] | caelor: | indeed. I'm not looking to make disruptive changes, but I've spent the last few years ghosting at the edge of development, trying to get a handle on the architecture, and how it could evolve |
| [19:24:14] | caelor: | but I also recognise they're beyond my ability (at present) |
| [19:24:49] | caelor: | I'll certainly make a start looking into the icon script |
| [19:25:27] | stuartm: | everyone likes the more ambitious projects, the ones that present a real challenge but so often that means the small things that would take a few minutes of someone's time get ignored |
| [19:26:36] | caelor: | yes. I'd be interested in discussion about how generic lineup support could evolve and develop, but my skillset lies more with high level design than coding (although I'm prepared to pitch in). |
| [19:26:58] | stuartm: | fixing a few small issues, even if they are just cosmetic, makes the application better for everyone, it looks better, it behaves better, it's less irritating etc |
| [19:28:53] | stuartm: | hmm, maybe we need low level bounties – $0.10 to find and fix a spelling mistake, $1.00-$10.00 to fix a minor bug, $0.20 to fix an overlap issue in a theme |
| [19:29:36] | caelor: | heh. Credit against future mythtv purchases? |
| [19:31:39] | stuartm: | MythTV merchandise :P |
| [19:32:24] | caelor: | once I move to doing my own compiles, I'm happy to test trac patches aswell. I wouldn't expect an all clear from me to be enough to approve a commit, but hopefully it could lighten the load on the more active devs |
| [19:34:44] | stuartm: | but seriously, we do need to re-focus people on the little things, the every day minor irritations |
| [19:35:49] | stuartm: | caelor: that would be appreciated, often the only thing standing between a patch being committed or not is the need to run it for a while to see whether there are unexpected consequences |
| [19:36:57] | stuartm: | the reasoning can be sound, the patch can appear perfect, but they can still cause unintended problems that generate yet more tickets and more work |
| [19:37:08] | JohnBergqvist: | I agree. |
| [19:37:17] | JohnBergqvist: | I feel mythtv is a bit... disjointed... |
| [19:37:39] | JohnBergqvist: | i think that's the nature of it though, given the sepertaion of programs, i..e mythfilldatabase, mythcommflag etc. |
| [19:38:30] | MartinT: | I do like the idea of separating the tuner access, recording, and scheduling... that would make zapping more viable would it not? i.e. if I had a tuner in my frontend |
| [19:39:21] | MartinT: | big project, but sounds good... |
| [19:39:29] | MartinT: | not that I would be able to contribute |
| [19:42:27] | JohnBergqvist: | i'd like to contribute morwe |
| [19:42:28] | JohnBergqvist: | *more |
| [19:42:52] | JohnBergqvist: | btw, has anyone fixed the "mythweb channel settings page" bug, whereby it does't update from mythweb anymore? |
| [19:43:08] | caelor: | I have had an underlying inkling for a while (which would be very disruptive), of livetv just triggering a "record now" for the requested channel, and changing channel triggering another recording |
| [19:43:09] | stuartm: | I'll just re-state – small projects – too much time gets wasted in here and elsewhere discussing hypothetical major projects that usually have one thing in common, not one single line ever gets written |
| [19:43:46] | MartinT: | stuartm: if I was to refactor the contentmap, and make the menu be dynamically built from it, would that be something that would be commited? or do you still have you heart set on waiting for the dynamically generating contentmap? |
| [19:43:48] | caelor: | if those recordings were low priority, could be cancelled by other things, etc, then livetv would just become a case of watching a time synchronised recording. |
| [19:43:53] | MartinT: | ^^ small project ;) |
| [19:44:01] | caelor: | but yeah, that one would be very disruptive! |
| [19:45:05] | stuartm: | MartinT: go for it, I don't know when I'll have time for my idea and it can easily be integrated later, the two plans aren't mutally exclusive |
| [19:45:57] | MartinT: | ok, I'll migrate the rest of the menu items... |
| [19:46:41] | stuartm: | I long for the days when people would submit one-line patches – the combined value of 10 of those often outweighs that of a single large patch |
| [19:46:57] | MartinT: | should have something by next weekend... |
| [19:47:05] | MartinT: | don't think it will be oneline ;) |
| [19:49:05] | stuartm: | no maybe not ;) |
| [19:49:59] | JohnBergqvist: | I would prefer we fixed what's broken, rather than trying to shoehorn in new stuff |
| [19:52:54] | stuartm: | yes, fixes will always trump new features, with one or two exceptions – e.g. mythweb, we're now committed to dropping it in favour of the WebFrontend, so fixes there are a waste of effort but patches against the WebFrontend would be most welcome |
| [19:53:04] | JohnBergqvist: | Oh, he's replied to this genre bug by the way stuart |
| [19:53:08] | JohnBergqvist: | "Not a bug. |
| [19:53:08] | JohnBergqvist: | |
| [19:53:08] | JohnBergqvist: | The order in which the programme categories are output is random (or more specifically, 'indeterminate'). |
| [19:53:08] | JohnBergqvist: | |
| [19:53:08] | JohnBergqvist: | The XMLTV specification allows for multiple genres and does not prescribe an order. |
| [19:53:09] | JohnBergqvist: | |
| [19:53:11] | JohnBergqvist: | While it would be possible to, for example, sort the list alphabetically, there is then obviously no guarantee the 'most important' genre will be listed first, and it is not possible to accurately determine the "overall" genre (as you've seen with Atlas itself believing that 'National News' is 'Sports'!). |
| [19:53:14] | dekarl: | caelor: see the second recipe... testing patches (and making them available for others to test in form of a PPA) is not that hard http://www.mythbuntu.org/development/recipes |
| [19:53:14] | JohnBergqvist: | |
| [19:53:17] | JohnBergqvist: | Better to fix your downstream program (MythTV?) to properly adhere to the XMLTV specification by accepting multiple genres." |
| [19:53:20] | JohnBergqvist: | oops, sorry |
| [19:54:07] | caelor: | yes, although people are quite often attracted to contribute by trying to scratch a personal itch, so i suppose its only human nature that people will prefer features rather than bugfixes. |
| [19:54:59] | caelor: | dekarl: could you point me in the direction of any info about lineups (specifically things like channel numbers, and other identifiable info) through atlas? |
| [19:55:40] | stuartm: | caelor: therein lies the problem, the reason why some minor bugs and usability issues have persisted for so long in MythTV :/ |
| [19:56:48] | stuartm: | JohnBergqvist: guess we're not going to get anywhere trying to work with him to improve the Atlas grabber |
| [19:56:52] | JohnBergqvist: | :( |
| [19:57:01] | dekarl: | caelor, sorry but thats about it https://github.com/knowledgejunkie/xmltv-lineups-uk |
| [19:57:23] | JohnBergqvist: | I emailed nick basically saying the same, and suggesting he improves his own atlas grabber, which he halted v. close to release, in favour of this guy's. But I've got no response :( |
| [19:57:45] | stuartm: | JohnBergqvist: dekarl wants to see all xmltv grabbers download the data direct from Atlas in xmltv form, so I guess that means doing the fixups on the Atlas end somehow |
| [19:57:47] | dekarl: | nick has a high priority project IRL... |
| [19:58:32] | JohnBergqvist: | Well if anyone would like to back me up on the xmltv-users mailing list, that would be very appreciated :) |
| [19:58:50] | dekarl: | aye, please duplicate this folder https://github.com/atlasapi/atlas-feeds/tree/ . . . feeds/xmltv/ and change the output format to real xmltv, then slowly add more feature upstream, like applying the fixups |
| [20:00:44] | caelor: | dekarl: yeah, I'd looked at that the other day, and was kind of hoping for something generic, and more recent (the VirginMedia lineup generator no longer works, due to a VM website change) |
| [20:02:43] | JohnBergqvist: | i'm replying saying: "But surely at the very least, your grabber should provide a consistent output, in a similar manner to how the atlas API explorer works (whether or not the overall genre or the order of genres is correct). That always pulls in an identical order (whether or not that order is actually correct), yet your one pulls the genres in in a random order each time, thus compounding the problem even further. |
| [20:02:43] | JohnBergqvist: | Granted, it does't help that the PA seem to put their categories in at random too, but your grabber re-randomising that data (when other grabbers such as the atlas API grabber don't for some reason) just makes things worse. I'd rather the same data was returned in the same order each time. If the atlas API explorer can do it, so can your grabber. That way at least the errors would be consistent, rather than changing each time |
| [20:02:44] | JohnBergqvist: | the guide data is updated every day. " |
| [20:03:38] | dekarl: | JohnBergqvist: meh... I talked him into opening his personal grabber and now all he gets is blame :( |
| [20:04:01] | JohnBergqvist: | Well he should be open to criticism, not just responding with "not my problem" all the time |
| [20:04:32] | JohnBergqvist: | he flatly denied that the PA data had any sort of HD flags yet it turned out that they do (albeit useless ones because they flag HD programs SD equivilants as HD too). |
| [20:05:07] | JohnBergqvist: | his grabber is further randomising the genre order for each program, which hardly helps things. |
| [20:05:16] | dekarl: | is there anything that we can gain by picking up that argument? |
| [20:05:56] | dekarl: | at the moment it appears that this is not the case. |
| [20:07:02] | dekarl: | Nick already signalled that he'll finish his grabber, but he also signalled that its lower priority as there a) is an alternative b) he has a real life... |
| [20:07:06] | JohnBergqvist: | yeah. |
| [20:07:08] | JohnBergqvist: | I know. |
| [20:07:31] | JohnBergqvist: | But I feel that Geoff could be at least looking into the issues a bit more, rather than being stubborn. |
| [20:08:04] | JohnBergqvist: | and even if mythtv did implement multiple categories as he said, the order in which his grabber inserts the categories into the xml file is still being randomised, because of his code. |
| [20:08:16] | JohnBergqvist: | the same programs have a different genre order each time the grabber is run. |
| [20:08:35] | JohnBergqvist: | yet other atlas grabbers don't, so it's looking like it's his code that's at fault. |
| [20:10:09] | stuartm: | even if we support multiple genres for xmltv as we do for SD, there are a couple of features in MythTV that depend on one principal genre existing |
| [20:10:22] | JohnBergqvist: | yup |
| [20:10:49] | JohnBergqvist: | basically, the PA genres on the PA's side are messed up anyway, in terms of order, yet his grabber is *further* randomising them. |
| [20:10:58] | JohnBergqvist: | which obviously just compounds the problem |
| [20:11:46] | JohnBergqvist: | so if i fill the database, the data for channel 4 news comes as "News" yet if i clear the table and fill the database again, it comes in as "Sport" |
| [20:11:58] | JohnBergqvist: | because that's another top-level genre. |
| [20:12:26] | JohnBergqvist: | it's most serious an issue if a program has two "overall" genres defined, like "News" and "Sport" for example. |
| [20:12:52] | dekarl: | maybe there is someone from the uk that is able to supply a patch that fixes this small issue? |
| [20:12:54] | JohnBergqvist: | if a program has "Drama" and "Mystery" as it's genres, it does't matter which order they are, cos i've mapped them both to the overall genre of "Drama" |
| [20:13:20] | dekarl: | but matching the source and sink together is hard with out fragmented community |
| [20:13:22] | JohnBergqvist: | I've tried to look at his code for the grabber, but i don't know perm. |
| [20:13:25] | JohnBergqvist: | *perl |
| [20:13:58] | JohnBergqvist: | i am convinced he is further importing the genres at random though, because if you run the same query through atlas's own api explorer, the genres come in in the same order each time. |
| [20:15:30] | JohnBergqvist: | if he's right, and the genres do come in on the PA's side at random each time, and his grabber isn't specifically randomising them again, then he should alphabeticalisise them at least or something |
| [20:15:39] | JohnBergqvist: | the PA data does't define an "overall" genre |
| [20:15:49] | JohnBergqvist: | they just come in on seperate "category" fields |
| [20:22:43] | JohnBergqvist: | im convinced it's lines 570–574 of the grabber file |
| [20:23:26] | JohnBergqvist: | but i don't know perl -_- |
| [21:16:38] | dekarl: | is dash another name for minus or is it slash? http://www.mythtv.org/wiki/MythVideo_File_Parsing says one can use underscores, dadhes, spaces and periods in filenames instead of one space |
| [21:17:01] | dekarl: | because "Movie-Title.ext" ends up as "Movie-Title" instead of "Movie Title" |
| [21:26:46] | gigem (gigem!~david@mythtv/developer/gigem) has quit (Quit: WeeChat 0.4.2) | |
| [21:28:16] | JohnBergqvist: | dash would be a hyphen in British English anyway |
| [21:28:22] | JohnBergqvist: | not sure about US english |
| [21:28:30] | JohnBergqvist: | maybe they mean with spaces |
| [21:28:35] | JohnBergqvist: | as in: "Movie – Title.ext" |
| [21:29:31] | stuartm: | dekarl: dash (properly called a hyphen) is the – character |
| [21:30:06] | stuartm: | which does double as the minus symbol on a keyboard |
| [21:30:36] | dekarl: | either way, its not working as documented :) http://en.wikipedia.org/wiki/Dash |
| [21:33:34] | stuartm: | huh, I'd have said a hyphen and dash were the same thing (on a keyboard they usually are) not two different grammatical symbols |
| [21:35:48] | stuartm: | - – ... so dash is actually longer than a hyphen, and isn't the same as the minus symbol |
| [21:36:10] | stuartm: | first is the hyphen, which is what I get on my keyboard |
| [21:38:25] | dekarl: | another one you will meet when you deal with guide data is http://en.wikipedia.org/wiki/Ellipsis some of my sources provide it (usually used wrong, but you can't have everything) |
| [21:44:09] | sjmikem1 (sjmikem1!~Adium@c-67-161-45-243.hsd1.ca.comcast.net) has joined #mythtv | |
| [21:51:11] | JohnBergqvist (JohnBergqvist!~JohnBergq@79-67-249-32.dynamic.dsl.as9105.com) has quit (Quit: Leaving) | |
| [21:51:32] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
| [22:05:25] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Remote host closed the connection) | |
| [22:11:32] | gigem: | skd5aner: What version is your backtrace from? Do you have any logs? And do you remember any other unusual things that might have occurred at about the same time. At first glance, the only thing I can think of is the scheduler stops sleeping because it thinks it always has something that needs immediate attention. |
| [22:17:38] | dekarl: | re #12012, I'm not sure I'm happy with the outcome http://paste.ubuntu.com/6822984/ |
| [22:17:38] | ** MythLogBot http://code.mythtv.org/trac/ticket/12012 ** | |
| [22:18:25] | dekarl: | MartinT: -^ |
| [22:21:14] | MartinT: | first one doesn't make sense... the actual should be Titan A.E, but your test is expecting Titan A E |
| [22:23:24] | dekarl: | aye, I'm feeding it "Titan.A.E..ts" |
| [22:23:43] | dekarl: | the test is expecting what I get before applying your patch |
| [22:24:13] | sjmikem1 (sjmikem1!~Adium@c-67-161-45-243.hsd1.ca.comcast.net) has left #mythtv () | |
| [22:25:15] | dekarl: | MartinT: the tests are here http://code.mythtv.org/cgit/mythtv/commit/?id . . . 09b067bd094b |
| [22:33:33] | MartinT: | ok... I see the problem... |
| [22:33:40] | MartinT: | the Titan A.E ones are correct |
| [22:33:45] | MartinT: | (imho) |
| [22:34:16] | MartinT: | but the others can be fixed by making sure that the characters are not special/punctuation |
| [22:34:31] | MartinT: | I'll give that a go... good catch though |
| [22:34:55] | MartinT: | do you mind if I include those tests in the pull and re-submit? |
| [22:35:44] | dekarl: | I can push your unit tests upstream if that helps? |
| [22:36:46] | MartinT: | they'll fail though |
| [22:37:07] | dekarl: | I can life with "A.E" as its an improvement, but still would prefer the correct "A.E.". |
| [22:37:58] | MartinT: | ah |
| [22:37:59] | dekarl: | otoh, themoviedb changed their search algorithm, so I'm not sure how much it matters for the future |
| [22:38:01] | MartinT: | I get you... |
| [22:38:24] | MartinT: | it's mainly tv... themoviedb does work fine... |
| [22:38:31] | MartinT: | try House M D |
| [22:39:02] | dekarl: | ahh, I remember, something about fixing the series overide... (ttvdb.conf or something like that) |
| [22:40:04] | MartinT: | yeah, tvdb.conf didn't seem to be working, but I thought, it should correctly identify them anyway... |
| [22:41:00] | dekarl: | #11054 |
| [22:41:00] | ** MythLogBot http://code.mythtv.org/trac/ticket/11054 ** | |
| [22:41:15] | dekarl: | fixed in time for 0.27 |
| [22:41:18] | stuartm: | http://issues.atlas.metabroadcast.com/ – Is it ever up? |
| [22:42:46] | MartinT: | I'm on 0.27/fixes... not working... |
| [22:43:11] | dekarl: | stuartm: was it ever really used? It appeared to be an experiment but not really in active duty. |
| [22:43:30] | dekarl: | but I get where you are heading to ;) |
| [22:44:08] | dekarl: | MartinT: doh, we should fix that |
| [22:44:39] | MartinT: | bear in mind that I'm referring to the auto lookup that happens first time I go onto the frontend after mythutil --scanvideos has run |
| [22:45:06] | MartinT: | not sure if it's the same code... I may have a look next... |
| [22:47:27] | dekarl: | I don't really use metadata around videos, so I have no idea what you are talking about :/ |
| [22:48:01] | MartinT: | dekarl: I'm not going to get to fixing that commit today... maybe wednesday/thursday... sorry to have wasted your time today... |
| [22:48:23] | dekarl: | please open a bug report if it is broken right now so wagnerrp can take a peek when he gets to it |
| [22:49:04] | dekarl: | MartinT: no worries. We got better test coverage and a better understanding of where we want to go :) |
| [22:49:35] | MartinT: | I need to make sure that I'm not just configuring it wrong first ;) |
| [22:52:32] | tubaman (tubaman!~tubaman@cpe-24-27-49-235.austin.res.rr.com) has joined #mythtv | |
| [22:53:37] | tubaman (tubaman!~tubaman@cpe-24-27-49-235.austin.res.rr.com) has left #mythtv () | |
| [23:06:57] | Steve-Goodey (Steve-Goodey!~steve@host109-158-212-221.range109-158.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [23:24:41] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer) | |
| [23:26:34] | paul-h (paul-h!~Paul@90.216.180.215) has quit (Quit: Konversation terminated!) | |
| [23:26:42] | MartinT: | stuartm: I want to use the jQuery hover intent library to make the reactions of the menu hiding/showing more smooth... any objections? it's under the MIT licence... http://cherne.net/brian/resources/jquery.hoverIntent.html |
| [23:28:30] | MartinT: | unless there is another library that is similar... |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.