Tuesday, November 24th, 2015, 00:12 UTC | ||
[00:12:16] | gary_buhrmaster: | gigem: Sorry to be the bearer of bad news (re FiOS). On the other hand, even after the "transfer", the first thing that happens is marketing ("Welcome to your new Frontier" packet), and engineering tends to lag, so you *probably* have some time left to invest in your MythTV environment. |
[00:12:49] | gary_buhrmaster: | gigem: On the other hand, I am pretty sure neither Frontier nor Verizon will share a detailed schedule with you so you actually know. |
[00:38:34] | taylorr: | stuarta: are you using Pulse or Alsa on your NUC? the timestretch issue seems to happen because when using vaapi and the audio passthru gets disabled |
[01:19:04] | gary_buhrmaster: | stuarta: Celerons (and even Atoms) of today are not your grandfathers crap. I am not saying that I would likely recommend Atoms for LANLs next HPC cluster, but for the right purpose, they are not bad (and the C2000 family even supports microservers with ECC memory). |
[01:20:31] | stuartm (stuartm!~gbee@mythtv/developer/stuartm) has quit (Ping timeout: 272 seconds) | |
[01:22:02] | gary_buhrmaster: | taylorr: NUCs are great at some things. I just wish I was not paying quite such a premium for the form factor (at least the Intel branded NUCs). |
[01:32:01] | taylorr: | gary_buhrmaster: the new Braswell-based NUCs are affordable and might potentially provide a high quality experience – these new NUCs should be a able to support HD bitstreaming and advanced video post processing |
[01:40:41] | gary_buhrmaster: | taylorr: Well, if I was going to but today, I would go with a Silverlake (I do not think the have announced the 6th gen celeron nuc yet, but other silverlakes NUCs are out). |
[01:45:04] | gary_buhrmaster: | taylorr: But when Kaby Lake moves the video functions inboard from Alpine Ridge that might be the one we want (you always want next years device; just like I know some people are already drooling over the qualcomm snapdragon 820 cpu phones that have not been announced yet). |
[01:46:36] | gary_buhrmaster: | taylorr: But only after you get MADI/MCDI working (I am one of those that cannot stand video artifacts; Unfortunately, I see them all). |
[01:48:01] | gary_buhrmaster: | taylorr: I once briefly looked at the MythTV codes in the area, and it was sufficiently daunting I decided to hope someone else would get an itch first. |
[01:48:49] | gary_buhrmaster: | taylorr: Especially since my nvidia card has been working well. |
[02:10:09] | joki (joki!~joki@p5B36DB73.dip0.t-ipconnect.de) has quit (Ping timeout: 255 seconds) | |
[02:10:52] | letifosiferrari (letifosiferrari!~letifosif@c-71-202-215-223.hsd1.ca.comcast.net) has joined #mythtv | |
[02:11:05] | letifosiferrari (letifosiferrari!~letifosif@c-71-202-215-223.hsd1.ca.comcast.net) has quit (Remote host closed the connection) | |
[02:11:39] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.140) has joined #mythtv | |
[02:14:18] | taylorr: | gary_buhrmaster: no promises – I've got a lot on my plate these days |
[02:27:19] | gigem: | gary_buhrmaster: I know the copy protection change won't happen immediately after the sale is finalized. When it does happen, though, the effect will be the same — one day, without warning, all of my recordings will start failing. |
[02:27:21] | gary_buhrmaster: | taylorr: I did not mean to imply it was an expectation for a result (sorry if it came across otherwise). |
[02:28:02] | gary_buhrmaster: | taylorr: But I (and I suspect many) will be pleased if a result happens. |
[02:29:43] | gary_buhrmaster: | gigem: My guess is that Frontier will (indirectly) give warning, in that they may warn that TiVo owners should verify that their CableCARD is properly validated (activated) to continue to get their channels after <date>. |
[02:29:55] | gigem: | FWIW, before you FIOS news, I was this close -><- to being the hardware for a new frontend. I've been living with about 1 lokc up per day, on average, since then. Of course, I've had a couple of other big or unexpected expenditures that have helped put a damper on any other discretionary spending. |
[02:31:15] | gary_buhrmaster: | Better informed than not (I *can* handle the truth). |
[02:32:11] | gigem: | gary_buhrmaster: Proper pairing is supposed to be the situation already, though, it really isn't. The sent letter two or three years ago about it wen they turned on copy-once for HBO. When they turned it on for the FOX channels this summer, there was no warning. |
[02:32:34] | stuartm (stuartm!~gbee@mythtv/developer/stuartm) has joined #mythtv | |
[02:33:09] | gigem: | Oops. this close -><- to s/being/buying/ |
[02:36:22] | gary_buhrmaster: | gigem: I know they are supposed to be paired, it is just that we all know better, and maybe, just maybe, Frontier might care about a TiVo uprising (loosing one channel (HBO), or a few (FOX cable) is one thing. Loosing EVERYTHING is quite another). |
[02:38:23] | gary_buhrmaster: | gigem: But I agree it is all conjecture. The anecdotal reports from Frontier subscribers indicates that good customer service is not a strong point. |
[02:39:33] | ShapeShifter499 (ShapeShifter499!~ShapeShif@unaffiliated/shapeshifter499) has joined #mythtv | |
[02:39:44] | gary_buhrmaster: | gigem: The reports suggest that cost cutting is the priority (and given the debt that they took on, I can understand the C-level focus on their next bonus by reducing costs). |
[03:17:03] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.140) has quit (Ping timeout: 244 seconds) | |
[03:20:42] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.140) has joined #mythtv | |
[03:27:11] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.140) has quit (Ping timeout: 272 seconds) | |
[03:28:02] | arescorpio (arescorpio!~arescorpi@184-56-16-190.fibertel.com.ar) has joined #mythtv | |
[03:30:45] | fetzerch_ (fetzerch_!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
[03:35:15] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 260 seconds) | |
[03:49:07] | gary_buhrmaster (gary_buhrmaster!~gtb@c-50-131-32-14.hsd1.ca.comcast.net) has quit (Remote host closed the connection) | |
[03:53:06] | joki (joki!~joki@p5B36DA2C.dip0.t-ipconnect.de) has joined #mythtv | |
[03:53:33] | gary_buhrmaster (gary_buhrmaster!~gtb@2601:647:4801:98e3:222:4dff:fe51:6728) has joined #mythtv | |
[04:01:23] | stuartm (stuartm!~gbee@mythtv/developer/stuartm) has quit (Ping timeout: 260 seconds) | |
[04:05:12] | stuartm (stuartm!~gbee@mythtv/developer/stuartm) has joined #mythtv | |
[04:07:16] | hackman42 (hackman42!~Adium@2605:a601:511:f201:25ba:e359:72bb:51e8) has joined #mythtv | |
[04:22:06] | hackman42 (hackman42!~Adium@2605:a601:511:f201:25ba:e359:72bb:51e8) has quit (Quit: Leaving.) | |
[04:40:00] | arescorpio (arescorpio!~arescorpi@184-56-16-190.fibertel.com.ar) has quit (Ping timeout: 255 seconds) | |
[04:44:57] | stuartm (stuartm!~gbee@mythtv/developer/stuartm) has quit (Ping timeout: 255 seconds) | |
[04:49:32] | stuartm (stuartm!~gbee@mythtv/developer/stuartm) has joined #mythtv | |
[04:59:20] | stuartm_ (stuartm_!~gbee@mythtv/developer/stuartm) has joined #mythtv | |
[04:59:50] | stuartm (stuartm!~gbee@mythtv/developer/stuartm) has quit (Ping timeout: 240 seconds) | |
[05:06:47] | stuartm_ (stuartm_!~gbee@mythtv/developer/stuartm) has quit (Ping timeout: 264 seconds) | |
[05:10:01] | stuartm_ (stuartm_!~gbee@mythtv/developer/stuartm) has joined #mythtv | |
[05:12:52] | letifosiferrari (letifosiferrari!~letifosif@c-71-202-215-223.hsd1.ca.comcast.net) has joined #mythtv | |
[05:12:53] | letifosiferrari (letifosiferrari!~letifosif@c-71-202-215-223.hsd1.ca.comcast.net) has quit (Remote host closed the connection) | |
[05:13:29] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.140) has joined #mythtv | |
[05:30:47] | stuartm_ (stuartm_!~gbee@mythtv/developer/stuartm) has quit (Ping timeout: 264 seconds) | |
[05:32:14] | stuartm_ (stuartm_!~gbee@mythtv/developer/stuartm) has joined #mythtv | |
[05:53:48] | knightr__ (knightr__!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Read error: Connection reset by peer) | |
[05:53:53] | knightr_ (knightr_!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
[05:57:04] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.140) has quit (Ping timeout: 265 seconds) | |
[06:10:23] | knightr_ (knightr_!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Read error: Connection reset by peer) | |
[06:10:44] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
[06:10:44] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
[06:10:44] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Changing host) | |
[06:48:55] | stuartm_ (stuartm_!~gbee@mythtv/developer/stuartm) has quit (Remote host closed the connection) | |
[06:55:45] | stuartm_ (stuartm_!~gbee@mythtv/developer/stuartm) has joined #mythtv | |
[07:20:39] | SteveGoodey (SteveGoodey!~steve@host81-147-64-169.range81-147.btcentralplus.com) has joined #mythtv | |
[08:04:45] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-74-79.lns20.mel4.internode.on.net) has joined #mythtv | |
[08:21:08] | skd5aner (skd5aner!~skd5aner@176.sub-70-198-73.myvzw.com) has quit (Ping timeout: 276 seconds) | |
[08:24:07] | skd5aner (skd5aner!~skd5aner@11.sub-70-198-72.myvzw.com) has joined #mythtv | |
[08:59:23] | stuartm_ (stuartm_!~gbee@mythtv/developer/stuartm) has quit (Read error: Connection reset by peer) | |
[08:59:28] | stuartm (stuartm!~gbee@mythtv/developer/stuartm) has joined #mythtv | |
[09:04:17] | stuarta: | taylorr: alsa |
[09:04:46] | stuarta: | gary_buhrmaster: i have a microserver with a celeron. it is my dev & prod backend |
[09:08:19] | stuarta: | gary_buhrmaster: i tell a lie, it pre dates the celeron models, it's a "AMD Athlon(tm) II Neo N36L Dual-Core Processor" |
[09:10:41] | Roklobsta: | stuarta: wow how's the compile time on it? |
[09:15:33] | stuarta: | Roklobsta: with an empty ccache 45 minutes |
[09:15:50] | stuarta: | when primed it's only a few minutes |
[09:22:40] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has joined #mythtv | |
[12:07:35] | stuartm (stuartm!~gbee@mythtv/developer/stuartm) has quit (Ping timeout: 240 seconds) | |
[12:07:48] | stuartm (stuartm!~gbee@mythtv/developer/stuartm) has joined #mythtv | |
[12:14:04] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
[12:14:04] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Changing host) | |
[12:14:04] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
[12:19:52] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-74-79.lns20.mel4.internode.on.net) has quit (Ping timeout: 265 seconds) | |
[12:48:51] | stuartm (stuartm!~gbee@mythtv/developer/stuartm) has quit (Read error: Connection reset by peer) | |
[12:48:56] | stuartm_ (stuartm_!~gbee@mythtv/developer/stuartm) has joined #mythtv | |
[13:00:30] | lautriv__ (lautriv__!~lautriv@funtoo/user/lautriv) has joined #mythtv | |
[13:04:00] | lautriv_ (lautriv_!~lautriv@funtoo/user/lautriv) has quit (Ping timeout: 255 seconds) | |
[14:43:43] | taylorr: | stuarta: what vsync method (rtc, usleep, opengl, etc) are you using for your NUC? (you might have to add some verbosity flags to know) |
[14:49:09] | stuarta: | Video timing method: DRM ?? |
[14:49:23] | stuartm_ (stuartm_!~gbee@mythtv/developer/stuartm) has quit (Ping timeout: 264 seconds) | |
[14:51:40] | stuartm_ (stuartm_!~gbee@mythtv/developer/stuartm) has joined #mythtv | |
[15:05:47] | gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has quit (Ping timeout: 250 seconds) | |
[15:16:02] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has joined #mythtv | |
[15:48:43] | Chutt_ (Chutt_!~ijr@2605:a000:1225:7e:c457:ef1d:60fd:2177) has joined #mythtv | |
[15:50:08] | taylorr: | stuarta: so you are using DRM? I thought that method was busted on most GPU drivers.. it's definitely not working on my setup |
[15:50:22] | stuarta: | that's what the logs say |
[15:50:31] | stuarta: | seems to work |
[15:51:04] | taylorr: | anyways, I'm only asking because it seems like vsync goes quite erratic when doing timestretch on the NUC and the vsync method has a lot to do with it |
[15:51:25] | stuarta: | i've not noticed anything going erratic |
[15:51:54] | taylorr: | yes, DRM, if available, is the preferred method |
[15:52:21] | taylorr: | I imagine that VAAPI is much happier with DRM vsync |
[15:52:35] | Chutt (Chutt!~ijr@2605:a000:1225:7e:1406:46b1:a134:38ae) has quit (Ping timeout: 250 seconds) | |
[15:53:01] | taylorr: | I don't think using usleep with busywait really works well with VAAPI |
[15:53:49] | stuarta: | heh |
[15:53:59] | taylorr: | opengl vsync was removed apparently which might have been what we wanted |
[15:54:00] | stuarta: | does it work well with anything? |
[15:54:47] | taylorr: | I imagine, usleep with busywait, works well enough for most setups or we'd know about it |
[15:59:50] | stuartm_ (stuartm_!~gbee@mythtv/developer/stuartm) has quit (Ping timeout: 240 seconds) | |
[16:01:34] | hackman42 (hackman42!~Adium@66.43.16.227) has joined #mythtv | |
[16:43:47] | Steve-Goodey (Steve-Goodey!~steve@host81-147-64-169.range81-147.btcentralplus.com) has joined #mythtv | |
[17:01:21] | stuartm_ (stuartm_!~gbee@mythtv/developer/stuartm) has joined #mythtv | |
[17:40:34] | stuartm_ (stuartm_!~gbee@mythtv/developer/stuartm) has quit (Quit: Arrividerci) | |
[17:42:48] | stuartm (stuartm!~gbee@mythtv/developer/stuartm) has joined #mythtv | |
[17:50:10] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Quit: Leaving) | |
[17:50:11] | stuartm_ (stuartm_!~gbee@mythtv/developer/stuartm) has joined #mythtv | |
[17:50:28] | stuartm (stuartm!~gbee@mythtv/developer/stuartm) has quit (Ping timeout: 265 seconds) | |
[17:51:39] | stuartm (stuartm!~gbee@mythtv/developer/stuartm) has joined #mythtv | |
[17:54:38] | stuartm_ (stuartm_!~gbee@mythtv/developer/stuartm) has quit (Ping timeout: 246 seconds) | |
[18:17:06] | MythBuild: | build #140 of master-fedora-armv7hl is complete: Failure [4failed unit test core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . l/builds/140 blamelist: David Engel <dengel@mythtv.org >, Roger Siddons <dizygotheca@ntlworld.com > |
[18:17:14] | stuartm_ (stuartm_!~gbee@mythtv/developer/stuartm) has joined #mythtv | |
[18:17:35] | stuartm (stuartm!~gbee@mythtv/developer/stuartm) has quit (Ping timeout: 264 seconds) | |
[18:33:09] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
[18:36:15] | Steve-Goodey (Steve-Goodey!~steve@host81-147-64-169.range81-147.btcentralplus.com) has quit (Ping timeout: 240 seconds) | |
[19:00:24] | taylorr: | stuarta: unfortunately it appears that the NUC Celeron isn't powerful enough, using vaapi, to decode atsc 720p@75fps and render to a 1920x1080@60fps display |
[19:02:41] | taylorr: | at least not powerful enough with how we implement vaapi |
[19:05:12] | taylorr: | not sure if the limiting factor is having only 12 EUs for video or limited memory bandwidth since it only support one module |
[19:16:57] | jheizer_: | :( |
[19:17:54] | cbovy (cbovy!~cbovy@212.84.139.221) has joined #mythtv | |
[19:21:16] | dekarl: | taylorr: 720p75? what source is that? |
[19:30:28] | Steve-Goodey (Steve-Goodey!~steve@host81-147-64-169.range81-147.btcentralplus.com) has joined #mythtv | |
[19:31:35] | gigem: | dekarl: Most likely timestretching. |
[19:32:06] | dekarl: | doh, that would explain it |
[19:35:21] | gigem: | Is "TestMythSystem::getexitcode_returns_neg_1_when_signal_seen()" a known, unit test failure? |
[19:37:55] | dekarl: | its coming and going |
[19:38:03] | dekarl: | maybe we should kill with another signal? |
[19:39:04] | dekarl: | SIGTERM? |
[19:44:31] | gigem: | Okay. |
[19:53:34] | dekarl1 (dekarl1!~dekarl@mythtv/developer/dekarl) has joined #mythtv | |
[19:53:59] | dekarl1: | haha, I guess I know where the core dump is coming from. Notice the end: "The SIGQUIT signal is sent to a process by its controlling terminal when the user requests that the process quit and perform a core dump. " |
[19:57:17] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Ping timeout: 276 seconds) | |
[19:58:00] | dekarl1 is now known as dekarl | |
[20:12:59] | dekarl: | lets try an see what we are getting back (changing the signal will likely not unbreak the unit test, its just without core) |
[20:19:01] | gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has joined #mythtv | |
[20:31:55] | gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has quit (Remote host closed the connection) | |
[20:36:44] | cbovy: | anyone using IPTV/HTTP-TS recording on master? I've been using 027candidates for a longer time now, but on master I can't get two simultaneous recordings on two encoders... |
[20:37:26] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-74-79.lns20.mel4.internode.on.net) has joined #mythtv | |
[20:41:35] | dekarl: | cbovy: so http_ts recording and livetv channel changing works well in 027candidates? |
[20:42:04] | dekarl: | I always ever tested with recording on one recorder |
[20:42:10] | dekarl: | s/always/only/ |
[20:42:41] | cbovy: | dekarl: yes, perfectly. I got a confirm from a user on the mailinglist as well (mike perkins?). |
[20:43:25] | cbovy: | Mike had problems in master so I tried to test my use-cases on master, but fail until now... |
[20:55:55] | markspieth: | taylorr: I still run gl vsync for prop nvidia driver and drm for nouveau. they both still work well. I have a patch to restore gl if you need it. |
[20:57:14] | cbovy: | dekarl: in master the IPTV recorder has InstanceCount on 2 (videosource.cpp). In 027candidates this option is not there. Maybe the recorders are not created correctly. Let me start from scratch... |
[20:57:15] | markspieth: | cant remember properly, but usleep vsync may track desired output rate not actual screen rate, which is what avsync is supposed to handle. |
[20:57:55] | markspieth: | need to look again to be sure. |
[20:59:10] | letifosi_ (letifosi_!~letifosif@216.207.42.134) has joined #mythtv | |
[21:02:21] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has quit (Ping timeout: 255 seconds) | |
[21:05:54] | letifosi_ (letifosi_!~letifosif@216.207.42.134) has quit (Remote host closed the connection) | |
[21:06:29] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has joined #mythtv | |
[21:09:57] | taylorr: | markspieth: the vsync ended up being fine – do you know why we removed gl vsync? (too many options?) |
[21:13:11] | taylorr: | still appreciate the avsync prediction code you provided years ago. |
[21:23:05] | markspieth: | jya removed it, cant remember the reason. |
[21:28:38] | taylorr: | please send me a patch for the gl sync if you don't mind |
[21:32:11] | taylorr: | hmm, actually Mark K. removed it... according to git history it had issues for him. |
[21:35:48] | cbovy: | dekarl: can't get multi recordings (HTTP TS with IPTV recorder) to work with master, even with clean database and setup. The 2nd recording does not pick a free recorder and gives a conflict. |
[21:35:50] | letifosi_ (letifosi_!~letifosif@216.207.42.134) has joined #mythtv | |
[21:38:35] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has quit (Ping timeout: 244 seconds) | |
[21:39:16] | markspieth: | taylorr: http://digivationcom.au/debian/patches/mythtv . . . 151125.patch |
[21:40:42] | jya: | I certainly didn't remove anything related to graphics. |
[21:41:36] | jya: | Oh the prediction stuff? IIRC, it was backed out as it caused bad effects to many |
[21:43:31] | markspieth: | my mistake. was Mark K |
[21:45:12] | taylorr: | markspieth: thanks for the patch! |
[21:46:15] | markspieth: | could have sworn the prediction stuff was still there. There you go. |
[21:46:40] | taylorr: | no, the prediction stuff is still there and working great |
[21:47:45] | taylorr: | jya: the avsync prediction is required for smooth playback when time stretching speed exceeds that of the display |
[21:55:11] | slickrick (slickrick!~INTERWORX@CPE204e7f8e4519-CMbc1401ea6d90.cpe.net.cable.rogers.com) has joined #mythtv | |
[21:55:18] | slickrick (slickrick!~INTERWORX@CPE204e7f8e4519-CMbc1401ea6d90.cpe.net.cable.rogers.com) has left #mythtv () | |
[21:59:40] | SteveGoodey (SteveGoodey!~steve@host81-147-64-169.range81-147.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
[22:00:16] | Steve-Goodey (Steve-Goodey!~steve@host81-147-64-169.range81-147.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
[22:04:41] | MythBuild: | build #142 of master-fedora-armv7hl is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . l/builds/142 |
[22:08:01] | cbovy (cbovy!~cbovy@212.84.139.221) has quit (Quit: Leaving) | |
[22:11:21] | gary_buhrmaster: | dekarl: In retrospect, it makes sense that part of the problem may have been that the core dump itself was taking too long on the (slow) ARM builder. I was clearly not thinking. |
[22:29:41] | jya: | taylorr: IIRC, the stuff I backed out was in regards to calculation on the audio stuff |
[22:29:52] | jya: | it was touching the AudioOutput class |
[22:30:12] | jya: | there was heap of people complaining that since the code went in they suffered buffer underruns |
[22:34:47] | taylorr: | jya: ah, ok cool. |
[22:36:55] | cybrNaut (cybrNaut!cybrNaut@2001:0:53aa:64c:842:547f:bcca:66c4) has quit (Ping timeout: 240 seconds) | |
[22:37:05] | jya: | my memory of it is so fuzzy, I may be completely wrong |
[22:38:50] | cybrNaut (cybrNaut!~cybrNaut@2001:0:53aa:64c:842:547f:bcca:66c4) has joined #mythtv | |
[23:03:12] | hackman421 (hackman421!~Adium@66.43.16.227) has joined #mythtv | |
[23:04:28] | hackman421 (hackman421!~Adium@66.43.16.227) has quit (Client Quit) | |
[23:05:36] | hackman42 (hackman42!~Adium@66.43.16.227) has quit (Ping timeout: 265 seconds) | |
[23:08:36] | ||
[23:32:36] | letifosi_ (letifosi_!~letifosif@216.207.42.134) has quit (Remote host closed the connection) | |
[23:35:06] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.134) has joined #mythtv | |
[23:35:59] | kukks (kukks!~Guenter@samba/team/kukks) has joined #mythtv |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.