MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (68):

dekarl, kc, kormoc, MythBuild, MythLogBot, nephyrin, peper03, poptix, unforgiven512, aloril, amessina, Anssi, caelor, cesman, coling, dblain, eee-blt, ElmerFudd, Gibby, gigem, gregL, J-e-f-f-A, jams, jarle, jarryd, jpabq, jwhite, kurre2, kwmonroe, nyloc, purserj, rhpot1991, robink, ryan_turner|MTW, Sharky112065, sphery, sraue, stichnot, stuartm, tonsofpcs, tris, wagnerrp, XDS2010_, zentec, _charly_, Chutt, clever, rsiebert, jheizer_, RedPenguin, Cougar, t0mahawk, toeb_, jafa, wseltzer, seld, CrypticSquared, superm1_, Captain_Murdoch2, MythBuild_, xris-, moparsthbest, tgm4883__, FrankD_Work, mad_enz, GreyFoxx_, joki|, fetzerch_

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


Details:
    datetime:  2025-09-13 08:11:46 (UTC)
    errornum:  2
  error type:  Warning
error string:  Undefined variable $query
    filename:  /usr/share/beirdobot/web/includes/utils.php
  error line:  229

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


Details:
    datetime:  2025-09-13 08:11:46 (UTC)
    errornum:  2
  error type:  Warning
error string:  Undefined variable $query
    filename:  /usr/share/beirdobot/web/includes/utils.php
  error line:  229

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


Details:
    datetime:  2025-09-13 08:11:46 (UTC)
    errornum:  2
  error type:  Warning
error string:  Undefined variable $query
    filename:  /usr/share/beirdobot/web/includes/utils.php
  error line:  229

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


Details:
    datetime:  2025-09-13 08:11:46 (UTC)
    errornum:  2
  error type:  Warning
error string:  Undefined variable $query
    filename:  /usr/share/beirdobot/web/includes/utils.php
  error line:  229

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


Details:
    datetime:  2025-09-13 08:11:46 (UTC)
    errornum:  2
  error type:  Warning
error string:  Undefined variable $query
    filename:  /usr/share/beirdobot/web/includes/utils.php
  error line:  229

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


Details:
    datetime:  2025-09-13 08:11:46 (UTC)
    errornum:  2
  error type:  Warning
error string:  Undefined variable $query
    filename:  /usr/share/beirdobot/web/includes/utils.php
  error line:  229

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


Details:
    datetime:  2025-09-13 08:11:46 (UTC)
    errornum:  2
  error type:  Warning
error string:  Undefined variable $query
    filename:  /usr/share/beirdobot/web/includes/utils.php
  error line:  229

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


Details:
    datetime:  2025-09-13 08:11:46 (UTC)
    errornum:  2
  error type:  Warning
error string:  Undefined variable $query
    filename:  /usr/share/beirdobot/web/includes/utils.php
  error line:  229

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


Details:
    datetime:  2025-09-13 08:11:46 (UTC)
    errornum:  2
  error type:  Warning
error string:  Undefined variable $query
    filename:  /usr/share/beirdobot/web/includes/utils.php
  error line:  229

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


Details:
    datetime:  2025-09-13 08:11:46 (UTC)
    errornum:  2
  error type:  Warning
error string:  Undefined variable $query
    filename:  /usr/share/beirdobot/web/includes/utils.php
  error line:  229

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


Details:
    datetime:  2025-09-13 08:11:46 (UTC)
    errornum:  2
  error type:  Warning
error string:  Undefined variable $query
    filename:  /usr/share/beirdobot/web/includes/utils.php
  error line:  229
Monday, June 30th, 2014, 00:36 UTC
[00:36:46] t0mahawk (t0mahawk!60f4fcb6@gateway/web/freenode/ip.96.244.252.182) has quit (Ping timeout: 246 seconds)
[00:44:50] arescorpio (arescorpio!~arescorpi@186-202-17-190.fibertel.com.ar) has quit (Excess Flood)
[01:24:52] andreaz (andreaz!~andre_000@p57922329.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)
[02:12:52] SteveGoodey (SteveGoodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has joined #mythtv
[02:54:44] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 260 seconds)
[02:55:32] peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv
[03:06:31] DreamPCs (DreamPCs!~jason@96.58.128.132) has joined #mythtv
[03:14:45] SteveGoodey (SteveGoodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has quit (Quit: Konversation terminated!)
[03:38:16] dekarl: JohnBergqvist: mythtv never should try to make sense of the syndicateepisode... it does not have a format. That you can make sense of the atlas data is by accident, not by design. the guide interface has dedicated fields for making sense of episode numbers...
[03:41:20] dekarl: also you must not do to much with episode/season number as different stations do not agree on the episode order. e.g. there regularly is a different UK/US order (just read the hate thread on thetvdb's forum)
[03:43:17] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 252 seconds)
[03:44:40] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[05:03:18] DreamPCs (DreamPCs!~jason@96.58.128.132) has quit (Ping timeout: 255 seconds)
[05:21:10] andreaz (andreaz!~andre_000@p57922329.dip0.t-ipconnect.de) has joined #mythtv
[05:55:18] SteveGoodey (SteveGoodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has joined #mythtv
[06:06:44] SteveGoodey (SteveGoodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has quit (Quit: Konversation terminated!)
[06:08:48] FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv
[06:11:46] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[06:13:00] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[06:25:22] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[06:37:35] Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has joined #mythtv
[06:50:51] nyloc_ (nyloc_!~quassel@nyloc.de) has quit (Remote host closed the connection)
[06:52:15] nyloc (nyloc!~quassel@nyloc.de) has joined #mythtv
[07:24:47] andreaz (andreaz!~andre_000@p57922329.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)
[08:04:48] Merlin83b (Merlin83b!~Daniel@office.34sp.com) has joined #mythtv
[08:57:16] stuartm_ (stuartm_!~stuartm@mythtv/developer/stuartm) has joined #mythtv
[08:58:00] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Ping timeout: 248 seconds)
[08:58:10] stuartm_ is now known as stuartm
[10:31:39] dekarl1 (dekarl1!~dekarl@p4FCEF839.dip0.t-ipconnect.de) has joined #mythtv
[10:32:57] dekarl (dekarl!~dekarl@p4FCEF4F2.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds)
[10:51:52] t0mahawk (t0mahawk!60f4fcb6@gateway/web/freenode/ip.96.244.252.182) has joined #mythtv
[10:58:37] CrypticSquared (CrypticSquared!~CrypticSq@unaffiliated/crypticsquared) has quit (Quit: Leaving...)
[11:29:31] t0mahawk (t0mahawk!60f4fcb6@gateway/web/freenode/ip.96.244.252.182) has quit (Ping timeout: 246 seconds)
[11:43:38] JohnBergqvist (JohnBergqvist!~JohnBergq@79-67-244-58.dynamic.dsl.as9105.com) has joined #mythtv
[11:46:57] JohnBergqvist (JohnBergqvist!~JohnBergq@79-67-244-58.dynamic.dsl.as9105.com) has quit (Client Quit)
[12:51:09] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[13:06:00] stuartm: dekarl1: xmltv has a standard format for season, episode and episode total which we are using in master
[13:06:48] stuartm: for xmltv syndicated episode number is NOT included in the xml but is generated in the xmltv parser from the season/episode information provided
[13:09:48] stuartm: for the US they are SOL since SD doesn't include season/episode info
[13:09:58] stuartm: but John is in the UK
[13:36:47] sphery: but the point is that we shouldn't be reading it out of syndicatedepisodenumber field, since that means something else
[13:37:08] sphery: the season/episode info should be put into a specific field for season and episode number, and read from there
[13:38:09] sphery: I'm assuming that's the direction you'd go since you started the process of ensuring the season and episode number are stored somewhere more appropriate than syndicatedepisodenumber for XMLTV users
[13:52:16] dekarl1 is now known as dekarl
[13:55:21] Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has joined #mythtv
[14:45:21] joki- (joki-!~joki@p54861650.dip0.t-ipconnect.de) has quit (Ping timeout: 244 seconds)
[14:48:40] dreamcat4 (dreamcat4!~dreamcat4@62.49.10.153) has joined #mythtv
[14:50:48] joki- (joki-!~joki@p54861A75.dip0.t-ipconnect.de) has joined #mythtv
[14:52:36] dreamcat4 (dreamcat4!~dreamcat4@62.49.10.153) has quit (Client Quit)
[14:57:44] dekarl: stuartm: what sphery said. the syndicatepsidoenumber string is just a string from the producer, it may be in any format
[15:17:29] FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG)
[15:24:23] gigem: stuartm: I wouldn't object to a 'This season' filter. Also, the 'This episode' filter does fall back to subtitle and description when programids aren't available, but in reality, its intended use is with definitive programids.
[15:24:37] amessina_ (amessina_!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!)
[15:40:10] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv
[15:50:13] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Remote host closed the connection)
[15:50:33] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv
[15:56:27] stuartm: dekarl: not for xmltv
[15:57:11] stuartm: well ... actually I might be wrong about that .. I know we create it from the season/episode but maybe we only do that when it's not otherwise present in the xml
[15:57:33] stuartm: sphery: it's the direction I went 10 months ago
[15:58:50] stuartm: as in it's already done and will be in 0.28
[16:03:52] stuartm: dekarl: the point that John was making was specific to the UK guide data, he wasn't saying it would be possible to extract that info for any other location, just that the string which appeared in the UI/database contained that information in the format SxExx and why couldn't that be handled better (which is now is)
[16:04:42] stuartm: sphery: I'm pretty sure I checked this back when I did the work, but season/episode data doesn't even appear to be available in the SD feed?
[16:09:29] stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has quit (Quit: server relocation)
[16:24:20] natanojl_ (natanojl_!~jonatan@mythtv/developer/natanojl) has joined #mythtv
[16:25:35] dekarl: I don't understand why everyone is so exited about episode numbers... they only work for original airings in the US mostly. for other countries and later syndication they happen to be wrong quite a lot. Episode titles are way better to match to metadata/fanart/various orders
[16:25:52] dekarl: maybe its because they are "good enough" for US series in the US
[16:26:57] dekarl: rkulagow can surely add the fields to the new SD API?
[16:30:56] stuartm: dekarl: you're looking at it from the perspective of metadata downloads, we're looking at it from the perspective of knowing whether the episode that just recorded comes before or after the one that was recording a day earlier OR knowing that since you've just watched episode 10 of 11 that there's just one left to air
[16:32:28] stuartm: not everyone cares about the original US broadcast order, they just want to be able to identify which episode to watch next, or whether they should stretch out watching them because they only made 6 episodes etc
[16:33:30] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[16:33:48] stuartm: and at least in the UK we don't just watch US imports, so most of the time they are actually accurate and do help with matching up artwork (since we only fetch banners/backgrounds for recordings it's moot which _episode_ it was anyway)
[16:35:24] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[16:36:03] stuartm: I want to add sorting by season/episode to Watch Recordings so things are always in viewing (broadcast) order even if some recordings are made from repeats which are out of sequence
[16:36:29] Captain_Murdoch2: I believe the new SD API includes episode information already. still need to find time to test it myself.
[16:36:57] stuartm: plus an indicator to show when a season (series) is complete – you have all the episodes recorded, so you can hold off watching until that episode which failed to record is repeated
[16:37:25] dekarl: stuartm, well... there is no definate earlier and later. that's the problem
[16:38:07] stuartm: dekarl: for 99% of users, the broadcast order in their country is definitive, they couldn't care less what the order in Sweden, the US or China was
[16:39:36] dekarl: stuartm, its moot anyway because the new mfdb-json grabber inserts syndicateepisode *and* season and episode numbers :) https://github.com/SchedulesDirect/mfdb-json/ . . . son.php#L690
[16:40:06] dekarl: I have a strong opinion wrt peeling data out of strings in an automated way
[16:41:11] stuartm: fwiw, for those that do care, in the UK the order oddly enough is more often 'correct' since our broadcasters don't change the ordering just to try and boost ratings artificially, it usually only changes when an episode comes a little too close for comfort to a current news event (horrific murder, terrorist attack or other tragedy)
[16:42:11] SteveGoodey (SteveGoodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has joined #mythtv
[16:43:10] stuartm: eww, php operating directly on the database? if you're doing to do that then why not make it a proper xmltv grabber instead
[16:44:39] stuartm: and it doesn't look like it's discriminating by sourceid? So it will stomp over sources not configured to use SD data?
[16:45:34] dekarl: might as well pipe the data through a private atlas instance end reuse their json grabber ;)
[16:45:47] dekarl: s/end/and/
[16:47:40] dekarl: stuartm, they appear to also have a normal out of tree grabber https://github.com/SchedulesDirect/grabber
[16:49:03] dekarl: hmm doesnt look like that thing outputs xmltv
[16:49:07] stuartm: now that's better, wonder if we can make that the new default
[16:49:09] stuartm: doh
[16:49:19] Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Quit: Leaving)
[16:49:41] stuartm: was just going to say that it doesn't look xmltv compliant from the listed arguments
[16:50:50] dekarl: at least it doesn't report capabilities etc so its not automatically offered to users in mythtv-setup (tv_find_grabbers should ignore it)
[17:03:10] Captain_Murdoch2: it's not xmltv compliant because it supports a lot more info. Robert Eden (xmltv creator) mentioned possibly extending xmltv, but that isn't in the works I believe. not sure if that would still be considered or not.
[17:05:43] Captain_Murdoch2: new json grabber supports artwork as well I believe, providing URLs to the artwork. and I think it supports more areas/countries than those supported by the current grabber because of the newer Tribune system that Schedules Direct is getting the data from
[17:08:26] Captain_Murdoch2: Robert K asked about integrating the same way that the existing DataDirect code is integrated, but I've talked with them about the expressed desire by several MythTV developers to get rid of the 'one-off' integration of a grabber to support mainly U.S. users. I thought the json grabber was more of a drop-in for mythfilldatabase and that he had worked on allowing it to support both SD and non-SD sources, but I haven't person
[17:08:26] Captain_Murdoch2: ally looked at the code yet.
[17:23:07] stuartm: if the json grabber is that php script that dekarl linked earlier, I'd not call it a mfdb replacement, it doesn't reuse any existing code so it's going to be very fragile – every schema, setting or data change would require a new version to be released
[17:24:23] stuartm: and since it operates directly on the database there's a high probability that it may end up inserting invalid or incorrectly formatted data – all the sanity checking we do elsewhere is bypassed
[17:25:43] stuartm: but not to be too negative, thanks for relaying our preference to Robert, I'd largely given up hope of getting all users using the one code base but it would be good for everyone if it happens
[17:29:14] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Read error: Connection reset by peer)
[18:19:58] peper03: stuartm: Sorting by series/episode is already in, isn't it? Under TV Settings->Playback->View Recordings (4/8)
[18:22:28] peper03: Personally, I think it would be better to be able to change the sorting method from within the Watch Recordings screen.
[18:37:47] andreaz (andreaz!~andre_000@p57922329.dip0.t-ipconnect.de) has joined #mythtv
[18:38:17] gigem: stuartm: jpabq is working on something that could result in a new 'the tuner is busy' recording status similar to rsTuning and rsRecording. I'd reluctant to add another rsOtherVariation to go along with it, so I'm looking for other ideas. What do you think of doing away with rsOtherTuning and rsOtherRecording, and perhaps rsOtherShowing too, and just always using the non-other variations?
[18:48:23] robink (robink!~quassel@unaffilated/robink) has quit (Ping timeout: 240 seconds)
[18:50:40] robink (robink!~quassel@unaffilated/robink) has joined #mythtv
[18:52:40] poptix- (poptix-!poptix@poptix.net) has quit (Read error: Connection reset by peer)
[18:52:40] poptix (poptix!poptix@poptix.net) has joined #mythtv
[19:05:19] Steve-Goodey (Steve-Goodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has joined #mythtv
[19:06:46] stuartm: peper03: I missed that, probably because it's buried in an illogical place, it would be better accessed from within Watch Recordings ...
[19:07:08] stuartm: gigem: "non-other"?
[19:09:46] stuartm: peper03: and suprise, surprise, that sorting option is broken
[19:10:20] peper03: stuartm: In what way? I only tried it very briefly.
[19:10:42] stuartm: it should only apply when using the title group option, and selecting a title, instead it's sorting by series/episode when other grouping methods e.g. category resulting in some interesting results
[19:11:04] peper03: Ah.
[19:11:27] peper03: Don't think I've ever grouped by category.
[19:12:37] stuartm: it doesn't even account for the title at all, so you get something like ABC (S1, Ep2), DEF (S1, Ep3), ABC (S1, Ep3)
[19:13:28] stuartm: and seasons 1 and 3 of ABC are sorted so that seasons 2 of all series appear in the middle
[19:13:43] peper03: Oops.
[19:13:55] peper03: Presumably not an often-used setting then :)
[19:14:12] peper03: Probably just as well is buried where you won't find it.
[19:14:14] stuartm: well certainly not an often used combination of options
[19:15:07] gigem: stuartm: Instead of seeing rsOtherTuning or rsRecording on the 'other' channel in the EPG, for example, you would see rsRecording or rsTuning. The implication is you would have to go to ViewScheduled to see the exact channel the recording is on.
[19:18:41] stuartm: gigem: ahh, on the one hand that would still let people see that it IS recording which is good, on the other it's an inconvenience for users who have to cross reference against View Scheduled
[19:19:25] stuartm: I wonder if there isn't a third option, one where we don't keep overloading recording status, but still have access to information on exactly which channel is being used
[19:20:20] stuartm: so it would always say rsRecording for all instances of that program/timeslot, but we can still highlight or otherwise indicate in the EPG exactly which channel is being used
[19:24:45] stuartm: sure there's some relatively simple way of doing it, perhaps using some existing methods in the guide e.g. checking the scheduler list against the channel's callsign/channum for all programs with an recstatus of rsRecording/rsTuning
[19:26:46] stuartm: gigem: so yeah, I'm fine with that change, I'll just find another way of conveying the same information in the guide
[19:29:14] dekarl: lol, lets write a "go green with you appliances" app for iOS that turns off all network tuners that are not locked to save some trees :) that should bump up the priority of proper locking
[19:30:03] dekarl: ^- not directed at any device in particular, just thought its a nice idea
[19:38:52] gigem: stuartm: I like that.
[19:43:25] dekarl: wagnerrp: http://en.wikipedia.org/wiki/Analog_high-defi . . . m_.28MUSE.29 :)
[19:48:25] peper03: stuartm: The 'Next recordings' textarea in mythwelcome had space for about four lines. If nothing was scheduled 'There are no scheduled recordings' was shown centred (at least on the couple of themes I looked at). What's the best way of replicating that when using a button list? I've tried using a statetype widget but I can't seem to get the buttonlist to appear.
[19:50:20] peper03: My current attempt is here: http://pastebin.com/yJuL6dQS
[19:51:35] peper03: Could be I'm just missing something trivial. The textarea didn't show until I explicitly added the <area> setting inside the <textarea> tag, but doing the same for the buttonlist doesn't seem to do the trick.
[19:54:14] Steve-Goodey (Steve-Goodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has quit (Quit: Konversation terminated!)
[19:56:19] Steve-Goodey (Steve-Goodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has joined #mythtv
[19:58:52] MythBuild_: build #5022 of master-freebsd-64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/5022 blamelist: Jean-Yves Avenard <jyavenard@mythtv.org >
[20:01:20] MythBuild_: build #1810 of master-ubuntu-12_04-lts-64bit is complete: Failure [4failed compile plugins] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1810 blamelist: Jean-Yves Avenard <jyavenard@mythtv.org >
[20:03:17] stuartm: peper03: the best way to only show the 'There are no recordings' message only if the list is empty?
[20:04:06] peper03: stuartm: Yes.
[20:05:19] MythBuild_: build #917 of master-fedora-32bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/917 blamelist: Jean-Yves Avenard <jyavenard@mythtv.org >
[20:05:52] MythBuild_: build #442 of master-f20–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/442 blamelist: Jean-Yves Avenard <jyavenard@mythtv.org >
[20:07:02] MythBuild_: build #426 of master-freebsd10–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/426 blamelist: Jean-Yves Avenard <jyavenard@mythtv.org >
[20:07:18] stuartm: peper03: well the usual way to do it is m_textarea->SetVisible(scheduleList.isEmpty());
[20:07:38] MythBuild_: build #1013 of master-f19–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1013 blamelist: Jean-Yves Avenard <jyavenard@mythtv.org >
[20:07:45] stuartm: the newer, more themer friendly way would be a depends attribute e.g. <textarea depends="!schedulelist">
[20:08:12] MythBuild_: build #1995 of master-linux-64bit-clang is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1995 blamelist: Jean-Yves Avenard <jyavenard@mythtv.org >
[20:08:37] stuartm: but I can't remember we you can currently use depends with a buttonlist as the argument, you should be able to, but I just don't know if it's actually been written
[20:08:47] MythBuild_: build #2352 of master-linux-64bit-icc is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2352 blamelist: Jean-Yves Avenard <jyavenard@mythtv.org >
[20:09:46] stuarta (stuarta!~stuarta@callisto.squashedfrog.net) has joined #mythtv
[20:09:46] stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has joined #mythtv
[20:09:46] stuarta (stuarta!~stuarta@callisto.squashedfrog.net) has quit (Changing host)
[20:10:38] peper03: Ok, I'll look into that. The code to find the respective widgets with a statetype is rather ugly. Something theme side would be nice.
[20:10:40] MythBuild_: build #321 of master-f20-qt5–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/321 blamelist: Jean-Yves Avenard <jyavenard@mythtv.org >
[20:14:30] MythBuild_: build #2121 of master-debian-wheezy-64bit is complete: Failure [4failed compile plugins] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2121 blamelist: Jean-Yves Avenard <jyavenard@mythtv.org >
[20:14:31] stuartm: peper03: looks like depends support isn't there, but since it's just a couple of hooks that need adding in the right place it shouldn't be difficult to do, I'm looking at it now
[20:14:50] peper03: stuartm: Ok, thanks.
[20:17:20] MythBuild_: build #1790 of master-ubuntu-current-64bit is complete: Failure [4failed compile plugins] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1790 blamelist: Jean-Yves Avenard <jyavenard@mythtv.org >
[20:23:41] Chutt__ (Chutt__!~ijr@2605:a000:1208:c08c:c457:ef1d:60fd:2177) has joined #mythtv
[20:25:00] stuartm: peper03: haven't tested yet, but this ought to do it – http://pastebin.com/AWH3649f
[20:25:55] stuartm: so anything with depend="!{name_of_list_widget}" would appear only when the list was empty
[20:26:08] stuartm: or for the opposite, drop the !
[20:26:46] peper03: stuartm: Ok, thanks! I'll give it a whirl.
[20:26:51] stuartm: so you could have a background image behind the list that is only displayed when the list is not empty
[20:27:32] Chutt_ (Chutt_!~ijr@2605:a000:1208:c08c:1c0a:911f:dec1:7439) has quit (Ping timeout: 240 seconds)
[20:35:13] peper03: stuartm: That seems to work fine.
[20:38:20] SteveGoodey (SteveGoodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has quit (Quit: Konversation terminated!)
[20:40:09] jya: stuartm: ok i’ve flound the flac issue
[20:40:13] jya: over SG
[20:44:59] stuartm: peper03: great
[20:45:03] stuartm: jya: yeah
[20:45:05] stuartm: ?
[20:45:20] jya: we probe only 16kB of the file…
[20:45:32] t0mahawk (t0mahawk!60f4fcb6@gateway/web/freenode/ip.96.244.252.182) has joined #mythtv
[20:45:39] jya: that FLAC being slightly corrupted at the beginning 16kB isn’t enough
[20:45:46] cecil (cecil!~cesman@pool-173-60-115-40.lsanca.fios.verizon.net) has joined #mythtv
[20:45:59] cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (Read error: Connection reset by peer)
[20:46:53] jya: i’ve increased the streaming buffer size to 64k (16k isn’t enough anyway) . but also remove the way the format is detected. there’s no point to seek such a small size when using SG, can let av_open do it all and decide what the best way to probe is
[20:48:44] stuartm: k
[20:49:01] jya: but now I get crashes with the OpenGL2 painter when i attempt to play that file
[20:49:26] jya: i also get occasional crashes due to m_buffer being double-freed
[20:49:37] stuartm: I see you fixed the deadlock
[20:49:45] jya: ah that too
[20:50:09] jya: i think the issue is in avfd (it shouldn’t pause then attempt to drain)
[20:50:15] jya: but better safe than sorry
[20:50:34] jya: it appears that avio can free the buffer provided to it
[20:51:03] jya: resulting in crashes when we attempt to free it again after an error occurred
[20:52:45] stuartm: oops
[20:53:25] jya: we should override avformat_free_context
[20:59:48] jya: appears to be a bug in avio when the buffer size is increased: https://lists.ffmpeg.org/pipermail/libav-user . . . /003257.html
[21:01:41] jya: so can’t set the buffer to more than 32k, that’s just dumb
[21:03:00] jya: they will do realloc of it, if 32k, so freeing our buffer later is a no-no as its address may have changed
[21:18:24] natanojl_ (natanojl_!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 260 seconds)
[21:26:06] jya: stuartm: ok, I’ve pushed all the required changes. Your FLACs should play now
[21:26:28] Steve-Goodey (Steve-Goodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has quit (Quit: Konversation terminated!)
[21:29:06] GreyFoxx_ (GreyFoxx_!~greg@out.of.phaze.org) has joined #mythtv
[21:30:50] sanmarcos (sanmarcos!~sanmarcos@unaffiliated/sanmarcos) has joined #mythtv
[21:31:06] sanmarcos: I am having trouble trying to build myth from source with the packaging script in OS X 10.9
[21:31:19] sanmarcos: tried with -qtsrc 4.6.8, but I got a QT build error
[21:31:35] sanmarcos: will try with 5.3.1 now, if anybody has any hints, I'd appreciate it
[21:35:19] joki| (joki|!~joki@p54861A75.dip0.t-ipconnect.de) has joined #mythtv
[21:35:23] jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Ping timeout: 272 seconds)
[21:35:38] fetzerch_ (fetzerch_!~quassel@unaffiliated/fetzerch) has joined #mythtv
[21:35:56] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 240 seconds)
[21:35:56] GreyFoxx (GreyFoxx!~greg@out.of.phaze.org) has quit (Ping timeout: 240 seconds)
[21:35:57] joki- (joki-!~joki@p54861A75.dip0.t-ipconnect.de) has quit (Ping timeout: 240 seconds)
[21:37:48] stuartm: jya: thanks
[21:38:19] jya: sanmarcos: at this stage i can only confirm that it works wiith qt 4.8.5
[21:38:26] jya: why not use the pre-built packages?
[21:38:42] jya: or use pre-built Qt at least
[21:38:44] stuartm: sanmarcos: we require QT >= 4.8 with 0.27+
[21:39:00] sanmarcos: pre-built packages keep crashing for me
[21:39:20] jya: it’s unlikely to be any better with a version you compile yourself
[21:39:22] sanmarcos: pre-built QT does not provide the bin directory, at least I can't find it from the qt 4.8 installer on their website
[21:39:29] jya: Qt 4.6 won’t build on 10.9
[21:39:33] peper03: stuartm: Stupid question but does a widget I want to inherit from have to be in a particular place in the XML file? I want to define a buttonlist to use for both the current and next recordings but I keep getting "Couldn't find object 'recordinglist' to inherit..."
[21:39:42] sanmarcos: jya: 4.8.6
[21:39:49] sanmarcos: i meant to say, sorry
[21:40:06] jya: sanmarcos: if you read the README file, or run the packager with -man you will see how to use it with either the Qt SDK or the Qt binary distrib
[21:40:08] peper03: I've double-checked the names several times and compared it with the definition of basebuttonlist in base.xml and I don't see where the problem is :(
[21:40:12] jya: there’s example for both use
[21:40:30] sanmarcos: anwyay, I modified the build script as it was pointing to nokia website for QT download, QT keeps moving around
[21:40:45] sanmarcos: jya: you are saying that 4.8.6 doesnt work ant to use .5?
[21:40:46] jya: sanmarcos: and if it crashes, i would much prefer to get the backtrace
[21:40:57] jya: that’s not what I’m saying.
[21:41:07] jya: i’m saying i’ve only tested with 4.8.5 so far
[21:41:25] sanmarcos: ok, i will keep trying and get back to you with more information
[21:41:29] stuartm: peper03: for that use case it has to be in the same window and in the same scope, i.e. you can't inherit from recordinglist if recording list is in a statetype
[21:41:29] jya: the only reason you would want to build Qt from the source is to get a universal build
[21:41:58] jya: which my guess you certainly don’t need, so download the binary lib from Qt web site and use that
[21:41:58] sanmarcos: build script depends on QT having a universal build, I tried with qt from homebrew and it failed with lipo -thin options and os on
[21:42:05] stuartm: peper03: if you pastebin what you've got I may be able to spot the issue faster
[21:42:07] jya: no it doesn't
[21:42:30] sanmarcos: jya: I couldn't find the binary lib here, (I clicked show downloads) http://qt-project.org/downloads
[21:42:41] jya: the only time you need Qt to be built in universal mode is if you use the -universal switch
[21:42:59] jya: it’s there
[21:43:01] sanmarcos: I installed QT libraries 4.8.6 with debug libraries, got the plugins dir figured out, no bin there
[21:43:26] jya: it’s see it right there: http://download.qt-project.org/official_relea . . . -4.8.6-1.dmg
[21:43:35] sanmarcos: ohh ok, debug libraries is not bin + debug libraries, I see
[21:43:41] peper03: stuartm: http://pastebin.com/bAxYwhCN
[21:43:49] sanmarcos: jya: I'll try again with pre built QT
[21:44:01] peper03: So far I'm only trying to derive 'currentrecording' from 'recordinglist'.
[21:44:02] jya: it’s all in the README.. follow the instruction to the letter and it will work
[21:44:28] jya: now, that the build crashes for you, isn’t something that is going to get fixed with you compiling it yourself
[21:45:23] jya: quite the opposite in fact. the build I’ve uploaded work on 10.6 and later, have patches here and there to get around Qt bugs and are compiled in debug mode so it’s easy to get a backtrace
[21:46:21] sanmarcos: -gitrev fixes/0.27 is a good thing correct?
[21:47:01] stuartm: peper03: ok, the problem is that currentrecording is in a sub group "popup" so it's not in the same scope/hierachy as recordinglist, that's probably an arbitrary limitation these days which could probably be factored out but for historical reasons we only look at the immediate siblings or the widgets loaded from base.xml (which is reserved for stuff which is used across several screens)
[21:48:06] stuartm: I can't see any reason why recordinglist is outside the group, or why the group is needed at all?
[21:48:44] sanmarcos: jya: where do you host your builds?
[21:48:49] peper03: stuartm: Yep, I just saw that too. Presumably, though, the way I've done it will end up with two buttonlist widgets being created. Probably better to define 'currentrecording' and derive 'nextrecording' from that.
[21:49:00] jya: www.avenard.org/files/mythtv/mac
[21:49:12] peper03: stuartm: I didn't define the group. It was already there.
[21:49:15] sanmarcos: ok, I've previously used one from sourceforge, and one from sourceforge bundling macports stuff
[21:49:20] sanmarcos: found those through oogle
[21:49:21] jya: the 0.27.1 zip is the frontend only
[21:49:27] stuartm: peper03: only restriction is that the widget you inherit from must be defined first
[21:49:30] peper03: stuartm: Doesn't mean it has to stay, of course.
[21:49:36] sanmarcos: ok, I'll check the zip and dmg then
[21:51:00] stuartm: peper03: it seems redundant, the widget affected by being in that group is the background which uses an area of 100%,100% – change that to 800,600 and remove the group
[21:51:58] stuartm: groups are useful when you have a bunch of related widgets, but in that instance it's just being used to contain _every_ widget in the window and that doesn't serve any pupose
[21:52:52] peper03: Yes, it's probably there because the standby window was originally a popup (the group name is probably a bit of a giveaway!). Now that I've made it full-screen, it's redundant.
[21:58:45] Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has quit ()
[21:59:51] stuartm: the depends patch is definitely working correctly? I've run out of time to test it myself but I can still push it tonight if it works for you
[22:00:36] peper03: In this scenario it's working fine. Can't think of any other scenarios, but it's definitely working here.
[22:01:10] stuartm: that's good enough for me
[22:01:16] peper03: There's no rush, though. I won't be finished with this tonight, and won't have any time tomorrow.
[22:06:19] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv
[22:08:51] cecil (cecil!~cesman@pool-173-60-115-40.lsanca.fios.verizon.net) has quit (Quit: Konversation terminated!)
[22:10:38] jpabq (jpabq!~quassel@97-123-225-105.albq.qwest.net) has joined #mythtv
[22:10:39] jpabq (jpabq!~quassel@97-123-225-105.albq.qwest.net) has quit (Changing host)
[22:10:39] jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv
[22:11:41] Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer)
[22:12:14] sanmarcos: even if you use qtbin and qtplugins it downloads the opensource-src package, is that for headers?
[22:15:29] sanmarcos: jya: ok, I run mythtv setup, it went into a loop, did it 2 times, and it finally closed
[22:15:42] sanmarcos: ran myth backend, it opened and did nothing, ps ax |grep -i myth says nothing
[22:15:59] sanmarcos: myth frontend says that it needs a database update
[22:16:19] sanmarcos: mythtv-setup now opens and immediately closes
[22:17:22] sanmarcos: myth welcome says it cant connect to the backend. and fill database says it quit unexpectedly
[22:20:31] sanmarcos: mythfilldatabase crashes with seg fault 11, sahying Not allowed to upgrade the database, Incorrect database schema, new client #1
[22:20:31] ** MythLogBot http://code.mythtv.org/trac/ticket/1 **
[22:20:38] jya: sanmarcos: that’s equivalent to telling me “it doesn’t work” followed by why
[22:21:05] jya: if you don’t provide logs or backtraces it will get nowhere
[22:21:25] jya: in any case, I have the feeling you will get further in #mythtv-users
[22:21:37] CrypticSquared (CrypticSquared!~CrypticSq@unaffiliated/crypticsquared) has joined #mythtv
[22:21:53] jya: because it sounds like it’s just a setup issue (though it shouldn’t crash and you should open a bug report with a backtrace)
[22:22:12] ** jya be back later **
[22:22:27] sanmarcos: jya: problem is mythbackend is only useful with console output
[22:22:36] sanmarcos: building it as an app hides that away
[22:22:41] jya: it doesn't
[22:22:48] jya: that’s what the Console application is for
[22:22:54] jya: the log will be there
[22:23:10] jya: you can also directly run the backend in a terminal, you’ll get it there
[22:23:12] sanmarcos: right, when the app opens and closes, we are supposed to check the console app
[22:23:14] sanmarcos: right
[22:23:37] jya: start it with /wherever/MythBackend.app/Content/MacOS/MythBackend
[22:23:47] sanmarcos: i am, fixing the stupid mysql tzinfo stuff now
[22:24:04] jya: how you check the log is the same wa you check logs for any applications on mac
[22:24:29] sanmarcos: never
[22:24:37] sanmarcos: but I should have expected it from a half assed port
[22:24:44] sanmarcos: anyway, I will go to #mythtv, thank you
[22:24:45] jya: in any case, your tone and negativity gives me absolutely zero desire to help you…
[22:24:47] sanmarcos: -users rather
[22:24:50] sanmarcos: good bye
[22:24:50] sanmarcos (sanmarcos!~sanmarcos@unaffiliated/sanmarcos) has left #mythtv ()
[22:24:55] jya: idiot
[22:25:50] cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv
[22:26:55] jafa (jafa!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has joined #mythtv
[22:36:31] t0mahawk: oh gosh that was an entertaining rad
[22:36:54] t0mahawk: any requests for specific featurs on the vdieo gallery portion of the web frontend?
[22:42:20] CrypticSquared (CrypticSquared!~CrypticSq@unaffiliated/crypticsquared) has quit (Quit: Leaving...)
[22:48:59] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Ping timeout: 264 seconds)
[22:55:59] CrypticSquared (CrypticSquared!~CrypticSq@unaffiliated/crypticsquared) has joined #mythtv
[23:05:18] Chutt__ is now known as Chutt
[23:50:12] Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has quit (Ping timeout: 245 seconds)
[23:50:33] andreaz (andreaz!~andre_000@p57922329.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)

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