| Wednesday, September 10th, 2014, 00:49 UTC | ||
| [00:49:17] | databus (databus!~Robert@12.21.2.130) has joined #mythtv | |
| [00:56:38] | databus (databus!~Robert@12.21.2.130) has quit (Quit: Leaving.) | |
| [00:56:52] | databus (databus!~Robert@12.21.2.130) has joined #mythtv | |
| [01:03:37] | sheedy is now known as sheedy-away | |
| [01:53:43] | dblain: | stuartm: just found we can debug server side QScript using the Qt Script Debugger. Only problem is it requires mythbackend to run with a window manager. Might be a nice debug build only option, or maybe command line option to turn on. |
| [01:55:22] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_) | |
| [02:13:42] | xris (xris!~xris@xris.forevermore.net) has quit (Changing host) | |
| [02:13:42] | xris (xris!~xris@mythtv/developer/xris) has joined #mythtv | |
| [02:29:21] | jnylen (jnylen!~jnylen@unaffiliated/jnylen) has quit (Ping timeout: 260 seconds) | |
| [02:32:28] | jnylen (jnylen!~jnylen@unaffiliated/jnylen) has joined #mythtv | |
| [02:47:09] | arescorpio (arescorpio!~arescorpi@57-240-16-190.fibertel.com.ar) has joined #mythtv | |
| [02:49:52] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 260 seconds) | |
| [02:50:27] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [02:55:57] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-249-97.lns20.mel8.internode.on.net) has joined #mythtv | |
| [02:56:15] | Roklobsta: | hey any libcec'ers? |
| [02:56:56] | Roklobsta: | I'd like to sort this out in 0.28: mythfrontend.real: mythfrontend[2713]: E CoreContext cecadapter.cpp:140 (Open) CECAdapter: Failed to load libcec. |
| [02:59:53] | wagnerrp: | sounds like you compiled mythtv with CEC support, but don't actually have the libraries available to load |
| [03:00:27] | Roklobsta: | well, it's the binary from the trunk, and i have the latest libcec from pulse8. i am prepared to hack though to get it working |
| [03:00:52] | wagnerrp: | technically, it's the binary from mythbuntu |
| [03:01:01] | wagnerrp: | i don't know if they make any changes with regard to cec |
| [03:01:02] | Roklobsta: | ah ok |
| [03:01:15] | wagnerrp: | mythtv doesn't distribute binaries directly |
| [03:01:40] | Roklobsta: | ok |
| [03:02:13] | Roklobsta: | cecadapter.cpp:140 refers to the failure of a function that isn't in the trunk source. |
| [03:04:29] | wagnerrp: | what version of libcec do you have installed? |
| [03:04:50] | Roklobsta: | 2.1.4 |
| [03:04:53] | Roklobsta: | 2.1.4–2 |
| [03:04:58] | wagnerrp: | try using a pre-2 version |
| [03:05:08] | Roklobsta: | ok |
| [03:09:13] | databus (databus!~Robert@12.21.2.130) has quit (Quit: Leaving.) | |
| [03:09:58] | Roklobsta: | ok with v1.6 I get: cpp:158 (Open) CECAdapter: Failed to find any CEC devices. and 235 (Close) CECAdapter: Closing down CEC. |
| [03:10:16] | Roklobsta: | so it's in a limbo |
| [03:10:39] | Roklobsta: | whoever did the current patches for libcec didn't use 2.1.4 or 1.6.1 |
| [03:25:56] | stichnot (stichnot!~stichnot@adsl-68-127-28-41.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [03:25:56] | stichnot (stichnot!~stichnot@adsl-68-127-28-41.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [03:25:56] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [03:26:57] | skd5aner (skd5aner!~skd5aner@241.sub-70-198-68.myvzw.com) has quit (Ping timeout: 245 seconds) | |
| [03:30:10] | skd5aner (skd5aner!~skd5aner@102.sub-70-198-68.myvzw.com) has joined #mythtv | |
| [03:44:34] | arescorpio (arescorpio!~arescorpi@57-240-16-190.fibertel.com.ar) has quit (Excess Flood) | |
| [04:01:30] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 260 seconds) | |
| [04:02:49] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [04:32:54] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Read error: Connection reset by peer) | |
| [04:45:51] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-249-97.lns20.mel8.internode.on.net) has quit (Ping timeout: 252 seconds) | |
| [04:58:53] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 240 seconds) | |
| [05:12:23] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [05:57:31] | SteveGoodey (SteveGoodey!~steve@host86-132-99-123.range86-132.btcentralplus.com) has joined #mythtv | |
| [06:02:21] | lomion0815 (lomion0815!~markus@178-190-197-85.adsl.highway.telekom.at) has joined #mythtv | |
| [06:03:05] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [06:05:14] | robink (robink!~quassel@unaffilated/robink) has quit (Ping timeout: 252 seconds) | |
| [06:05:36] | robink (robink!~quassel@unaffilated/robink) has joined #mythtv | |
| [06:10:06] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [06:10:38] | SteveGoodey (SteveGoodey!~steve@host86-132-99-123.range86-132.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [06:16:36] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 250 seconds) | |
| [06:21:19] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [06:35:18] | esperegu (esperegu!~quassel@ip-213-124-221-127.ip.prioritytelecom.net) has quit (Ping timeout: 252 seconds) | |
| [06:42:50] | esperegu (esperegu!~quassel@ip-213-124-221-127.ip.prioritytelecom.net) has joined #mythtv | |
| [07:05:25] | lomion0815 (lomion0815!~markus@178-190-197-85.adsl.highway.telekom.at) has quit (Remote host closed the connection) | |
| [07:18:17] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 255 seconds) | |
| [08:03:58] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [08:12:36] | warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has joined #mythtv | |
| [08:15:21] | warpme: | jya: If You believe it might be helpful – I can test new LVR patches and give You some feedback about improvements/regressions. Simply PM me them... |
| [08:45:06] | joki (joki!~joki@p54862582.dip0.t-ipconnect.de) has quit (Ping timeout: 260 seconds) | |
| [08:45:50] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has joined #mythtv | |
| [08:50:10] | joki (joki!~joki@p548624DB.dip0.t-ipconnect.de) has joined #mythtv | |
| [09:29:21] | enyc_ is now known as enyc | |
| [12:05:03] | stuartm: | forgotten the magic to push a local branch upstream |
| [12:09:22] | stuartm: | nm, done it |
| [12:11:28] | stuarta: | we really should document that on the wiki somewhere |
| [12:13:53] | rsiebert_ (rsiebert_!~quassel@g226190110.adsl.alicedsl.de) has joined #mythtv | |
| [12:16:54] | rsiebert (rsiebert!~quassel@g226190005.adsl.alicedsl.de) has quit (Ping timeout: 246 seconds) | |
| [12:47:51] | jya: | after using mercurial for the past 1.5 months… I’m afraid to say that I dearly miss git |
| [12:49:57] | stuarta: | ah yes, well it was an evolutionary step on the way towards git |
| [12:51:49] | jya: | it’s super slow, branch are virtually non-existent. rebasing is hard, and using queues and maintaining patches take forever. |
| [12:52:29] | jya: | i don’t know but when I do git —rebase it pretty much always work. no matter what I’ve done with the file, move it, renamed it. Or if I have a small conflicts in there |
| [12:52:50] | jya: | in hg, it generates a .rej and up to you to sort it out |
| [12:53:27] | jya: | and the worse, if say your patch queue is on top of an existing file, following a copy of it. it cancel the whole lot because the patch didn’t apply. |
| [12:53:43] | jya: | so you have to re-create the files, re-add the new file to hg etc… |
| [12:54:21] | jya: | a few times I’ve found myself with files missing in my commit, because I had added them to hg, but as a followup update failed, it re-ignored the file I had added |
| [12:54:25] | jya: | have to be super careful |
| [12:54:26] | jheizer: | lol @ .rejected |
| [12:54:35] | jya: | anways, I don’t like it |
| [12:55:10] | jya: | git is a pain to learn, because it feels so weird. but once you understand how that works, its brilliant |
| [12:56:28] | jya: | and twice in hg, I cancelled an operation because i just remembered something, to find that my tree was in an unrecoverable state: i either had to clone again, or cancel all me recent commit at start from a common tree |
| [12:58:23] | jheizer: | Ouch! |
| [12:58:59] | jheizer: | I pushed for our company to move to git a few years ago but a lack of windows guis that were quality was a stopped |
| [12:59:19] | jheizer: | Have you ever used TFS? Curious how you may think it compares. |
| [13:00:00] | jheizer: | It works ok for there only being 3 developer and usually on different areas of the code base. |
| [13:00:12] | jya: | no |
| [13:00:16] | jya: | never heard of it |
| [13:00:31] | jheizer: | Microsoft's |
| [13:00:55] | jheizer: | Though it can host git natively now. |
| [13:21:40] | stuarta: | that sounds like a recipe for disaster |
| [13:30:36] | Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has joined #mythtv | |
| [14:54:23] | stuartm: | my one remaining criticism of git is still that a lot of 'every day' functionality is buried away behind magic combinations of args, I still miss the relative simplicity and clarity of svn's commands |
| [14:55:42] | stuartm: | it feels a lot like something that was written from scratch in a few days (because it was), rather than something that went through a careful design and planning stage |
| [15:00:49] | stuartm: | I'd appreciate testing of the http_ssl branch – the ssl changes haven't been pushed yet, still working on that, but the conversion from BufferedSocketDevice & MSocketDevice to QTcpSocket has been done |
| [15:04:10] | stuartm: | just discovered the first problem, streaming an mp3 via upnp fails |
| [15:12:06] | warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has quit (Remote host closed the connection) | |
| [15:14:19] | gigem: | stuartm: Have you considered sending some suggestions to Junio Hamano? There is some precedence for having simpler, higher-level commands do the work of multiple, lower-level ones. Pull vs. fetch and merge, for example. |
| [15:18:51] | gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has quit (Remote host closed the connection) | |
| [15:22:53] | stuartm: | no I hadn't, guess I didn't think they'd be very receptive to suggestions, especially since there is the option of configuring your own shortcuts (aliases) for combos you regularly use |
| [15:23:40] | stuartm: | e.g. you can create 'git dowhatIwant' easily enough |
| [15:24:44] | stuartm: | as long as you remember the feature exists I guess that addresses my main source of irritation |
| [15:32:01] | knightr_ (knightr_!~Nicolas@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [15:32:29] | Chutt (Chutt!~ijr@cpe-174-100-158-24.neo.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [15:35:02] | Chutt (Chutt!~ijr@cpe-174-100-158-24.neo.res.rr.com) has joined #mythtv | |
| [15:35:21] | knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Ping timeout: 264 seconds) | |
| [16:19:42] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG) | |
| [16:21:11] | esperegu (esperegu!~quassel@ip-213-124-221-127.ip.prioritytelecom.net) has quit (Ping timeout: 276 seconds) | |
| [16:22:58] | dblain: | stuartm: in case you're curious; I found that the qscript execption in windows is caused be the script validating the parameters to the dvr service prior to doing the transistion into the C++ code, while on linux, the C++ code is called with invalid args and the C++ throws code throws the exception. |
| [16:23:17] | dblain: | I haven't been able to pinpoint in the Qt source why the flow is different. |
| [16:24:01] | dblain: | Either way, I think I have a solution. Although the error messages will be different between windows and linux, both paths should be protected. |
| [16:24:28] | dblain: | I'll try to have it commited later tonight (EST) |
| [16:26:21] | dblain: | stuartm: also, I found that the script debugger requires QApplication to be used in the backend which it does for Windows (why the script debugger works for windows and not linux). I'm going to commit the code to add the debugger but make it conditional on WIN32. You may want to play with enabling it on Linux even if it's just for your local use. |
| [16:33:04] | esperegu (esperegu!~quassel@ip-213-124-221-127.ip.prioritytelecom.net) has joined #mythtv | |
| [16:53:51] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Quit: Leaving) | |
| [16:54:15] | stuarta: | is it just me or does pull request #86 (MPEGTS AES Decryption) smack of using a central (illegal) keystore to decrypt pay tv? |
| [16:54:15] | ** MythLogBot http://code.mythtv.org/trac/ticket/86 ** | |
| [16:54:23] | stuarta: | MythLogBot: not that one |
| [16:54:34] | stuarta: | https://github.com/MythTV/mythtv/pull/86 |
| [16:57:16] | stuarta: | oh i really need to kill github. the UI doesn't work on chrome |
| [16:58:08] | stuarta: | right, rude questions asked. |
| [16:58:30] | stuarta: | oh it did work. |
| [16:58:54] | stuarta: | well half worked. it submitted it, but didn't then clean up like it had |
| [17:03:08] | ** stuarta wanders off for a while ** | |
| [17:30:50] | rhpot199` is now known as rhpot1991 | |
| [17:33:20] | sheedy-away is now known as sheedy | |
| [17:37:58] | sheedy is now known as sheedy-away | |
| [18:27:07] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [18:45:03] | andreaz (andreaz!~andre_000@p5792344E.dip0.t-ipconnect.de) has joined #mythtv | |
| [18:52:45] | stuartm: | dblain: debugging could be very useful |
| [18:55:38] | ** stuartm must resist temptation to implement http chunking ** | |
| [19:12:34] | andreaz1 (andreaz1!~andre_000@p5792344E.dip0.t-ipconnect.de) has joined #mythtv | |
| [19:14:00] | andreaz (andreaz!~andre_000@p5792344E.dip0.t-ipconnect.de) has quit (Ping timeout: 250 seconds) | |
| [19:16:41] | tris (tris!tristan@2001:1868:a00a::4) has quit (Ping timeout: 272 seconds) | |
| [19:20:14] | tris (tris!tristan@2001:1868:a00a::4) has joined #mythtv | |
| [19:25:02] | dekarl1 (dekarl1!~dekarl@p4FE848BF.dip0.t-ipconnect.de) has joined #mythtv | |
| [19:27:03] | dekarl (dekarl!~dekarl@p4FCEF499.dip0.t-ipconnect.de) has quit (Ping timeout: 246 seconds) | |
| [19:27:19] | dblain: | stuartm: I just commited the script exception fix (for the Dvr service). When you have a chance, can you test it to make sure it truely fixes for you, before I make the needed changes to the remaining services? |
| [19:28:10] | stuartm: | dblain: sure, give me a few minutes |
| [19:28:19] | dblain: | stuartm: thanks, no rush |
| [19:35:53] | gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has joined #mythtv | |
| [19:37:45] | stuartm: | there's nothing like a bug to make a mess of nice clean code eh? |
| [19:42:31] | dblain: | I tried to keep it as clean as possible, but you know how it goes :( |
| [19:44:57] | stuartm: | wasn't meant as a criticism |
| [19:53:35] | dekarl1 is now known as dekarl | |
| [19:57:09] | dblain: | stuartm: not taken as one. |
| [20:00:13] | stuartm: | damn, compile finished just seconds too late to restart the backend before recordings started at 9 |
| [20:00:49] | dblain: | brave to be running a test build in prod! |
| [20:07:01] | stuartm: | well technically it's is my dev machine, but because it's the one I look at all the time it's become my defacto production machine as well, so that my real 'production' machine connected to the TV only records half the things I actually watch |
| [20:08:14] | stuartm: | the downside is that by evening time I'm unable to restart it for testing changes! upside is that I use it so much that I'm more likely to spot issues before they end up in a release |
| [20:09:59] | stuartm: | being able to stick on a recording on one screen while I'm working in the other is both a positive and a negative ... maybe mostly a negative when it comes to getting work done ... |
| [20:14:41] | gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has quit (Remote host closed the connection) | |
| [20:15:31] | stuartm: | fwiw master is usually very stable |
| [20:25:51] | arescorpio (arescorpio!~arescorpi@57-240-16-190.fibertel.com.ar) has joined #mythtv | |
| [20:42:02] | tris (tris!tristan@2001:1868:a00a::4) has quit (Ping timeout: 272 seconds) | |
| [20:42:22] | tris (tris!tristan@2001:1868:a00a::4) has joined #mythtv | |
| [20:48:05] | Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has quit () | |
| [21:01:10] | SteveGoodey (SteveGoodey!~steve@host86-132-99-123.range86-132.btcentralplus.com) has joined #mythtv | |
| [21:12:38] | Steve-Goodey (Steve-Goodey!~steve@host86-132-99-123.range86-132.btcentralplus.com) has joined #mythtv | |
| [21:13:29] | SteveGoodey (SteveGoodey!~steve@host86-132-99-123.range86-132.btcentralplus.com) has quit (Ping timeout: 255 seconds) | |
| [21:17:33] | stuarta: | hah. just found the smoking gun in https://github.com/MythTV/mythtv/pull/86 |
| [21:18:02] | stuarta: | https://github.com/masjerang/mythtv/commit/9d . . . 5fa9c04R1108 line 1108 "//Send payload to soft-cam for decryption" |
| [21:18:10] | stuarta: | thought so |
| [21:18:36] | ** stuarta closes pull request ** | |
| [21:19:04] | dekarl: | what would be that alternative for http streams? usb-hard-cam? |
| [21:19:13] | Steve-Goodey (Steve-Goodey!~steve@host86-132-99-123.range86-132.btcentralplus.com) has quit (Ping timeout: 260 seconds) | |
| [21:19:24] | stuarta: | dekarl: can you see a legitimate use case for it? |
| [21:20:03] | dekarl: | it appears to be similar to the AES encoding for http-live-streams where the key is in a protected m3u, but the media files are encrypted on a public CDN |
| [21:20:33] | stuarta: | an iptv STB would have a subscriber card to to the key's and integrate with the decryption |
| [21:21:13] | dekarl: | I'm not sure how we can support e.g. SAT>IP with http transport and a good old CI Card in a CAM |
| [21:21:58] | stuarta: | well i've already requested the author clarify how the fact that it's retrieving keys from a site on the internet relates to having a valid sub |
| [21:21:59] | dekarl: | are there different interfaces for the cam servers between hard/soft cam? |
| [21:22:42] | dekarl: | aye, I'd give him the benefit of a doubt. then it can be closed when he replies and it doesn't fit in |
| [21:23:00] | stuarta: | a proper SAT>IP device would have a hardcam, and take the smartcard |
| [21:23:08] | stuarta: | otherwise it just does FTA stuff |
| [21:23:24] | dekarl: | how can MythTV be a proper SAT>IP device? |
| [21:23:25] | stuarta: | i still haven't seen a legitimate use case for soft cam |
| [21:23:40] | stuarta: | quite easily for FTA channels |
| [21:23:42] | clever: | ive looked inside my own IPTV STB, and there is no sign of any smartcard/ca card anywhere, but the network layer does use CA |
| [21:23:54] | dekarl: | SAT>IP has the cam in each client, not in the LNB/Server |
| [21:24:13] | dekarl: | at least not for the consumer gear |
| [21:24:32] | stuarta: | well that makes sense too, ship the encrypted stream to the endpoint for decryption |
| [21:26:41] | stuarta: | clever: what is the setup of that device like then? |
| [21:26:53] | stuarta: | do you have to tell it a valid username / password combo? |
| [21:27:21] | stuarta: | did i mention a load of the code in that pull request contains "Author: root" yeah right.... |
| [21:27:36] | clever: | stuarta: as best as i can tell, they are running a softcam under windows CE, which handles the decryption |
| [21:27:45] | clever: | but its one big black box |
| [21:27:57] | stuarta: | all encryption systems are |
| [21:28:05] | clever: | at the network layer, its multicast udp, rtp, mpegts with plain CA codes |
| [21:28:36] | clever: | so once you pass the rtp layer, its virtualy identical to cable/rf/sat dvb |
| [21:29:07] | clever: | ive already looked into making mythbackend replace the STB entirely, but without the CA codes, its imposible |
| [21:29:41] | clever: | and there is no physical CA card to move over, so the only remaining options are ones you wouldnt want to hear about |
| [21:30:36] | stuarta: | that's why i'm asking about usernames & passwords. in theory a valid username/passwd combo, for a provider would allow legitimate usage of encrypted iptv streams |
| [21:31:06] | stuarta: | ie. the STB talks to an endpoint at the provider, to get current keys and can decrypt |
| [21:31:36] | clever: | its not normal iptv, doesnt work over any modem |
| [21:31:37] | dekarl: | TR-069? When I looked at the DVB-IPTV specs it looked like that's the way to go. |
| [21:31:51] | clever: | the multicast traffic is part of a special VLAN that the router and modem/network are configured for |
| [21:32:06] | clever: | and i believe its tied to the serial# of the STB as well |
| [21:32:11] | stuarta: | that's just network layer segmentation |
| [21:32:36] | clever: | the serial# is likely tied to my account when its first registered, and gets the keys thru that |
| [21:32:40] | clever: | possibly with some public/private key per box |
| [21:32:58] | clever: | but since its a black box, i'm guessing, i just havent seen a name/pw anywhere in the setup |
| [21:37:49] | stuarta: | yeah the serial number probably keys it into the network (or the MAC address) and from then on they assume you have the rights |
| [21:38:35] | clever: | there is heavy signs of key pairs in the http traffic also |
| [21:38:41] | clever: | every http request is encrypted and signed |
| [21:39:00] | clever: | even durring the bootup when its just the bootloader |
| [21:39:20] | clever: | rather then use https, they re-invented their own scheme |
| [21:39:38] | stuarta: | well if it works.... |
| [21:40:26] | clever: | yeah |
| [21:40:59] | clever: | as best as i can tell, the mac/serial# are purely used to restrict access to the CA keys |
| [21:41:13] | clever: | nothing restricts access to the rtp stream itself, i can easily have any pc join the multicast group |
| [21:41:25] | clever: | an it has DOS'd the wifi a few times when i tried to test from a laptop |
| [21:43:26] | stuarta: | :) |
| [21:43:43] | dekarl: | you may want to fiddle with your networks multicast settings (hint 1mbit/s isn't that much) |
| [21:44:15] | dekarl: | https://en.wikipedia.org/wiki/TR-069#Security_and_authentication – When the device contacts the ACS for the first time (or after a factory-reset) default passwords are used. |
| [21:45:42] | clever: | there is heavy a lot of encrypted soap requests going on |
| [21:48:35] | clever: | SOAPAction: "http://mycompany.com/webservices/GetRecordingDeviceId" |
| [21:48:56] | clever: | SOAPAction: "http://tv2.microsoft.com/bootstrap/LoginEx" |
| [21:50:48] | clever: | https://pastebin.mozilla.org/6427040 the very first http request it makes |
| [21:51:34] | ** stuarta captures some SAT>IP client requests ** | |
| [21:52:21] | clever: | my STB is abusing http headers to hold ALL the POST data, and claiming 0 byte posts |
| [21:52:36] | clever: | and often returns data in headers as well |
| [21:53:07] | clever: | i think the uuid in the user-agent is unique to the box as well |
| [22:12:26] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 255 seconds) | |
| [22:54:24] | stuartm: | dblain: seems to work as intended, only managed to test a single scenario but if that works then I see no reason it shouldn't catch all |
| [22:55:32] | andreaz1 (andreaz1!~andre_000@p5792344E.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [23:09:43] | dblain: | stuartm: thanks for taking the time to test it. |
| [23:46:17] | sl1ce (sl1ce!~johnathan@pool-108-20-176-89.bstnma.fios.verizon.net) has quit (Quit: Konversation terminated!) | |
| [23:46:32] | sl1ce (sl1ce!~johnathan@pool-108-20-176-89.bstnma.fios.verizon.net) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.