MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (70):

aloril_, amessina, Anssi, caelor, Captain_Murdoch2, Casper0082, cesman, Chutt, clever, coling, Cougar, CrypticSquared, dblain, dekarl, dumnut, eee-blt, ElmerFudd, fetzerch, FrankD_Work, Gibby, gigem, gregL, GreyFoxx_, J-e-f-f-A, jams, jarle, jarryd, jheizer__, joki, jpabq, jwhite, knightr_, kormoc, kwmonroe, moparisthebest, MythBuild, MythLogBot, nephyrin, nyloc, peper03, poptix, purserj, RedPenguin, rhpot1991, robink, rsiebert, ryan_turner|MTW, Seeker, seld, Sharky112065, sheedy-away, sl1ce, sphery, sraue, stichnot, stuarta, stuartm, superm1_, taylorr, tgm4883_, toeb_, tonsofpcs, tris, unforgiven512, wagnerrp, wseltzer, XDS2010_, xris, zentec, _charly_
Thursday, July 10th, 2014, 00:06 UTC
[00:06:10] gigem (gigem!~david@mythtv/developer/gigem) has quit (Quit: WeeChat 0.4.3)
[00:07:06] dmfrey (dmfrey!~dmfrey@65-78-98-83.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv
[00:07:16] gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv
[00:24:33] rsiebert (rsiebert!~quassel@f052008054.adsl.alicedsl.de) has joined #mythtv
[00:27:32] rsiebert_ (rsiebert_!~quassel@e179171048.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds)
[00:37:12] andreaz (andreaz!~andre_000@p57922329.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)
[00:49:43] jafa (jafa!~jafa@50.242.92.249) has quit (Ping timeout: 272 seconds)
[01:22:30] jafa (jafa!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has joined #mythtv
[01:34:40] sheedy-away is now known as sheedy
[01:37:03] jafa (jafa!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has quit (Ping timeout: 240 seconds)
[01:51:29] jafa (jafa!~jafa@50.131.89.4) has joined #mythtv
[02:01:55] dmfrey (dmfrey!~dmfrey@65-78-98-83.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Quit: Ex-Chat)
[02:08:53] joki (joki!~joki@p5486298B.dip0.t-ipconnect.de) has quit (Ping timeout: 272 seconds)
[02:09:08] joki (joki!~joki@p5486298B.dip0.t-ipconnect.de) has joined #mythtv
[02:18:15] peper03_ (peper03_!~peper03@mythtv/developer/peper03) has joined #mythtv
[02:19:46] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 264 seconds)
[02:19:47] peper03_ is now known as peper03
[02:21:56] arescorpio (arescorpio!~arescorpi@115-201-17-190.fibertel.com.ar) has quit (Excess Flood)
[03:31:18] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 240 seconds)
[03:32:46] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[04:29:06] aloril_ (aloril_!~aloril@dsl-tkubrasgw2-54f80b-12.dhcp.inet.fi) has quit (Ping timeout: 255 seconds)
[04:31:47] gigem: jya: Are you around? I have a live TV issue for you. This is with 0.27 after this morning's commits. If the frontend has NFS access to the recording files, live TV playback gets errors and then goes into an infinite loop at program changes. It does not happen when the frontend does not have direct access to the recording files and the backend has to stream the recordings.
[04:32:07] jya: mornign commit ?
[04:32:10] jya: in 0.27?
[04:33:22] gigem: I don't know which commit exactly. There was a whole slew of commits that I saw this morning, but they could have been last night for all I know.
[04:33:22] jya: the FFmpeg 1.2.7 upgrade (yesterday for me)
[04:33:32] jya: wasn’t occurring before?
[04:34:03] jya: can you compile on that frontend ?
[04:34:45] gigem: No, they weren't. My niece uses live TV a lot on my Mom's system. It was my Mom, however, that first noticed the problem this time and I confirmed it on my own systems.
[04:35:11] jya: can you run a bisect if you’re sure the issue is recent?
[04:35:35] gigem: I always compile on my dev system and then sync the binaries to the other systems I maintain.
[04:36:06] jya: i can’t think of anything in fixes/0.27 that could explain a breakage in liveTV
[04:36:07] gigem: I can try a bisect, but it could likely be this weekend before I can do it.
[04:36:13] jya: ah :(
[04:36:32] gigem: Hold on while pastebin a short log snippet.
[04:36:35] jya: i can try reproducing it here… but it’s unlikely
[04:39:21] jya: any particular reason you’re using nfs ?
[04:39:27] jya: done a lot of work so you don’t have to
[04:39:45] gigem: The log snippet is at http://pastebin.com/U3j96NMW .
[04:40:30] gigem: Mainly habit. Videos and music required NFS for a very long time.
[04:42:12] aloril_ (aloril_!~aloril@dsl-tkubrasgw2-54f80b-12.dhcp.inet.fi) has joined #mythtv
[04:51:31] gigem: jya: Do you still have your patch that forces a live TV program change every minute? That could reduce the time needed to reproduce the problem while bisecting. It's still doubtful I can get to it until this weekend, though. Since it's live TV, I pretty much have to be at home to test it and I won't have any time tomorrow night.
[04:51:38] jya: yes
[04:52:20] jya: http://pastebin.com/VVNTD6PJ
[04:52:35] gigem: Thanks. I promise to keep it this time! :)
[04:52:38] jya: gigem: you can use mythavtest
[04:52:46] jya: give it no argument, and it starts livetv
[04:52:55] jya: can do it all via ssh :)
[04:54:07] jya: i’m also seeing an issue in the ringbuffer that broke DVD playback over SG, it’s commit 5aa484744061688ac850a70d16980834e736f44c that broke
[04:54:46] jya: i have a fix for it, but that made me found issues that had been there forever (mutex in wait mode for much longer than it should, because no wake is ever done on it)
[04:54:54] gigem: I did not know that (about mythavtest). I've been using x2go of late. Playback kind of works, albeit very slowly. I will try it tomorrow from work if I have time, but I'm not sure it will work for this.
[04:55:34] jya: i see if I can reproduce it from here
[04:55:39] jya: hopefully it’s in master too
[04:55:59] jya: doing a test on master is easy, don’t have to mess with my production setup
[04:56:20] gigem: Okay. I'm off to bed now.
[04:59:45] stichnot (stichnot!~stichnot@adsl-69-105-238-252.dsl.pltn13.pacbell.net) has joined #mythtv
[04:59:46] stichnot (stichnot!~stichnot@adsl-69-105-238-252.dsl.pltn13.pacbell.net) has quit (Changing host)
[04:59:46] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[05:07:48] sheedy is now known as sheedy-away
[05:39:49] dreamcat4 (dreamcat4!~dreamcat4@62.49.10.153) has quit (Quit: Lost terminal)
[05:46:03] Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has joined #mythtv
[05:46:06] SteveGoodey (SteveGoodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has joined #mythtv
[06:07:21] SteveGoodey (SteveGoodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has quit (Quit: Konversation terminated!)
[06:08:03] jafa (jafa!~jafa@50.131.89.4) has quit (Ping timeout: 240 seconds)
[06:17:43] FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv
[06:25:46] gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has quit (Ping timeout: 264 seconds)
[06:30:02] kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (Ping timeout: 252 seconds)
[06:31:58] kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv
[06:33:07] jya: is it me or playback of DVD image (ripped and directly located in SG) is broken ?
[06:33:21] jya: it works in fixes/0.27 (with a small change)
[06:33:55] jya: the image is unencrypted to start with. I wonder if that could be the new support for the encrypted support
[06:38:23] gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has joined #mythtv
[06:57:09] jya: yep.. stuartm : it’s commit 1ff446ad0930 that broke it
[06:57:26] jya: RingBuffer: Play encrypted dvd's and iso images from storage groups
[07:43:21] dekarl1 (dekarl1!~dekarl@p4FCEF68C.dip0.t-ipconnect.de) has joined #mythtv
[07:45:32] dekarl (dekarl!~dekarl@p4FCEE7F8.dip0.t-ipconnect.de) has quit (Ping timeout: 240 seconds)
[07:57:15] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Read error: No route to host)
[08:12:15] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[08:14:20] Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer)
[08:14:35] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Read error: Connection reset by peer)
[08:15:15] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv
[08:42:22] Merlin83b (Merlin83b!~Daniel@office.34sp.com) has joined #mythtv
[08:53:59] stuartm: jya: LVR patch ... seems to be a theme atm
[09:01:57] knightr_ (knightr_!~Nicolas@69-165-170-178.dsl.teksavvy.com) has joined #mythtv
[09:03:34] stuartm: is the Aspect Ratio override broken for anyone else? (OSD Menu > Video > Aspect Ratio)
[09:05:37] knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Ping timeout: 272 seconds)
[09:06:31] rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (Ping timeout: 252 seconds)
[09:07:18] rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:d82c:7b71:8709:8c05) has joined #mythtv
[09:07:20] rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:d82c:7b71:8709:8c05) has quit (Changing host)
[09:07:21] rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv
[09:08:34] stuartm: ok, works most of the time, but periodically stops working after changing channels a few times
[09:12:25] stuarta: feature!
[09:16:17] wseltzer (wseltzer!~wseltzer@peppercorn.seltzer.org) has quit (Ping timeout: 256 seconds)
[09:17:33] wseltzer (wseltzer!~wseltzer@166.84.7.31) has joined #mythtv
[09:32:00] warpme (warpme!~piotro@89.79.250.31) has joined #mythtv
[09:34:20] andreaz (andreaz!~andre_000@p57922329.dip0.t-ipconnect.de) has joined #mythtv
[09:38:41] warpme: jya: regarding 8945e71ed which breaks for me playbak of Blurays: it is about ripped m2ts files. I think issue with this commit is that rawbitrate is now default at 500. This causes that playing high-bit rate m2ts files enables "low bit-rate optimizations" and this breaks m2ts BD rips playback
[09:41:18] jya: maybe that just exposes another bug…
[09:41:49] jya: even with low-bit rate stuff, shouldn’t make much of a difference when files are local. only thing it does is use smaller packets to read
[09:42:04] jya: ultimately, I don’t believe any of that packet size matter much
[09:42:33] jya: with modern system, reading 10 x 10kB isn’t any slower than reading 1 x 100kB
[09:42:35] warpme: in my case files aren't local. They are on video SG
[09:42:40] jya: same
[09:42:57] jya: but I’ll need logs regardless.. you never give me any logs
[09:43:08] jya: like I can guess what your problem is
[09:43:19] warpme: heh – never and any....
[09:43:37] warpme: IIRC I'll give You logs always when You requesting them
[09:45:08] warpme: I'm wonder is this commit works for You (I mean playback high bit-rate m2ts files over video SG)
[10:03:16] poptix (poptix!poptix@poptix.net) has quit (Read error: Connection reset by peer)
[10:05:18] Sharky-112065 (Sharky-112065!~Sharky112@109.201.152.9) has joined #mythtv
[10:05:18] jheizer__ (jheizer__!~jheizer@73.51.93.177) has joined #mythtv
[10:05:18] Sharky112065 (Sharky112065!~Sharky112@c-24-16-144-222.hsd1.wa.comcast.net) has quit (Read error: Connection reset by peer)
[10:07:46] jheizer_ (jheizer_!~jheizer@73.51.93.177) has quit (Ping timeout: 240 seconds)
[10:08:28] poptix (poptix!poptix@poptix.net) has joined #mythtv
[10:17:12] jya: warpme: one bug == one log… no exception
[10:36:55] warpme: jya: have You any plans to fix some PiP bugs (like #10394 which is for LiveTV PiP since long time for me) before 0.28?.
[10:36:55] ** MythLogBot http://code.mythtv.org/trac/ticket/10394 **
[10:38:15] jya: I’m not aware of any PiP issues still existing. I’ve tried every PiP options available on many platforms (vdpau, opengl, vaapi, mac vda, Xv (all types)
[10:38:18] jya: PiP always work
[10:38:28] jya: used to have a black window, not anymore
[10:39:03] jya: and I’ve backported the changed to 0.27 (or will do now if it hasn’t been pushed yet)
[10:40:37] warpme: this is interesting. may You provide me kernel/xserver/mesa/gfx_drv ver You use for veryfying PiP. I have many problems with PiP so maybe my enviroment is smohow "buggy" compared to Yours?
[10:44:22] jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has quit (Ping timeout: 264 seconds)
[10:44:55] jya: ubuntu 14.04 and 12.04, on intel, amd and nvidia platforms
[10:45:34] jya: the only black stuff issue I had was with AMD’s OpenGL opensource in 12.04
[10:45:54] jya: after upgrading to 14.04 the issue is gone (and with my fix in that was putting the window outside the visible area)
[10:48:46] warpme: iteresting is for nvidia/amd recordings PiP works OK for me. LiveTV however has exactly #10394. As recordings PiP works OK and LiveTV has always initial black window I assume it is timming problem. But now as You have it working – I'll try to investigate it. Probably I'll try setup combined FE/BE with Ubuntu14.04 and see. BTW: are You on Ubuntu or Mythbuntu?
[10:48:46] ** MythLogBot http://code.mythtv.org/trac/ticket/10394 **
[11:03:33] MythBuild: build #1885 of master-ubuntu-12_04-lts-64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1885 blamelist: Stuart Morgan <smorgan@mythtv.org >
[11:04:11] jya: both
[11:04:25] jya: ubuntu on my desktop machine, and mythbuntu on my dev backend
[11:04:34] jya: and ubuntu in various VM
[11:04:52] jya: are you using Nouveau?
[11:04:59] jya: nouveau gives me a black pip
[11:05:16] jya: I’ve stopped trying to get around nouveau weird behaviour
[11:05:43] jya: takes too much time, and things vary too greatly. when its fixed for me, doesn’t mean it’s fixed for someone else
[11:05:51] warpme: no – excelusivelly Nvidia BLOB (337.25 I think)
[11:06:24] warpme: today I'll give try for newest 340.24
[11:06:25] jya: i never had an issue with nvidia
[11:06:33] jya: but you have an old ion1 don’t you?
[11:06:40] jya: maybe it’s just a temporary lack of ram
[11:06:52] jya: the usage of memory in our vdpau code is suboptimal
[11:07:04] jya: that and you’re probably the only person other than me using pip
[11:07:07] warpme: I have ION1 and ION2. Bith have LiveTV PIP issue. Recordings PiP is always OK however
[11:07:21] jya: oh.. live pip..
[11:07:23] jya: haven’t tried that
[11:07:26] jya: I start live TV
[11:07:32] jya: then I start pip from a recording
[11:07:39] warpme: this owrks
[11:07:47] warpme: s/owrks/works/
[11:07:57] warpme: try start LiveTV PiP
[11:09:00] andreaz (andreaz!~andre_000@p57922329.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)
[11:09:01] warpme: In testbed I have now: AMD E350 (6330); ION1; ION2 and HD4000
[11:09:51] MythBuild: build #5094 of master-freebsd-64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/5094 blamelist: Stuart Morgan <smorgan@mythtv.org >
[11:17:38] MythBuild: build #989 of master-fedora-32bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/989 blamelist: Stuart Morgan <smorgan@mythtv.org >
[11:18:09] MythBuild: build #515 of master-f20–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/515 blamelist: Stuart Morgan <smorgan@mythtv.org >
[11:18:37] MythBuild: build #2192 of master-debian-wheezy-64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2192 blamelist: Stuart Morgan <smorgan@mythtv.org >
[11:18:43] MythBuild: build #2425 of master-linux-64bit-icc is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2425 blamelist: Stuart Morgan <smorgan@mythtv.org >
[11:18:56] MythBuild: build #2068 of master-linux-64bit-clang is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2068 blamelist: Stuart Morgan <smorgan@mythtv.org >
[11:19:44] MythBuild: build #1850 of master-ubuntu-current-64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1850 blamelist: Stuart Morgan <smorgan@mythtv.org >
[11:21:07] MythBuild: build #1083 of master-f19–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1083 blamelist: Stuart Morgan <smorgan@mythtv.org >
[11:23:03] MythBuild: build #390 of master-f20-qt5–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/390 blamelist: Stuart Morgan <smorgan@mythtv.org >
[11:27:49] _charly__ is now known as _charly_
[11:32:42] MythBuild: build #2426 of master-linux-64bit-icc is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2426
[11:32:47] MythBuild: build #2069 of master-linux-64bit-clang is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2069
[11:33:37] coling: Hiya. FWIW, I think the "current version" links on the website are very misleading. They redirect to downloads of the latest fixes archvie, but they explicitly state they are version v0.27.1 (which is wrong). The download links should either point to the github tag archive links, or be explicitly called "latest fixes to 0.27" not 0.27.x etc. (IMO!)
[11:34:36] Sharky-112065 is now known as Sharky112065
[11:34:49] moparsthbest (moparsthbest!~quassel@cpe-74-140-244-163.swo.res.rr.com) has quit (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
[11:35:38] moparisthebest (moparisthebest!~quassel@cpe-74-140-244-163.swo.res.rr.com) has joined #mythtv
[11:36:41] MythBuild: build #502 of master-freebsd10–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/502
[11:37:55] MythBuild: build #2193 of master-debian-wheezy-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2193
[11:38:00] MythBuild: build #1886 of master-ubuntu-12_04-lts-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1886
[11:39:16] stuartm: coling: while I accept that it's technically incorrect, frankly I think that only matters to packagers who want to stick to the latest 'release'
[11:39:21] MythBuild: build #1851 of master-ubuntu-current-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1851
[11:40:25] coling: stuartm, yeah probably. Still quite misleading tho'. I mean a download link marked 0.27.1 should give me a tarball of 0.27.1 really... currently I get something after 0.27.3.
[11:40:27] stuartm: the fact is that if it wasn't such a pain to do so, we'd release a new point release from the fixes branch every time a fix was backported there but that's simply not practical
[11:41:28] stuartm: there's no value in users (or anyone really) downloading 0.27.1, 0..27.2 or even 0.27.3 when -fixes exists
[11:43:43] MythBuild: build #5095 of master-freebsd-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/5095
[11:43:44] coling: Yeah, I don't know how other packagers do it, but the point release probably bug me themselves, e.g. whenever I get around it it, I just run a script that generates a fixes patch that's applied to whatever tarball I happen to have, but that then confuses people as the package version doesn't really match the current upstream release, even if --version output is correct. Releases are always a pain :p
[11:44:34] stuartm: coling: ubuntu, which is the biggest chunk of our user base update their packages nightly from the -fixes branch
[11:45:25] coling: So maybe the point release tags will just disappear one day... certainly wouldn't bother me :)
[11:45:53] coling: Anyway, just thought I'd point out the website version number isn't as fresh as it could be. I'll stop bugging you now :D
[11:47:17] stuartm: that may be one way to do it, presently the point releases serve as an indicator to those building from the tarball that there is something new to download – without it I suspect many of those people would never really be aware of the benefit of staying up to date
[11:47:26] MythBuild: build #990 of master-fedora-32bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/990
[11:47:52] MythBuild: build #516 of master-f20–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/516
[11:47:53] stuartm: coling: as a compromise I've stuck + on the end of the version string, there's not room for +fixes
[11:49:06] MythBuild: build #1084 of master-f19–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1084
[11:51:43] MythBuild: build #391 of master-f20-qt5–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/391
[11:55:43] warpme (warpme!~piotro@89.79.250.31) has quit (Remote host closed the connection)
[12:19:19] jwhite (jwhite!~jwhite@75.146.153.89) has joined #mythtv
[12:26:56] shiggitayhtpc (shiggitayhtpc!~shiggitay@146-115-188-66.c3-0.wtr-ubr1.sbo-wtr.ma.cable.rcn.com) has joined #mythtv
[12:48:11] shiggitayhtpc (shiggitayhtpc!~shiggitay@146-115-188-66.c3-0.wtr-ubr1.sbo-wtr.ma.cable.rcn.com) has quit (Remote host closed the connection)
[12:57:28] CrypticSquared (CrypticSquared!~CrypticSq@unaffiliated/crypticsquared) has quit (Quit: Leaving...)
[13:26:02] jafa (jafa!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has joined #mythtv
[13:26:40] jya: gigem: the verbosity level to see what’s going on would be -v file,playback —loglevel=debug
[13:26:49] jya: can’t make anything of the log you provided.
[13:27:13] jya: i will try on master shortly. if can’t do it tonight, it will have to be later Sunday, going skiing
[13:36:07] Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has joined #mythtv
[14:05:18] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 240 seconds)
[14:05:51] jya__: gigem: I can reproduce the problem…
[14:06:00] jya__: $!@$!@$
[14:06:51] ** jya__ thinks it would be a good way to make it our official reasons to not use nfs mount **
[14:12:48] dekarl1: wagnerrp: does the initialization work without the cast? (GrabberOpts) https://code.mythtv.org/buildbot/builders/mas . . . d/logs/stdio
[14:12:54] dekarl1 is now known as dekarl
[14:13:54] gigem: jya__: Glad you can reproduce it. Not using direct access would be problematic and inefficient o combined frontend/backend.
[14:14:22] jya__: gigem: i disagree, but I guess to each their opinion :)
[14:14:39] jya__: you’ll get *much* better liveTV playback via myth:// , including much smoother transition
[14:15:21] jya__: simply because the backend can tell the frontend when it’s okay to continue reading from the file , stop and move to the next one etc…
[14:15:39] jya__: oh, your backend write on the NFS share?
[14:16:07] gigem: I didn't say whether it was good or bad. FWIW, many years ago, I used to use the settings that said to always stream from the backend even when there was NFS access because it generally worked better.
[14:16:14] dekarl: I side with "avoid users to have to mess with permissions between backend user and frontend user", maybe its more inefficient, but I hope it reduces the support burden
[14:16:47] jya__: NFS was really the only way that worked back a few years ago.
[14:16:58] jya__: i would have never attempted differently.
[14:17:04] stuarta: it's far far simpler to stream it from the backend, and now with things like upnp thats considered the norm
[14:17:43] jya__: now, with all the improvements added to RemoteFile class, it’s really the best approach
[14:18:22] jya__: good news, 0.27.2 doesn’t suffer the problem..
[14:18:28] jya__: now v0.27.3 :)
[14:18:59] jya__: i have a suspicion on what that is, seeing that is the only part that changed in FileRingBuffer that would have an impact on NFS
[14:19:25] jya__: if that’s the case… i’ll say later.. want to see if that’s the case first
[14:19:40] gigem: How well does it work when the recordings are also remote to the backend as on a NAS? As I recall, that the biggest argument for using direct access from the frontend — to avoid doubling the network bandwidth, NAS => be => fe.
[14:19:49] jya__: gigem: that’s how I use mine
[14:20:18] jya__: my data storage is a FreeNAS box (ZFS RAIDZ2)
[14:20:34] jya__: why would that double ?
[14:20:58] gigem: NAS to backend then backend to frontend.
[14:21:06] jya__: but that’s the same with NFS
[14:21:23] jya__: unless you’re in the very narrow 64kB or so of cache
[14:21:26] gigem: Not if the recording area is local to the backend.
[14:21:30] stichnot (stichnot!stichnot@nat/google/x-ipciewlzqdyttmhy) has joined #mythtv
[14:21:30] stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv
[14:21:30] stichnot (stichnot!stichnot@nat/google/x-ipciewlzqdyttmhy) has quit (Changing host)
[14:21:41] jya__: but isn’t the recording on the NAS
[14:21:45] jya__: so its more like:
[14:21:55] jya__: fe <= NAS => be
[14:22:11] jya__: you still suck twice as much from the nas
[14:22:40] jya__: in the other case, NAS => be => fe
[14:22:59] jya__: (still talking about be/fe combined right?)
[14:23:38] jya__: so fe talk over the local network card to the be, which download (for read serving the fe) and upload (writing the recording)
[14:23:50] jya__: i fail to see how that make a difference bw with
[14:23:51] jya__: wise
[14:23:52] gigem: My setups is the backend has all local storage and then serves it via NFS to any frontend. There is only one network copy — from the backend to the frontend over NFS. I don't have numbers, but I suspect that is the most typical case.
[14:24:39] jya__: that’s no combined be/fe then :)
[14:25:00] jya__: regardless (and this is my setup)
[14:25:20] jya__: the way I’ve done mine is this:
[14:25:30] jya__: NAS => be => multiple fe
[14:25:51] jya__: NAS => be is dedicated gigabit link (they are on the same shelf, be has two network cards)
[14:26:12] jya__: but even if not on dedicated
[14:26:23] jya__: you’re comparing n network connections vs n+1
[14:26:39] gigem: I never said I had a combined fe/be. That was just a reference to another use case that some would argue would be inefficient because there would be a useless network copy over the loopback interface.
[14:27:07] jya__: “Not using direct access would be problematic and inefficient o combined frontend/backend.”
[14:27:48] gigem: Exactly. Problematic because code would have to be changed to not use direct access even if it was possible and inefficient because of the loopback copy.
[14:27:52] dekarl: run mythmediaserver on the NAS to avoid the double bandwidth?
[14:27:56] jya__: and when using nfs, you have heaps more read being done from the disk, simply trying to determine if we’ve reached EOF
[14:28:22] jya__: i’ve looked at the code inside out, written plenty of benchmarks and test.
[14:28:35] jya__: under all scenarios, myth:// was more efficient
[14:28:43] jya__: than NFS
[14:29:20] jya__: and the user experience is certainly better
[14:30:14] jya__: in the case of live TV, I can’t think of a single application taking such architecture: write the segments on the database, with their path, and a client applications read those files separately of the backend
[14:30:15] gigem: jya__: I am not trying to argue with you. I personally have no problem with always streaming. A single code path is always simpler than two. I'm just pointing the arguments that have been made in the past and would be again in the future.
[14:30:26] jya__: oh yes.. i understand
[14:30:41] jya__: i discussed those with stuartm before a few weeks ago
[14:30:57] jya__: if it was me, I would dump direct access by the frontend to files.
[14:31:16] jya__: that exact problem you’ve discovered (great you did so quickly), wouldn’t have occurred
[14:31:59] gigem: Propose it on the -developers list.
[14:33:12] jya__: I can imagine the discussion and that someone knows of a particular file system and nfs server, on kernel 3.1.XX where it wouldn’t be more efficient, and as such vote no
[14:35:45] jya__: well… just as I suspected
[14:35:46] jya__: https://github.com/MythTV/mythtv/commit/36336 . . . 50add8653533
[14:36:11] jya__: so, up to know, of all the patches from lvr I’ve backported to fixes, they turned out to break something :(
[14:36:46] jya__: i had to revert them all
[14:36:46] gigem: We'll never know if you don't propose it, though. If there's only one no vote, then let them maintain the direct access path and require a hidden option to enable it.
[14:37:18] jya__: then you still have a path of code to test…
[14:37:37] jya__: well, I’m glad you found that one
[14:38:03] jya__: it’s the most furiating thing about myth, you touch one thing you breat 5 others
[14:39:14] gigem: Yes, things do tend to be rather fragile.
[14:39:29] jya__: funny, when I saw that commit https://github.com/MythTV/mythtv/commit/2b88a . . . a79858546bc2 ; I figured maybe he was up to something as so far I never had a clue on what readAdjust was for
[14:39:52] jya__: so I could have very well missed a corner case
[14:42:17] jya__: gigem: was just thinking about something.
[14:42:36] jya__: how did your niece ever watched liveTV before 0.27.1 ?
[14:43:28] jya__: because what the commit Lawrence made, effectively cancelled the change I added in 0.27.1 where we never attempt to read the file once we reach the end
[14:44:58] jya__: dekarl: why bother with C++11 at this stage? is that the route we’re to take ?
[14:45:46] joki (joki!~joki@p5486298B.dip0.t-ipconnect.de) has quit (Ping timeout: 240 seconds)
[14:45:48] gigem: jya__: Dunno, but she uses live TV a lot.
[14:46:02] jya__: since when?
[14:46:04] dekarl: Googling for the code led me to believe that its C99 / C++11 style
[14:46:12] dekarl: I'm just trying to fix it
[14:46:19] jya__: fix what?
[14:46:24] jya__: what’s broken?
[14:46:30] dekarl: the native windows build
[14:46:34] jya__: ah ok
[14:48:34] jya__: I remember a while back about how char[] = “ … “ was obsolete and would fail under c++11
[14:48:40] jya__: clang warning
[14:52:42] joki (joki!~joki@p54862572.dip0.t-ipconnect.de) has joined #mythtv
[14:55:02] gigem: jya__: Since January, 2013.
[14:55:09] jya__: weird
[14:56:13] jya__: hmmm… i think i understand what happened with Lawrence patch, it stops reading from the file much earlier, so the readahead thread never considers that it reached EOF and thus wait ,
[14:56:21] jya__: soon enough the frontend starve for data
[15:00:13] jya__: gigem: ok I’ve pushed the commit reversal. it works for me now
[15:00:50] MythBuild: build #5098 of master-freebsd-64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/5098 blamelist: Karl Dietz <dekarl@mythtv.org >, Jean-Yves Avenard <jyavenard@mythtv.org >
[15:03:38] dekarl: hmm, could make it conditional, but only to support old GCC and old MSVC...
[15:03:40] gigem: jya__: Thanks. I still think you should propose your streaming change.
[15:04:27] jya__: will do someday :)
[15:07:26] MythBuild: build #2072 of master-linux-64bit-clang is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2072 blamelist: Karl Dietz <dekarl@mythtv.org >, Jean-Yves Avenard <jyavenard@mythtv.org >
[15:07:44] MythBuild: build #2429 of master-linux-64bit-icc is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2429 blamelist: Karl Dietz <dekarl@mythtv.org >, Jean-Yves Avenard <jyavenard@mythtv.org >
[15:09:17] MythBuild: build #505 of master-freebsd10–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/505 blamelist: Karl Dietz <dekarl@mythtv.org >, Jean-Yves Avenard <jyavenard@mythtv.org >
[15:10:15] jya__: ah ! so who is it ?
[15:10:42] jya__: dekarl: ^^
[15:22:38] FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG)
[15:24:32] stuartm: metadatagrabber.cpp:51:31: error: expected expression { "%1metadata/Movie/",
[15:41:02] jya__ (jya__!~jyavenard@mythtv/developer/jya) has quit (Quit: jya__)
[15:41:30] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[15:42:17] jafa (jafa!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has quit (Ping timeout: 245 seconds)
[15:56:23] dekarl: haha, best suggestion for the initialization from the internet is "you can use extern "C" to compile the c code in C++."
[16:00:33] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 240 seconds)
[16:10:01] jafa (jafa!~jafa@50.242.92.249) has joined #mythtv
[16:22:27] stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv
[16:28:29] SteveGoodey (SteveGoodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has joined #mythtv
[16:36:07] MythBuild: build #2074 of master-linux-64bit-clang is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2074
[16:36:14] MythBuild: build #2431 of master-linux-64bit-icc is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2431
[16:42:26] MythBuild: build #507 of master-freebsd10–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/507
[16:45:40] MythBuild: build #5100 of master-freebsd-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/5100
[16:46:54] andreaz (andreaz!~andre_000@p57922329.dip0.t-ipconnect.de) has joined #mythtv
[16:49:23] MythBuild: build #888 of master-win8-msvc-2010–32bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/888
[16:49:44] dekarl: \o/
[16:58:27] Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Quit: Leaving)
[17:01:25] jafa (jafa!~jafa@50.242.92.249) has quit (Remote host closed the connection)
[17:03:46] jafa (jafa!~jafa@50.242.92.249) has joined #mythtv
[17:08:22] jafa (jafa!~jafa@50.242.92.249) has quit (Remote host closed the connection)
[17:31:23] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv
[18:10:50] Steve-Goodey (Steve-Goodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has joined #mythtv
[18:11:22] SteveGoodey (SteveGoodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has quit (Ping timeout: 264 seconds)
[18:14:06] arescorpio (arescorpio!~arescorpi@72-242-16-190.fibertel.com.ar) has joined #mythtv
[18:16:17] Steve_Goodey (Steve_Goodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has joined #mythtv
[18:17:22] Steve-Goodey (Steve-Goodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has quit (Ping timeout: 264 seconds)
[18:53:46] SteveGoodey (SteveGoodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has joined #mythtv
[18:54:11] Steve_Goodey (Steve_Goodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has quit (Ping timeout: 252 seconds)
[19:08:03] SteveGoodey (SteveGoodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has quit (Ping timeout: 240 seconds)
[19:31:37] arescorpio (arescorpio!~arescorpi@72-242-16-190.fibertel.com.ar) has quit (Excess Flood)
[19:56:52] stuartm: dekarl: do you want to take https://code.mythtv.org/trac/ticket/12121 ?
[19:59:26] stuartm: I'm actually leaning towards dropping the 'fake programid' stuff, it's at best an optimisation for the scheduler
[20:00:29] stuartm: but the bit where he mentions that xmltv has no way of passing through a unique id surprised me since that's a must for DD support
[20:02:33] dekarl: huh?
[20:04:07] dekarl: oh my, garbage in garbage out...
[20:05:14] dekarl: he is right wrt "can not pass a generic unique id", we have a episode-num system "dd_progid" that mythtv supports though
[20:05:18] stuartm: indeed, the grabber is supplying bad data IMHO, but ignoring that, but this line was what interested me – "Sadly the XMLTV XML format has no way to pass the "tvshow_id" to MythTV as a programid."
[20:05:56] dekarl: and his analysis is wrong.. the code has been changed by me lately (not 2005)
[20:07:00] stuartm: ticket is three months old and he may be using a slightly older version of 0.27
[20:08:52] dekarl: Ohh, I already fixed and backported that... (I remember the Tatort "movie series" from epgdata discussion) https://github.com/MythTV/mythtv/commit/e2acf . . . 123e1309a134
[20:09:10] dekarl: in early January...
[20:20:04] dekarl: stuartm, I'm happy with the fake programid/seriesid being dropped
[20:38:53] stuartm: dekarl: ah good (fixed)
[21:01:11] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Ping timeout: 264 seconds)
[21:07:39] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 255 seconds)
[21:11:12] amessina (amessina!~amessina@50-196-241-78-static.hfc.comcastbusiness.net) has quit (Remote host closed the connection)
[21:12:36] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv
[21:20:36] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv
[21:31:01] Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has quit (Quit: Off tomorrow. May go to the zoo, may do some target shooting, or may just do some target shooting at the zoo.)
[21:32:02] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 252 seconds)
[21:35:00] Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has quit (Quit: ChatZilla 0.9.90.1 [Firefox 30.0/20140605174243])
[21:39:48] eee-blt (eee-blt!~nb0yjxtr@ma.sdf.org) has quit (Ping timeout: 260 seconds)
[21:50:31] eee-blt (eee-blt!~nb0yjxtr@ma.sdf.org) has joined #mythtv
[22:32:56] andreaz (andreaz!~andre_000@p57922329.dip0.t-ipconnect.de) has quit (*.net *.split)
[22:32:57] kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (*.net *.split)
[22:32:57] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (*.net *.split)
[22:32:57] Gibby (Gibby!~Gibby@184.170.249.223) has quit (*.net *.split)
[22:32:57] sphery (sphery!~mdean@mythtv/developer/sphery) has quit (*.net *.split)
[22:32:58] coling (coling!~colin@cpc7-sgyl36-2-0-cust267.18-2.cable.virginm.net) has quit (*.net *.split)
[22:32:58] kc (kc!~Casper@unaffiliated/kc) has quit (*.net *.split)
[22:32:59] tonsofpcs (tonsofpcs!~mythbuntu@rivendell/member/tonsofpcs) has quit (*.net *.split)
[22:32:59] FrankD_Work (FrankD_Work!~frankd@resv-195.noc.cv.net) has quit (*.net *.split)
[22:32:59] Chutt (Chutt!~ijr@2605:a000:1208:c08c:e131:600f:2763:39e2) has quit (*.net *.split)
[22:33:00] robink (robink!~quassel@unaffilated/robink) has quit (*.net *.split)
[22:33:01] nephyrin (nephyrin!~neph@2620:101:80fc:224:7a2b:cbff:fe9e:2e67) has quit (*.net *.split)
[22:33:01] ryan_turner|MTW (ryan_turner|MTW!Ryan@2600:3c01::f03c:91ff:fe69:f4ab) has quit (*.net *.split)
[22:33:12] tonsofpcs (tonsofpcs!~mythbuntu@cpe-67-255-119-102.stny.res.rr.com) has joined #mythtv
[22:33:12] coling (coling!~colin@cpc7-sgyl36-2-0-cust267.18-2.cable.virginm.net) has joined #mythtv
[22:33:32] sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv
[22:33:34] Gibby (Gibby!~Gibby@184.170.249.223) has joined #mythtv
[22:34:25] Casper0082 (Casper0082!~Casper@pool-71-185-186-159.phlapa.fios.verizon.net) has joined #mythtv
[22:36:08] FrankD_Work (FrankD_Work!~frankd@resv-195.noc.cv.net) has joined #mythtv
[22:36:08] Chutt (Chutt!~ijr@2605:a000:1208:c08c:e131:600f:2763:39e2) has joined #mythtv
[22:36:08] robink (robink!~quassel@unaffilated/robink) has joined #mythtv
[22:36:08] nephyrin (nephyrin!~neph@2620:101:80fc:224:7a2b:cbff:fe9e:2e67) has joined #mythtv
[22:36:08] ryan_turner|MTW (ryan_turner|MTW!Ryan@2600:3c01::f03c:91ff:fe69:f4ab) has joined #mythtv
[22:38:31] eee-blt (eee-blt!~nb0yjxtr@ma.sdf.org) has quit (Write error: Broken pipe)
[22:38:33] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[22:38:55] eee-blt (eee-blt!~nb0yjxtr@192.94.73.31) has joined #mythtv
[23:03:23] wagnerrp: dekarl: i tried all kinds of different syntax. that was the first that i could get to work
[23:03:43] wagnerrp: clang would complain without the explicit cast
[23:03:55] dekarl: I noticed that after commiting :)
[23:08:42] dumnut (dumnut!~dumnut@2605:a000:140c:c088:2162:67b4:1750:8b41) has joined #mythtv
[23:14:32] stichnot (stichnot!stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 260 seconds)
[23:32:58] stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv
[23:54:23] CrypticSquared (CrypticSquared!~CrypticSq@unaffiliated/crypticsquared) has joined #mythtv

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