| Wednesday, August 28th, 2013, 00:17 UTC | ||
| [00:17:30] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has quit (Ping timeout: 276 seconds) | |
| [00:21:50] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 256 seconds) | |
| [00:29:27] | Seeker` (Seeker`!~cjo20@host86-164-179-145.range86-164.btcentralplus.com) has joined #mythtv | |
| [00:29:27] | Seeker` (Seeker`!~cjo20@host86-164-179-145.range86-164.btcentralplus.com) has quit (Changing host) | |
| [00:29:27] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv | |
| [00:52:48] | wagnerrp_ (wagnerrp_!4086bcb5@gateway/web/freenode/ip.64.134.188.181) has joined #mythtv | |
| [00:57:23] | svalcken (svalcken!~svalcken@dslb-084-059-107-242.pools.arcor-ip.net) has joined #mythtv | |
| [00:59:50] | svalcken1 (svalcken1!~svalcken@dslb-084-059-107-242.pools.arcor-ip.net) has quit (Ping timeout: 240 seconds) | |
| [01:32:05] | dgeary2 (dgeary2!~debian@d110-33-209-101.mas801.nsw.optusnet.com.au) has joined #mythtv | |
| [01:37:10] | SteveGoodey (SteveGoodey!~steve@host217-42-221-180.range217-42.btcentralplus.com) has joined #mythtv | |
| [01:51:37] | gigem (gigem!~david@mythtv/developer/gigem) has quit (Quit: WeeChat 0.4.1) | |
| [01:51:54] | gigem (gigem!~david@pool-96-226-13-10.dllstx.fios.verizon.net) has joined #mythtv | |
| [01:51:55] | gigem (gigem!~david@pool-96-226-13-10.dllstx.fios.verizon.net) has quit (Changing host) | |
| [01:51:55] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
| [02:06:48] | dgeary2 (dgeary2!~debian@d110-33-209-101.mas801.nsw.optusnet.com.au) has quit (Quit: Ex-Chat) | |
| [02:08:39] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [02:31:46] | xris (xris!~xris@xris.forevermore.net) has quit (Excess Flood) | |
| [02:32:07] | xris (xris!~xris@xris.forevermore.net) has joined #mythtv | |
| [02:32:07] | xris (xris!~xris@xris.forevermore.net) has quit (Changing host) | |
| [02:32:08] | xris (xris!~xris@mythtv/developer/xris) has joined #mythtv | |
| [02:37:41] | nyloc (nyloc!~quassel@p3EE2D1CA.dip0.t-ipconnect.de) has joined #mythtv | |
| [02:41:57] | _nyloc_ (_nyloc_!~quassel@p3EE2C5D7.dip0.t-ipconnect.de) has quit (Ping timeout: 268 seconds) | |
| [02:53:02] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 240 seconds) | |
| [02:56:53] | SteveGoodey (SteveGoodey!~steve@host217-42-221-180.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [02:58:06] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [03:08:18] | sphery: | stuartm: Looks like we lost the redirect for the documentation, again. http://www.mythtv.org/pipermail/mythtv-dev/20 . . . /073679.html |
| [03:17:57] | joki (joki!~joki@p54863E27.dip0.t-ipconnect.de) has quit (Ping timeout: 248 seconds) | |
| [03:23:51] | joki (joki!~joki@p54863F1A.dip0.t-ipconnect.de) has joined #mythtv | |
| [03:35:16] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 264 seconds) | |
| [03:36:20] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [03:36:53] | tgm4883: | Can someone weigh on on how a 0.27 release is looking? We need to decide if we're pushing that to 13.10 by Thursday |
| [03:37:28] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [03:38:23] | tgm4883: | We would have to upload 0.27 to 13.10 by Thursday, but we could still push minor updates (read: from the fixes branch) until Oct 10th |
| [03:46:03] | stichnot (stichnot!~stichnot@adsl-68-127-103-225.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [03:46:03] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [03:46:03] | stichnot (stichnot!~stichnot@adsl-68-127-103-225.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [06:05:49] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [06:30:25] | robink (robink!~quassel@unaffilated/robink) has quit (Ping timeout: 245 seconds) | |
| [06:31:10] | robink (robink!~quassel@unaffilated/robink) has joined #mythtv | |
| [06:43:26] | jya: | I'll be happy if the branch was done today... |
| [06:43:37] | jya: | tgm4883: can you push a RC ? |
| [06:45:21] | stichnot (stichnot!~stichnot@adsl-68-127-103-225.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [06:45:21] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [06:45:21] | stichnot (stichnot!~stichnot@adsl-68-127-103-225.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [06:46:07] | tgm4883: | jya, to the main repos? Yea we could do that |
| [07:16:52] | SteveGoodey (SteveGoodey!~steve@host217-42-221-180.range217-42.btcentralplus.com) has joined #mythtv | |
| [07:57:31] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:d69:b56d:5470:b5d9) has joined #mythtv | |
| [08:23:53] | stuartm: | sphery: how did that happen!? |
| [08:28:04] | stuartm: | xris, stuarta, Beirdo: have any of you touched mythtv.conf in the last week? |
| [08:28:23] | stuartm: | the changes I made a few weeks ago have been reverted |
| [08:30:02] | stuartm: | ah ... oops, nevermind, looks like it was my fault – that config is part of the www repo and was overwritten when I ran ./publish.sh |
| [08:31:37] | stuarta: | stuartm: nope :) |
| [08:31:49] | stuarta: | i have been sunning myself in dorset |
| [08:33:59] | stuartm: | now I just need to find where the documentation lives on the wiki |
| [08:35:52] | stuartm: | http://www.mythtv.org/wiki/User_Manual:Index wasn't the documentation we linked previously, but it looks much better ... |
| [08:44:18] | stuartm: | tgm4883: I'll branch the RC today |
| [08:44:51] | stuartm: | sphery: I've linked to http://www.mythtv.org/wiki/User_Manual:Index for now, as I couldn't find the 'official' documentation url (no great loss) |
| [09:18:40] | xris: | stuartm: not me. was on vacation. :) |
| [09:19:57] | stuartm: | xris: mea culpa, didn't realise that the config was included in the git repo and I had modified it directly on the server, when I published the news updates I overwrote my changes :) |
| [09:31:41] | xris: | ah, oops. |
| [09:32:08] | ** xris sleeps ** | |
| [09:32:27] | stuartm: | I've restored the docs redirect, but I had made another change and I can't remember what it was now |
| [09:35:53] | SteveGoodey: | stuartm: Sorry, I raised a ticket, #11789, didn't relaise you were aware. Can it be closed, not sure if I can. |
| [09:35:53] | ** MythLogBot http://code.mythtv.org/trac/ticket/11789 ** | |
| [09:50:35] | SteveGoodey (SteveGoodey!~steve@host217-42-221-180.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [10:37:46] | dekarl-work (dekarl-work!51c8c614@gateway/web/freenode/ip.81.200.198.20) has joined #mythtv | |
| [10:38:39] | dekarl-work: | stuartm, is there some kind of list available of the different repos? thinking of services.mythtv.org atm |
| [10:41:35] | stuartm: | no, there's no list – offhand there's buildbot-config, www, services and extras |
| [10:41:43] | stuartm: | in addition to the mythweb and mythtv repos |
| [10:43:04] | stuarta: | anyone fancy starting a google doc to document the whole thing? |
| [10:44:50] | dekarl-work: | ty |
| [10:52:46] | wagnerrp_ (wagnerrp_!4086bcb5@gateway/web/freenode/ip.64.134.188.181) has quit (Quit: Page closed) | |
| [10:57:04] | stuartm: | stuarta: we'll just create a new repo with a txt file in to document the repos |
| [11:00:18] | stuarta: | i'm thinking more than just the repos |
| [11:01:01] | stuarta: | the whole way alcor is setup, virt web hosts, what services they need etc, for when alcor dies and we need to rebuild / rearchitect it |
| [11:01:33] | stuarta: | and putting that in a repo, would be silly, as losing alcor would lose the info |
| [11:02:50] | stuarta: | if we do get virts from osuosl, then re-architecting is required |
| [11:05:36] | stuartm: | I was joking :) |
| [11:06:13] | stuarta: | hmmm, my joke detector seems to be broken :( |
| [11:06:37] | dekarl-work: | it was meta http://xkcd.com/927/ |
| [11:07:00] | dekarl-work: | s/standards/hidden repositories/ |
| [11:07:39] | IReboot (IReboot!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has quit (Remote host closed the connection) | |
| [11:11:21] | IReboot (IReboot!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has joined #mythtv | |
| [11:22:28] | stuartm: | there are a lot of open crash tickets, strictly speaking those should all be blockers for 0.27, but I'm not going to hold up the first RC – I would ask for help in investigating all those tickets before the release |
| [11:23:21] | stuarta: | stuartm: did you see the messages overnight? if we can cut the fixes branch today, we can get that into ubuntu 13.10 |
| [11:23:30] | stuarta: | i vote we do it |
| [11:24:02] | stuartm: | stuarta: yes I saw it, and have already agreed |
| [11:24:16] | stuarta: | cool, who needs to do it? |
| [11:24:28] | stuartm: | I can do it |
| [11:24:37] | stuarta: | \o/ hurrah |
| [11:24:56] | stuartm: | but it will be some time in the evening |
| [11:25:03] | dgeary2 (dgeary2!~debian@pa49-187-94-200.pa.nsw.optusnet.com.au) has joined #mythtv | |
| [11:25:08] | stuarta: | no worries |
| [11:30:01] | stuartm: | danielk22: have you any idea why it might segfault in QList::begin() – http://code.mythtv.org/trac/ticket/9607 – I'm tempted to chalk that up as a QT bug |
| [11:49:54] | dekarl-work: | stuartm: want more crashes? https://bugs.launchpad.net/ubuntu/+source/myt . . . chtext=crash ^^ I'm slowly working through the bugs over there to see if they are still relevant. At least the upcoming backtraces should be helpful after the new dependency on mythtv-dbg. |
| [11:50:54] | dekarl-work: | if you send out a request for looking at crashes these could be interesting too https://errors.ubuntu.com/?package=mythtv&period=month |
| [11:55:08] | dgeary2 (dgeary2!~debian@pa49-187-94-200.pa.nsw.optusnet.com.au) has quit (Ping timeout: 245 seconds) | |
| [11:57:33] | stuartm: | I don't really _want_ more :) |
| [12:12:33] | stuarta: | yes you do, really ;-) |
| [12:15:28] | stuartm: | stichnot: http://code.mythtv.org/trac/ticket/10378#comment:2 |
| [12:17:00] | dekarl-work (dekarl-work!51c8c614@gateway/web/freenode/ip.81.200.198.20) has quit (Quit: Page closed) | |
| [12:22:10] | stuartm: | stichnot: ignore that, mis-read the ticket |
| [12:23:34] | dgeary2 (dgeary2!~debian@pa49-187-94-200.pa.nsw.optusnet.com.au) has joined #mythtv | |
| [12:25:23] | stichnot: | stuartm: I was actually in the process of closing the ticket, assuming it was "fixed" by one of the many ffmpeg merges since then |
| [12:26:51] | stichnot: | I assume you made it a blocker due to the mistaken comment in the ticket? should it stay a blocker? |
| [12:27:14] | stichnot: | oh, jya the new owner, works for me :) |
| [12:27:44] | jya: | what? |
| [12:28:07] | stichnot: | jya: 10378 |
| [12:29:55] | jya: | so it's your commit that broke it and I'm the owner of the bug ? :) |
| [12:30:28] | stichnot: | that comment was for the wrong ticket :) |
| [12:30:48] | stichnot: | though I do wonder what ticket it was intended for |
| [12:31:24] | stichnot: | The reporter (warpme) is very proactive in bisecting and communicating on issues like this, and a heavy user of live TV, so I'm betting it's been "fixed" long ano |
| [12:31:26] | stichnot: | ago |
| [12:31:27] | jya: | if the bug is in mpegts.c; it will still be there.. |
| [12:31:33] | jya: | that code hasn't changed in years.. |
| [12:32:30] | dgeary2 (dgeary2!~debian@pa49-187-94-200.pa.nsw.optusnet.com.au) has quit (Ping timeout: 245 seconds) | |
| [12:32:53] | stichnot: | my guess would be corrupted input which never goes well in ffmpeg |
| [12:33:11] | jya: | i would mark it works for me anyway. |
| [12:33:14] | stichnot: | you suppose he still has the LiveTV recording lying around after 18 months for analysis? |
| [12:33:15] | stichnot: | :) |
| [12:33:20] | jya: | I *never* had this crash |
| [12:34:05] | jya: | i've changed the priority, because i don't believe it's that common |
| [12:35:20] | stichnot: | fwiw, quite often I get an ffmpeg crash in some sse code (iirc) when playback exits, but never on my production vdpau systems, and not readily reproducible, so I've ignored them |
| [12:36:34] | stichnot: | jya: while I'm revisiting my tickets, do you still see the problem in #11731 ? currently works for me |
| [12:36:34] | ** MythLogBot http://code.mythtv.org/trac/ticket/11731 ** | |
| [12:36:40] | stuartm: | stichnot: tradition is that all crashes are blockers since they are easily the most visible and frustrating of bugs for users |
| [12:37:42] | jya: | stichnot: never seen those... |
| [12:38:08] | jya: | stichnot: yeah, it occurred yesterday |
| [12:38:43] | jya: | my wife was trying to rewind on a program, the program was about 20 minutes in, she was at 2–3 minutes into it. |
| [12:38:53] | jya: | she pressed rewind a few times to watch from the beginning |
| [12:39:02] | stichnot: | jya: can you attach a "-v playback" log? |
| [12:39:07] | jya: | she ended up being at the end of the program, around 20 minutes |
| [12:39:16] | stuartm: | I've delete the mis-leading comments from that ticket |
| [12:39:20] | jya: | it's going to be hard for the next 10 days for me to do anything |
| [12:39:28] | jya: | I'm flying to NY tomorrow morning |
| [12:39:39] | jya: | and I haven't packed yet (it's 10:39PM now) |
| [12:39:48] | stichnot: | ok :) |
| [12:40:47] | stuartm: | either mrand is extremely unlucky, or he had a problem with faulty RAM 17 months ago |
| [12:40:55] | jya: | was given a pebble today.. get my bug reports on it :) |
| [12:41:04] | CeilingKitten (CeilingKitten!~CeilingKi@206-248-165-145.dsl.teksavvy.com) has quit (Read error: Connection reset by peer) | |
| [12:42:06] | sphery: | stuartm: the official docs are at http://www.mythtv.org/wiki/MythTV-HOWTO |
| [12:42:24] | sphery: | thanks for taking care of it--sorry I didn't give you the URI before |
| [12:43:18] | stuartm: | sphery: thanks, I knew there was a HOWTO in there, but searching on revealed the user-created HOWTO (which seems much more current and better structured) |
| [12:44:15] | stuartm: | think there is a case for building on the new howto, adding to that whatever happens to be missing from the 'official' copy |
| [12:45:05] | sphery: | well, it needs a ton of updating, itself... it's probably ~ 0.21 current |
| [12:45:22] | jya: | right guys… have a good one.. if there are some around NY area in the next 10 days… happy to go for a beer |
| [12:45:53] | sphery: | as, mentioned on http://www.mythtv.org/wiki/User_Manual:Detail . . . tion_Backend ("This page is up-to-date to MythTV version 0.21, the current release is 0.26") |
| [12:45:56] | peper03: | According to the backtrace, the crash in #9498 is during teardown of the OSD in the destructor of QBrush. Does that ring any bells with anyone? The ticket was reported against 0.24-fixes, so it's quite possible it's been fixed since. I don't think I've ever seen it occur. |
| [12:45:56] | ** MythLogBot http://code.mythtv.org/trac/ticket/9498 ** | |
| [12:45:58] | stuartm: | right, but the old documentation contains stuff that's not been relevant from ~0.17 :) |
| [12:50:36] | stuartm: | peper03: I'd actually guess that the MythUIShape had actually been deleted already, sometimes you have to look back a couple of steps to spot the real issue, but because there are no debugging symbols and no other reports you can feel free to close it |
| [12:50:49] | stuartm: | Need More Info |
| [12:51:54] | sphery: | well, all I'll say is that those things that I knew were outdated have been updated in the official one (including keybindings and mentions of MythVideo and such), and very few people have touched the user-created one since 0.21 (and there hasn't been much checking of what's been changed). I like the official if for no other reason than knowing what's in it and why. |
| [12:52:02] | jya: | stuartm: I did report a crash in the Qt code when displaying an image... |
| [12:52:40] | jya: | though I'm not sure if it was due to how I used the lib.. can't remember |
| [12:52:41] | stuarta: | we do need to have a bit of a ticket cleansing |
| [12:52:43] | sphery: | I'll admit there's much more that could/should be updated, but if you guys really want to just throw away something else instead of fixing it up (as that seems to be the popular approach, now) |
| [12:52:50] | jya: | righto.. too late for me.. |
| [12:53:38] | stuartm: | peper03: the only bit that concerns me is that no-one has really done much work on the OSD since Mark left, and he had accepted it, suggesting he thought there was merit to it but there have been no fixes associated with it |
| [12:58:06] | jya: | stuartm: I'm happy to take ownership of the OSD.. I reviewed the code completely and expanded it to add notifications display to it |
| [12:58:38] | peper03: | stuartm: The only commits I can find that might (possibly) be relevant are [9bed86e] (https://github.com/MythTV/mythtv/commit/9bed86e) and [e949f5f] (https://github.com/MythTV/mythtv/commit/e949f5f) neither of which were in 0.24-fixes. |
| [12:58:46] | jya: | so i have a good grasp of it now |
| [12:59:12] | stuarta: | while we are all looking at these tickets, can we make sure milestones are set appropriately etc? |
| [12:59:30] | stuarta: | makes using the reporting in trac better |
| [12:59:33] | peper03: | jya: You're welcome to the ticket, if you want it. I'm not pround :) |
| [12:59:38] | peper03: | proud |
| [12:59:58] | dgeary2 (dgeary2!~debian@pa49-187-94-200.pa.nsw.optusnet.com.au) has joined #mythtv | |
| [12:59:59] | jya: | lots on my plate already.. but I don't mind trace bugs... |
| [13:00:21] | stuarta: | i need one of those time turners from harry potter |
| [13:00:40] | sphery: | peper03: it's possible it was fixed by [e949f5fe9d] , which completely redid a lot of stuff and even got rid of ~MythUIShape() |
| [13:02:38] | peper03: | sphery: That's my suspicion too. I know I don't know much about the MythUI stuff, but I would be tempted to close this ticket on the assumption that the problem doesn't exist any more. As he wrote 'sometimes', this wasn't just a one-off but I don't think I've ever seen it in all the testing I've done with DVD playback. |
| [13:02:47] | stuarta: | i'd be tempted to close it with "should be fixed by [e949f5fe9d]" |
| [13:02:57] | stuarta: | and add, if it isn't, please reopen |
| [13:03:18] | peper03: | Yep. |
| [13:11:21] | peper03: | On the subject of tickets, I don't know whether it could be automated, but wouldn't it make sense to change the 'version' field of existing tickets from 'Master Head' when a new version is released? So tickets created after the release of 0.26 but marked as 'Master Head' would be changed to 0.27 when it's released? |
| [13:11:48] | peper03: | 'Master Head' on a three year old ticket doesn't help much. |
| [13:12:17] | stuarta: | interesting point |
| [13:14:46] | stichnot: | stuartm: Never mind my requests the other day about making DeleteChild() etc. virtual. I ended up creating a unified cache for the SubtitleScreen children and it made everything very tidy. |
| [13:16:38] | stuarta: | ooo shiny things |
| [13:18:19] | stuartm: | one down |
| [13:19:39] | stuartm: | I'm actually surprised that one was missed by static analysis |
| [13:27:21] | stichnot: | stuartm: nice |
| [13:29:34] | stuartm: | I don't think there's much to celebrate, that took less than 5 minutes of effort and yet the ticket was open for 17 months |
| [13:31:08] | stuarta: | we are really shit on that front :( |
| [13:31:16] | stuarta: | i too am guilty of this |
| [13:31:30] | stuarta: | the only way forward is to have a cuppa. |
| [13:31:38] | ** stuarta goes forth to brew... ** | |
| [13:39:00] | stuartm: | right said fred |
| [13:39:26] | stuarta: | noooooooooooo |
| [13:39:38] | stuartm: | http://sniff.numachi.com/pages/tiRITEFRED.html |
| [13:40:00] | stuartm: | the song from which the band/artist got their name |
| [13:41:23] | dekarl-work (dekarl-work!51c8c614@gateway/web/freenode/ip.81.200.198.20) has joined #mythtv | |
| [13:42:27] | dekarl-work: | btw, can we change the trac-commit hook to set the ticket owner to the commiter instead of the author? and the milestone to the correct release when we push to master then fixes/x.xx (maybe set it to the lowest milestone for fixes then master works, too) |
| [13:43:33] | stuartm: | http://www.youtube.com/watch?v=r5XX9LX2es4 |
| [13:43:48] | stuartm: | ... and so we had another cup of tea |
| [13:45:50] | dekarl-work: | hmm, setting the trac username instead of the mail address would be nice, too. #11561 would fit better to "paulh" then "rich0@thisnthat" |
| [13:45:50] | ** MythLogBot http://code.mythtv.org/trac/ticket/11561 ** | |
| [13:48:16] | stuartm: | dekarl-work: it used to set the milestone on tickets, I'm not sure what changed |
| [13:48:16] | stuarta: | stuartm: nice |
| [14:06:20] | stichnot: | stuartm: for you interest/amusement, MythPainter::DrawTextPriv() is 15–25x more expensive when the Subtitle Zoom is set to 150% compared to 100%. The only thing that should change is the font size, and there should be 2.25x the number of pixels to draw. |
| [14:08:51] | stichnot: | The difference is closer to 2x when the MythUI image cache gets involved, as expected. |
| [14:09:34] | stichnot: | I wonder if the font description is greatly optimized for smaller point sizes. |
| [14:09:47] | stuartm: | that _is_ interesting |
| [14:10:06] | stuartm: | #11504 |
| [14:10:06] | ** MythLogBot http://code.mythtv.org/trac/ticket/11504 ** | |
| [14:20:06] | stichnot: | stuartm: I don't know anything about painters, so it's possible that my test is not using HW acceleration or something, but it's still interesting |
| [14:22:21] | stuartm: | stichnot: are you using the image cache then? |
| [14:23:12] | stuartm: | (not to be confused with the string texture cache) |
| [14:29:02] | stuartm: | I was thinking the other day about adding some priority criteria to cached images, so that some images are expired from the cache faster than others, so that short-lived images don't remain in the cache at the expense of images which are more widely used |
| [14:29:04] | jpabq_: | stuarta: I added a patch to #11520 which I have confidence in. However, it may not be a 100% correct/complete solution to the problem. I can commit it if you want me to, or I can leave it in your hands. |
| [14:29:04] | ** MythLogBot http://code.mythtv.org/trac/ticket/11520 ** | |
| [14:29:22] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Disconnected by services) | |
| [14:29:27] | jpabq_ is now known as jpabq | |
| [14:29:33] | jpabq (jpabq!~quassel@75-161-24-249.albq.qwest.net) has quit (Changing host) | |
| [14:29:34] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv | |
| [14:30:42] | jpabq_ (jpabq_!~quassel@mythtv/developer/jpabq) has joined #mythtv | |
| [14:32:29] | stuartm: | jya: can http://code.mythtv.org/trac/ticket/11070 be closed now? |
| [14:32:39] | stuarta: | jpabq_: from reading it, you are just setting a timeout to change to a new channel? |
| [14:33:15] | stuarta: | jpabq_: although it reads a bit more like, completely restarting eit scanning |
| [14:33:47] | stichnot: | stuartm: yes, the image cache from MythPainter::GetImageFromString() is being used when available, hence much of the caption is benefiting when "real-time" captions are involved |
| [14:38:13] | stuartm: | stichnot: ah ok, that's the string cache which is different to the main image cache, it's the latter to which I was referring |
| [14:42:37] | stichnot: | I see |
| [14:44:07] | stuarta: | do we have any acceleration support for Intel HD graphics? |
| [14:45:19] | stichnot: | vaapi? |
| [14:47:19] | stuarta: | i thought that died on the vine |
| [14:50:19] | stuartm: | stuarta: not sure what state the vaapi is in, but work was definitely done on it |
| [14:51:00] | stuartm: | although vaapi is definitely the loser in the little format war, with AMD throwing vdpau support into their latest drivers |
| [14:51:03] | stichnot: | people are using it, I even once fixed a bug on it :) |
| [14:51:33] | stichnot: | I mean, a bug reported in a ticket from an actual user |
| [14:52:36] | stuartm: | hmm, wonder what's required hardware and driver-wise for vaapi, I've got an old Intel based laptop somewhere |
| [14:55:26] | stuarta: | hmmm my work laptop has an intel video card in it |
| [14:55:50] | stuarta: | now i really do have to update it to f19, since rhel6 doesn't have a new enough qt |
| [14:56:12] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 256 seconds) | |
| [15:02:37] | jpabq: | stuarta, That patch just schedules the EIT to re-start. It does not cause it to skip the 'bad channel'. Without it, EIT just hangs, so it helps, but does not completely solve the problem. |
| [15:03:30] | stuarta: | jpabq: feel free to commit it then, it's a reasonable short time fix |
| [15:04:51] | dekarl-work: | jpabq: stuarta: imho the proper fix needs more work to allow tuning the transport regardless of any channel... and I'm not sure it thats worth the needed infrastructure. Maybe if it comes as low-hanging-fruit from the multirec rewrite |
| [15:06:42] | dekarl-work: | wrt EITScanner. I lost track of the standard that contains the pointer to the full EIT feed on Sat/some Cable networks. If you happen to see stumble upon it feel free to create a developer task for me. Starting the EIT scan on the transport that carries the full guide should give a nice head start to EIT collection |
| [15:08:20] | jpabq: | dekarl-work: if you want to take ownership of #11520 you can. I agree it needs more work, but not with anything I can test here... |
| [15:08:20] | ** MythLogBot http://code.mythtv.org/trac/ticket/11520 ** | |
| [15:10:03] | dekarl-work: | jpabq: I agree with stuarta, if it works commit it |
| [15:10:13] | jpabq: | will do |
| [15:16:07] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (Remote host closed the connection) | |
| [15:16:30] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG) | |
| [15:16:30] | cesman (cesman!~cesman@pool-108-23-186-248.lsanca.fios.verizon.net) has joined #mythtv | |
| [15:16:30] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [15:16:30] | cesman (cesman!~cesman@pool-108-23-186-248.lsanca.fios.verizon.net) has quit (Changing host) | |
| [15:23:27] | stuarta: | yes intel hd = va-api |
| [15:26:15] | gigem: | stuarta: I think jya started using VAAPI recently. I occasionally try it on my desktop (as recently as last week, even). but always switch back to VDPAU. |
| [15:27:05] | stuarta: | i mainly ask because of shiny things like this -> http://www.ebuyer.com/409029-mb-boxdc3217iye- . . . boxdc3217iye |
| [15:33:14] | stichnot (stichnot!~stichnot@207.198.105.23) has joined #mythtv | |
| [15:33:14] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [15:33:14] | stichnot (stichnot!~stichnot@207.198.105.23) has quit (Changing host) | |
| [15:35:37] | gigem: | stuarta: Yeah, I've looked at those too. |
| [15:35:39] | jheizer: | stuarta: buddy of mine tried to use it on a celeron NUC but didn't have any luck. Not sure what was to blam as he was pretty new to myth at that point. |
| [15:36:35] | stuarta: | jheizer: there is a celeron version which i wouldn't touch with a barge pole |
| [15:36:38] | dekarl-work: | I'd love to hear something about Wandboards http://www.mythtv.org/wiki/ARM_Systems costs around 50% |
| [15:36:48] | jheizer: | but it was after the new "installer" came out and he was on .26 fixes. Could have also been the celeron itself to blame. |
| [15:38:02] | jheizer: | Pretty sure he had this super cheap one. http://www.amazon.com/Intel-Next-Computing-Bl . . . ds=intel+nuc |
| [15:39:31] | stuarta: | yeah, that's the one i wouldn't get. i have an aversion to celeron's :) |
| [15:40:47] | jheizer: | Agreed |
| [15:41:22] | jheizer: | Then again my main boxes are atom/ion and plenty of people don't care for that. So I guess I shoudl not be celeron judgey. |
| [15:54:59] | stuartm: | does anyone come to a different conclusion on http://code.mythtv.org/trac/ticket/11382 ? |
| [15:57:17] | ** stuarta tosses dice... nope ** | |
| [16:01:09] | stuartm: | I hate stacktraces like that, no obvious reason for it to crash there and yet it did crash |
| [16:02:05] | stuartm: | sometimes I think the system does just throw dice, randomly killing off processes with segfault signals |
| [16:02:19] | jpabq: | sun spots! |
| [16:04:01] | stuartm: | I've closed a lot of crash tickets today, but only conclusively fixed one, the rest were either inexplicable or 'probably fixed' because there were in ffmpeg |
| [16:04:20] | stuartm: | it's not very satisfying |
| [16:06:01] | SteveGoodey (SteveGoodey!~steve@host217-42-221-180.range217-42.btcentralplus.com) has joined #mythtv | |
| [16:07:10] | stuartm: | at least http://code.mythtv.org/trac/ticket/11202 looks easy, null pointer |
| [16:08:22] | dekarl1 (dekarl1!~dekarl@p4FCEEB64.dip0.t-ipconnect.de) has joined #mythtv | |
| [16:08:40] | dekarl (dekarl!~dekarl@p4FE85AC7.dip0.t-ipconnect.de) has quit (Read error: Operation timed out) | |
| [16:20:47] | superm1: | dekarl-work: sorry for delay on qusetiosn sunday. 920829 sounds reasonable. maybe make it recommends instead then. i'll sort that out on master. 856026, do we still need project-x at all? if so, we should see if still a problem with current versions and close otherwise |
| [16:21:39] | superm1: | dekarl-work: 974395, made it public |
| [16:22:47] | stichnot (stichnot!~stichnot@216.239.45.84) has joined #mythtv | |
| [16:22:47] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [16:22:47] | stichnot (stichnot!~stichnot@216.239.45.84) has quit (Changing host) | |
| [16:24:43] | stuarta: | right back later |
| [16:25:31] | stuartm: | git cherry-pick doesn't work on moved files? I thought that was one of the big selling points of git, that it tracked files even if they were moved around the source tree |
| [16:26:54] | rsiebert (rsiebert!~quassel@g231186239.adsl.alicedsl.de) has joined #mythtv | |
| [16:27:22] | stuartm: | won't be backporting that one then, too much hassle |
| [16:27:25] | jpabq: | stuartm: In my experience, it works /sometimes/. I have not figured out when it does, and when it doesn't. |
| [16:27:59] | Jordack (Jordack!~Jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [16:29:54] | rsiebert_ (rsiebert_!~quassel@e179132126.adsl.alicedsl.de) has quit (Ping timeout: 276 seconds) | |
| [16:31:22] | dekarl-work: | wagnerrp: https://bugs.launchpad.net/ubuntu/+source/mythtv/+bug/974395 is about "sendProfile.py crashed with MythBEError in __init__(): Failed to connect to backend at 127.0.0.1:6543" does that ring a bell? |
| [16:43:35] | dekarl-work: | superm1, the NDA to access errors is that a pen-and-paper thing? I'm not interested in working for free but not being allowed to talk about it. (no idea what that NDA contains) |
| [16:44:58] | superm1: | dekarl-work: yeah it's to protect people who submit errors from all of their data leaking out since crashdumps might have passwords and such |
| [16:45:10] | superm1: | i actually can't access some of errors too, just the ones that get bugs filed |
| [16:45:15] | superm1: | since i never signed anything either |
| [16:46:04] | superm1: | well actually the NDA must have been put in place since last time i tried to get access – because there was no way to do it before, they were "sorting it out" |
| [16:46:47] | dekarl-work: | superm1: I see where they are coming from but simply access to backtraces would be good enough. After all they fold many instances into one common backtrace somehow => no personal data left unless its shared by many users => no personal data left |
| [16:47:05] | superm1: | i agree |
| [16:50:26] | dekarl-work: | superm1: ok, you made the only bug from a current version public. So we need users from the other crashes to file a bug to get a backtrace? |
| [16:51:16] | superm1: | lemme see if there are any other "private" ones that were filed that have backtraces |
| [16:52:03] | superm1: | iit looks like there is a backtrace on that one though too |
| [16:54:04] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:d69:b56d:5470:b5d9) has quit (Quit: Leaving) | |
| [16:54:17] | superm1: | https://bugs.launchpad.net/ubuntu/+source/mythtv/+bug/977318 and https://bugs.launchpad.net/ubuntu/+source/mythtv/+bug/935971 were the only other two ones in launchpad that i see. no idea on the ones that errors.ubuntu.com has |
| [16:59:43] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [16:59:56] | dekarl-work: | wagnerrp: ^- these two sound as if they might have been fixed already (I vaguely remember something about TypeErrors and ignoring some errors generaly) |
| [17:02:49] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [17:02:56] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [17:03:10] | IReboot (IReboot!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has quit (Read error: Connection reset by peer) | |
| [17:04:14] | IReboot (IReboot!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has joined #mythtv | |
| [17:14:21] | dekarl-work (dekarl-work!51c8c614@gateway/web/freenode/ip.81.200.198.20) has quit (Quit: All work and no play makes Jack a dull boy) | |
| [17:41:42] | xris: | Captain_Murdoch: want to come down to seattle to give a talk on mythtv? http://lanyrd.com/2013/seagl/ |
| [18:05:47] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (Quit: Konversation terminated!) | |
| [18:08:33] | cesman (cesman!~cesman@pool-108-23-186-248.lsanca.fios.verizon.net) has joined #mythtv | |
| [18:08:33] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [18:08:33] | cesman (cesman!~cesman@pool-108-23-186-248.lsanca.fios.verizon.net) has quit (Changing host) | |
| [18:40:06] | stuartm: | definitely no chance of getting http://code.mythtv.org/trac/ticket/9480 into 0.27 at release? |
| [18:45:39] | stuartm: | Beirdo: around? |
| [18:54:04] | gigem: | Did anyone change something that might have fixed #11666 recently? I briefly looked at the problem a few days ago, but I can't reproduce it any more with current master. |
| [18:54:04] | ** MythLogBot http://code.mythtv.org/trac/ticket/11666 ** | |
| [19:10:10] | stuartm: | gigem: maybe it had something to do with disabling db logging? Could try running it with --enable-dblog |
| [19:32:02] | gigem: | stuartm: Using --enable-dblog with a normal configuration makes no difference — the frontend connects and uses negligible CPU when idle. When built with jya's new --disable-mythlogserver option causes a segfault, however. |
| [19:32:40] | gigem: | s/option causes/option, it causes/ |
| [19:43:36] | dgeary2 (dgeary2!~debian@pa49-187-94-200.pa.nsw.optusnet.com.au) has quit (Ping timeout: 276 seconds) | |
| [19:46:01] | dekarl1 is now known as dekarl | |
| [19:48:37] | dekarl: | stuartm, I'd like to compile some tests for all the EIT Fixups reworks. I have to read the patch again with my bitmask-glasses on... and I'd like to introduce types for ONID/NID/TSID/SID with proper documentation on which thing has how many bits... all this bit-banging is confusing |
| [19:50:58] | Anssi (Anssi!hannulaa@mandriva/developer/anssi) has quit (Ping timeout: 245 seconds) | |
| [19:51:26] | dgeary2 (dgeary2!~debian@pa49-187-94-200.pa.nsw.optusnet.com.au) has joined #mythtv | |
| [20:05:03] | Anssi (Anssi!hannulaa@mandriva/developer/anssi) has joined #mythtv | |
| [20:05:59] | dgeary2 (dgeary2!~debian@pa49-187-94-200.pa.nsw.optusnet.com.au) has quit (Quit: Ex-Chat) | |
| [20:16:12] | clever: | dekarl: on the avr playform, its common to use #define _BV(bit) (1 << (bit)) and then things like _BV(bitname) |
| [20:17:18] | NightMonkey (NightMonkey!~NightrMon@64.124.185.45) has joined #mythtv | |
| [20:17:18] | NightMonkey (NightMonkey!~NightrMon@64.124.185.45) has quit (Changing host) | |
| [20:17:18] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [20:18:41] | clever: | if you want to check to see if a bit is set just (input & _BV(BITNAME)) and so on |
| [20:20:41] | gigem (gigem!~david@mythtv/developer/gigem) has quit (Quit: WeeChat 0.4.1) | |
| [20:21:01] | gigem (gigem!~david@pool-96-226-13-10.dllstx.fios.verizon.net) has joined #mythtv | |
| [20:21:01] | gigem (gigem!~david@pool-96-226-13-10.dllstx.fios.verizon.net) has quit (Changing host) | |
| [20:21:01] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
| [20:23:17] | stuartm: | cool, you can undo accidental ticket changes – including re-assignments, status changes just by deleting the comment they generate |
| [20:23:43] | stuartm: | had I known that, I could have avoided triggering emails to the list |
| [20:27:25] | stuarta: | :) |
| [20:27:53] | stuartm: | tgm4883: just so I'm clear, this deadline for 13.10, is it midnight wednesday, midnight thursday, or somewhere in between? And what timezone? |
| [20:28:59] | stuartm: | I want to leave you plenty of time :) But I will squeeze whatever I can into the RC before then |
| [20:29:17] | stuarta: | well officially they are based in the US, so it'll be that timezone |
| [20:29:22] | stuarta: | at a gues |
| [20:29:25] | stuarta: | s |
| [20:29:28] | tgm4883: | UTC |
| [20:29:37] | tgm4883: | because it's a canonical limit |
| [20:29:38] | stuartm: | last time I checked, the US has 4 timezones |
| [20:29:48] | tgm4883: | but you don't need an RC for that |
| [20:31:48] | stuartm: | RC or not, the earlier the branch, the more work it creates because every fix then needs to be made in two branches (master and -fixes) |
| [20:32:16] | stuarta: | tgm4883: so is the deadline in 1.5hrs ? |
| [20:32:43] | stuartm: | if you can pull the first build from master that would be great, but if it needs to be from a stable branch ... |
| [20:32:53] | tgm4883: | stuarta, superm1 says we'll be ok. He is going to push it later tonight |
| [20:33:09] | tgm4883: | stuartm, true, but that is going to be what happens in the next month anyway right? |
| [20:33:30] | stuarta: | superm1: care to weigh in on how long until you push something ~= 0.27 ?? |
| [20:33:55] | tgm4883: | stuarta, if I was to guess, it would be pushed in the next 4 hours |
| [20:34:06] | stuartm: | tgm4883: it's going to happen yes, but there still a few bugs to be fixed (long standing stuff, that was in 0.26 or earlier) |
| [20:34:47] | tgm4883: | stuartm, then as long as all the devs are basically telling me 0.27 WILL be released by Oct 10th, then I don't see a need to do an RC right now |
| [20:34:54] | stuarta: | stuartm: on the other side, as soon as we cut it, i'd like to get the builders pointed at it to make sure |
| [20:35:03] | stuartm: | tgm4883, superm1: so do I need to branch now, or not? I was given the impression that you needed us to create the 0.27-fixes branch before you could build the package |
| [20:35:34] | stuartm: | tgm4883: absolutely positive it will be release long before then |
| [20:35:38] | stuartm: | released |
| [20:36:10] | tgm4883: | stuartm, ah, that is not correct. We don't need an RC to push this to 13.10. The issue we have is that the last time we pushed a non-released version to the official repos after it looked like it would be released in time for the final freeze, mythtv release slipped and we ended up shipping a broken build |
| [20:36:21] | tgm4883: | stuartm, that was the 0.23 fiasco |
| [20:36:34] | tgm4883: | which is why we're weary of doing something similar |
| [20:36:55] | stuarta: | makes sense |
| [20:37:07] | tgm4883: | stuartm, there is no canonical limitation that says we have to have an RC to push 0.27 to 13.10 |
| [20:37:36] | tgm4883: | stuartm, so in that regards, don't make an RC just for us. Just work on getting the bugs fixed and the final release out the door by Oct 10th :) |
| [20:37:46] | stuartm: | should be no later than 15th Sept, we're not looking at any major blockers, but there are a number of tiny little bugs that I'd prefer to fix |
| [20:38:03] | tgm4883: | stuartm, that sounds good to me |
| [20:41:18] | stuartm: | well I've built up some momentum so I'll keep going through tickets for now |
| [20:41:46] | stuartm: | I'd welcome some assistance :) |
| [20:41:52] | ** stuarta is in the mood ** | |
| [20:43:53] | superm1: | stuartm: no requirement to branch a fixes branch now. but if you are declaring RC I suppose that maxes sense that masters shouldn't be frozen until 0.27 comes out so branching fixes/0.27 would be the frozen one |
| [20:44:15] | dekarl: | stuarta, I thought their HQ is in London (the London with the Prime Meridian) or at least thats what Wikipedia says |
| [20:44:45] | stuarta: | that is one of their offices :) |
| [20:45:00] | superm1: | that is their HQ technically i believe too |
| [20:45:53] | stuarta: | stuartm: any idea why the 0.25.4 milestone is still open in trac? i didn't think we were expecting to do another 0.25 release, so i'm planning to close that milestone now |
| [20:48:05] | stuartm: | stuarta: the idea was that 0.25.4, containing all fixes after 0.25.3 would be released immediately before 0.26, for those that wanted to stay with 0.25 for a while, but it was overlooked |
| [20:48:51] | stuartm: | I could tag 0.25.4 now, would do no harm and would signal that there'll be no future backports to 0.25-fixes |
| [20:51:26] | Jordack (Jordack!~Jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [20:52:36] | stuarta: | the due date is 1st sept :) |
| [20:52:53] | stuartm: | it would be meaningless though unless we could at the same time 'lock' that branch preventing future changes |
| [20:53:05] | stuartm: | stuarta: oh, we've got time then :) |
| [20:55:52] | stuarta: | stuartm: we can lock the branch. a bit of a fiddle here and there in the gitolite config |
| [20:57:30] | stuarta: | now why do we have stuff already milestoned for 0.27.1? postponed until after the release i hope |
| [20:57:45] | stuartm: | believe so |
| [20:58:16] | stuartm: | stuff that people are too nervous to commit now without additional testing, but which they intend to backport |
| [20:59:09] | stuartm: | I'll take the 0.25.4 idea for a spin on the developer list |
| [21:01:31] | SteveGoodey (SteveGoodey!~steve@host217-42-221-180.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:05:24] | jpabq: | I have plans for 0.27.1, but have not finished the coding yet. |
| [21:05:27] | runelind (runelind!~my_cool_u@unaffiliated/runelind) has joined #mythtv | |
| [21:06:19] | runelind (runelind!~my_cool_u@unaffiliated/runelind) has left #mythtv () | |
| [21:10:02] | stuarta: | i have plans for world domination... |
| [21:11:09] | dekarl: | jpabq re #11791 see DTVSignalMonitor::HandlePAT. Not sure if it should check for "pat->ProgramCount() == 1 or 2 with one of them being program_number 0" or if the PAT class should simply hide program_number 0. |
| [21:11:09] | ** MythLogBot http://code.mythtv.org/trac/ticket/11791 ** | |
| [21:11:25] | stuarta: | dekarl: lemme have a look |
| [21:12:50] | stuarta: | dekarl: we should iterate through the programs in the PAT looking for the right program |
| [21:13:34] | stuarta: | should be relatively trivial |
| [21:13:35] | dekarl: | stuarta, define "right". the issue is when we are looking for program_number x but don't find it, what comes next? |
| [21:14:12] | dekarl: | the fallback is to check if we only have one program, then just use that end move on |
| [21:14:18] | stuarta: | i'll bet we are blindly assuming that ProgramCount==1, and therefore not finding the correct (2nd program) in the pat |
| [21:14:25] | dekarl: | but sometimes the PAT will contain an additional pseudo program |
| [21:15:14] | dekarl: | so ProgramCount==2 but there is only one program and the fallback could still work |
| [21:22:16] | stuarta: | hmmm so that theory goes out the window, as it's already searching through all the programs in the pat |
| [21:25:37] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [21:28:45] | dekarl: | stuarta: we need to add a special case for PAT containing program_number 0 which is not a proper program but a hint on where to find the NID instead of PID 0x10 which makes the presence of program_number 0 with PID 0x10 pointless in the given PAT |
| [21:29:01] | dekarl: | I'm just not sure where we should handle this special case |
| [21:29:47] | stuarta: | what we don't have in that log snippet is the desired program number |
| [21:30:13] | stuarta: | i suspect even if you did special case programid = 0 it would still fail |
| [21:30:59] | stuarta: | see libs/libmythtv/mpeg/mpegtables.h:615 |
| [21:32:05] | stuarta: | doh there it is |
| [21:32:15] | stuarta: | Program #1 not found in PAT |
| [21:32:15] | ** MythLogBot http://code.mythtv.org/trac/ticket/1 ** | |
| [21:32:40] | stuarta: | that's because it's not there, only 0 and 4016 are |
| [21:33:28] | stuarta: | lemme guess, did they setup their channels with a channels.conf import? |
| [21:35:33] | stuarta: | comment added to ticket |
| [21:39:00] | OldEnK (OldEnK!~OldEnK@75-167-207-32.cdrr.qwest.net) has joined #mythtv | |
| [21:39:37] | OldEnK (OldEnK!~OldEnK@75-167-207-32.cdrr.qwest.net) has left #mythtv () | |
| [21:48:46] | Tobbe5178: | note that the iptv part of mythtv uses a hardcoded service id of 1 |
| [21:49:15] | Tobbe5178: | see IPTVChannel::SetChannelByString call to SetDTVInfo |
| [21:50:37] | stuarta: | well that is quite possibly broken |
| [21:50:47] | Tobbe5178: | exactly |
| [21:51:01] | Tobbe5178: | and thats why i extended the m3u file to support specifying a service id |
| [21:51:18] | stuarta: | are you the reporter of the ticket i just commented on? |
| [21:51:21] | Tobbe5178: | which is included in the patch submitted in ticket 11487 |
| [21:51:34] | Tobbe5178: | yes, i'm the one who submitted that one |
| [21:52:04] | stuarta: | #11487 |
| [21:52:04] | ** MythLogBot http://code.mythtv.org/trac/ticket/11487 ** | |
| [21:52:10] | stuarta: | ? |
| [21:52:14] | Tobbe5178: | yes |
| [21:52:59] | Tobbe5178: | primary goal of the patch was to allow iptv recorder to work with ts streams over http |
| [21:53:43] | stuartm: | jya would chose this moment to go on holiday |
| [21:53:53] | Tobbe5178: | :) |
| [21:54:26] | jpabq: | Tobbe5178: I don't suppose you have some URL that I can use to test MPTS over IP ? |
| [21:54:43] | Tobbe5178: | um... |
| [21:55:06] | Tobbe5178: | dont have my dvb box available on the internet since thats a bad idea |
| [21:55:11] | stuartm: | as commented in http://code.mythtv.org/trac/ticket/10773#comment:4 &ndas h; I'm leaning towards applying the patch, but since I don't have any devices using Bonjour I'm really not affected by it one way or the other |
| [21:55:27] | jpabq: | Tobbe5178: that is what I expected. |
| [21:57:14] | Tobbe5178: | i think you should be able to just put any ts file on a http server to test it |
| [21:57:36] | Tobbe5178: | then just point the m3u file to your local webserver instead |
| [21:57:53] | jpabq: | Interesting idea. I will try that. |
| [21:58:39] | Tobbe5178: | just dump a part of a transport stream to a file, possibly filterd to only include the streams for one channel, then put it on your local webserver |
| [21:58:44] | Tobbe5178: | and construct a m3u file |
| [21:59:05] | jpabq: | I have a mpts sample available. |
| [22:00:07] | Tobbe5178: | i gave up with getting the qt http classes to work when i wrote that code, tried to make a local event loop but failed |
| [22:00:19] | Tobbe5178: | so thats why i used a different library |
| [22:00:44] | Tobbe5178: | anyway, the patch works and i use it myself since several months |
| [22:00:56] | jpabq: | jya rewrote some of that code for 0.27. I am hoping he came up with a Qt solution, but I haven't looked at it yet. |
| [22:01:08] | Tobbe5178: | i have this recorder setup with a low prio so if i get a conflict it uses the dreambox to record it |
| [22:01:31] | Tobbe5178: | also the way it streams from the box works well if you use it |
| [22:01:35] | Tobbe5178: | to watch tv |
| [22:01:43] | Tobbe5178: | then the box will do the right thing |
| [22:01:51] | stuarta: | Tobbe5178: to clarify, what is the intended function of IPTVFeederHTTP class? |
| [22:02:04] | Tobbe5178: | to get a ts stream over http |
| [22:02:06] | Tobbe5178: | thats it |
| [22:02:23] | stuarta: | because IIRC that is an area jya worked on |
| [22:02:36] | Tobbe5178: | so when you point your m3u file to a http:// url it works |
| [22:02:40] | Tobbe5178: | ok |
| [22:02:52] | Tobbe5178: | if it is already in 0.27 or planed or something then thats great |
| [22:03:15] | stuarta: | can anyone else confirm that is part of jya's rework of iptv? |
| [22:03:29] | stuarta: | and prove i'm not just halucinating? |
| [22:03:31] | Tobbe5178: | when i made it i found out about the issue with the service id for iptv |
| [22:03:48] | Tobbe5178: | and fount out it was hardcoded |
| [22:04:23] | stuarta: | imho the whole servicedid part could probably go straight in |
| [22:04:33] | stuarta: | jpabq: thoughts on the above? |
| [22:05:11] | jpabq: | I know jya worked (at least) on the HLS stuff. I will take a look at it soon and see what works, and what can be improved. |
| [22:05:36] | Tobbe5178: | it shouldnt break anything since it should fall back to the old behavior if you dont specify the new option in the m3u file |
| [22:06:33] | jpabq: | It would be nice if myth's 'scanner' could just scan the stream for the available programs, and automatically add them to the channel table. |
| [22:07:07] | Tobbe5178: | well, will that realy work for iptv? |
| [22:07:31] | Tobbe5178: | you may not have all the stuff you normaly get from a dvb channel |
| [22:07:51] | stuarta: | jpabq: we had that once and it broke lots of things, although i was thinking of a more intelligent approach and adding it back |
| [22:08:01] | Tobbe5178: | what would be nice is some kind of auto detect, if the stream only contains one channel, then pick that one |
| [22:08:12] | stuarta: | Tobbe5178: it does that already |
| [22:08:20] | Tobbe5178: | ok |
| [22:08:24] | jpabq: | Hmmm. In that case, my sample MPTS file would not be a good test, since it originated from a DVB type source. |
| [22:08:53] | Tobbe5178: | mine is also dvb but i think the box filters it a bit first |
| [22:09:02] | Tobbe5178: | befor it sends it out over http |
| [22:09:09] | Tobbe5178: | so only the channel you are interested in is sent |
| [22:09:13] | Tobbe5178: | or pids |
| [22:10:16] | Tobbe5178: | i guess i could stream a channel for a while and just store it to a file as a sample |
| [22:10:17] | jpabq: | Tobbe5178: are you able to try 0.27? If so, I will try and come up with something and have you test it before I commit it. |
| [22:10:34] | Tobbe5178: | i guess i can try 0.27 on my mythtv dev box |
| [22:11:07] | Tobbe5178: | i setup a dev box under kvm and attached a dvb usb stick to it to have something to test with |
| [22:11:17] | jpabq: | It will likely be a few days before I have something ready. I need to compare your work against 'master' and chose a course of action. |
| [22:11:24] | Tobbe5178: | ok |
| [22:11:39] | stuarta: | Tobbe5178: see libs/libmythtv/recorders/dtvsignalmonitor.cpp:324 |
| [22:11:45] | stuarta: | in master |
| [22:11:52] | Tobbe5178: | i havent looked at 0.27 (yet) |
| [22:13:33] | stuartm: | in the interest of getting #11701 sorted, does anyone know of a source which might list the network/transport IDs for Hungarian Cable? |
| [22:13:33] | ** MythLogBot http://code.mythtv.org/trac/ticket/11701 ** | |
| [22:14:18] | jpabq: | stuarta: If you have any thoughts on this stuff, feel free to send them my way. I would not want to go down a path that has already been tried but failed. I have never looked at the IPTV stuff before 2 months ago. |
| [22:14:37] | stuarta: | jpabq: i started 20minutes ago :) |
| [22:14:51] | stuarta: | but know a lot about dvb instead |
| [22:15:08] | jpabq: | :) |
| [22:17:33] | Tobbe5178: | another thing, have any of you noticed that mythvideo in 0.26 is very likely to make the frontend crash if you have the video folder tree open, make a scan for changes and then shortly after it complets try to navigate around the tree? |
| [22:18:11] | Tobbe5178: | i think it happens when the scan detects a change and updates the tree |
| [22:18:48] | jpabq: | Tobbe5178: if you can reproduce that with 0.27, I am sure stuartm will take a look at it. |
| [22:19:30] | stuartm: | already a ticket open for it, jya was working on it |
| [22:19:36] | Tobbe5178: | cant realy test it under 0.27 yet until i have finished my eit fixup improvment that i'm working on |
| [22:20:26] | Tobbe5178: | it doesnt work very well to run a frontend via a kvm virtual machine |
| [22:22:26] | stuarta: | no it sucks badly :) |
| [22:24:56] | stuarta: | http://www.google.co.uk/url?sa=t&rct=j&am . . . &cad=rja |
| [22:25:01] | stuarta: | stuartm: answering your question i found ^^^ |
| [22:26:11] | stuarta: | http://www.dvbservices.com/identifiers/network_id |
| [22:26:14] | stuarta: | much better |
| [22:28:45] | stuarta: | oh look, they are the same thing! |
| [22:28:49] | stuarta: | from the same damn site |
| [22:29:26] | stuartm: | 0x0064 – 0x0064 T-Kábel T-Kábel Magyarország Kft. 902 Satellite |
| [22:29:39] | stuarta: | yep, so just 100, not 101 |
| [22:32:02] | stuarta: | stuartm: i'll nail that one down now |
| [22:33:34] | kc (kc!~Casper@unaffiliated/kc) has quit (Ping timeout: 248 seconds) | |
| [22:33:57] | kc (kc!~Casper@pool-108-36-208-246.phlapa.fios.verizon.net) has joined #mythtv | |
| [22:33:57] | kc (kc!~Casper@unaffiliated/kc) has joined #mythtv | |
| [22:33:57] | kc (kc!~Casper@pool-108-36-208-246.phlapa.fios.verizon.net) has quit (Changing host) | |
| [22:34:02] | stuartm: | thanks :) |
| [22:49:27] | stuarta: | building |
| [23:07:46] | stuarta: | https://github.com/MythTV/mythtv/commit/4d3ff . . . 519ee14d91cf <- why can't i find that in my local git checkout |
| [23:09:59] | jpabq: | Tobbe5178: Making a sample mpts file available on my apache server doesn't work. Or, I crafted the m3u file incorrectly. Or, IPTV recording in master is flat out broken. I am actually leaning towards the last option. |
| [23:11:35] | jpabq: | That is with no mods to the 0.27 source. I did manually 'fix' the channel table in the database to get the serviceid set to the correct value. Based on the mythbackend logs, in it is looking for the correct program... |
| [23:14:03] | stuarta: | dekarl: the fix for #7486 is supposedly in the repo at 4d3ff242d9cef878362bd5a9cc38519ee14d91cf, but it's not, and contains a translatable string, for which the translaters will kill us |
| [23:14:03] | ** MythLogBot http://code.mythtv.org/trac/ticket/7486 ** | |
| [23:17:01] | jpabq: | Tobbe5178: so, it looks like jya didn't add that functionality. Tomorrow, I will spend some time with your patch. |
| [23:19:08] | stuarta: | we are in string freeze aren't we? |
| [23:25:57] | jpabq: | I *think* knightr said you could change up until the RC was cut — with permission? |
| [23:27:03] | stuarta: | hmmm, i've found an easy fix, which is supposedly already in, but i can't find it. downside is it has a translatable string in it |
| [23:27:13] | stuarta: | ah well, i'll look at it again tomorrow |
| [23:33:52] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has joined #mythtv | |
| [23:43:19] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [23:55:53] | stuartm: | stuarta: 4d3ff242 isn't in my tree, it's simply not there – the last time that happened was because someone rebased and erased the commits from history |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.