MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (82):

Captain_Murdoch, jpabq, aloril_, andreaz, Anssi, brfransen, buu, Chutt, clever, Cougar, dekarl, ghoti, Gibby, gregL, GreyFoxx, J-e-f-f-A, jarle, joki, jwhite, jya, kc, kurre2, kwmonroe, nephyrin, neufeld, nyloc, peper03, poptix, purserj, rhpot1991, robink, Seeker`_, skd5aner, sl1ce, sraue, taylorr, tris, wahrhaft, wseltzer, XDS2010, zentec, amessina, coling, ElmerFudd, fetzerch, gigem, jams_, jarryd, jheizer, johanbr, jpharvey_, jst, jya_, laga, mrand, MythBuild, nameless`, seld_, Sharky112065, stuarta, stuartm, tonsofpcs, wagnerrp, xris, _charly_, Guest85248, NightMonkey, arescorpio, dblain_, DouglasKAway, Tobbe5178, Warped, sphery_, jnylen, natanojl, tgm4883, superm1, rsiebert_, knightr, caelor, unforgiven512, TheCrasher

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


Details:
    datetime:  2025-10-21 08:33:48 (UTC)
    errornum:  2
  error type:  Warning
error string:  Undefined variable $query
    filename:  /usr/share/beirdobot/web/includes/utils.php
  error line:  229
Friday, February 21st, 2014, 00:20 UTC
[00:20:13] sl1ce (sl1ce!~johnathan@pool-100-0-19-88.bstnma.fios.verizon.net) has joined #mythtv
[00:23:03] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 252 seconds)
[00:34:00] arescorpio (arescorpio!~arescorpi@56-57-245-190.fibertel.com.ar) has quit (Ping timeout: 265 seconds)
[00:36:08] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv
[00:49:36] Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has quit (Read error: Connection reset by peer)
[00:49:36] sphery (sphery!~mdean@mythtv/developer/sphery) has quit (*.net *.split)
[00:49:36] buu (buu!~buu@75.108.224.3) has quit (*.net *.split)
[00:49:36] kc (kc!~Casper@unaffiliated/kc) has quit (*.net *.split)
[00:49:36] brfransen (brfransen!~brfransen@64.179.169.226) has quit (*.net *.split)
[00:49:36] aloril_ (aloril_!~aloril@dsl-tkubrasgw2-54f80b-12.dhcp.inet.fi) has quit (*.net *.split)
[00:49:36] wseltzer (wseltzer!~wseltzer@peppercorn.seltzer.org) has quit (*.net *.split)
[00:49:36] purserj (purserj!~purserj@hosting.collaborynth.com.au) has quit (*.net *.split)
[00:49:36] nephyrin (nephyrin!~neph@2620:101:8003:200:7a2b:cbff:fe9e:2e67) has quit (*.net *.split)
[00:49:36] Anssi (Anssi!~anssi@mandriva/developer/anssi) has quit (*.net *.split)
[00:49:36] Gibby (Gibby!~Gibby@184.170.249.223) has quit (*.net *.split)
[00:49:36] kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (*.net *.split)
[00:49:36] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (*.net *.split)
[00:49:36] skd5aner (skd5aner!~skd5aner@50-90-5-146.res.bhn.net) has quit (*.net *.split)
[00:58:15] ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv
[00:58:15] wahrhaft (wahrhaft!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has joined #mythtv
[00:58:15] peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv
[00:58:15] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[00:58:15] Seeker`_ (Seeker`_!~cjo20@host86-164-178-196.range86-164.btcentralplus.com) has joined #mythtv
[00:58:15] jnylen_ (jnylen_!~jnylen@xmltv.du.se) has joined #mythtv
[00:58:15] dekarl (dekarl!~dekarl@p4FE84362.dip0.t-ipconnect.de) has joined #mythtv
[00:58:15] rsiebert (rsiebert!~quassel@g229104067.adsl.alicedsl.de) has joined #mythtv
[00:58:15] Warped_ (Warped_!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has joined #mythtv
[00:58:15] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv
[00:58:15] sl1ce (sl1ce!~johnathan@pool-100-0-19-88.bstnma.fios.verizon.net) has joined #mythtv
[00:58:15] robink (robink!~quassel@unaffilated/robink) has joined #mythtv
[00:58:15] sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv
[00:58:15] buu (buu!~buu@75.108.224.3) has joined #mythtv
[00:58:15] kc (kc!~Casper@unaffiliated/kc) has joined #mythtv
[00:58:15] brfransen (brfransen!~brfransen@64.179.169.226) has joined #mythtv
[00:58:15] aloril_ (aloril_!~aloril@dsl-tkubrasgw2-54f80b-12.dhcp.inet.fi) has joined #mythtv
[00:58:15] wseltzer (wseltzer!~wseltzer@peppercorn.seltzer.org) has joined #mythtv
[00:58:15] purserj (purserj!~purserj@hosting.collaborynth.com.au) has joined #mythtv
[00:58:15] nephyrin (nephyrin!~neph@2620:101:8003:200:7a2b:cbff:fe9e:2e67) has joined #mythtv
[00:58:15] Anssi (Anssi!~anssi@mandriva/developer/anssi) has joined #mythtv
[00:58:15] Gibby (Gibby!~Gibby@184.170.249.223) has joined #mythtv
[00:58:15] kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv
[00:58:15] rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv
[00:58:15] 64MAAD7EP (64MAAD7EP!~tgm4883@2001:4968:202:3:1478:3d94:d26a:a2ab) has joined #mythtv
[00:58:15] superm1_ (superm1_!uid4318@gateway/web/irccloud.com/x-mrdvnxmcymxhqqsc) has joined #mythtv
[00:58:15] skd5aner (skd5aner!~skd5aner@50-90-5-146.res.bhn.net) has joined #mythtv
[00:58:15] tris (tris!tristan@camel.ethereal.net) has joined #mythtv
[00:58:15] knightr_ (knightr_!~Nicolas@69-165-170-178.dsl.teksavvy.com) has joined #mythtv
[00:58:15] Chutt (Chutt!~ijr@2605:a000:1208:c08c:4d20:8ca7:dcd8:67cc) has joined #mythtv
[00:58:15] XDS2010 (XDS2010!sid1218@gateway/web/irccloud.com/x-oysnldgywjmduiti) has joined #mythtv
[00:58:15] Cougar (Cougar!~cougar@2a03:5880:104:10:d925:1763:7037:ad98) has joined #mythtv
[00:58:15] jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has joined #mythtv
[00:58:15] taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv
[00:58:15] dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv
[00:58:15] cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv
[00:58:15] GreyFoxx (GreyFoxx!~greg@out.of.phaze.org) has joined #mythtv
[00:58:15] poptix (poptix!poptix@poptix.net) has joined #mythtv
[00:58:15] kwmonroe (kwmonroe!~kwmonroe@32.97.110.52) has joined #mythtv
[00:58:15] J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has joined #mythtv
[00:58:15] andreaz (andreaz!~andre_000@p5DCA3126.dip0.t-ipconnect.de) has joined #mythtv
[00:58:15] joki (joki!~joki@p54861EAC.dip0.t-ipconnect.de) has joined #mythtv
[00:58:15] nyloc (nyloc!~quassel@p57B4F4E7.dip0.t-ipconnect.de) has joined #mythtv
[00:58:15] gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv
[00:58:15] clever (clever!~clever@nwcsnbsc00w-142134237221.dhcp-dynamic.FibreOp.nb.bellaliant.net) has joined #mythtv
[00:58:15] neufeld (neufeld!~user@69-165-173-139.dsl.teksavvy.com) has joined #mythtv
[00:58:15] zentec (zentec!~zentec@75-128-89-222.dhcp.bycy.mi.charter.com) has joined #mythtv
[00:58:15] caelor_ (caelor_!~quassel@cpc12-sotn9-2-0-cust374.15-1.cable.virginm.net) has joined #mythtv
[00:58:15] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv
[00:58:16] Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has joined #mythtv
[00:58:16] xris (xris!~xris@mythtv/developer/xris) has joined #mythtv
[00:58:16] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[00:58:16] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[00:58:16] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv
[00:58:16] jafa (jafa!~jafa@2001:470:1f05:1cf5:2c35:e602:1b2e:8ddd) has joined #mythtv
[00:58:16] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv
[00:58:16] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv
[00:58:16] gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv
[00:58:16] jams_ (jams_!~jams@CPE-70-92-146-93.wi.res.rr.com) has joined #mythtv
[00:58:16] jheizer (jheizer!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv
[00:58:16] DouglasK (DouglasK!~douglask@2001:470:1d:2fa:201:2eff:fe4d:2490) has joined #mythtv
[00:58:16] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[00:58:16] coling (coling!~colin@cpc7-sgyl36-2-0-cust267.18-2.cable.virginm.net) has joined #mythtv
[00:58:16] johanbr (johanbr!~johanbr@vps.nullinfinity.org) has joined #mythtv
[00:58:16] jst (jst!~quassel@198.199.94.175) has joined #mythtv
[00:58:16] tonsofpcs (tonsofpcs!~mythbuntu@cpe-67-255-119-102.stny.res.rr.com) has joined #mythtv
[00:58:16] jpharvey_ (jpharvey_!~jpharvey@host109-148-236-111.range109-148.btcentralplus.com) has joined #mythtv
[00:58:16] MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has joined #mythtv
[00:58:16] _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has joined #mythtv
[00:58:16] stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has joined #mythtv
[00:58:16] nameless` (nameless`!~nameless@digi00846.digicube.fr) has joined #mythtv
[00:58:16] seld_ (seld_!~seld@h7n7-rny-a12.ias.bredband.telia.com) has joined #mythtv
[00:58:16] jarryd (jarryd!jarryd@im.jarryd.net) has joined #mythtv
[00:58:16] laga (laga!~laga@h1626373.stratoserver.net) has joined #mythtv
[00:58:16] ElmerFudd (ElmerFudd!~le@87-55-166-130-static.dk.customer.tdc.net) has joined #mythtv
[00:58:53] MythLogBot is now known as Guest85248
[01:01:23] ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 260 seconds)
[01:02:01] sphery (sphery!~mdean@mythtv/developer/sphery) has quit (*.net *.split)
[01:02:01] buu (buu!~buu@75.108.224.3) has quit (*.net *.split)
[01:02:01] kc (kc!~Casper@unaffiliated/kc) has quit (*.net *.split)
[01:02:01] brfransen (brfransen!~brfransen@64.179.169.226) has quit (*.net *.split)
[01:02:01] aloril_ (aloril_!~aloril@dsl-tkubrasgw2-54f80b-12.dhcp.inet.fi) has quit (*.net *.split)
[01:02:02] wseltzer (wseltzer!~wseltzer@peppercorn.seltzer.org) has quit (*.net *.split)
[01:02:02] purserj (purserj!~purserj@hosting.collaborynth.com.au) has quit (*.net *.split)
[01:02:02] nephyrin (nephyrin!~neph@2620:101:8003:200:7a2b:cbff:fe9e:2e67) has quit (*.net *.split)
[01:02:02] Anssi (Anssi!~anssi@mandriva/developer/anssi) has quit (*.net *.split)
[01:02:03] Gibby (Gibby!~Gibby@184.170.249.223) has quit (*.net *.split)
[01:02:03] kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (*.net *.split)
[01:02:03] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (*.net *.split)
[01:02:03] skd5aner (skd5aner!~skd5aner@50-90-5-146.res.bhn.net) has quit (*.net *.split)
[01:02:03] knightr_ (knightr_!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (*.net *.split)
[01:02:03] Cougar (Cougar!~cougar@2a03:5880:104:10:d925:1763:7037:ad98) has quit (*.net *.split)
[01:02:04] GreyFoxx (GreyFoxx!~greg@out.of.phaze.org) has quit (*.net *.split)
[01:02:04] Chutt (Chutt!~ijr@2605:a000:1208:c08c:4d20:8ca7:dcd8:67cc) has quit (*.net *.split)
[01:02:06] J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has quit (*.net *.split)
[01:02:06] kwmonroe (kwmonroe!~kwmonroe@32.97.110.52) has quit (*.net *.split)
[01:02:06] robink (robink!~quassel@unaffilated/robink) has quit (*.net *.split)
[01:02:06] superm1_ (superm1_!uid4318@gateway/web/irccloud.com/x-mrdvnxmcymxhqqsc) has quit (*.net *.split)
[01:02:06] 64MAAD7EP (64MAAD7EP!~tgm4883@2001:4968:202:3:1478:3d94:d26a:a2ab) has quit (*.net *.split)
[01:02:06] rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (*.net *.split)
[01:02:07] wahrhaft (wahrhaft!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has quit (*.net *.split)
[01:02:07] jnylen_ (jnylen_!~jnylen@xmltv.du.se) has quit (*.net *.split)
[01:02:07] Warped_ (Warped_!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has quit (*.net *.split)
[01:02:07] jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has quit (*.net *.split)
[01:02:07] cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (*.net *.split)
[01:02:07] nyloc (nyloc!~quassel@p57B4F4E7.dip0.t-ipconnect.de) has quit (*.net *.split)
[01:02:07] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (*.net *.split)
[01:02:07] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (*.net *.split)
[01:02:11] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (*.net *.split)
[01:02:11] Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has quit (*.net *.split)
[01:02:11] gigem (gigem!~david@mythtv/developer/gigem) has quit (*.net *.split)
[01:02:11] jams_ (jams_!~jams@CPE-70-92-146-93.wi.res.rr.com) has quit (*.net *.split)
[01:02:11] sl1ce (sl1ce!~johnathan@pool-100-0-19-88.bstnma.fios.verizon.net) has quit (*.net *.split)
[01:02:12] joki (joki!~joki@p54861EAC.dip0.t-ipconnect.de) has quit (*.net *.split)
[01:02:12] gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (*.net *.split)
[01:02:13] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (*.net *.split)
[01:02:13] coling (coling!~colin@cpc7-sgyl36-2-0-cust267.18-2.cable.virginm.net) has quit (*.net *.split)
[01:02:13] johanbr (johanbr!~johanbr@vps.nullinfinity.org) has quit (*.net *.split)
[01:02:13] dekarl (dekarl!~dekarl@p4FE84362.dip0.t-ipconnect.de) has quit (*.net *.split)
[01:02:13] rsiebert (rsiebert!~quassel@g229104067.adsl.alicedsl.de) has quit (*.net *.split)
[01:02:14] taylorr (taylorr!~taylorr@unaffiliated/elmojo) has quit (*.net *.split)
[01:02:14] XDS2010 (XDS2010!sid1218@gateway/web/irccloud.com/x-oysnldgywjmduiti) has quit (*.net *.split)
[01:02:14] dblain (dblain!~dblain@mythtv/developer/dblain) has quit (*.net *.split)
[01:02:15] poptix (poptix!poptix@poptix.net) has quit (*.net *.split)
[01:02:15] caelor_ (caelor_!~quassel@cpc12-sotn9-2-0-cust374.15-1.cable.virginm.net) has quit (*.net *.split)
[01:02:15] tonsofpcs (tonsofpcs!~mythbuntu@cpe-67-255-119-102.stny.res.rr.com) has quit (*.net *.split)
[01:02:15] jya (jya!~jyavenard@mythtv/developer/jya) has quit (*.net *.split)
[01:02:15] tris (tris!tristan@camel.ethereal.net) has quit (*.net *.split)
[01:02:16] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (*.net *.split)
[01:02:16] jheizer (jheizer!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has quit (*.net *.split)
[01:02:18] clever (clever!~clever@nwcsnbsc00w-142134237221.dhcp-dynamic.FibreOp.nb.bellaliant.net) has quit (*.net *.split)
[01:02:18] neufeld (neufeld!~user@69-165-173-139.dsl.teksavvy.com) has quit (*.net *.split)
[01:02:18] zentec (zentec!~zentec@75-128-89-222.dhcp.bycy.mi.charter.com) has quit (*.net *.split)
[01:02:18] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (*.net *.split)
[01:02:20] jpharvey_ (jpharvey_!~jpharvey@host109-148-236-111.range109-148.btcentralplus.com) has quit (*.net *.split)
[01:02:20] MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has quit (*.net *.split)
[01:02:21] _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has quit (*.net *.split)
[01:02:21] stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has quit (*.net *.split)
[01:02:21] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (*.net *.split)
[01:02:21] xris (xris!~xris@mythtv/developer/xris) has quit (*.net *.split)
[01:02:21] jafa (jafa!~jafa@2001:470:1f05:1cf5:2c35:e602:1b2e:8ddd) has quit (*.net *.split)
[01:02:21] DouglasK (DouglasK!~douglask@2001:470:1d:2fa:201:2eff:fe4d:2490) has quit (*.net *.split)
[01:02:21] jst (jst!~quassel@198.199.94.175) has quit (*.net *.split)
[01:02:21] seld_ (seld_!~seld@h7n7-rny-a12.ias.bredband.telia.com) has quit (*.net *.split)
[01:02:21] jarryd (jarryd!jarryd@im.jarryd.net) has quit (*.net *.split)
[01:02:22] Seeker`_ (Seeker`_!~cjo20@host86-164-178-196.range86-164.btcentralplus.com) has quit (*.net *.split)
[01:02:22] andreaz (andreaz!~andre_000@p5DCA3126.dip0.t-ipconnect.de) has quit (*.net *.split)
[01:02:22] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (*.net *.split)
[01:02:22] nameless` (nameless`!~nameless@digi00846.digicube.fr) has quit (*.net *.split)
[01:02:22] laga (laga!~laga@h1626373.stratoserver.net) has quit (*.net *.split)
[01:02:22] ElmerFudd (ElmerFudd!~le@87-55-166-130-static.dk.customer.tdc.net) has quit (*.net *.split)
[01:02:45] wahrhaft (wahrhaft!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has joined #mythtv
[01:02:45] peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv
[01:02:45] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[01:02:45] Seeker`_ (Seeker`_!~cjo20@host86-164-178-196.range86-164.btcentralplus.com) has joined #mythtv
[01:02:45] jnylen_ (jnylen_!~jnylen@xmltv.du.se) has joined #mythtv
[01:02:45] dekarl (dekarl!~dekarl@p4FE84362.dip0.t-ipconnect.de) has joined #mythtv
[01:02:45] rsiebert (rsiebert!~quassel@g229104067.adsl.alicedsl.de) has joined #mythtv
[01:02:45] Warped_ (Warped_!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has joined #mythtv
[01:02:45] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv
[01:02:45] sl1ce (sl1ce!~johnathan@pool-100-0-19-88.bstnma.fios.verizon.net) has joined #mythtv
[01:02:45] robink (robink!~quassel@unaffilated/robink) has joined #mythtv
[01:02:45] sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv
[01:02:45] buu (buu!~buu@75.108.224.3) has joined #mythtv
[01:02:45] kc (kc!~Casper@unaffiliated/kc) has joined #mythtv
[01:02:45] brfransen (brfransen!~brfransen@64.179.169.226) has joined #mythtv
[01:02:45] aloril_ (aloril_!~aloril@dsl-tkubrasgw2-54f80b-12.dhcp.inet.fi) has joined #mythtv
[01:02:45] wseltzer (wseltzer!~wseltzer@peppercorn.seltzer.org) has joined #mythtv
[01:02:45] purserj (purserj!~purserj@hosting.collaborynth.com.au) has joined #mythtv
[01:02:45] nephyrin (nephyrin!~neph@2620:101:8003:200:7a2b:cbff:fe9e:2e67) has joined #mythtv
[01:02:45] Anssi (Anssi!~anssi@mandriva/developer/anssi) has joined #mythtv
[01:02:45] Gibby (Gibby!~Gibby@184.170.249.223) has joined #mythtv
[01:02:45] kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv
[01:02:45] rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv
[01:02:45] 64MAAD7EP (64MAAD7EP!~tgm4883@2001:4968:202:3:1478:3d94:d26a:a2ab) has joined #mythtv
[01:02:45] superm1_ (superm1_!uid4318@gateway/web/irccloud.com/x-mrdvnxmcymxhqqsc) has joined #mythtv
[01:02:45] skd5aner (skd5aner!~skd5aner@50-90-5-146.res.bhn.net) has joined #mythtv
[01:02:45] tris (tris!tristan@camel.ethereal.net) has joined #mythtv
[01:02:45] knightr_ (knightr_!~Nicolas@69-165-170-178.dsl.teksavvy.com) has joined #mythtv
[01:02:45] Chutt (Chutt!~ijr@2605:a000:1208:c08c:4d20:8ca7:dcd8:67cc) has joined #mythtv
[01:02:45] XDS2010 (XDS2010!sid1218@gateway/web/irccloud.com/x-oysnldgywjmduiti) has joined #mythtv
[01:02:45] Cougar (Cougar!~cougar@2a03:5880:104:10:d925:1763:7037:ad98) has joined #mythtv
[01:02:46] jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has joined #mythtv
[01:02:46] taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv
[01:02:46] dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv
[01:02:46] cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv
[01:02:46] GreyFoxx (GreyFoxx!~greg@out.of.phaze.org) has joined #mythtv
[01:02:46] poptix (poptix!poptix@poptix.net) has joined #mythtv
[01:02:46] kwmonroe (kwmonroe!~kwmonroe@32.97.110.52) has joined #mythtv
[01:02:46] J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has joined #mythtv
[01:02:46] andreaz (andreaz!~andre_000@p5DCA3126.dip0.t-ipconnect.de) has joined #mythtv
[01:02:46] joki (joki!~joki@p54861EAC.dip0.t-ipconnect.de) has joined #mythtv
[01:02:46] nyloc (nyloc!~quassel@p57B4F4E7.dip0.t-ipconnect.de) has joined #mythtv
[01:02:46] gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv
[01:02:46] clever (clever!~clever@nwcsnbsc00w-142134237221.dhcp-dynamic.FibreOp.nb.bellaliant.net) has joined #mythtv
[01:02:46] neufeld (neufeld!~user@69-165-173-139.dsl.teksavvy.com) has joined #mythtv
[01:02:46] zentec (zentec!~zentec@75-128-89-222.dhcp.bycy.mi.charter.com) has joined #mythtv
[01:02:46] caelor_ (caelor_!~quassel@cpc12-sotn9-2-0-cust374.15-1.cable.virginm.net) has joined #mythtv
[01:02:46] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv
[01:02:46] Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has joined #mythtv
[01:02:46] xris (xris!~xris@mythtv/developer/xris) has joined #mythtv
[01:02:46] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[01:02:46] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[01:02:46] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv
[01:02:46] jafa (jafa!~jafa@2001:470:1f05:1cf5:2c35:e602:1b2e:8ddd) has joined #mythtv
[01:02:46] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv
[01:02:46] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv
[01:02:46] gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv
[01:02:46] jams_ (jams_!~jams@CPE-70-92-146-93.wi.res.rr.com) has joined #mythtv
[01:02:46] jheizer (jheizer!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv
[01:02:46] DouglasK (DouglasK!~douglask@2001:470:1d:2fa:201:2eff:fe4d:2490) has joined #mythtv
[01:02:46] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[01:02:46] coling (coling!~colin@cpc7-sgyl36-2-0-cust267.18-2.cable.virginm.net) has joined #mythtv
[01:02:46] johanbr (johanbr!~johanbr@vps.nullinfinity.org) has joined #mythtv
[01:02:46] jst (jst!~quassel@198.199.94.175) has joined #mythtv
[01:02:46] tonsofpcs (tonsofpcs!~mythbuntu@cpe-67-255-119-102.stny.res.rr.com) has joined #mythtv
[01:02:46] jpharvey_ (jpharvey_!~jpharvey@host109-148-236-111.range109-148.btcentralplus.com) has joined #mythtv
[01:02:46] MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has joined #mythtv
[01:02:46] _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has joined #mythtv
[01:02:46] stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has joined #mythtv
[01:02:46] nameless` (nameless`!~nameless@digi00846.digicube.fr) has joined #mythtv
[01:02:46] seld_ (seld_!~seld@h7n7-rny-a12.ias.bredband.telia.com) has joined #mythtv
[01:02:46] jarryd (jarryd!jarryd@im.jarryd.net) has joined #mythtv
[01:02:46] laga (laga!~laga@h1626373.stratoserver.net) has joined #mythtv
[01:02:46] ElmerFudd (ElmerFudd!~le@87-55-166-130-static.dk.customer.tdc.net) has joined #mythtv
[01:03:22] ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv
[01:12:02] andyman53 (andyman53!60e0536c@gateway/web/freenode/ip.96.224.83.108) has joined #mythtv
[01:12:10] andyman53 (andyman53!60e0536c@gateway/web/freenode/ip.96.224.83.108) has left #mythtv ()
[01:21:38] 64MAAD7EP is now known as tgm4883_
[01:21:38] tgm4883_ (tgm4883_!~tgm4883@2001:4968:202:3:1478:3d94:d26a:a2ab) has quit (Changing host)
[01:21:39] tgm4883_ (tgm4883_!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv
[01:29:48] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[01:29:48] jya_ is now known as jya
[01:30:19] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[01:46:57] andreaz (andreaz!~andre_000@p5DCA3126.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)
[01:48:18] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_)
[01:48:53] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[02:36:26] jya_: gigem: it justs says "this show was recorded"
[02:40:58] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Ping timeout: 260 seconds)
[02:44:54] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[03:09:12] jya_: can someone give me edit access to http://www.mythtv.org/wiki/MythTV-HOWTO_-_0.27 ?
[03:09:18] jya_: still references to fixes/0.26
[03:22:00] skd5aner: is that page locked down?
[03:25:19] _nyloc_ (_nyloc_!~quassel@p3EE2DE60.dip0.t-ipconnect.de) has joined #mythtv
[03:29:48] nyloc (nyloc!~quassel@p57B4F4E7.dip0.t-ipconnect.de) has quit (Ping timeout: 260 seconds)
[03:33:47] jya_: it appears to be.
[03:34:04] jya_: myth web in the git repo isn't compatible with the current master backend?
[03:35:01] jya_: ah no, it's using the php bindings found on my main install, not my master one
[03:39:51] peper03_ (peper03_!~peper03@mythtv/developer/peper03) has joined #mythtv
[03:40:31] jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has quit (Ping timeout: 260 seconds)
[03:42:50] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 264 seconds)
[03:42:51] peper03_ is now known as peper03
[03:43:56] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[03:53:44] arescorpio (arescorpio!~arescorpi@56-57-245-190.fibertel.com.ar) has joined #mythtv
[04:04:40] arescorpio (arescorpio!~arescorpi@56-57-245-190.fibertel.com.ar) has quit (Excess Flood)
[04:20:07] dblain_ (dblain_!~dblain@mythtv/developer/dblain) has joined #mythtv
[04:22:14] dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Ping timeout: 260 seconds)
[04:34:43] jya_: hm... debugging why sometimes I can't rewind back in live TV, and in the backend log I see: 2014-02–21 15:32:48.171026 I About to unlink/delete file: '/external/recordings/1001_20140221042925.mpg'
[04:35:10] jya_: that's the file I was watching less than 5 minutes ago. how can it be marked for deletion so quickly
[04:37:26] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 252 seconds)
[04:38:54] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[05:13:53] gigem (gigem!~david@mythtv/developer/gigem) has quit (Quit: WeeChat 0.4.2)
[05:24:00] wagnerrp_ (wagnerrp_!4086dc17@gateway/web/freenode/ip.64.134.220.23) has joined #mythtv
[06:26:34] DouglasK is now known as DouglasKAway
[06:31:50] gigem (gigem!~david@pool-71-170-165-247.dllstx.fios.verizon.net) has joined #mythtv
[06:31:51] gigem (gigem!~david@pool-71-170-165-247.dllstx.fios.verizon.net) has quit (Changing host)
[06:31:51] gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv
[06:54:09] SteveGoodey (SteveGoodey!~steve@host217-42-221-118.range217-42.btcentralplus.com) has joined #mythtv
[07:04:05] SteveGoodey (SteveGoodey!~steve@host217-42-221-118.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!)
[07:04:37] stuartm: jya_: livetv files shorter than 1 minute are deleted within 5 minutes, _but_ it shouldn't be deleting anything in the current livetv chain
[07:05:37] stuartm: I've unprotected that wiki page, will sort you out with a higher level of permissions later today
[07:25:02] warpme (warpme!~piotro@abms188.neoplus.adsl.tpnet.pl) has joined #mythtv
[07:29:23] jya_: stuartm: good to know...
[07:29:54] jya_: problem is how does the delete thread knows what is currently in a livetv chain or not
[07:32:30] jya_: something is so dodgy. So here I am 18 minutes within a 35 minutes liveTV program that just completed (so backend went to another); suddenly frontend freezes, and 20s later it resumes and I'm within the new program.
[07:35:02] jya_: hmm.. actually it seems that it was at the end of the program, just that the current playback position was inaccurate
[07:35:18] jya_: I wonder if that could explain why sometimes the transition freeze for a while..
[07:35:31] jya_: like it wouldn't think it's a the end of the file so it waits longer
[07:36:02] jya_: it seems to always skip the last 5s of the show
[07:44:58] Warped_ (Warped_!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has quit (Quit: ChatZilla 0.9.90.1 [Firefox 27.0.1/20140212131424])
[07:47:30] Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has joined #mythtv
[07:53:16] jya_: is this by design that when you attempt tot play a file, it tests every single storage group storage location to find if the file exists?
[08:01:31] Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has joined #mythtv
[08:02:08] warpme (warpme!~piotro@abms188.neoplus.adsl.tpnet.pl) has quit (Quit: warpme)
[08:06:51] warpme (warpme!~piotro@abms188.neoplus.adsl.tpnet.pl) has joined #mythtv
[08:16:39] jya_: what exactly is the difference between mythcontext and mythcorecontext ?
[08:17:30] jya_: I want to add a mechanism to register which files are currently being actively written to; so TFW register the file as being opened, and when closed it is de-registered.
[08:17:48] jya_: would the instance be better located in mythcontext or mythcorecontext ?
[08:21:29] jya_: when you read the brief of both classes, it's the same :(
[08:23:14] jya_: funny, the header mythcontext.h is included by hundred of files, but no member of that class is ever used
[08:29:36] stuartm: jya_: it should be looking at the tvchain table
[08:29:54] jya_: it's a global instance?
[08:30:15] stuartm: jya_: mythcontext used to be a core header, but we've slowly been moving everything to libmythbase instead and mythcorecontext.h
[08:30:23] jya_: but the tvchain will tell me the file is there, not if it's currently being written to
[08:30:23] stuartm: jya_: it's in the database
[08:31:02] stuartm: the tvchain table is cleared when the chain is no longer in use
[08:31:26] warpme (warpme!~piotro@abms188.neoplus.adsl.tpnet.pl) has quit (Quit: warpme)
[08:32:10] stuartm: new stuff should go in mythcorecontext.h
[08:32:23] jya_: stuartm: that won't help me there... I'm trying to solve the issue that the ringbuffer thinks it has encountered a final EOF because safe_read returns 0; which can happen in liveTV if the recorder takes more than 360ms to write to the file
[08:32:45] stuartm: ah :/
[08:33:50] jya_: yesterday, i simply looked at what the last mod to the file was. and repeated the read if less than 10s. but this actually slowed down channel transition by 10s. because it tries to read completely the file before changing program, so it waits for EOF
[08:34:38] jya_: so need to go back to the registration I first had in mind... unless you can think of a better way to get around that problem
[08:47:24] warpme (warpme!~piotro@abms188.neoplus.adsl.tpnet.pl) has joined #mythtv
[08:50:46] stuarta: morning all
[08:53:00] Merlin83b (Merlin83b!~Daniel@office.34sp.com) has joined #mythtv
[09:18:22] jya_: morning
[09:38:22] stuartm: morning
[09:39:27] stuarta: time for a brew
[09:39:35] stuarta: er cuppa :)
[09:39:39] jya_: how can you do a search in the recording screen?
[09:39:50] stuartm: Ctrl-S
[09:41:25] jya_: thanks
[09:52:17] doev (doev!~doev@p4FD42E94.dip0.t-ipconnect.de) has joined #mythtv
[09:55:17] warpme (warpme!~piotro@abms188.neoplus.adsl.tpnet.pl) has quit (Quit: warpme)
[10:17:39] stuartm: is there no way of telling if an IP is on the local network with IPv6?
[10:19:30] stuarta: how do you mean? in that respect it's no different from ipv4, if the network part of the address matches it's local
[10:19:30] stuartm: I mean just from the IP address alone, i.e. there's no reserved IP ranges for LANs
[10:19:48] stuartm: stuarta: ah, yeah, of course
[10:20:08] stuarta: the range fe80::/8 is referred to as Link local
[10:20:22] stuarta: that's kind of like an unrouted ipv4 subnet
[10:20:41] stuarta: only valid on the "local link", hence it's name :-)
[10:21:05] stuartm: wanted to be able to have the internal web server prompt for authentication for clients outside the local network, but not for local clients
[10:21:53] stuartm: simple enough for IPv4, but honestly I know next to nothing about IPv6
[10:22:00] stuarta: is there a need to overcomplicate it like that?
[10:22:56] stuarta: i'll give you an example forum is
[10:23:05] stuarta: 2a01:4f8:190:83e9:210::20/64
[10:23:10] stuartm: well to me, always requiring a username/password even when connecting from the same machine as the backend etc is overcomplicated
[10:23:15] stuarta: so 2a01:4f8:190:83e9:: is the network
[10:23:58] wagnerrp_ (wagnerrp_!4086dc17@gateway/web/freenode/ip.64.134.220.23) has quit (Ping timeout: 245 seconds)
[10:24:01] stuartm: but I also want to do the same thing when auto-selecting the resolution/bitrate for video streaming – local network = high res, high bitrate, external = lower res, lower bitrate
[10:24:18] stuarta: yeah, that makes more sense
[10:26:40] stuarta: stuartm: http://qt-project.org/doc/qt-4.8/qhostaddress.html#isInSubnet
[10:31:26] stuarta: now the question that immediately comes to mind, is if you have a qhostaddress representing the backend, how do you get the netmask out of it
[10:31:53] stuarta: ah, no you don't need to do that
[10:32:34] stuarta: QHostAddress("<backend_ipv6>").isInSubnet(<client_ipv6>, 128)
[10:32:44] stuarta: that's very pseudo
[10:33:28] stuarta: actually dunno if that'll work
[10:34:13] stuarta: time to write a test bit of code
[10:40:47] stuartm: does everyone get a full subnet assigned to them (by an ISP)? Alternatively, is a site-local address always assigned (like the link-local must be)?
[10:41:19] stuarta: the only thing that is definite, is a LL address (assuming you have ipv6 enabled)
[10:41:30] stuartm: oh, according to this site I'm reading, site-local has been deprecated from the spec :(
[10:41:58] stuarta: it has. these days you use ULA addresses instead
[10:42:43] stuarta: the most likely future rollout will include a single /64 given to your router by your isp
[10:42:56] stuarta: that is sufficient for a flat network
[10:43:15] stuarta: a /64 is ~= to a /24
[10:44:27] stuartm: yeah, picked up that much, 2^64 just seems like a huge block to hand out to a single user, which is why I wondered whether ISPs would try to split them up
[10:45:06] stuarta: smaller allocations than /64 prohibit SLAAC (ie. automatic provisioning)
[10:50:07] stuartm: http://tools.ietf.org/html/rfc6177
[10:50:37] stuartm: states that /56 or /48 should be handed out to sites, not /64
[10:53:07] stuarta: yes, but the tight arsed isp's will give a /64 to their end users
[10:53:14] stuarta: rather than a /56
[10:53:21] stuartm: all of which is giving me a headache, there must surely be a simple way of knowing whether a connecting client is local without having to know the size of the allocated IP range and or number of subnets
[10:53:44] stuarta: stuartm: i'll write you some test code to demonstrate, don't worry about it for now
[10:55:14] stuartm: stuarta: thanks, really out of my depth with IPv6 (to my shame), just kept putting off doing my homework since my ISP isn't offering it so there didn't seem to be much point before now
[10:55:15] stuarta: it'll take a little while though, i have a few matterss to attend to here
[11:06:19] stuartm: for web server access logging, do we want that written to a log file or to a new table in the database?
[11:17:12] stuarta: i didn't think we wrote anything to the database (log wise) these days
[11:25:21] stuartm: since the logging refactor we've had the ability to log everything to the database, it was initially enabled but then disabled by default because of concerns over the load it was creating
[11:26:35] stuartm: the simplest solution is to lump access logs in with everything else, but that could make them much harder to follow
[11:27:47] stuarta: yes, but initially that's what i would do, put them on their own log type and let them go into the backend log
[11:27:59] stuarta: --verbose webserver
[11:28:03] stuarta: or similar
[11:28:14] stuartm: the option to redirect different verbose levels (we should rename that) to different logs would perhaps be a good compromise solution – use existing logging but separate logs for webserver access/errors
[11:28:54] stuartm: could be very useful for debugging generally actually
[11:28:58] stuarta: comes back to the discussion on why we log the way we do
[11:54:07] dekarl1 (dekarl1!~dekarl@p4FE84624.dip0.t-ipconnect.de) has joined #mythtv
[11:55:50] dekarl (dekarl!~dekarl@p4FE84362.dip0.t-ipconnect.de) has quit (Ping timeout: 260 seconds)
[11:59:20] sphery_ (sphery_!~mdean@mythtv/developer/sphery) has joined #mythtv
[12:02:21] sphery (sphery!~mdean@mythtv/developer/sphery) has quit (Ping timeout: 272 seconds)
[12:20:15] stuarta: sheesh, who design QNetwork. it's a mess
[12:36:45] stuarta: stuartm: http://fpaste.org/79186/86193139/
[12:38:41] stuarta: stuartm: you'll also need this .pro file if you want to build it http://fpaste.org/79188/86223139/
[12:39:24] stuarta: stuartm: this is the output http://fpaste.org/79189/86352139/
[12:40:42] stuarta: i haven't found a clean way to pull the netmask ey
[12:40:44] stuarta: yet
[12:40:53] stuarta: from the QHostAddress
[12:41:14] stuarta: which is what you get back from querying the interfaces via QNetworkInterface
[12:41:30] andreaz (andreaz!~Andreaz@tmo-108-167.customers.d1-online.com) has joined #mythtv
[12:41:43] stuarta: but at least that proves the functions work
[12:53:00] tonsofpcs (tonsofpcs!~mythbuntu@cpe-67-255-119-102.stny.res.rr.com) has quit (Changing host)
[12:53:00] tonsofpcs (tonsofpcs!~mythbuntu@rivendell/member/tonsofpcs) has joined #mythtv
[13:18:05] jnylen_ is now known as jnylen
[13:18:11] jnylen (jnylen!~jnylen@xmltv.du.se) has quit (Changing host)
[13:18:11] jnylen (jnylen!~jnylen@unaffiliated/jnylen) has joined #mythtv
[13:27:33] stuartm: stuarta: thanks for the hard work :)
[13:28:05] dekarl-work (dekarl-work!51c8c614@gateway/web/freenode/ip.81.200.198.20) has joined #mythtv
[13:28:51] dekarl-work: stuartm: I think the very first test is the wrong way around https://code.mythtv.org/cgit/mythtv/commit/?i . . . 723ad40a15cc the others look fine
[13:31:25] stuartm: dekarl-work: thanks, I can't believe I missed that, triple checked that work :/
[13:33:14] stuartm: this is why it's dangerous to make these changes for the sake of one or two fewer instructions, but I find it hard to resist doing it anyway
[13:39:11] dekarl-work: imho doing the change for the fewer instructions is pointless. the gain is in improved code readability
[13:40:19] stuartm: yeah, it does make the intent of the check clearer
[13:57:59] dekarl-work (dekarl-work!51c8c614@gateway/web/freenode/ip.81.200.198.20) has quit (Quit: Page closed)
[14:00:25] DouglasKAway is now known as DouglasK
[14:01:33] stuarta: stuartm: np
[14:01:37] ** stuarta runs away again **
[14:38:42] andreaz (andreaz!~Andreaz@tmo-108-167.customers.d1-online.com) has quit (Read error: Connection reset by peer)
[14:44:30] jya_: any particular reason we make the FE access the files directly if it can instead of going over myth protocol at any time ?
[14:44:43] jya_: would simplify the amount of scenarios to test...
[14:51:11] jya_: hm... posted in -dev made a very good point, last change probably killed live TV on combined FE/BE now that I think more about it...
[14:52:32] jya_: damn... will look into it tomorrow first thing .. going to bed now
[15:26:06] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv
[15:31:09] stuartm: jya_: I don't know that there was a reason, at one time I added a setting to 'Always stream', that was removed I believe but for some reason instead of making it the normal behaviour it was returned to the status quo
[15:37:18] andreaz (andreaz!~andre_000@p5DCA3126.dip0.t-ipconnect.de) has joined #mythtv
[15:54:58] doev (doev!~doev@p4FD42E94.dip0.t-ipconnect.de) has quit (Quit: Verlassend)
[16:16:50] tgm4883_ is now known as tgm4883
[16:25:40] jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has joined #mythtv
[16:28:10] jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv
[16:28:20] jheizer (jheizer!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has quit (Quit: Leaving)
[16:39:20] Jordack (Jordack!~Jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv
[16:41:02] jafa (jafa!~jafa@2001:470:1f05:1cf5:2c35:e602:1b2e:8ddd) has quit (Ping timeout: 264 seconds)
[16:49:46] superm1_ is now known as superm1
[17:20:59] jheizer (jheizer!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv
[17:39:50] jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 264 seconds)
[18:31:01] joki (joki!~joki@p54861EAC.dip0.t-ipconnect.de) has quit (Ping timeout: 248 seconds)
[18:34:56] dekarl1 is now known as dekarl
[18:37:15] joki (joki!~joki@p5486184F.dip0.t-ipconnect.de) has joined #mythtv
[18:40:14] jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv
[18:46:19] SteveGoodey (SteveGoodey!~steve@host217-42-221-118.range217-42.btcentralplus.com) has joined #mythtv
[18:52:43] rsiebert_ (rsiebert_!~quassel@g225159051.adsl.alicedsl.de) has joined #mythtv
[18:55:50] rsiebert (rsiebert!~quassel@g229104067.adsl.alicedsl.de) has quit (Ping timeout: 260 seconds)
[18:59:41] stuartm: think I'd disagree with warpme that 'Ultrafast' looks as good as 'Medium', looks awful to me
[18:59:57] jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Quit: Leaving)
[19:00:58] stuartm: might be a tolerable middle ground
[19:02:39] caelor_: it could be good to maybe find out some more about the content he was using – his source could have been high bitrate/low compression, and so less recompression loss
[19:03:25] caelor_: I have noticed that freeview/sat tends to err on the "too low bitrate" side for my taste
[19:04:03] knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has joined #mythtv
[19:04:03] knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Changing host)
[19:04:04] knightr (knightr!~Nicolas@mythtv/developer/knightr) has joined #mythtv
[19:04:10] caelor_: so some form of deblocking might help
[19:05:19] caelor_: I'd expect any compression noise on the source to significantly reduce the suitability of ultrafast over medium
[19:06:15] Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Quit: Leaving)
[19:07:15] knightr_ (knightr_!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Ping timeout: 252 seconds)
[19:13:58] caelor_ is now known as caelor
[20:26:10] Jordack (Jordack!~Jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Quit: It's Friday, Friday. Gotta get down on Friday Everybody's lookin' forward to the weekend, weekend)
[20:50:13] warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has joined #mythtv
[20:54:08] jheizer_ (jheizer_!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv
[20:54:14] jheizer (jheizer!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 264 seconds)
[21:15:09] danielk22 (danielk22!~danielk22@exchange.wgen.net) has joined #mythtv
[21:26:36] SteveGoodey (SteveGoodey!~steve@host217-42-221-118.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!)
[21:37:04] stuarta: stuartm: if you do use that isInSubnet stuff, i'd suggest using a netmask of 64 and put a comment to say the default subnet size is assumed to be /64
[21:37:30] stuarta: ie. hard code it unless you can work out how to extract the actual netmask from an interface object
[21:52:32] DouglasK is now known as DouglasKAway
[21:55:59] stuartm: I'll hard code, since something that works in most cases is sufficient
[21:57:22] stuartm: the stuff I have in mind e.g. selecting high/low bitrates only affects the defaults, the user will be able to manually change whatever happens to be most appropriate for their situation
[21:58:21] stuarta: yeah, what i did for you earlier will work just fine then
[21:58:41] stuartm: and I'm only using the imprecise method of their IP since there really isn't anyway of determining the actual available bandwidth reliably and simply
[22:04:21] stuartm: thanks again for testing the functionality of isInSubnet() with IPv6
[22:08:42] jheizer_: that's a good idea
[22:08:50] jheizer_: why didn't I think of that
[22:08:56] jheizer_ is now known as jheizer
[22:14:19] stuarta: stuartm: no problems.
[22:14:29] stuarta: right, off to watch a few recordings. catch up on monday
[22:22:35] unforgiven512 (unforgiven512!~unforgive@2605:a000:1212:4052::1457:123d) has joined #mythtv
[22:28:23] MythBuild: build #2784 of cppcheck-master is complete: Failure [4failed shell_2] Build details are at http://code.mythtv.org/buildbot/builders/cppc . . . /builds/2784 blamelist: Stuart Morgan <smorgan@mythtv.org >
[22:31:08] stuartm: libel!
[22:42:11] danielk22 (danielk22!~danielk22@exchange.wgen.net) has left #mythtv ()
[22:47:55] unforgiven512 (unforgiven512!~unforgive@2605:a000:1212:4052::1457:123d) has quit (Quit: ZNC - http://znc.in)
[22:48:41] unforgiven512 (unforgiven512!~unforgive@2605:a000:1212:4052::1457:123d) has joined #mythtv
[22:52:00] cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (Quit: Konversation terminated!)
[23:02:29] jya_: stuartm: do you remember where the change was made ? maybe I revert it... I thought I remember seeing a always stream settings. Planning of making it the default. it does use a slightly more memory, especially with the massive buffer size used by the ring buffer. Changes made by markk made it up to 32MB in size.
[23:05:50] stuartm: [26011]
[23:05:50] MythLogBot: SVN 26011: (branch master) https://github.com/MythTV/mythtv/commit/85a92d1f
[23:07:05] stuartm: seems the setting still lives, but is hidden by default
[23:07:32] stuartm: ProgramInfo::GetPlaybackURL() programinfo.h ln 2350
[23:07:58] jya_: so the reason it was removed was because it wasn't doing anything ?
[23:09:18] jya_: hmm... got another freeze on a frontend I let run for 2 days in livetv :(
[23:09:27] stuartm: it was removed as part of the settings cleanup, I disagreed with sphery_ on what the default behaviour should be, in the end he kept the setting so that 'advanced users' could change it, but just removed the ability to change it from the UI
[23:10:13] jya_: well, making it the default to stream makes it easier for me to know if a file is currently being open for writing.
[23:10:49] jya_: the current implementation of simply having usleep followed by several retries is just not deterministic enough behaviour
[23:11:16] stuartm: I preferred 'always stream' since it ensured that code path was well tested, even by devs who only have a combined fe/be for testing
[23:11:53] jya_: agreed.
[23:12:12] jya_: let's do a vote, vote is open for the next two minutes here :)
[23:12:12] stuartm: if it was going to the local file directly that just made it more likely that regressions would be missed
[23:13:02] jya_: i see that there are some linux system call to check if a file is opened in another process... could always use that as a work around for people not streaming
[23:13:20] stuartm: and it hardly encouraged people to ensure that the streaming was as robust and efficient as possible if they could work around issues by mounting remote drives via NFS
[23:13:41] jya_: having to query the backend to know if a file is being written to seems to throw away all the advantages of reading the file locally
[23:14:32] jya_: I do recall a file I couldn't play via streaming, while it worked locally... The DVD rip of Bolt
[23:14:56] jya_: i did fix it by changing some settings in libavformat
[23:15:01] stuartm: a full rip, or an iso?
[23:15:15] jya_: hmm.. an avi :)
[23:15:56] arescorpio (arescorpio!~arescorpi@56-57-245-190.fibertel.com.ar) has joined #mythtv
[23:16:24] stuartm: k, just checking since ISO playback from a remote be is a relatively new feature, not sure how many people have tested it
[23:16:42] jya_: the issue was with the seek in the container reader. it would seek constantly within the file. And the ring buffer and its nasty habit of buffering a while before started to stream
[23:18:47] stuartm: seeks required to read all the nav information on an ISO is an order of magnitude worse, caused all sorts of headaches and it's still not very efficient
[23:18:49] jya_: it would cause it to read big amount of data after each seek, in the end that turned out to be to slow over my wifi network
[23:19:09] warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has quit (Quit: warpme)
[23:19:56] jya_: using the local version, worked just fine
[23:20:55] stuartm: going to call it a night, early start tomorrow
[23:21:06] jya_: good night... thanks for the pointers
[23:27:00] clever: jya_: i had similar problems when i was trying to stream things over nfs with 802.11b
[23:27:06] clever: only when it was livetv
[23:27:22] clever: turns out, nfs also had a large read-ahead buffer, and it would dump the buffer when the mod time changes
[23:27:29] clever: causing a lot of wasted bandwidth
[23:27:35] clever: and with b band wifi, i had no spare bandwidth
[23:28:13] clever: myth protocol streaming is aware of the fact that livetv can only append, and it buffers things properly
[23:28:14] jya_: clever: interesting...
[23:28:32] clever: nfs has no clue what changed, and just drops all buffers
[23:28:47] jya_: only confirms my thought that we should better always stream
[23:29:00] clever: i think the same issue will be present if you nfs stream livetv, but with 100mbit or 1gig you wont notice it
[23:29:13] clever: it only impacts livetv, recordings run perfectly
[23:29:38] jya_: that's because you simply wait a tad more to stream
[23:29:49] jya_: and the timeout values are greater: 2.4s vs 0.36s
[23:30:08] clever: for old recordings, the timeouts arent an issue
[23:30:15] jya_: so with a recording it is less likely to treat not reading data as EOF
[23:30:21] clever: the nfs read-ahead buffer just does its job properly
[23:30:27] jya_: but it is for current in progress recording
[23:30:42] clever: the problem is that the read-ahead in nfs is throwing out all of its data every time you append to the file
[23:30:47] clever: and then it re-reads ahead
[23:31:20] jya_: one of the reason liveTV playback fails is when it tries to read , reads 0 bytes , retries and exit after 360ms thinking its EOF
[23:31:45] clever: thats the very kind of issue that nfs is trying to avoid when it dumps the buffers
[23:31:51] jya_: i've fixed that problem, but I need to know if the file is opened for writing and wait longer
[23:32:51] clever: i think i also had similar issues when i tried to use a 400mhz P2 as a frontend
[23:32:52] jya_: if I add a 2.4s timeout , then it takes twice as long transitioning program in livetv
[23:33:01] clever: the cpu usage from re-reating things became an issue
[23:33:16] jya_: over nfs?
[23:33:21] clever: yeah
[23:33:37] clever: its the same issue, nfs reads ahead, then deletes the buffer and re-reads the same data
[23:33:50] clever: but with so few cpu cycles to spare, it became a bottleneck
[23:34:23] clever: in both cases, i was operating very near the limit of the hardware, and the small performance issue was just enough to push it over the edge
[23:34:27] jya_: ok..
[23:34:50] clever: if the hardware is decent, you wont notice the wasted performance
[23:35:42] jya_: doesn't seem to be the best approach over things like wireless
[23:36:48] clever: i think b band was limited to 11mbit raw, and was likely getting much less
[23:37:00] clever: nobody in their right mind would be using something that slow now a days
[23:37:21] jya_: 802.11 is a half=duplex medium
[23:37:36] jya_: so 5.5 is the max
[23:37:53] clever: i dont think the ack's would eat up that big of a timeslot, but yeah, you would still loose a large chunk to them
[23:39:05] jya_: looks like for local file I can use inotify on linux at least, to get around combined FE/BE
[23:39:26] clever: windows and mac have similar systems, let me look it up
[23:39:59] clever: http://nodejs.org/api/fs.html#fs_fs_watch_fil . . . ons_listener
[23:40:21] clever: it says osx uses kqueue, windows has ReadDirectoryChangesW, and sunos has event ports
[23:42:42] jya_: sigh.... really can't be bothered coding things that are just not portable... wonder if Qt has an agnostic version
[23:43:05] jya_: though that would probably use signal, and there's no signal handling in any of the recorder chain
[23:43:23] clever: google shows QFileMonitor and QFileSystemWatcher may be of use
[23:43:49] clever: http://qt-project.org/doc/qt-4.8/qfilesystemwatcher.html
[23:44:07] clever: and yep, it uses signals
[23:44:42] jya_: yep... found it
[23:45:04] clever: http://blog.rburchell.com/2012/01/qfilesystem . . . in-qt-5.html
[23:45:12] _nyloc_ (_nyloc_!~quassel@p3EE2DE60.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)
[23:45:23] jya_: doesn't have the files open for writing and closed event
[23:45:53] clever: i would just ask the master backend what recordings are in progress, and go off that
[23:46:26] clever: and for the performance issues, only read the file directly if its local, dont stream livetv over nfs
[23:46:33] jya_: but that can be called several times a second in the current ringbuffer
[23:46:51] jya_: so if you' have to query the backend anyway, why bother using local files?
[23:47:14] nyloc (nyloc!~quassel@p3EE2DE60.dip0.t-ipconnect.de) has joined #mythtv
[23:47:21] clever: i think nfs and local files would give better performance, when its not live
[23:47:40] clever: what if you just query the file once, and set a 'is livetv' flag on the ring buffer/
[23:48:16] jya_: problem here is it's the reader... the reader has no clue if you're watching a liveTV program , a recording or a video
[23:48:37] clever: it would maybe have to be passed into the constructor when you set it up?
[23:48:39] jya_: it's knowing when the file isn't written to anymore that I need
[23:49:01] jya_: no point waiting for several seconds for more data when none are to come
[23:49:22] jya_: that's what causes hiccup in live Tv during program transition
[23:49:26] clever: maybe have a signal on the socket thread set a bool on the right reader, if you can find an existing reader for the filename
[23:49:50] clever: so when the backend informs you about the show being done, you update all reader instances
[23:50:08] TheCrasher (TheCrasher!~TheCrashe@p5DCE4EE9.dip0.t-ipconnect.de) has joined #mythtv
[23:50:49] jya_: signal are a bit of a no-no there. For a start, there's no event loop going in any of that code
[23:50:55] jya_: so you don't get any signals
[23:52:03] clever: use the signals on the main socket thread, and keep a mutex arround the flag
[23:52:22] clever: so the main socket thread finds the reader thru a QMap, locks it, updates the bool, then unlocks it
[23:52:36] jya_: what socket are you talking about?
[23:52:53] clever: the event socket connected to the master backend, which will inform you when a livetv program is done updating a file
[23:53:01] jya_: ring buffer has no idea about any socket of any kind
[23:53:41] jya_: i'm also trying to avoid changing the myth protocol, I want this to be back-portable to fixes/0.27
[23:53:45] clever: i'm saying to catch the right event from the master backend, lookup the ringbuffer in a QMap, then change a 'is livetv' boolean in that ringbuffer
[23:53:57] clever: so the ringbuffer just checks that bool and doesnt care how it got set or changed
[23:54:14] clever: and due to cross-thread stuff, wrap the boolean with a QMutex
[23:54:32] clever: does the protocol inform all frontends when a file they are watching has stopped recording?
[23:54:46] jya_: no idea...
[23:54:54] jya_: i don't think that info is anywhere
[23:55:01] jya_: in the database maybe
[23:55:18] jya_: but I'm not going to check the database is a critical path like ringbuffer
[23:55:26] clever: yeah
[23:55:43] clever: i was thinking that some thread with proper signal support can get the event (thru any system really)
[23:55:51] clever: then change the boolean flag on the ringbuffer
[23:58:44] jya_: yeah... I don't see how what you are suggesting is possible in the current structure
[23:59:05] clever: every ringbuffer in the frontend would need to be registered into something like a QMap
[23:59:08] clever: based on the filename maybe?
[23:59:39] clever: and then a thread with proper signal support would detect when writting has stopped (inotify, backend message, poll the stat), and update the ringbuffer
[23:59:59] jya_: that's too intrusive change

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