Sunday, January 13th, 2013, 00:01 UTC | ||
[00:01:18] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 264 seconds) | |
[00:04:01] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv | |
[00:10:24] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection) | |
[00:12:49] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
[00:18:09] | IReboot (IReboot!~doug@CPE10bf48e67915-CM00252eac6f40.cpe.net.cable.rogers.com) has quit (Read error: No route to host) | |
[00:23:54] | IReboot (IReboot!~doug@CPE10bf48e67915-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv | |
[00:33:58] | peper03 (peper03!~peper03@port-92-203-56-107.dynamic.qsc.de) has quit (Quit: Konversation terminated!) | |
[00:44:47] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
[00:46:24] | wagnerrp: | i just disabled account creation on the wiki |
[00:47:14] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 272 seconds) | |
[00:53:58] | FnC (FnC!~fnc@71-8-115-96.dhcp.ftwo.tx.charter.com) has joined #mythtv | |
[00:54:47] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
[00:54:50] | Sharky112065 is now known as Sharky-AFK | |
[00:56:48] | FnC: | All... hate to bug you... but im having an issue and stumbled across this ticket.. http://code.mythtv.org/trac/ticket/11090 i saw that it said ticket locked yes – but couldnt tell if this had been resolved somewhere or not... but im having the same type of issue it seems, even after following through the wiki page with deadlock detected error, and following the fixes... pastebin from my output is here http://pastebin.com/wXXZZq9v |
[00:59:40] | skd5aner: | !seen jya |
[00:59:40] | MythLogBot: | jya was last seen 1 day 18 hours 19 minutes 26 seconds ago |
[01:01:39] | joki (joki!~joki@p54861DCB.dip.t-dialin.net) has quit (Ping timeout: 240 seconds) | |
[01:02:45] | joki (joki!~joki@p54862B69.dip.t-dialin.net) has joined #mythtv | |
[01:06:13] | skd5aner: | knightr, stuartm: might I just suggest that you don't overly "moderate" translations at any level... mythtv has tried that in the past when it was expected that Oscar was expected to look at all translations back in the day but was incredibly slow to do so, if he ever did... |
[01:07:24] | skd5aner: | so patches just sat for months/years because it was assumed that the authoritative source had to review... perhaps if there's a good translation team they should have the right to review, but I would suggest that be the exception rather than the rule |
[01:07:28] | knightr: | skd5aner, I would never moderate other translations, I was talking about our translation maintainer moderating submissions from other people when we eventually switch to an online translation tool... |
[01:07:38] | skd5aner: | no, I know... I am too |
[01:08:04] | knightr: | and I don't know if Oscar did it but Reynaldo did with the Spanish translation with catastrophic results... |
[01:08:19] | skd5aner: | I'm just recalling some precedence... and I might have been confusing Oscar and Reynaldo... |
[01:10:13] | knightr: | skd5aner, our current translation teams work pretty well as it is, it's only if they wanted to have external input that we would allow other people to submit translations... |
[01:10:13] | knightr: | (or for unmaintained translation where the people submitting the translations would not want to become "official" maintainers...) |
[01:10:17] | skd5aner: | but yea... I'd just be worried about crowdsourcing the translations in this way with a top-down moderated approach that depends on someone to review – similiar to the old Reynaldo model :) |
[01:10:40] | skd5aner: | yea, I'm thinking more of the latter... |
[01:11:12] | skd5aner: | there are some teams that are very good, and very responsive... but, that's still a rather small minority considering the amount of translations possible :) |
[01:12:19] | knightr: | skd5aner, the only thing I review from our official maintainers, once I see that what they submit appears legit is if they properly fill it in (no empty translations, fields that shouldn't be translated are not, etc...) |
[01:12:20] | skd5aner: | anyway – you've done a great job evolving the way translations are managed for MythTV – so I'm sure whatever comes next will be better than what it was :) |
[01:14:29] | knightr: | I only speak French, English and can understand a little Russian and Spanish so for the rest I have to check if it makes sense using other means (for example Google translate) and if how some of the fields are filled in is suspicious (for plurals for example). |
[01:15:20] | skd5aner: | yea |
[01:16:39] | skd5aner: | I just don't want to see another Reynoldo situation... that kills any enthusiasm a new translation contributor might have if they feel their translations either just sit in a moderation queue forever, or if they're flat out ignored because they're not part of the ordained translation team |
[01:17:09] | skd5aner: | doesn't sound like your suggesting so – just reflecting on past experiences :) |
[01:22:40] | knightr: | skd5aner, don't worry, that's not my intention... I do have a few tickets sitting in the translation queue but that's just because I was way too busy and I will take care of them this week-end... I usually commit ticket within days of their submissions (if not the same day) |
[01:24:44] | skd5aner: | yup – as I said, you've done great (in combination with kenni) – I have full faith that whatever comes next will just be incrementally even better – thanks :) |
[01:24:55] | knightr: | anyway we're not ready yet, I still have a few things to take care of and to check (I had the devs of the most prosmising software fix quite a few problems with it) before we're ready to switch to online translation... |
[01:27:17] | skd5aner: | and honestly – I'm an english only speaker for hte most part, so whatever you decide has little to no direct impact on me anyway ;) |
[01:27:17] | skd5aner: | I just like to share lessons from the past, but you're obviously already well aware of them |
[01:27:17] | knightr: | and once we switch to online translation we could easily support per-theme translation which we have been considering.. |
[01:27:17] | knightr: | (for now we choose the themes we translate for the translators, they can't translate other themes) |
[01:28:18] | knightr: | skd5aner, I was way too aware of them, I'm the one who was continually pinging Reynaldo until we got fed up and with other devs backing I committed the tickets he was supposed to review... |
[01:30:17] | knightr: | btw, thanks for the kind words... |
[01:30:42] | skd5aner: | :) |
[01:31:40] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
[01:33:53] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 248 seconds) | |
[01:36:35] | aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has joined #mythtv | |
[01:38:06] | danielk22: | stichnot: [49dbed5b] triggered some new clang warnings in mythplayer http://code.mythtv.org/buildbot/builders/mast . . . s%20%2825%29 |
[01:39:33] | danielk22: | The second is trivial an unused variable. But the first is probably a type error offset_ms is unsigned, but we expect it to be initialized with negative numbers. |
[01:40:36] | danielk22: | It looks like we should be clamping offset to [0,inf) not offset_ms. |
[01:41:05] | danielk22: | Actually no, but you get the idea... |
[01:48:02] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 272 seconds) | |
[01:51:02] | aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has quit (Ping timeout: 276 seconds) | |
[01:58:53] | stichnot: | danielk22: thanks, I'll have a look later this evening. |
[02:00:10] | danielk22: | np: I was actually just looking for easy fixes I could make and noticed the offset_ms thing. |
[02:08:32] | lentferj (lentferj!~lentferj@p579B6AD3.dip.t-dialin.net) has quit (Ping timeout: 252 seconds) | |
[02:09:40] | lentferj (lentferj!~lentferj@p57981F5A.dip.t-dialin.net) has joined #mythtv | |
[02:10:17] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
[02:19:54] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
[02:41:32] | danielk22: | jpabq: Interesting http://code.mythtv.org/trac/attachment/ticket . . . ewFile.patch is this the same as the DN ASI problem? |
[02:49:28] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 272 seconds) | |
[02:50:28] | FnC (FnC!~fnc@71-8-115-96.dhcp.ftwo.tx.charter.com) has left #mythtv () | |
[02:52:51] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
[03:29:09] | cjo (cjo!~Chris@host109-154-190-19.range109-154.btcentralplus.com) has joined #mythtv | |
[03:32:57] | Seeker` (Seeker`!~Chris@unaffiliated/seeker) has quit (Ping timeout: 276 seconds) | |
[03:33:42] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 264 seconds) | |
[03:37:52] | aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has joined #mythtv | |
[03:53:35] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Remote host closed the connection) | |
[03:54:05] | stichnot (stichnot!~stichnot@adsl-69-110-235-166.dsl.pltn13.pacbell.net) has joined #mythtv | |
[03:54:05] | stichnot (stichnot!~stichnot@adsl-69-110-235-166.dsl.pltn13.pacbell.net) has quit (Changing host) | |
[03:54:06] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
[04:02:17] | aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has quit (Remote host closed the connection) | |
[04:16:13] | aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has joined #mythtv | |
[04:35:13] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 248 seconds) | |
[04:36:34] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
[04:41:43] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 260 seconds) | |
[04:54:07] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
[04:54:30] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
[04:59:27] | aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has quit (Ping timeout: 260 seconds) | |
[05:01:31] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 245 seconds) | |
[05:17:40] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 248 seconds) | |
[05:24:28] | OldEnK (OldEnK!~OldEnK@63-152-109-88.cdrr.qwest.net) has joined #mythtv | |
[05:29:48] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
[06:05:07] | PatrickDickey (PatrickDickey!~quassel@2001:470:1f11:830:b940:c90f:614c:63f) has joined #mythtv | |
[06:16:47] | Crshman (Crshman!~FreeNode@ns351414.ovh.net) has joined #mythtv | |
[06:16:59] | Crshman (Crshman!~FreeNode@ns351414.ovh.net) has left #mythtv ("Ex-Chat") | |
[06:18:43] | PatrickDickey (PatrickDickey!~quassel@2001:470:1f11:830:b940:c90f:614c:63f) has quit (Quit: No Ping reply in 180 seconds.) | |
[06:18:49] | PatrickDickey (PatrickDickey!~quassel@2001:470:1f11:830:d2c:82f2:b6e8:6444) has joined #mythtv | |
[06:27:29] | Goga777 (Goga777!~Goga777@128-71-222-125.broadband.corbina.ru) has joined #mythtv | |
[06:39:23] | rsiebert_ (rsiebert_!~quassel@g224248009.adsl.alicedsl.de) has joined #mythtv | |
[06:42:42] | rsiebert (rsiebert!~quassel@g224251049.adsl.alicedsl.de) has quit (Ping timeout: 264 seconds) | |
[06:57:00] | wagnerrp: | i opened wiki account creation back up |
[06:57:19] | wagnerrp: | we'll see if accounts continue to flood in from the gmx.com domain |
[07:50:41] | OldEnK (OldEnK!~OldEnK@63-152-109-88.cdrr.qwest.net) has quit (Quit: Leaving) | |
[08:32:19] | stoffel (stoffel!~quassel@pD9E41A7F.dip.t-dialin.net) has joined #mythtv | |
[08:33:04] | aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has joined #mythtv | |
[08:42:13] | aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has quit (Ping timeout: 245 seconds) | |
[08:45:54] | aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has joined #mythtv | |
[08:57:27] | aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has quit (Ping timeout: 260 seconds) | |
[09:00:51] | aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has joined #mythtv | |
[09:20:50] | jya (jya!~jyavenard@CPE-60-224-1-106.srql1.win.bigpond.net.au) has joined #mythtv | |
[09:20:51] | jya (jya!~jyavenard@CPE-60-224-1-106.srql1.win.bigpond.net.au) has quit (Changing host) | |
[09:20:51] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
[09:24:48] | jya: | Quick question… I thought I could simply apply the various commits in the release/1.0 ffmpeg branch into mythtv code. IMHO, it's much better as it contains the name of the author, what the fix is for what bug it fixes and it makes it easier to find out where we're up to in the resync… However, references to SHA1 commit and trac bug number will be wrong and will likely update mythtv bugs that have nothing to do with it… Though, ffmpeg bug are in t |
[09:24:49] | jya: | 2000s range which myth is 15000+… Any other suggestions ? I don't really like doing like we used to do: apply a big diff and create one commit only |
[09:30:08] | Goga777 (Goga777!~Goga777@128-71-222-125.broadband.corbina.ru) has quit (Quit: Leaving) | |
[09:39:06] | dekarl1 (dekarl1!~dekarl@p4FE84D2B.dip.t-dialin.net) has joined #mythtv | |
[09:40:51] | dekarl (dekarl!~dekarl@p4FCEE71B.dip.t-dialin.net) has quit (Ping timeout: 276 seconds) | |
[09:46:54] | monkeypet69 (monkeypet69!~quassel@c-24-6-135-62.hsd1.ca.comcast.net) has quit (Ping timeout: 260 seconds) | |
[09:48:55] | monkeypet69 (monkeypet69!~quassel@c-24-6-135-62.hsd1.ca.comcast.net) has joined #mythtv | |
[10:40:47] | Xeneth (Xeneth!~Xeneth@74-128-193-250.dhcp.insightbb.com) has joined #mythtv | |
[11:04:23] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has quit (Remote host closed the connection) | |
[11:11:02] | SteveGoodey (SteveGoodey!~steve@host86-149-167-13.range86-149.btcentralplus.com) has joined #mythtv | |
[11:12:23] | stuartm: | jya: one way to do it would be to do the merge in a branch, that branch would have the history but when merging that branch back to master the changes would be squashed – the pre-commit hooks can be disabled for a particular branch I believe, so no ticket hook etc |
[11:12:54] | stuartm: | but that's probably only slightly better than having to go to the ffmpeg tree to look at the history ... |
[11:13:10] | jya: | stuartm: but then you would need to know where to look in order to find out where we're up to in the resync |
[11:13:32] | jya: | right now I would do: git log external/FFmpeg and you look at the last commit |
[11:14:14] | stuartm: | jya: well we should be updating http://code.mythtv.org/trac whatever else is done |
[11:14:24] | stuartm: | err http://code.mythtv.org/trac/wiki/ExternalLibraries |
[11:15:01] | jya: | 2/10/10 :) |
[11:25:36] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
[11:26:41] | cougar_h (cougar_h!~cougar@2a03:5880:104:10:3871:b4b9:d89f:a36f) has joined #mythtv | |
[11:26:41] | Cougar (Cougar!~cougar@2a03:5880:104:10:3871:b4b9:d89f:a36f) has joined #mythtv | |
[11:26:42] | Cougar (Cougar!~cougar@2a03:5880:104:10:3871:b4b9:d89f:a36f) has quit (Read error: Connection reset by peer) | |
[11:26:46] | cougar_h (cougar_h!~cougar@2a03:5880:104:10:3871:b4b9:d89f:a36f) has quit (Remote host closed the connection) | |
[11:26:52] | Cougar (Cougar!~cougar@2a03:5880:104:10:3871:b4b9:d89f:a36f) has joined #mythtv | |
[12:25:10] | Xeneth (Xeneth!~Xeneth@74-128-193-250.dhcp.insightbb.com) has quit (Quit: Leaving) | |
[12:25:54] | IReboot (IReboot!~doug@CPE10bf48e67915-CM00252eac6f40.cpe.net.cable.rogers.com) has quit (Remote host closed the connection) | |
[12:28:23] | IReboot (IReboot!~doug@CPE10bf48e67915-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv | |
[12:30:24] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv | |
[12:36:21] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has joined #mythtv | |
[12:41:41] | PatrickDickey (PatrickDickey!~quassel@2001:470:1f11:830:d2c:82f2:b6e8:6444) has quit (Ping timeout: 245 seconds) | |
[12:50:31] | PatrickDickey (PatrickDickey!~quassel@2001:470:1f11:830:90df:2c44:9a1d:ea51) has joined #mythtv | |
[13:01:00] | kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv | |
[13:12:19] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Quit: Ex-Chat) | |
[13:14:08] | stoffel (stoffel!~quassel@pD9E41A7F.dip.t-dialin.net) has quit (Ping timeout: 240 seconds) | |
[13:53:42] | dekarl1 (dekarl1!~dekarl@p4FE84D2B.dip.t-dialin.net) has quit (Ping timeout: 276 seconds) | |
[13:55:27] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
[14:02:48] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 252 seconds) | |
[14:18:58] | danielk22: | jya: I think the pros of doing the ffmpeg merge via per commit patch sets outweigh the downsides. Most notably bisects will be more likely to find the inevitable regressions.. |
[14:20:11] | danielk22: | We can turn off the commit hooks during the merge, or better yet have a modified set of hooks that references into the ffmpeg trac. |
[14:22:58] | jya: | danielk22: i agree… having said that, ffmpeg has released a new stable branch 1.1… Which has the latest fixes in regards to the h264 decoder and changes in resolutions |
[14:23:15] | jya: | to support those will have to rewrite a fair bit of avfd |
[14:23:47] | jya: | so the next remerge is going to be one big lump again... |
[14:24:41] | jya: | i had redone a resync of ffmpeg/master last month, the existing code will work as-is... |
[14:24:48] | jya: | i'm off to bed now… |
[14:31:10] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Remote host closed the connection) | |
[14:31:32] | stoffel (stoffel!~quassel@pD9E41A7F.dip.t-dialin.net) has joined #mythtv | |
[14:33:47] | dekarl (dekarl!~dekarl@p4FE84A8B.dip.t-dialin.net) has joined #mythtv | |
[14:44:26] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
[14:50:45] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
[14:51:03] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
[14:59:15] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
[14:59:54] | danielk22: | jya: do you have a summary of the needed avfd changes? I've long wanted to rewrite avfd to be event driven and queue based, if a large rewrite is needed, that may be an excuse to do it.. |
[15:07:38] | stoffel (stoffel!~quassel@pD9E41A7F.dip.t-dialin.net) has quit (Ping timeout: 240 seconds) | |
[15:35:30] | SteveGoodey (SteveGoodey!~steve@host86-149-167-13.range86-149.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
[15:39:00] | SteveGoodey (SteveGoodey!~steve@host86-149-167-13.range86-149.btcentralplus.com) has joined #mythtv | |
[16:06:04] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Read error: Connection reset by peer) | |
[16:18:50] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv | |
[16:23:05] | stuartm: | stichnot: we should backport Richard's fix, that combined with the other DVD related fixes in master, some of which I've already backported, has made DVD playback significantly more reliable |
[16:24:42] | stuartm: | not, unfortunately, perfect yet |
[16:25:40] | stoffel (stoffel!~quassel@pD9E42566.dip.t-dialin.net) has joined #mythtv | |
[16:32:36] | stichnot: | stuartm: ok. How far back are porting? |
[16:36:13] | stuartm: | just to 0.26-fixes |
[16:37:17] | stuartm: | I no longer care about 0.25-fixes since I got my production machine upgraded ;) Plus many of the regressions in 0.26 have been fixed |
[16:39:34] | stuartm: | skd5aner: I'm not proposing having unmaintained translations moderated by devs, not even by the translation team, only that we don't undermine the good work of active teams by letting just anyone edit their work |
[16:41:14] | stuartm: | it's all too easy for well-meaning amateurs to make incorrect changes with an open editing wiki type system |
[17:13:55] | stoffel (stoffel!~quassel@pD9E42566.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
[17:22:40] | stuartm: | stichnot: thanks |
[17:26:27] | mrand (mrand!~mrand@ubuntu/member/mrand) has left #mythtv () | |
[17:41:25] | stichnot: | stuartm: thanks go to George :) |
[17:44:32] | stuartm: | not to minimise George's contribution, but it was Richard's patch ;) |
[17:54:59] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
[17:55:58] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
[18:15:37] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
[18:15:44] | stichnot: | whoops I meant Richard of course :) |
[18:17:59] | peper03 (peper03!~peper03@port-92-203-25-8.dynamic.qsc.de) has joined #mythtv | |
[18:29:24] | stuartm: | btw, since you mentioned that stutter with the BBC HD sample I'm aware of it with all the recordings from that channel and it's hard to ignore :( |
[18:31:10] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
[18:38:27] | jpabq_: | I just set up a bunch of manual records to test something, and myth is refusing to record any of them because they are in a "not listed" status. How can a manual record be not listed? |
[18:38:33] | stichnot: | stuartm: sorry :( |
[18:42:14] | stuartm: | my patch which increments framesPlayed isn't working out unfortunately, it actually causes the position information to run fast instead of running slow, the slip is slower ~ 1 or 2 seconds every minute instead of 8 seconds |
[18:42:31] | stuartm: | so it's an improvement but not a fix |
[18:43:09] | stuartm: | maybe the ffmpeg 1.1 resync will fix it |
[18:48:46] | danielk22: | jpabq_: Did you reschedule ? I believe the reschedule inserts the required fake listings... FYI I believe my manrec.sh script inserts both the record and the listing for it. |
[18:56:40] | Lomion0815 (Lomion0815!~androirc@178-191-182-244.adsl.highway.telekom.at) has joined #mythtv | |
[19:00:05] | Lomion0815: | Hi, I found a bug in 0.25-fixes when the second frontend on one dvb-card is in use while the first frontend is idle, then the eit-scanner is starting and failing (since the card is busy) ... later on the scanner never tries to scan eit-data again ... |
[19:00:18] | jheizer__ (jheizer__!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
[19:00:24] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
[19:01:09] | danielk22: | Lomion0815: 0.25 is unsupported. If you experience the same thing with 0.26-fixes please open a bug report on trac. |
[19:04:42] | Peitolm_ (Peitolm_!~moreyc@mandlebrot.random-chaos.org.uk) has joined #mythtv | |
[19:04:56] | sl1ce (sl1ce!~johnathan@pool-100-0-73-123.bstnma.fios.verizon.net) has quit (Quit: Konversation terminated!) | |
[19:05:05] | petefunk_ (petefunk_!~pfunk@198.23.147.3) has joined #mythtv | |
[19:08:26] | tris- (tris-!tristan@camel.ethereal.net) has joined #mythtv | |
[19:09:21] | jarryd_ (jarryd_!jarryd@im.jarryd.net) has joined #mythtv | |
[19:09:27] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (*.net *.split) | |
[19:09:27] | petefunk (petefunk!~pfunk@198.23.147.3) has quit (*.net *.split) | |
[19:09:27] | jheizer (jheizer!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has quit (*.net *.split) | |
[19:09:27] | tris (tris!tristan@camel.ethereal.net) has quit (*.net *.split) | |
[19:09:27] | xris (xris!~xris@xris.forevermore.net) has quit (*.net *.split) | |
[19:09:28] | poptix (poptix!poptix@poptix.net) has quit (*.net *.split) | |
[19:09:28] | kc (kc!~Casper@unaffiliated/kc) has quit (*.net *.split) | |
[19:09:28] | jarryd (jarryd!jarryd@im.jarryd.net) has quit (*.net *.split) | |
[19:09:28] | Peitolm (Peitolm!~moreyc@unaffiliated/peitolm) has quit (*.net *.split) | |
[19:09:45] | tris- is now known as tris | |
[19:15:59] | poptix (poptix!poptix@poptix.net) has joined #mythtv | |
[19:22:30] | wagnerrp: | stuartm: zenity is a simple X11 dialog popup, intended to allow some interactivity in shell scripts |
[19:22:42] | kc (kc!~Casper@unaffiliated/kc) has joined #mythtv | |
[19:25:21] | jheizer__: | I have to ask... Has my thread on -users really hit the point of being yelled at for on list activity? |
[19:25:23] | stuartm: | wagnerrp: thanks, it's not even installed here and since I'm not big on shell scripting ... |
[19:25:27] | danielk22: | Anybody noticing slowed down playback startup in the last couple weeks? It may very well be local HW issues, I'm getting dmesg complaints from XFS.. |
[19:25:37] | jheizer__: | At least 7 people have been involved in it. |
[19:27:20] | wagnerrp: | stuartm: yeah, i've never used it before, but i asked the mythbuntu guys once when looking through someone's logs |
[19:27:32] | jheizer__: | And has all been under the same subject to easy enough toignore if wanted. |
[19:28:43] | jheizer__: | (Sorry, typoing with a baby on my lap) |
[19:28:58] | wagnerrp: | and so far, everyone involved actually uses clients with proper threading! |
[19:29:11] | danielk22: | FYI The error I'm getting is 'xfs_swap_extents: inode format is incompatible for exchanging.' which appears to be some kernel bug that disables defrag. |
[19:29:44] | jheizer__ is now known as jheizer | |
[19:31:47] | stuartm: | danielk22: it's hard to say, if there was a slowdown then I'm not sure I'd really notice, it's not so long ago that it was speeded up and I was still getting used to that as the new normal :) |
[19:32:32] | stuartm: | how slow are we talking? It's a couple of seconds here |
[19:32:47] | stuartm: | less even |
[19:39:16] | peper03: | I mentioned the other day about the OSD position starting several seconds in with a still DVD frame + audio. Audio starts playing at the beginning but the position is off (which means it ends early). |
[19:39:27] | peper03: | Does anyone have any ideas where to start looking? The audio data is obviously being buffered but I don't know whether it's because the code normally expects a higher data rate. |
[19:39:45] | peper03: | Logs are here: http://pastebin.com/Lgys4WKZ |
[19:40:47] | peper03: | AvFormatDecoder::ProcessAudioPacket is being called from the beginning but something is holding up the actual playback of the audio data. |
[19:41:10] | danielk22: | stuartm: Maybe 3–4 seconds. |
[19:41:46] | danielk22: | Playback is pausing too, so I'm now fairly certain it is a failing hard drive.. |
[19:44:33] | dekarl: | Lomion0815: have you put both frontends in the same input group? See http://code.mythtv.org/trac/ticket/8251 for a patch that could use some testing, its about concurrent use of the analog/digital parts of a card but should apply to different digital parts, too |
[19:49:13] | dekarl: | jheizer are you refering to the reply by Saul who wants you to swap To and CC fields? |
[19:50:26] | dekarl: | I think thats only about having to update his mail filters and nothing against you, don't take it personal :) |
[19:51:42] | wagnerrp: | his mail filters should be keying off List-Id anyway |
[19:51:49] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 246 seconds) | |
[19:52:11] | wagnerrp: | although, it would be nice if mailman could be configured to force only the list to be listed in "reply to" |
[19:52:33] | Lomion0815: | Dekarl: good hint! I will test it! |
[19:52:40] | wagnerrp: | it's annoying when i find myself replying directly to someone, and then getting a response that bypasses the list entirely |
[19:52:51] | danielk22: | stuartm: SMART thinks the drive is fine. I'll defrag it and then see how it works.. |
[19:54:32] | xris (xris!~xris@xris.forevermore.net) has joined #mythtv | |
[19:54:32] | xris (xris!~xris@xris.forevermore.net) has quit (Changing host) | |
[19:54:32] | xris (xris!~xris@mythtv/developer/xris) has joined #mythtv | |
[19:54:46] | dekarl: | wagnerrp: the reply-to fixup sounds nice. makes it easier for people who are new to mailing lists, too |
[19:56:16] | SteveGoodey (SteveGoodey!~steve@host86-149-167-13.range86-149.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
[19:57:12] | jpharvey: | danielk22: I'm seeing a problem with liveTV changing channels and it becoming paused on the new channel. Seems to happen for me mostly changing from an HD channel and is new after updating to latest code on main yesterday. |
[19:57:59] | jpharvey: | Not sure if that is the same as the pausing you are talking about. |
[20:01:13] | danielk22: | jpharvey: I dunno. I'm now trying to move one of the problem recordings to a different disk to check whether or not it is just a hardware problem. |
[20:04:30] | jheizer: | dekarl, wagnerrp: ohhh got ya. This one person's first response to me was me/discussion and I have my default to reply all so when I replied it was switch. |
[20:04:49] | jheizer: | but yeah, filter off subject line or what ever. |
[20:18:17] | jpharvey: | stitchnot: I am seeing a problem with livetv being paused after channel changing. I have just reverted the change introduced in https://github.com/MythTV/mythtv/commit/91ec7 . . . thplayer.cpp that added the check of framesPlayed >- deleteMap.GetLastFrame() within the HasRechedEof method and that fixes the problem for me. When this happens deleteMap.GetLastFrame() is re |
[20:18:17] | jpharvey: | turning 0. |
[20:20:27] | jpharvey: | Also i saw in the changes in that checkin that in MythPlayer::IsNearend() framesRead is set twice in 2 consecutive lines framesRead = decoder->GetFramesRead(); framesRead = framesPlayed; |
[20:20:37] | jpharvey: | Is that first assignment unnecessary? |
[20:22:58] | Lomion0815 (Lomion0815!~androirc@178-191-182-244.adsl.highway.telekom.at) has quit (Quit: AndroIRC - Android IRC Client ( http://www.androirc.com )) | |
[20:31:34] | dekarl: | danielk22: its not just you, I also notice slow start of playback on master. But I did not investigate as it appeared around the time I switched from mainly DVB-T to mainly DVB-C with different encoders used upstream and H.264 for the HD channels. |
[20:42:02] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 252 seconds) | |
[20:46:02] | knightr (knightr!~knightr@69.165.170.178) has joined #mythtv | |
[20:46:02] | knightr (knightr!~knightr@69.165.170.178) has quit (Changing host) | |
[20:46:03] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
[20:49:35] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
[20:59:12] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
[21:01:41] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 255 seconds) | |
[21:10:41] | Sharky-AFK is now known as Sharky112065 | |
[21:20:22] | Sharky112065 is now known as Sharky-AFK | |
[21:20:37] | stoffel (stoffel!~quassel@pD9E42566.dip.t-dialin.net) has joined #mythtv | |
[21:24:06] | jpabq_: | danielk22: My problem with manual records not happening due to "not listed" was self inflicted. My "default" template set the "this series" and "identifiable" filters which caused the problem. gigem, while this is user error, we may want to consider ignoring those filters for manual records? |
[21:33:31] | peper03 (peper03!~peper03@port-92-203-25-8.dynamic.qsc.de) has quit (Quit: Konversation terminated!) | |
[21:34:04] | stoffel (stoffel!~quassel@pD9E42566.dip.t-dialin.net) has quit (Remote host closed the connection) | |
[21:34:54] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 264 seconds) | |
[22:04:57] | zombor (zombor!~zombor__@65.29.231.135) has joined #mythtv | |
[22:04:57] | zombor (zombor!~zombor__@65.29.231.135) has quit (Changing host) | |
[22:04:57] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv | |
[22:13:16] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
[22:26:53] | stoffel (stoffel!~quassel@pD9E42566.dip.t-dialin.net) has joined #mythtv | |
[22:27:00] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Read error: Connection reset by peer) | |
[22:27:31] | zombor (zombor!~zombor__@65.29.231.135) has joined #mythtv | |
[22:27:31] | zombor (zombor!~zombor__@65.29.231.135) has quit (Changing host) | |
[22:27:31] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv | |
[22:59:21] | gigem: | jpabq_: That's been my biggest fear with filters — users randomly turn some on and then not know why their rules no longer match what they think it should. I have given a little thought about how to control filter appliability in the schedule editor. It'a tough problem, though, and I haven't come up with anythihg good yet. I'm ope to suggestions. |
[23:11:47] | stoffel_ (stoffel_!~quassel@pD9E420A9.dip.t-dialin.net) has joined #mythtv | |
[23:12:04] | stoffel (stoffel!~quassel@pD9E42566.dip.t-dialin.net) has quit (Ping timeout: 252 seconds) | |
[23:13:10] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 252 seconds) | |
[23:14:59] | stichnot (stichnot!~stichnot@adsl-69-110-235-166.dsl.pltn13.pacbell.net) has joined #mythtv | |
[23:15:00] | stichnot (stichnot!~stichnot@adsl-69-110-235-166.dsl.pltn13.pacbell.net) has quit (Changing host) | |
[23:15:00] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
[23:16:14] | stoffel_ (stoffel_!~quassel@pD9E420A9.dip.t-dialin.net) has quit (Remote host closed the connection) | |
[23:17:18] | jya: | danielk22: the changes are what AVPacket field that needs to be read in order to determine the size of the frame, refresh rate etc... |
[23:17:36] | jya: | they don't use the values found in AVCodec* anymore |
[23:17:46] | jya: | now they use the value found in AVFrame* |
[23:18:25] | jya: | my guess is that reading the value in AVCodec will work , but you won't get notifications of any of the changes now... |
[23:18:56] | jya: | doing it like they are doing would also allow to remove some of our custom changes to the ffmpeg code where we've added a callback function when a change is detected |
[23:26:15] | stichnot: | jpharvey: I'll have a look, thanks for the info. |
[23:26:54] | stichnot: | btw, the first line of code there was supposed to have been removed or commented |
[23:32:52] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv | |
[23:50:00] | tonsofpcs (tonsofpcs!~tonsofpcs@cpe-72-230-192-8.stny.res.rr.com) has quit (Ping timeout: 264 seconds) | |
[23:51:03] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 276 seconds) | |
[23:51:34] | danielk22: | jya: That's really good news! We were asking them for that years ago. Our handling of resolution change handling is most of the reason for having our own mpegts.c |
[23:52:22] | jya: | danielk22: I thought the reason was in regards to subtitles support.. that's where most of the changes are |
[23:53:09] | jya: | what we need to do is change our handling of resolution / content change by simply looking at the AVFrame before processing it |
[23:53:11] | danielk22: | jya: That's a small part, we could probably get that merged by the libav folks. |
[23:53:29] | jya: | if we detect a change compare to previous AVFrame, then we do what we have to do |
[23:54:17] | jya: | danielk22: problem is that our mpegts.c and ffmpeg's one has diverged so much, I can't see much common point in betweeen. I wouldn't know where to start |
[23:54:19] | danielk22: | jya: Yeah, I understand the change, it's what we were asking for. Is this maybe something janne implemented? |
[23:55:00] | jya: | danielk22: Michael did the change himself, but his commit for h264 has a mention on "based on Janne Gruau work" |
[23:55:16] | danielk22: | jya: Just dump ours, and implement their resolution changes, I can add back the CC handling in an afternoon. |
[23:55:28] | jya: | really? |
[23:55:58] | danielk22: | Yep. The CC part is just 8 lines of code in 4 locations. The rest is all resolution handling. |
[23:55:58] | jya: | most of our ffmpeg changes are extra tests, so no assert can be triggered ever |
[23:56:29] | jya: | ok… i'll look at doing that this week-end then... |
[23:56:47] | jya: | my RaspeberryPI is scheduled to arrive tomorrow, I had planned to play with that first... |
[23:56:52] | jya: | oh well, that can wait I guess |
[23:57:30] | jya: | I'm still confused in regards to the change in calculating the reference frame in h264 code that I reverted |
[23:57:41] | jya: | while would the new change break our vdpau and opengl rendering code |
[23:57:48] | jya: | but no one else |
[23:59:50] | danielk22: | jya: Which commit is that? |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.