MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (70):

aloril, amessina, Anssi, brfransen, caelor, Casper0082, CCFL_Man, Chutt_, clever, coling, dblain, dekarl, eee-blt, ElmerFudd, enyc, epinephrine, esperegu, fetzerch, Gibby, gigem, gregL, GreyFoxx, J-e-f-f-A, jams, jarle, jheizer, joki, jpharvey, jst, jwhite, jya, kormoc, kurre2, len_, moparisthebest, MythBuild, MythLogBot, nephyrin, og01, peper03, poptix-, purserj, rich0, rmeden1, robink, Roklobsta, rsiebert, Seeker`, seld_, Sharky112065, sheedy-away, skd5aner, sl1ce, sphery_, sraue, stuartm, suffice, superm1, taylorr, tgm4883, Tobbe5178, tonsofpcs, tris, unforgiven512, wagner__, Warped, XDS2010, xris, zentec_, _charly_
Monday, October 20th, 2014, 00:19 UTC
[00:19:46] jya: peper03: you’re guess is as good as mine.. And I have no DVB radio station here to test…
[00:20:09] jya: that whole part of the code is IMHO due for a complete rewrite.. it’s full of deadlock everywhere
[00:24:08] superm1 (superm1!uid4318@ubuntu/member/superm1) has joined #mythtv
[00:39:16] sl1ce (sl1ce!~johnathan@pool-108-20-176-89.bstnma.fios.verizon.net) has joined #mythtv
[00:48:05] jya: should we retag v0.27.5 ?
[01:53:38] Roklobsta (Roklobsta!~Roklobsta@ppp118-209-255-227.lns20.mel8.internode.on.net) has joined #mythtv
[02:00:12] len__ (len__!~quassel@75-168-45-25.mpls.qwest.net) has joined #mythtv
[02:48:38] rmeden (rmeden!~Robert@107-131-101-38.lightspeed.rcsntx.sbcglobal.net) has joined #mythtv
[02:49:52] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 240 seconds)
[02:50:32] peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv
[02:51:05] len__ (len__!~quassel@75-168-45-25.mpls.qwest.net) has quit (Remote host closed the connection)
[03:12:59] arescorpio (arescorpio!~arescorpi@190.190.244.100) has joined #mythtv
[03:45:16] rmeden (rmeden!~Robert@107-131-101-38.lightspeed.rcsntx.sbcglobal.net) has quit (Quit: Leaving.)
[03:45:46] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 250 seconds)
[03:46:03] rmeden (rmeden!~Robert@107-131-101-38.lightspeed.rcsntx.sbcglobal.net) has joined #mythtv
[03:47:17] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[03:48:53] SteveGoodey (SteveGoodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has joined #mythtv
[04:04:33] Roklobsta (Roklobsta!~Roklobsta@ppp118-209-255-227.lns20.mel8.internode.on.net) has quit (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
[04:04:57] Roklobsta (Roklobsta!~Roklobsta@ppp118-209-255-227.lns20.mel8.internode.on.net) has joined #mythtv
[04:17:15] SteveGoodey (SteveGoodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!)
[04:40:01] andreaz (andreaz!~andre_000@p5DD14F38.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)
[05:33:18] peper03: jya: Ok, I guess I'll keep on digging. I did wonder whether some sort of timeout check would work in AvFormatDecoder::GetFrame to make sure we don't stay in the loop longer than X seconds. Not specifically for this problem but just in general.
[05:34:03] peper03: It's a bit of a plaster but might help until someone feels up to the challenge of re-writing that loop.
[05:36:07] jya: peper03: I’m really no fan on code that make assumptions on how long we should wait to continue or abort. Time to try etc...
[05:36:42] jya: then you see dozen of extra changes just to make it work for this person, with this hardware , or a particular case etc...
[05:36:53] jya: myth code is plastered with those everywhere
[05:37:11] jya: (than includes the various usleep here and there for the same reason)
[05:37:26] peper03: No, I agree. It was really more of a thought on how to ensure we don't get stuck in that loop without a re-write.
[05:38:22] peper03: Timing dependent code is usually risky. In this case I probably would have put it at 10 seconds or something unreasonably large. But again, it would just be a sticking plaster.
[05:43:06] peper03: jya: What about the issue with rawbitrate. Are you aware of any problems that could arise by setting it to 800 in FileRingBuffer::OpenFile as used to be done?
[05:43:51] jya: peper03: yes…
[05:44:01] peper03: With my patch to make filtering work as intended, selecting 'audio only' prevents playback in LiveTV because it runs out of time buffering the stream.
[05:44:04] jya: but I can’t recall :)
[05:44:16] jya: ah yes…
[05:44:30] peper03: Not sure why someone would want to use 'audio only' on LiveTV but it's a possible combination.
[05:45:06] jya: that would cause the buffering calculation size to be wrong and not be updated later ; which cause severe latency for some media
[05:45:16] jya: because that size is used for the initial buffering
[05:45:34] peper03: For that matter, I see the same issue if I select 'TV only' and tune to a DVB radio station. There are obviously one or two other data streams in there that bump up the overall bitrate enough. Stripping leads to audio only again and the same problem arises.
[05:45:53] jya: and with some content, that buffer size was too small to detect the content type, and was getting in the way of my “In buffer decoding” methods
[05:47:46] arescorpio (arescorpio!~arescorpi@190.190.244.100) has quit (Excess Flood)
[05:47:57] taylorr (taylorr!~taylorr@unaffiliated/elmojo) has quit (Ping timeout: 260 seconds)
[05:48:58] peper03: Hmm. Is there a middle-ground we could use? Still not ideal though.
[06:08:41] rmeden1 (rmeden1!~Robert@107-131-101-38.lightspeed.rcsntx.sbcglobal.net) has joined #mythtv
[06:10:26] rmeden (rmeden!~Robert@107-131-101-38.lightspeed.rcsntx.sbcglobal.net) has quit (Ping timeout: 240 seconds)
[06:16:57] cesman (cesman!~cesman@pool-173-60-115-40.lsanca.fios.verizon.net) has joined #mythtv
[06:16:57] cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv
[06:16:57] cesman (cesman!~cesman@pool-173-60-115-40.lsanca.fios.verizon.net) has quit (Changing host)
[06:20:10] rmeden (rmeden!~Robert@107-131-101-38.lightspeed.rcsntx.sbcglobal.net) has joined #mythtv
[06:21:46] rmeden1 (rmeden1!~Robert@107-131-101-38.lightspeed.rcsntx.sbcglobal.net) has quit (Ping timeout: 240 seconds)
[06:22:22] rmeden1 (rmeden1!~Robert@107-131-101-38.lightspeed.rcsntx.sbcglobal.net) has joined #mythtv
[06:24:49] rmeden (rmeden!~Robert@107-131-101-38.lightspeed.rcsntx.sbcglobal.net) has quit (Ping timeout: 258 seconds)
[07:16:04] FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv
[07:18:20] SteveGoodey (SteveGoodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has joined #mythtv
[07:24:58] esperegu (esperegu!~quassel@ip-213-124-221-127.ip.prioritytelecom.net) has joined #mythtv
[07:41:09] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv
[07:59:00] stuarta: morning all
[08:02:53] superm1 (superm1!uid4318@ubuntu/member/superm1) has quit (Quit: Connection closed for inactivity)
[08:03:49] Steve-Goodey (Steve-Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has joined #mythtv
[08:03:52] SteveGoodey (SteveGoodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has quit (Ping timeout: 240 seconds)
[08:05:32] Merlin83b (Merlin83b!~Daniel@office.34sp.com) has joined #mythtv
[08:08:14] Steve_Goodey (Steve_Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has joined #mythtv
[08:08:48] Steve-Goodey (Steve-Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has quit (Ping timeout: 260 seconds)
[08:10:19] Steve_Goodey: stuarta: Hi, do you know if the wiki has had any changes recently? Apart from content.
[08:21:46] stuarta: Steve_Goodey: yes stuartm upgraded it over the weekend
[08:22:06] stuarta: Steve_Goodey: any issue you are observing
[08:22:08] stuarta: ?
[08:24:22] Steve_Goodey: OK thanks. Just a minor one. Special Pages, Active Users List, some users show a large increase in actions. But nothing important.
[08:26:00] Steve_Goodey: stuarta: ^
[08:27:46] stuarta: stuartm: ^^
[08:30:52] stuartm: Steve_Goodey: any reason to think that the 'action' counts are inaccurate?
[08:32:59] Steve_Goodey: stuartm: Well mine went from 800 to 1,800! Also W agnerrp and D arcy had big increases.
[08:33:21] stuarta: maybe they were wrong before and the upgrade has fixed it
[08:40:50] Steve_Goodey: I think if i was were doing on average 60 edits per day for the last 30 days I'd have no fingers left. But I never really counted them properly.
[08:51:54] joki (joki!~joki@p54862740.dip0.t-ipconnect.de) has quit (Ping timeout: 245 seconds)
[08:55:20] taylorr (taylorr!~taylorr@cpe-173-095-144-131.nc.res.rr.com) has joined #mythtv
[08:55:20] taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv
[08:55:20] taylorr (taylorr!~taylorr@cpe-173-095-144-131.nc.res.rr.com) has quit (Changing host)
[08:57:33] stuartm: I'm not sure what it considered actions, it's obviously including your blocking work, but maybe there's something else as well
[08:57:42] SteveGoodey (SteveGoodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has joined #mythtv
[08:57:49] Steve_Goodey (Steve_Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has quit (Ping timeout: 260 seconds)
[08:57:49] stuartm: we'll see if it stays that high or whether it auto-corrects
[08:58:26] stuartm: SteveGoodey: I've installed this extension – https://www.mediawiki.org/wiki/Extension:StopForumSpam
[08:58:31] joki (joki!~joki@p54862DFC.dip0.t-ipconnect.de) has joined #mythtv
[08:59:06] stuartm: and also enabled this – https://www.mediawiki.org/wiki/Manual:$wgDnsBlacklistUrls
[09:00:21] stuartm: may be other measures we can implement – https://www.mediawiki.org/wiki/Manual:Combating_spam
[09:01:31] stuartm: note that I've not actually applied for a SFS api key yet
[09:03:50] stuartm: I believe some of these measures don't block signups, but do prevent edits, so you may be able to relax the pre-emptive banning for now and we'll see what happens
[09:08:09] SteveGoodey (SteveGoodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has quit (Ping timeout: 245 seconds)
[09:08:11] Steve-Goodey (Steve-Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has joined #mythtv
[09:09:44] FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG)
[09:13:03] Steve-Goodey: stuartm: I thought the amount of signups had decreased. Thanks.
[09:14:18] stuarta: stuartm: Steve-Goodey the next step will be to add zbblock to the signup pages
[09:21:36] Steve-Goodey: stuarta: stuartm: Yes, see how things go. I know it was getting a bit stupid with the number of new spam accounts.
[09:27:09] stuartm: Steve-Goodey: actually that was either unrelated, or due to the upgrade in some way, I only made the anti-spam changes 5 minutes before I mentioned them, so 35 minutes ago
[09:29:07] Steve-Goodey: stuartm: Ha! OK. Shows how much I know.
[09:37:12] stuarta: interesting stop forum spam has blocked ~15k spam posts
[09:38:25] stuarta: well they might be posts, the stats don't actually say what they are counting
[09:39:50] rsiebert (rsiebert!~quassel@g225051150.adsl.alicedsl.de) has joined #mythtv
[09:42:45] rsiebert_ (rsiebert_!~quassel@g225062254.adsl.alicedsl.de) has quit (Ping timeout: 246 seconds)
[09:43:25] stuartm: picked some of the best blacklists from the forum stats and added them to the wiki config
[09:44:06] stuarta: good idea
[09:44:45] stuarta: https://www.howsmyssl.com/ <-- useful for checking your browser ssl/tls support
[09:51:19] FabriceMG (FabriceMG!~Thunderbi@LCaen-656-01-100-212.w80-11.abo.wanadoo.fr) has joined #mythtv
[09:56:46] len_ (len_!~quassel@75-168-45-25.mpls.qwest.net) has quit (Read error: Connection reset by peer)
[10:40:48] Steve_Goodey (Steve_Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has joined #mythtv
[10:40:53] Steve-Goodey (Steve-Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has quit (Ping timeout: 258 seconds)
[10:43:37] robink (robink!~quassel@unaffilated/robink) has quit (Ping timeout: 255 seconds)
[10:44:19] robink (robink!~quassel@unaffilated/robink) has joined #mythtv
[10:50:15] SteveGoodey (SteveGoodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has joined #mythtv
[10:50:21] Steve_Goodey (Steve_Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has quit (Ping timeout: 260 seconds)
[10:56:39] _charly__ is now known as _charly_
[11:59:04] Steve-Goodey (Steve-Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has joined #mythtv
[11:59:06] SteveGoodey (SteveGoodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has quit (Ping timeout: 240 seconds)
[12:03:43] Steve_Goodey (Steve_Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has joined #mythtv
[12:04:04] Steve-Goodey (Steve-Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has quit (Ping timeout: 258 seconds)
[12:05:08] SteveGoodey (SteveGoodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has joined #mythtv
[12:08:47] Steve_Goodey (Steve_Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has quit (Ping timeout: 272 seconds)
[12:09:36] Steve-Goodey (Steve-Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has joined #mythtv
[12:09:45] SteveGoodey (SteveGoodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has quit (Ping timeout: 246 seconds)
[12:17:03] Steve_Goodey (Steve_Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has joined #mythtv
[12:17:06] Steve-Goodey (Steve-Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has quit (Ping timeout: 250 seconds)
[12:19:44] stuartm: now forcing ssl for the whole of mythtv.org, that covers stuff like passwords entered in the mailman config, the wiki etc
[12:22:15] Roklobsta: no good if you are using ZScaler MItM proxy.
[12:24:54] Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has joined #mythtv
[12:27:30] stuartm: that's why we're also using Strict Transport Security
[12:29:09] stuartm: although that doesn't protect against certificate replacement attacks, those would be detected by a good browser
[12:29:24] Steve_Goodey (Steve_Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has quit (Ping timeout: 245 seconds)
[12:29:49] Roklobsta: hmmm, zscaler requires the vegetables inside proxyland to install a zscaler cert so I think it defeats STS
[12:29:58] Steve_Goodey (Steve_Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has joined #mythtv
[12:30:15] moparisthebest (moparisthebest!~quassel@gateway/tor-sasl/moparisthebest) has quit (Ping timeout: 264 seconds)
[12:30:40] stuartm: Roklobsta: aye, but if you have to install a cert then it's no longer a secret attack, you know that you're being spied on
[12:31:18] Roklobsta: well i have conveyed that fact to said vegetables but they gave a very vegetable-like response
[12:31:56] stuartm: can't help those who won't help themselves
[12:32:58] Roklobsta: anyway see my #mythtv-users blather
[12:33:09] Roklobsta: i think there is a race.
[12:34:32] moparisthebest (moparisthebest!~quassel@gateway/tor-sasl/moparisthebest) has joined #mythtv
[12:38:29] stuartm: Roklobsta: looks like one for #mythbuntu
[12:38:51] Roklobsta: hmmm wouldn't other distros suffer the same thing?
[12:45:01] stuartm: possibly, but I don't see what MythTV can do about it
[12:45:24] stuarta: who's racing who?
[12:45:40] stuartm: init starting mythtv too early before the drivers are loaded
[12:46:32] stuarta: i vaguelly recall that the startup script had a "requires" rather than "after" for networking
[12:47:02] stuarta: the latter waits until it's actually up
[12:52:56] stuartm: there's a similar issue with mythbuntu not waiting for mysql to have fully started before it starts the frontend, which causes it to show the database setup and language prompt
[12:53:45] Roklobsta: yes I get an X in MFE now and then
[12:53:47] stuartm: now that one I will try to fix in mythtv by waiting and retrying when there is a configured address
[13:00:01] stuarta: i had a similar issue on my new frontend. if i let NetworkManager be in charge of the networking it came up too slowly for the frontend to be able to talk to the DB
[13:00:59] Roklobsta: races races
[13:06:08] jheizer (jheizer!~jheizer@73.51.93.177) has quit (Read error: Connection reset by peer)
[13:08:10] Roklobsta (Roklobsta!~Roklobsta@ppp118-209-255-227.lns20.mel8.internode.on.net) has quit (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
[13:13:00] jheizer (jheizer!~jheizer@73.51.93.177) has joined #mythtv
[13:51:51] moparisthebest (moparisthebest!~quassel@gateway/tor-sasl/moparisthebest) has quit (Ping timeout: 264 seconds)
[13:56:40] moparisthebest (moparisthebest!~quassel@gateway/tor-sasl/moparisthebest) has joined #mythtv
[13:58:29] SteveGoodey (SteveGoodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has joined #mythtv
[13:58:54] Steve_Goodey (Steve_Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has quit (Ping timeout: 265 seconds)
[13:58:54] esperegu (esperegu!~quassel@ip-213-124-221-127.ip.prioritytelecom.net) has quit (Ping timeout: 265 seconds)
[13:59:07] esperegu (esperegu!~quassel@ip-213-124-221-127.ip.prioritytelecom.net) has joined #mythtv
[14:05:56] Steve-Goodey (Steve-Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has joined #mythtv
[14:06:21] SteveGoodey (SteveGoodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has quit (Ping timeout: 258 seconds)
[14:08:12] superm1 (superm1!uid4318@ubuntu/member/superm1) has joined #mythtv
[14:22:12] dekarl1 (dekarl1!~dekarl@p4FE84B94.dip0.t-ipconnect.de) has joined #mythtv
[14:23:48] dekarl (dekarl!~dekarl@p4FE8493D.dip0.t-ipconnect.de) has quit (Ping timeout: 246 seconds)
[14:27:29] eee-blt_ (eee-blt_!U2FsdGVkX1@ma.sdf.org) has quit (Ping timeout: 272 seconds)
[14:28:09] FabriceMG (FabriceMG!~Thunderbi@LCaen-656-01-100-212.w80-11.abo.wanadoo.fr) has quit (Quit: FabriceMG)
[14:29:09] eee-blt (eee-blt!U2FsdGVkX1@ma.sdf.org) has joined #mythtv
[14:32:27] Steve_Goodey (Steve_Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has joined #mythtv
[14:32:41] Steve-Goodey (Steve-Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has quit (Ping timeout: 272 seconds)
[14:36:05] sheedy-away is now known as sheedy
[14:48:53] SteveGoodey (SteveGoodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has joined #mythtv
[14:49:17] Steve_Goodey (Steve_Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has quit (Ping timeout: 258 seconds)
[14:55:18] SteveGoodey (SteveGoodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has quit (Ping timeout: 246 seconds)
[14:55:22] Steve-Goodey (Steve-Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has joined #mythtv
[14:56:37] eee-blt (eee-blt!U2FsdGVkX1@ma.sdf.org) has quit (Ping timeout: 272 seconds)
[14:57:38] eee-blt (eee-blt!U2FsdGVkX1@ma.sdf.org) has joined #mythtv
[14:59:49] Steve_Goodey (Steve_Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has joined #mythtv
[15:00:12] Steve-Goodey (Steve-Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has quit (Ping timeout: 255 seconds)
[15:01:40] SteveGoodey (SteveGoodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has joined #mythtv
[15:04:59] Steve_Goodey (Steve_Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has quit (Ping timeout: 272 seconds)
[15:06:06] Steve-Goodey (Steve-Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has joined #mythtv
[15:06:33] SteveGoodey (SteveGoodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has quit (Ping timeout: 260 seconds)
[15:08:13] Steve_Goodey (Steve_Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has joined #mythtv
[15:11:19] Steve-Goodey (Steve-Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has quit (Ping timeout: 272 seconds)
[15:12:41] SteveGoodey (SteveGoodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has joined #mythtv
[15:13:51] Steve_Goodey (Steve_Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has quit (Ping timeout: 272 seconds)
[15:19:24] FabriceMG (FabriceMG!~Thunderbi@LCaen-656-01-100-212.w80-11.abo.wanadoo.fr) has joined #mythtv
[15:22:06] Steve-Goodey (Steve-Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has joined #mythtv
[15:22:43] SteveGoodey (SteveGoodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has quit (Ping timeout: 272 seconds)
[15:24:52] Chutt_ (Chutt_!~ijr@cpe-174-100-158-24.neo.res.rr.com) has joined #mythtv
[15:28:00] Chutt (Chutt!~ijr@cpe-174-100-158-24.neo.res.rr.com) has quit (Ping timeout: 258 seconds)
[15:28:35] suffice (suffice!~suffice@li618-240.members.linode.com) has quit (Ping timeout: 244 seconds)
[15:29:16] suffice (suffice!~suffice@li618-240.members.linode.com) has joined #mythtv
[15:32:17] FabriceMG (FabriceMG!~Thunderbi@LCaen-656-01-100-212.w80-11.abo.wanadoo.fr) has quit (Quit: FabriceMG)
[15:37:44] tgm4883: rmeden1: someone on the mailing list says they got the "at capacity" error on the SD DD server last night
[16:09:28] andreaz (andreaz!~Andreaz@tmo-096-64.customers.d1-online.com) has joined #mythtv
[16:17:09] sheedy is now known as sheedy-away
[16:18:50] moparisthebest (moparisthebest!~quassel@gateway/tor-sasl/moparisthebest) has quit (Remote host closed the connection)
[16:19:09] moparisthebest (moparisthebest!~quassel@gateway/tor-sasl/moparisthebest) has joined #mythtv
[16:23:38] Steve_Goodey (Steve_Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has joined #mythtv
[16:24:01] Steve-Goodey (Steve-Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has quit (Ping timeout: 260 seconds)
[16:25:31] SteveGoodey (SteveGoodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has joined #mythtv
[16:28:41] Steve_Goodey (Steve_Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has quit (Ping timeout: 260 seconds)
[16:30:00] Steve-Goodey (Steve-Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has joined #mythtv
[16:30:34] SteveGoodey (SteveGoodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has quit (Ping timeout: 255 seconds)
[16:43:30] Steve_Goodey (Steve_Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has joined #mythtv
[16:43:43] Steve-Goodey (Steve-Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has quit (Ping timeout: 265 seconds)
[17:04:14] dekarl1 is now known as dekarl
[17:05:19] Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Quit: Leaving)
[17:24:48] andreaz (andreaz!~Andreaz@tmo-096-64.customers.d1-online.com) has quit (Read error: Connection reset by peer)
[17:36:52] Steve_Goodey (Steve_Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has quit (Ping timeout: 240 seconds)
[17:36:56] SteveGoodey (SteveGoodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has joined #mythtv
[18:34:52] fmcd (fmcd!~fmcd@pdpc/supporter/active/phpgus) has quit (Remote host closed the connection)
[18:59:23] paul-h (paul-h!~Paul@90.208.88.120) has joined #mythtv
[19:03:31] gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has quit (Ping timeout: 244 seconds)
[19:04:48] paul-h: knightr: Don't know if you pick up email sent to your mythtv.org email address – Yianni has sent you a patch for the greek keyboard
[19:30:41] stuartm: that was quick
[19:32:54] paul-h: Yeah he even did one for the old Qt keyboard in 0.27
[19:34:01] paul-h: He seems really pleased he can now do a search using a remote
[19:36:35] paul-h: I guess I should remove the old no longer used ui files from master to avoid any confusion
[19:47:58] gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has joined #mythtv
[19:50:57] stuartm: mythfilerecorder fails to compile with QT 5.3, because QAtomicInt cannot be cast to int, yet it has an int() operator? Any ideas
[19:51:00] stuartm: ?
[19:56:54] Steve-Goodey (Steve-Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has joined #mythtv
[19:59:57] SteveGoodey (SteveGoodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has quit (Ping timeout: 265 seconds)
[20:03:13] Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has quit ()
[20:17:50] natanojl: stuartm: I'm afraid not. It works here with gcc 4.9
[20:18:34] stuartm: just went with an alternate fix pulled from here: http://www.kdab.com/automated-porting-from-qt-4-to-qt-5/
[20:21:05] stuartm: mythpreviewgen segfaults when compiled with qt5, guess there are some kinks to work out
[20:22:43] stuartm: great, segfaults in the logger, which means it will affect all apps :(
[20:27:23] paul-h: There was also a problem with the disk cache used by the DownloadManager when I tried it – they changed the format so if you try to use a Qt4 cache with Qt5 it segfaults
[20:29:04] paul-h: Isn't there still a lot of stuff still #if defined out for Qt5?
[20:29:18] stuartm: seems qjson (unofficial qt extension) which we use in the logger isn't QT5 compatible
[20:30:37] stuartm: there's an official QJson module now, but we'd need to re-write the logger to use it
[20:31:02] stuartm: seems overkill to convert to/from json if the external log server isn't be used
[20:31:19] len_ (len_!~quassel@75-168-45-25.mpls.qwest.net) has joined #mythtv
[20:32:09] Roklobsta (Roklobsta!~Roklobsta@ppp118-209-255-227.lns20.mel8.internode.on.net) has joined #mythtv
[20:32:26] stuartm: I'm going to roll back to QT4 for now, if I can't even get the frontend/backend running without refactoring core components then I'm in trouble, I've come to depend on having this fe/be available to make recordings (and to be able to watch them)
[20:35:45] stuartm: I'd formed the obviously incorrect impression that QT5 mostly just worked, with some caveats like the cache incompatibility (easily fixed by removing the old cache or reading/writing the cache to a new location if qt > 5)
[20:37:28] stuartm: will retry again later in the week, have the nagging feeling that I forgot to distclean external/
[21:03:47] peper03: I don't get the ringbuffer readahead threshold stuff. We request a peek of the first 2048 bytes which doesn't return until (in this case) 300k has been read. In the case of an audio-only stream that buffering delays playback by just over 10 seconds.
[21:04:31] peper03: The backend knows how many audio and video streams its recording. Can't that be retrieved by the frontend somehow...
[21:04:33] peper03: *sigh*
[21:09:10] peper03: If it's necessary to buffer data in advance, I don't see how it can be done properly if we need to assume a bitrate without any sort of hint. It's no good assuming 8Mb/sec with a 192kb/sec stream.
[21:16:50] yoyolala (yoyolala!~yoyolala@unaffiliated/yoyolala) has joined #mythtv
[21:23:43] Steve-Goodey (Steve-Goodey!~steve@host217-42-216-135.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!)
[21:27:26] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 265 seconds)
[21:29:05] paul-h (paul-h!~Paul@90.208.88.120) has quit (Quit: Konversation terminated!)
[21:31:53] stuartm: peper03: there's a good argument for storing the bitrate when recording, which is something I need to do anyway for http streaming (remote clients need to know the bitrate of streams before starting)
[21:32:11] stuartm: it would go in the recordedfile table
[21:32:50] stuartm: for livetv that info could be queried direct from the recorder
[21:34:08] peper03: stuartm: Knowing whether it's audio-only would probably be enough for starters (for this issue) but having the actual bitrate would be ideal.
[21:34:16] stuartm: peper03: I've already added the columns to how the info, I just haven't made the changes to the recorders yet
[21:35:45] stuartm: peper03: should be able to determine that from recordedfile (for recordings), for livetv I'd pull it from the recorder since you're otherwise dealing with info that may not yet have been written to the db and the recorder will always have the newest data
[21:37:12] peper03: I think the issue I'm having only affects LiveTV. The buffer can fill quickly on a recording because it's not real-time.
[21:39:23] stuartm: ok, so pulling from the recorder then, that simplifies things a little for now, you're looking for – if ((m_videoCodec == AV_CODEC_ID_NONE) && (m_audioCodec != AV_CODEC_ID_NONE)) { ... audio only stream }
[21:41:56] stuartm: obviously you'll need to ensure that we've actually determined the codecs by the time that check is done
[21:43:18] stuartm: sorry, those should be m_primaryVideoCodec and m_primaryAudioCodec
[21:44:48] peper03: That looks like a good starting point.
[21:44:53] stuartm: and they are protected within the recorder, so you'll need add accessors GetAudioCodec() etc
[21:45:54] stuartm: peper03: it's not the only way to do what you want, but it's one way
[21:46:44] stuartm: happens to be the one I know about because I added the codec information to the recoders a few weeks ago :)
[21:47:13] peper03: :)
[21:47:51] yoyolala (yoyolala!~yoyolala@unaffiliated/yoyolala) has quit (Quit: WeeChat 1.0.1)
[21:50:15] peper03: I've got the filtering working for TV and Audio-only. That was the easy bit. Unfortunately, stripping the other streams out prevents radio channels being played in LiveTV. If I could access the stream types, I wouldn't even need to worry about which codec is in use but that may end up being too specific.
[21:51:07] stuartm: you could add tracking of the number of video and audio streams to the recorders, that's possibly a little bit more appropriate although the end result should be the same so whether it's worth the added effort or not
[21:52:31] peper03: Yes. It would just have the advantage of being available very early but without having tried it, I don't know how late the codec information appears.
[21:53:46] stuartm: 99% of the recoders inherit from DTVRecorder, and that covers all the forms of TV which are likely to include audio only channels, DTVRecorder provides GetStreamData() which might be what you're after
[21:54:30] stuartm: but you need to verify that the recorder you're dealing with is one that inherits from DTVRecorder (basically everything except frame grabbers IIRC)
[21:56:20] peper03: Yep. MPEGStreamData is where the filtering is done.
[21:56:23] stuartm: peper03: theoretically the codec information is there from the start, it's in the MPEG-TS headers and it's actually how we determine the type of the stream e.g. audio streams have an audio codec descriptor
[21:58:53] peper03: Ah yes, via StreamID. This looks like a promising avenue to explore :) Thanks!
[21:59:05] stuartm: there's no single video/audio flag, streams have a 'type' descriptor, values describe the codec, from that you know whether it's video, audio, subtitles or data
[22:05:32] peper03: Hmm. Can I even access the recorder from the frontend?
[22:15:04] stuartm: Hmm. I didn't even think of that
[22:19:45] stuartm: peper03: extend QUERY_RECORDER ?
[22:20:08] stuartm: it already has methods such as GET_FRAMERATE and GET_MAX_BITRATE
[22:20:21] stuartm: MainServer::HandleRecorderQuery()
[22:20:50] peper03: stuartm: Yeah, I was just looking through the RemoteEncoder class.
[22:21:32] peper03: In that case I guess it would make most sense to add a GET_BITRATE method.
[22:22:04] stuartm: yeah, catchall, even data-only streams and not just audio-only
[22:23:12] stuartm: in fact we need to be able to handle data-only streams to access stuff like BBC iPlayer which have dedicated channels on freeview, so that really is the way to go
[22:23:34] peper03: Should it be an average bitrate based on the data recorded so far?
[22:24:16] stuartm: I think so, that's what I was planning on storing in the database, updated periodically during the recording
[22:25:01] stuartm: so there's crossover there, if you add tracking of the average value I can add the code to write it into recordedfile
[22:26:27] peper03: Does it need constant tracking or would it be enough to calculate it when requested (filesize/recording duration)?
[22:28:03] stuartm: my plan was to tally the PES packet payloads in the recorder constantly, although perhaps only updating the average values every Nth packet, or a fixed time interval using a timer
[22:28:37] stuartm: but maybe that's overkill and a simple filesize/recorded duration is sufficient for both our uses
[22:36:20] stuartm: actually, useful for your purpose, in my case I want the bitrates of individual streams
[22:37:21] peper03: Individual streams as in video/audio/data or the individual PIDs?
[22:38:10] stuartm: the 'primary' video and audio streams, not the total for all audio, all video
[22:39:26] stuartm: where primary is very loosely defined (or not defined as it happens)
[22:41:16] stuartm: in general it would be the first video and audio streams, in practice it might require some better logic – the highest bitrate, highest quality or highest number of channels, tracks which aren't tagged as Audio Description
[22:41:33] stuartm: will cross that bridge when I come to it
[22:41:45] peper03: Can our requirements be combined? I'd need average bitrate of everything including data, you're interested in individual video/audio streams but not data?
[22:44:19] stuartm: peper03: I think it can, I need both the overall bitrate of the file including all streams and the individual audio/video, that's all information required by UPnP clients, HLS and DASH streaming clients
[22:47:13] stuartm: I'll bump it up my todo list, start working on it tomorrow if time permots
[22:47:17] stuartm: permits
[22:54:53] peper03: Ok. I think you probably (almost certainly) know the code better than me. There seem to be a couple of places in DTVRecorder where buffered data is being written, which could potentially skew the results. I don't understand well enough what's going on there at the moment.
[22:56:22] peper03: But for now I have to get some sleep anyway.

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