| Saturday, January 5th, 2013, 00:04 UTC | ||
| [00:04:48] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [00:10:05] | danielk22: | stichnot: cool |
| [00:12:31] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds) | |
| [00:24:16] | stuartm: | for all the work done on the metadata lookup stuff it still fails on what should be easy lookups |
| [00:26:19] | stuartm: | take the film "Silent Running", it returns three matches but only one _exact_ match, and no tv results are returned at all, but it still fails because "Unable to match this title, too many possible matches." |
| [00:26:39] | stuartm: | how can there be too many possible matches when only one match, the correct match, was found? |
| [00:27:43] | danielk22: | stuartm: I'm sure that a little bit of attention there could bring good results. |
| [00:28:22] | stuartm: | yeah, it's annoying enough that I'll take a look at the weekend |
| [00:30:09] | stuartm: | there are other relatively simple issues, like the fact that it ignores The Hour (2011) as the correct match because it's not smart enough to strip the year from the result before doing a title comparison |
| [00:34:23] | skd5aner: | stuartm: I'm frequently finding that TV shows are identified as movies... would love it the metadata stuff was better at distinguishing that recordings are most likely going to be TV shows, although obviously it could be a movie |
| [00:35:38] | stuartm: | skd5aner: there are hints we can use, stuff I already believed we were using but maybe not correctly, but ultimately it may depend on the quality of guide data |
| [00:35:41] | skd5aner: | I see two different cases... where a TV show has the same name as a movie, so it thinks it's a movie... |
| [00:36:16] | skd5aner: | and, the odder case is where it gets the correct inetref ID for the TV show, but then retrieves the metadata from tmdb... which is even more annoying |
| [00:36:26] | stuartm: | I doubt we're factoring length in though, that's a very good indication of whether it's a TV series or film, since TV episodes are rarely 90+ minutes |
| [00:36:43] | skd5aner: | in one case, it brough back some softcore porn artwork for sportscenter :P |
| [00:37:02] | stuartm: | skd5aner: the latter is just a design flaw in our system, I warned about it early on but was ignored |
| [00:37:25] | skd5aner: | did I really type "odder"?!?! wtf?! |
| [00:38:11] | stuartm: | could be worse, could have typed udder instead |
| [00:38:12] | skd5aner: | oh, guess I did mean "odder" – haha – re-reading thought I might have mistyped "other" – lol |
| [00:39:10] | stuartm: | we don't add any sort of information to distinguish which source an inetref applies to, and that's just broken since there will be collisions |
| [00:40:11] | stuartm: | very difficult to fix it for existing metadata though, it might be something that when fixed only gets applied to new matches |
| [00:41:52] | skd5aner: | stuartm: instead of this: http://thetvdb.com/?tab=series&id=77967&lid=7 I got this: http://www.themoviedb.org/movie/77967 |
| [00:42:37] | stuartm: | yup, surprised it doesn't happen a lot more often |
| [00:42:43] | skd5aner: | my wife was the first one to discover the artwork... particularly the "backdrop" – took her a while to actually see it should have been a sports news show and not some 80's goofy softcore |
| [00:43:12] | stuartm: | we should consider ignoring porn results |
| [00:43:36] | stuartm: | tmdb mark them as porn, so filtering is trivial |
| [00:44:06] | stuartm: | I guess I'm going to be busy :/ |
| [00:44:19] | skd5aner: | well, if folks are purposely recording it, I'm sure they wouldn't care for the artwork to appear – probably would prefer it |
| [00:44:37] | skd5aner: | don't know if that's a small or large percentage of the population though |
| [00:46:46] | stuartm: | we can jump that hurdle later, atm I think the vast majority of users don't want pornographic images being accidentally shown to their kids via MythTV :) |
| [00:48:02] | stuartm: | I need to get some sleep |
| [00:49:59] | joki (joki!~joki@p54865862.dip.t-dialin.net) has quit (Ping timeout: 260 seconds) | |
| [00:50:45] | joki (joki!~joki@p548625CF.dip.t-dialin.net) has joined #mythtv | |
| [00:58:09] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 260 seconds) | |
| [00:58:27] | Chutt_ is now known as Chutt | |
| [01:26:00] | stichnot (stichnot!~stichnot@ppp-68-126-151-206.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [01:26:00] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [01:26:00] | stichnot (stichnot!~stichnot@ppp-68-126-151-206.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [01:48:14] | neufeld: | stichnot: OK, I found a recording with the difficulty, and have some more information that I'll put into the bug. |
| [01:49:36] | neufeld: | stichnot: I was wrong about the behaviour jumping over the broken part of the file, I must have had the wrong episode in the series, so I was combing over a working example looking for the bad case. Your theory about PTS reset seems correct given what I've seen and your discussion with danielk22. |
| [02:09:20] | lentferj (lentferj!~lentferj@p579B7C64.dip.t-dialin.net) has quit (Ping timeout: 252 seconds) | |
| [02:10:32] | lentferj (lentferj!~lentferj@p579B7A45.dip.t-dialin.net) has joined #mythtv | |
| [02:19:43] | neufeld is now known as neufeld_AFK | |
| [03:12:14] | Guest76242 (Guest76242!~quassel@75-161-183-113.mpls.qwest.net) has joined #mythtv | |
| [03:15:44] | Delsol (Delsol!adb1bed0@gateway/web/freenode/ip.173.177.190.208) has joined #mythtv | |
| [03:16:00] | Delsol: | hello guys ! |
| [03:16:29] | Delsol: | anyone is using MythTv in north America with a Genoix tuner ? |
| [03:19:18] | Delsol (Delsol!adb1bed0@gateway/web/freenode/ip.173.177.190.208) has left #mythtv () | |
| [03:25:52] | FnC (FnC!~user1@71-8-115-96.dhcp.ftwo.tx.charter.com) has joined #mythtv | |
| [03:26:16] | FnC (FnC!~user1@71-8-115-96.dhcp.ftwo.tx.charter.com) has left #mythtv () | |
| [03:44:24] | wagnerrp: | genoix: don't they make satellite tuners? |
| [03:45:36] | tonsofpcs: | genoix? |
| [03:45:41] | wagnerrp: | genpix |
| [03:45:43] | tonsofpcs: | also, #mythtv-users maybe? |
| [03:45:54] | wagnerrp: | yeah... apparently the user wanted to run softcams |
| [03:54:25] | jpabq: | stuartm: one of my wish list items, is to fix the metadata to work with "custom record" rules. Most of my movies are recorded because they have an actor specified in a custom record rule, and the metadata stuff doesn't work at all. I have not thought about it enough to figure out a fix, but thought I would mention it if you are going to play around in there anyway. |
| [04:11:43] | nascar (nascar!~chatzilla@out-ab-156.wireless.telus.com) has joined #mythtv | |
| [04:26:55] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [04:26:57] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv | |
| [04:33:29] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [04:40:09] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 265 seconds) | |
| [04:44:49] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 248 seconds) | |
| [04:46:17] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [04:52:52] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [05:01:16] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (Ping timeout: 245 seconds) | |
| [05:02:12] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (Ping timeout: 260 seconds) | |
| [05:06:24] | rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:515f:274a:88ef:2e52) has joined #mythtv | |
| [05:06:25] | rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:515f:274a:88ef:2e52) has quit (Changing host) | |
| [05:06:25] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv | |
| [05:07:38] | tgm4883 (tgm4883!~tgm4883@2001:4968:202:3:515f:274a:88ef:2e52) has joined #mythtv | |
| [05:07:39] | tgm4883 (tgm4883!~tgm4883@2001:4968:202:3:515f:274a:88ef:2e52) has quit (Changing host) | |
| [05:07:39] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv | |
| [05:13:17] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [05:38:38] | Guest76242 (Guest76242!~quassel@75-161-183-113.mpls.qwest.net) has quit (Remote host closed the connection) | |
| [05:58:29] | len (len!~quassel@75-161-183-113.mpls.qwest.net) has joined #mythtv | |
| [05:58:43] | len is now known as Guest9547 | |
| [06:34:05] | Guest9547 (Guest9547!~quassel@75-161-183-113.mpls.qwest.net) has quit (Remote host closed the connection) | |
| [06:39:09] | rsiebert (rsiebert!~quassel@g225049138.adsl.alicedsl.de) has joined #mythtv | |
| [06:42:11] | rsiebert_ (rsiebert_!~quassel@g229053096.adsl.alicedsl.de) has quit (Ping timeout: 248 seconds) | |
| [07:00:10] | Goga777 (Goga777!~Goga777@128-71-66-132.broadband.corbina.ru) has joined #mythtv | |
| [07:01:04] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has quit (Quit: leaving) | |
| [07:01:14] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has joined #mythtv | |
| [07:06:23] | Goga777 (Goga777!~Goga777@128-71-66-132.broadband.corbina.ru) has quit (Remote host closed the connection) | |
| [07:26:12] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [07:32:46] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [07:56:17] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [07:57:15] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [08:00:13] | len (len!~quassel@75-161-183-113.mpls.qwest.net) has joined #mythtv | |
| [08:00:23] | len is now known as Guest95026 | |
| [08:02:51] | stoffel (stoffel!~quassel@pD9E42DA9.dip.t-dialin.net) has joined #mythtv | |
| [08:03:27] | nascar (nascar!~chatzilla@out-ab-156.wireless.telus.com) has quit (Read error: Connection reset by peer) | |
| [08:39:57] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv | |
| [08:50:44] | coredumb (coredumb!~coredumb@unaffiliated/coredumb) has joined #mythtv | |
| [08:50:47] | coredumb: | Hello |
| [08:51:13] | coredumb: | i'm configuring mythtv for the first time, and i'm trying to configure my capture cards |
| [08:51:25] | coredumb: | i have a dual DVB-S2 receiver |
| [08:51:49] | coredumb: | with a sat antenna with two dual LNB each pointed to a different sat |
| [08:52:42] | coredumb: | when i enter DiSEqC menu to setup switch ports, i just have "(Unconnected)" entry in the menu |
| [08:52:48] | coredumb: | any idea? |
| [08:54:38] | coredumb: | i mean i select it as specified in the doc but nothing happens :) |
| [09:06:27] | coredumb: | am i supposed to add all channels by hand? |
| [10:08:12] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [10:19:48] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has quit (Quit: No Ping reply in 180 seconds.) | |
| [10:20:16] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has joined #mythtv | |
| [10:20:43] | SteveGoodey (SteveGoodey!~steve@86.148.172.139) has joined #mythtv | |
| [10:23:44] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has quit (Client Quit) | |
| [10:24:11] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has joined #mythtv | |
| [10:33:35] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has quit (Quit: No Ping reply in 180 seconds.) | |
| [10:34:02] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has joined #mythtv | |
| [10:37:13] | lentferj: | coredumb: I think these type of questions should be asked over at mythtv-users |
| [10:39:11] | lentferj: | I am posting my question again.. maybe someone has interest to look at it.. or point me to a better place to ask for comments |
| [10:39:18] | lentferj: | 11:46 < lentferj> Hi, I am working on a patch that will allow a SBE to give a BUSY as a response to GO_TO_SLEEP to prevent shutdown and have the MBE send GO_TO_SLEEP again on the usual cycle |
| [10:39:22] | lentferj: | 11:47 < lentferj> the patch is still dirty but before posting it anywhere I would like to ask if this is aanywhere close to acceptable by your standards |
| [10:39:25] | lentferj: | 11:47 < lentferj> the patch is still again 0.24.2 – as this is the version I am running |
| [10:39:28] | lentferj: | 11:47 < lentferj> http://pastie.org/5620599 |
| [10:40:31] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has quit (Quit: No Ping reply in 180 seconds.) | |
| [10:41:20] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has joined #mythtv | |
| [10:47:50] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has quit (Quit: No Ping reply in 180 seconds.) | |
| [10:48:17] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has joined #mythtv | |
| [10:56:29] | stuartm: | jpabq: yeah I'm affected by that same issue, the other day I had Alien artwork for Robin Hood as both were recorded under my 'Ridley Scott' people search rule |
| [10:57:05] | stuartm: | lentferj: I'll take a look later |
| [10:59:18] | lentferj: | stuartm: thanks! |
| [11:07:58] | natanojl: | stuartm, lentferj: There is something similar in #7762. I don't know what to make of it though |
| [11:07:58] | ** MythLogBot http://code.mythtv.org/trac/ticket/7762 ** | |
| [11:10:34] | stoffel_ (stoffel_!~quassel@217.228.25.117) has joined #mythtv | |
| [11:10:37] | lentferj: | natanojl, stuartm : yeah, that seems really the same more or less |
| [11:10:40] | lentferj: | how come I missed that |
| [11:10:44] | stoffel (stoffel!~quassel@pD9E42DA9.dip.t-dialin.net) has quit (Ping timeout: 248 seconds) | |
| [11:10:52] | lentferj: | seems more complex (bigger diff) than mine though |
| [11:11:14] | Guest95026 (Guest95026!~quassel@75-161-183-113.mpls.qwest.net) has quit (Remote host closed the connection) | |
| [11:11:36] | lentferj: | my patch just breaks out of the enc->GoToSleep |
| [11:11:49] | lentferj: | I don't think any more complexity is really needed |
| [11:12:02] | lentferj: | as the scheduler will come back to the encoder anyway |
| [11:35:43] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has quit (Quit: No Ping reply in 180 seconds.) | |
| [11:36:10] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has joined #mythtv | |
| [11:41:05] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has quit (Quit: No Ping reply in 180 seconds.) | |
| [11:41:30] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has joined #mythtv | |
| [11:44:04] | Lomion0815 (Lomion0815!~androirc@081-003-214-194.yesss.at) has joined #mythtv | |
| [11:46:57] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has quit (Quit: No Ping reply in 180 seconds.) | |
| [11:47:23] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has joined #mythtv | |
| [11:48:15] | SteveGoodey (SteveGoodey!~steve@86.148.172.139) has quit (Quit: Konversation terminated!) | |
| [12:07:53] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has quit (Quit: No Ping reply in 180 seconds.) | |
| [12:08:19] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has joined #mythtv | |
| [12:15:15] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has quit (Quit: No Ping reply in 180 seconds.) | |
| [12:15:39] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has joined #mythtv | |
| [12:19:46] | IReboot (IReboot!~doug@CPE10bf48e67915-CM00252eac6f40.cpe.net.cable.rogers.com) has quit (Remote host closed the connection) | |
| [12:20:05] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has quit (Client Quit) | |
| [12:20:30] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has joined #mythtv | |
| [12:22:13] | IReboot (IReboot!~doug@CPE10bf48e67915-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv | |
| [12:23:54] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has quit (Client Quit) | |
| [12:24:20] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has joined #mythtv | |
| [12:34:59] | Lomion0815 (Lomion0815!~androirc@081-003-214-194.yesss.at) has quit (Ping timeout: 255 seconds) | |
| [12:35:45] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Quit: Quit) | |
| [12:36:45] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has quit (Quit: No Ping reply in 180 seconds.) | |
| [12:37:16] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has joined #mythtv | |
| [12:43:48] | sl1ce_1g (sl1ce_1g!~johnathan@pool-100-0-73-123.bstnma.fios.verizon.net) has quit (Quit: Konversation terminated!) | |
| [12:45:16] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has quit (Quit: No Ping reply in 180 seconds.) | |
| [12:45:45] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has joined #mythtv | |
| [12:50:40] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has quit (Quit: No Ping reply in 180 seconds.) | |
| [12:51:06] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has joined #mythtv | |
| [12:54:12] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has quit (Read error: Operation timed out) | |
| [12:55:40] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has joined #mythtv | |
| [12:59:35] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has quit (Client Quit) | |
| [12:59:58] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has joined #mythtv | |
| [13:02:36] | coredumb (coredumb!~coredumb@unaffiliated/coredumb) has left #mythtv ("WeeChat 0.3.9.2") | |
| [13:35:08] | stoffel_ (stoffel_!~quassel@217.228.25.117) has quit (Ping timeout: 272 seconds) | |
| [13:36:59] | peper03 (peper03!~peper03@port-92-203-100-237.dynamic.qsc.de) has joined #mythtv | |
| [13:56:41] | stoffel (stoffel!~quassel@pD9E41975.dip.t-dialin.net) has joined #mythtv | |
| [14:19:26] | stoffel (stoffel!~quassel@pD9E41975.dip.t-dialin.net) has quit (Read error: Operation timed out) | |
| [14:27:14] | stichnot: | neufeld_AFK: can you make your srt output use frame-based timing instead of timecode-based timing? |
| [14:30:40] | neufeld_AFK is now known as neufeld | |
| [14:31:16] | dblain (dblain!~dblain@mythtv/developer/dblain) has quit () | |
| [14:32:00] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Quit: Quit) | |
| [14:34:31] | neufeld: | stichnot: I don't think so. The specification says that the time is given by the second field in the record, an elapsed run time in HMS with decimal commas for partial seconds for starting the display, then the string " --> ", then a second elapsed time for when the text should be removed. There's nothing that indicates that a .srt file can contain frame numbers. I could dump to another format, ccextractor |
| [14:34:31] | neufeld: | produces srt, sami, dvdraw, txt, and ttxt. The last two wouldn't be helpful, I'll see what sami and dvdraw formats allow. |
| [14:36:07] | neufeld: | stichnot: SAMI looks awkward, I'd be surprised if it's supported in the player http://en.wikipedia.org/wiki/Synchronized_Acc . . . _Interchange |
| [14:37:24] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [14:42:30] | neufeld: | dvdraw seems to be just pulling the byte stream directly off a DVD, and usually gets fed into something else before it can be used for display. |
| [14:43:24] | stichnot: | neufeld: our srt parser is taken directly from xine |
| [14:43:46] | stichnot: | have a look at libmythtv/xine_demux_sputext.cpp |
| [14:44:18] | stichnot: | specifically, look for all sscanf formats that result in "demuxstr->uses_time=0;" |
| [14:45:59] | neufeld: | I see, so it's a lot more permissive than the .srt spec. |
| [14:46:05] | stichnot: | if you can produce one of those formats, subtitlescreen.cpp will use the frame for the current play position, rather than the noisy timecode, to determine which subtitle should be displayed |
| [14:46:36] | stichnot: | I'm not sure how well tested that is, but I'd be much more comfortable fixing that code |
| [14:47:46] | neufeld: | stichnot: Yeah, thanks, I'll poke about in that. It /might/ be possible to create a ".srt" file with MICRODVD timestamps and fool the renderer into believing it. I shall give it a try in my free time. |
| [14:48:09] | stichnot: | neufeld: remind me, how are you creating the .srt file? |
| [14:48:47] | neufeld: | stichnot: http://ccextractor.sourceforge.net |
| [14:49:00] | neufeld: | stichnot: it's a simple text format, easy to mung up in perl |
| [14:49:26] | neufeld: | Thanks for the pointer into the xine code, I'll look into that and let you know. |
| [14:49:48] | ** neufeld is hungry and goes to prepare a late breakfast ** | |
| [14:49:52] | neufeld is now known as neufeld_AFK | |
| [14:49:52] | stoffel (stoffel!~quassel@pD9E41975.dip.t-dialin.net) has joined #mythtv | |
| [14:59:47] | stichnot: | so ccextractor is clever enough to correct the dts/pts discontinuity? |
| [15:04:40] | zombor (zombor!~zombor__@65.29.231.135) has joined #mythtv | |
| [15:04:40] | zombor (zombor!~zombor__@65.29.231.135) has quit (Changing host) | |
| [15:04:40] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv | |
| [15:22:43] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [15:29:29] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv | |
| [15:34:53] | natanojl: | stuartm: Does this look reasonable for #11155: http://pastebin.com/GYTMDgyU . Why do a background load when the image was found in the cache? |
| [15:48:30] | stuartm: | natanojl: that looks right to me, might want to double check with Captain_Murdoch since he added the bit you're removing in https://github.com/MythTV/mythtv/commit/fa0c90d4 |
| [15:52:52] | zombor (zombor!~zombor__@65.29.231.135) has joined #mythtv | |
| [15:52:52] | zombor (zombor!~zombor__@65.29.231.135) has quit (Changing host) | |
| [15:52:52] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv | |
| [15:53:10] | stuartm: | actually ... the image load thread also checks the cache, so you're not going to save much time |
| [15:53:25] | stuartm: | and if the image isn't in the memory cache we're still going to incur a foreground load from the disc cache, which would be slower not faster |
| [15:57:58] | stuartm: | for #11155 one of the problems is with the DownloadManager and remote image retrieval, the stat calls are too frequent and slow, and there are some other problems which I can't remember the detail of now |
| [15:57:58] | ** MythLogBot http://code.mythtv.org/trac/ticket/11155 ** | |
| [16:08:30] | natanojl: | stuartm: What I see is that MythUIButtonListItem::SetToRealButton() calls Reset(), and then SetFilename(), and Load(). Even if the image load thread finishes quickly due to the cache there will be a short time where the image is empty |
| [16:15:47] | natanojl: | There will be a background load even if the filename gets set to the same as it was before Reset() |
| [16:35:01] | stuartm: | what happens if you comment out buttonstate->Reset(); ? |
| [16:35:40] | stuartm: | I expect some other stuff to perhaps break, but that can be fixed differently |
| [16:36:00] | jheizer_laptop (jheizer_laptop!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [16:42:42] | stoffel (stoffel!~quassel@pD9E41975.dip.t-dialin.net) has quit (Ping timeout: 264 seconds) | |
| [16:56:48] | sophusn (sophusn!~sophusn@1385163223.dhcp.dbnet.dk) has joined #mythtv | |
| [16:59:01] | sl1ce (sl1ce!~johnathan@pool-100-0-73-123.bstnma.fios.verizon.net) has joined #mythtv | |
| [16:59:21] | natanojl: | stuartm: It still flickers, but it stops if I also comment out Clear() just before "bool bPreferLoadInBackground =" in mythuiimage.cpp |
| [17:01:14] | jheizer_laptop (jheizer_laptop!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 260 seconds) | |
| [17:03:20] | stoffel (stoffel!~quassel@217.228.25.117) has joined #mythtv | |
| [17:04:01] | stuartm: | natanojl: ok, that's a starting point then, we'll need to ensure that anything which isn't already explicitly Reset() in SetToRealButton() gets reset if needed, we'll also have to make sure we're Clear()ing if the background image load fails (no file, bad image etc) |
| [17:05:32] | stuartm: | move that Clear() down so it still occurs for foreground loads, or just ensure we Clear() on failed foregrounds loads too |
| [17:05:41] | sophusn (sophusn!~sophusn@1385163223.dhcp.dbnet.dk) has left #mythtv ("Leaving") | |
| [17:12:06] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [17:12:40] | neufeld_AFK is now known as neufeld | |
| [17:14:14] | neufeld: | stichnot: no, HD-PVR recordings don't contain the CC stream. I run ccextractor on the SD output of the STB, while the HD output goes to the HD-PVR. All ccextractor sees is a continuous MPEG4 stream, it doesn't know that the HD-PVR got reset (which does lead to timing issues in the CC since the clock stops on the HD-PVR but keeps running on the SD output, but I can't really do anything about that). |
| [17:15:02] | stichnot: | neufeld: d'oh, of course. |
| [17:20:19] | natanojl: | stuartm: sounds good, gonna get me something to eat now |
| [17:20:24] | neufeld: | danielk22: on #11328, is your comment applicable to 0.25.2? My HD-PVR recordings don't start on a keyframe. I've got one here whose first keyframe is n=98, at 4.2723 seconds into the stream, according to ffmpeg v1.0. When ffmpeg tries to read the file, it doesn't find any frames at all for the first 485k of the file, it just generates screens and screens of diagnostics about sps_id out of range, "no frame", etc. |
| [17:20:24] | ** MythLogBot http://code.mythtv.org/trac/ticket/11328 ** | |
| [17:20:25] | neufeld: | Is there anywhere I can drop the first 1MB of this file and then put a link in the bug report? |
| [17:20:35] | SteveGoodey (SteveGoodey!~steve@host86-148-172-139.range86-148.btcentralplus.com) has joined #mythtv | |
| [17:24:15] | Goga777 (Goga777!~Goga777@128-71-66-132.broadband.corbina.ru) has joined #mythtv | |
| [17:25:01] | jpabq: | neufeld: I don't think danielk22 has a HD-PVR anymore, but I still use them. I will try to make some time to look at that. |
| [17:25:47] | neufeld: | jpabq: anywhere I can drop this first 1MB? I've got a dropbox account, but I thought maybe there was a standard place for files like this. |
| [17:26:23] | jpabq: | neufeld: if it is happening to you, it should be happening to me too, so don't worry about a sample unless I cannot reproduce for some reason. |
| [17:26:55] | stuartm: | natanojl: ditto, I'm probably not going to be available for the rest of the evening |
| [17:27:09] | mad_enz (mad_enz!~Enz@dsl-207-112-126-15.tor.primus.ca) has joined #mythtv | |
| [17:27:48] | stichnot: | neufeld: http://code.mythtv.org/trac/attachment/ticket/11322/Sample.mkv is 1.5MB, so you can probably just attach to the ticket |
| [17:30:24] | neufeld: | jpabq: OK. I've run ffprobe on the last 4 HD-PVR recordings, all complain loudly about header decoding errors, inability to find a frame. Basically, it's as if we're being dropped into the stream in mid-frame. They do eventually provide data (sometimes very wrong) about the duration and bitrate, but the 8 screenfuls of diagnostics ahead of that suggests this isn't a clean TS starting on a keyframe. This is for |
| [17:30:25] | neufeld: | recordings made on 0.25.2, HD-PVR running the 0x15 firmware. |
| [17:30:32] | neufeld: | stichnot: OK, I'll do that. |
| [17:31:43] | jpabq: | neufeld: I did change how the HD-PVR "starts up", but I don't remember exactly when I made that change. I believe it was there for the 0.25 release though. In 0.24 Myth would "test the waters" with the HD-PVR by telling it to start recording, after that succeeded it would start recording for real. I changed it to "test" the HD-PVR a different way that really cleaned up the beginning of recordings. |
| [17:32:26] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 255 seconds) | |
| [17:32:49] | Goga777 (Goga777!~Goga777@128-71-66-132.broadband.corbina.ru) has quit (Read error: No route to host) | |
| [17:33:30] | Goga777 (Goga777!~Goga777@128-71-66-132.broadband.corbina.ru) has joined #mythtv | |
| [17:33:47] | danielk22: | neufeld: jpabq: I have HD-PVR, but I don't have an STB so I don't use it. The keyframe stuff is in the DTVRecorder class the HD-PVR inherits from and is common to a number of recorders. There is however an option to disable it, turned off by default. |
| [17:33:53] | stoffel (stoffel!~quassel@217.228.25.117) has quit (Remote host closed the connection) | |
| [17:33:57] | danielk22: | I believe the option is in the recording profiles. |
| [17:33:58] | SteveGoodey (SteveGoodey!~steve@host86-148-172-139.range86-148.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [17:34:57] | jpabq: | danielk22: there is a user setting for that? |
| [17:35:05] | danielk22: | yep |
| [17:35:17] | jpabq: | Interesting. |
| [17:35:58] | dekarl: | isn't an atom server motherboard an paradox? |
| [17:36:34] | jpabq: | danielk22: are you okay with me changing RecorderBase::CheckForRingBufferSwitch to call Reset() instead of ResetForNewFile() ? |
| [17:37:00] | lentferj (lentferj!~lentferj@p579B7A45.dip.t-dialin.net) has quit (Ping timeout: 252 seconds) | |
| [17:37:03] | danielk22: | jpabq: I haven't had a change to review that. |
| [17:37:38] | jpabq: | What! You don't code at 3am anymore? |
| [17:37:54] | lentferj (lentferj!~lentferj@p579B7792.dip.t-dialin.net) has joined #mythtv | |
| [17:38:39] | jpabq: | danielk22: I was just hoping you knew "off hand" what ramifications that would have. If you don't, I will research it better. |
| [17:38:50] | neufeld: | I'm looking in mythtv-setup in the HD-PVR recording profiles, I don't see that. I see the profile name, an unselected option to enable auto-transcode, some bitrate settings, and two codec choices, both of which seem to have only a single option. |
| [17:41:03] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv | |
| [17:41:16] | danielk22: | jpabq: Nope. I'm pretty sure there is a reason for ResetForNewFile() though... |
| [17:41:58] | danielk22: | My guess is that the stream_id stuff shouldn't be cleared in ResetForNewFile(). |
| [17:43:19] | stichnot (stichnot!~stichnot@ppp-68-126-151-228.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [17:43:20] | stichnot (stichnot!~stichnot@ppp-68-126-151-228.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [17:43:20] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [17:43:24] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [17:50:50] | neufeld is now known as neufeld_AFK | |
| [17:54:19] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 246 seconds) | |
| [18:06:52] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv | |
| [18:07:06] | xris (xris!~xris@mythtv/developer/xris) has quit (Quit: Terminated with extreme prejudice - dircproxy 1.2.0) | |
| [18:07:53] | Captain_Murdoch: | natanojl, I think that patch would be OK if it fixes a relative pathname issue. I wasn't thinking about relative paths when I put the check for leading / in. where are we using a local path that doesn't start with a / at? |
| [18:10:39] | seld_ (seld_!~seld@h170n6-rny-a12.ias.bredband.telia.com) has quit (Ping timeout: 260 seconds) | |
| [18:12:32] | seld (seld!~seld@h170n6-rny-a12.ias.bredband.telia.com) has joined #mythtv | |
| [18:22:43] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [18:24:12] | dekarl (dekarl!~dekarl@p4FCEE29A.dip.t-dialin.net) has quit (Ping timeout: 255 seconds) | |
| [18:24:53] | stuartm: | Captain_Murdoch: we've already decided against that patch, it was trying to solve the flashing when browsing lists with artwork, but what the patch was doing was disabling threaded loading of disc and memory cached images |
| [18:25:18] | stuartm: | we've got a potentially better fix in the works |
| [18:29:51] | dekarl (dekarl!~dekarl@p4FE84B13.dip.t-dialin.net) has joined #mythtv | |
| [18:38:03] | Captain_Murdoch: | stuartm, ok, didn't read far enough in scrollback. :) thx. |
| [19:11:32] | jheizer_laptop (jheizer_laptop!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [19:17:21] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [19:25:45] | jheizer_laptop: | stichnot:I have my frontend up and can test that avi/h264. What is the best way to confirm it really is a .avi container? |
| [19:27:52] | xris (xris!~xris@mythtv/developer/xris) has joined #mythtv | |
| [19:31:24] | jheizer_laptop: | ffmpeg -i gives me Stream #0.0(eng): Video: h264 (High) so I can confirm that part. |
| [19:31:24] | ** MythLogBot http://code.mythtv.org/trac/ticket/0 ** | |
| [19:32:56] | jheizer_laptop: | oh, never mind. Input #0, matroska. It is an mkv and the other 2 avi ended up being xvid. |
| [19:32:56] | ** MythLogBot http://code.mythtv.org/trac/ticket/0 ** | |
| [19:38:09] | jheizer_laptop (jheizer_laptop!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 260 seconds) | |
| [20:10:32] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Quit: Quit) | |
| [20:25:18] | seld (seld!~seld@h170n6-rny-a12.ias.bredband.telia.com) has quit (Ping timeout: 264 seconds) | |
| [20:27:54] | seld (seld!~seld@h170n6-rny-a12.ias.bredband.telia.com) has joined #mythtv | |
| [20:36:04] | Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has quit (Quit: “The only way to have a friend is to be one.†― Ralph Waldo Emerson) | |
| [20:50:31] | stuartm: | wagnerrp: noticed that tmdb3.py produces an exception if the ID it's looking up is no longer valid, this happens when a duplicate was deleted on TMDB |
| [20:51:22] | stuartm: | ideally we'd handle that by returning an error that indicates the inetref should be removed to allow the new ID to be looked up |
| [20:56:45] | wagnerrp: | got an example? |
| [20:57:44] | stuartm: | 255250 – Birdsong |
| [20:57:53] | stuartm: | ID is now 119286 |
| [20:58:57] | stuartm: | heh, actually, my assesment of what had happened was incorrect – it's also listed on tvdb under the ID 255250 |
| [20:59:40] | stuartm: | but still, we shouldn't be spewing errors – http://pastebin.com/WUNcNce7 |
| [21:00:13] | stuartm: | now I need to discover why we're trying to lookup artwork using the wrong script (got a fair idea) |
| [21:00:50] | wagnerrp: | we need to get rid of the use of generic ids, and prepend some tag to denote the grabber to use |
| [21:00:51] | stuartm: | of course this wouldn't happen if we just prefixed every ID with TVDB: or TMDB: |
| [21:01:03] | stuartm: | wagnerrp: aye |
| [21:01:45] | wagnerrp: | i could whip up a patch to take care of that today |
| [21:01:56] | wagnerrp: | as for the script, what should i be returning? |
| [21:02:03] | wagnerrp: | one way or another, its an error |
| [21:02:34] | stuartm: | wagnerrp: if you could write the patch that would be great |
| [21:02:53] | wagnerrp: | seems like it's more a cosmetic issue than anything else |
| [21:02:56] | stuartm: | I've no idea about the error, what do we return elsewhere for negative matches? |
| [21:03:12] | wagnerrp: | anything non-zero, the metadata library reads that as a fault and does nothing |
| [21:03:39] | stuartm: | let's do that then, keep it consistent |
| [21:03:48] | jheizer_laptop (jheizer_laptop!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [21:03:50] | wagnerrp: | do what? |
| [21:04:44] | stuartm: | return 1 instead of an exception? |
| [21:05:37] | wagnerrp: | http://pastebin.com/5pBu5gwq |
| [21:05:40] | wagnerrp: | it already does |
| [21:05:57] | wagnerrp: | any unhandled exception in python that faults completely out of the interpreter returns a 1 |
| [21:06:34] | wagnerrp: | i mean we could add some additional handling, such as an error code of 120 explicitly says an unknown id |
| [21:06:41] | stuartm: | ah ok, guess I should have checked :) |
| [21:06:48] | wagnerrp: | but that's why i say it's purely cosmetic |
| [21:06:58] | wagnerrp: | an ugly traceback, rather than a nice error code |
| [21:08:16] | stuartm: | wagnerrp: well it's not a high priority but a proper error code and handling of those codes in libmythmetadata would at least allow us to print a user-friendly explanation and maybe also do as I suggested earlier – forget the old inetref and force a new lookup |
| [21:08:39] | wagnerrp: | ah, i missed that second comment |
| [21:09:10] | wagnerrp: | although that gives me an interesting idea |
| [21:09:35] | wagnerrp: | when you do have a deleted id on themoviedb, i wonder if they do give a proper redirection |
| [21:09:59] | wagnerrp: | when libmythmetadata pulls data, it pulls everything, including the inetref |
| [21:10:15] | wagnerrp: | it was designed that way to allow a transition from imdb ids to tmdb ones |
| [21:12:24] | jheizer_laptop (jheizer_laptop!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 272 seconds) | |
| [21:13:32] | pyrodex (pyrodex!pyrodex@24-159-97-162.dhcp.gwnt.ga.charter.com) has joined #mythtv | |
| [21:14:24] | bobweaver (bobweaver!~bobweaver@ubuntu/member/bobweaver) has joined #mythtv | |
| [21:14:55] | stuartm: | duplicates get reported in the tmdb forum, you may find some examples to test there |
| [21:15:04] | wagnerrp: | yeah, looking |
| [21:15:04] | bobweaver: | How do the services api work and how come I can not get actors and there pictures back from it ? |
| [21:15:11] | pyrodex (pyrodex!pyrodex@24-159-97-162.dhcp.gwnt.ga.charter.com) has left #mythtv () | |
| [21:15:25] | wagnerrp: | actors don't have pictures |
| [21:15:35] | bobweaver: | umm yeah they do |
| [21:15:41] | wagnerrp: | not in mythtv they don't |
| [21:15:47] | stuartm: | you mean the tvdb api? |
| [21:15:55] | bobweaver: | in TVDB and TMDB they do |
| [21:16:03] | wagnerrp: | yes, and in mythtv they don't |
| [21:16:08] | stuartm: | right, but you asked about the services api |
| [21:16:09] | bobweaver: | why not ? |
| [21:16:10] | wagnerrp: | are you in the correct channel? |
| [21:16:11] | bobweaver: | I need it |
| [21:16:16] | wagnerrp: | because no one has added it yet |
| [21:16:23] | bobweaver: | How do I add it |
| [21:16:34] | wagnerrp: | a good deal of programming, and a schema change |
| [21:16:39] | bobweaver: | Ok let me start from the start |
| [21:16:45] | bobweaver: | it is glib? |
| [21:16:52] | bobweaver: | schema's ? |
| [21:16:58] | wagnerrp: | database schema |
| [21:17:00] | bobweaver: | ok from the start |
| [21:17:13] | wagnerrp: | the format the data is contained in within the database |
| [21:17:25] | wagnerrp: | the database is currently not set up to store artwork for cast and crew |
| [21:17:56] | bobweaver: | I am making a front end to control myth (only parts of it ) right now I grab the ID(tvdb and tmdb) of the item then go get actors and all that that way |
| [21:18:25] | wagnerrp: | is this for the ubuntutv stuff? |
| [21:18:35] | bobweaver: | I get the Id from the services api then have to query tmdb abd tvdb |
| [21:18:37] | bobweaver: | Yea |
| [21:18:48] | bobweaver: | wagnerrp, yea ubuntu tv stuff |
| [21:19:06] | wagnerrp: | most of the data from either of those sites is stored in the database and accessible through the services api |
| [21:19:12] | wagnerrp: | headshots are not |
| [21:19:29] | bobweaver: | that is what I need also the name of the actors and there role numbers |
| [21:19:39] | wagnerrp: | numbers? |
| [21:20:14] | bobweaver: | yeah in tvdb they use 0--3 to tell you what actor{tess} is most used in the show/movie |
| [21:20:31] | wagnerrp: | don't know much about that API |
| [21:20:32] | bobweaver: | king of the hill tom petty = lucky and he is a 2 |
| [21:20:51] | bobweaver: | king of the hill mike judge = hank hill and he is a 0 |
| [21:21:06] | wagnerrp: | quick check... seems we don't provide the cast list through the services api |
| [21:21:09] | bobweaver: | so I can order the order of the actor{ess} |
| [21:21:15] | bobweaver: | where ? |
| [21:21:19] | bobweaver: | I can not find it |
| [21:21:35] | bobweaver: | Oh I read that wrong |
| [21:21:38] | wagnerrp: | http://<your backend>:6544/Video/wsdl |
| [21:21:57] | bobweaver: | wait what is wdsl proxy ? |
| [21:22:04] | bobweaver: | sopa ? |
| [21:22:08] | wagnerrp: | for the video library anyway |
| [21:22:08] | bobweaver: | looking now |
| [21:22:10] | wagnerrp: | checking for recordings |
| [21:22:25] | stuartm: | we should merge the videocast/people tables, no good reason for two different storing cast with overlaps etc |
| [21:22:35] | stuartm: | different tables |
| [21:22:36] | ** wagnerrp pokes sphery on that one ** | |
| [21:23:38] | stuartm: | at the same time you could expand the schema to include an artwork field and whatever else we can think of that might be useful |
| [21:24:00] | bobweaver: | so I am gathering (at the moment ) from tgm4883 scope the Description and the name and the icon |
| [21:24:12] | wagnerrp: | recordings actually have more information about cast than the video library does |
| [21:24:22] | stuartm: | yup |
| [21:24:31] | wagnerrp: | the video library just stores a list, recordings get a role |
| [21:24:55] | bobweaver: | the rest I have to query myself by using java script to cut up the string of the uri that the scope passes to me |
| [21:25:07] | stuartm: | right, you have a people table containing the names and a credits table linking the person id to a recording id, with a role |
| [21:25:34] | bobweaver: | let me take a screenie |
| [21:25:48] | wagnerrp: | actually... what is the 'people' table? |
| [21:26:08] | stuartm: | videos could at a minimum share the people table, and if we figure out the video/recording id stuff, then they could/should share the credit table too |
| [21:26:12] | wagnerrp: | for the video library, its videocast for the people, and videometadatacast to map those people to videos |
| [21:26:19] | wagnerrp: | recordings, it's just credits |
| [21:26:40] | stuartm: | wagnerrp: people stores the name |
| [21:26:52] | stuartm: | credits stores role, and person id which maps to the person table |
| [21:26:52] | wagnerrp: | oh, that's an int |
| [21:26:53] | wagnerrp: | gotcha |
| [21:27:42] | stuartm: | which makes person the ideal place to store artwork paths, you'd only have one photo per actor and not one photo per actor per role |
| [21:28:01] | stuartm: | s/person/people/ |
| [21:28:17] | wagnerrp: | right, and drop videocast all together |
| [21:28:18] | stuartm: | sorry, running on fumes atm |
| [21:28:22] | stuartm: | yup |
| [21:29:47] | wagnerrp: | merging the two would be trivial, adding the headshots and integrating would be considerably more work |
| [21:30:06] | wagnerrp: | for now... back to finding a deleted tmdb id |
| [21:30:12] | bobweaver: | other things that would be cool from the services are. getting Trailers |
| [21:30:40] | bobweaver: | screenie will be up in like 5 minutes (crappy isp ) |
| [21:30:42] | wagnerrp: | you can get the trailer from the services ai |
| [21:30:54] | bobweaver: | woops I missed that one :( |
| [21:31:03] | wagnerrp: | the 'Trailer' field is returned by the GetVideo query |
| [21:31:20] | wagnerrp: | grab the file from Content/GetFile |
| [21:31:30] | bobweaver: | wagnerrp, is that only on tmdb stuff? |
| [21:31:36] | wagnerrp: | should be the returned filename, and the Trailers storage group |
| [21:31:36] | bobweaver: | or tvdb also ? |
| [21:31:47] | bobweaver: | looking now thanks |
| [21:31:56] | wagnerrp: | actually, anything returned by either of those two sites will just be a URL |
| [21:32:00] | wagnerrp: | usually to youtube or something |
| [21:32:20] | wagnerrp: | the only way to get trailer files into the video library is for users to manually add them |
| [21:32:37] | wagnerrp: | legality issues, that's not really something you can distribute |
| [21:33:11] | wagnerrp: | tmdb will potentially return youtube and apple links, not sure about ttvdb |
| [21:34:04] | bobweaver: | thanks yeah I just looked at service api and could not find trailers |
| [21:34:39] | bobweaver: | I have a regex engine that can find stuff on youtube or where ever but it needs work |
| [21:34:57] | wagnerrp: | Video/GetVideo |
| [21:35:04] | wagnerrp: | one of the fields returned is Trailer |
| [21:35:09] | bobweaver: | and I know that querying something 90 X ever 10 minutes (testing ) is going to get ip banned |
| [21:35:17] | bobweaver: | same with tvdb and tmdb |
| [21:35:41] | bobweaver: | I thought that getvideo downloads the video ? |
| [21:35:51] | bobweaver: | <backend>6544/Video/GetVideoByFileName?FileName=featured/Star%20Trek/Star% 20Trek.mp4 |
| [21:35:54] | wagnerrp: | no, GetVideo just returns information about a specific video id |
| [21:36:20] | wagnerrp: | see the wsdl, it returns a VideoMetadataInfo structure |
| [21:36:43] | wagnerrp: | all file access is done through the Content/ section |
| [21:36:45] | bobweaver: | looking now thanks a ton |
| [21:38:57] | bobweaver: | http://www.youtube.com/watch?v=fhRBTqdlYSg |
| [21:39:00] | wagnerrp: | stuartm: i'm not actually finding any specific ids of duplicates |
| [21:39:28] | wagnerrp: | they wiped the forums back in september, and i don't know the link to the old forums |
| [21:41:16] | bobweaver: | I still can not find any Trailers whta is the Path ? |
| [21:41:39] | wagnerrp: | trailers will only be stored in the root of the Trailers storage group |
| [21:41:40] | stuartm: | wagnerrp: well that sucks |
| [21:41:58] | stuartm: | I guess the alternative is to just ask them |
| [21:42:10] | wagnerrp: | in the VideoMetadataInfo responses, the Trailer field will either be empty, be a filename, or be a URL |
| [21:42:19] | wagnerrp: | if it's a URL, it will likely be youtube or something |
| [21:42:39] | bobweaver: | wagnerrp, it is not even there |
| [21:42:55] | wagnerrp: | if it's a filename, use Content/GetFile?StorageGroup=Trailer&FileName=<blah> |
| [21:42:57] | bobweaver: | like there is no trailer stanza at all |
| [21:43:08] | bobweaver: | I will try that thanks |
| [21:44:17] | bobweaver: | <Backend>:6544/Content/GetFile?StorageGroup=Trailer&FileName=featured/ Star%20Trek/Star%20Trek.mp4 this returns a player that does nothing |
| [21:44:35] | bobweaver: | take out the storage group ? |
| [21:45:03] | wagnerrp: | is that the trailer filename or the video filename? |
| [21:46:53] | bobweaver: | that is the videos file name |
| [21:46:59] | bobweaver: | how to get the trailer filename ? |
| [21:47:01] | bobweaver: | http://paste.ubuntu.com/1500887/ |
| [21:47:11] | wagnerrp: | from the trailers line, from Video/GetVideo |
| [21:47:12] | bobweaver: | that is what I get when I query a movie |
| [21:47:17] | bobweaver: | It is not there |
| [21:47:26] | bobweaver: | that is what I am saying there is NO Trailer |
| [21:47:28] | wagnerrp: | sure it is, line 34 |
| [21:47:38] | wagnerrp: | you are correct, it is specifically telling you there is no trailer |
| [21:47:45] | bobweaver: | OMG I am a IDiot |
| [21:48:07] | wagnerrp: | :) |
| [21:48:11] | bobweaver: | thanks |
| [21:51:16] | bobweaver: | wagnerrp, do you know if mythavtest can launch live video ? |
| [21:51:46] | wagnerrp: | stuartm: now that i think about it, i don't believe libmythmetadata is actually pulling trailers from grabbers in any fashion, website link or otherwise |
| [21:52:10] | wagnerrp: | live video? like start up a livetv chain and access a channel? |
| [21:52:17] | wagnerrp: | i honestly have no idea |
| [21:53:24] | bobweaver: | That is also somethig that I am trying to work out is getting the guide and launching of a channel down |
| [21:53:39] | bobweaver: | wagnerrp, thanks for being honest |
| [21:55:56] | wagnerrp: | stuartm: i was incorrect, we just process any and all output from the grabber blindly, and ignore any error codes... http://code.mythtv.org/cgit/mythtv/tree/mytht . . . oad.cpp#n248 |
| [21:56:05] | wagnerrp: | that's something that will need to get fixed |
| [21:58:15] | wagnerrp: | we do process trailer URLs, but i seem to have left it out of tmdb3.py... http://code.mythtv.org/cgit/mythtv/tree/mytht . . . mon.cpp#n963 |
| [21:58:36] | wagnerrp: | not sure if the older tmdb.py did anything with them |
| [22:00:34] | len (len!~quassel@75-161-183-113.mpls.qwest.net) has joined #mythtv | |
| [22:00:43] | len is now known as Guest8987 | |
| [22:08:20] | stuartm: | bobweaver: start mythavtest without any arguments and it will go to livetv |
| [22:08:38] | lentferj: | stuartm: did you find the time to look at that pastie? |
| [22:09:27] | stuartm: | lentferj: sorry, I completely forgot |
| [22:09:35] | lentferj: | np ;) |
| [22:09:47] | stuartm: | I glanced at it earlier and it looked good in principle |
| [22:10:40] | aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has quit (Ping timeout: 272 seconds) | |
| [22:10:45] | lentferj: | anyone any idea why #7762 was never merged into master? |
| [22:10:45] | ** MythLogBot http://code.mythtv.org/trac/ticket/7762 ** | |
| [22:11:53] | lentferj: | it's basically the same (I almost looks if I stole from it, but honestly I didn't see it before), just more complex than my approach |
| [22:13:00] | stuartm: | lentferj: my guess is that it fell off the radar, Captain_Murdoch had originally taken ownership and reviewed the original patch, it seems there was a lot of discussion and further patches but I'm guessing by that time CM's attention was elsewhere |
| [22:13:18] | bobweaver: | stuartm, you sir/ms/whatever are awesome thanks |
| [22:13:24] | stuartm: | since the ticket was 'owned' other devs won't have paid much attention |
| [22:14:40] | lentferj: | stuartm: so should I open a new ticket for my patch and mention the older one in there? |
| [22:15:22] | stuartm: | that ticket has also got a long history going with it, that's always a 'turn off' for devs who are looking for something simple to review/apply in whatever free time they have |
| [22:15:30] | stuartm: | lentferj: aye, that would be best |
| [22:15:36] | lentferj: | k |
| [22:15:59] | lentferj: | will clean the diff up and then do that |
| [22:16:18] | lentferj: | is it ok to have patches again 0.24.2 or should the always be against current head? |
| [22:16:26] | lentferj: | they* |
| [22:18:40] | stuartm: | we prefer them against master/head because if they don't apply cleanly it just makes life harder on us |
| [22:19:13] | lentferj: | ok, was that git or svn?? |
| [22:21:00] | stuartm: | lentferj: can you include an explanation of the scheduler change in the ticket? It's not immediately obvious where that bit fits in with the other changes |
| [22:22:02] | lentferj: | stuartm: sure |
| [22:22:12] | stuartm: | also, check the return value of SendReceiveStringList() – it could error and then the strlist would be empty and we'd crash |
| [22:22:35] | lentferj: | ah, ok |
| [22:22:52] | lentferj: | I had that crash once actually but couldn't figure it out |
| [22:23:22] | lentferj: | why does the backend crash... shouldn't that be caught generally? |
| [22:23:41] | aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has joined #mythtv | |
| [22:24:41] | stuartm: | out of bounds error, accessing a list item which doesn't exist means reading an area of memory we shouldn't be accessing and the result is likely to be garbage |
| [22:25:31] | stuartm: | C++ generally doesn't prevent you making those kinds of mistakes since there are sometimes reasons why you'd actually want to read beyond the end of an array etc |
| [22:26:51] | Goga777 (Goga777!~Goga777@128-71-66-132.broadband.corbina.ru) has quit (Ping timeout: 240 seconds) | |
| [22:26:58] | wagnerrp: | when you want to segfault? |
| [22:28:01] | stuartm: | heh, when you know what's in the adjacent region of memory, yes, it's maybe a little ugly but that's the way it is |
| [22:28:39] | wagnerrp: | seems awfully low level for standard C++ programming |
| [22:28:53] | stuartm: | there's an example in the pmt or pat parsing code that always draws warnings from compilers/static analysis but it's perfectly legal, if a little dumb |
| [22:29:33] | stuartm: | for better or for worse there are no safety ropes in C++, you have to pay attention to what you are doing and be aware of the consequences |
| [22:31:08] | stuartm: | anyway, it's just good practice to write code that always checks return values and bounds, it can prevent all sorts of mistakes and bugs that don't necessarily have anything to do with the language you're working in |
| [22:31:41] | lentferj: | stuartm: yeah I know. I didn't look at SendReceiveStringList() really. My assumption was to handle that case in there, but that was dumb. Doing to many things in parallel here ;) |
| [22:32:49] | lentferj: | stuartm: I have never done C++ before, some experience in C.. kernel stuff mainly |
| [22:33:20] | wagnerrp: | basically just C with objects and overloading |
| [22:33:39] | lentferj: | stuartm: but in that case, no difference between C and C++ |
| [22:37:47] | lentferj: | what the indention style? I don't see any tabs at all... just spaces? |
| [22:38:48] | stuartm: | 4 spaces instead of tabs |
| [22:38:58] | stuartm: | hang on, I'll grab the url for the coding standards page |
| [22:39:48] | stuartm: | http://www.mythtv.org/wiki/Coding_Standards |
| [22:40:05] | lentferj: | nice, thx |
| [22:40:16] | stuartm: | we should have the log bot spit that out on demand, !standards or something |
| [22:40:56] | lentferj: | anyone ever worked on using postgresql as a db backend? |
| [22:41:40] | wagnerrp: | the plan is actually to migrate to embedded mysql |
| [22:42:06] | lentferj: | I see :/ |
| [22:42:33] | stuartm: | a few years back, but we're not too interested in supporting multiple DBMS, it just multiples the bugs/corner case issues |
| [22:42:58] | lentferj: | yeah, I can understand that... Drop mysql :P |
| [22:43:05] | stuartm: | embedded mysql will hide the database from the user, they won't need to be aware of it |
| [22:43:46] | lentferj: | there is pros and cons to that |
| [22:44:09] | lentferj: | (as is to everything) |
| [22:44:15] | stuartm: | nowt wrong with mysql, it's all political |
| [22:44:19] | stuartm: | lentferj: mostly pros |
| [22:44:51] | lentferj: | stuartm: well, I am a database guy (@work) |
| [22:45:21] | lentferj: | so personally I like to "see" my databases |
| [22:45:31] | lentferj: | but I think xbmc have embedded the db too |
| [22:45:40] | stuartm: | users having to setup the database or meddling directly with the database are perhaps the biggest user support headaches we currently deal with |
| [22:45:59] | lentferj: | yeah, I can imagine that ;) |
| [22:51:04] | brfransen (brfransen!~brfransen@64.179.141.163) has quit () | |
| [22:55:17] | lentferj: | stuartm: that looks better? http://pastie.org/5628424 |
| [22:58:53] | stuartm: | lentferj: much :) |
| [23:00:14] | lentferj: | thx ;) |
| [23:00:55] | lentferj: | midnight here... bed time |
| [23:00:58] | lentferj: | gn |
| [23:03:07] | stuartm: | stichnot: there seems to be a problem with the near end code and in-progress recordings in master, it exits at the point that would have been the end when you started playback |
| [23:03:40] | stuartm: | i.e. if 10 minutes have been recorded when you start watching it will exit after watching the first ten minutes |
| [23:04:05] | peper03 (peper03!~peper03@port-92-203-100-237.dynamic.qsc.de) has quit (Quit: Konversation terminated!) | |
| [23:06:03] | lentferj: | hu... quite large repository |
| [23:08:19] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [23:33:37] | Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has joined #mythtv | |
| [23:35:20] | natanojl: | stuartm, lentferj: Some of the changes to scheduler.cpp in the earlier patch have already been committed by...stuartm :) http://code.mythtv.org/trac/changeset/de0d29c . . . a3973/mythtv |
| [23:51:48] | petefunk (petefunk!~pfunk@198.23.147.3) has quit (Ping timeout: 245 seconds) | |
| [23:53:11] | jgautier (jgautier!47cc96c5@gateway/web/freenode/ip.71.204.150.197) has joined #mythtv | |
| [23:55:17] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 255 seconds) | |
| [23:55:48] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 265 seconds) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.