| Thursday, April 12th, 2012, 00:01 UTC | ||
| [00:01:27] | knightr: | jya, last time I got a reply from John he was pretty busy at work so it might take a while before anybody gets an hold on him... You are right though about Steppes, even the theme description says it's made for 0.25... ("Designed to show off some different element arrangements available in Myth 0.25. ") |
| [00:02:49] | danielk22: | I agree jpabq designed it for 0.25, I don't know if he considers it ready for wide distribution though. |
| [00:04:07] | knightr: | danielk22, I don't think he would have made it available for download at all if he didn't but I could be wrong... |
| [00:04:37] | danielk22: | knightr: heh, I didn't know he'd made it available for download, he IMed it to me a few weeks back. |
| [00:04:58] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [00:07:51] | knightr: | danielk22, he had sent it to Kenni, I and one of our translators too but it has been available from the theme downloader (for trunk and it still is available for trunk) for a while now... IIRC it's repo is readable to everybody too... |
| [00:08:02] | knightr: | s/it's/its |
| [00:12:21] | gigem: | danielk22: the main one that comes to mind is record. {start,end,find}{date,time} all need to be updated. oldrecorded (starttime and endtime) should probably updated too. then comes the tricky one. recorded (starttime, endtime, progstart and progend) should probably updated and that will ripple into recordedartwork, recordedprogram, recordedfile (if used), recordedprogram, recordedrating, recordedseek, |
| [00:12:23] | skd5aner: | he also announced it on the -users list if I'm not mistaken |
| [00:12:24] | gigem: | recordedmarkup and recordedcredits. those are tricky because startime is used in the indexes. oh, and when program is updated, programratings, programgeneres and credits need to be updated as well. the easiest way to handle program* and credits is probably to truncate them all and require a full mythfilldatabase run. |
| [00:13:54] | danielk22: | gigem: For testing I've just truncated the tables, but I'd like to speed test the conversion before requiring that. |
| [00:17:01] | danielk22: | what about the record table? What exactly does that one do? |
| [00:20:09] | gigem: | record is essentially the recording rules. the start/end-date/time is really only applicable to kSingele, kOverride, kDont, kTimeslot and kWeekslot rules and the find-date/time are only applicable to find daily and find weekly rules. |
| [00:21:02] | danielk22: | thx, I'll have to figure out how to convert those (a bit more difficult because the date and time are in different fields.) |
| [00:21:23] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [00:22:19] | gigem: | oops, forgot the possibly really tricky ones. the recordfilter entry for "Prime time" needs to be fixed. and some custom rules could use fixing. i suspect the custom rules will have to left for users to fix themselves. since they accept raw sql, almost anything could be done in there. |
| [00:38:31] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [00:39:58] | gigem: | danielk22: i want to add that i don't envy you for taking on the utc issue. it's extremely tricky, ripples everywhere and will probably takes weeks if not months to shake out all of the bugs. it reminds me of when Captain_Murdoch initiated the start-early/end-late changes. at least i think it was him (it was a very long time ago). that took a long time to properly sort out all the references to |
| [00:40:00] | gigem: | start/end-time into the correct rec- and prog- variants. |
| [00:40:23] | knightr: | kenni, for the plurals grep -C3 '<numerusform></numerusform>' can help spot empty plurals (it reports all of them though, not only the ones marked as completed...) |
| [00:46:57] | knightr: | kenni, I'll have something better to spot those problems once my program is completed though... |
| [00:49:58] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc) | |
| [00:51:24] | danielk22: | gigem: Yeah, I want to push it pretty soon to give a few months to shake out before 0.26. |
| [00:52:31] | Beirdo: | I feel the same about the ffmpeg sync :) |
| [00:57:41] | knightr: | keeni, I've told Ilkka and Florian about your regex and mine. Please tell Ivan and Antonio Marcos about them and for the other I'll try to have my program ready ASAP... |
| [00:57:52] | knightr: | kenni^^^^ sorry... |
| [01:10:42] | jya: | stichnot: will you backport 0b921444 (and follow-up) to 0.25-fixes? |
| [01:33:22] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [01:47:53] | stichnot: | jya: it is in both master and 0.25-fixes |
| [01:48:08] | stichnot: | I used "git cherry-pick" without the -x argument |
| [01:48:12] | jya: | ok cool |
| [01:48:56] | stichnot: | and I'll hunt down the problems where you can't change into a different tuner in the same input group and fix them in -fixes |
| [02:07:42] | Captain_Murdoch: | jya, well, I've specifically been told not to package Graphite for 0.25, so the version number doesn't mean much. :) jpabq just created 0.25 branches for his themes and I just packaged those, so they'll show up on the download site in around 2 1/2 hours from now after the rsync happens. |
| [02:08:27] | jya: | Captain_Murdoch: I used to use Graphite, never had an issue with it… Having said that, I'm afraid iamlindoro answer is more political than technical |
| [02:09:08] | jpabq: | I bet graphite has not been updated with some of the new scheduler stuff (at the least). |
| [02:09:49] | Captain_Murdoch: | jya, I asked him and he said Arclight was OK for 0.25, but that Graphite wasn't up to date. |
| [02:10:14] | jya: | jpabq: he is alive !!! |
| [02:10:56] | Captain_Murdoch: | I don't know whether he'll continue to maintain them or not, if he doesn't, we can slurp them into MythTV-Themes if someone else wants to maintain. |
| [02:12:13] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [02:12:19] | jpabq: | Is Arclight 25.12 the latest? If so, even it is missing the schedule filters screen. Personally, I use the schedule filters A LOT. |
| [02:13:25] | jpabq: | jya, yeah. Changes at work have been keeping me pretty swamped. Things are starting to settle down now. |
| [02:13:34] | tris (tris!tristan@2001:1868:a00a::4) has quit (Ping timeout: 260 seconds) | |
| [02:16:24] | Captain_Murdoch: | 25.12 is the latest, I just built that today from his Arclight.tar.gz on his website. I can't picture him keeping them up to date for long since it sounds like he doesn't even want to be on the mailing lists anymore according to his last email. |
| [02:17:54] | tris (tris!tristan@2001:1868:a00a::4) has joined #mythtv | |
| [02:18:24] | stichnot: | Unless I hear any serious objections, I'm going to remove the support in Master for preferring EIA-608 or EIA-708 captions over the other, and always prefer 708. Both formats seem equally stable these days. |
| [02:27:43] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 276 seconds) | |
| [02:28:03] | Beirdo: | any objections to merging in the ffmpeg sync? |
| [02:29:29] | jya: | Beirdo: shouldn't we wait a little bit just to make the oncoming fix easier to backport? |
| [02:29:55] | Beirdo: | what oncoming fix? |
| [02:30:05] | jya: | I'm guessing over the next couple of weeks, we're going to have a few fixes being worked on |
| [02:30:20] | jya: | fix for whatever bugs are going to be found now that more people are using 0.25 |
| [02:30:24] | jya: | that's a given |
| [02:30:27] | sphery: | stichnot: I have an anti-objection about remoting the prefer 608 captions setting (I love the plan). Users who prefer a specific format can either select it from the menu or map TOGGLECC608 or TOGGLECC708 (or NEXTCC608/708 or the PREV versions of or even use NEXTCC to allow them to switch between all of them in order) |
| [02:30:37] | Beirdo: | there will always be an oncoming fix, I'd like this to get as much soak-in as we can, especially if we are doing a shortish release cycle |
| [02:31:14] | sphery: | in reality, it never made a lot of sense to me, since users have always been able to just map their T to the toggle or next caption binding they want. |
| [02:31:26] | jya: | Beirdo: mythtv/shortish release in the same sentence sounds like science-fiction |
| [02:31:59] | jya: | I'm just saying that we should let the dust settle a little bit on the 0.25 release… so that it's easier to fix in master, and backport to fixes/0.25 |
| [02:32:00] | Beirdo: | yeah well. we did discuss attempting a 4-month cycle |
| [02:32:10] | Beirdo: | with nearly a month of that being freeze at the end |
| [02:32:21] | jya: | I'm not stating to wait month here, just a week or two |
| [02:32:39] | Beirdo: | I don't think we'll be changing ANYTHING in ffmpeg from 0.25 |
| [02:32:54] | jya: | not in ffmpeg |
| [02:32:54] | Captain_Murdoch: | how many fixes will be related to ffmpeg |
| [02:32:55] | sphery: | ffmpeg sync, now, works for me (but I'll admit I don't touch video code much/at all) |
| [02:33:13] | jya: | but there's a lot of code that needs to be updated to work with the new ffmpeg |
| [02:33:18] | Beirdo: | ? |
| [02:33:23] | Beirdo: | what code? |
| [02:33:32] | Beirdo: | that's already done in the sync |
| [02:33:38] | jya: | everywhere av_xxx_decode is used |
| [02:33:59] | Beirdo: | yeah, working fine for me here, which is why it needs wider testing |
| [02:34:10] | jya: | my point exactly… if you merge now.. you're only increasing the likelihood of conflicts when backporting |
| [02:34:46] | jya: | and also making other fixes harder to work on, as it will become more difficult to pinpoint where the problem may be |
| [02:35:40] | jya: | anyhow, you usually do whatever pleases you… so … I've put my arguments forward… you listen to them or not .. up to you |
| [02:36:42] | Beirdo: | backporting has never been the focus of this project before, IMHO |
| [02:37:46] | jya: | I'm talking about backporting fixes.. not new features… and you can be certain that new bugs will be found in 0.25 very quickly now that it's officially released. the 0.25 customer base surely will increase greatly, especially once 12.04 is out |
| [02:38:20] | Beirdo: | right, and almost none of that will touch ffmpeg |
| [02:38:28] | sphery: | FWIW, after about a month and a half where we (at least some of us) were under feature freeze, it would be nice if we didn't have to continue the feature freeze post release so we could actually accomplish some stuff we're planning |
| [02:38:52] | jya: | Beirdo: yes.. none of it will touch ffmpeg |
| [02:39:11] | jya: | but in order to use the new ffmpeg, lots of code outside ffmpeg has been touched |
| [02:39:27] | Beirdo: | only just outside ffmpeg, and I know that, I did the changes :) |
| [02:39:44] | jya: | precisely… |
| [02:39:47] | Beirdo: | raop is the only "major" change, and it's not far from what you had |
| [02:40:18] | jya: | for example, I know if you update ffmpeg, for me to fix raop will pretty much be two separate code now to maintain |
| [02:40:37] | Beirdo: | why? |
| [02:41:04] | Beirdo: | use it with what I have as a basis, it's really close to what you have, just using AVFrame as the container |
| [02:41:10] | jya: | i thought that was obvious… the new use of AVFrame is a big change there |
| [02:41:29] | Beirdo: | and as for fixing it for 0.25-fixes, well, it's gonna happen sooner or later |
| [02:43:22] | jya: | I've found that with my ipad (3 or 2) and iphone 4S it works well |
| [02:43:33] | jya: | I get heaps of dropped packet with my wife iphone 4 |
| [02:44:06] | jya: | though I'm starting to think that a full rewrite will give me more joy than fixing what's there |
| [02:46:56] | Beirdo: | http://pastebin.com/C4wD7qs2 |
| [02:47:08] | Beirdo: | that's the entire diff of raop from master to the new sync |
| [02:47:35] | Beirdo: | not much at all. Just the handling of the queued item itself and the ffmpeg bits |
| [02:47:46] | Beirdo: | changes to the rest of the logic won't conflict |
| [02:48:36] | danielk22: | Beirdo: Can you make the ffmpeg sync branch public for a while before merging to master? I'd like to review the mpegts stuff and I think we all want to hammer on it a bit. |
| [02:48:39] | Beirdo: | oops, and I missed removing a logging entry where it wasn't 352 frames |
| [02:48:55] | Beirdo: | danielk22: it's there |
| [02:49:21] | Beirdo: | sure, if someone's gonna test it where it is, it can stay there longer :) |
| [02:49:48] | Beirdo: | we need to rethink our custom mpegts code |
| [02:50:02] | danielk22: | stichnot: Please remove that prefer 608 option. It was just a temporary work around that has been around too long now. |
| [02:50:17] | Beirdo: | either we use theirs and get something they can accept, or we need to be very clear why not |
| [02:50:40] | Beirdo: | it is a huge PITA to merge mpegts every time :) |
| [02:51:12] | Beirdo: | right now, it seems to be mainly for the use fo DVB captions |
| [02:51:35] | Beirdo: | which we should investigate working into their current architecture perhaps |
| [02:51:44] | danielk22: | We can't use theirs, they don't support mpeg-ts programs changing, they don't support any captions of any kind, they don't support ATSC, etc. |
| [02:52:14] | Beirdo: | can we get them code that would be acceptable to them to update what they have? |
| [02:53:42] | Beirdo: | as it is, their code is drifting one direction, ours another, and it gets increasingly difficult to get something that fills our needs without tossing large amounts of their code, which may have useful fixes |
| [02:53:49] | danielk22: | For the captions I submitted some code for review and I think I could get it in if I spend another 80 hours on it.. to support OTA MPEG-TS I could never get any traction. |
| [02:54:22] | Beirdo: | K |
| [02:54:25] | danielk22: | They just didn't care about supporting anything other than playing a file with a single video and a single audio stream. |
| [02:54:44] | Beirdo: | well, they do say they are open to patches more than before |
| [02:54:55] | Beirdo: | so maybe they would be more amenable now? |
| [02:55:10] | danielk22: | What we could do is what mplayer has done and write our own MPEG-TS parser that just sends the decoded streams to ffmpeg. |
| [02:57:06] | Beirdo: | hmm |
| [02:57:13] | Beirdo: | that might not be a bad idea |
| [02:57:21] | Beirdo: | create an mpegts-mythtv.c |
| [02:57:46] | Beirdo: | and then the only change we need is to hook into ours instead of theirs in the setup of avformat |
| [02:58:02] | Beirdo: | I very much like that idea |
| [02:58:23] | Beirdo: | then theirs can change all they want, and we can maintain ours using their changes as reference points |
| [02:58:56] | Beirdo: | rather than try to keep changing their file to use our code |
| [02:59:07] | danielk22: | That's pretty much how I've handled mpegts.c "merges" in the past. |
| [02:59:29] | Beirdo: | yeah, OK, I'm gonna slightly rework the sync |
| [02:59:55] | Beirdo: | get their virgin one in as mpegts.c, rename our merged one, and we can perfect ours from there |
| [03:00:52] | jya: | Beirdo: danielk22 : great idea... |
| [03:01:23] | Beirdo: | so that will take a day or two likely, so definitely no merge yet :) |
| [03:01:56] | Beirdo: | and then let's leave it for a week or so to give danielk time to go over it, and once it seems OK, we can merge |
| [03:02:19] | Beirdo: | sound reasonable (other than if danielk has time constraints, if so we can make it longer) |
| [03:03:06] | Beirdo: | and anyone else wants to hammer it some during that time, feel free |
| [03:03:34] | Beirdo: | just trying to get a rough timeline so I'm not chomping at the bit too much :) |
| [03:04:48] | danielk22: | Beirdo: I'm going to a trade-show in a few days, but I'll try to review it ASAP. If I don't get to before I leave, I'll be back home next Friday. |
| [03:04:58] | Beirdo: | OK. |
| [03:05:06] | Beirdo: | have a great trade show :) |
| [03:05:37] | danielk22: | thx :) |
| [03:05:51] | Beirdo: | presenting or attending? |
| [03:10:20] | Beirdo: | ooh, this means wtv format should work too |
| [03:45:34] | rickyw_ (rickyw_!~ricky@121-73-191-11.dsl.telstraclear.net) has quit (Ping timeout: 245 seconds) | |
| [03:56:25] | stichnot (stichnot!~chatzilla@192.55.54.40) has joined #mythtv | |
| [03:56:25] | stichnot (stichnot!~chatzilla@192.55.54.40) has quit (Changing host) | |
| [03:56:26] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [03:58:24] | stichnot: | sphery: just catching up. In the past, it made perfect sense to favor cc608 over cc708 because for the longest time cc708 was terribly broken. But today, practically the only way I can distinguish the two is that a couple of the networks choose the non-default font. |
| [04:00:40] | sphery: | stichnot: yes, but rather than a setting, users could have just mapped the key for the one one they wanted and we could have just made it prefer 608 for everyone since 708 had so many issues |
| [04:01:22] | sphery: | anyway, will be nice to get rid of the setting, now that 708 is working well |
| [04:01:24] | stichnot: | except for the users who didn't have keys left over on their remote (but that's a different discussion :) ) |
| [04:03:19] | stichnot: | yeah, and then I'd like to figure out the best way to configure caption fonts and attributes in osd.xml, along with solid defaults for themes that don't specify them |
| [04:04:00] | sphery: | well, then the menu--however they're turning on the captions (but like I said, if we made 608 default for everyone, then even those who just used Always display closed captioning...--and everyone else--wouldn't have had to go in and actively find and change the Prefer EIA-708 over EIA-608 captions setting) |
| [04:04:00] | Beirdo: | can we change the logging in there a bit? |
| [04:04:05] | Beirdo: | I get a lot of : |
| [04:04:06] | Beirdo: | 2012-04–11 20:20:58.684581 I eia-708 decoding error... |
| [04:04:18] | stichnot: | which gets rid of the textfontzoom and subtitle font settings as well |
| [04:04:45] | stichnot: | yeah, I wouldn't mind toning down those decoding error logs |
| [04:04:46] | Beirdo: | on my OTA recordings. Be nice to put that into something that isn't on by default, maybe? |
| [04:05:06] | stichnot: | I thought it was VB_VBI ? |
| [04:05:13] | Beirdo: | not that one |
| [04:05:17] | stichnot: | ok |
| [04:05:26] | Beirdo: | I don't have that turned on :) |
| [04:05:34] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [04:05:41] | Beirdo: | but CC is looking oh so much better :) Good work |
| [04:05:55] | stichnot: | thanks! |
| [04:06:43] | Beirdo: | the InitializeFonts() probably could use a tweak too (log message-wise) |
| [04:07:00] | stichnot: | that whole thing needs an overhaul |
| [04:07:01] | Beirdo: | but it does work nicely... for the ones where I can capture it, of course |
| [04:07:16] | Beirdo: | hehe, the story of SO much of our code :) |
| [04:07:55] | stichnot: | I got on board right at the beginning of feature freeze so I tried to limit the overhauling for 0.25... |
| [04:09:38] | Beirdo: | hehe :) |
| [04:10:03] | Beirdo: | well, it's open season now. |
| [04:10:15] | Beirdo: | I'd suggest doing any big changes on a devel/branch though |
| [04:10:32] | Beirdo: | that way if they aren't ready when next release rolls around, no biggie |
| [04:12:04] | Beirdo: | blah, someone snuck in a schema change :) |
| [04:12:21] | Beirdo: | time to rebuild the backend |
| [04:32:40] | mike|2 (mike|2!~mike@c-98-232-220-158.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [04:39:09] | stichnot: | actually, I bet I'll get at least one complaint that cc708 is terrible because the broadcasters all force a black background behind the text |
| [04:42:06] | stichnot: | Are people OK with the evolution of VB_VBI logs standing for all things captions/subtitles, and not just VBI decoding? |
| [04:43:10] | mike|2 (mike|2!~mike@c-98-232-220-158.hsd1.or.comcast.net) has joined #mythtv | |
| [04:46:52] | rickyw_ (rickyw_!~ricky@121-74-86-136.telstraclear.net) has joined #mythtv | |
| [04:47:07] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 265 seconds) | |
| [04:50:38] | Beirdo: | yeah, sounds good here |
| [04:50:41] | Beirdo: | oh, he left |
| [05:07:28] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [05:13:11] | Beirdo: | OK |
| [05:13:24] | Beirdo: | Our mpegts is now mpegts-mythtv.c |
| [05:13:47] | Beirdo: | minor changes required to their mpegts to rename functions for probing that collide |
| [05:14:07] | Beirdo: | and I have theirs disabled, but it allows wtv support |
| [05:14:19] | Beirdo: | and it's currently playing on my frontend. |
| [05:15:12] | Beirdo: | so, danielk22: from now on, changes to *our* mpegts go in mpegts-mythtv.c :) Enjoy your read-through when you get the chance. |
| [05:32:08] | f33dMB (f33dMB!~f33dMB@li100-62.members.linode.com) has quit (Ping timeout: 240 seconds) | |
| [05:40:08] | Beirdo: | oh yay, missed some ffmpeg conversions. more deprecated to fix (now that I captured ALL the warnings again) |
| [05:41:42] | dekarl1 is now known as dekarl | |
| [06:34:11] | ybot (ybot!quassel@nat/nokia/x-lexxeqcqgwgmbzgm) has joined #mythtv | |
| [06:36:10] | ybot_ (ybot_!quassel@nat/nokia/x-gsmzoqwqqtqnukfd) has joined #mythtv | |
| [06:36:38] | yb0t (yb0t!quassel@nat/nokia/x-umqsffrvwoqerpwg) has quit (Ping timeout: 240 seconds) | |
| [06:39:02] | ybot (ybot!quassel@nat/nokia/x-lexxeqcqgwgmbzgm) has quit (Read error: Connection reset by peer) | |
| [06:50:52] | stichnot_ (stichnot_!~chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [06:51:36] | cattelan is now known as cattelan_away | |
| [06:52:08] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 244 seconds) | |
| [06:52:18] | stichnot_ is now known as stichnot | |
| [07:12:17] | cattelan_away (cattelan_away!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds) | |
| [07:21:02] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [07:23:10] | darkstr (darkstr!~anon@HSI-KBW-078-043-128-135.hsi4.kabel-badenwuerttemberg.de) has quit (Remote host closed the connection) | |
| [07:25:16] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [07:35:59] | rickyw_ (rickyw_!~ricky@121-74-86-136.telstraclear.net) has quit (Ping timeout: 245 seconds) | |
| [07:52:51] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 250 seconds) | |
| [07:55:19] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has quit (Ping timeout: 264 seconds) | |
| [07:56:13] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv | |
| [08:13:44] | andreax (andreax!~andreaz@p54BF2854.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [08:18:03] | Beirdo: | OK, bedtime |
| [08:29:16] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 244 seconds) | |
| [09:08:06] | ben1066 (ben1066!~quassel@host86-168-179-192.range86-168.btcentralplus.com) has joined #mythtv | |
| [09:08:50] | ben1066_ (ben1066_!~quassel@host109-152-38-68.range109-152.btcentralplus.com) has quit (Ping timeout: 246 seconds) | |
| [09:23:50] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 260 seconds) | |
| [09:29:21] | dekarl1 (dekarl1!~dekarl@p4FCEEAFB.dip.t-dialin.net) has joined #mythtv | |
| [09:31:10] | dekarl (dekarl!~dekarl@p4FE848C8.dip.t-dialin.net) has quit (Ping timeout: 272 seconds) | |
| [09:34:36] | skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [09:34:52] | skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has joined #mythtv | |
| [09:36:25] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
| [09:38:07] | jya_ (jya_!~jyavenard@120.148.99.165) has joined #mythtv | |
| [09:38:08] | jya_ (jya_!~jyavenard@120.148.99.165) has quit (Changing host) | |
| [09:38:08] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [10:05:02] | mike|2 (mike|2!~mike@c-98-232-220-158.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [10:05:47] | mike (mike!~mike@c-98-232-220-158.hsd1.or.comcast.net) has joined #mythtv | |
| [10:06:13] | mike is now known as Guest62172 | |
| [10:11:17] | cerise4096 (cerise4096!~root@adsl-76-230-21-225.dsl.pltn13.sbcglobal.net) has joined #mythtv | |
| [10:11:48] | cerise4096: | So — I just got an HDHomeRun Prime. What module do I need to build for it? |
| [10:13:00] | grantma (grantma!~grantma@2001:470:f012:1:221:70ff:fec9:1a19) has joined #mythtv | |
| [10:13:24] | cerise4096: | I, at least, assume that's what I need to do since the config GUI doesn't show it as a device. |
| [10:15:07] | grantma: | Um, sorry to barge in, but running 0.25-fixes from git on Debian Unstable, ATI card, XVideo is all strange hues and not clipped properly, and opengl displays 1/2 way down screen... |
| [10:16:15] | grantma: | Hardware: ATI RV710 [Radeon HD 4550], 3.2GHz AMD Phenom IIX4 |
| [10:40:01] | pclark (pclark!~pclark@193.35.11.116) has joined #mythtv | |
| [11:19:02] | Guest85716 (Guest85716!~virtual@f050086044.adsl.alicedsl.de) has joined #mythtv | |
| [11:21:04] | Guest85716: | hello, i changed some hostnames with any relevant parts ( database/DNS/hosts etc.) clients can see the backend-status but complaining about "could not connect to backend, correct setup?" .... what do i miss ? |
| [11:41:17] | Guest85716 is now known as laber | |
| [11:41:21] | cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has quit (Remote host closed the connection) | |
| [11:45:15] | rooaus (rooaus!~rooaus@ppp59-167-126-229.static.internode.on.net) has joined #mythtv | |
| [11:46:00] | cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has joined #mythtv | |
| [11:48:22] | rooaus: | Generally follow in the web logs nowadays, but just had to pop in and thank everyone for the hard work in getting the release out, despite the hiccups along the way :) |
| [11:50:50] | rooaus: | sphery: Also had to say thanks for youtube link… "if i/dev/null is fast and web scale, I will use it"… that is gold, made my evening. |
| [12:01:57] | stuartm: | Beirdo: when I said 'dead end fad' last night I wasn't referring to nosql, but the majority of any 'cool' new stuff – everyone raves about it, if it has legs it maybe runs for a few years until ultimately the shine wears off, it never lives up to it's hype and almost* everyone involved just quietly goes back to the established tech (* except for a few evangelists who can't admit it's over and who will spend the rest of their lives mourning the |
| [12:01:58] | stuartm: | death of the greatest language/dbms/markup/etc) |
| [12:02:31] | pclark (pclark!~pclark@193.35.11.116) has quit (Remote host closed the connection) | |
| [12:05:22] | stuartm: | which reminds me, it's been said that mysql is in decline and postgresql is a rising star, but has anyone else noticed that we no longer get the weekly question – Why doesn't MythTV use Postgresql?/How do I use Postgresql instead? |
| [12:08:21] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_) | |
| [12:12:11] | danielk22: | stuartm: I have a friend that is a postgresql optimization expert and he's never asked me that question. |
| [12:13:56] | ** skd5aner hates postgresql ** | |
| [12:14:16] | skd5aner: | especially compared to mysql, but not really because of imperical data |
| [12:15:36] | skd5aner: | I think people were saying that because1) it was an alternative to mysql and 2) mysql was gobbled up by sun/oracle |
| [12:21:29] | cattelan_away (cattelan_away!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv | |
| [12:28:26] | jya: | i work daily with mysql, postgresql and sqlite.. I see no problem with either. They all have their uses… For the backend of one of our application ; it's postgre as backend: it works very well, it's rock solid. It used to be mysql, they were experiencing crashes from time to time |
| [12:29:31] | jya: | i'm a great fan of sqlite for embedded db these days… it's easy to use, the API is dead simple and it's very performant |
| [12:31:45] | rsiebert (rsiebert!~quassel@e179128151.adsl.alicedsl.de) has joined #mythtv | |
| [12:32:06] | cattelan_away (cattelan_away!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds) | |
| [12:32:11] | rsiebert_ (rsiebert_!~quassel@g231186235.adsl.alicedsl.de) has quit (Ping timeout: 246 seconds) | |
| [12:48:19] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [12:56:42] | TheAsp (TheAsp!~TheAsp@blk-222-157-170.eastlink.ca) has quit (Quit: ZNC - http://znc.in) | |
| [13:02:46] | j-rod|afk is now known as j-rod | |
| [13:02:47] | rooaus (rooaus!~rooaus@ppp59-167-126-229.static.internode.on.net) has quit (Quit: rooaus) | |
| [13:08:37] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Quit: Leaving) | |
| [13:10:59] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [13:17:25] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [13:37:57] | stuartm: | skd5aner: actually before mysql was bought it was a frequently asked question, it's just asked a lot less these days for some reason |
| [13:38:52] | stuartm: | maybe it finally sunk in when we kept saying 'no' |
| [13:43:17] | stuartm: | sphery: that youtube video, and the rest in the series sum up my thoughts very well :) Thanks for posting |
| [13:48:13] | stuartm: | "Episode 2 – All The Cool Kids Use Ruby" is great |
| [14:05:53] | pclark (pclark!~pclark@193.35.11.116) has joined #mythtv | |
| [14:09:24] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (Read error: No route to host) | |
| [14:11:27] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [14:20:54] | cattelan_away (cattelan_away!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv | |
| [14:35:08] | cattelan_away (cattelan_away!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 240 seconds) | |
| [14:35:12] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [14:35:29] | kth (kth!~kth@unaffiliated/kth) has quit (Client Quit) | |
| [14:36:27] | Lomion0815 (Lomion0815!~Lomion@178-191-250-25.adsl.highway.telekom.at) has joined #mythtv | |
| [14:37:19] | sphery: | stuartm: hehe, I'll have to check out Ep2 |
| [14:39:16] | cattelan_away (cattelan_away!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv | |
| [14:57:44] | Lomion0815: | Hi, I attached a patch to ticket #10383 which fixes this bug for me! Can anybody check if it doesn't break anything important? |
| [14:57:44] | ** MythLogBot http://code.mythtv.org/trac/ticket/10383 ** | |
| [14:58:06] | abqjp (abqjp!c742f80c@gateway/web/freenode/ip.199.66.248.12) has joined #mythtv | |
| [15:02:21] | pclark_ (pclark_!~pclark@193.35.11.125) has joined #mythtv | |
| [15:02:56] | sphery: | Lomion0815: The patch looks good. I plan to push it soon for you--next time I boot up my dev box. Thanks for doing the patch. |
| [15:05:25] | pclark (pclark!~pclark@193.35.11.116) has quit (Ping timeout: 248 seconds) | |
| [15:10:52] | pclark_ (pclark_!~pclark@193.35.11.125) has quit (Remote host closed the connection) | |
| [15:20:12] | laber is now known as lautriv | |
| [15:21:30] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has joined #mythtv | |
| [15:23:12] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [15:23:16] | skd5aner: | Lomion0815: thanks for the patch, I saw that same behavior as well |
| [15:23:28] | skd5aner: | (have not tested your patch however |
| [15:24:01] | knightr_ (knightr_!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [15:27:17] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 248 seconds) | |
| [15:31:17] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [15:43:59] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [15:49:24] | joki (joki!~joki@p5486242C.dip.t-dialin.net) has quit (Ping timeout: 260 seconds) | |
| [15:49:28] | cattelan_away (cattelan_away!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds) | |
| [15:49:56] | joki (joki!~joki@p54864EB2.dip.t-dialin.net) has joined #mythtv | |
| [15:51:13] | cattelan_away (cattelan_away!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv | |
| [16:08:13] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Remote host closed the connection) | |
| [16:16:57] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [16:25:36] | jams: | stichnot , changing channels via programguide now works for me. |
| [16:26:17] | stichnot: | jams: that's good. Do you happen to have any input groups set? |
| [16:26:39] | jams: | i do not |
| [16:27:16] | jams: | could probably set something up if needed |
| [16:27:19] | stichnot: | ok. I thought I had seen problems changing to a channel on a different tuner in the same input group, but everything seems to be working now and I can't reproduce it. |
| [16:27:30] | stichnot: | I don't know whether to be happy or sad about that :) |
| [16:28:15] | jams: | hehe, well i'm sure if it's still outstanding somebody will report it |
| [16:30:42] | stuartm: | just a thought, but should a public interface (network control) be referring to screens by their internal nomenclature? Why "jump playbackbox" instead of "jump watch recordings" or just "jump recordings"? |
| [16:32:24] | stuartm: | s/nomenclature/name/ |
| [16:34:40] | Beirdo: | good question ;) |
| [16:35:38] | Beirdo: | BTW, I just retagged v0.24.3 for you. You need git tag -a (annotated) so the describe funtionality works. Also with an annotated tag, it sends out a summary of changes since the last annotated tag :) |
| [16:36:12] | Beirdo: | and you might wanna git tag -d 0.24.3 and git tag -d b0.24 locally |
| [16:37:28] | stichnot: | stuartm: One of my tasks is to clean up the jump points in the network interface as part of the jump point rewrite. I think we should just use the DB's jumppoints.destination field, as you suggest. However, it would be nice to have some kind of aliasing or unique prefix matching, so I don't have to type stuff like "jump Manage Recordings / Fix Conflicts" |
| [16:39:04] | Beirdo: | stichnot: any ETA on when you'd be doing that? |
| [16:39:30] | stichnot: | Beirdo: you mean the whole jump point task? |
| [16:39:34] | Beirdo: | one of the branches I have out will affect that some (actions-redo) |
| [16:39:36] | Beirdo: | yeah |
| [16:40:03] | Beirdo: | the parsing of the frontend network interface is one of the things sped up in that branch |
| [16:40:54] | Beirdo: | although the actual jump point name itself... I don't think that code is seriously affected other than being shuffled around and reorganized in the process :) |
| [16:40:55] | stichnot: | If practical, I won't start until the legacy non-MythUI stuff is gone, since that will greatly simplify things. |
| [16:41:16] | Beirdo: | Ah, so not like tomorrow or something :) |
| [16:41:25] | stuartm: | Beirdo: I deleted b0.24 already |
| [16:41:26] | stichnot: | definitely not :) |
| [16:41:33] | stuartm: | and pushed ... wtf |
| [16:41:55] | Beirdo: | I need to finish the branch, and present the timings and rationale, etc |
| [16:42:17] | Beirdo: | stuartm: not to worry, I fiddled the tags on the server, all is good on that end |
| [16:42:41] | stuartm: | I also deleted 0.24.3 ... WTF!? |
| [16:42:46] | stuartm: | oh I hate git |
| [16:42:48] | stuartm: | HATE |
| [16:43:11] | Beirdo: | you may have deleted them locally after pushing them |
| [16:43:18] | Beirdo: | it's harder to delete them remotely |
| [16:43:39] | Beirdo: | not to worry though. :) |
| [16:43:57] | Beirdo: | anyways. Oh, and thanks for remembering to bump version on master. :) |
| [16:44:17] | Beirdo: | YAY, our libs have a sensible name from the beginning of the cycle rather than at the end |
| [16:51:09] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [16:53:40] | stichnot: | Beirdo: the old commit/push emails had URLs to view the commit on the server. Any chance of getting those back? I find it very convenient for verifying that I pushed what I meant to. |
| [16:54:09] | superm1: | the integrated libhdhomerun, is it just a copy of libhdhomerun, or does it tend to have myth specific patches that aren't in upstream libhdhomerun? |
| [16:54:11] | Beirdo: | yeah, I was thinking that this morning myself |
| [16:54:12] | Beirdo: | :) |
| [16:54:22] | Beirdo: | I'll try to get that in there today |
| [16:54:47] | stichnot: | thanks. |
| [16:55:23] | Beirdo: | no prob. I'll also look at tidying the verbiage at the top |
| [16:55:59] | Beirdo: | might be tricky getting the URL in there, but I'll see what I can do |
| [17:13:23] | ben1066_ (ben1066_!~quassel@host109-152-85-12.range109-152.btcentralplus.com) has joined #mythtv | |
| [17:15:00] | ben1066 (ben1066!~quassel@host86-168-179-192.range86-168.btcentralplus.com) has quit (Ping timeout: 246 seconds) | |
| [17:19:48] | Goga777 (Goga777!~Goga777@128-71-245-43.broadband.corbina.ru) has joined #mythtv | |
| [17:23:38] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (Ping timeout: 240 seconds) | |
| [17:25:31] | knightr_: | Beirdo, Hi! I get "Cannot merge binary files" when I try to cherry-pick translations, what am I supposed to do with that? |
| [17:27:17] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [17:29:05] | knightr_: | I want to get those binary files (they are the .qm files which are used by the application...) |
| [17:33:57] | stuartm: | superm1: we get regular updates from the folks at Silicondust, I think it's probable that our copy is at times newer than whatever the ubuntu packager ships so users get fixes faster ... |
| [17:37:01] | stuartm: | knightr_: that last push, you committed, then reverted it again? |
| [17:37:43] | stuartm: | hmm, maybe not, different sha1 |
| [17:37:49] | superm1: | stuartm: is there a version number associated with it though ever? i'm wondering if it would be possible to have a configure call that tests the version on the system at build, and if it's that version or newer to use the one on the system, if it's not present or older, to use the integrated one. trying to think forward for things to help get mythtv into debian proper |
| [17:39:53] | superm1: | at least without breaking anyone that you want to make sure they get the integrated fix sooner. any auto-builds type scenario that ends up with a newer libhdhomerun in myth than is on that version of the OS would still default to the myth version |
| [17:40:48] | stuartm: | superm1: generally we prefer everything to be using the internal copy when we include a lib, it's easier to debug and less likely to cause regressions because the newer (or older) version provided by the distro behaves differently – debian caused no end of invalid bug reports (crashes and playback issues) when Christian started building against the system version of libmpeg2 |
| [17:41:39] | stuartm: | we never include a lib unless we have good reason to do so |
| [17:42:03] | superm1: | but with libhdhomerun specifically, wasn't that more because it wasn't a dependency commonly available in distros yet? |
| [17:43:53] | stuartm: | I believe it was more because it was a fast moving target, with frequent updates/changes, but I could be wrong |
| [17:44:09] | superm1: | i mean i want to have this same discussion after yall decide if you are doing libva or ffmpeg given libva's regular point releases and security updates as well, but libhdhomerun was sounding like it's an easier target to go after now that it's mostly stabilized |
| [17:45:36] | Lomion0815 (Lomion0815!~Lomion@178-191-250-25.adsl.highway.telekom.at) has quit () | |
| [17:46:27] | Beirdo: | knightr_: what exactly are you trying to do? |
| [17:47:26] | Beirdo: | and how did it end up being a conflict |
| [17:47:43] | Beirdo: | superm1: the ffmpeg/libva decision has been made |
| [17:47:54] | superm1: | Beirdo: oh really? what has been the call? |
| [17:47:54] | Beirdo: | we are sticking to ffmpeg for now. |
| [17:48:04] | ben1066 (ben1066!~quassel@host86-164-183-196.range86-164.btcentralplus.com) has joined #mythtv | |
| [17:48:05] | Beirdo: | it's less rework on our part |
| [17:48:09] | superm1: | oh ok |
| [17:48:27] | superm1: | still an intention to try to kick up the patches that are a delta to their upstream too? |
| [17:48:28] | Beirdo: | and additionally, several people had... political issues... with libav |
| [17:48:46] | Beirdo: | yup, the ones that will make sense |
| [17:48:54] | superm1: | right |
| [17:49:17] | ben1066_ (ben1066_!~quassel@host109-152-85-12.range109-152.btcentralplus.com) has quit (Ping timeout: 246 seconds) | |
| [17:49:22] | Beirdo: | for mpegts, we are maintaining our own now (as of yesterday) as we have needs they don't cover, and it's getting more and more painful to merge |
| [17:49:44] | superm1: | oh that's too bad |
| [17:50:30] | Beirdo: | maybe over time, we can rework our needs into their framework some, but from what danielk was saying about the history of it and all... I don't have high hopes on that one. |
| [17:52:59] | stuartm: | Beirdo: about that, I'm working on a patch which touches mpegts, that's not going to be a problem is it? |
| [17:54:54] | Beirdo: | can it wait until after the sync? |
| [17:54:57] | stuartm: | personally I don't understand debians obsession with using their own copies of libs, it's a little obnoxious that they think they know better than the developers of an application (and not just about libs too, hence the openssl screwup) |
| [17:55:10] | Beirdo: | otherwise we'll have to sync your changes in. |
| [17:55:54] | stuartm: | Beirdo: well I guess that depends when you're aiming to have the sync done – it's not urgent but I don't want to shelve it indefinitely |
| [17:56:14] | Beirdo: | I was hoping to merge it late next week or so |
| [17:56:30] | stuartm: | I guess I can wait that long |
| [17:56:55] | Beirdo: | but as long as we know that changes are there, it's not the end of the world to tweak the sync if you were wanting to do it earlier |
| [17:57:13] | stuartm: | the mpegts part might not be necessary after the sync (vain hope) |
| [17:57:18] | superm1: | stuartm: it's more that they want to be able to push security updates across the distro without having to go and touch tons of apps |
| [17:57:22] | superm1: | (as my understanding) |
| [17:57:49] | Beirdo: | heh, keep hoping :) |
| [17:57:57] | Goga777 (Goga777!~Goga777@128-71-245-43.broadband.corbina.ru) has quit (Remote host closed the connection) | |
| [17:58:52] | stuartm: | superm1: patching security issues in third party libs with mythtv is a bit like putting a plaster (band-aid) on a colander |
| [17:59:04] | Beirdo: | hehehe |
| [17:59:09] | brfransen (brfransen!~brfransen@64.179.142.146) has quit (Ping timeout: 244 seconds) | |
| [17:59:12] | Beirdo: | I like the analogy |
| [17:59:18] | Beirdo: | off to meetings I go |
| [17:59:31] | superm1: | haha |
| [18:00:30] | superm1: | http://www.debian.org/doc/debian-policy/ch-so . . . mbeddedfiles is the actual policy. it can be overridden when there is good grounds for it (eg there is a significant delta that upstream won't take) |
| [18:01:07] | superm1: | but historically all the ffmpeg based projects had to be able to use the system library to get in (vlc, mplayer, xbmc etc) |
| [18:01:44] | superm1: | http://fedoraproject.org/wiki/Packaging:No_Bundled_Libraries makes all the other arguments that exist too for it |
| [18:02:34] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [18:03:39] | brfransen (brfransen!~brfransen@64.179.142.146) has joined #mythtv | |
| [18:03:41] | stuartm: | "Forking dilutes one of the strengths of open-source development. Instead of a project getting stronger with more people supplying patches to help drive the project and build a bigger community, the community of people interested in it are splintering, developing more and more divergent code-bases, solving the same problem over and over in different ways in different private copies of the library. Instead of everyone benefiting, everyone has to |
| [18:03:42] | stuartm: | pay." |
| [18:03:46] | ben1066_ (ben1066_!~quassel@host109-152-77-146.range109-152.btcentralplus.com) has joined #mythtv | |
| [18:03:59] | stuartm: | ... |
| [18:04:20] | ben1066 (ben1066!~quassel@host86-164-183-196.range86-164.btcentralplus.com) has quit (Ping timeout: 246 seconds) | |
| [18:05:50] | sphery: | stuartm: if you can save 10MB of HDD space on 10,000 installs, that's almost 100GB of HDD space saved, which is about 15 – 30 hours of HDTV recordings. |
| [18:06:03] | sphery: | Not to mention that if you use a library that's used by another program, you can use both at the same time and use less RAM--which means the computer will be faster! |
| [18:06:22] | sphery: | pretty sure that's the reasoning... sound reasoning, right? ;) |
| [18:06:31] | sphery: | stuartm: btw: https://github.com/MythTV/mythtv/tree/devel/ffmpeg-sync-20120331 |
| [18:06:43] | sphery: | (you can always patch on that branch) |
| [18:07:26] | stuartm: | I would, but it gets more complicated that way, switching back and forth between branches to test changes etc |
| [18:12:05] | gregL_ (gregL_!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [18:12:09] | gregL_ (gregL_!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Remote host closed the connection) | |
| [18:18:51] | stuartm: | are there any decent git patch management tools available? I'm looking for something that will create a patch from uncommitted changes and reapply them in any order (referenced by name), list patches which are available and indicate which are applied etc? |
| [18:19:44] | stuartm: | i.e. git stash without the linear last in – last out limitation |
| [18:20:49] | sphery: | stuartm: stg? http://www.procode.org/stgit/ |
| [18:20:54] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [18:20:59] | ben1066 (ben1066!~quassel@host86-169-143-69.range86-169.btcentralplus.com) has joined #mythtv | |
| [18:21:19] | sphery: | (I'm still using quilt on my system, but have been meaning to look into StGit) |
| [18:21:50] | ben1066_ (ben1066_!~quassel@host109-152-77-146.range109-152.btcentralplus.com) has quit (Ping timeout: 246 seconds) | |
| [18:23:26] | stuartm: | "providing similar functionality to Quilt (i.e. pushing/popping patches to/from a stack)" << That's what git stash and quilt do, but I'm looking for something that allows commits to be popped (applied) in any order, I'm not looking to manage a set of related changes but completely unrelated changes that I'm working on in turn |
| [18:25:28] | stuartm: | looking over the git stash docs again I might be able to cobble together what I want using that and some scripting |
| [18:28:04] | sphery: | yeah, not exactly sure what all it does since I haven't switched to it, but just thought I'd mention it as something that's on my radar (and an eventual TODO) |
| [19:04:51] | rickyw_ (rickyw_!~ricky@121-73-191-192.dsl.telstraclear.net) has joined #mythtv | |
| [19:06:59] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
| [19:09:45] | lautriv (lautriv!~virtual@f050086044.adsl.alicedsl.de) has quit (Quit: Ex-Chat) | |
| [19:10:26] | abqjp (abqjp!c742f80c@gateway/web/freenode/ip.199.66.248.12) has quit (Ping timeout: 245 seconds) | |
| [19:10:41] | stuartm: | sphery: seems git stash will do what I want, it just requires a long list of arguments to get the desired behaviour, so I'll create some aliases |
| [19:13:35] | sphery: | cool, I'll keep that in mind (since I think I want something similar to what you want) |
| [19:13:36] | stuartm: | Beirdo: when we change the email template it would be nice to get the committer's name back in the subject, or alternatively the 'from' field, I'm used to judging which commits to read and which to ignore based on who committed them |
| [19:14:30] | skd5aner: | ouch |
| [19:14:31] | skd5aner: | ;) |
| [19:14:44] | stuartm: | sphery: I could just create a new local branch for every change not matter how small, but that seems overkill |
| [19:16:42] | stuartm: | skd5aner: heh, it's just that from the committer you can get a quick idea of what code is being touched and whether it's going to be of interest – e.g. I tend to skip over commits by knightr and kenni because those will be translation related |
| [19:17:40] | Beirdo: | hehe |
| [19:17:50] | Beirdo: | that's not a bad idea |
| [19:19:19] | stuarta (stuarta!~stuarta@callisto.ppp0.squashedfrog.net) has joined #mythtv | |
| [19:20:04] | stuarta: | debian build slave is back up and running |
| [19:43:48] | abqjp (abqjp!c742f80c@gateway/web/freenode/ip.199.66.248.12) has joined #mythtv | |
| [19:45:21] | gigem: | how well is hls supposed to work for in-progress recordings? specifically, is it supposed to keep transcoding and streaming as long as the recording keeps going? or does it stop when it hits the spot where the recording was when hls was started? it appears to be the latter for me. |
| [19:57:59] | sphery: | users had said the same happened with normal mythfrontend playback--not sure if that was fixed, yet, though |
| [19:58:21] | abqjp (abqjp!c742f80c@gateway/web/freenode/ip.199.66.248.12) has quit (Ping timeout: 245 seconds) | |
| [20:02:35] | gigem: | hmm, i haven't noticed that with mythfrontend. you do mean mythfrontend and not mythbrowser, right. oh well, i thought i had a slinggbox-like solution for taking peaks at the afternoon baseball game while at work, but i guess not. |
| [20:05:08] | SteveGoodey (SteveGoodey!~steve@host86-182-4-91.range86-182.btcentralplus.com) has joined #mythtv | |
| [20:13:54] | stuartm: | gigem: it's probably a continuation of the old issue with ffmpeg transcoding and the mythweb flash player, when we start transcoding it looks at the size of the file and stops transcoding when it hits that end point – it doesn't account for a growing file |
| [20:14:37] | grantma (grantma!~grantma@2001:470:f012:1:221:70ff:fec9:1a19) has quit (Quit: Leaving) | |
| [20:16:35] | stuartm: | I've no idea how easy that is to fix since I don't know how that transcoding is being done (mythffmpeg, or through our own app using the API) |
| [20:17:15] | stuartm: | Beirdo, Captain_Murdoch, dblain: ^^ |
| [20:20:18] | Quantum_ (Quantum_!~quantum@ppp-69-217-121-67.dsl.chcgil.ameritech.net) has joined #mythtv | |
| [20:20:43] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [20:22:11] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [20:27:52] | sphery: | gigem: yeah, they were reporting it with Internal player in mythfrontend on 0.25pre or after (not sure which) |
| [20:28:12] | pclark (pclark!~pclark@host86-138-136-146.range86-138.btcentralplus.com) has joined #mythtv | |
| [20:28:53] | stuartm: | sphery: I watch in-progress recordings (with the internal player) fairly often and I'm yet to see it |
| [20:32:43] | Quantum__ (Quantum__!~quantum@ppp-69-217-121-67.dsl.chcgil.ameritech.net) has joined #mythtv | |
| [20:32:43] | Quantum_ (Quantum_!~quantum@ppp-69-217-121-67.dsl.chcgil.ameritech.net) has quit (Read error: Connection reset by peer) | |
| [20:40:21] | joe_ (joe_!~bob@64.73.32.135) has quit (Ping timeout: 248 seconds) | |
| [20:41:40] | gigem: | sphery: i used to see the internal player exit like that some years ago, but haven't seen it in a very long time. |
| [20:41:56] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [20:44:40] | ben1066_ (ben1066_!~quassel@host86-145-174-79.range86-145.btcentralplus.com) has joined #mythtv | |
| [20:47:26] | ben1066 (ben1066!~quassel@host86-169-143-69.range86-169.btcentralplus.com) has quit (Ping timeout: 246 seconds) | |
| [20:49:13] | Quantum__ (Quantum__!~quantum@ppp-69-217-121-67.dsl.chcgil.ameritech.net) has quit (Ping timeout: 260 seconds) | |
| [20:50:37] | pclark (pclark!~pclark@host86-138-136-146.range86-138.btcentralplus.com) has quit (Remote host closed the connection) | |
| [20:51:20] | pclark (pclark!~pclark@host86-138-136-146.range86-138.btcentralplus.com) has joined #mythtv | |
| [20:59:47] | dekarl1 is now known as dekarl | |
| [21:04:58] | skd5aner: | stuartm: should #10582 be closed? |
| [21:04:58] | ** MythLogBot http://code.mythtv.org/trac/ticket/10582 ** | |
| [21:06:02] | stichnot: | I have watched videos in MythVideo as they slowly uploaded from my phone, and the Internal player helpfully pauses/delays when it catches up until more data is available. |
| [21:06:20] | stuartm: | skd5aner: er yeah, commit hooks not closing tickets |
| [21:07:36] | SteveGoodey (SteveGoodey!~steve@host86-182-4-91.range86-182.btcentralplus.com) has quit (Remote host closed the connection) | |
| [21:08:13] | Quantum_ (Quantum_!~quantum@ppp-69-217-121-67.dsl.chcgil.ameritech.net) has joined #mythtv | |
| [21:08:40] | coling (coling!~colin@cpc1-sgyl30-2-0-cust727.sgyl.cable.virginmedia.com) has quit (Read error: Operation timed out) | |
| [21:08:40] | jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has quit (Read error: Operation timed out) | |
| [21:08:55] | jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has joined #mythtv | |
| [21:09:46] | coling (coling!~colin@cpc1-sgyl30-2-0-cust727.sgyl.cable.virginmedia.com) has joined #mythtv | |
| [21:09:47] | stuarta: | stuartm: i think it works with fixes, not closes or something silly like that |
| [21:12:52] | Quantum_ (Quantum_!~quantum@ppp-69-217-121-67.dsl.chcgil.ameritech.net) has quit (Ping timeout: 265 seconds) | |
| [21:13:33] | stuartm: | stuarta: the other way around maybe, I used 'Fixes' |
| [21:13:59] | Captain_Murdoch: | gigem, HLS has not been tested with in-progress recordings, mythtranscode wasn't originally designed to handle that situation and I haven't tested that yet or made any modifications to specifically allow it. I plan on working on that though, it's on my TODO to allow mythtranscode to have a 'realtime' mode just like mythcommflag where it can stay just behind live. |
| [21:16:31] | jams: | stuartm, what was the replacment for mythbusydialog? |
| [21:19:03] | stuartm: | mythuibusydialog |
| [21:19:08] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 252 seconds) | |
| [21:19:10] | jams: | thx |
| [21:19:44] | jams: | thought i had my program up-2-date but i guess I missed that one |
| [21:20:09] | stuartm: | http://miffteevee.co.uk/documentation/develop . . . yDialog.html |
| [21:21:33] | pclark (pclark!~pclark@host86-138-136-146.range86-138.btcentralplus.com) has quit (Remote host closed the connection) | |
| [21:28:31] | gigem: | Captain_Murdoch: but slashdot said mythtv had this great new streaming api! :) thanks for the explanation. if i'm in this situation again, i'll simply start and immediately restart the recording and then stream the chunks separately. |
| [21:31:53] | Captain_Murdoch: | I think that it probably just needs to be throttled like I throttle commercial flagging. since it's not throttled, it will hit EOF and exit. should be pretty easy to implement when I get to it and won't need the 5+ minute head start that commercial flaggign needs to do logo detection. |
| [21:42:01] | skd5aner: | getting wind of a weird bug that's popped up a couple times in -users today... |
| [21:42:26] | skd5aner: | the "enable picture controls" setting was removed for 0.25, and set to "enabled" for all systems... |
| [21:42:55] | stuarta_ (stuarta_!~stuarta@metis.squashedfrog.net) has joined #mythtv | |
| [21:43:05] | stuarta_ (stuarta_!~stuarta@metis.squashedfrog.net) has quit (Client Quit) | |
| [21:43:08] | skd5aner: | some users are now getting really funky picture colors when using XV, and it seems that they picture controls aren't respecting the "neutral" defaults |
| [21:43:58] | skd5aner: | they're using OpenGL for the painter, and colors are fine – it's when they're using something like xv-blit as the video-renderer where this is occuring |
| [21:44:32] | stuarta: | green backgrounds to menu popups? |
| [21:45:07] | skd5aner: | just wrong color – osd, video, everything |
| [21:45:10] | skd5aner: | the entire overlay |
| [21:45:26] | stuartm: | skd5aner: ati? |
| [21:45:32] | skd5aner: | intel and ati |
| [21:45:55] | stuartm: | some drivers in the past have reported bogus values iirc |
| [21:45:59] | skd5aner: | For all I know, it /might/ impact nvidia too if someone is using xv instead of vdpau or another non-xv renderer |
| [21:46:40] | skd5aner: | these users had no issues in 0.24, but immediately after upgrade are now seeing the issue – and yea, could be associated with a driver issue, but I think they're not seeing the issue in other players, like mplayer |
| [21:46:53] | stuartm: | I've never really understood the need for mythtv to control that stuff – calibrate the screen not the software |
| [21:47:45] | stuartm: | especially with digital signals e.g. hdmi or DVI |
| [21:48:54] | skd5aner: | I sorta get it... for example, on the season finally of The Walking Dead, it was filmed SOOOO dark, that when they aired part 2, the studio significantly brightened the recap of part 1 at the beginning because it was original broadcast so dark |
| [21:49:18] | skd5aner: | then,when they aired part 2, it was too dark again – it was nice that I could bump up the brightness with the remote in hand rather than crank out my TV remote and change it |
| [21:49:30] | skd5aner: | that said, if it's a universal issue, then yea – fix it at the TV level |
| [21:49:59] | skd5aner: | but, it could be an issue with the source too – maybe every other source is good, but the output from the video card could be tweaked... anyway |
| [21:51:02] | skd5aner: | I'm working with one user – if we can nail down some more details, I'll have him submit a bug report |
| [21:51:52] | skd5aner: | but, wanted to give you a heads up, since I've heard 3–4 people in the last 24 hours bring it up and we've been able to see at least 2 different issues... |
| [21:52:11] | skd5aner: | 1) where people had messed with the settings (such as contrast/brightness), then turned OFF custom controls, but now they've been re-enabled and so their picture is messed up because their settings aren't reset to the defaults |
| [21:52:19] | danielk22: | stuartm: In the US the programs are often off. Here it's notable with Comedy Central. |
| [21:52:45] | danielk22: | (The SD feed which is taken from the HD feed without proper color space conversion). |
| [21:52:53] | skd5aner: | and 2) people who never played with it, and who's settings all register 50%, but are getting some really messed up colors – and because it wasn't enalbed in 0.24 but is now enabled in 0.25 it might be exposing some weird driver bugs or something |
| [21:53:31] | skd5aner: | Very similiar to this non-0.25 related report – http://www.gossamer-threads.com/lists/mythtv/ . . . iew_threaded |
| [21:53:47] | skd5aner: | ^ the second case is similiar to that, is what I meant to say |
| [21:55:00] | danielk22: | skd5aner: stuartm: Unfortunately XVideo doesn't advertise default values and Intel/AMD don't agree with nVidia on what the default hue value should be. |
| [21:55:35] | danielk22: | It's pretty easy to fix though, just adjust it once and it will be good until you change video card vendors... |
| [21:56:37] | danielk22: | We used to have a function that tried to guess the default based on what video driver you were using, but I just checked the sources and I can't find it anymore. |
| [21:56:48] | skd5aner: | danielk22: not really sure that's really a proper fix, since you're basically telling users to use their eye and best judgment to adjust the sliders to something that looks close to normal – but that's completely subjective without an actual calibration kit... |
| [21:57:10] | danielk22: | skd5aner: Nah, you just have to move the hue exactly 50% |
| [21:57:11] | stuartm: | skd5aner: I'm of the school that if they filmed something dark they meant it to be viewed that way – it's actually pretty refreshing when moon-less night/unlit rooms in film or TV really are dark instead of being somehow well lit |
| [21:57:23] | skd5aner: | danielk22: but, my point being is, that actually broke it for some users |
| [21:57:28] | skd5aner: | danielk22: case #2 above |
| [21:57:28] | ** MythLogBot http://code.mythtv.org/trac/ticket/2 ** | |
| [21:58:33] | danielk22: | ah, that's probably something else :) |
| [21:58:44] | skd5aner: | When the picture controls were disabled, it looked correct, but then when picture controls were enabled by default in 0.25, their picture is now all screwy with values at 50% |
| [21:59:07] | skd5aner: | they now have to do things like brightness 45% / contrast 35% / color 30% to get it to look close to normal |
| [21:59:46] | skd5aner: | and no longer have the ability to simply disable picture controls because the setting was removed in 0.25 – https://github.com/MythTV/mythtv/commit/a7008 . . . a358fd8c1f81 |
| [21:59:49] | danielk22: | skd5aner: I don't think that's it. Unless they disable picture controls and everything looks ok my assumption is that the U & V values are backward in the driver. |
| [22:00:29] | skd5aner: | danielk22: could be – unfortunately the user I was troubleshooting actually plans to change it in the code and test – but I think he said it's way past his bedtime in his timezone, so maybe he can help provide more details tomorrow :) |
| [22:01:29] | danielk22: | The ATI driver notoriously has had that issue for 10+ years, and we worked around it by changing the preference order for YUV rendering types. The Intel driver may have copy-n-pasted that code :) |
| [22:01:34] | skd5aner: | ah – he's compiling now, maybe I'll have an answer for you in a bit :) |
| [22:01:39] | danielk22: | cool |
| [22:01:50] | anykey_: | I can also post here, if it makes it easier ;) |
| [22:02:00] | skd5aner: | oh sure... didn't even see if you were in here, lol :) |
| [22:02:55] | danielk22: | anykey_: Can you report the values for the overlay after a cold reboot before any mythfrontend or mplayer runs? Those should be the defaults. |
| [22:02:55] | anykey_: | i just checked the backup from 0.24, picture controls were set to off there |
| [22:03:14] | skd5aner: | danielk22: the guy with the ATI card had one value that was set to 34%, so my assumption there was that he had done scenario #1 above, which was basically change it at some point in time in the past, then disabled picture controls, and then after upgrade those settings took effect as it had been re-enabled by default :) |
| [22:03:14] | ** MythLogBot http://code.mythtv.org/trac/ticket/1 ** | |
| [22:03:18] | j-rod is now known as j-rod|afk | |
| [22:04:08] | joe__ (joe__!~bob@64.73.32.135) has joined #mythtv | |
| [22:04:25] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [22:04:25] | danielk22: | skd5aner: We also used to have a function that tried to correct for the differences between default across vendors, but I don't see it in the latest code. |
| [22:04:26] | skd5aner: | danielk22: in that case, it's not really a bug, but I'm guessing more users will pop up reporting those kind of issues |
| [22:05:24] | skd5aner: | anykey_: I'm not familiar with the intel driver – can you tell what version your running? |
| [22:06:03] | anykey_: | skd5aner: version 2.18 from the gentoo portage repository |
| [22:06:23] | danielk22: | static int calc_hue_base(const QString &adaptor_name) was the function.. |
| [22:07:26] | danielk22: | Looks like it is still there as VideoOutput::CalcHueBase()... |
| [22:07:56] | skd5aner: | anykey_: heh – that must be really recent/beta, because I think intel says their latest 2d driver version is 2.17.0 |
| [22:08:29] | anykey_: | hum |
| [22:08:41] | danielk22: | anykey_: If it the problem is the Hue value and not a problem overlay then we can add your card to that function with the "adaptor_name". |
| [22:08:48] | anykey_: | skd5aner: are you sure? http://news.softpedia.com/news/Intel-2-18-Vid . . . 254880.shtml |
| [22:09:24] | skd5aner: | anykey_: yea, looking through repository now and it doesn't match what their last news announcement says... |
| [22:09:47] | skd5aner: | xf86-video-intel-2.18.0.tar.gz 24-Feb-2012 03:31 1.8M |
| [22:10:21] | skd5aner: | so, you're good |
| [22:10:34] | skd5aner: | assuming they didn't break something in the latest driver |
| [22:11:01] | anykey_: | they're pretty good at that |
| [22:11:35] | skd5aner: | anykey_: http://xorg.freedesktop.org/archive/individual/driver/ |
| [22:12:14] | skd5aner: | http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/ |
| [22:13:20] | skd5aner: | gotta step away – on grill duty this evening... thanks danielk22 and anykey_ |
| [22:13:34] | anykey_: | compile is finished right now ;) |
| [22:16:09] | anykey_: | skd5aner, danielk22, disabling the picture controls in code fixes it |
| [22:16:19] | anykey_: | I can provide the required overlay values tomorrow |
| [22:16:40] | anykey_: | good night |
| [22:16:41] | danielk22: | xvinfo after reboot should give me all that's needed.. |
| [22:16:42] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 252 seconds) | |
| [22:17:24] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [22:18:26] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [22:47:42] | knightr_: | stuartm, it should have been a revert and then a commit.... I reverted a previous commit because I realized the patch I got assumed it hadn't been applied and I didn't want to take the risk that translator might lose the additionnal work he had put in... |
| [22:50:13] | abqjp (abqjp!c742f80c@gateway/web/freenode/ip.199.66.248.12) has joined #mythtv | |
| [22:50:48] | knightr_: | Beirdo, sorrry for the delayed reply (and for the ping, I was short on time and you were the person most likely able to help me), I am trying to cherry-pick a translation committed on master and send it to fixes/0.25 but unsurprisingly it can't merge binary files (the .qm's we we generate) so I end up with a merge conflict I don't know how to resolve... |
| [22:52:17] | kwmonroe` (kwmonroe`!kwmonroe@nat/ibm/x-stqtcybwdwnrktkf) has joined #mythtv | |
| [22:53:22] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has quit (Read error: Operation timed out) | |
| [22:55:45] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [22:57:40] | andreax (andreax!~andreaz@p54BF1A19.dip.t-dialin.net) has joined #mythtv | |
| [22:57:53] | Beirdo: | knightr_: ahh |
| [22:58:09] | Beirdo: | you want to copy in what's in master to fixes/0.25 as is? |
| [22:58:26] | Beirdo: | I would just git checkout master, copy the binary files to another dir |
| [22:58:38] | knightr_: | yes (but by cherry-picking not actually copying the files...) |
| [22:58:40] | Beirdo: | git checkout fixes/0.25, copy em back over top |
| [22:59:07] | Beirdo: | cherry-picking doesn't make much sense for binaries, they can't merge, really |
| [22:59:34] | knightr_: | Beirdo, OK... I thought there might have been a way to tell it to take them as-is... |
| [22:59:43] | Beirdo: | and as a cherry-pick is merging in another commit to a new place... |
| [23:00:00] | Beirdo: | there might be, man git-cherry-pick may have it. :) |
| [23:00:17] | Beirdo: | but copying the binaries is a more sure-fire way, I'd think |
| [23:00:19] | knightr_: | :) I'm checking the docs now... :) |
| [23:00:44] | Beirdo: | it would be nice if we weren't committing binaries though, but I guess we have not much choice with .qm |
| [23:00:49] | foobum (foobum!~foobum@78-105-15-213.zone3.bethere.co.uk) has quit (Ping timeout: 252 seconds) | |
| [23:01:13] | knightr_: | we lose the fact that it came from master but I guess that's not so big of a problem actually I guess... |
| [23:01:35] | Beirdo: | yeah, you can still reference the other SHA1 in your commit message if ya want |
| [23:02:11] | kwmonroe` is now known as kwmonroe | |
| [23:02:41] | knightr_: | Beirdo, we could run lrelease when we make install or something but the problem is people who compile MythTV would need to have the Qt translation tools installed (and the right version, looks like some people still have Qt3 and Qt4 installed at the same time on their distribution...) |
| [23:02:52] | Beirdo: | ick |
| [23:03:02] | Beirdo: | that would be no fun |
| [23:03:18] | knightr_: | yep so we have to continue to generate them on our side... |
| [23:03:34] | Beirdo: | ah well |
| [23:03:43] | knightr_: | Thanks Gavin! |
| [23:03:53] | Beirdo: | no problemo, dude |
| [23:12:50] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [23:18:38] | danielk22: | knightr_: Most git commands actually work in full files and only show diffs for our benefit. It's not like cvs/svn where diffs are used as a form of compression. |
| [23:19:31] | danielk22: | It's one of the reasons git can switch revisions so quickly (so long as the file system is local). |
| [23:22:06] | knightr_: | danielk22, so I guess it's not worth it to see if there's a way to somehow link those two commits... I guess I better copy the files just like Gavin suggested... |
| [23:31:27] | danielk22: | knightr_: If a cherry-pick doesn't work I'd just commit again and put some text in the commit referring to the original commit. We will never merge the two trees so it doesn't really except as info for us. |
| [23:31:46] | danielk22: | s/really/really matter/ |
| [23:32:58] | knightr_: | danielk22, thank you, that's what I will do... (and since the files were initially indentical I should be able to reapply the patch so I won't need to copy those files around... |
| [23:37:00] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [23:53:45] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [23:55:25] | ElmerFudd (ElmerFudd!~le@0x5737a682.cpe.ge-0-1-0-1101.hsnqu1.customer.tele.dk) has quit (Read error: Operation timed out) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.