MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (85):

aca20031, aloril, Anssi, Beirdo, bobweaver, brfransen, Captain_Murdoch, CeilingKitten, cesman, Chutt_, clever, coling, Cougar, danielk22, danielk221, dblain, dekarl, ElmerFudd, fetzerch, foxbuntu, ghoti, Gibby, gregL, GreyFoxx, IReboot, J-e-f-f-A, jams, jarle, jarryd, jheizer__, joe_____, joki, jpabq, jpabq_, jpharvey, jst, jwhite, jya, jya_, kc, knightr_, kormoc, kurre2, kwmonroe, laga, MaverickTech, moparisthebest, MythBuild, MythLogBot, natanojl, neufeld`, Nothing4You, PatrickDickey, paul-h, peper03, poptix, purserj, robink, rsiebert_, Seeker`, seld, skd5aner, SmallR2002, sphery, sraue, SteveGoodey, stichnot, stuarta, stuartm, superm1, taylorr, tgm4883, Tobbe5178, toeb, tonsofpcs, tris, wagnerrp, wahrhaft, Warlord, wilmoore-misc, wolfgang, XDS2010_, xris, _charly_, _nyloc_

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


Details:
    datetime:  2013-08-19 21:27:55 (UTC)
    errornum:  2
  error type:  Warning
error string:  htmlentities(): Invalid multibyte sequence in argument
    filename:  /opt/beirdobot/share/beirdobot/web/includes/utils.php
  error line:  120
Saturday, August 17th, 2013, 21:08 UTC
[21:08:13] wagnerrp: yeah, i already fixed (but didn't push) this on july 7th
[21:08:17] dekarl: hmm, I don't see one in the mythtranscode or mytharchive component
[21:08:44] wagnerrp: http://pastebin.com/n33i7NW0
[21:08:45] dekarl: ahh, just add another Fixes # to the commit ;)
[21:09:31] dekarl: the QT time handling is so primitive :( after looking at the code I'd expect the command line parser to handle the offset properly
[21:09:54] ** dekarl mumbles use DateTime; **
[21:11:05] wagnerrp: the change time on that file is july 7th, but i can't find a ticket that seems to make sense
[21:14:16] wagnerrp: can't find anything in irc logs either
[21:14:26] wagnerrp: well anyway, that should be the fix
[21:14:38] wagnerrp: i've got company coming over so i have to go
[21:34:54] stuartm: I thought the 'preset channel' setting ONLY applied to non-tuners? You need to tell the STB to change to the channel we expect to start on?
[21:40:11] stuartm: ah nevermind, I was thinking of something else
[21:40:32] stuartm: still, we probably shouldn't be offering that field for cards where it's not applicable
[21:48:00] stuartm: oops, I should have finished reading all the new tickets first :)
[21:48:48] stuartm: jpabq: thinking of passing through cardtype to CardInput instead of the bool?
[21:48:57] stuartm: bools
[21:51:10] jpabq: stuartm: I had not actually look at it yet. If you want to grab it, go for it. Otherwise I will take a look tomorrow.
[21:54:24] joki (joki!~joki@p54861457.dip0.t-ipconnect.de) has quit (Read error: Operation timed out)
[21:59:02] stuartm: just had a glance at it, I wasn't intending to do anything until tomorrow as it's already late here
[21:59:25] stuartm: we'll see who gets to it first tomorrow :)
[22:01:08] joki (joki!~joki@p54862F2F.dip0.t-ipconnect.de) has joined #mythtv
[22:35:22] Moeabm09 (Moeabm09!~moeabm@209.242.163.66) has quit ()
[22:55:07] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 260 seconds)
[23:03:13] bl1nd_m0nk (bl1nd_m0nk!~monk@pool-71-127-254-2.nwrknj.fios.verizon.net) has joined #mythtv
[23:04:32] bl1nd_m0nk: thanks devs for such a product :) hoorray linux. :)
[23:05:21] bl1nd_m0nk (bl1nd_m0nk!~monk@pool-71-127-254-2.nwrknj.fios.verizon.net) has left #mythtv ()
[23:32:53] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 248 seconds)
[23:49:27] aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has quit (Ping timeout: 276 seconds)
[23:51:09] peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv
[23:55:22] IReboot (IReboot!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has quit (Quit: Ex-Chat)
Sunday, August 18th, 2013
[00:02:04] aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has joined #mythtv
[00:03:30] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[00:03:30] jya_ is now known as jya
[00:05:05] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[00:16:07] aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has quit (Ping timeout: 256 seconds)
[00:28:16] aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has joined #mythtv
[00:34:27] PatrickDickey (PatrickDickey!~quassel@2001:470:1f11:830:a0d0:b436:f564:5ac8) has joined #mythtv
[00:45:06] Chutt__ (Chutt__!~ijr@cpe-76-190-199-73.neo.res.rr.com) has quit (Read error: Connection reset by peer)
[00:52:42] dgeary2 (dgeary2!~debian@pa49-187-93-251.pa.nsw.optusnet.com.au) has joined #mythtv
[00:53:00] Chutt (Chutt!~ijr@cpe-76-190-199-73.neo.res.rr.com) has joined #mythtv
[00:54:41] nyloc (nyloc!~quassel@p3EE2CD99.dip0.t-ipconnect.de) has joined #mythtv
[01:58:54] kenni (kenni!~kenni@mythtv/developer/kenni) has quit (Ping timeout: 264 seconds)
[02:11:40] CeilingKitten (CeilingKitten!~CeilingKi@206-248-157-46.dsl.teksavvy.com) has quit (Read error: Connection reset by peer)
[02:22:39] Hell-Razor (Hell-Razor!~Hell-Razo@CPE-72-131-103-105.wi.res.rr.com) has joined #mythtv
[02:30:30] Hell-Razor (Hell-Razor!~Hell-Razo@CPE-72-131-103-105.wi.res.rr.com) has left #mythtv ("Leaving")
[02:35:43] _nyloc_ (_nyloc_!~quassel@p3EE2C7D8.dip0.t-ipconnect.de) has joined #mythtv
[02:40:03] nyloc (nyloc!~quassel@p3EE2CD99.dip0.t-ipconnect.de) has quit (Ping timeout: 260 seconds)
[02:42:28] joki (joki!~joki@p54862F2F.dip0.t-ipconnect.de) has quit (Ping timeout: 246 seconds)
[02:47:40] joki (joki!~joki@p548609EB.dip0.t-ipconnect.de) has joined #mythtv
[02:51:03] peper03_ (peper03_!~peper03@mythtv/developer/peper03) has joined #mythtv
[02:54:03] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 260 seconds)
[02:54:04] peper03_ is now known as peper03
[02:57:49] skd5aner (skd5aner!~skd5aner@50-90-5-146.res.bhn.net) has quit (Ping timeout: 240 seconds)
[02:58:10] skd5aner (skd5aner!~skd5aner@50-90-5-146.res.bhn.net) has joined #mythtv
[03:37:04] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 264 seconds)
[03:38:28] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[03:49:20] CeilingKitten (CeilingKitten!~CeilingKi@206-248-157-46.dsl.teksavvy.com) has joined #mythtv
[05:48:24] mattwj2002 (mattwj2002!~matt@wikisource/pdpc.active.mattwj2002) has joined #mythtv
[05:48:31] mattwj2002: hey guys
[05:48:36] mattwj2002: rebuilding a mythtv box
[05:48:49] mattwj2002: Revolution is starting in a few weeks
[05:48:50] mattwj2002: :)
[05:50:03] mattwj2002: oh crap
[05:50:06] mattwj2002: sorry wrong channel!
[05:50:12] mattwj2002 (mattwj2002!~matt@wikisource/pdpc.active.mattwj2002) has left #mythtv ()
[06:10:54] jya_: wagnerrp: trying to get the python mythtv modules on the mac.
[06:11:04] jya_: I've set the PYTHONPATH as I think it should
[06:11:20] jya_: when I try to import MythTV, I get a MythTV.exceptions.MythError: No viable database module found.
[06:11:33] jya_: the mysql python module is installed
[06:16:26] jya_: ah it was LD_LIBRARY_PATH not set properly...
[07:04:57] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[07:31:43] CeilingKitten (CeilingKitten!~CeilingKi@206-248-157-46.dsl.teksavvy.com) has quit (Ping timeout: 260 seconds)
[07:32:21] CeilingKitten (CeilingKitten!~CeilingKi@108.175.224.124) has joined #mythtv
[07:49:50] stoffel (stoffel!~quassel@pD9E43CB6.dip0.t-ipconnect.de) has joined #mythtv
[07:51:20] wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has quit (Remote host closed the connection)
[07:52:56] wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has joined #mythtv
[07:57:57] wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has quit (Ping timeout: 256 seconds)
[08:24:56] peper03: knightr_: Yes, the subpicture menu is the subtitle menu. I guess they call it subpicture as that's what's stored (a picture). It doesn't have to be subtitles (although it obviously nearly always is).
[08:27:59] SteveGoodey (SteveGoodey!~steve@host109-158-211-237.range109-158.btcentralplus.com) has joined #mythtv
[08:29:05] dgeary2 (dgeary2!~debian@pa49-187-93-251.pa.nsw.optusnet.com.au) has quit (Quit: Ex-Chat)
[08:30:37] stoffel (stoffel!~quassel@pD9E43CB6.dip0.t-ipconnect.de) has quit (Remote host closed the connection)
[09:31:04] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv
[09:51:18] dekarl: any linker guru's up yet? http://pastebin.com/x485Ek7C => linker complaining about the vtable of MPEGDescriptor
[09:53:38] dekarl: the test is missing the offset to the start of the ContentIdentifierDescriptor from beginning of the event_information_section, so it'll fail atm
[10:35:08] natanojl: dekarl: Seems like MPEGDescriptor needs to be exported by adding MTV_PUBLIC to it, i.e. class MTV_PUBLIC MPEGDescriptor
[10:35:21] natanojl: for that you need to include mythtvexp.h
[10:37:37] rsiebert (rsiebert!~quassel@e179133002.adsl.alicedsl.de) has quit (Remote host closed the connection)
[10:43:16] rsiebert (rsiebert!~quassel@e179133002.adsl.alicedsl.de) has joined #mythtv
[10:43:54] ** natanojl heads to the woods to look for mushrooms **
[10:48:30] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 264 seconds)
[10:57:01] jpharvey__ (jpharvey__!~jpharvey@host109-148-114-206.range109-148.btcentralplus.com) has quit (Quit: Ex-Chat)
[11:14:28] Chutt_ (Chutt_!~ijr@cpe-76-190-199-73.neo.res.rr.com) has joined #mythtv
[11:17:02] Chutt (Chutt!~ijr@cpe-76-190-199-73.neo.res.rr.com) has quit (Ping timeout: 240 seconds)
[11:29:03] SteveGoodey (SteveGoodey!~steve@host109-158-211-237.range109-158.btcentralplus.com) has quit (Quit: Konversation terminated!)
[11:29:35] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 245 seconds)
[12:22:10] jya_: is there any kind of "myth" standard in regards to custom event passing data? is the data to be deleted by the destructor of the event, or by the customEvent handler ?
[13:04:50] stuartm: I don't think there's any standard, but if the event is going to multiple handlers then obviously you don't want any of the handlers to delete it, which makes deleting data in the destructor more useful in the long term – you can setup additional listeners for an event more easily
[13:06:00] Tobbe5178: short git question, if i accidentaly removed the configure script how do i take it back from the git repo (working from a git checkout of mythtv on my dev box)
[13:07:01] jya_: stuartm: ok great… i was starting to wonder… in libmythmetadata , there are no destructors set anywhere… and for the metadataimagedownload, for the metadatalookup object, they weren't deleted ever, but for the thumbnail, they are deleted in the customEvent
[13:07:42] jya_: as i had only looked at the MetadataLookup handling, I add started to add deletion in the destruction of the mythevent… so when i saw the other code, i had doubts...
[13:08:02] jya_: Tobbe5178: git checkout configure
[13:08:12] stuartm: Tobbe5178: git --reset will do it, or you can use 'git checkout configure'
[13:08:21] Tobbe5178:
[13:09:31] jya_: stuartm: i don't know how much the metadata code was used within the backend… but the metadatalookup object having quite a few members, I'm guessing this must have added over time a fair amount of memory wasted
[13:09:37] Tobbe5178: another question, is there a way of doing a git diff but exclude mythtv/external/zeromq that always is modified even when i havent done anything to it?
[13:10:14] jya_: Tobbe5178: best way is to add a .gitignore , and add all zeromq there, look at the .gitignore in external/FFmpeg
[13:10:48] jya_: Tobbe5178: alternativaly you can do a git diff on a particular directory only. so git diff mythtv/libs
[13:10:54] jya_: or git diff mythtv/programs
[13:11:01] jya_: that's what I do
[13:11:07] Tobbe5178: that works too
[13:11:16] Tobbe5178: and my changes are only under libs anyway
[13:18:20] ** jya_ really wonder why you would have to reset the metadata to get images on an existing video with some content but no images... **
[13:22:39] stuartm: jya_: you shouldn't have to, but that's the way it works atm, I believe it was designed as a simplistic guard against continually hitting tmdb/tvdb for information/images they don't have
[13:23:08] jya_: ah ok… make (some) sense...
[13:23:41] jya_: wouldn't a time limit be more appropriate? like not more than once a day?
[13:23:56] stuartm: obviously there's room for improvement with a more sophisticated solution
[13:24:48] jya_: I can imagine for the bakground search, but if I ask in the GUI for get more data, I obviously want more data… having to do info -> change video details -> reset, and again info -> change video details -> retrieve details
[13:24:54] jya_: is a tad annoying.
[13:25:00] stuartm: jya_: maybe, I've not given it much thought
[13:25:15] jya_: i'm looking at old TV series which didn't have artworks back then
[13:25:46] jya_: but now it does… I admit, I'm running out of videos for which I haven't manually retrieved metadata while I'm debugging the leaks
[13:26:29] jya_: what I don't get is that I enabled the ref counter log, but I never see the one related to the metadata.. plenty of MythImage IncrRef/DecrRef...
[13:26:57] stuartm: jya_: odd, it used to retrieve data if manually requested, sounds like that may have been broken?
[13:27:59] stuartm: e.g. pressing W would retrieve data/images, but it wouldn't replace existing data, only fill in missing stuff
[13:28:06] jya_: It doesn't seem to retrieve the artwork if there's any data present (even if just text)
[13:28:12] jya_: W?
[13:28:35] stuartm: W is the default binding for the 'Retrieve data' key binding
[13:28:51] stuartm: or at least it's the binding I've been used since before I can remember
[13:28:55] jya_: nah… same thing… it didn't retrieve images…
[13:29:07] jya_: yes.. that does work.. need to add W to the remote control
[13:29:09] jya_: much faster
[13:29:34] jya_: it does update things… I see after a retrieve that the User Rating and IMDB entry have been updated
[13:29:38] jya_: (was empty before)
[13:29:46] stuartm: definitely got broken somewhere along the line then, should update images too
[13:30:12] jya_: ok.. will have a look after then
[13:31:20] jya_: I'm still a bit concerned with my changes… it's a big change… and it touches many things… I'm scared that despite the greatest care I may have broke some cases… with no delete ever, it worked under all circumstances :)
[13:34:30] stuartm: could wait until 0.27 is branched then push it back to 0.27.1 after it has received some wider testing in master?
[13:35:34] jya_: will run it a few extra days here …. regardless…
[13:35:34] stuartm: the leaks obviously weren't causing anyone too much trouble in 0.26 and earlier, so maybe it's safer to maintain the status quo
[13:35:41] jya_: when is it going to be branched?
[13:36:01] stuartm: jya_: that varies, but I'm thinking with the first RC this time
[13:36:16] jya_: like FreeBSD...
[13:37:03] stuartm: the point of waiting before branching is to try and have people focused on bug fixing instead of spending their time on new features, but that doesn't always work :)
[13:37:55] stuartm: I think we're starting to stall on bug fixes, so there's no point delaying the branching too much longer
[13:38:42] jya_: LOL: https://fbcdn-sphotos-g-a.akamaihd.net/hphoto . . . 378190_o.jpg
[13:39:35] jya_: stuartm: well, all I've been doing in those past few weeks are bug fixes...
[13:39:57] stuartm: jya_: and you have my thanks for that :)
[13:40:04] jya_: not sure I want to keep looking … as it never seems to stop (finding new crap that is)
[13:52:56] Steve-Goodey (Steve-Goodey!~steve@host109-158-211-237.range109-158.btcentralplus.com) has joined #mythtv
[14:27:01] Steve-Goodey (Steve-Goodey!~steve@host109-158-211-237.range109-158.btcentralplus.com) has quit (Ping timeout: 268 seconds)
[14:32:52] Steve-Goodey (Steve-Goodey!~steve@host109-158-211-237.range109-158.btcentralplus.com) has joined #mythtv
[14:58:11] IReboot (IReboot!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has joined #mythtv
[15:01:32] Tobbe5178: what size is an uint ? is there any safe asuptions that can be made?
[15:01:45] Tobbe5178: i guess it depends on the cpu arch or?
[15:02:07] Tobbe5178: reason for the question is enum EITFixUp::FixUpType
[15:02:36] wagnerrp: the size of a uint is irrelevant
[15:02:52] wagnerrp: if you need to ensure a specific size, use uint32t or uint64t
[15:03:05] Tobbe5178: last few entries appears to be >16bit and init_fixup is using a uit for the map
[15:03:19] wagnerrp: uint will be at least 32bit
[15:03:20] Tobbe5178: this is existing code
[15:03:33] Tobbe5178: ok, then it is ok
[15:03:49] Tobbe5178: the fixup bitmap is starting to contain lots of different fixups
[15:05:00] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv
[15:16:28] jya_: Tobbe5178: a uint on all the platforms myth works on is 32 bits
[15:17:07] wagnerrp: it's just long/longlong that can vary?
[15:17:42] jya_: wagnerrp: long long is 64 bits on all, long can vary.. different behaviour between win64 and all the other platforms
[15:18:06] jya_: long is 32 or 64 bits, while a long is 32 bits on all windows
[15:46:30] jya_: stuartm: if the plan is to do a RC / new branch in the next day or so, I'll postponed my changes… If not, I would prefer them in, much easier to be fully tested that way and covered by the majority of user… I've been over it over and over, along extra memory allocation log… it looks very good so far
[16:06:47] dekarl1 (dekarl1!~dekarl@p4FE84EC6.dip0.t-ipconnect.de) has joined #mythtv
[16:07:31] jya_: stuartm: I have the strong suspicions that the RSS editor, netvision and a few others suffer exactly the same fate as the metadata code. same author, lots of code in common (copy/paste) and lots of inconsistencies when it comes to deleting memory :P
[16:08:47] dekarl (dekarl!~dekarl@p4FCEFDE8.dip0.t-ipconnect.de) has quit (Ping timeout: 260 seconds)
[16:20:43] dekarl1: natanojl: ty... the third time I got bitten by that... I'm wondering if we should link our unit tests in a different way such that the library under test does not have to export *everything* once we hit 100% test coverage...
[16:20:49] dekarl1 is now known as dekarl
[16:26:28] rsiebert_ (rsiebert_!~quassel@g226060020.adsl.alicedsl.de) has joined #mythtv
[16:29:25] rsiebert (rsiebert!~quassel@e179133002.adsl.alicedsl.de) has quit (Ping timeout: 248 seconds)
[16:37:18] natanojl: dekarl: yw, and to be honest I'm no linker guru ;)
[16:50:35] paul-h (paul-h!~Paul@176.253.145.244) has joined #mythtv
[17:03:06] wagnerrp: dekarl1: is there really need to unit test anything but the external functions?
[17:17:55] SteveGoodey (SteveGoodey!~steve@host109-158-211-237.range109-158.btcentralplus.com) has joined #mythtv
[17:20:08] dekarl: wagnerrp: I think yes, in my understanding the whole pipeline from raw transport stream to guide/recording is internal to libmythtv.
[17:27:25] dekarl: Some stuff can be tested because the definition is directly in the header files. That leads to some stuff that can be tested even tough it is not external, confusing me even more :). I'm thinking about shuffling stuff to get a better split in header and implementation after the branch point.
[17:32:29] wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has joined #mythtv
[17:37:56] bobweaver (bobweaver!~bobweaver@unaffiliated/bobweaver) has joined #mythtv
[17:52:37] dekarl: Is http://pastebin.com/pyHQnsJM ok to push? The purpose is to unbreak duplicate matching for the second largest cable provider over here. And do I need to bump the ABI due to the MTV_PUBLIC part?
[17:57:15] stuartm: stuarta: ^^
[18:01:11] stuartm: dekarl: is the length coming from the provider? If so you might consider adding a sanity check there, just to ensure we don't overrun the end of the array
[18:04:09] stuartm: uint arrayLength = sizeof(_data); if (length + 4 > arrayLength) { DANGER_WILL; return ""; }
[18:05:27] dekarl: stuartm, yes, the string length comes from the provider. will do
[18:10:50] natanojl: dekarl: You could also link with the needed object files directly
[18:11:37] stuartm: there are probably any number of places where we're not checking input, but it's better to be safe
[18:14:13] stuartm: fwiw, an incorrect length there would in all probability cause a large number of set top boxes to crash ;)
[18:17:27] knightr_: peper03, thank you! I have read they could be used for angles as well (I guess to announce that there is a choice of angle, I never actually saw it/got it to work (on a real DVD player) with a DVD that supposedly had them (a 007 movie IIRC). I was tempted to either add a translator comment on that entry (or maybe if you were OK with it call it "Subpicture/Subtitle menu"). It looks however that the function who shows that info is not curr
[18:17:27] knightr_: ently used (DVDRingBuffer::GetDescForPos(QString &desc)) so a translator comment would probably suffice...
[18:24:34] peper03: knightr_: Subpictures are limited to 4 colours on a DVD so it's unlikely anyone would want to use them for angles. You could, of course, use a subpicture to announce/indicate that multiple angles are available but that would just be one possibility. There are one or two DVDs around (Ghostbusters, I believe, and Men In Black) that use them in addition to the commentary track to show a silhouette of the director/actors pointing to different
[18:24:36] peper03: things.
[18:31:09] peper03: knightr_: My copy of Back to the Future uses subpictures for a 'feature' that displays items of trivia about different scenes in the film as you watch it. An animated Delorean drives across the screen before showing the trivia item.
[18:32:40] peper03: 'subpicture' is more accurate but I guess 'subtitle' is more familiar (with the obvious ambiguity in English at least in the sense of title/subtitle)
[18:36:19] dekarl: natanojl: that's what I did in the beginning. I was thinking about going back, but getting the list of SOURCES from the libraries .pro file instead of having a local copy of only the needed objects.
[18:36:33] dekarl: but that's a bit much for such a little bug fix :)
[18:44:45] dekarl: stuartm: mind if I add the check later when I add some processing to the constructor? (aka likely post branch) I have to come up with a better interface to support multiple CRIDs per descriptor anyway
[18:45:23] dekarl: something like counting the CRIDs and changing the accessor functions to take an index (defaulting to 0)
[18:47:54] stuartm: I don't mind, as I said there are probably lots of places where we're not checking currently, I only mentioned it because your patch brought that one to my attention :)
[18:50:20] OldEnK (OldEnK!~OldEnK@63-152-103-245.cdrr.qwest.net) has joined #mythtv
[18:50:55] OldEnK (OldEnK!~OldEnK@63-152-103-245.cdrr.qwest.net) has left #mythtv ()
[18:54:41] jpharvey (jpharvey!~jpharvey@host109-148-114-206.range109-148.btcentralplus.com) has joined #mythtv
[19:11:24] Steve-Goodey (Steve-Goodey!~steve@host109-158-211-237.range109-158.btcentralplus.com) has quit (Quit: Konversation terminated!)
[19:26:33] danielk221 (danielk221!~danielk22@96.57.9.142) has quit (Ping timeout: 264 seconds)
[19:35:43] danielk221 (danielk221!~danielk22@96.57.9.142) has joined #mythtv
[19:48:11] jpabq: stuartm: Do you have a plan for http://code.mythtv.org/trac/ticket/11761 ? If not, I will probably take a look at it here in about 2 hours.
[19:52:53] stuartm: jpabq: it's all yours
[19:55:45] SteveGoodey (SteveGoodey!~steve@host109-158-211-237.range109-158.btcentralplus.com) has quit (Quit: Konversation terminated!)
[20:23:42] sphery: dekarl: Balanced Free Space is the default, because that's what users said/thought they wanted (generally when they have one or more "new" file systems to fill), but don't realize that if you have all full file systems such that autoexpire must delete something for every new recording, it will likely cause problems.
[20:25:43] sphery: dekarl: Basically, MythTV looks at the file systems and finds the one with the most free space, then schedules a recording (or several) on that file system, which triggers an autoexpire (or several), which makes that file system--once again--the one with most free space, which makes it the one chosen for the next recording(s), which means that soon, every single old recording on that file system could be expired out and "new" recordings (much, ...
[20:25:50] sphery: ... much newer than those on other file systems) start expiring.
[20:26:39] sphery: In the real world, it may flip flop a little, but not nearly as much as combo or balanced I/O will. So, depending on luck, you could end up keeping that 2009 recording while a July 2013 recording is expired to make room.
[20:27:30] SteveGoodey (SteveGoodey!~steve@host109-158-211-237.range109-158.btcentralplus.com) has joined #mythtv
[20:27:55] sphery: I, personally, think the old default, combo, is the best (because it will work even after filling all file systems), but users got upset when they added one new drive (and didn't move any recordings to it) and MythTV expired stuff from old file systems rather than first filling the new one.
[20:31:23] sphery: Once I get the new schema changes in place and in use that allow us to track location of files better, we'll be able to do a better disk scheduler that chooses based on expiration priority. Until then, we could add a comparison in the combo (not appropriate for balanced I/O) that says if some file system(s) are < (value)% full (50%? 75%?) and have significantly more space than other file systems, the emptyish one would be preferred.
[20:32:54] sphery: where significantly more space means many gigabytes (100 or 500 or ...)--enough that autoexpire won't trigger on it for a while, and so we can handle cases where users have (unusably :) small file systems (where percentage free is a bad comparison)
[20:34:17] wagnerrp: i should start staging all that stuff so i can get it in as soon as possible after release
[20:45:23] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[20:52:48] dekarl: sphery: looking at the auto expiry again once the schema changes are in was my conclusion, too.
[21:05:45] stuartm: sphery: sounds good (the changes you're proposing)

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