MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (69):

aloril, Anoia, Anssi, arescorpio, caelor, Captain_Murdoch2, clever, coling, Cougar, CrypticSquared, dblain_, dekarl, dreamcat4, eee-blt, ElmerFudd, fetzerch, FrankD_Work, Gibby_, gregL, GreyFoxx, J-e-f-f-A, jams_, jarle, jarryd, jheizer, joki, jpharvey, jwhite, kc, knightr, kormoc, kurre2, kwmonroe, mad_enz, MythBuild, MythLogBot, nephyrin, nyloc_, peper03, poptix-, purserj, rhpot1991, robink, rsiebert, ryan_turner|MTW, Seeker`, seld_, Sharky112065, sheedyz, skd5aner, sl1ce, sphery_, sraue, stuartm, sunkan, taylorr, Tobbe5178, toddc, toeb, tonsofpcs, tris, unforgiven512, wagnerrp, Warped, wseltzer, XDS2010_, xris, zentec, _charly__
Sunday, July 27th, 2014, 00:34 UTC
[00:34:37] arescorpio (arescorpio!~arescorpi@201-26-245-190.fibertel.com.ar) has joined #mythtv
[00:45:13] andreaz (andreaz!~andre_000@p57922329.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)
[00:46:57] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[00:50:42] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 260 seconds)
[00:54:45] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Read error: Connection reset by peer)
[00:54:51] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[01:06:57] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_)
[01:13:48] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[01:33:05] jya: stuartm: I wouldn’t have put audiooutputgraph in libmyth/audio
[01:33:25] jya: libmyth/audio so far only ever contained drivers / utilities for the various hardware output options
[01:33:30] jya: no GUI of anykind
[01:34:03] jya: and have audiooutputgraph is going to make the split to having a separate libmythaudio much more complicated now that we have a libmythui dependency
[01:40:39] jya: IMHO, it makes much more sense to have it in libmythtv or more likely where it’s actually used (mythfrontend)
[01:50:27] stichnot: Here's a mythfrontend puzzle (which I managed to solve but it might be fun for others to speculate). 4 ION frontends in the house. The other day, one of them started stuttering on playback. Every kind of video file had the same stuttering. CPU usage was normal. Logs complained about ALSA buffer underrun. No changes to hardware or in the setup (assume the kids don't know how to access...
[01:50:29] stichnot: ...the setup screens).
[01:50:51] stichnot: All other IONs, plus my laptop, played perfectly with no stuttering.
[01:56:40] stichnot: jya: have you actually tested the audiograph stuff? For me, it seems kind of plausible for mono or stereo recordings, but complete garbage for e.g. 5.1 audio.
[01:57:09] jya: stichnot: I read your comments about it ys
[01:57:43] jya: would have to add decoding the audio (if passthrough is enabled) or downmix it
[01:58:24] jya: stichnot: I hate riddle … I always skip to the end of the book to check on the answer..
[01:58:57] stichnot: jya: ok. Not sure if I commented on this particular aspect: I suspect I get different audiograph results depending on whether I seek forward or backward in the editor
[01:59:39] jya: gotta run
[01:59:45] stichnot: all right, riddle answer: someone had changed the audio sync to the min value. I figured it out after comparing all the settings between 2 frontends
[02:00:28] jya: would need to be able to have a revert or safety
[02:00:33] jya: i’ve had that issue before
[02:07:52] stichnot: could print info like that in the logs at playback start. or add it to the status you get when you press PLAY, which currently includes timestretch
[02:08:47] stichnot: though apparently it either doesn't happen to people ever, or they figure it out quickly (unlike me), or maybe my Google-fu just sucks
[02:14:48] pvr4me (pvr4me!~craigtrel@d24-150-182-175.home.cgocable.net) has quit (Quit: pvr4me)
[02:26:57] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Read error: Connection reset by peer)
[02:45:37] stichnot (stichnot!~stichnot@adsl-68-125-55-21.dsl.pltn13.pacbell.net) has joined #mythtv
[02:45:38] stichnot (stichnot!~stichnot@adsl-68-125-55-21.dsl.pltn13.pacbell.net) has quit (Changing host)
[02:45:38] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[02:56:56] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 260 seconds)
[02:57:18] peper03_ (peper03_!~peper03@mythtv/developer/peper03) has joined #mythtv
[02:57:30] peper03_ is now known as peper03
[03:01:25] jpabq: stichnot: I have been bit by that myself. I have to wonder what the justification is for SAVING the audio sync value? Shouldn't it be reset back to zero whenever playback starts?
[03:02:42] Chutt (Chutt!~ijr@cpe-76-190-199-73.neo.res.rr.com) has joined #mythtv
[03:03:43] Chutt_ (Chutt_!~ijr@cpe-76-190-199-73.neo.res.rr.com) has quit (Ping timeout: 255 seconds)
[03:21:29] stichnot: jpabq: I suspect the rationale is that some people have recorders and/or video sources and/or frontends and/or TVs where a particular audio sync offset is consistently needed. And it's probably much less frustrating on the whole to accommodate those people and making others remember to change it back after watching an occasional recording with sync issues.
[03:54:14] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 250 seconds)
[03:55:44] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[04:10:59] arescorpio (arescorpio!~arescorpi@201-26-245-190.fibertel.com.ar) has quit (Excess Flood)
[05:02:10] dekarl (dekarl!~dekarl@p4FE843EF.dip0.t-ipconnect.de) has quit (Ping timeout: 250 seconds)
[05:05:12] dekarl (dekarl!~dekarl@p4FCEE742.dip0.t-ipconnect.de) has joined #mythtv
[05:35:51] J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@24-177-48-184.dhcp.oxfr.ma.charter.com) has quit (Quit: Oh No!!!! ;-))
[05:39:33] J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@24-177-48-184.dhcp.oxfr.ma.charter.com) has joined #mythtv
[05:46:41] J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@24-177-48-184.dhcp.oxfr.ma.charter.com) has quit (Quit: Oh No!!!! ;-))
[05:51:37] J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@24-177-48-184.dhcp.oxfr.ma.charter.com) has joined #mythtv
[07:17:27] SteveGoodey (SteveGoodey!~steve@host109-158-49-150.range109-158.btcentralplus.com) has joined #mythtv
[07:54:11] jya: jpabq: one of my frontend have constent A/V sync delay.. you definitely want to save the value..
[08:33:28] stuartm: jya: good point
[08:34:16] stuartm: (re audiograph)
[08:34:45] ** jya is always full of good points **
[08:35:57] stuartm: if I'm honest I didn't actually look at the dependencies of it, just it's name
[08:36:59] jya: I understand … I worked on splitting libmyth/libmythtv a couple of weeks ago, and getting something clean without cross-references is a pain
[08:38:34] stuartm: I wonder why vlc on android lacks the upnp component
[08:39:04] jya: it doesn’t ?
[08:41:12] stuartm: https://trac.videolan.org/vlc/ticket/7067
[08:45:25] stuartm: may be that the iOS version is using an UPnP API built into the OS?
[08:55:52] dekarl: stuartm, I can change it to startsWith once I can pull again (Connection closed by 140.211.167.130)
[08:57:12] stuartm: jya: is the following really an error? "HttpServer108 mythcorecontext.cpp:945 (GetBackendServerIP) No address defined for host: 192.168.159.2"
[08:57:54] jya: stuartm: that’s weird it’s getting there… normally it should only attempt name resolution if it’s not an IP address
[08:58:19] jya: stuartm: I seriously doubt Apple ever implemented an UPnP api
[08:59:30] jya: stuartm: that error is only displayed if both addr6 and addr4 is found as empty
[08:59:45] jya: what’s your mythtv-setup general network config?
[09:00:13] jya: oh I think I see…
[09:00:30] jya: it calls GetBackendServerIP for host “192.168.159.2”
[09:00:47] jya: which is unlikely to have a setting as the IP address is never used as the setting key
[09:03:13] warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has joined #mythtv
[09:03:55] warpme: jya: quick Q: is walking LiveTV history working OK in current master?
[09:04:03] jya: it should
[09:04:04] andreaz (andreaz!~andre_000@p57922329.dip0.t-ipconnect.de) has joined #mythtv
[09:04:27] warpme: may you pls check? It is broken for me :-(
[09:04:31] jya: the same as fixes/0.27
[09:05:23] warpme: did You check it now under current master?
[09:06:34] ** jya looks like the only patches I’ve kept from Lawrence aren’t working afterall **
[09:07:09] warpme: exactly. I spent 2 days to find this regression.
[09:07:09] jya: warpme: look at the commit I added from Lawrence Rust to libs/libmythtv/mythplayer.cpp
[09:07:30] jya: there are two of them that change the logic for liveTV
[09:07:39] jya: they are probably the culprit
[09:07:46] jya: they did make transition super smooth
[09:08:02] jya: i won’t be able to test for a while… weeks likely
[09:11:32] stuartm: warpme: in a quick test it's working for me, slight issue with using Skip instead of Jump where it wouldn't transition past one particular program boundary
[09:11:38] warpme: for me history walking is broken by cc927f6. Unfortunatelly reverting cc927f6 causes issue with 15–17fps playback. So I have to revert 195eb07. LiveTV walking starts to work OK but channel changes is broken. Reverting bfc6b9e makes all OK...but all speedups/smoothness in LiveTV gone :-(
[09:16:35] warpme: Hard trade-off: with Lawrence patches so many things are better (i.e. no really annoying sttutering on channel change) – but broken LiveTV history walking. Without those 3 commits all LiveTV OK – but really annoying stuttering at channel change. It will be so nice to fix Lawrence most likelly cc927f6 patch for LiveTV history walking...
[09:16:58] stuartm: only bug I've found is that you can't change to channels in the guide with numbers containing '.' e.g. 4.1
[09:17:26] stuartm: but that's probably nothing new and seems specific to the guide, so I'll fix it
[09:17:57] warpme: jya: I saw You have new job. Congrats!!!. May You said one word what it is?
[09:18:38] jya: Mozilla… working on media player extension
[09:19:25] warpme: stuartm: did I get it correctly: You have working OK livetv history walking in current master?
[09:19:36] jya: ok… i’m tired.. going back to my hotel.. their internet has been broken for 2 days.. very annoying
[09:19:40] stuartm: warpme: yes
[09:19:53] jya: warpme: last I tried it was working just fine (last week)
[09:20:04] stuartm: jya: go, get some sleep
[09:20:17] warpme: jya: is it mean that soon mozilla will be reference for MPEG-DASH/MTML5 streaming?
[09:20:33] jya: warpme: it already can
[09:20:45] jya: not on mac (that is soon)
[09:22:20] jya: on linux it will work with libav 0.8. I’ve just fixed wotking with FFmpeg 1.2 and 2.2 .. you need to run firefox with those patches: https://bugzilla.mozilla.org/show_bug.cgi?id=1040550 and https://bugzilla.mozilla.org/show_bug.cgi?id=1041950
[09:23:14] jya: you need to play with the about:config and set a few options: media.fragmented-mp4.exposed=true media.fragmented-mp4.ffmpeg.enabled=true media.mediasource.enabled = true and media.fragmented-mp4.exposed = true
[09:23:31] jya: with that, DASH with mp4 (h264 / aac) video will play
[09:24:06] jya: this video in particular: http://dashif.org/reference/players/javascript/0.2.3/index.html
[09:24:58] jya: righto.. I’m off.. see ya
[09:27:08] warpme: stuartm: what television system are You using? Also may you test following: set forward/back jumps to 10s. Start livetv channel, watch for 1..2min, switch to other channel, watch 10–30sec, start walking livetv history back. For me when entering program from previous channel, playback jumps to beginning of this program. Should be rather end – some sec.
[09:29:41] stuartm: warpme: ah, yeah I experienced that when using skip set to 10 seconds, but not jumps set to 1 minute
[09:29:54] warpme: exactly!
[09:29:55] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Ping timeout: 272 seconds)
[09:30:36] warpme: glad You found it as I was sad that it is somehow issue of my enviroment....
[09:32:42] stuartm: warpme: didn't always happen, in my test it was only one particular channel change boundary
[09:32:43] warpme: root cause is by https://github.com/MythTV/mythtv/commit/cc927 . . . 935b0780b299
[09:34:05] warpme: indeed – also I overlook it durring periodic regression tests. Disover it after few weeks – so nailing regressing commit took me 2 days...
[09:41:08] stuartm: does changing the skip to 15/20 seconds make any difference? There's a bit in that commit that specifically seems to avoid skips back into the last program if the skip would leave less than 10 seconds to play on the previous program
[09:41:14] stuartm: if I'm reading it correctly
[09:43:45] stuartm: ah nevermind, that's not new in that commit
[09:47:33] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv
[10:27:25] andreaz (andreaz!~andre_000@p57922329.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)
[10:45:18] warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has quit (Remote host closed the connection)
[10:46:30] warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has joined #mythtv
[10:52:37] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 256 seconds)
[10:52:38] warpme: stuartm: chnging duration of skip only chnages conditions when livetv history issue manifests. It looks like issue is only when skip target place is within last 10s (or so) of previous livetv segment.
[10:55:43] poptix- (poptix-!poptix@poptix.net) has joined #mythtv
[10:55:46] poptix (poptix!poptix@poptix.net) has quit (Read error: Connection reset by peer)
[10:56:12] stuartm: what happens if you comment out the bit of MythPlayer starting with the comment "// check that we aren't too close to the end of program."
[10:56:41] stuartm: up to the next comment "// nextpos is the new position to use in seconds"
[10:58:20] stuartm: it may be completely unrelated, and it's nothing new, but it seems like a coincidence
[10:59:15] warpme: should I do this only in fe or rather also in be?
[10:59:37] stuartm: fe
[11:04:46] joki (joki!~joki@p548614D8.dip0.t-ipconnect.de) has quit (Ping timeout: 255 seconds)
[11:05:33] warpme: ok give me few minutes as I need rebuild image :-)
[11:10:08] joki (joki!~joki@p54861BA0.dip0.t-ipconnect.de) has joined #mythtv
[11:34:58] jpabq_ (jpabq_!~quassel@97-123-205-95.albq.qwest.net) has joined #mythtv
[11:35:38] jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Ping timeout: 250 seconds)
[11:52:19] Steve-Goodey (Steve-Goodey!~steve@host109-158-49-150.range109-158.btcentralplus.com) has joined #mythtv
[12:14:27] warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has quit (Ping timeout: 245 seconds)
[12:20:23] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv
[12:33:36] clever (clever!~clever@nwcsnbsc00w-142177098030.dhcp-dynamic.FibreOp.nb.bellaliant.net) has quit (Read error: Connection reset by peer)
[12:42:36] warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has joined #mythtv
[12:44:52] clever (clever!~clever@nwcsnbsc00w-142177098030.dhcp-dynamic.FibreOp.nb.bellaliant.net) has joined #mythtv
[12:46:40] warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has quit (Remote host closed the connection)
[13:36:46] Anoia (Anoia!~dee@jane.earlsoft.co.uk) has joined #mythtv
[13:36:50] Anoia: hi all
[13:39:47] Anoia: is there any way of debugging why mythtv-setup can't connect to mysql?
[13:40:00] Anoia: i can conenct using the same details form the same host using tcp
[13:41:21] Anoia: it's on localhost so firewall won't come into play but 3306 has been opened anyway
[13:50:44] sphery_ (sphery_!~mdean@mythtv/developer/sphery) has joined #mythtv
[13:52:14] sphery (sphery!~mdean@mythtv/developer/sphery) has quit (Ping timeout: 250 seconds)
[14:03:21] CrypticSquared (CrypticSquared!~CrypticSq@unaffiliated/crypticsquared) has quit (Quit: Leaving...)
[14:14:02] stuartm: Anoia: check the mysql configuration, some distributions by default disable networking for mysql
[14:14:47] Anoia: i'd already checked that and confirmed that the mysql client could connect using the same details
[14:48:53] clever: Anoia: how did you tell the mysql client to connect to the localhost?
[14:51:19] Anoia: -h localhost -P 3306
[14:51:27] Anoia: and can telnet to 3306
[14:51:28] clever: try -h 127.0.0.1
[14:52:00] Anoia: the resolve to the same address
[14:52:17] clever: Anoia: mysql will internaly switch to the unix socket if you give it 'localhost'
[14:52:21] clever: it doesnt resolve the name
[14:52:39] Anoia: not if you give it -P
[14:52:53] clever: cant think of anything else then
[14:53:04] Anoia: either way it doens;t make a difference, mysql is still listenign on 3306
[14:53:17] Anoia: i'm trying to clean and try again :|
[15:12:02] Anoia: it looks liek I had a mess of an old source install and an rpm package on here
[15:43:39] mad_enz (mad_enz!~Enz@CPE00508b114c3e-CMbc1401360c70.cpe.net.cable.rogers.com) has quit (Quit: Leaving)
[15:44:04] mad_enz (mad_enz!~Enz@CPE00508b114c3e-CMbc1401360c70.cpe.net.cable.rogers.com) has joined #mythtv
[16:34:10] jpabq_ is now known as jpabq
[16:34:26] jpabq (jpabq!~quassel@97-123-205-95.albq.qwest.net) has quit (Changing host)
[16:34:26] jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv
[17:36:36] dekarl (dekarl!~dekarl@p4FCEE742.dip0.t-ipconnect.de) has quit (Ping timeout: 250 seconds)
[17:37:45] paul-h (paul-h!~Paul@2.121.113.218) has joined #mythtv
[17:39:45] dekarl (dekarl!~dekarl@p4FE8585C.dip0.t-ipconnect.de) has joined #mythtv
[17:41:53] paul-h: gigem: any idea's on this one? https://forum.mythtv.org/viewtopic.php?f=36&t=299
[18:18:29] paul-h: Think you may have to do a make distclean before doing a git pull after stuartm's move of audiooutputgraph.h I had to go into libmythtv and do a make clean and qmake in there to clean things up doing it the other way around because the make distclean fails part way through
[18:21:52] stuartm: heh, "Brazilian friendly designs" ... wonder what that's about
[18:24:21] stuartm: hmm, maybe the other meaning of animados ... animations, in which context desenhos would mean drawing
[18:24:31] stuartm: so just Brazilian Cartoons
[18:26:13] stuartm: </ravings of a madman>
[18:35:03] Cougar (Cougar!~cougar@2a03:5880:104:10:c03f:1951:e3a9:62bd) has quit (Ping timeout: 240 seconds)
[18:36:13] paul-h: HaHa can't be the heat it's 10 degrees cooler today :)
[18:36:15] Cougar (Cougar!~cougar@2a03:5880:104:10:9c6e:c3cf:b242:681) has joined #mythtv
[18:55:43] stuartm: yeah, looking forward to actually getting some sleep
[19:07:15] paul-h: stichnot: that probably would have helped I'll try and remember that for next time
[19:16:19] dekarl: Is it just me or is git@code.mythtv.org :mythtv borked atm?
[19:16:45] dekarl: I'm seeing commit mails, but can't push or pull
[19:26:59] andreaz (andreaz!~andre_000@p57922329.dip0.t-ipconnect.de) has joined #mythtv
[19:30:42] natanojl: dekarl: Just tried git fetch and that worked fine
[19:38:28] gigem: paul-h: That's extremely strange. The only thing I can think of is his tuner is stuck in the recording state for over a week. Surely he'd notice that, though. What do his logs and Previously Recorded show?
[19:40:20] Chutt (Chutt!~ijr@cpe-76-190-199-73.neo.res.rr.com) has quit (Ping timeout: 255 seconds)
[19:50:17] dekarl: natanojl: ty, works on my other box, too. strange
[19:53:27] natanojl: dekarl: np
[19:58:24] sheedyz (sheedyz!sheedy@gateway/shell/kde/x-dcuyxylljaxsrazz) has joined #mythtv
[19:59:31] _charly__ (_charly__!~kroseneg@v-83-246-40-180.eu.hostway-enterprise.net) has joined #mythtv
[19:59:57] dblain_ (dblain_!~dblain@mythtv/developer/dblain) has joined #mythtv
[20:00:19] wagnerrp_ (wagnerrp_!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv
[20:00:48] cougar_h (cougar_h!~cougar@2a03:5880:104:10:9c6e:c3cf:b242:681) has joined #mythtv
[20:03:51] seld_ (seld_!~seld@h7n7-rny-a12.ias.bredband.telia.com) has joined #mythtv
[20:05:07] nyloc_ (nyloc_!~quassel@nyloc.de) has joined #mythtv
[20:06:13] xris- (xris-!~xris@xris.forevermore.net) has joined #mythtv
[20:11:00] Cougar (Cougar!~cougar@2a03:5880:104:10:9c6e:c3cf:b242:681) has quit (*.net *.split)
[20:11:03] ElmerFudd (ElmerFudd!~le@87-55-166-130-static.dk.customer.tdc.net) has quit (*.net *.split)
[20:11:03] _charly_ (_charly_!~kroseneg@v-83-246-40-180.eu.hostway-enterprise.net) has quit (*.net *.split)
[20:11:03] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (*.net *.split)
[20:11:03] xris (xris!~xris@mythtv/developer/xris) has quit (*.net *.split)
[20:11:06] dblain (dblain!~dblain@mythtv/developer/dblain) has quit (*.net *.split)
[20:11:07] nyloc (nyloc!~quassel@nyloc.de) has quit (*.net *.split)
[20:11:08] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (*.net *.split)
[20:11:10] seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has quit (*.net *.split)
[20:11:16] sheedy-away (sheedy-away!sheedy@gateway/shell/kde/x-bvvygvdhkfewtkhf) has quit (*.net *.split)
[20:11:19] cougar_h is now known as Cougar
[20:11:55] sraue_ (sraue_!~stephan@2a02:908:fc10:2780:3e97:eff:fe0c:d215) has joined #mythtv
[20:13:05] ElmerFudd (ElmerFudd!~le@87-55-166-130-static.dk.customer.tdc.net) has joined #mythtv
[20:14:03] sraue_ is now known as sraue
[20:14:26] sraue (sraue!~stephan@2a02:908:fc10:2780:3e97:eff:fe0c:d215) has quit (Changing host)
[20:14:26] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv
[20:20:27] wagnerrp_ is now known as wagnerrp
[20:33:33] xris- is now known as xris
[20:33:34] xris (xris!~xris@xris.forevermore.net) has quit (Changing host)
[20:33:34] xris (xris!~xris@mythtv/developer/xris) has joined #mythtv
[20:36:02] natanojl: paul-h: I think you might want to use gCoreContext->IsThisHost(hostname) here as well: https://code.mythtv.org/cgit/mythtv/tree/myth . . . er.cpp#n3625
[20:39:41] arescorpio (arescorpio!~arescorpi@201-26-245-190.fibertel.com.ar) has joined #mythtv
[20:56:26] SteveGoodey (SteveGoodey!~steve@host109-158-49-150.range109-158.btcentralplus.com) has quit (Quit: Konversation terminated!)
[21:09:23] skd5aner (skd5aner!~skd5aner@125.sub-70-198-65.myvzw.com) has quit (Ping timeout: 256 seconds)
[21:09:25] skd5aner (skd5aner!~skd5aner@125.sub-70-198-65.myvzw.com) has joined #mythtv
[21:33:42] Steve-Goodey (Steve-Goodey!~steve@host109-158-49-150.range109-158.btcentralplus.com) has quit (Quit: Konversation terminated!)
[21:37:55] stuartm: dekarl: possibly lingering dns issues?
[21:39:09] stuartm: paul-h: thanks for the # fix, it had slipped my mind
[21:40:58] CrypticSquared (CrypticSquared!~CrypticSq@unaffiliated/crypticsquared) has joined #mythtv
[21:42:01] stuartm: paul-h: fwiw, we might want to use percent encoding on the path when passing it to QUrl in the first place, that would avoid the need for hacks and guard against all possible url special chars
[21:51:39] stuartm: in fact there has to be a point of common code where we can ensure that paths are properly encoded, just not sure where it should be
[22:21:21] paul-h: gigem: I've asked him for the logs and previously recorded.
[22:21:59] paul-h: natanojl: yeah I think you are right I'll change there as well
[22:23:18] paul-h: stuartm: yw, We use similar hacks in other places already although I do agree it is very ugly
[22:25:30] stuartm: I've made a note to look at it when I'm not working on other things, there has to be a neater and less fragile solution but it likely means touching a lot of places to have everything use the same method
[22:25:51] stuartm: what you've done is good enough for now :)
[22:28:07] stuartm: maybe in GenMythUrl()
[22:29:35] stuartm: have it return a properly formatted and encoded QUrl ... then make sure everywhere that deals with a myth::// path actually uses it
[22:30:09] knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has joined #mythtv
[22:30:10] knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Changing host)
[22:30:10] knightr (knightr!~Nicolas@mythtv/developer/knightr) has joined #mythtv
[22:30:55] paul-h: Sounds like a plan
[22:34:07] stuartm: very similar to what I did just a couple of weeks ago for the upnp code to ensure the URIs there were properly encoded, so I'll probably end up doing it in the next few days while that's still fresh in my memory
[22:42:17] gigem: paul-h: I just checked the test I started earlier and it shows the same problem. I'll try to figure out what's going on later this evening.
[22:42:53] CrypticSquared (CrypticSquared!~CrypticSq@unaffiliated/crypticsquared) has quit (Remote host closed the connection)
[22:43:08] paul-h: gigem: OK thanks for looking at it
[22:44:54] gigem: Actually, I have to take that back. I misread my results. It worked as expected.
[22:50:10] CrypticSquared (CrypticSquared!~CrypticSq@unaffiliated/crypticsquared) has joined #mythtv
[22:55:59] paul-h: gigem: You could be right with your stuck tuner theory – the second image shows the status for the 2014-07–19 recording as 'Record Weekly – Recording' over a week after it should have stopped recording
[22:58:18] paul-h (paul-h!~Paul@2.121.113.218) has quit (Quit: Konversation terminated!)
[23:25:43] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 256 seconds)
[23:30:30] andreaz (andreaz!~andre_000@p57922329.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)
[23:33:34] rsiebert (rsiebert!~quassel@e179184078.adsl.alicedsl.de) has joined #mythtv
[23:36:42] rsiebert_ (rsiebert_!~quassel@g225044094.adsl.alicedsl.de) has quit (Ping timeout: 250 seconds)

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