| Monday, January 31st, 2011, 00:06 UTC | ||
| [00:06:57] | MythBuild: | build #401 of master-linux-64bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/401 blamelist: Stuart Auchterlonie <stuarta@mythtv.org > |
| [00:08:56] | MythBuild: | build #370 of master-linux-32bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/370 blamelist: Stuart Auchterlonie <stuarta@mythtv.org > |
| [00:10:31] | cesman (cesman!~cecil@pool-71-254-162-41.lsanca.fios.verizon.net) has joined #mythtv | |
| [00:10:31] | cesman (cesman!~cecil@pool-71-254-162-41.lsanca.fios.verizon.net) has quit (Changing host) | |
| [00:10:31] | cesman (cesman!~cecil@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [00:11:18] | ** stuarta sighs ** | |
| [00:11:22] | stuarta: | fix one build break another |
| [00:16:31] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [00:32:00] | hashbang (hashbang!~alex@213-152-35-50.dsl.eclipse.net.uk) has quit (Quit: Ex-Chat) | |
| [00:38:16] | MythBuild: | build #402 of master-linux-64bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/402 |
| [00:39:50] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
| [00:44:17] | jya (jya!~avenardj@mythtv/developer/jya) has joined #mythtv | |
| [00:55:04] | MythBuild: | build #371 of master-linux-32bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/371 |
| [01:06:40] | markk_: | iamlindoro: a little idle coding >> http://mythtv.pastebin.com/wSa4SDLR |
| [01:07:23] | markk_: | patch, compile, swtich to Graphite, go to Program Guide and be amaaaazed :) |
| [01:31:56] | gigem_ (gigem_!~david@host137.12.intrusion.com) has joined #mythtv | |
| [01:31:56] | gigem_ (gigem_!~david@host137.12.intrusion.com) has quit (Changing host) | |
| [01:31:56] | gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv | |
| [01:34:28] | Dave123-road (Dave123-road!~dave@cpe-74-74-222-96.rochester.res.rr.com) has joined #mythtv | |
| [01:35:42] | davide_ (davide_!~david@mythtv/developer/gigem) has quit (Ping timeout: 246 seconds) | |
| [01:41:10] | mike|3 (mike|3!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [01:43:51] | markk_ (markk_!~mark@cm10.delta196.maxonline.com.sg) has quit (Ping timeout: 240 seconds) | |
| [01:47:32] | elmojo: | looks like the theme downloader is broken for me on trunk – anyone give me a pointer to manually download a theme? |
| [01:51:00] | iamlindoro: | depends on the theme |
| [01:51:08] | iamlindoro: | any of them should still be available from their original sources |
| [01:52:58] | elmojo: | so we don't host them all? |
| [01:53:12] | iamlindoro: | I am not sure how that works |
| [01:55:11] | elmojo: | I wanted to be amazed by markk_'s patch too but I can't get Graphite installed |
| [01:55:27] | iamlindoro: | http://www.fecitfacta.com/Graphite.tar.gz |
| [01:55:41] | elmojo: | I figure you might know where it was :) |
| [01:56:07] | markk_ (markk_!~mark@srv120.dedicated.netrino.co.uk) has joined #mythtv | |
| [01:56:39] | iamlindoro: | markk_, Heh, fun ;) |
| [02:00:01] | iamlindoro: | now just add a bunch of them, make them themable, and scriptable. I'll check your progress in the morning. ;) |
| [02:00:51] | markk_: | iamlindoro: I was going to hack it up as the background image – but got fed up trying to figure out where the background image really comes from... |
| [02:02:04] | iamlindoro: | Self generated |
| [02:03:56] | iamlindoro: | regardless, it's very cool :) |
| [02:13:35] | ybot (ybot!~quassel@61.14.141.36) has quit (Ping timeout: 240 seconds) | |
| [02:15:59] | markk_: | iamlindoro: btw, dropping the UI timer rate from 70 to 30 drops CPU load from 100% to 4% here when using Graphite (i.e. alphapulse). not that 30 is some magic number – it's just less than the screen refresh rate |
| [02:33:47] | Beirdo: | nice work, markk_ |
| [02:45:08] | mike (mike!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv | |
| [02:45:34] | mike is now known as Guest47147 | |
| [02:52:39] | j-rod|afk (j-rod|afk!~jarod@static-72-93-233-2.bstnma.fios.verizon.net) has quit (Ping timeout: 240 seconds) | |
| [02:57:45] | markk_: | hrm – there's something very strange going on in the UI painting somewhere. at certain resolutions, the repaint isn't happening until you get a key press, repaint etc. same on intel and nvidia hardware |
| [02:58:12] | j-rod|afk (j-rod|afk!~jarod@static-72-93-233-2.bstnma.fios.verizon.net) has joined #mythtv | |
| [03:12:31] | jya: | in Trac ; how do you prevent the auto-formatting ? make my comments unreadable :( |
| [03:13:30] | jya: | markk_: re: 30 ; if you have the match refresh rate active and you watch 24p video, you could have the screen in 24Hz when you've finished watching the video |
| [03:17:13] | xris: | jya: comment forms should have a link to the markup instructions, including a nowiki type thing. |
| [03:17:22] | xris: | better yet would be to just learn the markup and use it. :) |
| [03:17:39] | jya: | YEah, I read that page... can't find one really suitable (e.g. leave it as plain text). In the mean time I use {{{ |
| [03:17:56] | markk_: | jya: that's just a hack – I'm looking at using the display res classes to get the real rate |
| [03:19:01] | jya: | that's something few people complain about that after myth change the refresh rate, when it finishes it doesn't go back to where it was |
| [04:00:25] | ybot (ybot!~quassel@61.14.141.36) has joined #mythtv | |
| [04:11:27] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Read error: Connection reset by peer) | |
| [04:11:56] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [04:16:28] | danielk22 (danielk22!~danielk@121.246.154.93) has joined #mythtv | |
| [04:18:02] | danielk22: | markk_: I was just catching up on two weeks of commit log yesterday.. Is LiveTV issue fixed in trunk now? And the safe_read() API change wasn |
| [04:18:06] | danielk22: | t necessary? |
| [04:49:17] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [04:53:02] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 255 seconds) | |
| [04:59:31] | Captain_Murdoch: | elmojo, iamlindoro, graphite in the theme downloader is fixed now. when the version bumped the other day, I didn't update the index zip file after the rsync to the ftp mirror and I had removed the old theme version from the mirror source dir, so you couldn't download the old version either. |
| [05:02:07] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Remote host closed the connection) | |
| [05:10:20] | xris: | Captain_Murdoch: you're running the theme downloader on the new box, right? |
| [05:10:40] | Captain_Murdoch: | yes, but the ftp mirror happens from the old. |
| [05:10:52] | Captain_Murdoch: | themes.mythtv.org points to the new box |
| [05:11:30] | Guest47147 (Guest47147!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Ping timeout: 240 seconds) | |
| [05:12:44] | Captain_Murdoch: | xris, I updated publish.pl for services the other day. it doesn't disable the site, but the rsync, chown, etc. works. |
| [05:13:02] | xris: | I'll chat with the osu guys tomorrow about how to repoint the ftp mirror settings |
| [05:13:23] | xris: | cool. I was meaning to get around to doing that. and code.mythtv.org as well |
| [05:13:32] | Captain_Murdoch: | it's an rsync pointed at mythtv.org I believe. there's a rsyncd config script I believe in /etc |
| [05:13:44] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [05:14:10] | xris: | so there is. |
| [05:14:57] | xris: | guess that means we need to get the mail server moved over so we can move www |
| [05:14:59] | xris: | the rest should be easy |
| [05:15:23] | Captain_Murdoch: | I took themes out of services svn since all that is dynamically generated when I run my package script. and I put the latest version of my package script in svn so it's somewhere other than my hard drive (and backups) |
| [05:16:10] | xris: | that stuff should all be in git now |
| [05:16:22] | xris: | thought I marked the svn as read only |
| [05:16:23] | mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv | |
| [05:20:59] | wagnerrp: | can deleteLater() be called multiple times? |
| [05:22:00] | Captain_Murdoch: | xris, services in git? if so, IM me the URL sometime. |
| [05:22:46] | markk_: | danielk22: I wouldn't go as far as to say that it is fixed – but fingers crossed it might be (or at least we're close) |
| [05:29:12] | Beirdo: | wagnerrp: not 100% sure, but I think so |
| [05:30:07] | Beirdo: | Note: It is safe to call this function more than once; when the first deferred deletion event is delivered, any pending events for the object are removed from the event queue. |
| [05:30:12] | Beirdo: | yes it is. :) |
| [05:30:29] | Beirdo: | straight from the QObject documentation page |
| [05:31:22] | wagnerrp: | well the... time for me to RTFM |
| [05:31:28] | wagnerrp: | *then |
| [05:31:53] | Beirdo: | :) One thing that can be said for Qt... decent docs. |
| [05:33:43] | markk_: | danielk22: but I should add – before the recent fix, livetv transition would probably crash about 30–50% of time on my h264 HD channel. in testing, it went through several hundred changes without a problem (ran it overnight with dummy channel data and 2 minute intervals) |
| [05:34:10] | markk_: | so to cut a long story short, much of the issue was a long standing problem in avformatdecoder and ffmpeg bailing out |
| [05:38:46] | danielk22: | Wow, 30–50% ? If this problem predates the threading changes in the video player then was my RingBuffer::safe_read() hypothesis bogus ? (glad I didn't find the time to work on it then ;) |
| [05:41:24] | Beirdo: | was it another missing EAGAIN, or the like? |
| [05:41:53] | Beirdo: | I know I found one somewhere, but I don't think it was in the LiveTV path necessarily |
| [05:43:44] | xris: | Captain_Murdoch: code.mythtv.org/opt/git/web/services.git |
| [05:45:04] | markk_: | danielk22: the core problem was that the decoder/'byte context' had hid eof and wouldn't do anything until it was reset. could have been any number of things that changed the overall behaviour – ringbuffer, player threading, general player changes, possibly even avfd tweaks |
| [05:45:13] | markk_: | gid:) hit |
| [05:45:42] | Beirdo: | ouch |
| [05:46:53] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 264 seconds) | |
| [05:52:18] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [05:57:56] | dserban (dserban!~dserban@S0106001346beb5f3.ok.shawcable.net) has joined #mythtv | |
| [06:00:08] | andreax1 (andreax1!~andreaz@p57B91F77.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [06:02:49] | jya: | elmojo: ping |
| [06:03:13] | jya: | or iamlindoro ping |
| [06:07:44] | Snow-Man (Snow-Man!~sfrost@tamriel.snowman.net) has quit (Ping timeout: 255 seconds) | |
| [06:40:04] | danielk22: | Beirdo: safe_read() almost completely avoids setting errno by simply retrying internally. This was probably due to some horrendous bug in ffmpeg 7 years ago which is probably fixed now. We should move read error handling up to a higher level, but that is non-trivial to do without introducing new bugs. |
| [06:59:32] | jya: | currently looking at the avformatdecoder header.. |
| [07:00:05] | jya: | there are plenty of "friend" functions that do not seem to be defined anywhere.. like friend int open_avf(URLContext *h, const char *filename, int flags); |
| [07:00:12] | jya: | is there any particular reasons for this ? |
| [07:02:10] | andreax (andreax!~Andreaz@tmo-108-108.customers.d1-online.com) has joined #mythtv | |
| [07:14:17] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [07:28:51] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Read error: Operation timed out) | |
| [07:34:15] | dserban (dserban!~dserban@S0106001346beb5f3.ok.shawcable.net) has quit (Ping timeout: 240 seconds) | |
| [07:41:47] | jya (jya!~avenardj@mythtv/developer/jya) has quit (Quit: jya) | |
| [07:59:29] | Beirdo: | Object::connect: No such signal MythMediaDevice::statusChanged(MediaStatus, MythMediaDevice*) in mediamonitor-unix.cpp:438 |
| [07:59:32] | Beirdo: | nice |
| [08:03:44] | Beirdo: | let's try a distclean. |
| [08:21:32] | Beirdo: | nope. just a couple missed spots. |
| [08:23:19] | jya (jya!~avenardj@60-242-40-141.static.tpgi.com.au) has joined #mythtv | |
| [08:23:19] | jya (jya!~avenardj@mythtv/developer/jya) has joined #mythtv | |
| [08:23:19] | jya (jya!~avenardj@60-242-40-141.static.tpgi.com.au) has quit (Changing host) | |
| [08:51:36] | kormoc is now known as kormoc_afk | |
| [09:03:13] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [09:05:03] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds) | |
| [09:13:47] | stuarta: | Beirdo: doh! thought i got all the bits |
| [09:13:54] | stuarta: | in 3 attempts :( |
| [09:16:42] | Beirdo: | hehe |
| [09:16:51] | Beirdo: | tis OK |
| [09:20:13] | stuarta: | so now i'm back to where i wanted to be so i could start on Saturday :( |
| [09:20:21] | jya_ (jya_!~avenardj@60-242-40-141.static.tpgi.com.au) has joined #mythtv | |
| [09:20:21] | jya_ (jya_!~avenardj@60-242-40-141.static.tpgi.com.au) has quit (Changing host) | |
| [09:20:21] | jya_ (jya_!~avenardj@mythtv/developer/jya) has joined #mythtv | |
| [09:20:43] | Beirdo: | I hear ya |
| [09:21:06] | jya_ is now known as jya | |
| [09:27:32] | ybot (ybot!~quassel@61.14.141.36) has quit (Quit: No Ping reply in 180 seconds.) | |
| [09:27:47] | ybot (ybot!~quassel@61.14.141.36) has joined #mythtv | |
| [09:28:55] | Beirdo: | OK, now it's bed time |
| [09:44:30] | markk_ (markk_!~mark@srv120.dedicated.netrino.co.uk) has quit (Ping timeout: 272 seconds) | |
| [09:47:36] | jamesba (jamesba!~jamesba@132.185.140.26) has joined #mythtv | |
| [09:50:32] | jamesba (jamesba!~jamesba@132.185.140.26) has quit (Remote host closed the connection) | |
| [09:55:35] | jamesba (jamesba!~jamesba@gateb.kw.bbc.co.uk) has joined #mythtv | |
| [10:00:30] | markk_ (markk_!~mark@cm10.delta196.maxonline.com.sg) has joined #mythtv | |
| [10:20:08] | kth (kth!~kth@dyndsl-080-228-191-123.ewe-ip-backbone.de) has joined #mythtv | |
| [10:42:26] | dserban (dserban!~dserban@S0106001346beb5f3.ok.shawcable.net) has joined #mythtv | |
| [11:05:03] | mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [11:05:55] | mike (mike!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv | |
| [11:06:20] | mike is now known as Guest64714 | |
| [11:36:01] | Goga777 (Goga777!~Goga777@shpd-92-101-158-115.vologda.ru) has joined #mythtv | |
| [11:55:34] | andreax (andreax!~Andreaz@tmo-108-108.customers.d1-online.com) has quit (Read error: Connection reset by peer) | |
| [12:03:00] | Goga777 (Goga777!~Goga777@shpd-92-101-158-115.vologda.ru) has quit (Remote host closed the connection) | |
| [12:31:53] | davide (davide!~david@host137.12.intrusion.com) has joined #mythtv | |
| [12:32:46] | andreax (andreax!~Andreaz@tmo-108-108.customers.d1-online.com) has joined #mythtv | |
| [12:36:20] | gigem_ (gigem_!~david@mythtv/developer/gigem) has quit (Ping timeout: 276 seconds) | |
| [12:40:41] | andreax (andreax!~Andreaz@tmo-108-108.customers.d1-online.com) has quit (Read error: Connection reset by peer) | |
| [12:42:00] | andreax (andreax!~Andreaz@tmo-108-108.customers.d1-online.com) has joined #mythtv | |
| [12:45:34] | andreax (andreax!~Andreaz@tmo-108-108.customers.d1-online.com) has quit (Read error: Connection reset by peer) | |
| [12:49:23] | andreax (andreax!~Andreaz@tmo-108-214.customers.d1-online.com) has joined #mythtv | |
| [12:57:43] | dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv | |
| [13:22:05] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [13:22:41] | dserban (dserban!~dserban@S0106001346beb5f3.ok.shawcable.net) has quit (Ping timeout: 265 seconds) | |
| [13:22:46] | kth (kth!~kth@dyndsl-080-228-191-123.ewe-ip-backbone.de) has quit (Quit: Leaving.) | |
| [13:24:52] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds) | |
| [13:33:27] | stuartm: | !seen paul-h |
| [13:33:27] | MythLogBot: | paul-h was last seen 8 days 13 hours 42 minutes 37 seconds ago |
| [13:35:41] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [13:38:44] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds) | |
| [13:41:19] | Gibby (Gibby!~Gibby@204.118.10.244) has quit (Quit: ZNC - http://znc.sourceforge.net) | |
| [13:41:41] | Gibby (Gibby!~Gibby@204.118.10.244) has joined #mythtv | |
| [13:49:25] | Jordack (Jordack!~jordack@h69-131-44-221.mdsnwi.tisp.static.tds.net) has joined #mythtv | |
| [13:49:26] | danielk22 (danielk22!~danielk@121.246.154.93) has quit (Ping timeout: 255 seconds) | |
| [14:00:07] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [14:01:41] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [14:04:52] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds) | |
| [14:09:06] | jcarlos (jcarlos!~quassel@85.137.96.30.dyn.user.ono.com) has quit (Read error: Connection reset by peer) | |
| [14:09:41] | jcarlos (jcarlos!~quassel@85.137.96.30.dyn.user.ono.com) has joined #mythtv | |
| [14:28:06] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [14:31:00] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds) | |
| [14:43:24] | davide is now known as gigem_ | |
| [14:44:46] | gigem_ (gigem_!~david@host137.12.intrusion.com) has quit (Changing host) | |
| [14:44:46] | gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv | |
| [14:45:17] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [14:45:24] | gigem_ is now known as davide | |
| [14:46:01] | davide is now known as davide_ | |
| [14:48:04] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds) | |
| [14:56:54] | kth (kth!~kth@dyndsl-080-228-191-123.ewe-ip-backbone.de) has joined #mythtv | |
| [14:58:14] | kth (kth!~kth@dyndsl-080-228-191-123.ewe-ip-backbone.de) has quit (Client Quit) | |
| [14:59:59] | j-rod|afk is now known as j-rod | |
| [15:03:31] | RDV_Linux (RDV_Linux!~doug@CPE001195554bb4-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv | |
| [15:16:02] | andreax (andreax!~Andreaz@tmo-108-214.customers.d1-online.com) has quit (Read error: Connection reset by peer) | |
| [15:35:17] | Kunalagon (Kunalagon!~Kunalagon@212.200.240.240) has joined #mythtv | |
| [15:36:33] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [15:39:48] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds) | |
| [15:53:48] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [15:56:52] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds) | |
| [16:04:13] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [16:04:15] | stuartm: | I'm thinking that it's about time to release 0.24.1 |
| [16:07:00] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds) | |
| [16:14:42] | skd5aner (skd5aner!~skd5aner@cpe-069-132-082-180.carolina.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [16:15:33] | gigem_ (gigem_!~david@host137.12.intrusion.com) has joined #mythtv | |
| [16:15:33] | gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv | |
| [16:15:33] | gigem_ (gigem_!~david@host137.12.intrusion.com) has quit (Changing host) | |
| [16:16:30] | kth (kth!~kth@dyndsl-085-016-238-027.ewe-ip-backbone.de) has joined #mythtv | |
| [16:17:59] | stuartm: | well after certain major fixes go in, such as http://code.mythtv.org/trac/ticket/9410 |
| [16:18:32] | stuartm: | jpabq: any intention to look at that in the next few days? If not I can do my best to review and commit it |
| [16:19:26] | davide_ (davide_!~david@mythtv/developer/gigem) has quit (Ping timeout: 246 seconds) | |
| [16:22:21] | skd5aner (skd5aner!~skd5aner@cpe-069-132-082-180.carolina.res.rr.com) has joined #mythtv | |
| [16:27:06] | Cougar (Cougar!~cougar@kkk.version6.net) has quit (Ping timeout: 276 seconds) | |
| [16:31:43] | andreax (andreax!~andreaz@p57B94BD1.dip.t-dialin.net) has joined #mythtv | |
| [16:37:04] | h7251 (h7251!~h725@62-47-248-249.adsl.highway.telekom.at) has joined #mythtv | |
| [16:37:12] | Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv | |
| [16:45:33] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [16:49:45] | jpabq: | stuartm, I have been looking at http://code.mythtv.org/trac/ticket/9410. Paul and I have been emailing back and forth. Paul says it works very well with BBC. It works with HD-PVR, but something is slightly off with the resulting key table. I have the day off of work, and plan to investigate. |
| [16:52:59] | stuartm: | jpabq: ok great |
| [16:56:36] | elmojo: | jpabq: it was awesome to see a user help out like Paul did on that ticket :) |
| [16:57:35] | jpabq: | elmojo, absolutely. And his code was good too. :) |
| [16:58:16] | elmojo: | yes, killed a tab plus added very well written comments |
| [16:59:31] | jpabq: | only thing he forgot to do, was free up the memory begin allocated — but everyone does that... |
| [17:01:33] | kth (kth!~kth@dyndsl-085-016-238-027.ewe-ip-backbone.de) has quit (Quit: Leaving.) | |
| [17:01:58] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [17:02:04] | elmojo: | we still need to figure out why the position map is getting borked during livetv when paused and a program transitions occurs |
| [17:03:42] | elmojo: | you don't want to pause the Super Bowl with friends over and it run over the scheduled time while paused and miss the end of the game :) |
| [17:04:36] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds) | |
| [17:07:29] | jpabq: | True. Although, I don't understand why someone would try to use LiveTV to watch the Super Bowl. Even if you are going to watch "near live", setting up a recording is far, far safer. |
| [17:08:19] | jpabq: | What does myth do during a liveTV "program change"? It creates a new file, for the new show, right? Does it keep the old file for the previous show around for a while? |
| [17:08:39] | elmojo: | yes, it's what I do but you can't enforce all users to behave in such a manner :) |
| [17:09:02] | elmojo: | jpabq: yes, as long as it's still in use in the LiveTV chain |
| [17:09:25] | elmojo: | after LiveTV exits then the autoexpire rules apply |
| [17:10:52] | elmojo: | jpabq: not sure if you saw my question to you the other night but when we were debugging the LiveTV transition failures I noticed that for an HD-PVR device it can take upto 9 seconds for a transition to occur – is that what you'd expect? |
| [17:11:17] | jpabq: | elmojo, I have been running this http://mythtv.pastebin.com/rYAYRe8H for a very long time, but I seriously doubt it would fix that problem. |
| [17:11:50] | jpabq: | 9 seconds? That is not unexpected when changing channels, but if the channel is not being changed then that seems excessive. |
| [17:12:40] | elmojo: | that's what I thought too |
| [17:13:07] | elmojo: | I had to bump the socket timeout and the ringbuffer timeouts both to 10 seconds for it to run successfully overnight |
| [17:13:45] | elmojo: | the default short socket timeout is 7 seconds on the frontend and the ringbuffer creation was at 2 seconds |
| [17:15:03] | elmojo: | also, one interesting item to note as that when starting LiveTV is that the blue light comes on the HD-PVR, then turns off and then turns back on.... is that supposed to happen? |
| [17:15:07] | jpabq: | Guess I will have to try it, and check the logs to see what is happening. Only reason I could see it taking that long, is if it is checking the "signal strength" from the hd-pvr, instead of just telling it to start encoding again (after the pause). At least I assume the HD-PVR is told to pause during the "program change". |
| [17:15:56] | elmojo: | would be nice to not have to bump the timeouts up that high when it seems all the other recorder devices don't need it |
| [17:16:32] | elmojo: | the good part is that it's rock solid when bumping the timeouts up – not a single failure which is what is most important |
| [17:17:13] | Goga777 (Goga777!~Goga777@shpd-95-53-170-254.vologda.ru) has joined #mythtv | |
| [17:17:35] | jpabq: | the HD-PVR does really bad things when told to "encode" a bad signal. If the STB is in the middle of a channel change, it can produce either blank frames or garbage. If the HD-PVR is told to start encoding when it is receiving garbage, the resulting H.264 is bad. |
| [17:19:05] | jpabq: | So, the SignalMonitor tells the HD-PVR to encode, then tests the input resolution (e.g. 1920x1080) until it gets a good value. Then it tells the HD-PVR to stop encoding, and allows the "real" recording to start up. |
| [17:19:23] | jpabq: | Thus, you see it start, stop, start. |
| [17:19:36] | elmojo: | ah – so it's the signal monitor that turns it on initially |
| [17:19:37] | elmojo: | cool |
| [17:20:41] | jpabq: | It doesn't do the start/stop/start during a LiveTV program change, does it? |
| [17:21:04] | elmojo: | I haven't checked – let me give that a try and I'll let you know |
| [17:21:07] | jamesba (jamesba!~jamesba@gateb.kw.bbc.co.uk) has quit (Quit: Leaving) | |
| [17:21:38] | dserban (dserban!~dserban@S0106001346beb5f3.ok.shawcable.net) has joined #mythtv | |
| [17:21:41] | jpabq: | I am going to go to the gym for a bit. I will be back later. |
| [17:22:56] | stuartm: | Lawrence does seem to favour the easy solution, rather than the right one :/ |
| [17:27:12] | elmojo: | jpabq: stays solid blue during transition |
| [17:27:34] | gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv | |
| [18:01:11] | NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [18:01:19] | stoffel (stoffel!~quassel@p57B4AD6F.dip.t-dialin.net) has joined #mythtv | |
| [18:01:26] | Goga777 (Goga777!~Goga777@shpd-95-53-170-254.vologda.ru) has quit (Remote host closed the connection) | |
| [18:18:52] | Mousey (Mousey!~wtfisme@ross154.net) has joined #mythtv | |
| [18:19:16] | jmartens (jmartens!~jmartens@s5595e03d.adsl.wanadoo.nl) has joined #mythtv | |
| [18:19:52] | kormoc_afk is now known as kormoc | |
| [18:47:10] | iamlindoro: | stuartm: Any patch in particular? I don't want to go to bat on -developers if anything recent is causing you concern |
| [18:49:10] | andreax (andreax!~andreaz@p57B94BD1.dip.t-dialin.net) has quit (Ping timeout: 272 seconds) | |
| [18:50:23] | gigem_ (gigem_!~david@mythtv/developer/gigem) has quit (Quit: Konversation terminated!) | |
| [18:50:39] | gigem_ (gigem_!~david@host137.12.intrusion.com) has joined #mythtv | |
| [18:50:39] | gigem_ (gigem_!~david@host137.12.intrusion.com) has quit (Changing host) | |
| [18:50:39] | gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv | |
| [18:57:43] | stuartm: | iamlindoro: http://code.mythtv.org/trac/ticket/9537 << Specifically, his argument that my 'fix' broke things so we should go back to how it was, even if that was just as broken |
| [18:58:56] | iamlindoro: | yeah |
| [18:59:00] | iamlindoro: | ok, thanks |
| [18:59:49] | stuartm: | and more recently his resistance to improving the media monitor (which has been stagnating for years) is starting to irritate me, maybe it's because I'm not used to having to justify myself to a newbie developer |
| [19:00:57] | stuartm: | iamlindoro: it's just a general trend that seems to be emerging in his way of thinking, he seems to prefer the quick fix time after time |
| [19:01:50] | iamlindoro: | yeah, I understand. Just wanted to weigh that in my response to paul on -develoeprs |
| [19:02:01] | stuartm: | I'd rather persue the right fix, even if that involves a lot more work and time – I prefer people who think the same way on the development team |
| [19:02:52] | Beirdo: | a quick fix is OK at some level, but the band-aids just pile up, and we rarely bother to rip them all off and refactor. |
| [19:03:29] | Beirdo: | I'd rather see it thought out and done right too |
| [19:03:39] | stuartm: | it depends on the situation and when we're at the end of a cycle, or talking about a stable release then yes, a quick fix is sometimes OK |
| [19:04:13] | Beirdo: | yeah, sometimes stuff just needs a quick fix, but that should not be the default |
| [19:04:29] | Beirdo: | maybe someone just needs to talk it over with him or something |
| [19:04:36] | vontrapp (vontrapp!~vontrapp@12.191.193.40) has joined #mythtv | |
| [19:04:46] | stuartm: | sometimes the proper fix isn't worth the time that would need to be spent on it either, but at least in this case I think it demonstrably is worth the effort |
| [19:05:04] | Beirdo: | for the media monitor, definitely worth the effort |
| [19:06:14] | Beirdo: | if you wanted the ticket he put in for the mythgallery changes for media monitor, you're welcome to it. I'm not going to apply it as is, I'm waiting to see how the media monitor stuff is worked out first. |
| [19:06:19] | stoffel (stoffel!~quassel@p57B4AD6F.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [19:06:26] | vontrapp: | i want to add a feature to the mythtv recording scheduler, can I get some pointers to perhaps an example or development branch of an existing feature? |
| [19:07:41] | vontrapp: | it would be a pretty simple thing, just add another option to the "max recordings" options – delete and record new, don't record, etc |
| [19:08:52] | Beirdo: | if my IPv6 tunnel weren't borked right now, I could go check how the svn/git script is progressing |
| [19:08:53] | stuartm: | Beirdo: I wasn't planning to work on the media monitor/plugin refactor immediately, but his deluge of patches are forcing me to reconsider |
| [19:09:06] | sphery: | vontrapp: let's talk details in #mythtv-users (as I think what you want is there) |
| [19:09:18] | vontrapp: | no, i actually want to code up a feature |
| [19:09:30] | kormoc: | vontrapp, what exactly are you after? |
| [19:09:55] | stuartm: | it's silly really, no-one makes meaningful contributions to the media monitor in years and then the moment I take an interest suddenly someone produces a whole bunch of patches |
| [19:10:16] | sphery: | guess we have to choke the -dev channel log with details that may not be relevant if it's already implemented... |
| [19:10:16] | Beirdo: | stuartm: just odd, isn't it? :) |
| [19:10:35] | vontrapp: | it would go like this, when you have a max-recordings limit set, and a candidate comes up for recording, it would look at the original airdates of all the recorded episodes. If the candidate was older (per airdate) than any of the existing recordings, it would kick out the newest (according to airdate) |
| [19:11:04] | kormoc: | vontrapp, that'd be *extremely* rough to do with the current scheduler :( |
| [19:11:16] | stuartm: | Beirdo: odd, and definitely inconvenient :) |
| [19:11:36] | vontrapp: | kormoc: it already does something similar with evicting the oldest (by recorded date) episode |
| [19:11:42] | kormoc: | vontrapp, and there's not really gonna be any examples or documentation that will help you |
| [19:11:43] | sphery: | not to mention the fact that original airdate is not provided by all listings grabbers and that generic episodes get a first-ever-airdate-of-the-series date |
| [19:12:09] | vontrapp: | there's also already an option to exclude generic episodes |
| [19:12:23] | kormoc: | vontrapp, Guess I'm wrong then. Will look forward to your patches |
| [19:12:29] | ** kormoc tips his hat ** | |
| [19:12:33] | stuartm: | sphery: well I have to say that's not a reason to reject the feature as we already support recording options which cannot be reliably used with all listings sources |
| [19:12:47] | vontrapp: | haha, well if i get it figured out, i'll be sure to proved them :) |
| [19:12:53] | vontrapp: | *provide |
| [19:13:11] | kormoc: | stuartm, it's more that there's a few traps to figure out how to pass :) |
| [19:13:42] | ** kormoc should work on his alt-scheduler some more ** | |
| [19:14:00] | sphery: | anyway, sounds to me more like an autoexpire policy than a scheduler change |
| [19:14:00] | vontrapp: | kormoc: perhaps you could tell me a reason that my comparisons would be different or more difficult than the existing recorded date comparisons? |
| [19:14:41] | kormoc: | vontrapp, it's a hideous sql query, this is a decent chunk of it, but hardly complete, http://www.kormoc.com/stuff/Scheduler_Profile2.sql |
| [19:14:52] | vontrapp: | the goal is this: you can record reruns aired in a more or less random fashion, and *automatically* accumulate the oldest ones (that you haven't watched yet) |
| [19:15:34] | stuartm: | vontrapp: the code is really the only place we can point you to, there isn't an significant documentation of that stuff and the only examples are in the code base |
| [19:16:16] | vontrapp: | stuartm: ok, then as a starting point, where in the tree do i find the scheduler code? |
| [19:16:26] | stuartm: | gigem might have some input, but I don't want to hang him out there |
| [19:16:42] | stuartm: | vontrapp: programs/mythbackend/scheduler.cpp & .h |
| [19:16:45] | vontrapp: | kormoc: is that the sql for the current recorded date eviction? |
| [19:16:53] | vontrapp: | thx |
| [19:17:06] | kormoc: | no, that's the sql for scheduling basic recording schedules |
| [19:17:16] | kormoc: | which you'd have to modify to get the behavior you want. |
| [19:17:57] | vontrapp: | i see, i was thinking it would probably be in logic code somewhere, and not in a spaghetti monstrous sql query? |
| [19:18:06] | kormoc: | sadly not |
| [19:18:30] | sphery: | vontrapp: also, note that with HDD prices where they are (i.e. 2TB HDD for $69.99) and MythTV's ability to use as many HDDs as you want, you could easily get the functionality you want (record episodes so I can watch from the beginning of the series) by just not having a limit on your recording rule... |
| [19:19:49] | vontrapp: | sphery: true enough, but still, a 10+ season series, at full HD, can still eat up a modest HD investment |
| [19:20:14] | sphery: | 220 one-hour episodes would be about 1.5TB :) |
| [19:20:50] | vontrapp: | and assuming that's not the *only* thing you want to record and watch... |
| [19:21:16] | kormoc: | vontrapp, https://github.com/MythTV/mythtv/blob/master/ . . . cheduler.cpp |
| [19:23:24] | sphery: | Anyway, I'm just opposed to making the scheduler more complex than it is... My preference is to simplify it and only include as checkboxes/radio buttons/options those things which are likely to be used most often. You could easily make a custom/power recording rule that considers originalairdate /and/ previous recordin history (including deleted episodes) when deciding whether to schedule the episode, and could put limits on it to say "since ... |
| [19:23:30] | sphery: | ... I'm only one season 1, don't record anything past season 3, yet". |
| [19:35:24] | dserban (dserban!~dserban@S0106001346beb5f3.ok.shawcable.net) has quit (Read error: Operation timed out) | |
| [19:50:00] | stuartm: | stuarta: mind extending me the +f flag in -users? I used to have it |
| [19:53:37] | gigem_: | vontrapp: you're in luck today. i haven't been following irc too closely of late, but just now finished a little catching up. i intend to immediately fall behind again, though. anyway, you should start in scheduler.cpp where it references tooManyMap. you'll need to extend the logic to include the original airdates. |
| [19:56:55] | andreax (andreax!~andreaz@p57B938DF.dip.t-dialin.net) has joined #mythtv | |
| [19:58:58] | dblain: | xris: I've been trying to catch up on IRC and just noticed you asked me a question a 5+ days ago! Yes, I live in the US (northeast) |
| [19:59:22] | xris: | dblain: you see the googletv discussion on -developers? |
| [20:00:02] | dblain: | I did. Stated that I'd be interested. However, I have no problem if others with more time got the devices if there aren't enough to go around. |
| [20:00:05] | xris: | it sounds like rtsai can get a couple of logitech revue devices for devs. if you're interested in helping on the project (a lot of API stuff), you're on the top of the list |
| [20:00:26] | dblain: | sounds good. thanks. |
| [20:00:50] | xris: | cool. send your mailing address to me or kormoc |
| [20:02:03] | xris: | btw. when's your new api stuff going to be ready? :) |
| [20:03:22] | dblain: | I got distracted with a re-write of the Http server. Then work has me putting in 12 hour a days for the past month (hoping that will let up soon). |
| [20:03:45] | dblain: | If people are waiting on it, I can refactor it to work with the existing http server. |
| [20:05:45] | dblain: | is your forevermore address still valid? |
| [20:05:46] | xris: | gotcha. |
| [20:05:58] | xris: | yeah. xris@ or lists@ |
| [20:07:58] | vontrapp: | gigem_: thanks! just what I needed |
| [20:08:15] | gigem_: | vontrapp: you're welcome. |
| [20:08:29] | dblain: | xris: Let me know what priority the team thinks my current tasks should be in (http rewrite or api framework). I like working on both and don't mind focusing on one more than the other if it's holding up other projects. |
| [20:10:10] | Jordack (Jordack!~jordack@h69-131-44-221.mdsnwi.tisp.static.tds.net) has quit (Quit: AT&T Sucks) | |
| [20:10:15] | dblain: | xris: e-mail sent. |
| [20:10:36] | xris: | dblain: up to people who know more about the situation than me... |
| [20:11:23] | dblain: | understood. Just want to make sure I'm not holding up the settings rewrite or other project. |
| [20:11:50] | vontrapp: | gigem_: looking at that, I can't quite tell just yet if the tooManyMap maps individual recording instances or if it maps per rule? |
| [20:12:58] | xris: | Beirdo: (last 4–5 lines) |
| [20:14:09] | Beirdo: | ahh. dblain: I think I've plugged the leak in our current web server threadpool, but I think we all would like to see it updated. The API framework also a decent chunk, etc. Hmmm. |
| [20:15:23] | Beirdo: | Although I have expressed an interest for a googletv box, I told xris to put me below you on the list, so if you are up to working with it, etc... I'll defer that to you. |
| [20:16:16] | dblain: | I started rewriting the server in a round about way... started with the framework API, then noticed there could be improvements in the way we serialize the results, when then led me to making the http server use Qt only classes and to remove the 1 thread per connection design. |
| [20:16:37] | Steve_Goodey (Steve_Goodey!~steve@host86-160-33-85.range86-160.btcentralplus.com) has joined #mythtv | |
| [20:16:38] | Beirdo: | yeah, sounds like a good plan |
| [20:17:03] | dblain: | As for the Google TV. I'd love to see MythTV fully integrated with it, however I feel the same as you. I don't want to stop others with more time from working on it. :) |
| [20:17:40] | xris: | dblain: none of us have time. heh. and a number of us already have gtv devices. |
| [20:17:52] | xris: | four of you replied, and all said "put me on the bottom of the list" |
| [20:18:06] | dblain: | :) |
| [20:18:11] | xris: | which leaves us to reprioritize you by relevant skillset |
| [20:18:16] | Beirdo: | well, for me, I have more than enough things to work on if someone else has time, etc. |
| [20:18:44] | Beirdo: | I'd be happy to work on it, but if others have time and desire, no problemo |
| [20:19:00] | dblain: | Do we know when Google is going to release the SDK? I haven't seen any new news about it. |
| [20:19:47] | xris: | the sdk is not the same as the pvr interface |
| [20:20:02] | xris: | sdk is android development stuff, which only helps us a little. |
| [20:20:03] | dblain: | Reason I ask, if we are only looking for an html5 integration, others may have better skills for the job. If we are trying to integrate with an API then that's a different story. |
| [20:20:03] | gigem_: | vontrapp: it only maps rules that have reached the max and shouldn't record anymore. to do what you want, you'll need to determine the newest airdate currently recorded for the rules that matter and use that to individually decide which programs matching those rules get marked as rsTooMany or are allowed to be scheduled. |
| [20:20:19] | Beirdo: | likewise, I have a pile of UPnP-related tickets to wade through, and I don't want to break any plans you have there too. |
| [20:20:25] | dblain: | I assumed the sdk would have the pvr details. |
| [20:20:27] | xris: | the pvr interface would allow gtv to use its native stuff to talk directly to mythtv (like it does for Dish). and it's a super-secret thing |
| [20:20:38] | xris: | no, that was kormoc's big discovery. |
| [20:21:43] | dblain: | so are we going to be able to get the details on the PVR or are we going to need to reverse engineer it? |
| [20:22:05] | Beirdo: | I think that's an unknown quantity at this time |
| [20:22:13] | xris: | doubt we can reverse engineer (I think it's something that would need to be enabled on the device itself) |
| [20:22:34] | xris: | there is some hope we can get google to work with us. at least a few of them are interested, but there are some policy things to deal with |
| [20:23:01] | dblain: | I know upnp 2.0+ has pvr support, hoping they used part of it's spec. (wishful thinking I guess) |
| [20:23:19] | xris: | dblain: you seriously live on Memory Lane? that might be better than a friend who used to live on Easy Street |
| [20:24:41] | dblain: | yes I do! Always good for a laugh... plus my name is the same as the magician... what can you do! :) |
| [20:24:54] | Beirdo: | hehe |
| [20:26:51] | dblain: | Well, I have to get back to my day job. As for the Google TV, I think any one of us would do good things with it. I say let the steering committee decide who gets the available units. |
| [20:30:21] | Beirdo: | might be best to just get them shipped to someone (steering committee types, whatever), then we can ship to the end dev after? |
| [20:31:15] | xris: | Captain_Murdoch and I already have one. rtsai says he suggested 1–2 boxes, but might be able to get more |
| [20:31:32] | xris: | easier to just give a prioritized list and have as many show up as he can get. |
| [20:31:35] | xris: | anyway, lunchtime. |
| [20:31:52] | Beirdo: | K |
| [20:31:57] | Beirdo: | yes, lunch |
| [20:38:31] | andreax (andreax!~andreaz@p57B938DF.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [20:41:11] | kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv | |
| [20:47:48] | sphery: | So, I probably can't backport https://github.com/MythTV/mythtv/commit/32839 . . . 591e1cacc4b/ , right? It included a change to programinfo.h , and probably should have included a binary version change (I didn't there, but we had several others right after it). I can't remember if bin version changes are allowed in -fixes or not. |
| [20:49:33] | stuartm: | binary version changes in -fixes are allowed |
| [20:49:48] | stuartm: | well IMHO and IIRC |
| [20:50:20] | stuartm: | they only get tricky if pre-compiled third party plugins are being used |
| [20:51:33] | stuartm: | users working with disto packaged plugins are going to be fine as they will rebuild them all |
| [20:54:17] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [20:54:56] | sphery: | stuartm: nice, thanks. |
| [20:56:20] | stuarta: | stuartm: +f doesn't exist with ircd-seven |
| [20:56:26] | stuarta: | http://freenode.net/using_the_network.shtml |
| [20:56:26] | stuartm: | sphery: but all the more reason to do a point release, it provides a clear delineating line that people can rebuild plugins etc against |
| [20:57:16] | stuartm: | stuarta: it does according to ChanServ – "[Notice] -ChanServ- +f – Enables modification of channel access lists." |
| [20:57:28] | stuartm: | i.e. without that you cannot create bans |
| [20:57:37] | ** stuarta goes to talk to chanserv ** | |
| [20:57:40] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds) | |
| [20:58:17] | stuartm: | /msg ChanServ FLAGS #mythtv-users stuartm +f |
| [20:59:19] | stuartm: | since the switch to ircd-seven we've a bunch of ops whose only 'power' is to modify the topic, which wasn't why they were given op status to begin with |
| [20:59:19] | stuarta: | i use templates |
| [20:59:41] | stuarta: | never noticed that before |
| [20:59:58] | stuartm: | stuarta: noted, DEV and OP ? |
| [21:00:08] | stuarta: | yup |
| [21:09:20] | elmojo: | finally, they are discussing a sane method of providing reliable PTS timestamps for decoded frames without all the garbage code we have to use for it |
| [21:11:36] | stuarta: | they being ffmpeg? |
| [21:14:26] | gigem_: | sphery, stuartm: the last time i made a binary change to -fixes, the consensus was to definitely do a point release. |
| [21:14:41] | sphery: | was that a bin change or a protocol change? |
| [21:18:09] | stuartm: | I don't remember a binary change necessitating a point release, in any given cycle there are sometimes multiple binary version changes which get backported |
| [21:22:41] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [21:23:46] | gigem_: | ooh, now that you mention it, yeah, it was a protocol change. i think the same applies for binary changes. i know the guy who packages myth for debian does it in a very fine grained way. bumping the point version would hopefully make it clearer that everything needs to be rebuilt. |
| [21:25:02] | stuartm: | well it coincides with my earlier call for a point release, plenty of users won't upgrade without an official release and so they miss out on the fixes |
| [21:25:24] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds) | |
| [21:26:51] | sphery: | it's not a critical fix, so I'll hold off on it and if we do a point release, I can put it in before that |
| [21:35:12] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [21:38:12] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds) | |
| [21:38:58] | stuartm: | if we set a date for a point release, say a week from now, that gives everyone a chance to backport fixes they feel should go in |
| [21:39:21] | stuartm: | e.g. the BBC HD seeking fix |
| [21:40:21] | Beirdo: | Hmm, point release? |
| [21:40:38] | Beirdo: | you might wanna get that onto the dev ML |
| [21:40:50] | Beirdo: | as there are some who aren't around IRC |
| [21:42:44] | stuartm: | yeah I will, just wanted to see whether there was any interest in the idea at all |
| [21:43:13] | Beirdo: | sounds reasonable to me. Primarily for the reason you stated |
| [21:46:03] | jcarlos (jcarlos!~quassel@85.137.96.30.dyn.user.ono.com) has quit (Remote host closed the connection) | |
| [21:47:22] | jcarlos (jcarlos!~quassel@85.137.96.30.dyn.user.ono.com) has joined #mythtv | |
| [22:01:39] | kormoc: | xris, to reverse enginereer it should be as simple as getting someone with Dish PVR and a gtv unit to packet capture for us, but who knows how complete that will be |
| [22:15:33] | stuartm: | hope for no encryption |
| [22:16:51] | Steve_Goodey (Steve_Goodey!~steve@host86-160-33-85.range86-160.btcentralplus.com) has quit (Remote host closed the connection) | |
| [22:17:16] | kormoc: | stuartm, I found a few (extremely incomplete) packet capture logs online and they don't look encrypted/ssl, but who knows what they did to get them or even if they're legit |
| [22:17:23] | iamlindoro: | stuartm: Heh, that'll cause me some merge conflicts ;) |
| [22:17:44] | ** iamlindoro was basically done with what stuartm just committed ** | |
| [22:18:34] | iamlindoro: | All the same, I trust you more than me, so thanks for doing it :) |
| [22:19:16] | jcarlos (jcarlos!~quassel@85.137.96.30.dyn.user.ono.com) has quit (Remote host closed the connection) | |
| [22:20:33] | jcarlos (jcarlos!~quassel@85.137.96.30.dyn.user.ono.com) has joined #mythtv | |
| [22:22:14] | stuartm: | iamlindoro: ah, sorry, I'd have that patch sitting in a ticket for months and I just wanted it out of my tree |
| [22:22:51] | stuartm: | I wouldn't trust it blindly, I couldn't test it very well as I've no game metadata aside from what I could fake |
| [22:23:03] | stuartm: | but I couldn't get anyone to test the patch either |
| [22:23:21] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [22:24:07] | stuartm: | iamlindoro: if you want to rip it out again, be my guest |
| [22:24:55] | iamlindoro: | stuartm: I'm sure it will be fine :) I'll test, though |
| [22:26:07] | stuartm: | s/I'd have/I had/ < That was some confusion of tenses |
| [22:26:12] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds) | |
| [22:30:32] | stuartm: | https://github.com/MythTV/mythtv/commit/6dd9b7892 |
| [22:30:48] | stuartm: | umm ... where did my commit go? |
| [22:31:28] | ryanX (ryanX!~ryan@pool-74-110-185-174.rcmdva.fios.verizon.net) has joined #mythtv | |
| [22:32:01] | stuartm: | ok, since I reverted that commit, it doesn't even how up in the log? |
| [22:32:18] | ** kormoc blinks ** | |
| [22:32:46] | ryanX: | ./configure command generates "libXinerama not found" but i have it. how can i fix this? |
| [22:33:08] | kormoc: | do you have the devel/dev package installed? |
| [22:33:32] | ryanX: | no i dont. is it necessary? |
| [22:34:24] | kormoc: | to compile, yes |
| [22:34:43] | kormoc: | and this should likely move over to #mythtv-users if you have any more questions |
| [22:34:46] | ryanX: | okay, trying now. |
| [22:35:28] | ryanX: | okay, the error message told me to come here, though. |
| [22:35:28] | sphery: | stuartm: did you try git push -v ? Seems to me is the only difference is that it says, "Pushing to git@github.com :MythTV/mythtv.git" |
| [22:37:35] | stuartm: | sphery: this was a commit I make almost two months ago, it's referenced in the ticket but appears to no longer exist in the log |
| [22:37:49] | Beirdo: | one sec |
| [22:37:51] | stuartm: | https://github.com/MythTV/mythtv/commit/ad967599 |
| [22:38:23] | stuartm: | it was reverted (looking at my records) and then re-committed with a small change in the above commit |
| [22:38:50] | Beirdo: | it's still in my logs |
| [22:39:17] | sphery: | stuartm: oh, I was on a different subject--the talk from a couple days ago of git push having unintelligible information versus the human-parsable "what just happened" we'd like. Someone wondered if git push -v would be better, but it seems useless. |
| [22:39:26] | Beirdo: | still there on github too |
| [22:39:37] | stuartm: | https://github.com/MythTV/mythtv/commit/6dd9b7892 |
| [22:39:51] | stuartm: | 404 error |
| [22:39:58] | jpabq: | stuartm, elmojo I have spent the last couple of hours trying to figure out why the keyframe index is wrong for HD-PVR content if the BBC patch is applied. Unfortunately, I have not figured it out yet. Stuff recorded on the HD-PVR plays just fine (with the patch), but editing or jumping around clearly shows some pixelization for a split second before it smooths back out |
| [22:40:15] | Beirdo: | interesting |
| [22:40:35] | Beirdo: | that one doesn't seem to be there |
| [22:40:53] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 264 seconds) | |
| [22:41:19] | stuartm: | Beirdo: ok, git log does show it – just github which doesn't seem to know of it's existance |
| [22:41:20] | jpabq: | I would like to know if the keyframe offset is also wrong for BBC material, and Paul just didn't notice since it doesn't really matter for playback. I have sent Paul an email asking him to check. |
| [22:41:37] | stuartm: | jpabq: ok thanks for the update |
| [22:42:10] | stuartm: | jpabq: I'll be applying the patch here in the next couple of days to test it for myself, I may be able to help with any debugging at that point |
| [22:42:31] | Beirdo: | stuartm: how frigging odd |
| [22:42:57] | ryanX (ryanX!~ryan@pool-74-110-185-174.rcmdva.fios.verizon.net) has quit (Quit: Ex-Chat) | |
| [22:43:11] | jpabq: | stuartm. Cool. I will upload a slightly updated version to the ticket. |
| [22:46:19] | xris: | kormoc: but isn't there some sort of dish branding and such in the gtv app? we could reverse engineer the protocol, but still be unable to use it from the gtv itse.f |
| [22:47:02] | kormoc: | xris, in the interface, aye, but not sure how that prevents usability? |
| [22:47:35] | xris: | it would mean mythtv is falsly identifying itself as a dishtv box, no? |
| [22:48:01] | xris: | might work for while we're working on development, but not viable as a legit longterm option |
| [22:48:03] | Beirdo: | stuartm: BTW, I can't help but be pleased with the drastic reduction in warnings on master :) |
| [22:48:25] | kormoc: | xris, well, yeah, but not sure why that matters legally |
| [22:50:16] | xris: | maybe not legally.. but it doesn't make us look good, either |
| [22:50:32] | ** kormoc raises an eyebrow ** | |
| [22:51:17] | kormoc: | it's not like we're not trying to work with them |
| [22:51:22] | stuartm: | http://code.mythtv.org/trac/ticket/9101 << iamlindoro, are you still seeing this? |
| [22:51:27] | kormoc: | not sure how it makes us to look bad adding support |
| [22:52:10] | iamlindoro: | stuartm: I'd need to check-- don't use Graphite regularly but will check tonight |
| [22:53:33] | xris: | kormoc: if it's upnp, like dblain suspects, then it could interfere with all other upnp things mythtv does |
| [22:54:07] | stuartm: | iamlindoro: I guess I'm hoping that it has magically fixed itself |
| [22:54:25] | iamlindoro: | stuartm: It may have, it's been quite a while |
| [22:54:27] | kormoc: | via it's super gimped upnp media player, sure, but that's only on the logitech devices and not on the sony ones |
| [23:03:32] | h7251 (h7251!~h725@62-47-248-249.adsl.highway.telekom.at) has quit (Ping timeout: 250 seconds) | |
| [23:04:13] | dblain: | xris: If it is upnp, it shouldn't interfere with existing functionality. The upnp spec is backwards compat. |
| [23:05:52] | kormoc: | the upnp player that ships with the logitech is a extremely limited upnp player (myth's does not work with it, MT only gets audio to it), and it's not in the sony or samsung units |
| [23:06:09] | kormoc: | sony and samsung units have no upnp support |
| [23:06:38] | kormoc: | that said, the dish stuff might be just a non-standard upnp setup, but it looked very xml/restish |
| [23:06:41] | dblain: | I was thinking of the PVR support in upnp 2.0+ |
| [23:07:00] | kormoc: | ahh, could be |
| [23:07:05] | dblain: | not many upnp servers support recording/scheduling, etc |
| [23:07:17] | kormoc: | if that is the case, that'd be really nice |
| [23:07:25] | xris: | dblain: I just meant that gtv might requuire a specific name on the upnp device.. so mythtv would have to identify itself as a dishnet box, not "mythtv" |
| [23:07:30] | kormoc: | dblain, would you be able to tell if I captured it searching for a device? |
| [23:08:19] | dblain: | xris: although we could mimic that, I also don't like that option as a long term solution. |
| [23:08:35] | xris: | dblain: that's my point |
| [23:09:00] | xris: | but maybe they're just looking for devices that broadcast the protocol support, in which case it's all good |
| [23:09:09] | dblain: | kormoc: it should be easy enough to answer any device M-SEARCH requests with 3.0 version to see what it presents. |
| [23:09:20] | xris: | kormoc: are we happy with the box order of delivery as dblain, beirdo, daniel, robertk ? |
| [23:09:36] | kormoc: | xris, sure |
| [23:09:39] | xris: | or maybe robertk, daniel? |
| [23:09:40] | xris: | ok |
| [23:09:53] | kormoc: | robertk may have more time then Daniel |
| [23:09:56] | xris: | yeah |
| [23:10:11] | xris: | I think daniel replied after robert and still said to put him on the end of the list. |
| [23:10:12] | kormoc: | dblain, I'll grab something tonight for ya |
| [23:10:31] | xris: | I'll add everyone to the email thread so they can get mailing info to rtsai |
| [23:10:54] | Beirdo: | sounds fine to me |
| [23:13:40] | stuartm: | Beirdo: there it is – https://github.com/MythTV/mythtv/commit/6e4b2 . . . 705cb4d94d4b |
| [23:14:20] | stuartm: | committed by jyavenard – rebased? |
| [23:14:25] | Beirdo: | yeah, odd how the sha1 is different. wonder how we had that happen |
| [23:14:29] | Beirdo: | could be |
| [23:14:44] | Beirdo: | oh... while you're here... #9176 |
| [23:14:47] | stuartm: | if so, it broke everything that referenced the original sha |
| [23:15:01] | Beirdo: | that might fold into the other BBC HD ticket now? |
| [23:15:47] | stuartm: | Beirdo: yeah, it's a duplicate, or at least the patch there reportedly fixes the issue |
| [23:16:06] | Beirdo: | you mind if I bounce that to you? Or just declare it dupe now? |
| [23:17:26] | stuartm: | mark it a dupe of http://code.mythtv.org/trac/ticket/9410 even though that's a later ticket |
| [23:17:42] | Beirdo: | K. Will do. |
| [23:17:47] | j-rod is now known as j-rod|afk | |
| [23:18:55] | Beirdo: | done |
| [23:20:13] | iamlindoro: | stuartm, #9101 seems to have fixed itself AFAICT |
| [23:20:25] | iamlindoro: | or at least, I can no longer reproduce |
| [23:21:25] | stuartm: | iamlindoro: I didn't notice earlier that markk_ was the reporter and not you, if markk_ cannot reproduce then I'll close it |
| [23:22:52] | stuartm: | it's not a bug I can easily explain, there's no reason that I can think of why a bug like that would only affect a buttontree widget but not a buttonlist etc, if no-one can reproduce I won't waste time chasing ghosts in the machine :) |
| [23:27:27] | Kunalagon (Kunalagon!~Kunalagon@212.200.240.240) has quit (Quit: Leaving.) | |
| [23:46:36] | h7251 (h7251!~h725@62-47-235-50.adsl.highway.telekom.at) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.