MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (76):

aloril, amessina, Anssi, brfransen, Captain_Murdoch, cesman, Chutt_, coling, Cougar, dekarl, ElmerFudd, fetzerch, foxbuntu, Gibby, gigem, gregL, GreyFoxx, J-e-f-f-A, jams, jarryd, jheizer, joki, jpabq, jpabq_, jpharvey_, jst, jwhite, kc, kurre2, kwmonroe, laga, mrand, MythLogBot, nephyrin, neufeld`, Nothing4You, nyloc, peper03, poptix, rhpot1991, robink, Seeker`, skd5aner, SmallR2002, sphery, sraue, stichnot, stuarta, stuartm, superm1, tgm4883, Tobbe5178, toeb, wagnerrp, wolfgang, XDS2010_, xris, _charly_, Beirdo, clever, ghoti, jarle, joe_____, moparisthebest, MythBuild, purserj, seld, taylorr, tonsofpcs, tris, wahrhaft, Sharky112065, jya, PatrickDickey, rsiebert_, dblain

Error at /usr/share/beirdobot/web/includes/utils.php, line 229:
Undefined variable $query


Details:
    datetime:  2025-10-19 05:15:54 (UTC)
    errornum:  2
  error type:  Warning
error string:  Undefined variable $query
    filename:  /usr/share/beirdobot/web/includes/utils.php
  error line:  229
Saturday, August 31st, 2013, 00:06 UTC
[00:06:01] knightr (knightr!~Nicolas@mythtv/developer/knightr) has quit (Read error: Connection reset by peer)
[00:06:36] knightr (knightr!~Nicolas@mythtv/developer/knightr) has joined #mythtv
[00:11:14] knightr (knightr!~Nicolas@mythtv/developer/knightr) has quit (Ping timeout: 268 seconds)
[01:03:36] SteveGoodey (SteveGoodey!~steve@host217-42-221-180.range217-42.btcentralplus.com) has joined #mythtv
[01:12:43] knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has joined #mythtv
[01:12:43] knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Changing host)
[01:12:43] knightr (knightr!~Nicolas@mythtv/developer/knightr) has joined #mythtv
[01:17:29] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[01:21:50] davidshay_ (davidshay_!~davidshay@cpe-107-10-21-164.neo.res.rr.com) has quit (Quit: davidshay_)
[01:22:03] dblain: logging is calling strdup and I'm getting a heap corrupt exception when calling free on the returned pointer. Looks like the free is using the wrong heap :(... This is going to be fun to track down.
[02:01:43] OldEnK (OldEnK!~OldEnK@63-152-102-117.cdrr.qwest.net) has joined #mythtv
[02:02:14] OldEnK (OldEnK!~OldEnK@63-152-102-117.cdrr.qwest.net) has left #mythtv ()
[02:26:38] CeilingKitten (CeilingKitten!~CeilingKi@206-248-165-145.dsl.teksavvy.com) has quit (Ping timeout: 264 seconds)
[02:28:31] SteveGoodey (SteveGoodey!~steve@host217-42-221-180.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!)
[02:30:30] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!)
[02:33:55] _nyloc_ (_nyloc_!~quassel@p5B26FD2E.dip0.t-ipconnect.de) has joined #mythtv
[02:37:49] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[02:38:23] nyloc (nyloc!~quassel@p57B4FB8B.dip0.t-ipconnect.de) has quit (Ping timeout: 260 seconds)
[02:49:59] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!)
[02:51:14] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 264 seconds)
[02:51:28] peper03_ (peper03_!~peper03@mythtv/developer/peper03) has joined #mythtv
[02:51:39] peper03_ is now known as peper03
[03:24:28] joki (joki!~joki@p548634BE.dip0.t-ipconnect.de) has quit (Ping timeout: 264 seconds)
[03:29:20] joki (joki!~joki@p54863369.dip0.t-ipconnect.de) has joined #mythtv
[03:31:41] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 245 seconds)
[03:33:00] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[04:40:12] jya: dblain: is that with mythlogserver or without?
[04:41:00] dblain: jya: without. But I link it's due to mixing debug & release runtimes.
[04:41:38] jya: i never had this issue
[04:41:41] dblain: I wouldn't worry about it. It's definitely a msvc issue
[04:54:06] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[05:31:10] dgeary2 (dgeary2!~debian@pa49-187-85-40.pa.nsw.optusnet.com.au) has joined #mythtv
[05:43:58] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 256 seconds)
[06:48:04] stichnot (stichnot!~stichnot@adsl-68-127-103-225.dsl.pltn13.pacbell.net) has joined #mythtv
[06:48:04] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[06:48:04] stichnot (stichnot!~stichnot@adsl-68-127-103-225.dsl.pltn13.pacbell.net) has quit (Changing host)
[06:58:20] _nyloc_ (_nyloc_!~quassel@p5B26FD2E.dip0.t-ipconnect.de) has quit (Read error: Operation timed out)
[06:59:08] jpharvey (jpharvey!~jpharvey@host109-148-115-200.range109-148.btcentralplus.com) has quit (Ping timeout: 256 seconds)
[06:59:08] Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has quit (Ping timeout: 256 seconds)
[06:59:41] MythLogBot (MythLogBot!~bot@mythtv/developer/beirdo) has quit (Ping timeout: 256 seconds)
[07:22:23] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Ping timeout: 240 seconds)
[08:17:40] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv
[08:20:40] Sharky-112065 is now known as Sharky112065
[08:21:25] 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)
[08:21:48] Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has joined #mythtv
[08:31:06] stoffel (stoffel!~quassel@pD9E42156.dip0.t-ipconnect.de) has joined #mythtv
[08:56:30] stoffel (stoffel!~quassel@pD9E42156.dip0.t-ipconnect.de) has quit (Ping timeout: 264 seconds)
[09:10:07] SteveGoodey (SteveGoodey!~steve@host217-42-221-180.range217-42.btcentralplus.com) has joined #mythtv
[09:25:31] dekarl: jpabq, wrt #11791 mind if I push it to master
[09:25:31] ** MythLogBot http://code.mythtv.org/trac/ticket/11791 **
[10:14:16] aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has quit (Read error: Connection reset by peer)
[10:15:06] aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has joined #mythtv
[10:41:57] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[11:10:52] stoffel (stoffel!~quassel@pD9E42156.dip0.t-ipconnect.de) has joined #mythtv
[11:34:04] aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has quit (Remote host closed the connection)
[11:51:23] stoffel (stoffel!~quassel@pD9E42156.dip0.t-ipconnect.de) has quit (Ping timeout: 260 seconds)
[11:52:56] ** knightr is ROTFLing after reading ticket #11756 last comment line... :) **
[11:52:56] ** MythLogBot http://code.mythtv.org/trac/ticket/11756 **
[11:53:06] wagnerrp: heh
[12:01:45] stuartm: wagnerrp, dekarl: use the uuid from config.xml?
[12:02:27] wagnerrp: this is smolt's hardware id, not mythtv's
[12:02:48] wagnerrp: the issue is that we redirected part of it, but it wasn't completely designed to do that
[12:03:05] wagnerrp: mythtv has its own separate cluster and machine uuid
[12:04:02] aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has joined #mythtv
[12:16:37] dekarl: wagnerrp: hmm, does it make sense to persist these uuids in the datase? just wondering as this is a frontend booting from a readonly image with a volatile writeable overlay
[12:16:59] wagnerrp: no, this is smolt's own internal stuff
[12:17:11] wagnerrp: it's a file on the disk
[12:18:13] dekarl: ok, so just adding the mkdir then?
[12:18:17] wagnerrp: aye
[12:32:48] stoffel (stoffel!~quassel@pD9E42156.dip0.t-ipconnect.de) has joined #mythtv
[12:33:44] wagnerrp: awesome... going to be taking off today in storms...
[13:17:26] Tobbe5178: short git question from a git noob, why do git diff produce wierd patches, it adds one section then removes it
[13:17:44] Tobbe5178: it was a section of the code i added and then removed
[13:18:03] Tobbe5178: doesnt make any sense to included the edits in the patch like that
[13:18:14] Tobbe5178: i probably did somehting wrong
[13:20:33] stichnot: Tobbe5178: Come back after you've mastered http://stevelosh.com/blog/2013/04/git-koans/
[13:20:35] stichnot: :)
[13:21:15] Tobbe5178: i probably need to do some reading on git yes
[13:22:26] stuartm: the more you learn about git, the less you'll understand it
[13:22:33] Tobbe5178: :)
[13:30:20] stoffel (stoffel!~quassel@pD9E42156.dip0.t-ipconnect.de) has quit (Ping timeout: 256 seconds)
[13:42:11] Tobbe5178: problem solved
[13:45:53] jya: stuartm: you mentioned a little bit earlier about git not tracking rename of files.. it actually does it very well, but you usually need to increase the default search level; with something like "git config merge.renameLimit 999999"
[13:46:45] jya: i did a cherry pick of a local commit which modified libs/libmythbase/threadedfilewriter.cpp and it applied it on libs/libmythtv/ThreadedFileWriter.cpp
[13:46:50] jya: was quite impressed
[13:47:30] jya: the file was moved, renamed to only use lowercase letters, yet it had no issue applying the commit
[13:56:59] stuartm: jya: thanks for that, picked a figure and have made it a permanent configuration
[13:57:48] stuartm: no way of knowing if it would have helped with the cherry-pick which I had to manually merge instead, but I'll see how it works in future :)
[14:02:05] wagnerrp: it can even be a bit too aggressive at times, such as if you're copying a file that's mostly a boilerplate licensing clause
[14:18:47] dekarl: jya: I don't understand how TFW::Write blocking does not impact the reading from the data source. It may be decoupled somehow, but if whatever buffers are in between are full it has to have some impact. The only thing that changes is the time we can wait for the blocking write.
[14:19:27] dekarl: With 8MB buffer and a 8mbit/s stream we have 8 seconds for the storage to finish its sync or whatever its doing.
[14:20:23] dekarl: Do we have data on how long the storage needs in extreme cases on a system that is not broken?
[14:22:40] dekarl: btw, I do agree that filling >8MB when we don't get any benefit is not useful.
[14:25:14] SteveGoodey (SteveGoodey!~steve@host217-42-221-180.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!)
[14:33:15] MythBuild: build #1075 of master-linux-64bit-clang is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1075 blamelist: Jim Stichnoth <jstichnoth@mythtv.org >
[14:35:49] stichnot: humph
[14:37:16] jpabq: dekarl: go for it. I am going to be doing other work in that area, but probably not before 0.27 is official.
[14:38:35] PatrickDickey (PatrickDickey!~quassel@2001:470:1f11:830:c3f:dcc1:741:69dc) has joined #mythtv
[14:40:02] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Remote host closed the connection)
[14:42:12] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv
[14:50:27] stoffel (stoffel!~quassel@pD9E435DD.dip0.t-ipconnect.de) has joined #mythtv
[14:55:15] stoffel (stoffel!~quassel@pD9E435DD.dip0.t-ipconnect.de) has quit (Ping timeout: 260 seconds)
[15:03:14] stichnot: stuartm, jpabq: An observation on using <outlinesize> in MythUIText. For testing I set outlinesize=10 in my theme's base font. I can see some clipping at all 4 edges of the text rectangle, so some bounding rectangle isn't being correctly updated for outlinesize (and perhaps also shadowoffset).
[15:05:56] stichnot: Also, the outline might look better if QPen.setCapStyle(Qt::RoundCap) and QPen.setJoinStyle(Qt::RoundJoin) are used.
[15:15:55] MythBuild: build #1077 of master-linux-64bit-clang is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1077
[16:07:00] Tobbe5178: can someone explain to me how the string in DBEventEIT.programId gets converted to lowercase, i've searched and there is no code that converts it to lowercase and still it shows up with lowercase in the db once inserted
[16:08:49] dekarl1 (dekarl1!~dekarl@p4FCEE426.dip0.t-ipconnect.de) has joined #mythtv
[16:08:56] dekarl (dekarl!~dekarl@p4FCEF6C5.dip0.t-ipconnect.de) has quit (Ping timeout: 240 seconds)
[16:16:01] stoffel (stoffel!~quassel@pD9E435DD.dip0.t-ipconnect.de) has joined #mythtv
[16:29:22] rsiebert_ (rsiebert_!~quassel@e179135253.adsl.alicedsl.de) has joined #mythtv
[16:29:56] rsiebert (rsiebert!~quassel@g225059085.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds)
[16:33:06] davidshay_ (davidshay_!~davidshay@cpe-107-10-21-164.neo.res.rr.com) has joined #mythtv
[16:40:32] stuartm: stichnot: we rely on themers to define the bounding rect correctly
[16:41:20] SteveGoodey (SteveGoodey!~steve@host217-42-221-180.range217-42.btcentralplus.com) has joined #mythtv
[16:45:42] knightr (knightr!~Nicolas@mythtv/developer/knightr) has quit (Read error: Connection reset by peer)
[16:46:50] davidshay_ (davidshay_!~davidshay@cpe-107-10-21-164.neo.res.rr.com) has quit (Quit: davidshay_)
[16:48:49] knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has joined #mythtv
[16:48:49] knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Changing host)
[16:48:49] knightr (knightr!~Nicolas@mythtv/developer/knightr) has joined #mythtv
[16:50:03] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 260 seconds)
[16:56:12] knightr (knightr!~Nicolas@mythtv/developer/knightr) has quit (Read error: Connection reset by peer)
[16:56:37] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[16:57:38] paul-h (paul-h!~Paul@2.219.20.71) has joined #mythtv
[16:58:02] stichnot: stuartm: I see, so basically my experiment broke my theme :)
[17:04:58] Cougar (Cougar!~cougar@2a03:5880:104:10:886:5ee5:c637:f1e5) has quit (Ping timeout: 246 seconds)
[17:08:50] stuartm: we used to increase the bounding rect according to content, but that only upset themers because if their defined rect wasn't used it affected alignment with other widgets on the screen, they'd rather it clipped so they can see there was a problem to be fixed than have the code try and decide a solution which might be visually wrong
[17:17:07] Cougar (Cougar!~cougar@2a03:5880:104:10:687c:9197:b2c8:850f) has joined #mythtv
[17:27:12] knightr (knightr!~Nicolas@mythtv/developer/knightr) has joined #mythtv
[17:50:34] wagnerrp_ (wagnerrp_!a6937fcf@gateway/web/freenode/ip.166.147.127.207) has joined #mythtv
[17:52:09] khshere (khshere!~admin@CPE00222d724874-CM00222d724870.cpe.net.cable.rogers.com) has joined #mythtv
[18:14:14] stoffel (stoffel!~quassel@pD9E435DD.dip0.t-ipconnect.de) has quit (Ping timeout: 240 seconds)
[18:43:27] wagnerrp_ (wagnerrp_!a6937fcf@gateway/web/freenode/ip.166.147.127.207) has quit (Quit: Page closed)
[18:55:09] NightMonkey (NightMonkey!~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net) has joined #mythtv
[18:55:09] NightMonkey (NightMonkey!~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net) has quit (Changing host)
[18:55:09] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[19:01:48] knightr (knightr!~Nicolas@mythtv/developer/knightr) has quit (Ping timeout: 245 seconds)
[19:13:45] knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has joined #mythtv
[19:13:45] knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Changing host)
[19:13:46] knightr (knightr!~Nicolas@mythtv/developer/knightr) has joined #mythtv
[19:15:29] jya: dekarl1: my main argument is that before 0.25; it was blocking and the buffer size was set to 4MB.... These days, you have even faster hardware, so if it was okay back then, why would it be a problem today?
[19:18:52] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!)
[19:27:24] dekarl1 is now known as dekarl
[19:30:11] warped_ (warped_!~piotro@89-79-251-78.dynamic.chello.pl) has joined #mythtv
[19:30:29] stichnot: stuartm: I guess I was misled by the presumably out-of-date comment in MythFontProperties::CalcHash()
[19:31:55] stichnot: (I'll be removing that comment, and the computation of m_drawingOffset below, after the branch)
[19:31:58] warped_ (warped_!~piotro@89-79-251-78.dynamic.chello.pl) has quit (Client Quit)
[20:24:21] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!)
[20:34:59] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv
[20:44:23] stuartm: stichnot: judging by that comment JPP may have added it back, since not many themes use outline/shadow very much I guess no-one noticed
[20:44:42] stuartm: it was disabled long before 2012
[20:44:45] stuartm: originally
[20:48:02] stuartm: the logic for not auto-expanding still stands IMHO, if you expand the width/height, do you also offset the x/y coordinates to keep it centered with <align>hcenter</align> ? If so that could move the text outside the boundary of a background image or move it out of alignment with other text on the screen
[20:48:22] khshere (khshere!~admin@CPE00222d724874-CM00222d724870.cpe.net.cable.rogers.com) has quit (Quit: Leaving.)
[20:48:37] stuartm: if you _don't_ move the position then you face similar problems
[21:02:46] dekarl: jya, I not sure how the whole pipeline looks like. but it would be nice if we can buffer enough data between an IPTV stream and the disk to allow for minor hickups. like performing a database lookup that puts 5GB temporary table on the disk. (had that when I opened the list of upcoming programs by time before I fixed that)
[21:03:16] dekarl: Tobbe5178: FWIW, the programids that mythfilldatabase makes up keep their upper case letter
[21:03:43] Tobbe5178: i know
[21:03:47] Tobbe5178: but mine doesnt
[21:03:50] Tobbe5178: very strange
[21:04:18] Tobbe5178: it is ok all the way to the DBEventEIT
[21:04:38] Tobbe5178: this is in some new code i'm working on
[21:05:35] Tobbe5178: and there is no place where it changes to lowercase and other code works just fine and keeps the upper vs lower case just fine, like syndicatedepisodenum
[21:06:10] dekarl: Tobbe5178: but I can confirm that a CRID with mixed case ends up lower case in the database:(
[21:06:25] Tobbe5178: hmm
[21:06:33] Tobbe5178: so it is not just my code then
[21:06:56] Tobbe5178: is it the db thats messing with the case during insert/update ?
[21:07:51] stuartm: not the db, mysql won't touch case unless asked, but crucially it's case insensitive when performing a lookup
[21:07:56] dekarl: do we have a mechanism to get rid of passepartouts? http://666kb.com/i/ch57azei19czytmau.jpg thats a 16:9 program transmitted on a 4:3 channel in a theme for 16:9 videos on a 16:10 display
[21:08:50] stuartm: no, we'd need to add something to mythpreviewgen I think
[21:08:58] dekarl: I also not that proper 16:9 frames fit pixel perfect into their window, but the 4:3 has a line on top/bottom that bleeds out of its window :(
[21:09:28] dekarl: s/not/noticed/
[21:12:13] Tobbe5178: dekarl: my bet on why it converts to lower case is the function: EITFixUp::AddDVBEITAuthority()
[21:12:19] Tobbe5178: it runs after all the other fixups
[21:12:30] Tobbe5178: and it have one line: id.toLower();
[21:12:43] Tobbe5178: where id is programId or seriesId
[21:12:59] Tobbe5178: thats the only code i have found that touches the programid
[21:20:14] dekarl: well, at least its documented properly :)
[21:20:25] Tobbe5178: :)
[21:21:15] Tobbe5178: as long as the scheduler uses case insensitive matching for programid i guess it doesnt realy matter
[21:23:22] stoffel (stoffel!~quassel@pD9E41CA2.dip0.t-ipconnect.de) has joined #mythtv
[21:24:11] dekarl: why? do you have upper case programid somewhere?
[21:24:47] dekarl: Tobbe5178: per ETSI TS 102 822–4 chapter 8 – The CRID is case insensitive.
[21:25:04] Tobbe5178: programId created by mythfilldatabase looks like: EP614289948
[21:25:08] Tobbe5178: as an example
[21:25:48] Tobbe5178: so i just wanted my code to produce identical programIds to what mfd does
[21:25:58] dekarl: thats no CRID :) thats a pseudo TMS content ID
[21:26:07] Tobbe5178: i know
[21:26:14] Tobbe5178: crid is not transmitted unfortunately
[21:26:23] dekarl: and its missing leading zeros, so it has variable length
[21:27:05] dekarl: Tobbe5178: crid is complicated.. I'm not sure its worth it until we can handle way more complex relationships then episode-series-brand
[21:27:14] Tobbe5178: yes, but all i'm interested in is making the ones generated via xmltv import match the ones i'm generating for eit so you can switch between then without getting messed up dupe matching
[21:27:24] Tobbe5178: true
[21:29:00] Tobbe5178: the main reason i started to create a new guide fixup was because a few weeks ago xmltv was broken for a week, so had to switch to eit and because of the crappy eit i lost a week of recordings
[21:29:10] dekarl: fake ids from mfdb or ids contained in the xmltv file? and what do you mean by "generating for eit"? do you run a TV feed?
[21:29:32] dekarl: ahh, I remember, sweden tvzon?
[21:29:32] Tobbe5178: no, i'm createing a eit fixup
[21:29:35] Tobbe5178: exactly
[21:29:52] dekarl: lets fix the xmltv export instead :)
[21:30:03] Tobbe5178: xmltv is working fine now
[21:30:10] Tobbe5178: but why not have a working eit too?
[21:30:24] Tobbe5178: without fixup you get half of the description as subtitle
[21:30:33] Tobbe5178: as an example
[21:30:58] dekarl: aye. but faking a sensible programid and seriesid in a fixup is nearly impossible
[21:31:24] Tobbe5178: well not impossible since i have reliable season and episode info from eit
[21:31:38] Tobbe5178: via a custom descriptor that they send along the eit data
[21:32:02] Tobbe5178: contains season episode, production year, director and so on
[21:32:23] dekarl: can you create a fixup that only shuffle the subtitle in front of the description? that would help the danes, too #9197
[21:32:23] ** MythLogBot http://code.mythtv.org/trac/ticket/9197 **
[21:33:02] Tobbe5178: when i read the pdf docs i think danish and finnish may actualy use the same type of guide fixup and the extra descriptor
[21:33:36] Tobbe5178: or i should have said, they probably send the descriptor and have the same type of problems as the swedish one
[21:33:42] dekarl: likely based on the Nordig spec
[21:34:00] Tobbe5178: yes and an addition by terracom
[21:34:48] dekarl: we should start a wiki page to document all the flavours of DVB
[21:35:11] dekarl: or MPEG fwiw... MPEG -> DVB -> Nordig -> Terracom
[21:35:42] Tobbe5178: "Teracom DTT receiver spec v2.3.pdf" around page 25
[21:36:06] Tobbe5178: pdf can be found on the net, forgot the link but it is on teracom:s site
[21:36:25] dekarl: hehe, first hit is teracom, second is boxer
[21:36:36] Tobbe5178: it is almost the same thing
[21:37:07] dekarl: ahh, wikipedia told me that, too
[21:38:37] dekarl: CBI_descriptor is a good name for Mentalist fans :)
[21:38:51] Tobbe5178: if there is someone with danish dvb-t that could dump the eit stream with dvbsnoop i can probably figure out how well my new fixups will work
[21:39:59] Tobbe5178: i think they call the descriptor crex_boxer_infotag_descriptor or something
[21:40:43] dekarl: I started to add various mpeg table sections to the unit tests as caught by "dvbsnoop -n 1 0x12". Would be nice to start collecting samples for all new fixups
[21:41:07] Tobbe5178: yes that would be a good idea
[21:41:29] Tobbe5178: as it is now, you dont want to mess with the fixups since you cant test it if you broke something
[21:45:28] Tobbe5178: was the eit-retry patch commited?
[21:45:30] dekarl: man, thats so "not invented here, lets reinvent"...
[21:46:31] dekarl: they could have put most of their infotag in plain old extended_event_descriptor K/V area
[21:46:52] Tobbe5178: yes but why make it easy? :)
[21:47:09] dekarl: that would not generate local jobs :)
[21:47:26] Tobbe5178: equaly stupid to count the text in the short event descriptor as the start of the description and then continue in the extended one
[21:47:37] dekarl: how do you signal two directors?
[21:47:58] Tobbe5178: there is only one string
[21:48:02] Tobbe5178: in that tag
[21:48:08] Tobbe5178: and then i think they split it by ;
[21:48:37] Tobbe5178: ,
[21:48:42] Tobbe5178: like this "Ansgar Niebuhr,Hubert Weiland"
[21:48:46] dekarl: how crap is that? they could have simply defined more credit_types... "undefined", "reserved", "end-of-credits-marker"...
[21:49:05] Tobbe5178: yes
[21:49:06] dekarl: how about director, actor, undefined...
[21:49:12] Tobbe5178: also they dont transmit any cast
[21:49:14] Tobbe5178: only director
[21:49:29] dekarl: good enough for metadata matching against a proper database
[21:49:34] Tobbe5178: cbi_type=1 is the only one
[21:49:43] Tobbe5178: 2 and 3 i have not seen
[21:49:53] dekarl: ingest their guide, push it into a private atlas instance and map against tmdb/tvdb
[21:50:23] Tobbe5178: that would probably be the best option
[21:50:33] Tobbe5178: since subtitles is always missing
[21:50:35] Tobbe5178: or mostly
[21:50:50] stoffel (stoffel!~quassel@pD9E41CA2.dip0.t-ipconnect.de) has quit (Remote host closed the connection)
[21:50:58] dekarl: and no language signalling for e.g. country... and its a stupid string, too :)
[21:51:08] Tobbe5178: there are some channels with a comma separated list at the begining of the description
[21:51:20] dekarl: they should have looked at the examples in the DVB-SI spec
[21:51:29] Tobbe5178: yes definitely
[21:51:50] Tobbe5178: problem with parsing the description for a subtitle is that it is very easy to get it wrong
[21:52:11] stuartm: "private atlas instance"?
[21:52:21] Tobbe5178: anyway, i've done what i can with the fixup
[21:52:31] Tobbe5178: atleast now it sucks less
[21:53:04] dekarl: Tobbe5178: the data in that descriptor should map well to the schedules direct data => work well with mythtv
[21:53:16] Tobbe5178: true
[21:53:23] Tobbe5178: thats why i'm creating the programid
[21:53:25] dekarl: stuartm: https://github.com/atlasapi
[21:53:41] Tobbe5178: but seriesid in that descriptor cannot be used
[21:53:45] Tobbe5178: it is too bad quality
[21:53:56] Tobbe5178: same episode have different seriesid
[21:54:09] Tobbe5178: and they only guarantee uniqness within the same channel
[21:54:17] Tobbe5178: even that is not always true
[21:54:18] dekarl: Tobbe5178: I'd avoid that... the episode order of boxer and tvdb will likely not match 100% and you'll end up with crazy stuff to debug if you switch between xmltv and eit
[21:54:40] stuartm: ah, ok I didn't realise they provided public access to that API – Atlas is run behind the company that bought the Radiotimes in the UK, and from where we now get out xmltv feed
[21:54:43] Tobbe5178: episode numbering usualy match prety good
[21:54:58] Tobbe5178: for series that is
[21:55:27] Tobbe5178: same with season and episode numbering from xmltv
[21:55:59] dekarl: stuartm: well, they are pretty open... You can user their hosted API, even as publisher. Or host a copy yourself.
[21:56:19] stuartm: cool
[21:57:26] dekarl: thats why I'm wondering if I should just push my guide (and ask the other nonametv hosts to join) into an atlas instance, maybe sell the idea to schedules direct. so we can have one common API and share the work of attaching good metadata/fanart to our guide
[21:57:50] dekarl: they have some cool stuff where they provide a mix of only the data sources that you are licensed to
[22:01:38] dekarl: Tobbe5178: good luck on split programmes :) "if its a repeat with less then 3 hours gap, then its two parts"
[22:02:05] Tobbe5178: i dont have to do that
[22:02:06] dekarl: I wonder how that works for a common setup of movie a, movie b, movie a again
[22:02:29] Tobbe5178: if it is a multipart show with a comercial break in between then i will have a part total also
[22:03:16] Tobbe5178: for example if there is a movie split into two then i will have episode_total=2
[22:03:26] Tobbe5178: without any season
[22:03:54] dekarl: ohh nice, its documented differently... basically having multiple events with the same id but a short gap in between
[22:04:39] Tobbe5178: hmm... i wonder if programid is created properly in this case
[22:05:39] dekarl: the spec mentions "CRID or Boxer ID, where CRID is preferred". But you said there are no CRIDs in the live data? strange
[22:07:05] Tobbe5178: i dont use the seriesid they send due to the bad quality
[22:07:16] Tobbe5178: hmm...
[22:09:42] Tobbe5178: it is not a problem since i generate only a programid if it is a series and they are never multipart
[22:10:00] dekarl: I like the seriesid as indicator to set category_type=series
[22:10:10] Tobbe5178: yes
[22:10:23] Tobbe5178: i have to fix the category type based on presense of season and episode
[22:10:30] Tobbe5178: since all series is flaged as movies
[22:10:34] dekarl: as DVB does not have a concept of movie/series in its genre (the genre names are misleading tough)
[22:10:49] dblain_ (dblain_!~dblain@mythtv/developer/dblain) has quit (Read error: Connection reset by peer)
[22:10:50] Tobbe5178: and category is also movie for series
[22:11:04] dekarl: I have a "fix" for that.. simply leave the category_type empty until a fixups fills in a proper value
[22:11:05] dgeary2 (dgeary2!~debian@pa49-187-85-40.pa.nsw.optusnet.com.au) has quit (Quit: Ex-Chat)
[22:11:27] Tobbe5178: well..
[22:11:30] dekarl: maybe one day we can look at the list of upcoming movies and not see random shopping crap
[22:11:35] Tobbe5178: not sure it is possible for all fixups to do that
[22:11:43] Tobbe5178: :)
[22:22:19] SteveGoodey (SteveGoodey!~steve@host217-42-221-180.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!)
[22:22:25] dekarl: got to think about events that signal "no data" currently fixups can't discard them at all. simply ignoring them or even better removing what may still be there would be nice. See you around
[22:23:50] Tobbe5178: "See you around"?
[22:26:21] Tobbe5178: is QRegExp case insensitive by default?
[22:27:14] dekarl: Tobbe5178: the reference says its case sensitive by default
[22:27:25] Tobbe5178: ok
[22:27:29] Tobbe5178: trying to find a bug
[22:29:09] Tobbe5178: oops
[22:29:13] Tobbe5178: never mind
[22:29:58] Tobbe5178: matching on "[A-Z]{4}" when all countrycodes are 3 characters is not so good
[22:31:30] dekarl: "see you around" I'm leaving but we will meet again.
[22:31:49] dekarl: no [:alpha:]?
[22:33:13] dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv
[22:34:23] Tobbe5178: it must be exactly 3 characters and also upper case
[22:35:10] dekarl: then [A-Z]{3} sounds good. at least there is \b :)
[22:49:45] Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has quit (Ping timeout: 268 seconds)
[23:03:47] paul-h (paul-h!~Paul@2.219.20.71) has quit (Quit: Konversation terminated!)
[23:09:11] Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has joined #mythtv
[23:31:59] jpabq: stuartm: I haven't noticed any problems with that DRB patch.

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