MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (66):

aloril, amessina, brfransen, caelor, Chutt, coling, ElmerFudd, esperegu, fetzerch, GreyFoxx, J-e-f-f-A, jams, joki-, jpharvey__, jwhite, jya, kc, kormoc, kurre2, moparisthebest, MythLogBot, nephyrin, peper03, poptix, rhpot1991, ryan_turner|MTW, Seeker, seld, sl1ce, sphery, sraue, stuartm, superm1, Tobbe5178, unforgiven512, wagnerrp, wahrhaft, wseltzer1, xris, _charly_, Anssi, Captain_Murdoch, clever, dblain, eee-blt, Gibby, jarle, jarryd, jpabq, jst, kwmonroe, laga, nyloc, purserj, robink, tgm4883, tonsofpcs, XDS2010_, yxelf, zentec, MythBuild, andreaz, arescorpio, rsiebert, Sharky112065, len_
Monday, June 9th, 2014, 00:19 UTC
[00:19:40] jya_: stichnot: we’ve allowed new strings in 0.27.1, and many of them are still not translated. I love that feature, it’s something I’ve wanted for a while…
[00:24:03] rsiebert (rsiebert!~quassel@e179133062.adsl.alicedsl.de) has joined #mythtv
[00:26:45] rsiebert_ (rsiebert_!~quassel@f052128046.adsl.alicedsl.de) has quit (Ping timeout: 252 seconds)
[00:27:06] gigem: stuartm: I'll give a try tomorrow.
[00:59:26] stichnot (stichnot!~stichnot@adsl-68-125-54-22.dsl.pltn13.pacbell.net) has joined #mythtv
[00:59:26] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[00:59:26] stichnot (stichnot!~stichnot@adsl-68-125-54-22.dsl.pltn13.pacbell.net) has quit (Changing host)
[01:01:53] stichnot: jya: ok, I was reminded of this translation issue in http://www.gossamer-threads.com/lists/mythtv/users/570639#570639
[01:03:14] stichnot: btw, did you add the new "Watch This Channel" EPG menu item to 0.27? I would have done that long ago but for the translatable string
[02:07:05] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 265 seconds)
[02:22:35] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 276 seconds)
[02:26:59] peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv
[02:39:41] sdrik_ (sdrik_!~cedric@sdrik.gabriello.fr) has quit (Read error: Connection reset by peer)
[02:53:51] stichnot (stichnot!~stichnot@adsl-68-125-54-22.dsl.pltn13.pacbell.net) has joined #mythtv
[02:53:51] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[02:53:51] stichnot (stichnot!~stichnot@adsl-68-125-54-22.dsl.pltn13.pacbell.net) has quit (Changing host)
[03:19:06] xris (xris!~xris@mythtv/developer/xris) has quit (Ping timeout: 265 seconds)
[03:20:54] xris (xris!~xris@xris.forevermore.net) has joined #mythtv
[03:21:11] xris (xris!~xris@xris.forevermore.net) has quit (Changing host)
[03:21:12] xris (xris!~xris@mythtv/developer/xris) has joined #mythtv
[03:35:29] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 252 seconds)
[03:36:49] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[03:40:23] arescorpio (arescorpio!~arescorpi@158-25-245-190.fibertel.com.ar) has joined #mythtv
[03:47:29] cesman (cesman!~cesman@pool-173-60-115-40.lsanca.fios.verizon.net) has joined #mythtv
[03:47:29] cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv
[03:47:29] cesman (cesman!~cesman@pool-173-60-115-40.lsanca.fios.verizon.net) has quit (Changing host)
[04:25:15] Warped (Warped!~Warped@99-116-29-44.lightspeed.cicril.sbcglobal.net) has quit (Quit: ChatZilla 0.9.90.1 [Firefox 29.0.1/20140506152807])
[04:28:57] arescorpio (arescorpio!~arescorpi@158-25-245-190.fibertel.com.ar) has quit (Excess Flood)
[04:38:54] Warped (Warped!~Warped@99-116-29-44.lightspeed.cicril.sbcglobal.net) has joined #mythtv
[04:48:59] stichnot (stichnot!~stichnot@adsl-68-125-54-22.dsl.pltn13.pacbell.net) has joined #mythtv
[04:48:59] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[04:48:59] stichnot (stichnot!~stichnot@adsl-68-125-54-22.dsl.pltn13.pacbell.net) has quit (Changing host)
[05:11:41] xris (xris!~xris@mythtv/developer/xris) has quit (Ping timeout: 264 seconds)
[05:15:35] xris (xris!~xris@xris.forevermore.net) has joined #mythtv
[05:15:40] xris (xris!~xris@xris.forevermore.net) has quit (Changing host)
[05:15:40] xris (xris!~xris@mythtv/developer/xris) has joined #mythtv
[06:21:53] dekarl (dekarl!~dekarl@p4FCEE448.dip0.t-ipconnect.de) has joined #mythtv
[06:38:38] jya_: stichnot: I’m not aware of that string, or the EPG option.. if you could give me the related commit to cherry-pick..
[06:40:11] esperegu (esperegu!~quassel@ip-213-124-221-127.ip.prioritytelecom.net) has joined #mythtv
[06:46:31] SteveGoodey (SteveGoodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has joined #mythtv
[07:04:45] robink (robink!~quassel@unaffilated/robink) has quit (Remote host closed the connection)
[07:07:27] robink (robink!~quassel@unaffilated/robink) has joined #mythtv
[07:15:36] jpharvey__ (jpharvey__!~jpharvey@host109-148-116-115.range109-148.btcentralplus.com) has quit (Ping timeout: 260 seconds)
[07:22:49] stichnot (stichnot!~stichnot@adsl-68-125-54-22.dsl.pltn13.pacbell.net) has joined #mythtv
[07:22:49] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[07:22:49] stichnot (stichnot!~stichnot@adsl-68-125-54-22.dsl.pltn13.pacbell.net) has quit (Changing host)
[07:28:18] jpharvey__ (jpharvey__!~jpharvey@host109-148-117-77.range109-148.btcentralplus.com) has joined #mythtv
[07:37:06] Weaselweb (Weaselweb!~quassel@77-64-221-251.dynamic.primacom.net) has joined #mythtv
[07:54:21] SteveGoodey (SteveGoodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has quit (Quit: Konversation terminated!)
[07:57:47] SteveGoodey (SteveGoodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has joined #mythtv
[07:59:32] knightr (knightr!~Nicolas@mythtv/developer/knightr) has quit (Ping timeout: 240 seconds)
[08:00:55] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Ping timeout: 240 seconds)
[08:00:56] jya_ is now known as jya
[08:08:02] _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has quit (Ping timeout: 240 seconds)
[08:09:10] _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has joined #mythtv
[08:13:32] unforgiven512 (unforgiven512!~unforgive@2600:3c03:e001:281a::31) has quit (Ping timeout: 240 seconds)
[08:16:24] unforgiven512 (unforgiven512!~unforgive@oxymorphone.unforgivendevelopment.com) has joined #mythtv
[08:19:31] robink_ (robink_!~quassel@unaffilated/robink) has joined #mythtv
[08:20:52] robink (robink!~quassel@unaffilated/robink) has quit (Ping timeout: 240 seconds)
[08:26:35] J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has quit (Ping timeout: 240 seconds)
[08:26:40] J-e-f-f-A_ (J-e-f-f-A_!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has joined #mythtv
[08:27:03] J-e-f-f-A_ is now known as J-e-f-f-A
[08:30:25] SteveGoodey (SteveGoodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has quit (Quit: Konversation terminated!)
[08:30:50] Chutt__ (Chutt__!~ijr@cpe-76-190-199-73.neo.res.rr.com) has joined #mythtv
[08:31:17] Chutt_ (Chutt_!~ijr@cpe-76-190-199-73.neo.res.rr.com) has quit (Ping timeout: 240 seconds)
[08:41:43] stuarta: morning all
[08:56:04] stuarta: jya: just noticed something in https://code.mythtv.org/cgit/mythtv/commit/?i . . . 09e37dbfec83 in the case of using opengl 1.2, the code decides to use v1.2 then does "format.setVersion(1,3);" should that not be "format.setVersion(1,2);" ??
[09:00:32] gigem (gigem!~david@mythtv/developer/gigem) has quit (Ping timeout: 240 seconds)
[09:00:56] gigem (gigem!~david@pool-71-170-165-247.dllstx.fios.verizon.net) has joined #mythtv
[09:00:56] gigem (gigem!~david@pool-71-170-165-247.dllstx.fios.verizon.net) has quit (Changing host)
[09:00:56] gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv
[09:03:09] stuarta: #12167 looks interesting
[09:03:09] ** MythLogBot http://code.mythtv.org/trac/ticket/12167 **
[09:18:09] clever (clever!~clever@nwcsnbsc00w-142163138075.dhcp-dynamic.FibreOp.nb.bellaliant.net) has quit (Ping timeout: 240 seconds)
[09:18:57] andreaz (andreaz!~andre_000@p5DCA3B0D.dip0.t-ipconnect.de) has joined #mythtv
[09:23:18] clever (clever!~clever@nwcsnbsc00w-142163138075.dhcp-dynamic.FibreOp.nb.bellaliant.net) has joined #mythtv
[09:39:16] ** yxelf yawns **
[09:43:56] stuartm: stuarta: indeed, although I'd recommend extreme caution with the change that moves the activation of the settings cache – the settings cache has to be activated for a reason, if it didn't then it would always be on. Altering the order of events on frontend startup has also resulted in subtle breakage so many times in the past
[09:45:07] stuarta: do we have any notification system which we could use to "invalidate" a frontend cache because settings have changed?
[09:46:36] stuartm: yes
[09:46:56] stuartm: and iirc SetSetting should also update the cache as well
[09:49:32] stuartm: the settings cache was written with all that in mind and works well, but especially during bootstrapping to prompt the user for connection details there may be temporary/override settings in play that we don't want to end up polluting the cache
[09:51:05] joki (joki!~joki@p54861597.dip0.t-ipconnect.de) has quit (Ping timeout: 276 seconds)
[09:55:53] joki- (joki-!~joki@p548604BE.dip0.t-ipconnect.de) has joined #mythtv
[09:57:39] dekarl (dekarl!~dekarl@p4FCEE448.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds)
[10:02:26] andreaz (andreaz!~andre_000@p5DCA3B0D.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)
[10:39:11] dekarl (dekarl!~dekarl@p4FE8440A.dip0.t-ipconnect.de) has joined #mythtv
[11:51:10] wagnerrp: people still use the dreambox?
[11:51:23] wagnerrp: why not just get a DVB-S card?
[12:02:02] stuartm: softcams
[12:04:22] stuartm: not knowing much about available softcams I presume that it's simpler to setup on the dreambox with known hardware and people putting out Dreambox images which include them
[12:09:52] andreaz (andreaz!~andre_000@p5DCA3B0D.dip0.t-ipconnect.de) has joined #mythtv
[12:44:52] stichnot (stichnot!~stichnot@adsl-68-125-54-22.dsl.pltn13.pacbell.net) has joined #mythtv
[12:44:52] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[12:44:52] stichnot (stichnot!~stichnot@adsl-68-125-54-22.dsl.pltn13.pacbell.net) has quit (Changing host)
[12:55:28] ghoti_ (ghoti_!~paul@scratch.it.ca) has joined #mythtv
[13:00:59] ghoti_ (ghoti_!~paul@scratch.it.ca) has quit (Ping timeout: 252 seconds)
[13:02:16] ghoti_ (ghoti_!~paul@scratch.it.ca) has joined #mythtv
[13:07:35] ghoti_ (ghoti_!~paul@scratch.it.ca) has quit (Ping timeout: 252 seconds)
[13:09:12] ghoti_ (ghoti_!~paul@scratch.it.ca) has joined #mythtv
[13:14:33] ghoti_ (ghoti_!~paul@scratch.it.ca) has quit (Ping timeout: 252 seconds)
[13:15:56] ghoti_ (ghoti_!~paul@scratch.it.ca) has joined #mythtv
[13:21:09] ghoti_ (ghoti_!~paul@scratch.it.ca) has quit (Ping timeout: 252 seconds)
[13:22:06] ghoti_ (ghoti_!~paul@scratch.it.ca) has joined #mythtv
[13:23:22] ghoti_ (ghoti_!~paul@scratch.it.ca) has quit (Remote host closed the connection)
[13:35:27] dekarl: I guess people are using the dreambox as migration path from "walled garden devices with livetv" via "dream box with livetv" to "something with nice recording capabilities". E.g many are recording directly to their NAS with a dreambox or similar, see e.g. https://github.com/Pavion/tvstreamrecord/wiki
[13:38:39] superm1 (superm1!uid4318@ubuntu/member/superm1) has joined #mythtv
[13:39:12] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 260 seconds)
[13:39:33] peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv
[14:18:13] jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has quit (Ping timeout: 276 seconds)
[14:28:50] stichnot (stichnot!~stichnot@adsl-68-125-54-22.dsl.pltn13.pacbell.net) has joined #mythtv
[14:28:50] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[14:28:50] stichnot (stichnot!~stichnot@adsl-68-125-54-22.dsl.pltn13.pacbell.net) has quit (Changing host)
[14:30:12] jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has joined #mythtv
[14:31:53] jya1 (jya1!~jyavenard@CPE-120-148-103-15.bjzv2.vic.bigpond.net.au) has joined #mythtv
[14:32:42] jya1: anyone knows of a utility to open a raw YV12 frame?
[14:34:09] jya1: trying to fix PiP with VAAPI, I can extract a single frame that is supposed to be in YV12, but when I feed that in myth it looks rubbish. I don't know if my frame is corrupted, or my conversion to myth is
[14:38:17] andreaz (andreaz!~andre_000@p5DCA3B0D.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)
[14:46:22] peper03: jya1: Won't ffmpeg load a single YV12 frame?
[14:47:12] jya1: peper03: my data isn't in a frame as such... I call a VAAPI function to extract the frame internal to the GPU.
[14:48:04] jya1: so you do vaGetImage, and then you map it to a buffer with vaMapBuffer, which you can then read
[14:48:52] peper03: Can you not write that data to a file? (Never tried anything like that, so just throwing ideas out there).
[14:49:32] peper03: You might need some sort of header, of course.
[14:50:24] jya1: sure I can write the data to a file..
[14:50:39] jya1: but then, i need something to read it, hence my first question :)
[14:51:00] jya1: which utility let me open a raw YV12 frame (i have the width * height)
[14:51:27] peper03: That was what I meant with ffmpeg.
[14:52:21] peper03: Isn't it possible to pass things like input width and height to ffmpeg?
[14:56:51] jya1: actually, not even the data coming back make any sense
[14:59:14] jya1: the offset and image size do not match a 720x576 12bpp image
[15:03:05] peper03: I guess even the best program will struggle with nonsense input data :)
[15:03:57] dekarl: hmm, then hinting at adding .y4m headers doesn't help either http://wiki.multimedia.cx/index.php?title=YUV4MPEG2
[15:04:44] dekarl: 12bpp would be YCbCr 4:2:0, maybe its YCbCr 4:2:2 or YCbCr 4:4:4?
[15:07:20] dekarl: jya looks like this might work http://rawpixels.net/
[15:07:23] jya1: YV12 is YUV420P with U and V reversed
[15:11:30] gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has quit (Remote host closed the connection)
[15:13:28] stuartm: stuarta: ChannelUtil::GetDefaultAuthority() is so messed up
[15:13:34] Chutt__ is now known as Chutt
[15:13:53] stuartm: will fix it once I've finished my current set of changes
[15:19:13] jya1: dekarl: thanks for that... the good news is what I see on that web site, looks the same as what I decoded and displayed
[15:19:26] jya1: well, time to subscribe to the libva mailing list and ask my question
[15:24:59] gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has joined #mythtv
[15:30:01] stuarta: stuartm: how so?
[15:31:27] jya1: ohhhh... my image isn't the size of my original video, that's why... I asked 720x576, but what came out is 768x576.. can see that in the pitch[0]
[15:32:22] stuartm: it's given a chanid, it loads up the default_authority for _all_ channels in two queries, once linking the dtv_multiplex table to get multiplex value, then a second time to get the per channel value, it loads those into a map then searches that map for the chanid, finally returning a match
[15:34:08] stuartm: now that's messed up because it can fetch both values (channel/mplex) with a single query, returning a single result  – I've no idea why it loads the values for all channels when it's only interested in one, or why it does so using two queries – that's got to be a lot slower
[15:35:01] stuartm: if, as I suspect, this static function is called pretty regularly e.g. for each inserted event, that's a pretty hefty overhead
[15:36:04] dekarl: jya1: is that 4:3 square pixels? The numbers look so familiar.
[15:36:32] stuartm: it's also loading all of these results that it's not going to use into a QMap which is O(log n) meaning that the larger the result set the longer that final lookup takes ... instead of a QHash which would be constant time
[15:36:35] jya1: it's a plain SD mpeg2 video. I get the size from the AVFrame
[15:37:21] stuartm: stuarta: it's like the whole thing was designed to take as long as possible to lookup that info
[15:37:57] jya1: stuartm: LOL
[15:38:07] stuartm: stuarta: and if you were the one to write it, I mean no offence, but I think messed up is putting it politely
[15:39:57] stuartm: luckily there is a some caching of the default authority
[15:40:23] dekarl: stuartm, isn't that function caching the whole result set so the EIT handling is fast? https://code.mythtv.org/doxygen/classEITFixUp . . . 767ffdd4b5c2
[15:40:28] stichnot (stichnot!~stichnot@207.198.105.23) has joined #mythtv
[15:40:28] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[15:40:28] stichnot (stichnot!~stichnot@207.198.105.23) has quit (Changing host)
[15:41:13] stuartm: dekarl: ...
[15:41:45] stuartm: well, um, yes ... now that I look at it that way, it makes a little more sense
[15:42:00] stuartm: although I'd still reduce that to one query and switch from a map to a hash
[15:42:48] dekarl: when a user hinted that his Raspberry (or another small thing, I forgot) database server was being hit with many queries while eit scanning then main offender was the missing negative cache of the DVB ID -> chanid lookup.
[15:43:19] stuartm: but, yes, not quite as bad as I made out ... in my defence I've been looking at ChannelUtil all day and perhaps I should have taken a break at some point
[15:43:32] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv
[15:46:03] stuartm: stuarta: ^^
[15:49:50] stuartm: dekarl: I'm working towards eliminating the dozens of small queries against the database for channel related info which IMHO are impacting livetv performance and well as other stuff such as the services API, first step towards that is implementing a cache of ChannelInfos that the various functions such as GetChanNum() can hit instead
[15:51:22] stuarta: interesting
[15:52:11] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Quit: Quit)
[15:52:27] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv
[15:53:49] jya1: stuartm: QMap in Qt5 are much faster as they are now using a red/black tree internally.
[15:54:49] jya1: also, not sure about what you are storing in your QMap, but replacing a QMap for a QHash isn't always possible, as QMap keeps the data sorted, and search the item using the < operator, while QHash uses ==
[15:55:03] stuartm: jya1: true but QHash is still faster – http://woboq.com/blog/qmap_qhash_benchmark.html
[15:55:30] jya1: it is... faster if lots of elements.
[15:55:31] stuartm: sorting doesn't matter for a cache like this one
[15:55:46] stuartm: I'm well aware of the differences between QMap and QHash :)
[15:56:13] stuarta: jya1: did you see my note from earlier re detecting opengl-1.2 and then setting the version to 1.3 ??
[15:56:16] jya1: I had look at replacing the QMap used in the position map, but that it uses < for search made all the difference, so had to stick with qmap
[15:56:21] stuartm: jya1: the default authority cache has lots of elements
[15:56:45] jya1: stuarta: tBH, I have no idea at what OpenGL version we actually need
[15:56:59] stichnot: jya1: looks like I committed the "Watch This Channel" to fixes/0.27 in 7555b69babe1e600a33978ecf0d60756bf391e40 but then reverted it in 83fb4079e92079db83c7d2a622c210610d688012, probably because of the string translation issue.
[15:57:12] jya1: so I looked at how long ago each version of OpenGL was released, and I made it like: > 15 years: get new hardware
[15:57:53] stuarta: jya1: i don't know much about opengl, but it struck me there was a possible typo in you commit
[15:57:55] jya1: stichnot: feel free to backport it again... i had asked for authorisation for my new strings, and was told not to worry, there are plenty of stuff not translated anyway
[15:58:23] jya1: stuarta the only time the actual version of opengl matters, is what is displayed in the log
[15:58:29] jya1: e.g. it serves no purpose
[15:58:31] stuarta: hah :)
[15:58:42] stichnot: Looks like there were two other related commits in master, #11913
[15:58:42] ** MythLogBot http://code.mythtv.org/trac/ticket/11913 **
[15:58:45] jya1: sometimes I used 1.x, sometimes 1.0 etc
[15:59:40] jya1: stuarta what it does help with, is make sure myth doesn't crash when ran over ssh -X , it will now properly revert to either OpenGL1 (on my mac) or Qt painting
[16:00:02] stichnot: jya1: do you recommend backporting directly to fixes/0.27, or devel/027candidates ?
[16:00:22] jya1: stichnot: I've put everything to devel/027candidates
[16:00:32] jya1: that way I can test separately for a while
[16:00:42] jya1: make an announcement for volunteers to test
[16:00:52] jya1: and once done, merge in on shot in fixes/0.27
[16:01:08] stichnot: ok I'll stage it there (once I get my laptop back...)
[16:01:20] stuarta: damn laptop eh?
[16:03:55] andrewj720 (andrewj720!~andrew@cpc1-papw5-2-0-cust80.5-3.cable.virginm.net) has joined #mythtv
[16:06:36] andrewj720 (andrewj720!~andrew@cpc1-papw5-2-0-cust80.5-3.cable.virginm.net) has quit (Remote host closed the connection)
[16:09:54] jya1: stichnot: if you tell me which commit it is, I can do so tomorrow
[16:10:07] jya1: not that I don't trust you're going to get a laptop back...
[16:10:17] jya1: but how long has it been broken now ? :)
[16:11:47] stuarta: i could have assembled a new one out of matchsticks by now
[16:14:47] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds)
[16:15:39] stichnot (stichnot!stichnot@nat/google/x-aysiwiopqaoopdby) has joined #mythtv
[16:15:40] stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv
[16:15:40] stichnot (stichnot!stichnot@nat/google/x-aysiwiopqaoopdby) has quit (Changing host)
[16:45:12] stuartm: http://www.bbc.co.uk/news/technology-27761756
[16:45:23] stuartm: "Smart TVs subverted by radio attack"
[16:45:57] stuartm: which is interesting only because the attack occurs through the antenna
[16:47:14] stuartm: something I don't think we've ever taken very seriously in the past
[16:53:11] dekarl: lol, completely undetectable pirate radio... "the attackerneeds to create a signal that is stronger than the originalTV tower’s signal and transmit it toward the target televi-sions."
[16:53:56] dekarl: just buying space in the red button ads and putting an attack image onto tvs (how often do they update the firmware) sounds way easier
[16:56:35] stuartm: dekarl: well it's easier to overpower the signal of a tower that's 20 miles away if you're right next door
[16:58:11] stuartm: it's no different than those novelty toys which were powerful enough at short range to let you 'interrupt' FM radio signals letting you play practical jokes on friends and family
[16:59:05] stichnot (stichnot!stichnot@nat/google/x-wouhsufyohhukqth) has joined #mythtv
[16:59:05] stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv
[16:59:05] stichnot (stichnot!stichnot@nat/google/x-wouhsufyohhukqth) has quit (Changing host)
[16:59:05] dekarl: stuartm, sure. but in the end its a good old man-in-the middle attack. you can even hack cars by sending rogie RDS-TMC messages
[17:00:54] stichnot: jya1, stuarta: Laptop SSD died 6 days ago. Brought it to IT, they said they'd open a ticket but neglected to do so, then lost it, then finally found it, then put in an order for a replacement, and here I am still waiting
[17:01:03] stichnot: definitely lost the IT roulette game this round
[17:02:01] stuartm: dekarl: right, there's nothing inherently novel about it except that before now most people would say that carefully checking incoming DVB/ATSCMHEG packets for both content and size would be overly cautious – granted that's not exactly what they are describing here, it's not an overflow or anything of that sort, but it is an attack via an interface that was previously trusted
[17:02:08] stichnot: so for now I have a Chromebook with ssh access to my production machine, yay
[17:03:00] stichnot: I have an IRC client as a Chrome extension/app, but when gmail sucks up all available memory, it seems to kill off the IRC client, yay
[17:05:02] stichnot: Reminds me of a recent LLVM commit message: "PBQP: No longer feasting upon every last byte of your RAM"
[17:05:05] stuartm: dekarl: in theory this same attack could be done by injecting an MHEG application or content, although there is less damage to be done that way, another possibility would be injecting firmware but I'd hope that firmware updates would need to be signed
[17:09:35] brfransen (brfransen!~brfransen@64.179.169.226) has quit (Ping timeout: 252 seconds)
[17:10:18] brfransen (brfransen!~brfransen@64.179.169.226) has joined #mythtv
[17:10:30] stuartm: anyway, the paper makes interesting reading
[17:13:21] dekarl: reminds me, that we could add DASH streaming and a HbbTV no-frontend-frontend ;)
[17:38:44] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Quit: No Ping reply in 180 seconds.)
[17:44:21] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[17:49:32] stuartm: stuarta, dekarl: seems like we could use a cache for get_chan_id_from_db_dvb in DVBHelper
[17:50:55] stuartm: oops, spoke too soon, there's already one in EITHelper::GetChanID
[17:52:39] dekarl: :)
[17:52:51] dekarl: that's the one that was missing the negative caching
[17:54:44] gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has quit (Quit: Leaving)
[17:57:56] stuartm: it's slightly depressing that even though I've managed to reduce the number of queries made when changing channels in livetv, there are still a lot of them happening
[18:03:14] stuartm: no wonder browse is so slow when we kept querying which input each channel is on like a brain damaged goldfish
[18:33:56] sphery: stuartm: wasn't that added as part of the oft-requested-but-really-not-worthwhile-imho browse-across-inputs capability because channels may become unavailable on a given input at any time due to multirec/mux-locking or something
[18:34:59] stuartm: sphery: the query may have been, but it's requesting static data, the input that a particular chanid is on won't change and we shouldn't need to be querying it over and over again
[18:35:15] sphery: ah, ok...
[18:38:56] stuartm: it's actually a series of queries – http://pastebin.com/v9Qnw3JN
[18:43:13] SteveGoodey (SteveGoodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has joined #mythtv
[18:44:19] stichnot (stichnot!stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 240 seconds)
[18:56:42] cesman (cesman!~cesman@pool-173-60-115-40.lsanca.fios.verizon.net) has joined #mythtv
[18:56:42] cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv
[18:56:42] cesman (cesman!~cesman@pool-173-60-115-40.lsanca.fios.verizon.net) has quit (Changing host)
[19:08:24] andreaz (andreaz!~andre_000@p5DCA3B0D.dip0.t-ipconnect.de) has joined #mythtv
[19:08:47] andreaz (andreaz!~andre_000@p5DCA3B0D.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)
[19:16:12] gigem: sphery: That code always seems way more complicated than it should be. Even with browse across inputs, the list of available inputs and their available channels shouldn't change that often
[19:31:06] robink_ is now known as robink
[19:35:14] stichnot (stichnot!stichnot@nat/google/x-iyvklrkqvuazcwoz) has joined #mythtv
[19:35:15] stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv
[19:35:15] stichnot (stichnot!stichnot@nat/google/x-iyvklrkqvuazcwoz) has quit (Changing host)
[20:03:22] stuarta: evening
[20:04:43] stuarta: stuartm: i like you analysis "querying like a braindead goldfish"
[20:05:54] stuarta: *your
[20:07:01] Weaselweb (Weaselweb!~quassel@77-64-221-251.dynamic.primacom.net) has quit (Remote host closed the connection)
[20:25:38] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 240 seconds)
[20:27:47] andreaz (andreaz!~andre_000@p5DCA3B0D.dip0.t-ipconnect.de) has joined #mythtv
[20:29:46] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[20:51:05] SteveGoodey (SteveGoodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has quit (Quit: Konversation terminated!)
[21:06:43] arescorpio (arescorpio!~arescorpi@200-237-16-190.fibertel.com.ar) has joined #mythtv
[21:08:44] stichnot: sphery: I think it's important to get near-realtime updates on channel tunability, but you could do this by caching the state and using system events to selectively or completely invalidate the cache
[21:09:59] stichnot: I mitigated the effects somewhat by kicking the queries into a separate thread to reduce the live TV stuttering, and that should be done in any case since you don't want blocking operations in the UI thread, but caching should be done also.
[21:48:45] len_ (len_!~quassel@75-161-185-101.mpls.qwest.net) has joined #mythtv
[21:49:05] len__ (len__!~quassel@75-161-185-101.mpls.qwest.net) has joined #mythtv
[21:49:36] len___ (len___!~quassel@75-161-185-101.mpls.qwest.net) has joined #mythtv
[21:54:40] dekarl (dekarl!~dekarl@p4FE8440A.dip0.t-ipconnect.de) has quit (Remote host closed the connection)
[22:24:43] stichnot (stichnot!stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 240 seconds)
[22:26:48] len___ (len___!~quassel@75-161-185-101.mpls.qwest.net) has quit (Read error: Connection reset by peer)
[22:26:49] len__ (len__!~quassel@75-161-185-101.mpls.qwest.net) has quit (Read error: Connection reset by peer)
[22:26:50] len_ (len_!~quassel@75-161-185-101.mpls.qwest.net) has quit (Read error: Connection reset by peer)
[22:27:43] len_ (len_!~quassel@75-161-185-101.mpls.qwest.net) has joined #mythtv
[22:27:45] len__ (len__!~quassel@75-161-185-101.mpls.qwest.net) has joined #mythtv
[22:27:48] len___ (len___!~quassel@75-161-185-101.mpls.qwest.net) has joined #mythtv
[22:27:56] len____ (len____!~quassel@75-161-185-101.mpls.qwest.net) has joined #mythtv
[22:28:57] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 252 seconds)
[22:29:52] len___ (len___!~quassel@75-161-185-101.mpls.qwest.net) has quit (Remote host closed the connection)
[22:31:50] len_ (len_!~quassel@75-161-185-101.mpls.qwest.net) has quit (Remote host closed the connection)
[22:31:53] len__ (len__!~quassel@75-161-185-101.mpls.qwest.net) has quit (Remote host closed the connection)
[22:47:33] len____ (len____!~quassel@75-161-185-101.mpls.qwest.net) has quit (Remote host closed the connection)
[22:47:39] len_ (len_!~quassel@75-161-185-101.mpls.qwest.net) has joined #mythtv
[22:49:23] jheizer (jheizer!~jheizer@73.51.93.177) has quit (Read error: Connection reset by peer)
[23:07:12] stichnot (stichnot!stichnot@nat/google/x-rzjauhguapqufygs) has joined #mythtv
[23:07:12] stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv
[23:07:12] stichnot (stichnot!stichnot@nat/google/x-rzjauhguapqufygs) has quit (Changing host)
[23:08:10] len_ (len_!~quassel@75-161-185-101.mpls.qwest.net) has quit (Remote host closed the connection)
[23:08:19] len_ (len_!~quassel@75-161-185-101.mpls.qwest.net) has joined #mythtv
[23:15:55] Warped (Warped!~Warped@99-116-29-44.lightspeed.cicril.sbcglobal.net) has quit (Quit: ChatZilla 0.9.90.1 [Firefox 29.0.1/20140506152807])
[23:53:32] jya1 (jya1!~jyavenard@CPE-120-148-103-15.bjzv2.vic.bigpond.net.au) has quit (Ping timeout: 265 seconds)

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