MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (81):

abqjp, aloril, analogue__, Anduin_, Anssi, anykey_, beata, Beirdo, Captain_Murdoch, cesman, chainsawbike, clever_, coling, Cougar, dagar, Dave123, davide, dekarl, dlblog, dudz_, eharris, enyc, f33dMB, foobum, foxbuntu, ghoti, Gibby, gregL, GreyFoxx, Guest95309, iamlindoro, ikonia, J-e-f-f-A, j-rod|afk, JamesHarrison, jams, jarle, jcarlos, JEDIDIAH__, jhp, joe_, jpabq, jpabq-, jpharvey_, jstenback, jwhite, kc, kormoc, kurre_, kwmonroe, kwtm2, laga, mag0o, markk, MavT, mrand, MythBuild, MythLogBot, PointyPumper, poptix, pteague, purserj, sailerboy, Seeker`, skd5aner, Slasher`, Snow-Man, sphery, sraue, stuarta, sutula, ThisNewGuy, tomimo, tris, Unhelpful, vallor, wahrhaft, ybot, zCougar, zombor, _charly_

Error at /opt/beirdobot/share/beirdobot/web/includes/utils.php, line 120:
htmlentities() [function.htmlentities]: Invalid multibyte sequence in argument


Details:
    datetime:  2011-07-04 00:37:26 (UTC)
    errornum:  2
  error type:  Warning
error string:  htmlentities() [<a href='function.htmlentities'>function.htmlentities</a>]: Invalid multibyte sequence in argument
    filename:  /opt/beirdobot/share/beirdobot/web/includes/utils.php
  error line:  120
Sunday, July 3rd, 2011, 00:16 UTC
[00:16:40] andreax1 (andreax1!~andreaz@p57B958A3.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[00:41:44] davide (davide!~david@host103.16.intrusion.com) has quit (Remote host closed the connection)
[00:42:10] davide (davide!~david@host103.16.intrusion.com) has joined #mythtv
[01:37:29] noahric (noahric!~noahric@nat/google/x-zbcregohkcbxeboi) has left #mythtv ()
[01:37:43] Chutt (Chutt!~ijr@cpe-76-190-198-203.neo.res.rr.com) has quit (Ping timeout: 246 seconds)
[01:50:12] iamlindoro (iamlindoro!~iamlindor@mythtv/developer/iamlindoro) has quit (Ping timeout: 240 seconds)
[01:50:31] iamlindoro (iamlindoro!~iamlindor@mythtv/developer/iamlindoro) has joined #mythtv
[01:50:44] iamlindoro: That ought to show the buildbots who's boss
[02:10:36] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 246 seconds)
[02:23:22] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv
[03:45:52] iamlindoro: wagnerrp: well, tmdb.py being apparently broken for me aside: http://pastebin.com/534rVftH
[03:48:05] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[03:50:15] iamlindoro: wagnerrp: PS, if you have any hints on that I'd sure appreciate it
[04:10:25] iamlindoro: OK, maybe a dumb question--- if I have a QObject-derived class that I need to run from one of our command line apps, and have its customEvent handling work... how would I accomplish that/what would I use as a model?
[04:10:51] iamlindoro: I thought it was as simple as calling qApp->ProcessEvents periodically in the main.cpp, but I am learning that's not it
[04:21:58] iamlindoro: wait... I guess it is
[04:22:13] iamlindoro: segfault was elsewhere
[04:55:07] wagnerrp: iamlindoro: no idea, nothing you changed should have made any difference
[04:55:53] wagnerrp: for customEvent to work, i believe you have to register it against gCoreContext
[04:56:03] iamlindoro: wagnerrp: Yeah, I don't think that was me... but it would be nice to get it working
[04:56:18] iamlindoro: wagnerrp: qApp->processEvents() seems to be the right call
[04:56:46] iamlindoro: Heh, sort of amusing how I can't use half the grabbers and my internet connection is out 70% of the time given what I'm trying to work on
[05:15:54] wagnerrp: iamlindoro: i want to say the problem is on your end
[05:16:13] wagnerrp: i just updated to 369ee54ab, right before the schema bump
[05:16:21] wagnerrp: tmdb.py works fine
[05:18:16] iamlindoro: wagnerrp: would need a result from after to know that was the case
[05:18:26] iamlindoro: that is, a result where it was confirmed to work before
[05:18:36] iamlindoro: since you know what all I touched, just the programinfo columns
[05:18:44] iamlindoro: (and ttvdb continues to work)
[05:18:46] wagnerrp: yeah
[05:19:33] iamlindoro: wagnerrp: How does one get database logging now? -v database and -v all both lack it
[05:19:48] wagnerrp: Beirdo: ^^^
[05:19:53] wagnerrp: i didnt have anything to do with the logging
[05:20:47] iamlindoro: in that case, whomever ;)
[05:22:47] iamlindoro: I'm hung up on something and until I can see what the DB is doing, I can't get any further
[05:24:14] Beirdo: all of the logging goes to the database. Maybe I'm misunderstanding your question
[05:24:39] Beirdo: ooh, I get it.
[05:24:57] iamlindoro: I want to see the database transactions, as one used to with -v all or -v database
[05:25:14] Beirdo: try adding --level debug
[05:25:17] Beirdo: errr
[05:25:20] Beirdo: --loglevel debug
[05:25:57] Beirdo: not sure where the logging you're looking for is emitted from
[05:26:00] iamlindoro: uhhhhhhhhhhhh
[05:26:12] iamlindoro: that is about 100000000x the number of database messages it used to be
[05:26:28] iamlindoro: all of which start with INSERT INTO logging
[05:27:02] Beirdo: what's the filename/linenumber for the message?
[05:27:17] iamlindoro: it's not like that
[05:27:34] iamlindoro: old logging showed all database queries with -v database
[05:27:44] iamlindoro: presumably through something in mythdbcon
[05:27:51] iamlindoro: I need that
[05:28:12] Beirdo: is it showing them at debug level?
[05:28:31] iamlindoro: It is literally printing tens of thousands of messages about inserts into logging
[05:28:39] iamlindoro: If it's in there, it will never be findable
[05:28:54] Beirdo: OK, are you doing a -l as well to get a debug log file?
[05:29:28] iamlindoro: no
[05:29:38] iamlindoro: it's just scrolling and scrolling and scrolling
[05:29:53] Beirdo: OK
[05:29:53] iamlindoro: still going on a program that takes seconds to run otherwise
[05:30:02] Beirdo: run with --nologdb as well then
[05:30:15] Beirdo: we need to find a way to make it not log about logging.
[05:30:24] Beirdo: err
[05:30:25] Beirdo: damit
[05:30:33] Beirdo: --nodblog
[05:30:37] iamlindoro: --nologdb appears not to be valid
[05:30:37] iamlindoro: ok
[05:30:48] Beirdo: sorry, having a typo day today, it seems
[05:31:01] iamlindoro: yes, that seems to be roughly analogous to old -v database
[05:31:07] Beirdo: you are looking for the exec() line, right?
[05:31:19] iamlindoro: basically
[05:31:22] Beirdo: yeah, it's -v database --loglevel debug.
[05:31:22] iamlindoro: yes
[05:31:27] Beirdo: but you're right
[05:31:50] Beirdo: we have no filtering code in there saying "don't log the log inserts"
[05:32:01] Beirdo: so, it's going into a nice tailspin...
[05:32:15] Beirdo: hmmm, how to squelch those nicely...
[05:33:22] Beirdo: obviously making it not log to the db will get the desired results for now, but I don't think that's a good long-term fix :)
[05:34:57] Beirdo: I'll work on putting in a filter for that
[05:36:09] iamlindoro: thanks
[05:36:55] Beirdo: an unforseen consequence. Glad it was found relatively early, not after release :)
[05:39:08] iamlindoro: we usually yell at users who submit logs with -v database, but in this case I actually needed to see it
[05:39:54] Beirdo: hehe
[05:39:58] ** wagnerrp recalls a video game level called 'unforseen consequences' **
[05:40:15] Beirdo: yeah, having it go into a loose infinite loop is not what we'd want
[05:40:33] wagnerrp: might even tear the fabric of space-time
[05:41:13] iamlindoro: Don't be silly, that's a divide by 0
[05:41:27] wagnerrp: into the test chamber, gavin
[05:41:49] iamlindoro: Hey now, I want to survive, *I'll* be in the test chamber
[05:41:54] ** iamlindoro grabs his crowbar **
[05:42:15] Beirdo: heheh
[05:42:18] wagnerrp: but your name doesnt start with a 'g'
[05:42:22] wagnerrp: it just doesnt work
[05:42:27] Beirdo: grobert?
[05:42:39] iamlindoro: Ah, at last! http://pastebin.com/nAwdMjEt
[05:42:50] iamlindoro: vaguely mythfilldatabase like
[05:42:58] iamlindoro: and the result is recordings with valid seasons and episodes
[05:46:22] Beirdo: OK, filtering added
[05:46:34] iamlindoro: blast!
[05:46:37] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv
[05:46:38] Beirdo: and tested with a commflag --rebuild run
[05:46:39] iamlindoro: merge commit for me
[05:47:04] Beirdo: you changed that chunk too?
[05:47:18] iamlindoro: heh, no, just commited before your push
[05:47:32] Beirdo: oooh, case of unfortunate timing
[05:47:52] iamlindoro: looks like it happened just right to suppress the e-mail about the real commit, too
[05:47:59] iamlindoro: at least it was just a minor one
[05:49:29] Beirdo: nice work, man :)
[05:49:41] iamlindoro: I think I've literally bumped the library API 9 times this weekend
[05:50:17] iamlindoro: thanks
[05:51:39] Beirdo: heh, yeah, poor mythversion.h is getting a workout :)
[05:52:14] Beirdo: Hmm, I wonder if there's code to measure SNR of an image somehow...
[05:52:50] iamlindoro: I'm running out of class names for "thing that looks things up"
[05:53:13] iamlindoro: I was pretty happy with MetadataFactory... but tonight I just wrote "LookerUpper"
[05:53:20] wagnerrp: http://arxiv.org/abs/1103.5520
[05:53:49] Beirdo: I guess I could measure MSE between input and output to see how much actually changed
[05:53:57] iamlindoro: I once dated a Shannon, she caused entropy too
[05:55:09] Beirdo: actually, MSE should be flipping simple in the GPU should I care to do it
[05:55:29] wagnerrp: what would you measure it for?
[05:55:42] wagnerrp: with everything going digital, there is no noise
[05:56:01] wagnerrp: and youre not going to get an appreciable amount of noise coming out of an STB
[05:56:18] Beirdo: right now... to test that my SLOOOW GPU denoising is doing anything significant
[05:56:25] wagnerrp: ah
[05:56:46] wagnerrp: i was thinking something to mark a recording as 'bad' and in need of re-recording
[05:57:02] Beirdo: I think the Cg implementation lends itself well to being bus-bound as it's all OpenGL buffers and OpenGL wants to pull it all to the CPU, I think
[05:57:07] Beirdo: oooh, that could be cool too
[05:57:36] wagnerrp: for digital recordings, it would probably be better to hook into the edge detection, and look for flat edges
[05:57:44] wagnerrp: as a measurement of heavy macroblock artifacts
[05:58:13] Beirdo: quite likely, yeah
[05:58:35] wagnerrp: theres an existing ticket on trac for detecting 'bad' recordings
[05:58:41] wagnerrp: but i think that more relies on stream errors
[05:58:46] Beirdo: I should put a 1080i recording into this...
[05:59:06] iamlindoro: Beirdo: so that you can take a few days off?  ;)
[06:00:12] Beirdo: heh
[06:00:38] Beirdo: it's running at about 2FPS on 480i source
[06:00:55] Beirdo: there's LOTS of room for streamlining :)
[06:01:13] iamlindoro: sounds like time to commit it
[06:01:20] iamlindoro: and then start closing tickets complaining as FRWOP
[06:01:50] iamlindoro: "Get a better GPU, hippie!"
[06:02:06] Beirdo: heheh
[06:02:20] Beirdo: too bad I'm testing on GTX 550 Ti :)
[06:03:50] wagnerrp: can i transcode HD on my integrated 8200?
[06:03:59] Beirdo: I'm just pleased that it seems to do do *something* after I left it for 4 years
[06:07:13] iamlindoro: If it doesn't work with my 6200, there will be hell to pay
[06:07:39] Beirdo: heh, currently should run on >= FX 5500
[06:08:02] Beirdo: but if if goes to OpenCL... it's the same list as VDPAU, pretty much
[06:08:12] Beirdo: for NVidia, obviously
[06:09:50] Beirdo: oh wow, it's 11pm already? I was going to order pizza.. too late now
[06:31:12] iamlindoro: wagnerrp: Since I don't have RDV to ask this, I will ask you-- how hard would it be to add levenstein to the season/episode search in ttvdb.py? I believe we pull in the entire series and do the name matching internally when we search that way, but there are these tiny one letter differences in episode names ("Boardwalks" vs "Boardwalk," etc) that should really just be allowed
[06:31:54] iamlindoro: for example of the five things in my PBB, two had no match, but I went and hunted them both down on TTVDB with a single letter distance
[06:31:57] wagnerrp: as opposed to returning both, and letting mythtv decide which one to use?
[06:32:12] iamlindoro: no, as opposed to returning a lookup failure
[06:32:47] iamlindoro: you do a search for "Unwrapped" "Boardwalks" and the script pulls in the entire series and hunts for that subtitle... but returns nothing because the series XML has it as "Boardwalk"
[06:32:57] wagnerrp: oh, this is for the initial season/episode number search
[06:33:08] iamlindoro: not exactly
[06:33:23] iamlindoro: when we search by season/episode and there is a match, it just returns the whole episode metadata record
[06:33:37] iamlindoro: to avoid a second whole query
[06:34:27] iamlindoro: TTVDB's API is very simple... when you search for a series, you get XML with the entire record for the entire series
[06:34:40] wagnerrp: is it the title search that only returns a partial object?
[06:34:55] iamlindoro: title search can return up to a full object
[06:35:06] wagnerrp: can, but the tmdb grabber doesnt (i think)
[06:35:10] iamlindoro: title search must return an inetref, everything else in optional
[06:35:13] iamlindoro: er is
[06:35:28] wagnerrp: i know i put something in the bindings where it would do a second query because the first response was only partial
[06:35:31] iamlindoro: correct, tmdb only returns a limited part of the record in their search, so that's what we return
[06:35:46] iamlindoro: as long as we get an inetref we can work with it
[06:35:53] wagnerrp: in any case, i can look into it
[06:36:03] iamlindoro: anyway, point is, it would be nice to adjust the TVDB one to match every so slightly fuzz on the subtitle
[06:36:07] wagnerrp: im guessing it scans through the returned list, and pulls out the first exact match
[06:36:08] iamlindoro: er fuzzy
[06:36:13] iamlindoro: correct
[06:36:15] wagnerrp: i could have it search for the closest match instead
[06:36:24] iamlindoro: well, we don't want to always succeed
[06:36:30] iamlindoro: we want to succeed when it's very, very close
[06:36:40] iamlindoro: so a levenstein distance of 2 or less
[06:36:41] wagnerrp: closest match, within 1–2 characters
[06:36:53] iamlindoro: exactly
[06:37:07] iamlindoro: and since ISTR we have a levenstein implementation in the bindings already, I was hoping it might be simple
[06:37:31] wagnerrp: yeah, i added it as a utility function for the grabber class
[06:37:52] iamlindoro: well, if you have a chance to look at it, I think it would really help the use of the metadata classes for recordings
[06:37:57] iamlindoro: but no pressure
[06:38:09] iamlindoro: it will work regardless, just want it to be polished
[06:38:38] wagnerrp: the only real problem is that RDV has a completely different programming style to me
[06:38:46] wagnerrp: so it takes a bit to get my bearings
[06:40:49] wagnerrp: so that would be from an '-N title subtitle'?
[06:40:53] iamlindoro: I'm just shocked people take the time to catalog "Unwrapped" and "Iron Chef"
[06:40:55] iamlindoro: yeah
[06:41:26] wagnerrp: what about all several thousand episodes of the daily show
[06:41:47] iamlindoro: Oh and on that note, I don't get even close to timing out on TDS
[06:41:56] iamlindoro: I tested it earlier with all this new code
[06:42:00] iamlindoro: ~8 seconds or so
[06:42:12] wagnerrp: really? it takes about 80 seconds here
[06:42:21] iamlindoro: yeah... popped right up
[06:43:09] iamlindoro: I'm not even on that fast a connection
[06:46:21] wagnerrp: http://pastebin.com/hwk8Vwpi
[06:46:25] wagnerrp: 52 seconds
[06:46:53] wagnerrp: perhaps you chose an episode that was cached?
[06:46:58] iamlindoro: maybe so
[06:47:10] iamlindoro: although I think the whole series gets caches
[06:47:11] iamlindoro: cached
[06:47:17] stoffel (stoffel!~quassel@p57B4A584.dip.t-dialin.net) has joined #mythtv
[06:47:19] iamlindoro: but anyway, yeah, maybe it was a second lookup or something
[06:48:04] wagnerrp: that was the second lookup, first took about the same but i forgot to time it
[06:51:09] wagnerrp: why does github put code in a frame, with the scollbar way way way at the bottom of the file...
[06:51:29] iamlindoro: The more I work on this, the more I realize some subtly different lookup styles would help... for example, I could really use a lookup by Inetref + subtitle
[06:51:56] wagnerrp: yeah, for multiple shows of the same type
[06:52:26] iamlindoro: because now the inetref can be set on the recording rule and propagated to the recording... so being able to take the inetref and know for sure what the show is, and use the subtitle to zero in on the episode, would be helpful
[06:52:44] wagnerrp: it would also be nice to be able to handle things like 'Castle' and 'Castle (2009)'
[06:52:48] wagnerrp: s/same type/same name/
[06:52:57] iamlindoro: exactly
[06:53:06] iamlindoro: it comes to mind because I'm experimenting with "Archer" right now
[06:53:14] iamlindoro: which is actually "Archer (2009)"
[06:53:29] wagnerrp: oh, just storing the inetref in the record would work for that, yes
[06:53:37] iamlindoro: so the idea would be to set the inetref when you set up the rule, as you can now with my (uncommitted) code
[06:53:53] iamlindoro: and then the lookup takes the inetref + subtitle and returns the episode record
[06:54:08] iamlindoro: it would work really nicely, no manual keeping of title translations necessary
[06:56:14] wagnerrp: it would also work really nicely if github let you use f3 to search, rather than replacing it with god knows what function
[06:56:26] iamlindoro: heh
[06:59:42] wagnerrp: what do you know... it does work
[07:00:20] wagnerrp: (take your pick from above, they both work)
[07:03:08] iamlindoro: inetref + subtitle?
[07:04:15] wagnerrp: yep
[07:04:43] iamlindoro: Well how about that
[07:04:48] iamlindoro: that is going to help out a *lot*
[07:06:14] iamlindoro: Yay, so that takes care of having to keep a matrix of titles
[07:06:42] iamlindoro: if it's something like Castle, you just do the lookup in the rule, select from the list presented, and all episodes recorded thereafter will use that inetref
[07:08:25] wagnerrp: do you know if doug has altered the ttvdb api in any way?
[07:08:38] wagnerrp: or has he been working around it to keep it stock?
[07:09:17] iamlindoro: I am not sure
[07:09:55] iamlindoro: I wrote our metadata specification to sit somewhere in between the two, TVDB and TMDB, so that neither was a huge transform
[07:10:33] wagnerrp: because looking at the code, it pulls a show out of the API, then passes a query into the show
[07:10:57] wagnerrp: the show loops through its seasons for a result, the seasons loop through their episodes for a result, and the episode requires a direct match
[07:11:42] wagnerrp: either way, ill have to add a new search routine
[07:11:51] wagnerrp: just wondering where the code for it should be
[07:15:57] wagnerrp: i guess for now, ill do it externally
[07:16:23] iamlindoro: yeah, sorry, I never really got into the python internal bits
[07:16:41] wagnerrp: subclass the show/season/episode classes to add a new fuzzy search, subclass the Tvdb api class to use my new classes instead of the internal ones
[07:17:10] wagnerrp: should be simple enough
[07:17:58] wagnerrp: what command line syntax do you want for this?
[07:18:10] wagnerrp: or just statically define it to 2?
[07:18:19] iamlindoro: yeah, let's keep it static
[07:18:45] iamlindoro: if we wanted to change it, we'd need to do it in either python code or myth code, so might as well put it in the interpreted code
[07:20:19] iamlindoro: s/myth/cpp/, since obviously the python code is still myth code
[07:25:44] wagnerrp: since were going to use the inetref as the primary show definition
[07:25:53] wagnerrp: just do fuzzy matching on the subtitle?
[07:27:07] iamlindoro: yeah
[07:27:36] iamlindoro: and a title search is already somewhat fuzzy anyway
[07:27:50] wagnerrp: right, its handled by the server-size API
[07:28:18] iamlindoro: I'm off to bed, thanks for the help
[07:28:36] wagnerrp: ill have something before i go to bed, maybe half an hour
[07:28:47] wagnerrp: you want me to paste it somewhere or just commit?
[07:30:12] iamlindoro: commit if you're comfortable with it
[07:30:20] iamlindoro: I can test in the morning after my run
[07:53:40] wagnerrp: ok, that should do it
[08:18:01] wagnerrp: iamlindoro: committed, but not the consequence of the change
[08:18:32] wagnerrp: previously, there was special handling that allowed 'Countdown (2)' to match a search for 'Countdown'
[08:18:40] wagnerrp: that is no longer the case
[08:19:04] wagnerrp: if that's a problem, i can fix it, but it will be somewhat clumsy
[08:47:00] Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has quit (Ping timeout: 255 seconds)
[10:05:02] mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Remote host closed the connection)
[10:05:53] mike (mike!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv
[10:06:19] mike is now known as Guest95309
[10:08:19] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[10:11:09] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 255 seconds)
[10:23:25] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv
[10:23:33] knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 264 seconds)
[10:23:40] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv
[10:28:51] stoffel (stoffel!~quassel@p57B4A584.dip.t-dialin.net) has quit (Read error: Operation timed out)
[11:01:10] stoffel (stoffel!~quassel@p57B4A584.dip.t-dialin.net) has joined #mythtv
[11:05:31] andreax (andreax!~andreaz@p57B958A3.dip.t-dialin.net) has joined #mythtv
[11:30:44] SteveGoodey (SteveGoodey!~steve@host86-148-169-144.range86-148.btcentralplus.com) has joined #mythtv
[11:31:35] SteveGoodey (SteveGoodey!~steve@host86-148-169-144.range86-148.btcentralplus.com) has quit (Remote host closed the connection)
[11:39:33] markk (markk!~mark@cm180.omega173.maxonline.com.sg) has joined #mythtv
[11:41:48] davide (davide!~david@host103.16.intrusion.com) has quit (Remote host closed the connection)
[11:42:17] davide (davide!~david@host103.16.intrusion.com) has joined #mythtv
[11:46:29] SteveGoodey (SteveGoodey!~steve@host86-148-169-144.range86-148.btcentralplus.com) has joined #mythtv
[11:49:15] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[11:56:11] tris- (tris-!~tristan@173-164-188-122-SFBA.hfc.comcastbusiness.net) has quit (Ping timeout: 240 seconds)
[12:01:59] stoffel (stoffel!~quassel@p57B4A584.dip.t-dialin.net) has quit (Ping timeout: 240 seconds)
[12:18:39] Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has joined #mythtv
[12:25:13] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[12:32:15] Steve_Goodey (Steve_Goodey!~steve@host86-160-41-248.range86-160.btcentralplus.com) has joined #mythtv
[12:32:27] SteveGoodey (SteveGoodey!~steve@host86-148-169-144.range86-148.btcentralplus.com) has quit (Ping timeout: 255 seconds)
[12:32:28] Igramul (Igramul!~black@p5DF44414.dip.t-dialin.net) has joined #mythtv
[12:34:54] Igramul: Hi, I installed the mythtv (Ubuntu package) backend to test the capabilities of mythcommflag. However, it crashes with a segmentation fault. I guess it tries to access the database even if --skipdb is set. Does someone need the backtrace or corefile to analyze this?
[12:41:49] sphery: Igramul: reported bug, no one has fixed it, yet... please feel free to post a patch to http://code.mythtv.org/trac/ticket/9515
[12:42:39] sphery: though, imho, people who want commflagging and don't want MythTV should use a package designed for commercial flagging without MythTV, such as commskip
[12:43:49] sphery: er, comskip – http://www.kaashoek.com/comskip/
[12:54:11] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[12:54:11] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Quit: Ex-Chat)
[12:54:37] stoffel (stoffel!~quassel@p57B4A584.dip.t-dialin.net) has joined #mythtv
[13:09:18] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv
[13:20:58] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 244 seconds)
[13:44:55] Igramul (Igramul!~black@p5DF44414.dip.t-dialin.net) has quit (Remote host closed the connection)
[13:46:23] stoffel (stoffel!~quassel@p57B4A584.dip.t-dialin.net) has quit (Ping timeout: 246 seconds)
[14:14:36] jpharvey_ (jpharvey_!~jpharvey@host86-181-239-110.range86-181.btcentralplus.com) has quit (Ping timeout: 255 seconds)
[14:15:02] jpharvey_ (jpharvey_!~jpharvey@host86-181-239-110.range86-181.btcentralplus.com) has joined #mythtv
[14:26:38] iamlindoro: wagnerrp: Cool, thanks. I think we can live with the loss of the multipart matching, which would only have ever been right half the time at most anyway
[14:33:03] Steve_Goodey (Steve_Goodey!~steve@host86-160-41-248.range86-160.btcentralplus.com) has quit (Remote host closed the connection)
[14:39:36] sraue (sraue!~stephan@178-191-151-177.adsl.highway.telekom.at) has joined #mythtv
[14:39:39] sraue (sraue!~stephan@178-191-151-177.adsl.highway.telekom.at) has quit (Changing host)
[14:39:39] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv
[14:57:22] SteveGoodey (SteveGoodey!~steve@host86-147-180-106.range86-147.btcentralplus.com) has joined #mythtv
[14:58:28] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[15:01:53] Goga777 (Goga777!~Goga777@shpd-95-53-212-151.vologda.ru) has joined #mythtv
[15:06:48] SteveGoodey (SteveGoodey!~steve@host86-147-180-106.range86-147.btcentralplus.com) has quit (Ping timeout: 255 seconds)
[15:07:00] SteveGoodey (SteveGoodey!~steve@host86-147-180-106.range86-147.btcentralplus.com) has joined #mythtv
[15:11:00] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has quit (Ping timeout: 252 seconds)
[15:17:56] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has joined #mythtv
[15:28:03] dekarl (dekarl!~dekarl@dslb-084-058-100-069.pools.arcor-ip.net) has quit (Ping timeout: 240 seconds)
[15:28:50] dekarl (dekarl!~dekarl@dslb-084-058-100-069.pools.arcor-ip.net) has joined #mythtv
[15:39:06] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Quit: Ex-Chat)
[15:41:57] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[15:44:40] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv
[15:59:52] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 258 seconds)
[16:03:47] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[16:04:46] _methods (_methods!~lee@cpe-024-211-102-090.sc.res.rr.com) has joined #mythtv
[16:04:58] _methods (_methods!~lee@cpe-024-211-102-090.sc.res.rr.com) has left #mythtv ("Leaving")
[16:27:09] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 264 seconds)
[16:27:43] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[16:33:55] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 260 seconds)
[16:42:00] davide (davide!~david@host103.16.intrusion.com) has quit (Remote host closed the connection)
[16:42:25] davide (davide!~david@host103.16.intrusion.com) has joined #mythtv
[16:45:00] stoffel (stoffel!~quassel@p57B4A584.dip.t-dialin.net) has joined #mythtv
[16:50:25] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[17:00:52] markk: can anyone remind me how to tell myth to compile against a specific qt version? I had this working a while back when messing with OpenGL ES stuff, now I can't remember how I did it...
[17:02:47] wagnerrp: can anyone explain how mythpreviewgen is able to access the protected member RunReal?
[17:02:50] wagnerrp: https://github.com/MythTV/mythtv/blob/master/ . . . ain.cpp#L146
[17:03:33] wagnerrp: i made some seemingly unrelated changes, and now the compiler complains about it being a protected method and fails
[17:03:53] wagnerrp: i cant figure out how it worked in the first place, to understand how i broke it and how to fix it
[17:04:23] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[17:04:41] wagnerrp: ... nevermind, there is a friend definition at the top of the header
[17:26:40] kwtm2 (kwtm2!~kwtm1@adsl-75-61-102-250.dsl.pltn13.sbcglobal.net) has quit (Ping timeout: 252 seconds)
[17:30:39] iamlindoro: Buildbot failure incoming
[17:30:56] iamlindoro: Ooh, no! I beat the cutoff
[17:31:03] stoffel (stoffel!~quassel@p57B4A584.dip.t-dialin.net) has quit (Remote host closed the connection)
[17:37:44] kth (kth!~kth@unaffiliated/kth) has joined #mythtv
[18:11:20] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 260 seconds)
[18:20:24] pteague (pteague!~patrick@unaffiliated/pteague) has joined #mythtv
[18:22:08] pteague: i'm having issues with 2 channels getting static instead of a picture & i'm not quite sure why... was hoping to muck about with the frequencies again, but i can't seem to find the info i used months ago to do so... was using tv-viewer back then & something else to change the channel via the terminal
[18:23:02] iamlindoro: wrong channel, see topic
[18:24:18] pteague: i was using tv-viewer to make sure i had the right frequency & then set that in mythtv... or is there a better way to do it for mythtv without screwing up my other channels?
[18:24:36] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 252 seconds)
[18:24:48] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv
[18:25:09] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[18:25:26] wagnerrp: wrong channel, see topic
[18:25:42] pteague: *sigh* sorry... channel changed on me
[18:26:51] iamlindoro (iamlindoro!~iamlindor@mythtv/developer/iamlindoro) has quit (Read error: Operation timed out)
[18:28:09] iamlindoro (iamlindoro!~iamlindor@mythtv/developer/iamlindoro) has joined #mythtv
[18:28:17] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 252 seconds)
[18:38:47] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[18:41:38] iamlindoro: If the folks who have been modifying the ringbuffer(s) lately could look at #9895 and #9896, I would definitely appreciate it
[18:44:44] iamlindoro: (or if it's something that I've clearly caused with programinfo changes, tell me where to look)
[18:53:14] anykey_ (anykey_!~guedel@46-126-247-133.dynamic.hispeed.ch) has quit (Quit: leaving)
[18:53:33] anykey_ (anykey_!~guedel@46-126-247-133.dynamic.hispeed.ch) has joined #mythtv
[19:16:15] Goga777 (Goga777!~Goga777@shpd-95-53-212-151.vologda.ru) has quit (Read error: Connection reset by peer)
[19:18:50] dekarl: wagnerpp: wrt "episodetitle (n)" I just wrote some code to match half a dozen ways of saying "[,-] part n" to " (n)", including the variant with nothing in the search string (due to the episode names being unique, but the site still carrying the story arc numbers) Judging from http://forums.thetvdb.com/viewtopic.php?t=4854 there seem to be differences between the data source regularly
[19:19:43] wagnerrp: is there any single way that seems to be standard on thetvdb.com?
[19:19:56] wagnerrp: id rather support the one standard method
[19:20:05] wagnerrp: and then tell users to change things to the standard format
[19:20:13] wagnerrp: rather than support half a dozen different formats
[19:20:22] iamlindoro: (partnum) is the most common
[19:21:08] dekarl: well, there seems to be no standard, but when I asked that question some mod told me to us " (#)" http://forums.thetvdb.com/viewtopic.php?t=5321
[19:21:42] wagnerrp: (partnum) it is
[19:21:49] dekarl: but there's lots of locked seasons out there with all way of giving the part (in german at least)
[19:21:57] ** dekarl nods **
[19:22:15] wagnerrp: for what its worth, (partnum) is the only one that worked previously
[19:23:47] wagnerrp: and that only worked if your distance was set to 4 or greater in mythvideo
[19:23:49] wagnerrp: default is 5
[19:23:53] iamlindoro: wagnerrp: That is fine for MythVideo, but what it would be really nice to match is when a listings source calls something "part 1"/"part I" and realize that on ttvdb that could be part 1, part I, (1), etc.
[19:24:29] iamlindoro: Schedules Direct seems to most always use "Part 1" versus TVDB's (1)
[19:25:59] dekarl: if everyone agrees that (partnum) will work and nothing else then the sources can adapt to that.
[19:26:41] wagnerrp: i dont think we have much sway with datadirect
[19:26:49] wagnerrp: and schedules direct is not allowed to alter the data in-flight
[19:26:53] iamlindoro: Sure, but again, that's only relevant when you're naming the titles... since we're now starting to use TVDB lookup for actual recordings, it's not somethign most of us have control over
[19:27:10] iamlindoro: not without a fixup in mythfilldatabase, and that's just not gonna happen
[19:27:16] dekarl: oh, did'nt think of the "do not alter" clause
[19:28:34] dekarl: well, that's something for the xmltv grabbers and the upstream aggregators.
[19:28:45] wagnerrp: iamlindoro: would you want the grabber script to filter on both sides?
[19:29:05] wagnerrp: if the search string is pre-filtered, the then individual grabber scripts could just do what is proper for their specific data source
[19:29:48] wagnerrp: one site would use (partnum), another might use Part <num>
[19:31:02] iamlindoro: I suppose since we're basically just filtering a big long list of data, we could add a search method for inetref/Title + origairdate
[19:31:29] iamlindoro: so tvdb.py -O 12345 1-21–2011
[19:31:36] iamlindoro: or something like that
[19:31:54] wagnerrp: that would work
[19:31:58] iamlindoro: And we could just do that as a last ditch effort
[19:32:11] dekarl: hmm, origairdate of which country? And which guide provices inetref?
[19:32:37] iamlindoro: dekarl: The guide doesn't provide inetref, it's set up when setting up the rule
[19:32:49] wagnerrp: well, that would work for north american users
[19:32:52] iamlindoro: alternately, it can be set after the fact on a best effort basis by mythmetadatalookup
[19:32:57] wagnerrp: it may work less for XMLTV users
[19:33:33] dekarl: iamlindoro: when I setup the "record all showings (of this series)" I do a manual match to a series on tvdb?
[19:34:08] iamlindoro: not manual, but yes
[19:34:12] wagnerrp: it would look up the title on whatever grabber you have defined
[19:34:25] wagnerrp: and if there were multiple results, give you a list of series to choose from
[19:34:36] wagnerrp: like how the manual lookup in mythvideo works
[19:37:05] dekarl: sounds interesting. (looking forward to trying that in europe with on air guide and xmltv, especially as european series are lacking on tvdb)
[19:38:35] iamlindoro: That's something you and other european users should be correcting
[19:39:37] dekarl: indeed, just would be nice if the defaults work when series are missing, as that's not just a corner case over here.
[19:40:03] iamlindoro: if there's no match, it'll just do nothing
[19:40:14] wagnerrp: if the defaults are missing, it will just continue using the existing EPG data
[19:40:24] wagnerrp: and not receive updates from the metadata grabber
[19:51:20] larzen (larzen!~gregf@S010600188b390af1.cg.shawcable.net) has left #mythtv ()
[20:01:25] andreax1 (andreax1!~andreaz@p57B9530D.dip.t-dialin.net) has joined #mythtv
[20:02:18] andreax (andreax!~andreaz@p57B958A3.dip.t-dialin.net) has quit (Ping timeout: 240 seconds)
[20:10:13] iamlindoro: http://www.fecitfacta.com/meta_schedule.ogv shows the uncommitted UI to handle inetref and artwork assignment to recording rules, as well as the result of this weekend's work in the PBB. Note the season and episode values in the PBB
[20:23:50] abqjp (abqjp!~abqjp@174-28-184-228.albq.qwest.net) has joined #mythtv
[21:00:35] SteveGoodey (SteveGoodey!~steve@host86-147-180-106.range86-147.btcentralplus.com) has quit (Remote host closed the connection)
[21:29:58] paul-h (paul-h!~paulh@mythtv/developer/paul-h) has quit (Remote host closed the connection)
[21:39:38] kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.)
[21:46:16] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 244 seconds)
[22:15:12] map7 (map7!~map7@ppp118-209-196-175.lns20.mel6.internode.on.net) has quit (Ping timeout: 255 seconds)
[22:19:24] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[22:25:47] knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 240 seconds)
[22:32:22] kwtm2 (kwtm2!~kwtm1@adsl-75-61-102-250.dsl.pltn13.sbcglobal.net) has joined #mythtv
[22:40:12]
[22:59:38] MythBuild: build #1576 of master-linux-64bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1576 blamelist: Gavin Hurlbut <ghurlbut@mythtv.org >
[23:03:08] MythBuild: build #360 of master-freebsd-64bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/360 blamelist: Gavin Hurlbut <ghurlbut@mythtv.org >
[23:07:03] MythBuild: build #138 of master-debian-stable-64bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/138 blamelist: Gavin Hurlbut <ghurlbut@mythtv.org >
[23:08:22] MythBuild: build #1333 of master-linux-32bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1333 blamelist: Gavin Hurlbut <ghurlbut@mythtv.org >
[23:24:30] MythBuild: build #408 of master-linux-ppc is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . c/builds/408 blamelist: Gavin Hurlbut <ghurlbut@mythtv.org >
[23:29:11] wagnerrp: Beirdo: looks like you forgot a comma
[23:37:14] Beirdo: dammit
[23:37:17] Beirdo: one sec
[23:39:48] Beirdo: there
[23:41:16] ** Beirdo slaps his wrist for not test compiling that one **
[23:45:55] MythBuild: build #1577 of master-linux-64bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1577
[23:48:50] MythBuild: build #361 of master-freebsd-64bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/361
[23:51:10] andreax1 (andreax1!~andreaz@p57B9530D.dip.t-dialin.net) has quit (Quit: Leaving.)
[23:51:18] MythBuild: build #139 of master-debian-stable-64bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/139
[23:53:08] MythBuild: build #1334 of master-linux-32bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1334
[23:53:53] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[23:54:57] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)

IRC Logs collected by BeirdoBot.
Please use the above link to report any bugs.