| Monday, June 2nd, 2014, 00:47 UTC | ||
| [00:47:41] | jya_: | UPnP on the backend for music appears broken to me there: in upnpcdmusic.cpp, gCoreContext->GetSetting( "BackendServerIp" ); the spelling for the setting is wrong |
| [00:58:25] | gigem: | stuartm: Does sphery need to lecture you on the evils of priorities? :) There is a penalty for programs that have already started but it's only used when the later showing has the same priority. How much of a program needs to be missed before a lower priority showing should take precedence? That gets into a slippery slope that tend not to want to go down. |
| [01:20:44] | jya_: | stuartm: Doh, I see what you meant between global setting and host one… BackendStatusPort is not a global setting unlike MasterServerPort |
| [01:51:06] | jya_: | dblain: does UpNP handle IPv6 properly? |
| [01:58:11] | qwebirc46782 (qwebirc46782!d053452a@gateway/web/freenode/ip.208.83.69.42) has quit (Quit: Page closed) | |
| [01:58:36] | dblain: | jya_: the spec I knew many years ago, it didn't. I don't know if a newer revision or a general excepted approach has been defined that handles IPv6. |
| [01:59:05] | jya_: | reason I ask, is that it always uses the MasterServerIP setting , which is IPv4 |
| [01:59:46] | jya_: | I wonder what would happen if instead we used the convenience method that return eitehr the IPv6 one or the v4 one depending on which one work |
| [02:07:59] | dblain: | I'm fairly positive the upnp would break using IPv6, since it would also need all the upnp controllers/renderers (clients) to accept IPv6 in the xml they receive. |
| [02:08:37] | jya_: | ok… won’t touch it then |
| [02:14:19] | Warped (Warped!~Warped@99-116-29-44.lightspeed.cicril.sbcglobal.net) has quit (Quit: ChatZilla 0.9.90.1 [Firefox 29.0.1/20140506152807]) | |
| [02:30:39] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 252 seconds) | |
| [02:31:44] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [03:31:16] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_) | |
| [03:33:12] | SteveGoodey (SteveGoodey!~steve@host86-157-184-176.range86-157.btcentralplus.com) has joined #mythtv | |
| [03:40:35] | Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has joined #mythtv | |
| [03:42:58] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 240 seconds) | |
| [03:44:39] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [03:50:51] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [03:52:46] | SteveGoodey (SteveGoodey!~steve@host86-157-184-176.range86-157.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [05:07:12] | cecil_ is now known as cesman | |
| [05:07:50] | cesman (cesman!~cesman@pool-173-60-115-40.lsanca.fios.verizon.net) has quit (Changing host) | |
| [05:07:50] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [05:35:26] | arescorpio (arescorpio!~arescorpi@105-24-245-190.fibertel.com.ar) has quit (Excess Flood) | |
| [05:56:29] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has joined #mythtv | |
| [06:02:27] | SteveGoodey (SteveGoodey!~steve@host86-157-184-176.range86-157.btcentralplus.com) has joined #mythtv | |
| [06:08:09] | SteveGoodey (SteveGoodey!~steve@host86-157-184-176.range86-157.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [06:08:11] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [06:34:05] | rsiebert_ (rsiebert_!~quassel@g225052152.adsl.alicedsl.de) has joined #mythtv | |
| [06:37:03] | rsiebert (rsiebert!~quassel@g225156112.adsl.alicedsl.de) has quit (Ping timeout: 252 seconds) | |
| [08:03:43] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has joined #mythtv | |
| [08:09:00] | stuartm: | gigem: thanks, guess I'll just have to keep an eye out in future |
| [08:09:55] | stuartm: | the film was terrible anyway, so no harm was done |
| [08:20:22] | stuartm: | jya: well I did have a backtrace, but it seems gdb was overwriting the log file instead of appending to it so I don't any more |
| [08:20:42] | stuartm: | it was in one of the peek functions, that's all I can remember |
| [08:49:38] | stuartm: | Captain_Murdoch: was there a particular reason that most of the settings stuff was using the services API via client side JS and ajax instead of using the server side script? |
| [08:50:41] | dekarl (dekarl!~dekarl@p4FE85B77.dip0.t-ipconnect.de) has joined #mythtv | |
| [08:54:21] | warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has joined #mythtv | |
| [08:54:32] | warpme: | \scan |
| [08:56:08] | warpme: | jya: fyi I just give run for ffmpeg2.2 on my 0.27 and want to report all works beatifully. No singe issue so far. Excellent work! |
| [09:03:01] | warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has quit (Remote host closed the connection) | |
| [10:03:20] | jya_: | are the settings case insensitive? |
| [10:06:37] | jya_: | stuartm: were yu just playing the audio when the backend died? |
| [10:06:42] | jya_: | maybe I can reproduce it here |
| [10:08:05] | stuartm: | jya_: mysql is case insensitive for WHERE clauses, so implicitly settings are case insensitive, but it's not by design |
| [10:08:23] | stuartm: | jya_: yeah, I was just playing audio in mythmusic |
| [10:08:38] | jya_: | ah ok… I had some concern at some stage that there could be a problem. Someimes MasterServerIP is spelt MasterServerIp |
| [10:08:56] | jya_: | was audio playing in the background, or you were within mythmusic? |
| [10:09:40] | stuartm: | within mythmusic |
| [10:09:57] | jya_: | the whole concept of checking IP address as strings to check if the backend is the master or not, is rather flawed. If a machine is 192.168.000.1 , and the IP is 192.168.0.1 it won’t work |
| [10:10:33] | jya_: | I’ve fixed all the issues where the settings are retrieved in C, but there are cases where it’s search via a SQL query, modifying those is going to be much more complicated |
| [10:10:38] | stuartm: | jya_: it would probably cause a tiny problem with the settings cache though, which may not be case insensitive |
| [10:10:44] | jya_: | especially for IPv6 where scope id has to be ignored |
| [10:11:04] | stuartm: | jya_: agreed |
| [10:12:01] | jya_: | jeez, I had a compilation error on a << with an integer. The error output is 316 lines long |
| [10:13:12] | jya_: | ah no … 2828 lines :) |
| [10:13:23] | jya_: | all the various combination of << available |
| [10:13:27] | jya_: | gotta love clang |
| [11:03:45] | jya_: | is VLC supposed to work a UPnP client with mythbackend ? |
| [11:05:09] | dekarl: | I was able to play some recordings with VLC on iOS lately |
| [11:06:16] | jya_: | list is empty (both my master as of a few minutes ago, and fixes/0.27) |
| [11:06:21] | jya_: | thats VLC 2.1.5 on mac |
| [11:06:25] | jya_: | let me try on ios |
| [11:07:27] | jya_: | works on iphone |
| [11:08:24] | dekarl: | I never had the UPNP Client in VLC working on a desktop :/ |
| [11:09:52] | jya_: | that’s annoyin |
| [11:09:53] | jya_: | g |
| [11:10:05] | jya_: | is the recordings list supposed to include liveTV stuff? |
| [11:24:39] | jya_: | Jeez.. upgraded my phone to windows 8.1 preview. It’s now impossible to reply to an emal in any other way than top-posting. And it’s now impossible to edit or trim the previous message in your answer… |
| [11:24:44] | jya_: | what a piece of crap |
| [11:26:31] | ** jya_ back to my iphone ** | |
| [11:43:34] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_) | |
| [11:46:46] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [12:53:09] | jya_: | hhmmm.. that’s the 2nd video I have that do not play nicely with 0.27.1, but plays okay with the origina v0.27. |
| [12:53:19] | jya_: | it’s like it’s skipping frames every second or so |
| [12:56:16] | superm1 (superm1!uid4318@ubuntu/member/superm1) has joined #mythtv | |
| [13:05:16] | jya_: | yep… it’s the new API |
| [13:05:23] | jya_: | as soon as I disable it it’s fine :( |
| [13:07:59] | jya_: | seems to mostly occur with 24Hz videos |
| [13:08:04] | jya_: | all my other videos are all fine |
| [13:08:15] | jya_: | how come no-one has noticed this :( |
| [13:27:00] | jya_: | I see… it detects with hwaccel active the video as beeing 12fps instead of 24 |
| [13:36:10] | joki (joki!~joki@p54863F37.dip0.t-ipconnect.de) has quit (Ping timeout: 240 seconds) | |
| [13:41:12] | joki (joki!~joki@p54860639.dip0.t-ipconnect.de) has joined #mythtv | |
| [14:00:43] | stichnot (stichnot!~chatzilla@adsl-68-125-53-82.dsl.pltn13.pacbell.net) has quit (Ping timeout: 260 seconds) | |
| [14:03:28] | jya_: | issue isn’t there in ffmpeg 2.2, only ffmpeg 1.2 |
| [14:19:39] | jya_: | I like what they’ve done for xbmc with vdpau and mpeg4… just disable it because “it doesn’t work right" |
| [14:46:20] | andreaz (andreaz!~Andreaz@tmo-107-126.customers.d1-online.com) has joined #mythtv | |
| [15:11:39] | stichnot (stichnot!chatzilla@nat/google/x-nwcddywenjchtlef) has joined #mythtv | |
| [15:13:16] | stichnot (stichnot!chatzilla@nat/google/x-nwcddywenjchtlef) has quit (Remote host closed the connection) | |
| [15:38:38] | jya_: | xbmc 13.1 latest has the same issue |
| [16:06:18] | Captain_Murdoch: | stuartm, one reason is jquery, another is server side script is a one-time at-load thing while using ajax lets us build/reload the page in pieces and not have to reload the whole page every time. there is a lot that uses the server side stuff when it can, but unless we reload the page every time you change something, then we can't use the server side for a lot of changes. there's not a lot of reason to deep-link or bookmark a |
| [16:06:18] | Captain_Murdoch: | setup page, so we used jquery/ajax to load bits an pieces on demand and keep the main parts of the page around so we're not reloading it all. |
| [16:08:24] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG) | |
| [16:09:27] | stuartm: | Captain_Murdoch: in those instances I've been using ajax to call server side scripts as it involves less client side parsing of results etc, the specific instance which caught my attention was where we're loading all the settings into one big list on the client side |
| [16:11:36] | stuartm: | some of the fragments of the setup pages are qsp and loaded via ajax from the backend, so for example all the javascript in wizard-network.qsp could be switched to server side script without any change in loading behaviour |
| [16:12:19] | stuartm: | anyway, not criticism, just we've arrived at two different approaches to do the same thing |
| [16:22:49] | SteveGoodey (SteveGoodey!~steve@host86-157-184-176.range86-157.btcentralplus.com) has joined #mythtv | |
| [16:34:21] | stichnot (stichnot!chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [16:59:09] | gigem: | stuartm: If you'd like to experiment, you should be able to create a custom priority to penalize programs where the beginning has already been missed. Completely untested, but something like 'program.starttime < NOW()' with a negative priority should work. If you wanted to get fancy, you could include RECTABLE.startoffset and a little bit of slop in case you don't mind missing the few minutes. |
| [17:00:00] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Quit: Leaving) | |
| [17:03:28] | tris (tris!tristan@2001:1868:a00a::4) has joined #mythtv | |
| [17:06:55] | gigem: | Could someone please take a look at http://pastebin.com/nvt0sKxQ and tell me what I'm missing? Those are the changes I made to mythweb and the PHP bindings to account for adding recordedid to ProgramInfo and the recorded table. Before my changes, mythweb seemed fine. After my changes, any page using a PI only gets partially rendered or nothing is displayed at all. Is there some magic log location I don't |
| [17:06:57] | gigem: | know about that might have some details? There's nothing in the apache logs. |
| [17:08:24] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [17:16:16] | andreaz (andreaz!~Andreaz@tmo-107-126.customers.d1-online.com) has quit (Read error: Connection reset by peer) | |
| [17:20:43] | Weaselweb (Weaselweb!~quassel@77-64-221-251.dynamic.primacom.net) has joined #mythtv | |
| [17:22:54] | jya_: | gigem: if you revert just that page it’s fine? |
| [17:23:33] | jya_: | are you sure there are 49 elements in $data ? |
| [17:28:32] | gigem: | jya_: No, if I revert all of my changes for recordedid, i.e. plain master of mythtv and mythweb, it works. With my changes, mythtv proper (backend and frontend) work fine, but mythweb doesn't. With my changes, there are now 50 PI entries that get passed over the mythtv protocol. |
| [17:29:32] | gigem: | mythweb doesn't even need to use recordedid yet. It just needs to account for it being added to the protocol. |
| [17:29:41] | jya_: | just trying to isolate the possible location of the problem… what happen if you don’t modify mythweb, does it work fine ? |
| [17:31:52] | gigem: | With my changes to the backend and no mythweb changes, it behaves in the same broken way. I'm pretty sure it's getting confused because of the different number of elements passed in the protocol, I just don't know where else to account for it or see the actual PHP errors that assume are happening. |
| [17:33:38] | jya_: | first I need to find how to checkout mythweb repo :) what’s the git url on code.mythtv.org ? |
| [17:35:08] | natanojl: | gigem: programinfo.h also mentions mythtv/bindings/php/MythTVProgram.php |
| [17:39:20] | gigem: | natanojl: I saw that, but as far as I could tell, MythTVProgram.php is only used to read directly from the program table. I just added a dummy entry there and it had no effect. |
| [17:48:13] | natanojl: | gigem: Yeah, looks that way. Have you turned on display_errors in php.ini? |
| [17:53:33] | natanojl: | gigem: Were the bindings installed properly? |
| [18:09:23] | stuartm: | gigem: I seem to remember that you have to update something in the php bindings? |
| [18:10:44] | stuartm: | although how would mythweb use those ... maybe I'm wrong about that |
| [18:13:22] | stuartm: | are the php bindings even supported any more, the version string in there says 0.25pre |
| [18:14:16] | dekarl1 (dekarl1!~dekarl@p4FE84186.dip0.t-ipconnect.de) has joined #mythtv | |
| [18:14:49] | natanojl: | stuartm: https://github.com/MythTV/mythweb/blob/master/mythweb.php#L17 |
| [18:15:56] | stuartm: | so you need the bindings installed on the same machine as mythweb ... |
| [18:16:34] | stuartm: | sorry, just noticed you mentioned the bindings earlier |
| [18:16:39] | dekarl (dekarl!~dekarl@p4FE85B77.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [18:17:58] | gigem: | natanojl: Weher would those errors show up? I don't see anything like an error in the apache error and access logs. My development version of mythtv is installed in a nonstandard location so I just copied the Myth*.php bindings to /var/www/html/mythweb. |
| [18:18:12] | andreaz (andreaz!~andre_000@p5DCA3B0D.dip0.t-ipconnect.de) has joined #mythtv | |
| [18:18:32] | gigem: | stuartm: Yeah, I've updated everything listed in mythversion.h that looked like it needed to be updated. |
| [18:19:41] | stuartm: | gigem: I'd suggest looking at the last commit which altered the protocol for ProgramInfo |
| [18:19:48] | natanojl: | stuartm: np |
| [18:20:09] | natanojl: | gigem: In the browser, if I remember correctly |
| [18:20:13] | stuartm: | and any follow up commits, since I seem to remember breaking mythweb the last time too |
| [18:21:27] | stichnot: | yeah, I remember fixing that one :) |
| [18:21:28] | Steve-Goodey (Steve-Goodey!~steve@host86-157-184-176.range86-157.btcentralplus.com) has joined #mythtv | |
| [18:22:13] | stichnot: | gigem: did you insert the new entry in the middle of the protocol, or append it to the end? Inserting in the middle makes more work in the spaghetti mythweb code. |
| [18:23:39] | natanojl: | gigem: Hm, could be the include path perhaps. Try changing https://github.com/MythTV/mythweb/blob/master/mythweb.php#L17 |
| [18:29:00] | stichnot: | gigem: here's an example of the pain I had to go through last time I messed with field ordering in mythweb. https://github.com/MythTV/mythweb/commit/73a3 . . . 975f1fa020b8 |
| [18:30:10] | gigem: | stuartm: I did look at your commit. I didn't look for any follow up, though. I'll do that now. stichnot: I added it at the end. |
| [18:30:30] | kormoc: | oof. it was always said we would never insert in the middle of the protocol :( |
| [18:32:57] | stuartm: | I make no apologies for that :) |
| [18:37:51] | stichnot: | kormoc: sorry, I didn't mean spaghetti code, I meant "code full of non-symbolic constants" :) Interesting that there was an assumption that protocol fields would only ever append. |
| [18:40:13] | kormoc: | it's was strictly enforced early on. Granted, there's no point in fixing up mythweb given it's deprecated |
| [18:49:01] | stuartm: | certainly wasn't enforced for the last few years, there was even the refactor that removed a bunch of stuff |
| [18:51:23] | kormoc: | whatever happened to the json/protobuf proto rewrite? |
| [18:51:28] | gigem: | Found it, finally! MythBackend.php has a $program_line_number similar to programinfo.h. MythTV.pm has one too. |
| [18:51:31] | kormoc: | cause that would fix it everywhere as well |
| [18:56:19] | stuartm: | kormoc: think it was decided that it made no sense re-writing an internal protocol, it was only third parties and mythweb that had trouble with changes to our current protocol and they could/should use the services API instead |
| [18:57:10] | kormoc: | gotcha |
| [18:58:02] | kormoc: | I'm actually surprised mythweb hasn't been removed yet. What's the plan for the cut over to the embedded version? |
| [18:59:56] | stuartm: | kormoc: well some people are dead set against mythweb being removed, but we're not there yet anyway, I want feature parity first (in core stuff scheduling etc) and we're not quite there yet |
| [19:01:20] | stuartm: | there's no custom rule editor or search list stuff in the embedded version atm, those are the main ones, a few minor things like the ability to toggle auto-expire on recordings |
| [19:02:51] | stuartm: | when I'm not wasting time adding stuff like a frontend status overview I'll concentrate on those critical features :) |
| [19:03:05] | kormoc: | gotcha |
| [19:06:11] | jya_: | ah, found out that the “// HACK — begin Force MPEG2 decoder on MPEG1 streams. is the cause for this bug.. https://code.mythtv.org/trac/ticket/12160 |
| [19:06:20] | jya_: | 9 years later it bites you in the arse |
| [19:08:44] | Steve-Goodey (Steve-Goodey!~steve@host86-157-184-176.range86-157.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [19:30:09] | natanojl: | jya: I took a look at #12161 and it looks we handled an empty posMap before 8d06c76af4 |
| [19:30:09] | ** MythLogBot http://code.mythtv.org/trac/ticket/12161 ** | |
| [19:31:12] | jheizer (jheizer!~jheizer@73.51.93.177) has quit (Ping timeout: 252 seconds) | |
| [19:32:21] | natanojl: | jya_: ^^^ |
| [19:33:14] | jya_: | probably the speed up to combine all the update at once in a single query |
| [19:33:47] | jya_: | probably missing a test to see of the sql query is complete or not :( |
| [19:34:49] | natanojl: | Something like this should do it http://pastebin.com/vR0ZpSM9 |
| [19:38:45] | jya_: | natanojl: that may fix it, but there’s been no related changes there in a while. |
| [19:38:53] | jya_: | so why would it suddenly break there? |
| [19:39:39] | natanojl: | Because earlier the SQL execution was in the loop... |
| [19:42:38] | jya_: | oh my bad, i was looking in the wrong branch |
| [19:44:13] | jya_: | can propably do the test much earlier |
| [19:45:16] | jya_: | nope |
| [19:45:51] | jya_: | well, i think you’re right… there was another change in regards to the EIT entries. |
| [19:46:00] | jya_: | there’s probably the same error there |
| [19:49:02] | jya_: | nah it’s fine there |
| [19:52:39] | natanojl: | jya_: I can't see that positionMapDBReplacement is being set anywhere, there are no calls to SetPositionMapDBReplacement at least. Looks like those parts could be removed? |
| [19:53:50] | jya_: | well, i’m always wary in removing code that appear to do nothing in myth :P |
| [19:54:16] | natanojl: | jya_: True ;) |
| [19:54:16] | stuartm: | gigem: thanks for working on the recording id stuff, that will make things a little tidier in the WebFrontend |
| [19:54:43] | jya_: | natanojl: it is set when you use the ProgramInfo copy constructor |
| [19:55:35] | jya_: | but youre right, SetPositionMapDBReplacement isn’t called anywhere |
| [19:55:37] | natanojl: | jya_: But someone else must have set it to something |
| [19:57:07] | jya_: | that was introduced in ebc2cf947700... |
| [19:57:21] | jya_: | and you’re right, its a feature that could be used, but currently isn't |
| [19:58:01] | jya_: | like you could run a mythcommflag on its own, and retrieve the pos map is a qmap, and not save it anywhere |
| [19:58:30] | gigem: | stuartm: My pleasure. It's long overdue and will tidy up things all over. |
| [20:07:13] | natanojl: | stuartm: No offense but that sliding menu in the web server is slightly annoying ;) Sometimes it doesn't hide, covering the content |
| [20:09:13] | stuartm: | which browser? |
| [20:10:21] | stuartm: | might do away with the auto-hide behaviour for large screens where it's not so necessary, or make it optional |
| [20:10:30] | natanojl: | iceweasel 29.0.1 |
| [20:10:59] | natanojl: | can't remember I've had that issue before |
| [20:11:01] | stuartm: | hmm, never had a problem with it no hiding with firefox :/ |
| [20:11:07] | stuartm: | not |
| [20:11:43] | stuartm: | any page in particular that it's not working? Maybe a javascript error somewhere is causing issues |
| [20:13:25] | natanojl: | there are some warnings, but no errors |
| [20:13:43] | natanojl: | It happened for the Job Queue page now |
| [20:14:45] | jya_: | there’s definitely appear to be an issue with the old vdpau api in our code. as soon as I activate it, it can play a video twice, then when it exits it crashes in a new place every single time |
| [20:14:53] | ** jya_ todo list… off to bed ** | |
| [20:23:19] | dekarl1 (dekarl1!~dekarl@p4FE84186.dip0.t-ipconnect.de) has quit (Remote host closed the connection) | |
| [21:03:47] | SteveGoodey (SteveGoodey!~steve@host86-157-184-176.range86-157.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:08:18] | Weaselweb (Weaselweb!~quassel@77-64-221-251.dynamic.primacom.net) has quit (Remote host closed the connection) | |
| [21:20:57] | arescorpio (arescorpio!~arescorpi@105-24-245-190.fibertel.com.ar) has joined #mythtv | |
| [21:27:07] | jheizer (jheizer!~jheizer@73.51.93.177) has joined #mythtv | |
| [21:36:43] | stichnot (stichnot!chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 240 seconds) | |
| [21:59:18] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 240 seconds) | |
| [22:14:33] | stuartm: | dblain: there are currently no deserializers correct? |
| [22:30:08] | mattwj2002 (mattwj2002!4b49ba0e@wikisource/pdpc.active.mattwj2002) has joined #mythtv | |
| [22:30:18] | mattwj2002 (mattwj2002!4b49ba0e@wikisource/pdpc.active.mattwj2002) has left #mythtv () | |
| [22:33:38] | jmusits_ (jmusits_!~jmusits@cpe-67-246-61-237.nycap.res.rr.com) has joined #mythtv | |
| [22:36:38] | jmusits (jmusits!~jmusits@cpe-69-205-28-169.nycap.res.rr.com) has quit (Ping timeout: 240 seconds) | |
| [22:58:23] | andreaz (andreaz!~andre_000@p5DCA3B0D.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [23:15:43] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Ping timeout: 245 seconds) | |
| [23:17:31] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [23:47:50] | stichnot (stichnot!~chatzilla@adsl-68-125-53-82.dsl.pltn13.pacbell.net) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.