| Thursday, August 15th, 2013, 19:25 UTC | ||
| [19:25:49] | gigem: | dekarl1: You marked #11282 for fixing in 0.27.1. Since it requires a schema change, it needs to go in before any 0.27 branch is made or will have to wait until 0.28. FWIW, I don't see a problem with putting it in now. Also, rather than add an entirely new index, I'd probably add subtitle and starttime to the existing title index and tweak the SQL ordering to use it. |
| [19:25:49] | ** MythLogBot http://code.mythtv.org/trac/ticket/11282 ** | |
| [19:27:52] | bobweaver (bobweaver!~bobweaver@ubuntu/member/bobweaver) has quit (Changing host) | |
| [19:27:53] | bobweaver (bobweaver!~bobweaver@unaffiliated/bobweaver) has joined #mythtv | |
| [19:28:28] | tonsofpcs: | dekarl1: I'm not sure how #7205 relates to allowing recording ignoring PSIP or using last known PSIP on a lack of PSIP. |
| [19:28:28] | ** MythLogBot http://code.mythtv.org/trac/ticket/7205 ** | |
| [19:30:47] | tonsofpcs: | the issue here is that a broadcaster may have a device failure and be no longer populating MGT, EIT, ETT, ... but the pids are all still there. So a scheduled recording from 34.2 which is RF 34 Program 4 won't work when PSIP is missing currently but if PSIP were cached we would know that 34.2 was at 34–4 (and PIDs 0x40, 0x41, 0x44) |
| [20:03:30] | dekarl1 is now known as dekarl | |
| [20:28:33] | dekarl: | gigem: I have more schema changes in mind, so pushing them to 0.28 is fine for me. |
| [20:32:57] | dekarl: | tonsofpcs: for me the connection was that we have various areas where we can/should be more lax wrt the mandatory tables. Be it by making up missing tables in a "turn everything that comes down this pipe into one service" way |
| [20:32:59] | dekarl: | or caching results from the channel scan and only update it if we see a good table or even letting people manually enter the component PIDs that make up a service (IIUIC thats good to watch the various news uplinks on satelite) |
| [20:37:20] | dekarl: | we also have to make up tables for some HLS streams if we want to record everything that matches the spec (PAT/PMT *should* be present) |
| [20:38:52] | Jordack (Jordack!~Jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [20:43:49] | gigem: | dekarl: Okay. I was just going through some tickets I had noted and that one seemed like a very easy one to fix. |
| [20:47:45] | stuartm: | dekarl: since there's a considerable difference between 20 minutes and 15 seconds, are you quite sure that shouldn't go into 0.27? |
| [20:54:18] | sphery: | fwiw, the 20min is likely with mysql data and temp on a file system with barriers, and may actually be for those who have innodb tables but who haven't tuned mysql for innodb usage |
| [20:54:54] | sphery: | and since we now specify the engine when creating tables, new users won't get innodb |
| [20:55:27] | sphery: | I'd bet moving mysql temp to a file system without barriers would also cut it from 20min to <2 |
| [20:56:01] | sphery: | but, yeah, putting it in before 0.27 would be fine (and we might as well put that index in, anyway) |
| [20:58:04] | sphery: | would be nice to make it work quickly so users don't worry about it, regardless of how they've configured their systems |
| [21:00:14] | stuartm: | aye, it's such a simple fix from our end and many users won't ever work out that it's a system configuration issue, they'll just blame MythTV |
| [21:00:29] | dekarl: | stuartm, no. But I couldn't make it in time for the original plan. |
| [21:00:29] | stuartm: | and not unfairly too, since we should have an index there |
| [21:02:04] | stuartm: | dekarl: we've not cut the beta yet, and even if we had I very much doubt anyone would object to it going in |
| [21:02:21] | Steve-Goodey (Steve-Goodey!~steve@host86-164-55-78.range86-164.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:03:08] | bobweaver (bobweaver!~bobweaver@unaffiliated/bobweaver) has quit (Quit: Leaving) | |
| [21:03:08] | stuartm: | we are not inflexible about the 'freeze' to the point of excluding bug fixes just because they involve a schema change |
| [21:03:41] | SteveGoodey (SteveGoodey!~steve@host86-164-55-78.range86-164.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:05:16] | sphery: | and I haven't rolled up the schema initialization to current version, yet, so now's a good time (since I suppose I should do that very soon, now) |
| [21:05:27] | dekarl: | well, should it be a new index or a modification of an existing index? ;) |
| [21:05:36] | sphery: | (so new users don't get a schema then get asked if we can upgrade the schema) |
| [21:05:43] | sphery: | new index |
| [21:06:34] | sphery: | the patch you have (updated for current schema, as required--and with updates for bindings) is fine |
| [21:07:54] | sphery: | if you don't have time, I could plan to do that update, then do the initial schema rollup |
| [21:11:10] | dekarl: | Looking at the referenced commit I'm wondering if title,subtitle,starttime would be a better order of the indexed fields. But I'm not that deep into Mysql optimization. |
| [21:11:50] | dekarl: | http://code.mythtv.org/trac/changeset/bb58a94 . . . 88e1b/mythtv |
| [21:12:26] | gigem: | dekarl: That was my intention, and would make it symmetrical with the programid, starttime index already uesed. |
| [21:14:22] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 246 seconds) | |
| [21:25:34] | dekarl: | hmm, looking at the code make me wonder... why are we using a pointer to the first element instead of the same address but as a pointer to the dynamically sized array? if (!performActualUpdate(&updates[0], "1314", dbver)) |
| [21:37:37] | dekarl: | I hope I've got everything http://code.mythtv.org/trac/attachment/ticket . . . rmance.patch |
| [21:49:57] | gigem: | dekarl: Probably because everyone copies and pastes from the previous entry. Your patch looks fine for the schema update. If our former DBA here at work is to be believed, the SQL JOINs wanting to use the index need to use the same ordering. http://pastebin.com/HcNisWCL should do the trick, but is untested. |
| [21:53:26] | joki (joki!~joki@p54863A52.dip0.t-ipconnect.de) has quit (Ping timeout: 256 seconds) | |
| [21:58:43] | joki (joki!~joki@p548626D9.dip0.t-ipconnect.de) has joined #mythtv | |
| [22:07:14] | sphery: | dekarl: Looks like we started with the &updates[0] stuff in 1303, which was the first of the UTC updates (before that, we just passed in updates and, like gigem said, others copied what was above since danielk's), so since it was danielk, I'm guessing there's some performance reason or something? Would be worth asking him. |
| [22:09:38] | wilm_____ (wilm_____!~wilmoore@vlandnat.mystrotv.com) has joined #mythtv | |
| [22:10:40] | wilmoore-misc (wilmoore-misc!~wilmoore@vlandnat.mystrotv.com) has quit (Ping timeout: 264 seconds) | |
| [22:19:12] | dekarl: | gigem: I couldnt find a reference to the order of fields in the index influencing the join. |
| [22:19:43] | dekarl: | but that is not a schema change and can go in post 0.27 :D |
| [22:23:14] | wilm_____ (wilm_____!~wilmoore@vlandnat.mystrotv.com) has quit (Read error: Operation timed out) | |
| [22:23:21] | wilmoore-misc (wilmoore-misc!~wilmoore@2001:1998:6f1:12:fd8c:d90e:f501:c01e) has joined #mythtv | |
| [22:23:43] | dekarl: | sphery: in 1303/1304/1305 that might be some kind of cast from vector<const char*> to const char*[] |
| [22:25:48] | sphery: | ah, yeah, in there he didn't use a const char* since he was dynamically building the list of SQL instructions |
| [22:26:15] | sphery: | so the others--that actually use the const char *--should probably just pass updates |
| [22:27:24] | sphery: | we can probably leave it as is for now and switch them after 0.27 release |
| [22:27:40] | sphery: | unless others think we should change it now |
| [22:27:52] | sphery: | good catch, btw |
| [22:31:19] | dekarl: | I think it has time. just wondering why the static checkers didnt complain ;) |
| [22:33:58] | dekarl: | hmm, I ran out of hacking time for tonight before I could get the new query explained. I'm happy if anyone gets to look at it and likes to push the last patch from #11282. Or I can look at it again tomorrow |
| [22:33:58] | ** MythLogBot http://code.mythtv.org/trac/ticket/11282 ** | |
| [22:45:01] | NewBuntu81 (NewBuntu81!~NewBuntu8@c-174-55-63-180.hsd1.pa.comcast.net) has joined #mythtv | |
| [22:47:19] | NewBuntu81: | My backend runs mythtv 0.24. One of my frontends needed to be rebuilt, so I installed Mythbuntu 12.04 LTS. However, I am noticing it has mythtv 0.25. Is it possible to downgrade mythtv to 0.24 so it will speak to my backend? I have no intention of upgrading the backend. |
| [22:48:38] | NewBuntu81: | I will also note that the Mythbuntu 12.04 LTS seems to work well with all of my hardware on the frontend, so I really didn't want to have to go back to 11.x series if I could make 12.04 work with mythtv 0.24. Have read many articles but I see only questions, no answers so far. |
| [22:53:38] | gigem: | dekarl: I can't find any reference either. Perhaps it was a SQL Server issue since that's what he used. |
| [23:08:34] | NewBuntu81-2 (NewBuntu81-2!~HVR2250@c-174-55-63-180.hsd1.pa.comcast.net) has joined #mythtv | |
| [23:09:19] | NewBuntu81 (NewBuntu81!~NewBuntu8@c-174-55-63-180.hsd1.pa.comcast.net) has quit (Quit: Leaving) | |
| [23:15:24] | NewBuntu81-2 (NewBuntu81-2!~HVR2250@c-174-55-63-180.hsd1.pa.comcast.net) has quit (Quit: Quitting) | |
| [23:15:39] | NewBuntu81-2 (NewBuntu81-2!~HVR2250@c-174-55-63-180.hsd1.pa.comcast.net) has joined #mythtv | |
| [23:17:15] | Hydr0p0nX (Hydr0p0nX!~hydr@68-190-9-56.dhcp.dctr.al.charter.com) has joined #mythtv | |
| [23:17:31] | Hydr0p0nX (Hydr0p0nX!~hydr@68-190-9-56.dhcp.dctr.al.charter.com) has left #mythtv () | |
| [23:20:05] | NewBuntu81-2: | Does anyone know if you can connect a frontend with mythtv 0.25 to a backend with 0.24? I don't want to upgrade my backend. But the updates in Mythbuntu 12.04 kernel are favorable to my hardware. |
| [23:26:01] | sphery: | NewBuntu81–2: all mythtv components must be the same version (and, if not in the stable -fixes branch--if using development versions--the same revision) |
| [23:26:29] | sphery: | oh, and I think we want #mythtv-users |
| [23:27:26] | NewBuntu81-2: | Thanks Sphery. Sorry, haven't been on here in years. That means everything has worked well for years. :-) Can I downgrade mythtv 0.25 to 0.24 on the 12.04 version? |
| [23:28:41] | IReboot (IReboot!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has quit (Quit: Ex-Chat) | |
| [23:51:42] | knightr (knightr!~knight@mythtv/developer/knightr) has quit (Quit: Leaving) | |
| [23:57:55] | knightr (knightr!~knight@mythtv/developer/knightr) has joined #mythtv | |
| Friday, August 16th, 2013 | ||
| [00:08:09] | SteveGoodey (SteveGoodey!~steve@host86-164-55-78.range86-164.btcentralplus.com) has joined #mythtv | |
| [00:22:37] | wilmoore-misc (wilmoore-misc!~wilmoore@2001:1998:6f1:12:fd8c:d90e:f501:c01e) has quit (Remote host closed the connection) | |
| [00:28:09] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has quit (Quit: Oh No!!!! ;-)) | |
| [00:33:11] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has joined #mythtv | |
| [00:40:14] | jlf (jlf!~user@pdpc/supporter/active/jlf) has joined #mythtv | |
| [00:40:29] | jya: | sphery: don't worry, I'll post that for you :) |
| [00:48:28] | jya: | sphery: while trying to find what happened with the recording that I thought didn't record (#11752). I was searching in mythweb. If I go back into the listing page, and click on the entry that was supposed to have been recorded. the page loading stall and it takes forever. nothing on the backend stands out as abnormal CPU-usage wise. Selecting any other entry in the listing (one that didn't record) is immediate |
| [00:48:28] | ** MythLogBot http://code.mythtv.org/trac/ticket/11752 ** | |
| [00:49:02] | jya: | oh while writing that, the page did end up completing… it just takes a very long time |
| [01:00:12] | jya: | dekarl: in regards to #11282, as it's just adding an index, can I actually apply that patch without changing the schema ? want to see if that would fix how slow mythweb is to return some listing entry... |
| [01:00:12] | ** MythLogBot http://code.mythtv.org/trac/ticket/11282 ** | |
| [01:04:32] | wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has joined #mythtv | |
| [01:08:20] | jya: | well, that doesn't fix opening the detail of an existing recording TV listing :( |
| [01:35:31] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [01:39:19] | SteveGoodey (SteveGoodey!~steve@host86-164-55-78.range86-164.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [01:39:28] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [01:44:09] | gigem: | dekarl: I missed one thing in your patch. After you add the title/subtitle/starttime index, you can drop the title-only index since all it does then is add extra overhead. |
| [02:14:28] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Read error: Operation timed out) | |
| [02:19:55] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [02:26:18] | knightr: | Where and how does someone use the DTV signal monitor? |
| [02:27:58] | _nyloc_ (_nyloc_!~quassel@p3EE2D702.dip0.t-ipconnect.de) has joined #mythtv | |
| [02:28:19] | nyloc (nyloc!~quassel@p3EE2D4FB.dip0.t-ipconnect.de) has quit (Ping timeout: 246 seconds) | |
| [02:41:32] | skd5aner: | knightr: within livetv I think... I think there's a keymapping |
| [02:42:43] | knightr: | skd5aner, thank you! I though it might be there but didn't see it, I'll take a second look... |
| [02:48:54] | xris (xris!~xris@mythtv/developer/xris) has quit (Excess Flood) | |
| [02:49:15] | xris (xris!~xris@xris.forevermore.net) has joined #mythtv | |
| [02:49:16] | xris (xris!~xris@xris.forevermore.net) has quit (Changing host) | |
| [02:49:16] | xris (xris!~xris@mythtv/developer/xris) has joined #mythtv | |
| [02:49:18] | xris (xris!~xris@mythtv/developer/xris) has quit (Excess Flood) | |
| [02:49:51] | xris (xris!~xris@xris.forevermore.net) has joined #mythtv | |
| [02:53:39] | xris (xris!~xris@xris.forevermore.net) has quit (Excess Flood) | |
| [02:54:01] | xris (xris!~xris@xris.forevermore.net) has joined #mythtv | |
| [02:54:02] | xris (xris!~xris@xris.forevermore.net) has quit (Changing host) | |
| [02:54:02] | xris (xris!~xris@mythtv/developer/xris) has joined #mythtv | |
| [03:08:52] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 264 seconds) | |
| [03:09:54] | jya: | wondering what's better… that a code leak continuously but work. Or fix the leaks and find crashes because somehow the code was expecting for things to leak |
| [03:10:07] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [04:12:09] | Warlord (Warlord!warlord@gateway/shell/anapnea.net/x-nslsogpttmiefijy) has joined #mythtv | |
| [04:24:03] | stichnot (stichnot!~stichnot@adsl-68-127-208-81.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [04:24:03] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [04:24:03] | stichnot (stichnot!~stichnot@adsl-68-127-208-81.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [04:46:21] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [04:58:27] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [05:06:37] | dekarl: | jya, yes you can add and drop indices (more or less) at will. thats how I tested them. Just need to clean up before the schema change goes into dbcheck.cpp as the upgrade would fail. (or having to manualy fiddle about to merge the local and common schema changes.) |
| [05:07:17] | jya: | dekarl: thanks... |
| [05:07:53] | jya: | any suggestions on how I could check why mytheweb takes so long in opening the listing detail of a show set to record or previously recorded? |
| [05:10:42] | dekarl: | jya, is it slow only when first looking at one recordings details or is it still slow the second and third time? I'm thinking the thumbnail generation, metadatalookup or similar are also likely to be the cause of slowness. |
| [05:10:54] | jya: | dekarl: the later |
| [05:11:06] | jya: | doesn't matter how many times I open it.. it's always slow |
| [05:11:11] | jya: | let me give you an example |
| [05:32:12] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_) | |
| [06:03:26] | SteveGoodey (SteveGoodey!~steve@host86-164-55-78.range86-164.btcentralplus.com) has joined #mythtv | |
| [06:12:56] | SteveGoodey (SteveGoodey!~steve@host86-164-55-78.range86-164.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [07:18:34] | jheizer__ (jheizer__!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [07:22:18] | jheizer_ (jheizer_!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 264 seconds) | |
| [08:05:27] | wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has quit (Remote host closed the connection) | |
| [08:07:20] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:e9c5:eb7b:5749:5336) has joined #mythtv | |
| [08:09:22] | wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has joined #mythtv | |
| [08:54:16] | dgeary2 (dgeary2!~debian@pa49-187-80-30.pa.nsw.optusnet.com.au) has joined #mythtv | |
| [08:57:55] | dgeary2 (dgeary2!~debian@pa49-187-80-30.pa.nsw.optusnet.com.au) has quit (Client Quit) | |
| [09:17:40] | wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has quit (Remote host closed the connection) | |
| [09:54:14] | foxbuntu (foxbuntu!~foxbuntu@ubuntu/member/foxbuntu) has quit (Ping timeout: 256 seconds) | |
| [09:59:22] | foxbuntu (foxbuntu!~foxbuntu@97-125-156-239.desm.qwest.net) has joined #mythtv | |
| [09:59:25] | foxbuntu (foxbuntu!~foxbuntu@97-125-156-239.desm.qwest.net) has quit (Changing host) | |
| [09:59:26] | foxbuntu (foxbuntu!~foxbuntu@ubuntu/member/foxbuntu) has joined #mythtv | |
| [09:59:59] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [11:01:04] | IReboot (IReboot!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has joined #mythtv | |
| [11:23:59] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has quit (Quit: http://www.st0rm.net) | |
| [11:24:33] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has joined #mythtv | |
| [11:37:08] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has quit (Quit: http://www.st0rm.net) | |
| [11:38:08] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has joined #mythtv | |
| [11:38:10] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has quit (Remote host closed the connection) | |
| [11:38:55] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has joined #mythtv | |
| [14:39:49] | Jordack (Jordack!~Jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [14:42:18] | gigem: | dblain: Are API calls allowed to use compound types as input parameters? For example, AddRecordSchedule() and UpdateRecordSchedule() currently accept a long list of simple types. Methinks it might be more appropriate in the long term for them to accept a DTC::RecRule instead. |
| [15:11:19] | stuartm: | I wonder how good that Italian translation is ... |
| [15:12:05] | wilmoore-misc (wilmoore-misc!~wilmoore@vlandnat.mystrotv.com) has joined #mythtv | |
| [15:34:42] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [15:50:13] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [15:58:26] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 240 seconds) | |
| [16:03:53] | dblain: | gigem: I started working on complex parameter types a while ago but lost the changes. It's something I think would be good to have and will spend some time on it again in the future. |
| [16:04:25] | dblain: | We will also need to define when it's appropriate to use since it will require a POST. |
| [16:07:04] | dekarl (dekarl!~dekarl@p4FE844D7.dip0.t-ipconnect.de) has quit (Read error: Operation timed out) | |
| [16:07:14] | dekarl (dekarl!~dekarl@p4FCEF014.dip0.t-ipconnect.de) has joined #mythtv | |
| [16:11:14] | gigem: | dblain: Okay. I was curious how complex objects could be passed in. I take it they would be passed in something like an in-line file in a POST. |
| [16:12:10] | NewBuntu81-2 (NewBuntu81-2!~HVR2250@c-174-55-63-180.hsd1.pa.comcast.net) has quit (Quit: Quitting) | |
| [16:15:34] | dblain: | gigem: they would be part of the POST content and would take the form of a serialized structure in a supported encoding (currently XML – with or without SOAP Env, JSON, or form-urlencoded) |
| [16:16:41] | wilmo____ (wilmo____!~wilmoore@68-26-118-40.pools.spcsdns.net) has joined #mythtv | |
| [16:19:54] | wilmoore-misc (wilmoore-misc!~wilmoore@vlandnat.mystrotv.com) has quit (Ping timeout: 276 seconds) | |
| [16:20:07] | wilmoore-misc (wilmoore-misc!~wilmoore@173-148-150-156.pools.spcsdns.net) has joined #mythtv | |
| [16:21:56] | wilmoore-misc (wilmoore-misc!~wilmoore@173-148-150-156.pools.spcsdns.net) has quit (Remote host closed the connection) | |
| [16:22:33] | wilmoore-misc (wilmoore-misc!~wilmoore@vlandnat.mystrotv.com) has joined #mythtv | |
| [16:23:48] | wilmo____ (wilmo____!~wilmoore@68-26-118-40.pools.spcsdns.net) has quit (Ping timeout: 276 seconds) | |
| [16:28:38] | rsiebert_ (rsiebert_!~quassel@e179131123.adsl.alicedsl.de) has joined #mythtv | |
| [16:29:01] | rsiebert (rsiebert!~quassel@e179135165.adsl.alicedsl.de) has quit (Ping timeout: 246 seconds) | |
| [16:33:58] | stichnot (stichnot!~stichnot@216.239.45.77) has joined #mythtv | |
| [16:34:02] | stichnot (stichnot!~stichnot@216.239.45.77) has quit (Changing host) | |
| [16:34:03] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [16:37:11] | SteveGoodey (SteveGoodey!~steve@host86-164-55-78.range86-164.btcentralplus.com) has joined #mythtv | |
| [16:53:37] | knightr_ (knightr_!a74a580b@gateway/web/freenode/ip.167.74.88.11) has joined #mythtv | |
| [16:54:28] | knightr_: | stuartm, why do you wonder more about that translation than the others? |
| [16:54:52] | knightr_: | (my guess is because of the quality of his English...) |
| [16:55:32] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:e9c5:eb7b:5749:5336) has quit (Quit: Leaving) | |
| [17:05:28] | knightr_: | It's frequently easier to read and understand something in another language than to write in it.... |
| [17:07:25] | xris (xris!~xris@mythtv/developer/xris) has quit (Excess Flood) | |
| [17:07:30] | knightr_: | There are some places in MythTV where even the English text is hard to understand :) |
| [17:07:45] | xris (xris!~xris@xris.forevermore.net) has joined #mythtv | |
| [17:08:00] | knightr_: | I have to go, ttyl |
| [17:08:11] | knightr_ (knightr_!a74a580b@gateway/web/freenode/ip.167.74.88.11) has quit (Quit: Page closed) | |
| [17:29:31] | stuartm: | knightr: I know from experience that it's much easier to read a language than to write or speak it, and I wasn't seriously questioning the quality of his translation, it was just a very poor and ill-considered joke |
| [17:30:29] | stuartm: | his English is much better than my Italian (I'm currently learning Italian but so far just the basics) |
| [17:37:45] | SteveGoodey (SteveGoodey!~steve@host86-164-55-78.range86-164.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [18:28:56] | sl1ce (sl1ce!~johnathan@pool-100-0-73-123.bstnma.fios.verizon.net) has joined #mythtv | |
| [18:29:35] | sphery (sphery!~mdean@mythtv/developer/sphery) has quit (Ping timeout: 245 seconds) | |
| [18:44:01] | NightMonkey (NightMonkey!~NightrMon@64.124.185.45) has joined #mythtv | |
| [18:44:02] | NightMonkey (NightMonkey!~NightrMon@64.124.185.45) has quit (Changing host) | |
| [18:44:03] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [18:56:01] | exoon (exoon!~exoon@p4FD437F2.dip0.t-ipconnect.de) has joined #mythtv | |
| [18:58:55] | wagnerrp_ (wagnerrp_!a6937c3f@gateway/web/freenode/ip.166.147.124.63) has joined #mythtv | |
| [19:13:00] | SteveGoodey (SteveGoodey!~steve@host86-164-55-78.range86-164.btcentralplus.com) has joined #mythtv | |
| [19:18:00] | jlf (jlf!~user@pdpc/supporter/active/jlf) has quit (Remote host closed the connection) | |
| [19:18:24] | jlf (jlf!~user@pdpc/supporter/active/jlf) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.