| Tuesday, May 1st, 2012, 00:05 UTC | ||
| [00:05:12] | amejia_ (amejia_!~andres@xbmc/staff/amejia) has joined #mythtv | |
| [00:49:13] | xris (xris!~xris@xris.forevermore.net) has joined #mythtv | |
| [01:21:28] | dmfrey (dmfrey!~dmfrey@64-121-93-243.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [01:22:49] | jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has quit (Read error: Operation timed out) | |
| [01:28:14] | jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has joined #mythtv | |
| [01:34:17] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc) | |
| [01:37:51] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [01:52:46] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [01:57:44] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has quit (Ping timeout: 260 seconds) | |
| [02:00:16] | xris (xris!~xris@xris.forevermore.net) has quit (Changing host) | |
| [02:00:17] | xris (xris!~xris@mythtv/developer/xris) has joined #mythtv | |
| [02:04:22] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv | |
| [02:18:23] | ben1066 (ben1066!~quassel@host109-152-37-104.range109-152.btcentralplus.com) has joined #mythtv | |
| [02:20:35] | ben1066_ (ben1066_!~quassel@host31-53-199-93.range31-53.btcentralplus.com) has quit (Ping timeout: 246 seconds) | |
| [02:41:20] | stichnot (stichnot!chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [02:46:05] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [02:53:41] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [03:04:10] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [03:05:51] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [03:28:31] | dmfrey (dmfrey!~dmfrey@64-121-93-243.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Quit: Ex-Chat) | |
| [03:49:26] | jya: | wagnerrp: I've replied to your post… I think that I have a solution that will make both of us happy. It's probably also the simplest. I have to take my daughter to kinder now, can talk about it in a couple of hours if you're still up |
| [03:49:52] | jya: | I don't want to step on anyone's toes, and I understand that it's "your" stuff |
| [03:52:18] | wagnerrp: | if the RAOP stuff needs to stay out of it to properly function, thats fine |
| [03:52:33] | wagnerrp: | but at least for the internal mythtv stuff, thats the way id like for it to behave |
| [03:56:55] | amejia_ (amejia_!~andres@xbmc/staff/amejia) has quit (Quit: Konversation terminated!) | |
| [04:26:15] | wagnerrp: | jya: i realize some of the internal lookup might be part of "not invented here" |
| [04:26:49] | wagnerrp: | but for something that is more or less auto-configuring for the average user, but allows flexibility for those who want it, thats the easiest way i see to accomplish it |
| [04:27:54] | wagnerrp: | link local stuff would not be all that difficult, but it would mean partially bypassing the Qt framework, creating our own socket servers, and feeding them into the QTcpServer/QUdpSocket |
| [04:28:51] | wagnerrp: | multicast doesnt factor into the server pool stuff at all, since thats going to be special purpose, and youre only ever going to be listening to one IP and one port ever |
| [04:29:20] | wagnerrp: | same with IPTV, that stuff should be completely independent of anything serverpool related |
| [04:31:40] | Goga777 (Goga777!~Goga777@128-71-104-175.broadband.corbina.ru) has joined #mythtv | |
| [04:41:25] | Goga777 (Goga777!~Goga777@128-71-104-175.broadband.corbina.ru) has quit (Ping timeout: 248 seconds) | |
| [04:42:04] | mzanetti (mzanetti!~mzanetti@server1.muehlhaeuser.de) has quit (Ping timeout: 276 seconds) | |
| [04:49:45] | 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: 260 seconds) | |
| [05:11:28] | somethinginteres (somethinginteres!~something@ppp29D1.dsl.pacific.net.au) has joined #mythtv | |
| [05:11:35] | somethinginteres (somethinginteres!~something@ppp29D1.dsl.pacific.net.au) has left #mythtv ("Leaving") | |
| [05:13:35] | jya: | wagnerrp: back |
| [05:14:12] | jya: | can you you try something for me, do you have the laster master compiled on freebsd? |
| [05:16:02] | wagnerrp: | not currently, but i can shortly |
| [05:16:33] | jya: | I had a thought walking back home, wanted to test something |
| [05:17:21] | jya: | though I can probably test on linux too |
| [05:17:41] | wagnerrp: | should just be a few minutes to build |
| [05:17:50] | wagnerrp: | hasnt been a whole lot of change since my last build |
| [05:18:10] | jya: | get a RAOP key while at it if you don't have one... |
| [05:18:49] | wagnerrp: | sounds like i need a copy of avahi and itunes? |
| [05:19:30] | jya: | avahi or libdns_sd yes |
| [05:19:32] | jya: | libcrypto |
| [05:19:48] | jya: | though, not actually required avahi, that's just for bonjour |
| [05:20:05] | jya: | however, I don't know if configure has a dependency of libdns_sd to raop server |
| [05:20:55] | wagnerrp: | i need to re-figure-out the magic to get configure to pick up avahi on freebsd |
| [05:22:50] | wagnerrp: | the default avahi config is likely sufficient, right? |
| [05:23:35] | ben1066_ (ben1066_!~quassel@host86-169-139-158.range86-169.btcentralplus.com) has joined #mythtv | |
| [05:23:44] | wagnerrp: | seems not |
| [05:25:23] | ben1066 (ben1066!~quassel@host109-152-37-104.range109-152.btcentralplus.com) has quit (Ping timeout: 246 seconds) | |
| [05:25:52] | wagnerrp: | avahi requires dbus? |
| [05:32:16] | wagnerrp: | ugh... reconfigure makes me want to rebuild everything, this may take a bit |
| [05:33:12] | jya: | wagnerrp: I can check configure, from the various parts I've looked into, the extra detection added were pretty much all wrong and the original ffmpeg configure functions were misused |
| [05:33:47] | jya: | like how to check for vaapi : it was working by pure luck really |
| [05:34:20] | jya: | I rewrote that part, it changes like 15 lines of test into just 3 |
| [05:35:09] | wagnerrp: | freebsd needs additional /usr/local/include/avahi-compat-libdns_sd for --extra-cflags and --extra-cxxflags |
| [05:35:26] | wagnerrp: | first one makes configure work, second one is needed to actually compile |
| [05:35:44] | jya: | wagnerrp: normally you do this through pkg-config |
| [05:36:11] | jya: | like pkg-config --cflags avahi (or whatever that last argument should be) |
| [05:37:47] | jya: | I'm pretty pleased with the new raop, it really works nicely now |
| [05:38:21] | wagnerrp: | ok, just about done building, what next? |
| [05:39:12] | jya: | did it build with RAOP ? |
| [05:39:21] | jya: | and you have installed the key I've sent you ? |
| [05:39:22] | wagnerrp: | with libdns_sd |
| [05:39:30] | wagnerrp: | IIRC, that triggers raop to get built |
| [05:40:02] | jya: | just start mythfrontend then |
| [05:40:24] | wagnerrp: | any particular verbosity? |
| [05:40:30] | cattelan is now known as cattelan_away | |
| [05:40:44] | jya: | you can do --loglevel debug |
| [05:40:55] | jya: | RAOP is very verbose then... |
| [05:41:24] | jya: | pretty much shows the whole data stream content being exchanged |
| [05:41:53] | jya: | what does sysctl net.inet6.ip6.v6only |
| [05:41:56] | jya: | return ? |
| [05:41:58] | wagnerrp: | which means i need something for it to communicate with |
| [05:42:10] | jya: | wagnerrp: it's called telnet :) |
| [05:42:25] | wagnerrp: | enabled, by default and unchanged |
| [05:42:29] | jya: | once it's started, try telnet localhost 5000 |
| [05:43:37] | jya: | from another host, can you do a telnet freebsd_ip4_address 5000 ? |
| [05:43:44] | jya: | in both cases.. does it connect? |
| [05:45:36] | wagnerrp: | well it doesnt connect remotely |
| [05:45:46] | wagnerrp: | it would seem i never bothered to install telnet on that jail |
| [05:45:48] | wagnerrp: | give me a second |
| [05:45:53] | jya: | ok.. so it's the same on linux with sysctl net.inet6.ip6.v6only=1 |
| [05:46:01] | wagnerrp: | scratch that, i do have nc |
| [05:47:15] | wagnerrp: | should there be anything in the logs listing it as starting to listen on some port? |
| [05:47:15] | jya: | interesting that telnet localhost 5000 works |
| [05:47:21] | jya: | but telnet 127.0.0.1 5000 doesn't |
| [05:47:46] | jya: | it should show: RAOP Device: Listening for connections on port 5000 |
| [05:47:53] | wagnerrp: | scratch that... ran frontend from wrong user name |
| [05:47:56] | jya: | 5000 or something else |
| [05:48:09] | jya: | it tries a few ports until it find one (up to 100 ports) |
| [05:48:25] | jya: | I'm in between two minds |
| [05:48:59] | wagnerrp: | raop is listening, but still failed to register against bonjour |
| [05:49:17] | wagnerrp: | avahi-daemon is up and running, just not doing anything apparently |
| [05:49:20] | jya: | first, that is net.inet6.ip6.v6only (or net.ipv6.bindv6only) is set, it's for a reason. And binding/listen should only be done to IPv6 |
| [05:49:40] | jya: | and 2nd, take the heavy approach of binding to IPv4 anyway |
| [05:50:07] | wagnerrp: | http://pastebin.com/ikkLatUm |
| [05:50:26] | wagnerrp: | thats as far as i got a couple weeks ago before giving up |
| [05:50:30] | wagnerrp: | just never registers |
| [05:50:35] | jya: | that's bonjour |
| [05:50:47] | jya: | it should still listen on the port 5000 anyway |
| [05:51:02] | wagnerrp: | yeah, nc can hit the IPv6 address, but not the IPv4 one |
| [05:51:17] | jya: | from what I've seen on linux implementation of zeroconf (avahi), the hostname of your machine, needs to be a fully qualified one |
| [05:51:33] | jya: | interestingly, with Apple's Bonjour, it doesn't matter |
| [05:52:23] | wagnerrp: | > hostname |
| [05:52:23] | wagnerrp: | mythbe.wagnerrp.com |
| [05:52:27] | wagnerrp: | not good enough? |
| [05:52:43] | jya: | what libavahi does, I'm not sure |
| [05:53:16] | jya: | kDNSServiceErr_Unknown = -65537 |
| [05:53:19] | wagnerrp: | forwards and reverse resolvable from the local DNS server, although v4 only |
| [05:53:25] | wagnerrp: | havent bothered to configure v6 DNS yet |
| [05:53:34] | wagnerrp: | so if its only listening on v6, that could be a problem |
| [05:53:55] | jya: | with your system, yes, it's only listening on v6 |
| [05:54:05] | jya: | I remember a whole range of user complaining when freebsd 7 came out |
| [05:54:13] | jya: | that nothing was listening to ipv4 anymore |
| [05:54:23] | jya: | that was that sysctl |
| [05:54:52] | jya: | so we have to make at least one decision... |
| [05:55:22] | wagnerrp: | since ive been running jails for several years, ive just been in the habit of explicitly configuring everything with the specific address it should listen on |
| [05:55:27] | jya: | if net.ipv6.bindv6only is set, should we disregard it and attempt to bind to IPv4 anyway (when the aim is to listen on all local interfaces) ? |
| [05:55:40] | wagnerrp: | so i never actually noticed any issues |
| [05:56:27] | wagnerrp: | well that was the whole purpose of ServerPool, bypassing the issue entirely |
| [05:56:51] | jya: | surprising… I'm pretty sure my iPhone is IPv4 only, yet, airplay works just fine with net.ipv6.bindv6only set |
| [05:57:06] | wagnerrp: | (plus i never much liked the fact that mythtv always listened everywhere) |
| [05:58:20] | jya: | What I'd like is ServerPool to become more of an utility class, that allows you to more easily set up a server, either TCP or UDP. ( right now it's TCP only). It does let you bind on UDP socket, but that's useless because it never binds the UDP connection nor send signal of incoming connection to it |
| [05:58:52] | wagnerrp: | huh? there is no such thing as an incoming UDP connection |
| [05:58:53] | dekarl1 (dekarl1!~dekarl@p4FCEFE47.dip.t-dialin.net) has joined #mythtv | |
| [05:58:55] | wagnerrp: | just datagrams |
| [05:59:11] | dekarl (dekarl!~dekarl@p4FCEFC5B.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
| [06:00:08] | jya: | just terms… |
| [06:00:12] | jya: | to keep it simple |
| [06:00:41] | jya: | you bind your UDP socket to a port, and receive data on it. To do that you need a signal |
| [06:00:45] | jk- (jk-!~jk@ppp121-45-240-218.lns20.per2.internode.on.net) has joined #mythtv | |
| [06:00:50] | jk-: | hey all |
| [06:01:02] | jya: | as it is now, it is bound, but there's no signal ever sent to it.. so as an incoming stream, it's useless |
| [06:01:07] | jya: | that's what broke RAOP |
| [06:01:11] | jya: | FYI |
| [06:01:14] | jk-: | anyone know if there's a way to get the number of days of remaining guide data through the Services API ? |
| [06:01:28] | jya: | jk-: ^^ look at topc |
| [06:01:31] | jya: | topic |
| [06:01:45] | wagnerrp: | sounds potentially like development to me |
| [06:01:51] | jk-: | is that a user question?? |
| [06:02:00] | wagnerrp: | like asking for help with perl/python bindings in here |
| [06:02:08] | jya: | oh well.. |
| [06:02:53] | wagnerrp: | in any case, ServerPool takes a ::bind() method, and emits ::newDatagram() on packets |
| [06:03:20] | jya: | wagnerrp: I think this is how things should be configured by default. |
| [06:03:21] | jya: | Backend: IPv4 set to 0.0.0.0 and IPv6 set to :: |
| [06:03:36] | wagnerrp: | http://code.mythtv.org/cgit/mythtv/tree/mytht . . . ool.cpp#n438 |
| [06:03:54] | rickyw (rickyw!~ricky@121-73-188-235.dsl.telstraclear.net) has quit (Ping timeout: 245 seconds) | |
| [06:03:57] | wagnerrp: | as used in http://code.mythtv.org/cgit/mythtv/tree/mytht . . . listener.cpp |
| [06:04:13] | jya: | wagnerrp: i forgot the actual detail, but on RAOP, I never received the re-issued packet because of the use of serverpool |
| [06:04:49] | wagnerrp: | right... not so sure on the details there, i probably misinterpreted how the data was being handled |
| [06:04:55] | wagnerrp: | but it works fine for the message code |
| [06:05:15] | jya: | if set to 0.0.0.0 or :: then listen to all, and doing so by binding to those addresses , rather than individually bind through all detected interfaces |
| [06:05:31] | wagnerrp: | jk-: i know you can get that information pulling the XML version of the backend status page |
| [06:05:36] | wagnerrp: | beyond that, no idea |
| [06:05:41] | wagnerrp: | can always check the wsdl pages |
| [06:05:49] | jk-: | wagnerrp: oh, is that still there in 0.25? |
| [06:05:55] | jk-: | that's what I used to do.. |
| [06:06:03] | jya: | that alone will fix all issues of users wondering why things don't work. and mythfrontend to have an extra two settings to restrict listening from all interfaces to IPv4 or IPv6 (or both) |
| [06:06:08] | jk-: | but the URL no longer (/xml) no longer works |
| [06:06:22] | jk-: | s/no longer// |
| [06:06:39] | wagnerrp: | same page, different location |
| [06:06:43] | jk-: | ahhh :) |
| [06:07:42] | jya: | wagnerrp: I'll come up with something, then you can have a look at how it does it and change as you see fit… but I'm pretty certain we can reduce the code drastically, increase default usability, and still have the same flexibility in restricitng what interface to use |
| [06:07:46] | wagnerrp: | jya: but then if mythfrontend is going to have different options, we should have different options for mythlcdserver, and myththis, and myththat |
| [06:08:06] | wagnerrp: | which gets back to my point the cleanest solution is that if users want that, they set up different profiles for those different applications |
| [06:08:25] | jya: | wagnerrp: only for those geek (like you and I) that want to tweak that. by default frontend and backend listen to all |
| [06:09:08] | jya: | i certainly don't like the idea that to configure a program, I have to go into another |
| [06:09:48] | wagnerrp: | ideally, it would be a popup triggered the first time you run the application, and subsequently accessible through the menu |
| [06:09:57] | wagnerrp: | think firefox's profile mechanism |
| [06:10:30] | jya: | firefox isn't what I call the most user friendly application :) |
| [06:11:00] | wagnerrp: | perhaps not, but profiles are one of the simpler and barely known capabilities |
| [06:11:05] | jya: | why have a popup showing up that will be of interest for a tiny minority of user, when the vast majority just don't care |
| [06:11:50] | jya: | look at an AppleTV.. you plug it.. it works.. nothing to do, no pop up, no user configuration.. want to change stuff? you have user options |
| [06:12:06] | wagnerrp: | part of "initial frontend setup", along with the setup wizard and other things |
| [06:12:15] | jya: | having popup just for a user to accept the default should be a thing of the past |
| [06:12:44] | jya: | same thing… the frontend should work out of the box with nothing to do whatsoever. and for the most part, that's how it works |
| [06:13:16] | jya: | you start the frontend, the first time ever, it finds the backend, find the database, the audio device is the system default and the video option is good for most |
| [06:13:22] | jya: | can go straight into play tv |
| [06:13:36] | wagnerrp: | well at the very least, the control socket is disabled by default |
| [06:13:52] | jya: | that should be changed too |
| [06:14:33] | jya: | it's only for historical reason that it's disabled. it was the usual habit of adding a new feature, and to make sure you don't step on anyone's toes, you disable that new feature by default |
| [06:16:27] | jya: | when I start a program, and the first thing it does is ask questions about how you should configure it, with options that usually only make sense for the person who programmed it, I shake my head and understand why some products are great, and others just don't get it |
| [06:33:30] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [06:33:59] | skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has quit (Ping timeout: 246 seconds) | |
| [06:36:50] | rickyw (rickyw!~ricky@121-73-166-109.dsl.telstraclear.net) has joined #mythtv | |
| [06:44:19] | jya: | wagnerrp: it's very bizarre what it does when that sysctl is set. if you've made it to listen to AnyIPv6 and the ipv6bindonly is set, then binding to an IPv4 address works, however, you can't connect to it |
| [06:53:32] | skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has joined #mythtv | |
| [07:05:27] | jya: | wagnerrp: I'm not sure I understand why you went the way you did… looking through the code, when config_v4.isNull or config_v6.isNull ; your aim to to listen to all. why in there create a socket per all IP address and not just two, one listening to 0.0.0.0 and the other on :: ; that would have prevented all problems, and kept the same purpose you wanted to achieve |
| [07:06:59] | wagnerrp: | jya: because the aim was NOT to listen everywhere |
| [07:07:03] | wagnerrp: | only on private networks |
| [07:07:24] | wagnerrp: | i.e. dont listen somewhere that could be dangerous unless the user explicitly says to |
| [07:07:49] | wagnerrp: | now i listen everywhere with ipv6 |
| [07:08:04] | wagnerrp: | but as mentioned in the email, id like to get the linklocal stuff working, and default to listening on linklocal |
| [07:08:56] | jya: | why would listening "everywhere with ipv6" be any safer than not listening to all config? |
| [07:09:34] | wagnerrp: | since IPv6 is globally addressable |
| [07:09:43] | jya: | precisely |
| [07:09:49] | wagnerrp: | there is no reserved 'private network' as there is with ipv4 |
| [07:09:58] | jya: | sounds way more "dangerous" to me |
| [07:10:04] | wagnerrp: | so no indication that an IPv6 address may not be exposed to the internet |
| [07:10:17] | wagnerrp: | right, im saying i want to not listen everywhere |
| [07:10:34] | wagnerrp: | i want to change that behavior |
| [07:12:20] | jya: | why? by default that's what it should do…. |
| [07:12:32] | jya: | gosh I hate the nanny approach we keep adding |
| [07:13:33] | jya: | especially when it breaks stuff for the most common usage |
| [07:13:46] | wagnerrp: | im not trying to "nanny" the user, just make it so the defaults are not likely to get the user in trouble |
| [07:14:10] | jya: | how is that any different? |
| [07:14:47] | wagnerrp: | it leaves the settings all there for the user to hang themselves if they want |
| [07:19:09] | jya: | well, the default don't work |
| [07:20:09] | jya: | that bothers me more than attitude like: I know better than you, so I'm going to take the thinking out of you and that's the way it works period :) |
| [07:20:50] | jya: | the backend IP address, should be more like "what interface to listen on" |
| [07:21:04] | jya: | and not use that value to tell the frontend how to connect to it |
| [07:21:33] | wagnerrp: | where would the frontend decide that? |
| [07:21:35] | jya: | otherwise, a listening value of 0.0.0.0 which is perfectly acceptable (and is the default in most tools) just don't work |
| [07:22:16] | jya: | If I set the backend IP to 0.0.0.0… can the frontend connect to the backend without configuring anything? |
| [07:22:28] | wagnerrp: | but how would the frontend know where the backend is? |
| [07:22:37] | jya: | that's exactly my point |
| [07:23:00] | jya: | we have a setting: what is the backend IP |
| [07:23:15] | jya: | when really it should be: what is the interface the backend listen on |
| [07:23:29] | wagnerrp: | but we sould only need the single "what is the master backend's IP" |
| [07:23:44] | jya: | and the frontend doesn't use that value to connect |
| [07:23:44] | wagnerrp: | we shouldnt actually need one for each slave backend or otherwise |
| [07:23:51] | jya: | not at all |
| [07:23:54] | jya: | you're missing the point |
| [07:24:19] | jya: | you want to prevent the master to listen to all interfaces |
| [07:24:27] | jya: | by setting up the master IP |
| [07:24:39] | jya: | this is use for both the address to listen on, and for clients to connect to |
| [07:25:12] | wagnerrp: | i dont want to prevent the backend from listening on multiple interfaces |
| [07:25:31] | jya: | what I'm saying is that this needs to be split up. Have a setting telling the backend what to listen on. And have another mechanism for the clients to find the backend… completely independent to the backend server IP |
| [07:25:36] | wagnerrp: | as doing so would prevent the case where the backend operates as a gateway, and you have enough bandwidth to make an internet-connected frontend worthwhile |
| [07:25:57] | lasers (lasers!~lasers@unaffiliated/lasers) has joined #mythtv | |
| [07:26:31] | jya: | but not at all… again… you're not seeing my point and not thinking it through |
| [07:26:46] | jya: | currently we have a setting server IP |
| [07:26:47] | wagnerrp: | but where the backend listens is where the clients have to connect to, why would you split that up when theyre the same thing? |
| [07:27:00] | jya: | let me finish |
| [07:27:43] | jya: | that "master ip" is used for both the address the server will listen on, and to tell the client on how to connect to it |
| [07:28:24] | jya: | what I'm saying, is that we need to not have a server IP, but a listening address. Just like what Apache does |
| [07:28:54] | wagnerrp: | i dont see the difference |
| [07:29:00] | jya: | for the frontend, slave backend to talk to the backend and discover it, not to use that interface, and instead rely on, for example, zeroconf |
| [07:29:21] | jya: | I thought the different was quite obvious... |
| [07:29:32] | jya: | I want the backend to listen to all interfaces |
| [07:29:49] | jya: | normally, I would set the listening IP to 0.0.0.0 for IPv4 and :: for IPv6 |
| [07:30:05] | jya: | now, if I do that, no frontend will be able to talk to the backend |
| [07:30:12] | wagnerrp: | i dont want to rely on zeroconf for such a fundamental need |
| [07:30:16] | jya: | because it will use the 0.0.0.0 address |
| [07:30:46] | jya: | rely? are you kidding me? zeroconf is a core technology used now on all system and that works brilliantly |
| [07:31:07] | wagnerrp: | and we frequently hear problems of people using UPNP for one thing or another |
| [07:31:19] | wagnerrp: | and rendevous requires the daemon be installed |
| [07:31:52] | wagnerrp: | try to use it for initial configuration, sure |
| [07:32:10] | wagnerrp: | but id rather have things we can control for operational use |
| [07:32:39] | wagnerrp: | especially considering having operational detection over zeroconf would limit mythtv to operation within a single subnet |
| [07:32:46] | jya: | ??? zeroconf/rendezvous/bonjour doesn't need any daemon |
| [07:32:59] | lasers (lasers!~lasers@unaffiliated/lasers) has left #mythtv ("leaving") | |
| [07:33:12] | wagnerrp: | whats the point of avahi-daemon then? |
| [07:34:01] | ** wagnerrp knows very little about rendezvois/bonjour ** | |
| [07:34:05] | jya: | if you want to keep a prehistorical way of self-discovery, then we need to have a different settings: backend IP (used to advertise to client) and IP to listen on |
| [07:35:08] | jya: | zeroconf is entirely based on DNS (mDNS) and DHCP |
| [07:35:28] | jya: | it's similar to UPnP SSDP |
| [07:35:54] | wagnerrp: | so avahi is completely independent, it merely provides basic libraries for mdns |
| [07:36:27] | jya: | yep |
| [07:36:39] | jya: | avahi is a massive suite of tools |
| [07:36:57] | jya: | it has client, mDNS server, lib for pretty much any platforms known to men |
| [07:37:09] | wagnerrp: | my point is, if we do store a value to connect to the backend through, i dont understand why it needs to be separate from the one we are listening on |
| [07:37:38] | jya: | because then, you only have one option: use that particular IP address and nothing else |
| [07:38:00] | wagnerrp: | and if that option is a list of addresses? |
| [07:38:09] | jya: | i guess it was easier to share the setting for the backend listening IP and what IP used to advertise |
| [07:38:15] | jya: | what I'm saying is that it doesn't have to be |
| [07:38:51] | jya: | it's not a list of address, it's an address per network interface… making massive use of link-local |
| [07:39:29] | jya: | like on a mac, even if you setup no network whatsoever, you'll be able to see other local macs |
| [07:39:40] | jya: | it's all broadcast via link-local or 169.x |
| [07:39:46] | jya: | works very well |
| [07:40:56] | jya: | and as I said in my email, how the frontend connect to the backend should have no bearing to configure the services it's running |
| [07:40:57] | wagnerrp: | i just dont see why you would always want to listen everywhere |
| [07:41:21] | jya: | not always… just the default |
| [07:41:48] | jya: | because for the time being, you don't have control on how the user system is setup. IPv6, IPv4, a mix of the two |
| [07:41:58] | jya: | he may know nothing about network connectivity |
| [07:42:05] | wagnerrp: | so if you have the option of giving specific addresses to listen on |
| [07:42:12] | wagnerrp: | all the code must be in place to allow that |
| [07:42:21] | wagnerrp: | so listen everywhere, listen on specific addresses |
| [07:42:24] | jya: | our goal should be : we install the backend, add the capture cards. done.. add a frontend, watch tv |
| [07:42:34] | wagnerrp: | now you have to write code for two separate modes |
| [07:43:04] | jya: | wagnerrp: if you want a method to fallback from a falling zeroconf, then add a default address for clients to use... |
| [07:43:51] | jya: | e.g. mythtv-setup -> General. Listen on "default" (being 0.0.0.0 and ::) |
| [07:44:00] | jya: | frontend finds the backend automagically |
| [07:44:16] | jya: | want to change it so it listens to 192.168.0.x |
| [07:44:46] | jya: | mythtv-setup -> General: change default to 192.168.10.40. frontend finds the backend automagically |
| [07:45:14] | jya: | if it doesn't -> pop up on the frontend: can't find backend, enter IP address: 192.168.10.40.. done |
| [07:45:24] | wagnerrp: | i agree absolutely that the default configuration needs to be something other than the current localhost |
| [07:45:45] | jya: | and for frontend same thing.. |
| [07:45:53] | jya: | default listen everywhere (this one makes even more sense) |
| [07:46:05] | wagnerrp: | what i dont agree is that it should be "listen everywhere" rather than "listen in a automatically selected set of addresses" |
| [07:46:11] | jya: | setup -> advanced : only listen on interface blah |
| [07:47:20] | jya: | wagnerrp: that's fine by me if you find a solution that work out of the box, and perfectly.( And don't exclude zeroconf address !) but unfortunately, for the time being, that's not the case |
| [07:47:44] | wagnerrp: | thats what i was outlining in that email |
| [07:48:05] | jya: | but I disagree with our unique combined setting for both frontend and backend |
| [07:48:12] | jya: | s/our/your |
| [07:48:48] | wagnerrp: | if the default behavior is to "listen everywhere on the local network", then thats not a problem |
| [07:49:11] | wagnerrp: | if you want to manually restrict the backend on that host, its only sensible that you would similarly want to manually restrict the frontend |
| [07:49:14] | jya: | wagnerrp: aside note, read about mDNS. http://en.wikipedia.org/wiki/Multicast_DNS it was designed so you don't need a central server |
| [07:49:41] | wagnerrp: | right, i was just thinking avahi_daemon was just a central server per-host |
| [07:49:56] | wagnerrp: | each host ran one, and they communicated with each other, and applications merely queried their local daemon |
| [07:49:57] | jya: | wagnerrp: no it's not… because I may have to restrict IPv4 address on the backend, but the frontend still need IPv6 (for things like airplay) |
| [07:50:18] | wagnerrp: | is that backwards? |
| [07:50:36] | wagnerrp: | restrict to IPv6-only on the backend, but keep IPv4 for airplay |
| [07:50:59] | jya: | I'm just stating use cases… what I or others want to do shouldn't be restricted in anyway |
| [07:51:12] | jya: | wagnerrp: iTunes always use IPv6 if it's available for airplay |
| [07:51:47] | jya: | right.. dinner is ready... |
| [07:51:50] | jya: | we'll get there :) |
| [07:52:06] | wagnerrp: | as explained, i dont want to prevent someone from running different IP addresses on frontend and backend |
| [07:52:17] | wagnerrp: | if someone wants to, they use a different profile |
| [07:52:30] | rsiebert_ (rsiebert_!~quassel@g226061165.adsl.alicedsl.de) has joined #mythtv | |
| [07:52:34] | wagnerrp: | but if the backend has sensible defaults (or can operate without defaults) |
| [07:52:50] | wagnerrp: | most people would want their frontend and backend on the same host to be listening on the same addresses |
| [07:53:05] | rsiebert (rsiebert!~quassel@g226061232.adsl.alicedsl.de) has quit (Ping timeout: 246 seconds) | |
| [07:53:19] | wagnerrp: | if there were a reason not to listen somewhere (i.e. security), you wouldnt want the frontend listening there either |
| [07:54:19] | stoffel (stoffel!~quassel@pD9E43E53.dip.t-dialin.net) has joined #mythtv | |
| [08:24:02] | jya: | why this continuous frontend / backend on the same host business? I would understand on the same subnet… but same host? |
| [08:25:22] | jya: | maybe that's where disagreement come from… I've always been referring to various frontends. And no time was I assuming that we're talking of combined frontend/backend |
| [08:25:49] | wagnerrp: | because thats the only time people have this problem |
| [08:26:21] | wagnerrp: | if they go into mythtv-setup, and run through all general options, the IP addresses for that host get set to their defaults, 127.0.0.1 and ::1 |
| [08:26:35] | jya: | yes, that's for the backend |
| [08:26:51] | wagnerrp: | if they dont, the frontend will just choose its own addresses, all the ipv6, and all the private ipv4 |
| [08:27:54] | jya: | I don't know if we are having a language barrier, or whatever… |
| [08:27:56] | wagnerrp: | the issue is that people are using these single combo systems, never altering the IPs from those initial defaults, and thus their frontend is only listening on localhost |
| [08:28:19] | jya: | i think i'm just going to give up, because this is getting nowhere |
| [08:31:57] | jya: | I'm going to amend serverpool so it can be used to create services that listen to all interfaces, with two privtcpserver, one listening to IPv6 and one to IPv4. So the code only have to deal with one serverpool object, and not ever have to bother about IPv6 and IPv4.. |
| [08:35:26] | wagnerrp: | how do you handle the case where bindv6only is off? |
| [08:37:26] | wagnerrp: | and follow up, if you just ignore the second bind failing, how do you know it failed because it was listening on that, rather than some other application |
| [08:37:47] | wagnerrp: | aside from checking the sysctl |
| [08:38:41] | stoffel (stoffel!~quassel@pD9E43E53.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
| [08:39:18] | xavierh (xavierh!~xavier@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has joined #mythtv | |
| [08:44:43] | jya: | wagnerrp: is bindv6only is off, then bind(0.0.0.0) will fail with ports already in use and the 2nd QTcpserver won't be created |
| [08:45:21] | jya: | it would be very unlikely that the first ipv6 would have suceeded if that was the case |
| [08:45:31] | jya: | the 2nd one is called only if the first succeed |
| [08:46:10] | jya: | i test after the first one why it failed.. Qt give enough information to make a good assumption |
| [08:46:46] | jya: | i don't want to check the sysctl, how would I know which one to use? from my understanding, only linux and OSX have bindv6 to false by default |
| [08:46:55] | jya: | windows, freebsd: it's always on |
| [08:47:31] | jya: | and when you have your link-local working, that will make my method redundant and I'll get rid of it :) |
| [08:47:43] | jya: | actually, I was looking at that yesterday |
| [08:48:18] | jya: | it's possible from the address ip, to get the mac address etc.. wouldn't be surprised if you could get the interface name, and amend the link-local IPv6 with %ifname |
| [08:48:30] | jya: | i think that's all that is required to bind on link-local manually |
| [08:49:29] | jya: | ah, I just remember why RAOP control udp socket failed. |
| [08:49:46] | jya: | when doing a write datagram |
| [08:50:10] | jya: | it uses the m_udpSend socket, and not the one we first used to bind on the interface/port |
| [08:50:15] | jya: | so we never get the answer |
| [08:52:11] | amejia (amejia!~andres@xbmc/staff/amejia) has quit (Read error: Connection reset by peer) | |
| [08:53:19] | amejia (amejia!~andres@xbmc/staff/amejia) has joined #mythtv | |
| [09:50:20] | highzeth (highzeth!~hz@250-6-11.connect.netcom.no) has joined #mythtv | |
| [10:05:02] | mike|2 (mike|2!~mike@c-98-232-220-158.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [10:05:51] | mike (mike!~mike@c-98-232-220-158.hsd1.or.comcast.net) has joined #mythtv | |
| [10:06:17] | mike is now known as Guest28804 | |
| [10:09:08] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 260 seconds) | |
| [10:12:16] | dekarl1 is now known as dekarl | |
| [10:56:43] | highzeth (highzeth!~hz@250-6-11.connect.netcom.no) has quit (Ping timeout: 260 seconds) | |
| [11:58:58] | jya: | wagnerrp: I have modified ServerPool, and now IPv6 link-local works, you can bind to it… I'm pretty sure why AirPlay didn't work earlier with server pool was ultimately caused by this… Going to try. If that works as I suspect, I'm going to revert back to using ServerPool everywhere and you can take it from there |
| [12:11:11] | jk- (jk-!~jk@ppp121-45-240-218.lns20.per2.internode.on.net) has left #mythtv () | |
| [12:13:40] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [12:20:08] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (Read error: No route to host) | |
| [12:20:44] | jya: | it works ! |
| [12:21:02] | stuarta: | \o/ |
| [12:22:46] | jya: | that's using serverpool… however, something is going on with receiving the signal from the UDP socket, it struggle at startup… very bizarre |
| [12:36:08] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [12:39:46] | jya: | hum… actually no it doesn't work.. that's why it starts weird |
| [12:47:28] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 255 seconds) | |
| [13:00:23] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [13:13:48] | stoffel (stoffel!~quassel@pD9E43E53.dip.t-dialin.net) has joined #mythtv | |
| [13:21:07] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [13:23:26] | stichnot: | stuartm: have you ever observed the bogus teletext problem in #10678 ? |
| [13:23:26] | ** MythLogBot http://code.mythtv.org/trac/ticket/10678 ** | |
| [13:41:44] | highzeth (highzeth!~hz@250-6-11.connect.netcom.no) has joined #mythtv | |
| [13:43:16] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
| [13:56:18] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (Quit: Leaving.) | |
| [13:58:23] | cattelan_away is now known as cattelan | |
| [14:13:28] | Toast (Toast!~quassel@87.127.37.199) has joined #mythtv | |
| [14:30:48] | dekarl: | btw, #10678 is likely from AU as the reporter is k-m an ;) |
| [14:30:48] | ** MythLogBot http://code.mythtv.org/trac/ticket/10678 ** | |
| [14:34:25] | Yancho (Yancho!~mpulis@unaffiliated/yancho) has quit (Remote host closed the connection) | |
| [14:34:26] | Yanch0 (Yanch0!~mpulis@unaffiliated/yancho) has quit (Read error: Connection reset by peer) | |
| [14:34:56] | Yanch0 (Yanch0!~mpulis@unaffiliated/yancho) has joined #mythtv | |
| [14:35:00] | Yancho (Yancho!~mpulis@unaffiliated/yancho) has joined #mythtv | |
| [14:41:41] | dekarl (dekarl!~dekarl@p4FCEFE47.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [14:45:29] | stoffel (stoffel!~quassel@pD9E43E53.dip.t-dialin.net) has quit (Ping timeout: 244 seconds) | |
| [14:46:43] | dekarl (dekarl!~dekarl@p4FCEFE47.dip.t-dialin.net) has joined #mythtv | |
| [14:49:49] | highzeth (highzeth!~hz@250-6-11.connect.netcom.no) has quit (Ping timeout: 276 seconds) | |
| [15:00:33] | stichnot: | dekarl: Being in the U.S., I just don't have access to teletext captions. Does anyone see the problem? I would need a sample. |
| [15:06:54] | dekarl: | stichnot: I hinted at k-m an over in #mythtv-users that a small sample file would be appreciated, he'll get one when he's awake again :) |
| [15:09:06] | stichnot (stichnot!chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 252 seconds) | |
| [15:27:26] | gregorcy (gregorcy!~gregorcy@strongbad.chemeng.utah.edu) has joined #mythtv | |
| [15:43:04] | stuartm: | gigem: what I manage to explore of the templates patch last night seemed good, no objections to it – I didn't really get to experience the auto-selection of templates when creating a rule, I just didn't have time to create enough templates to test that behaviour |
| [15:44:15] | stuartm: | I'm curious whether there's an indication that a template has been applied, that could catch some people out? They create a template unaware that it will be used when they create a later rule? |
| [15:45:32] | stuartm: | also what defines the 'Default' template, the first template you create? Or is it a template you've called 'Default'? I guess that bit could be made a little clearer |
| [15:54:29] | stuartm: | gigem: I'd defend the 'prefDupMethod' setting, yes users can create a default template with their preferred method, but the existence of that setting in the first place is because most new users don't know which method (of 5) will work best with their guide data (that knowledge comes with experience) – the point of the locale defaults is to give most users the best possible configuration from day one without them having to understand how things |
| [15:54:31] | stuartm: | like scheduling work |
| [15:59:43] | joki- (joki-!~joki@p54861B15.dip.t-dialin.net) has joined #mythtv | |
| [15:59:59] | joki (joki!~joki@p548637F7.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
| [15:59:59] | joki- is now known as joki | |
| [16:05:03] | sannes1 (sannes1!~ace@cm-84.209.72.206.getinternet.no) has quit (Ping timeout: 245 seconds) | |
| [16:12:15] | Toast (Toast!~quassel@87.127.37.199) has quit (Remote host closed the connection) | |
| [16:12:46] | primedeath (primedeath!d181f119@gateway/web/freenode/ip.209.129.241.25) has joined #mythtv | |
| [16:13:13] | primedeath: | I was wondering what was a g ood TV Tuner card for Comcast. |
| [16:13:34] | wagnerrp: | this is the development channel, see #mythtv-users |
| [16:13:53] | primedeath: | thanks. |
| [16:13:55] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [16:14:16] | primedeath (primedeath!d181f119@gateway/web/freenode/ip.209.129.241.25) has left #mythtv () | |
| [16:15:29] | stichnot (stichnot!chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [16:16:42] | stichnot: | dekarl: thanks, I'll wait another day before requesting a sample on the ticket. |
| [16:18:29] | sannes (sannes!~ace@cm-84.209.72.206.getinternet.no) has joined #mythtv | |
| [16:19:30] | gigem: | stuartm: the template in use is saved in RecordingRule::m_template and is put in the infomap as "template" for themes to use. I only updated the MythCenter-wide theme to show it. Note that the template is only "in use" when a rule is first created. If the rule is edited later, there is no template involved. |
| [16:19:42] | gigem: | The Default template is simply the one called "Default". It is used automatically for search and manual recording rules and for regular rules when neither the category_type nor category match. The Default template will be created automatically with a schema update in the final commit. |
| [16:19:51] | gigem: | Since prefDupMethod isn't visible to the user, I don't mind leaving it in for when no matching templates exist. One of the goals was to replace several, separate settings with the Default template. |
| [16:31:58] | jya: | wagnerrp: have a look at this http://pastebin.com/MLuU1riZ |
| [16:32:29] | jya: | it fixes two problems.. First, set the Scope ID of the IPv6 link-local address so we can bind on it… |
| [16:32:59] | jya: | And two, use the appropriate UDP socket when sending a datagram, so we can receive a response. |
| [16:33:45] | wagnerrp: | oh... thats how you do it |
| [16:33:50] | stoffel (stoffel!~quassel@pD9E43A4C.dip.t-dialin.net) has joined #mythtv | |
| [16:33:54] | wagnerrp: | you set the scope against the host address |
| [16:34:17] | jya: | what I do is when binding on a port, I store for each udp socket the local interface that contains it |
| [16:34:49] | wagnerrp: | yeah, selecting the "proper" UDP socket was the thing i was hoping to bypass by sending the datagrams out through an unbound socket |
| [16:35:02] | jya: | I then modified all the RAOP code, to entirely use ServerPool, |
| [16:35:28] | jya: | it works fine under all circumstances, but from some reason, sending from my local-link to the same interface fail |
| [16:35:30] | wagnerrp: | but i guess when doing so, it meant the client would respond to whatever address the socket libraries chose to send it on |
| [16:35:39] | jya: | (e.g. running iTunes and mythfrontend on the same machine) |
| [16:35:39] | wagnerrp: | which if we werent listening there, meant it didnt work |
| [16:36:17] | wagnerrp: | when i changed to using the unbound address, it worked for mark's purposes in testing |
| [16:36:36] | wagnerrp: | although presumably he was using something without ipv6 link local addresses |
| [16:36:46] | jya: | wagnerrp: yeah, previously the QUdpSocket m_udpSend was created with the default constructor, which is IPv4 only… and then it seems that iTunes only respond to the origin address of the UDP packet |
| [16:36:50] | wagnerrp: | so where ever the datagram was being output from, we were listening |
| [16:37:16] | jya: | wagnerrp: it worked for markk because he was using a pure IPv4 UDP socket, that was bound to the port and all addresses |
| [16:37:41] | wagnerrp: | right |
| [16:38:01] | jya: | that's also how I did it on my version, except I am listening to AllIPv6 |
| [16:38:39] | jya: | now the question is why when I send from fe80::ca2a:14ff:fe3f:232%en0 to fe80::ca2a:14ff:fe3f:232%en0 |
| [16:38:44] | jya: | I never get an answer.. |
| [16:39:22] | jya: | I'm guessing it will be pretty rare for people to run iTunes and mythfrontend on the same machine, or to call the mythutil bit on the same machine too |
| [16:39:34] | jya: | why I don't receive it is beyond me :( |
| [16:39:58] | wagnerrp: | port 232 on both ends? |
| [16:40:03] | sphery: | gigem: or use prefDupMethod to populate the value for the Default template (and keep it so locale defaults can specify it for future installs)? (I'm hoping to look at the patch later today, but thought I'd ask about this based on conversation above, now.) |
| [16:40:17] | jya: | nono, that's an IPv6 address |
| [16:40:34] | jya: | that's how your PRETTYIP macro display it |
| [16:40:53] | wagnerrp: | should show with brackets around |
| [16:41:18] | wagnerrp: | %en0 shows up inside the brackets? |
| [16:41:24] | jya: | [fe80::ca2a:14ff:fe3f:232%en0] |
| [16:41:28] | wagnerrp: | ah |
| [16:41:31] | jya: | that's the output in my log |
| [16:42:06] | jya: | I added in the logs (not in the diff above), displaying the address I'm sending to, and the IP the socket is bound to |
| [16:43:08] | jya: | I get an error 7 from UdpSocket::error() which is "An error occurred with the network (e.g., the network cable was accidentally plugged out). |
| [16:43:09] | jya: | QAbstractSocket::AddressInUseError 8 " |
| [16:43:41] | jya: | wagnerrp: the %en0 shows yes, it's an integral part of the IP address |
| [16:44:26] | wagnerrp: | so with this, youre no longer creating a new UDP socket for each new client connection to RAOP? |
| [16:44:46] | wagnerrp: | you just listen everywhere from the start, and the relevant data comes in from the existing UDP sockets? |
| [16:44:51] | jya: | well, I only replace all QUdpSocket back to ServerPool |
| [16:45:04] | jya: | and I call ServerPool::bind(port) |
| [16:45:11] | jya: | I let ServerPool do its magic |
| [16:45:35] | wagnerrp: | specifically, i mean you dont have new sockets being opened, and old ones being closed |
| [16:45:41] | wagnerrp: | theyre just all defined from the start and left there |
| [16:45:45] | jya: | before I would bindto AnyIPv6, port |
| [16:45:59] | jya: | and now ServerPool bind in a loop on all local interface |
| [16:47:10] | wagnerrp: | im just asking as before we discussed a granular close() to shut down specific sockets |
| [16:47:17] | wagnerrp: | im wondering if that is still needed |
| [16:47:21] | jya: | wagnerrp: no.. There's one ServerPool (TCP) created by raopdevice.cpp, which henever a client connent create a MythRAOPConnection, which creates two ServerPool, one for the data channel, and one for the control channel. Both UDP |
| [16:47:52] | jya: | whenever a new client come in, a new MythRAOPConnection is created, and the listening port is incremented by one |
| [16:48:11] | jya: | MythRAOPConnection tries ports until it finds one that work |
| [16:48:24] | jya: | up to 100 attempt to bind |
| [16:48:37] | wagnerrp: | ok, so it would be of use to allow ServerPool to operate on multiple ports |
| [16:48:42] | wagnerrp: | where as right now, it is limited to a single port |
| [16:48:43] | jya: | so theorically, you can have up to 100 iTunes client |
| [16:49:07] | jya: | wagnerrp: actually, it would work now with multiple port... |
| [16:49:16] | jya: | you're right, I could do with just one ServerPool |
| [16:49:35] | jya: | to handle multiple port, I just need to know which port to emit from through |
| [16:49:37] | wagnerrp: | im just thinking it would be cleaner to set up one persisten one |
| [16:50:02] | jya: | well, finding which socket's IP I should use was a pain |
| [16:50:33] | jya: | but now, when you send a datagram, you will need to tell it what origin port to use |
| [16:50:56] | jya: | that would require a change in both ServerPool and whatever use it |
| [16:51:08] | wagnerrp: | there should only be one connection in use at a time, shouldnt there? |
| [16:51:20] | jya: | you're also assuming that all ports would use the same signal handler |
| [16:51:24] | jya: | which is rather unlikely |
| [16:51:45] | jya: | I'm not sure I follow what you mean. |
| [16:52:05] | wagnerrp: | well theres not a whole lot of use having two clients trying to simultaneously push video at a single display |
| [16:52:09] | jya: | Instead of having one socket listening to all, we now have multiple sockets, each listening on one interface |
| [16:52:44] | jya: | no, there's no use… but you can push more than one audio , if the audio device supports mixing that will work |
| [16:52:52] | wagnerrp: | ah |
| [16:52:53] | jya: | works quite well actually, I did it with 4 iPad |
| [16:53:21] | jya: | a bit cacophony , but eh… why not :) |
| [16:53:46] | wagnerrp: | there might be some future use of multi-room setups |
| [16:53:49] | jya: | ultimately, you need as many RAOP server (data + control) per client.. |
| [16:54:28] | jya: | now, when don't I receive my request packets when I work locally ? if I bind on ::, it works |
| [16:54:41] | jya: | I wonder why it would make any difference |
| [16:54:47] | wagnerrp: | so client opens up a control connecting to the TCP server, which spawns a new RAOPDevice object |
| [16:54:54] | jya: | yep |
| [16:55:00] | jya: | sorry |
| [16:55:04] | wagnerrp: | the RAOPDevice in turn begins data communication over with the client over UDP |
| [16:55:07] | jya: | no, a now RAOPConnection object |
| [16:55:19] | jya: | RAOPDevice is the main one, waiting for clients |
| [16:55:41] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 244 seconds) | |
| [16:56:00] | wagnerrp: | in that scenario, is there really any purpose to using a ServerPool for UDP? |
| [16:56:00] | jya: | that's right… it listens on the data channel for incoming audio, and if an error is detected, if packets are missed etc.. a request to resend the packet is send |
| [16:56:18] | wagnerrp: | it seems the RAOPConnection could figure out what IP addresses on both ends to communicate on |
| [16:56:28] | wagnerrp: | and open up its own UDP socket specifically on that address |
| [16:56:42] | jya: | wagnerrp: ultimately, yes… |
| [16:56:45] | wagnerrp: | then just use that dedicated socket on dedicated IP and port for the duration |
| [16:57:02] | jya: | but binding only the the one IP that is actually used by the client, would be just as complex as what I'm doing now |
| [16:57:16] | jya: | list all the interfaces, and find out which one to bind |
| [16:57:38] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [16:57:55] | wagnerrp: | true, and perhaps that could be aided with some static methods defined in ServerPool |
| [16:58:25] | wagnerrp: | but if that socket is only ever going to be used by that specific connection |
| [16:58:32] | jya: | ServerPool become rather powerful right now, it's completely IPv6 / IPv4 agnostic, you can manage with one call to create effectively lots of server, each listeing on one interface |
| [16:58:34] | wagnerrp: | seems like an unnecessary complexity to wrap it in ServerPool |
| [16:59:15] | jya: | wagnerrp: yes…. though the code is more elegant I think… and we have a global class handling all |
| [17:00:17] | jya: | I do like to use ServerPool, so any improvement made on auto-selection , settings etc… require one change only, rather than a change everywhere |
| [17:00:46] | wagnerrp: | well i mean that's why i was suggesting some static methods that would be used in both cases |
| [17:00:47] | jya: | and I found it technically interesting to start with :) |
| [17:00:51] | wagnerrp: | but either works |
| [17:01:32] | jya: | in my case using QUdpSocket or ServerPool could be identical |
| [17:01:43] | jya: | and on machine with ipv6bindonly |
| [17:01:45] | wagnerrp: | also, in regards to the other discussion in the email, in order to facilitate the web configuration and dynamic changing of settings (as well as cases where the IP configuration of a host changes during operation) |
| [17:01:49] | jya: | the iPhone connects using IPv6 |
| [17:02:07] | wagnerrp: | i intended to make ServerPool periodically rescan the available address, and revise its address selection |
| [17:02:08] | jya: | otherwise it uses IPv4, it does it all automatically, so I can listen only on IPv6 and it works |
| [17:02:25] | wagnerrp: | and in the process, HUP all the existing ServerPool instances so they would listen on the new addresses |
| [17:02:44] | wagnerrp: | however it would be simple enough to add in a check to determine which instances should be recycled |
| [17:03:09] | jya: | as it is now, I have almost identical functionality between the previous version using UdpSocket and the one with ServerPool.. All the bugs that made me revert to using UdpSocket have been fixed |
| [17:03:14] | wagnerrp: | i.e. the ones that just used listen/bind(quint port) |
| [17:03:31] | jya: | the only exception is that link-local <-> link-local on the same host doesnt work |
| [17:03:36] | wagnerrp: | if you let ServerPool choose for you, it will manage them |
| [17:03:44] | jya: | exactly |
| [17:03:46] | wagnerrp: | if you didnt, it will leave it up to you |
| [17:04:03] | jya: | I never had anything against ServerPool, the concept is sound |
| [17:04:03] | wagnerrp: | perhaps issue an event that other copies could listen for to decide on their own what to do |
| [17:04:35] | jya: | if you listen to 0.0.0.0 and add an interface , shouldn't it work automatically? |
| [17:04:51] | wagnerrp: | yes |
| [17:05:00] | jya: | so we would only simulate that... |
| [17:05:09] | wagnerrp: | if you limit it, or change between the two, it wouldnt |
| [17:05:14] | jya: | see all the trouble, just to not listen to all interfaces :) |
| [17:05:40] | jya: | what's the command with mythutil to display a popup ? |
| [17:05:46] | jya: | want to see if that still works |
| [17:05:48] | wagnerrp: | in the specific case of not being able to connect back to the same link-local address |
| [17:05:58] | wagnerrp: | any reason you cant force it to use localhost? |
| [17:06:13] | wagnerrp: | communicate with itunes on ::1, receive responses from itunes on ::1 |
| [17:06:26] | jya: | well, I connect to the address used by iTunes |
| [17:06:31] | jya: | I have no control over that |
| [17:06:50] | jya: | iTunes will connect to whatever Bonjour said the service is running on |
| [17:07:00] | jya: | and Bonjour advertise the link-local |
| [17:07:06] | wagnerrp: | mythutil --message --message_text "whatever" --bcastaddr "wh.at.ev.er" |
| [17:07:17] | jya: | (that's what RAOP failed before with ServerPool as link-local weren't usable) |
| [17:07:26] | wagnerrp: | that reminds me, i need to correct the default bcastaddr |
| [17:07:28] | jya: | thanks |
| [17:07:49] | wagnerrp: | by default, it uses QHostAddress::Broadcast, which is 255.255.255.255, which is in nearly all cases going to be unusable |
| [17:08:11] | wagnerrp: | it needs to be using the connection's broadcast address instead |
| [17:08:21] | jya: | oh VM -> MythFrontend on the mac, works |
| [17:08:52] | highzeth (highzeth!~hz@250-6-11.connect.netcom.no) has joined #mythtv | |
| [17:11:41] | jya: | ok, I can do mythutil and it still works fine (it uses writeDataGram so I wanted to make sure) |
| [17:12:08] | jya: | I can do : mythutil --message --message_text "test" --bcastaddr "fe80::20c:29ff:fed8:c60a" |
| [17:12:17] | jya: | where that IPv6 is my link-local address |
| [17:12:27] | wagnerrp: | you know, before all this, i had come across a movie the tmdb3.py grabber didnt work for because of an unhandled date string in one of the cast members |
| [17:12:29] | jya: | so obviously, sending link-local -> link-local works |
| [17:12:33] | wagnerrp: | but now i have no idea what that was |
| [17:12:36] | jya: | so wy can't I receive a response? |
| [17:13:17] | wagnerrp: | actually, that raises an interesting question |
| [17:13:44] | wagnerrp: | if you leave the bcastaddr blank, sensible solution is to send on all available broadcast addreses, right? |
| [17:13:46] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
| [17:14:04] | jya: | I would assume so, send it to all frontends on the network |
| [17:14:11] | wagnerrp: | if you have two machines accessible on two separate networks |
| [17:14:21] | wagnerrp: | it would send the message to both, and be received by the other machine twice |
| [17:14:25] | wagnerrp: | (and display twice) |
| [17:14:35] | jya: | so when IPv6 is all available, and my machine is public, I could send it to the whole world :) |
| [17:15:06] | wagnerrp: | well perhaps for that case we would want to allocate some locally-scoped multicast IP for it |
| [17:15:21] | jya: | wagnerrp: what about adding a message random id, so you know if you've already displayed it ? |
| [17:15:32] | wagnerrp: | yeah, thats what i was thinking |
| [17:15:52] | wagnerrp: | cache it for a few tens of seconds or so before expiring it |
| [17:16:21] | wagnerrp: | or rather expire it next time the code passes through that area so we dont bother dedicating a thread or even a timer for that |
| [17:17:28] | jya: | is there a command to check if an IPv6 address, really is just an IPv4 one? |
| [17:17:54] | stoffel (stoffel!~quassel@pD9E43A4C.dip.t-dialin.net) has quit (Ping timeout: 244 seconds) | |
| [17:17:57] | jya: | right now , I do: if(memcmp(&ip, "\x00\x00\x00\x00" "\x00\x00\x00\x00" "\x00\x00\xff\xff", 12) |
| [17:18:00] | jya: | not very elegant |
| [17:18:04] | wagnerrp: | yeah, theres something i use in the SelectDefaultAddress sstuff |
| [17:18:27] | wagnerrp: | oh, you mean the v6/v4 encapsulation stuff? |
| [17:18:48] | jya: | yes |
| [17:19:08] | jya: | so if bindv6only is true, someone connects via IPv4, I actually retrieve the IPv4 address... |
| [17:19:37] | jya: | the RAOP challenge response include the machine address, and it has to be back to the original |
| [17:19:41] | wagnerrp: | rather than ::ffff::xx:xx |
| [17:19:48] | wagnerrp: | yeah, i dont know about that |
| [17:19:51] | wagnerrp: | not that i know of |
| [17:19:59] | jya: | (that's why RAOP didn't work with IPv6 before) |
| [17:19:59] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Remote host closed the connection) | |
| [17:20:11] | wagnerrp: | there it is, 3604 |
| [17:20:21] | jya: | what's that? |
| [17:20:40] | wagnerrp: | flash gordon |
| [17:21:35] | jya: | ? |
| [17:22:08] | wagnerrp: | causing a fault in the tmdb3.py grabber |
| [17:22:37] | wagnerrp: | John Hallam was born "1941-10–28", but died "14 November 2006" |
| [17:22:50] | wagnerrp: | why the discrepancy in format coming from tmdb, no clue |
| [17:23:08] | wagnerrp: | and JSON is too simplistic to have a "date" format |
| [17:23:27] | jya: | ahhh |
| [17:23:59] | wagnerrp: | came across it yesterday, but couldnt remember what movie it was failing on |
| [17:24:57] | jya: | i see |
| [17:25:46] | wagnerrp: | it seems his website isnt capable of handling it either |
| [17:26:05] | wagnerrp: | so im guessing bad data |
| [17:26:15] | wagnerrp: | perhaps bad conversion from a previous database schema |
| [17:27:41] | wagnerrp: | of course im parsing it as a datetime, rather than just a date, so thats semi-broken anyway.... |
| [17:35:01] | jya: | ahah ! |
| [17:35:19] | jya: | I've reverted to the previous code with bind(AnyIPv6) |
| [17:35:36] | jya: | and I don't see the request either |
| [17:36:49] | jya: | need to test on windows |
| [17:37:04] | jya: | according to Qt doc, the name of the interface in windows is actually a number |
| [17:37:19] | jya: | I wonder what binding to "ip%1" would do |
| [17:44:25] | sannes (sannes!~ace@cm-84.209.72.206.getinternet.no) has quit (Read error: Operation timed out) | |
| [17:44:38] | sannes (sannes!~ace@cm-84.209.72.206.getinternet.no) has joined #mythtv | |
| [17:44:56] | jya: | with using the socket that bound to AnyIPv6 on the earlier version, writeDataGram actually gives an error, I can't even send the packet when doing link-local -> link-locak |
| [17:45:41] | wagnerrp: | what about an unbound socket? |
| [17:46:44] | jya: | the aim is to receive data |
| [17:46:52] | jya: | i have to bind somewhere |
| [17:47:09] | jya: | hum… actually, I try to bind on the same port number than what is used by the client |
| [17:47:10] | wagnerrp: | only if you want to receive the data on that specific socket |
| [17:47:11] | jya: | probably why |
| [17:47:20] | wagnerrp: | transmit on an unbound socket, receive on the one listening everywhere |
| [17:47:33] | wagnerrp: | unless you have problems controlling where the data is sent through |
| [17:47:49] | jya: | wagnerrp: then I go back to the existing issue with ServerPool and m_udpSend |
| [17:47:53] | jya: | won't get the answer |
| [17:48:12] | jya: | because the unbound one doesn't sent the origin port |
| [17:48:30] | jya: | i'm pretty sure that's why it failed to receive |
| [17:48:33] | wagnerrp: | isnt there a send method that lets you define the origin? |
| [17:48:38] | jya: | nope |
| [17:48:39] | wagnerrp: | (just for testing) |
| [17:48:41] | jya: | well, there is |
| [17:48:52] | jya: | but the function member is protected |
| [17:49:12] | jya: | I would have to create a new class , derive from QUdpSocket, just to test |
| [17:49:15] | jya: | can't be bothered |
| [17:49:48] | jya: | that's the first thing I look at, rather than looping through my existing socket and take one |
| [17:50:39] | jya: | when you use a default udpsocket unbound, the origin port number isn't set (in UDP, this is an optional information) |
| [17:51:33] | wagnerrp: | ah, so the destination isnt specified by the control socket, it is specified by where ever the previous UDP datagram came from |
| [17:53:26] | jya: | destination is set |
| [17:53:28] | jya: | but not origin |
| [17:53:40] | jya: | I'm guessing itunes use the origin info to send back the data |
| [17:54:03] | jya: | which is weird, because in the initialisation header, you provide the list of all the ports to use |
| [17:55:28] | jya: | can't believe I've just spend the last few hours troubleshooting something, that actually exists in QUdpSocket |
| [17:57:56] | jya: | ah fuck…. I did a reset, and I didn't save it.. lucky I copied the diff earlier here |
| [18:00:43] | devinheitmueller (devinheitmueller!~dheitmue@ool-44c12d92.dyn.optonline.net) has joined #mythtv | |
| [18:01:43] | jya: | wagnerrp: in order to elegantly fix the Bonjour service issue… what about if the backend is configured to listen on localhost, you still listen on the link-local address? |
| [18:01:50] | jya: | that would be a safe default no ? |
| [18:02:18] | devinheitmueller: | wagnerrp: is danielk22 the person to ask about DVB multifrontend support issues? |
| [18:02:38] | wagnerrp: | devinheitmueller: probably |
| [18:02:53] | wagnerrp: | i think the stuarts have some experience, but i dont know how well they know that code |
| [18:03:08] | ** jya the stuarts :) ** | |
| [18:03:38] | devinheitmueller: | just wondering if anybody did any work to address the kernel ABI breakage Mauro introduced which causes the PCTV 290e to stop working... |
| [18:03:45] | devinheitmueller: | (in T2 mode) |
| [18:05:25] | devinheitmueller: | One of those fun cases where I warned him that "this is going to break all the MythTV users out there who have their 290e working right now", and he basically ignored me. |
| [18:05:33] | wagnerrp: | jya: IMHO, if the settings for that profile (host) are to only listen on localhost, only listen on localhost |
| [18:05:52] | wagnerrp: | but thats only moving forward from this point, and more correctly, only after we get sensible defaults in place rather than localhost |
| [18:06:05] | jya: | wagnerrp: sure, but it's a bad defaut, and most likely the consequences of an earlier version default |
| [18:06:40] | wagnerrp: | for the purposes of 0.25, i have no argument against whatever it takes to get it working there |
| [18:16:09] | gigem: | sphery: I'm going to use all of the existing settings when creating the Default template. At the same time, I'm going to remove them from globalsettings.cpp so the user never see them again. The question then is whether to remove them from the RecordingRule constructor or leave them as is. They won't hurt anything, but they could still be used if the user deletes the Default template. |
| [18:27:22] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Quit: Leaving) | |
| [18:28:12] | highzeth (highzeth!~hz@250-6-11.connect.netcom.no) has quit (Ping timeout: 252 seconds) | |
| [18:33:30] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [18:49:10] | stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has joined #mythtv | |
| [18:49:10] | stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has quit (Changing host) | |
| [18:49:10] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [19:11:20] | Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has quit (Ping timeout: 260 seconds) | |
| [19:19:09] | jya: | wagnerrp: I've pushed it all |
| [19:22:58] | danielk22: | devinheitmueller: We fixed some things having to do with ABI breakage recently on the V4L side, I don't recall anything on the DVB side of things. I don't use any devices with DVB drivers day to day and don't run the latest kernels so we probably wouldn't hear about any breakage until it hit a major distro release. |
| [19:24:44] | danielk22: | devinheitmueller: Actually there was something on the DVB side. But I don't remember the details. I think jya made the patch. |
| [19:25:42] | jya: | danielk22: me touching DVB ??? don't think so |
| [19:26:11] | danielk22: | hmm, i don't know who the patch was from then. i'll try to dig it up. |
| [19:26:31] | sannes (sannes!~ace@cm-84.209.72.206.getinternet.no) has quit (Quit: Leaving.) | |
| [19:26:44] | sannes (sannes!~ace@cm-84.209.72.206.getinternet.no) has joined #mythtv | |
| [19:26:54] | danielk22: | devinheitmueller: if you can give a little more detail about the ABI change that would help. |
| [19:28:48] | danielk22: | It was Lawrence Rust.. http://code.mythtv.org/trac/ticket/10153 |
| [19:30:07] | danielk22: | The API change that was for was the requirement in 3.0 to set a DTV_DELIVERY_SYSTEM. |
| [19:31:31] | SteveGoodey (SteveGoodey!~steve@host86-182-4-91.range86-182.btcentralplus.com) has joined #mythtv | |
| [19:48:14] | devinheitmueller: | danielk22: Yeah, this is unrelated to the DTV_DELIVERY_SYSTEM change. |
| [19:49:04] | devinheitmueller: | Basically they reworked the way multiple frontends work so that for devices that have both DVB-T/T2 support and DVB-C, there are no longer two /dev/dvb/frontendX devices. There is now a single device and you have to specify which mode you want to use. |
| [19:52:02] | Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has joined #mythtv | |
| [19:53:04] | sannes (sannes!~ace@cm-84.209.72.206.getinternet.no) has quit (Remote host closed the connection) | |
| [19:53:17] | highzeth (highzeth!~hz@250-6-11.connect.netcom.no) has joined #mythtv | |
| [19:54:38] | devinheitmueller: | danielk22: going into a meeting bbiab. |
| [19:56:03] | MythBuild: | build #2413 of master-linux-ppc is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2413 blamelist: Jean-Yves Avenard <jyavenard@mythtv.org > |
| [19:59:46] | Chutt_ (Chutt_!~ijr@cpe-24-29-225-175.neo.res.rr.com) has joined #mythtv | |
| [20:03:09] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (Ping timeout: 250 seconds) | |
| [20:23:08] | highzeth (highzeth!~hz@250-6-11.connect.netcom.no) has quit (Ping timeout: 246 seconds) | |
| [20:30:43] | EagleIJoe (EagleIJoe!~rockhound@31-18-129-37-dynip.superkabel.de) has joined #mythtv | |
| [20:33:25] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc) | |
| [20:36:39] | andreax (andreax!~andreaz@p54BF320E.dip.t-dialin.net) has joined #mythtv | |
| [20:43:23] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 245 seconds) | |
| [20:45:49] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Quit: Ex-Chat) | |
| [20:50:01] | stoffel (stoffel!~quassel@pD9E43A4C.dip.t-dialin.net) has joined #mythtv | |
| [20:53:05] | danielk22: | devinheitmueller: ok, we don't have any explicit support for that. |
| [21:04:41] | stichnot_ (stichnot_!~chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [21:04:48] | stichnot (stichnot!chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 260 seconds) | |
| [21:04:52] | stichnot_ is now known as stichnot | |
| [21:06:45] | EagleIJoe (EagleIJoe!~rockhound@31-18-129-37-dynip.superkabel.de) has quit (Quit: EagleIJoe) | |
| [21:12:58] | solars (solars!~solars@194.208.132.118) has quit (Ping timeout: 260 seconds) | |
| [21:16:44] | stoffel (stoffel!~quassel@pD9E43A4C.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [21:24:18] | aloril (aloril!~aloril@84.249.126.153) has quit (Ping timeout: 265 seconds) | |
| [21:27:36] | SteveGoodey (SteveGoodey!~steve@host86-182-4-91.range86-182.btcentralplus.com) has quit (Remote host closed the connection) | |
| [21:29:41] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Quit: Well i need to get home before the dog pees on the carpet.) | |
| [21:34:57] | devinheitmueller: | danielk22: my bad. It was the delivery system. Mauro introduced the dvb-fe-tool command line tool to set the delivery system if you need to toggle the frontend between dvb-t and dvb-c, but I'm guessing that your code probably does the equivalent. |
| [21:34:59] | devinheitmueller: | http://git.linuxtv.org/v4l-utils.git/blob/c88 . . . vb-fe-tool.c |
| [21:37:05] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
| [21:57:59] | brfransen: | devinheitmueller: would the change you are talking about for the 290e cause the 950q to not work in myth .25? |
| [21:58:14] | devinheitmueller: | brfransen: no, completely unrelated. |
| [21:58:27] | devinheitmueller: | Did the 950q stop working in 0.25? |
| [21:58:37] | brfransen: | bummer. |
| [21:58:39] | brfransen: | yes |
| [21:58:41] | devinheitmueller: | wtf. |
| [21:59:07] | brfransen: | I tried to move to .25 this morning and it completely failed |
| [21:59:14] | devinheitmueller: | ugh. |
| [21:59:34] | devinheitmueller: | this is probably OT for #mythtv. Should probably move to -users. |
| [22:29:26] | devinheitmueller (devinheitmueller!~dheitmue@ool-44c12d92.dyn.optonline.net) has left #mythtv () | |
| [22:34:13] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds) | |
| [22:34:14] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (Read error: Operation timed out) | |
| [22:34:56] | stichnot (stichnot!chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [22:35:31] | obo_ (obo_!~obo@70-140-190-120.lightspeed.hstntx.sbcglobal.net) has joined #mythtv | |
| [22:35:32] | obo_ (obo_!~obo@70-140-190-120.lightspeed.hstntx.sbcglobal.net) has quit (Changing host) | |
| [22:35:32] | obo_ (obo_!~obo@rockbox/developer/obo) has joined #mythtv | |
| [22:36:19] | obo (obo!~obo@rockbox/developer/obo) has quit (Ping timeout: 265 seconds) | |
| [22:43:59] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
| [22:50:21] | wagnerrp: | anyone check the server recently? |
| [22:59:07] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (Quit: Leaving.) | |
| [22:59:09] | danielk221 (danielk221!~danielk@96.57.9.142) has joined #mythtv | |
| [23:00:38] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [23:00:38] | cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv | |
| [23:00:38] | ThisNewGuy1 (ThisNewGuy1!~doug@pool-74-102-15-78.nwrknj.fios.verizon.net) has joined #mythtv | |
| [23:00:38] | amejia (amejia!~andres@xbmc/staff/amejia) has joined #mythtv | |
| [23:00:38] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv | |
| [23:00:38] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has joined #mythtv | |
| [23:00:38] | JackWinter (JackWinter!~jack@vodsl-4996.vo.lu) has joined #mythtv | |
| [23:00:38] | sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv | |
| [23:00:38] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
| [23:00:38] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [23:00:38] | brtb_ (brtb_!~brtb@linode.brtb.net) has joined #mythtv | |
| [23:00:38] | ElmerFudd (ElmerFudd!~le@0x5737a682.cpe.ge-0-1-0-1101.hsnqu1.customer.tele.dk) has joined #mythtv | |
| [23:00:38] | sutula (sutula!sutula@nat/hp/x-sqaesklczhucdlpx) has joined #mythtv | |
| [23:00:38] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [23:00:38] | Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv | |
| [23:00:38] | clever (clever!~clever@142.167.221.99) has joined #mythtv | |
| [23:00:38] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv | |
| [23:00:38] | wseltzer (wseltzer!~wseltzer@peppercorn.seltzer.org) has joined #mythtv | |
| [23:01:16] | andreax (andreax!~andreaz@p54BF320E.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [23:01:28] | _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has joined #mythtv | |
| [23:01:28] | ikke-t (ikke-t!~ikke@a91-152-41-226.elisa-laajakaista.fi) has joined #mythtv | |
| [23:01:28] | jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has joined #mythtv | |
| [23:01:28] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-26.columbus.res.rr.com) has joined #mythtv | |
| [23:02:01] | joki (joki!~joki@p54861B15.dip.t-dialin.net) has joined #mythtv | |
| [23:02:01] | SmallR2002 (SmallR2002!~quassel@c-98-253-173-240.hsd1.il.comcast.net) has joined #mythtv | |
| [23:02:01] | foxbuntu (foxbuntu!~foxbuntu@ubuntu/member/foxbuntu) has joined #mythtv | |
| [23:02:01] | yb0t (yb0t!quassel@nat/nokia/x-sbbyjcvqliiqyjcq) has joined #mythtv | |
| [23:02:01] | toeb (toeb!~tob@HSI-KBW-078-042-104-026.hsi3.kabel-badenwuerttemberg.de) has joined #mythtv | |
| [23:05:03] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [23:14:16] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
| [23:25:31] | ikke-t` (ikke-t`!~ikke@a91-152-41-226.elisa-laajakaista.fi) has joined #mythtv | |
| [23:26:26] | jcarlos_ (jcarlos_!~quassel@85.137.99.76.dyn.user.ono.com) has joined #mythtv | |
| [23:26:33] | wahrhaft_ (wahrhaft_!~quassel@cpe-24-210-71-26.columbus.res.rr.com) has joined #mythtv | |
| [23:28:29] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [23:32:39] | _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has quit (*.net *.split) | |
| [23:32:39] | ikke-t (ikke-t!~ikke@a91-152-41-226.elisa-laajakaista.fi) has quit (*.net *.split) | |
| [23:32:39] | jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has quit (*.net *.split) | |
| [23:32:39] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-26.columbus.res.rr.com) has quit (*.net *.split) | |
| [23:41:23] | laga_ (laga_!~laga@h1626373.stratoserver.net) has joined #mythtv | |
| [23:42:31] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [23:42:32] | laga (laga!~laga@h1626373.stratoserver.net) has quit (Ping timeout: 260 seconds) | |
| [23:43:20] | joe____ (joe____!~bob@64.73.32.135) has joined #mythtv | |
| [23:44:22] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [23:46:02] | jarle_ (jarle_!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [23:50:16] | poptix- (poptix-!poptix@poptix.net) has joined #mythtv | |
| [23:50:57] | tris (tris!tristan@2001:1868:a00a::4) has quit (Ping timeout: 272 seconds) | |
| [23:50:57] | joe__ (joe__!~bob@64.73.32.135) has quit (Ping timeout: 272 seconds) | |
| [23:50:59] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 272 seconds) | |
| [23:50:59] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Ping timeout: 272 seconds) | |
| [23:51:00] | tomimo (tomimo!~kurre@xdsl-83-150-88-111.nebulazone.fi) has quit (Ping timeout: 272 seconds) | |
| [23:51:01] | poptix (poptix!poptix@poptix.net) has quit (Ping timeout: 272 seconds) | |
| [23:51:01] | tomimo (tomimo!~kurre@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.