| Monday, April 16th, 2012, 00:42 UTC | ||
| [00:42:00] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 244 seconds) | |
| [00:47:39] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 260 seconds) | |
| [00:48:39] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [01:37:02] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (Read error: Operation timed out) | |
| [01:38:23] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (Ping timeout: 245 seconds) | |
| [01:43:48] | tgm4883 (tgm4883!~tgm4883@204.8.45.14) has joined #mythtv | |
| [01:43:48] | tgm4883 (tgm4883!~tgm4883@204.8.45.14) has quit (Changing host) | |
| [01:43:48] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv | |
| [01:45:06] | rhpot1991 (rhpot1991!~rhpot1991@204.8.45.14) has joined #mythtv | |
| [01:45:06] | rhpot1991 (rhpot1991!~rhpot1991@204.8.45.14) has quit (Changing host) | |
| [01:45:07] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv | |
| [01:46:56] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 252 seconds) | |
| [01:49:42] | Draeician (Draeician!~falgout@pool-173-74-64-161.dllstx.fios.verizon.net) has joined #mythtv | |
| [01:53:32] | Draeician: | I'm trying to get mythtv so I can watch and record what is coming through my hd pvr, but so far no luck. Can someone run through the config with me? |
| [01:53:52] | Draeician is now known as draeician | |
| [01:53:54] | draeician: | Little better. |
| [01:56:39] | draeician (draeician!~falgout@pool-173-74-64-161.dllstx.fios.verizon.net) has quit (Quit: Leaving.) | |
| [01:56:59] | digitalw00t (digitalw00t!~falgout@pool-173-74-64-161.dllstx.fios.verizon.net) has joined #mythtv | |
| [01:57:29] | digitalw00t: | Let's try this with a face, and not so much an annoying anonymous login. I'm trying to get mythtv so I can watch and record what is coming through my hd pvr, but so far no luck. Can someone run through the config with me? |
| [01:58:04] | digitalw00t: | I've followed the wiki, but for some reason when I hit "Watch TV", it just blinks and stays at the menu. I'm expecting it to show me what's playing on my xbox360. |
| [02:02:17] | sphery: | digitalw00t: /topic (you want #mythtv-users ) |
| [02:32:15] | digitalw00t: | So I'm in the wrong channel? |
| [02:39:17] | digitalw00t (digitalw00t!~falgout@pool-173-74-64-161.dllstx.fios.verizon.net) has left #mythtv () | |
| [02:48:55] | xris: | sphery: wondering if that patch you just committed fixes some of the stuff I'm running into |
| [02:49:43] | sphery: | xris: it likely does fix some of the metadata issues |
| [02:50:17] | sphery: | planned to get it in a few days ago, but other stuff got in the way |
| [03:02:08] | MythBuild: | build #2372 of master-linux-ppc is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2372 blamelist: Michael T. Dean <mdean@mythtv.org > |
| [03:10:27] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [03:19:54] | xris: | guess I recompile. :) |
| [03:20:14] | xris: | but not while it's recording. heh. |
| [03:23:24] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (Read error: Operation timed out) | |
| [03:23:31] | tgm4883 (tgm4883!~tgm4883@204.8.45.14) has joined #mythtv | |
| [03:23:32] | tgm4883 (tgm4883!~tgm4883@204.8.45.14) has quit (Changing host) | |
| [03:23:32] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv | |
| [03:26:17] | knightr_: | It looks like we loss audio on alternate sound tracks... I used to get descriptive audio on some of them but now nothing (this is with a checkout I did today). |
| [03:45:56] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 244 seconds) | |
| [05:06:59] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [05:26:07] | kth (kth!~kth@unaffiliated/kth) has quit (Read error: Connection reset by peer) | |
| [05:50:46] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [06:00:32] | Beirdo: | MythBuild: force build master-linux-ppc now |
| [06:00:32] | MythBuild: | build forced [ETA 53m48s] |
| [06:00:32] | MythBuild: | I'll give a shout when the build finishes |
| [06:07:59] | hashbang (hashbang!~alex@213-152-35-50.dsl.eclipse.net.uk) has joined #mythtv | |
| [06:39:00] | anykey_ (anykey_!~anykey@46-126-245-147.dynamic.hispeed.ch) has quit (Quit: leaving) | |
| [06:40:19] | anykey_ (anykey_!~anykey@46-126-245-147.dynamic.hispeed.ch) has joined #mythtv | |
| [06:50:21] | MythBuild: | build #2373 of master-linux-ppc is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2373 |
| [07:14:29] | hashbang (hashbang!~alex@213-152-35-50.dsl.eclipse.net.uk) has quit (Quit: Leaving.) | |
| [07:15:44] | anykey_ (anykey_!~anykey@46-126-245-147.dynamic.hispeed.ch) has quit (Quit: leaving) | |
| [07:16:07] | Beirdo: | sphery: see: not yer fault... it likely ran short on memory or something |
| [07:17:14] | anykey_ (anykey_!~anykey@46-126-245-147.dynamic.hispeed.ch) has joined #mythtv | |
| [07:20:24] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [07:36:49] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [07:42:38] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 260 seconds) | |
| [07:53:24] | Goga777 (Goga777!~Goga777@95-30-46-180.broadband.corbina.ru) has joined #mythtv | |
| [07:53:56] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [07:54:17] | Beirdo: | that RTP dude is confused... |
| [07:54:35] | Beirdo: | In svn version mythtv-eb573d29 everything is working properly |
| [07:54:40] | Beirdo: | ?!? |
| [07:56:17] | xris: | people use "svn" to mean "unstable development snapshot program" |
| [07:58:32] | Beirdo: | yeah |
| [07:58:39] | Beirdo: | like using kleenex to mean tissue |
| [07:58:48] | Beirdo: | doesn't make it compute ;) |
| [07:59:27] | Beirdo: | but I'm just that way sometimes |
| [08:22:04] | Beirdo: | OK. Bed |
| [08:42:27] | markk_ (markk_!~mark@host86-177-4-179.range86-177.btcentralplus.com) has joined #mythtv | |
| [08:42:43] | markk_ (markk_!~mark@host86-177-4-179.range86-177.btcentralplus.com) has left #mythtv () | |
| [08:49:23] | jya: | wagnerrp: f5aa5e835b74ab395a43436992bb763a673339c7 seems to be the culprit on why the raop and airplay server only listens to the local address. The address used for listening to incoming connection should have nothing to do with the address used to connect to backend. |
| [08:50:26] | jya: | that's probably what markk was talking about when he said that things were now broken for him |
| [08:59:34] | jya: | same with the frontend remote control.. All those services should listen to the local frontend addresses ,irrelevant to what the backend address is. |
| [08:59:58] | stuarta: | sounds like excessive use of search and replace |
| [09:00:05] | stuarta: | rather than thought |
| [09:03:05] | Goga777 (Goga777!~Goga777@95-30-46-180.broadband.corbina.ru) has quit (Read error: No route to host) | |
| [09:04:19] | Goga777 (Goga777!~Goga777@95-30-46-180.broadband.corbina.ru) has joined #mythtv | |
| [09:15:15] | jya: | stuarta: you always have such kind words to describe's others work… |
| [09:16:39] | jya: | ServerPool::SelectDefaultListen seems to be very tailored for the address the backend should listen on… more so than what the frontend should bind to. So if the backend isn't set to listen on IPv4, the frontend won't either |
| [09:17:11] | stuarta: | it was mere speculation and rumour :-p |
| [09:19:12] | Goga777 (Goga777!~Goga777@95-30-46-180.broadband.corbina.ru) has quit (Remote host closed the connection) | |
| [09:22:58] | jya: | hum… I wonder if I just misread the two reports I've received on that topic. and that in fact those machines don't have their LAN setup at all |
| [09:24:20] | seeker (seeker!~seeker@unaffiliated/seeker) has joined #mythtv | |
| [09:29:16] | seeker (seeker!~seeker@unaffiliated/seeker) has quit (Read error: Connection reset by peer) | |
| [09:29:47] | dekarl1 (dekarl1!~dekarl@p4FCEEC63.dip.t-dialin.net) has joined #mythtv | |
| [09:31:28] | dekarl (dekarl!~dekarl@p4FCEFDD4.dip.t-dialin.net) has quit (Ping timeout: 250 seconds) | |
| [09:34:09] | jya: | I think that for LiveTV and "Browse All Channels" be defined in Setup -> Videos -> OSD isn't very intuitive… I can never remember where that stuff is located |
| [10:05:02] | mike|3 (mike|3!~mike@c-98-232-220-158.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [10:05:50] | mike (mike!~mike@c-98-232-220-158.hsd1.or.comcast.net) has joined #mythtv | |
| [10:06:17] | mike is now known as Guest56046 | |
| [10:18:31] | stuartm: | well I believe we were discussing dropping that setting, making 'browse all' the only behaviour, so where it lives may be moot |
| [10:24:49] | red_one (red_one!3aa07ae4@gateway/web/freenode/ip.58.160.122.228) has joined #mythtv | |
| [10:25:06] | red_one: | i'd like to try out mythtv on a bootable usb stick – is this possible? |
| [10:55:01] | ben1066_ (ben1066_!~quassel@host109-152-54-242.range109-152.btcentralplus.com) has quit (Ping timeout: 276 seconds) | |
| [10:59:49] | ben1066 (ben1066!~quassel@host109-152-46-144.range109-152.btcentralplus.com) has joined #mythtv | |
| [11:03:56] | Goga777 (Goga777!~Goga777@95-30-46-180.broadband.corbina.ru) has joined #mythtv | |
| [11:22:42] | kenni: | red_one: It's probably possible with the Mythbuntu distribution. Anyway, you're in the development channel, you likely want #mythtv-users. |
| [11:27:15] | red_one: | ok! |
| [11:43:06] | red_one (red_one!3aa07ae4@gateway/web/freenode/ip.58.160.122.228) has left #mythtv () | |
| [12:12:17] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [12:29:25] | rsiebert (rsiebert!~quassel@g225052173.adsl.alicedsl.de) has joined #mythtv | |
| [12:33:10] | rsiebert_ (rsiebert_!~quassel@g225058164.adsl.alicedsl.de) has quit (Ping timeout: 276 seconds) | |
| [12:34:55] | jya: | stuartm: yes, we talked about dropping the setting, however danielk thought that with the current implementation, it really slows down channel changing and that's something that needs to be worked on. Having said that, removing the setting now will make the slowness even more obvious and maybe for to act on that issue |
| [12:37:32] | Goga777 (Goga777!~Goga777@95-30-46-180.broadband.corbina.ru) has quit (Ping timeout: 272 seconds) | |
| [12:38:19] | wagnerrp: | jya: that was intentional |
| [12:38:50] | jya: | wagnerrp: I would dare say it's a bad intention then… |
| [12:39:04] | wagnerrp: | if the setting is unconfigured, it listens on all private network addresses |
| [12:39:12] | wagnerrp: | otherwise, it listens only where the user tells it to |
| [12:39:43] | jya: | well, that's like the 4th report I got today of people asking why RAOP doesn't work for them.. Only to find that it's only listening to 127.0.0.1 |
| [12:40:07] | wagnerrp: | its only listening there, because thats where they configured that host to listen in mythtv-setup |
| [12:40:32] | jya: | the way I see it, is mythtv-setup is for the backend. |
| [12:40:40] | jya: | why would it have anything to do with the frontend? |
| [12:41:21] | jya: | listening to 127.0.0.1 is the default for many, where they have a dual backend/frontend setup.. |
| [12:41:45] | jya: | on those machines now, mythfrontend remote, raop and airplay is "broken" |
| [12:41:50] | wagnerrp: | and is the "safe default" |
| [12:42:02] | jya: | safe according to whom ? :) |
| [12:42:09] | wagnerrp: | id rather have RAOP disable itself with a warning as to why, like the UPNP server, in such a scenario |
| [12:42:55] | wagnerrp: | well, "unsafe default" would be to have it empty, which would trigger mythbackend to automatically select one from the available on startup (or have mythtv-setup do so) |
| [12:43:14] | jya: | that makes no sense to me… so to configure a service for a frontend, you have to run the backend setup and make the backend listen to something else than localhost |
| [12:43:39] | jya: | RAOP is a bonjour service… it's designed to be an easy setup, all automatic, and self discovery |
| [12:44:10] | jya: | now you're forcing the user to configure something unrelated that would have a side effect of making it work on another service |
| [12:44:49] | jya: | I was just doing some tests… if the backend is defined to use 127.0.0.1 in mythtv-setup, then the frontend only listens to 127.0.0.1 |
| [12:44:56] | wagnerrp: | correct |
| [12:45:13] | jya: | yet, if the backend is set to a local address, then the frontend listen to *all* interfaces found on that machine |
| [12:46:12] | jya: | well, IMHO that's just an incredibly confusing setting, and from looking at what users are asking about, it's indeed achieving that goal (of being confusing) |
| [12:46:14] | wagnerrp: | it will only listen on that specific address set by the backend |
| [12:46:20] | jya: | it doesn't |
| [12:46:32] | jya: | I have 3 addressed on my VM here |
| [12:46:37] | jya: | and it listens to all of them |
| [12:46:59] | wagnerrp: | only if those settings are undefined |
| [12:47:12] | jya: | nope |
| [12:47:28] | wagnerrp: | then somehow the selection code broke at some point |
| [12:48:16] | jya: | http://pastebin.com/ASqc98HR |
| [12:49:07] | jya: | anyhow, if it was acting that as intended , and was only listening on the same subnet as what the backend is running on it would be really dumb |
| [12:49:24] | jya: | because on one hand you have a system advertising itself properly on bonjoy |
| [12:49:27] | jya: | bonjour |
| [12:49:32] | jya: | yet, you can't use it |
| [12:49:48] | jya: | because remember, the user *will* see the service on his iPhone/iPad/iTunes |
| [12:49:49] | wagnerrp: | http://code.mythtv.org/trac/browser/mythtv/my . . . pool.cpp#L97 |
| [12:49:56] | jya: | like "mythtv on localhost" |
| [12:50:01] | jya: | but they can't use it |
| [12:50:21] | wagnerrp: | is only supposed to populate the list with everything if the IPv4 address configured in the database is NULL, or empty |
| [12:53:45] | ToadP (ToadP!~jboyle@184.175.20.6) has left #mythtv () | |
| [12:54:18] | jya: | well, I don't follow your logic here, you make choice for the users that make little sense, that is make a service possibly being advertised on all interfaces (through bonjour) yet doesn't listen on anything but localhost… What serverpool is doing makes sense on the server (backend), it breaks the frontend period. |
| [12:57:27] | wagnerrp: | why is why i was saying add a check to disable RAOP if the system is configured to only use localhost |
| [12:58:31] | wagnerrp: | IMHO, if the user has told mythtv to only use localhost, mythtv should not be receiving any external inputs |
| [13:10:53] | jya: | the user hasn't told mythtv to only use localhost. it has configured the backend to listen on localhost.. big difference. And it probably did no such thing as listening to localhost is a default. Out of the box, what should have been an easy-to-user experience, turned out to be complicated, requiring to configure in a different app (mythtv-setup) what no user in the right mind would think about… and so an advertised 0.25 feature just doesn't work. An |
| [13:10:54] | jya: | then we wonder why users complain mythtv is impossible to setup |
| [13:12:35] | wagnerrp: | from the other viewpoint, if users want to run multiple machines, we require they specify a network addressable address |
| [13:12:42] | wagnerrp: | we recommend they do so even on a single host |
| [13:13:18] | wagnerrp: | if they dont want to run remote machines, we shouldnt be enabling other remote services |
| [13:13:57] | jya: | a recommendation burried on page 1984 of the wiki ? :) |
| [13:14:38] | wagnerrp: | perhaps... i know it gets recommended to anyone asking on the mailing list or IRC channel |
| [13:15:24] | wagnerrp: | now that i think about it, that would be something interesting to track in smolt |
| [13:15:32] | jya: | I have no problem with your choice and the current setting when it comes to the backend. The built-in help is self-explanatory enough.. |
| [13:15:34] | wagnerrp: | number of users configured for single-host-only operation |
| [13:15:55] | jya: | that how you configure your backend somehwere, has such an impact on the frontend elsewhere, now that I have a problem with |
| [13:17:16] | jya: | that includes frontend remote, raop and airplay. not sure if there are any other services |
| [13:17:56] | wagnerrp: | the udp popup stuff |
| [13:18:24] | jya: | like for the remote, in the setup… the user can choose to activate the network remote control, configure what port to listen on.. but wait, if you want to change the address, start mythtv-setup and go into general. And don't forget to shut down the backend first |
| [13:18:49] | wagnerrp: | at least for the frontend remote, we require an IP address configured in the database to know where frontends are available to connect to |
| [13:19:05] | wagnerrp: | you dont need to shut down the backend to change those settings |
| [13:19:14] | wagnerrp: | they merely wont take effect until you do so |
| [13:19:25] | jya: | wagnerrp: that may be, but you're asked to turn off the backend anyway |
| [13:19:28] | wagnerrp: | (except for ubuntu users, where the wrapper scripts force the shutdown of mythbackend) |
| [13:19:37] | jya: | and ubuntu packages even do so for you |
| [13:19:40] | wagnerrp: | youre recommended, not required |
| [13:20:04] | jya: | wagnerrp: and how do you expect the user to understand that it's recommended, but really, you don't have to? |
| [13:20:43] | wagnerrp: | i get what youre saying, im just trying to come up with a viable solution that doesnt involve disabling the whole thing, or adding independent settings for the frontend |
| [13:21:23] | jya: | honestly, when I read stuff like that, I nod my head in despair that mythtv will always remain a massive, gigantic blob that no one can configure properly because it's so damn illogical, or where the logic only made sense to one |
| [13:21:23] | wagnerrp: | with 0.26, if we get this web setup thing done |
| [13:21:35] | jya: | wagnerrp: I think for service advertised bia bonjour |
| [13:21:47] | wagnerrp: | IP address section is enforced in one of the first step in the wizard |
| [13:21:52] | jya: | and system such as remote control, raop, airplay, to simply listen to all interfaces |
| [13:22:01] | jya: | something like this… |
| [13:22:07] | ** jya preparing a quicky ** | |
| [13:22:27] | wagnerrp: | my plan is to replace those two settings with a multiselector |
| [13:22:37] | wagnerrp: | provide the user with a list of available addresses |
| [13:22:52] | wagnerrp: | maybe some buttons for "local only", "select one", "all private address" |
| [13:23:17] | partoj (partoj!~par@94.127.35.115.c.fiberdirekt.net) has joined #mythtv | |
| [13:23:31] | wagnerrp: | i would also like to see the hostname keying for setting be replaced with some kind of "profile key" |
| [13:23:44] | jya: | why even bother adding yet one more setting? |
| [13:23:55] | wagnerrp: | something to make it simpler to change to a different profile for a frontend |
| [13:23:56] | jya: | isn't the aim to reduce them ? |
| [13:24:10] | jya: | just listen to all interfaces and that's it |
| [13:24:12] | wagnerrp: | from the user's point of view, it would remain a single setting |
| [13:24:22] | jya: | that's what all bonjour-ready devices are doing |
| [13:24:39] | wagnerrp: | the problem is that if you listen to all interfaces blindly, you still run into that bindv6only sysctl |
| [13:24:43] | jya: | a single setting lost in the 3000 others no one can remember where they are or what they do |
| [13:25:19] | jya: | I actually, never tried ipv6 with bnjour… |
| [13:26:55] | wagnerrp: | AFAIK, it supports IPv6 in the same manner as upnp |
| [13:27:09] | wagnerrp: | the discovery service will allow you to return IPv6 remote addresses |
| [13:27:18] | wagnerrp: | but its up to the application whether it can actually use them |
| [13:27:46] | wagnerrp: | im not sure if the discovery service itself will operate over ipv6 |
| [13:28:29] | jya: | http://pastebin.com/BGXVGFK1 |
| [13:29:17] | wagnerrp: | that will work |
| [13:29:33] | wagnerrp: | potentially the best solution for 0.25 to not require ABI changes |
| [13:29:52] | wagnerrp: | wrong include though |
| [13:30:09] | jya: | for some reason it's the wrong paste |
| [13:30:51] | wagnerrp: | i think it will need to be flagged to allow failure |
| [13:31:14] | wagnerrp: | as there will likely be some addresses that turn up on some users systems that will not allow us to bind to them |
| [13:31:41] | jya: | well, don't think it matters much such warning in the log |
| [13:31:52] | jya: | users don't look at them unless there's something wrong to start with |
| [13:32:35] | wagnerrp: | i mean by default, if any of those addresses fails to bind, it shuts down any sockets it successfully bound to and the method returns failed |
| [13:32:55] | wagnerrp: | if you flag it to allow failure, it only returns failed if none of them successfully bind |
| [13:34:39] | jya: | ah, so I should do listen(blah, false) |
| [13:34:46] | wagnerrp: | (and port) |
| [13:35:50] | wagnerrp: | are you going to take care of that or do you want me to push it? |
| [13:36:20] | jya: | I'm happy to do it |
| [13:36:26] | jya: | http://pastebin.com/3bZdp2Hv |
| [13:36:38] | jya: | I have a dozen other commits in the pipeline ready to be pushed |
| [13:37:08] | wagnerrp: | sounds good, i still need to reclone my repo |
| [13:37:15] | wagnerrp: | havent done so since the server change |
| [13:37:20] | jya: | is there any other service advertised through bonjour? |
| [13:37:30] | jya: | the main problem of the iPhone/iPad RAOP I think |
| [13:37:43] | wagnerrp: | i believe thats it |
| [13:37:59] | jya: | is that the popup showing you the airplay enabled device is too small to show the whole width |
| [13:38:10] | wagnerrp: | dont forget the other include in mythairplayserver.cpp |
| [13:38:11] | jya: | so when the user list the list of devices |
| [13:38:18] | jya: | you see "MythFrontend on …." |
| [13:38:34] | jya: | it would have been "MythFrontend on localhost" normally |
| [13:38:43] | jya: | that fails obviously later |
| [13:39:51] | jya: | it compiles wihtout the extra QHostAddress, QNetworkInterface must be included it (and it has to as allAddresses is defined there and return a QList<QHostAddess> |
| [13:40:11] | wagnerrp: | it might be picked up in serverpool.h |
| [13:40:29] | jya: | the 2nd thing we need to fix, is that when you use the airplay on iPhone |
| [13:40:34] | jya: | mythfrontend actually appears twice |
| [13:40:41] | jya: | you have one audio, and one video |
| [13:40:51] | jya: | one is the RAOP service, the other airplay |
| [13:41:07] | jya: | but in the music app for example, they both show the same with the same audio-only logo |
| [13:41:16] | wagnerrp: | is that a consequence of having to separate bits of code for the two modes? |
| [13:41:19] | jya: | you never know which one to select (and only one works) |
| [13:41:23] | jya: | yeah... |
| [13:41:30] | jya: | effectively, we have two services running |
| [13:41:45] | jya: | one RAOP (always running) and Airplay (if MYTHTV_AIRPLAY is set) |
| [13:41:55] | jya: | it's quite dirty |
| [13:43:00] | jya: | but it works… that's more than any other linux app! |
| [13:44:03] | jya: | wagnerrp: why can't it bind to some addresses? http://pastebin.com/uuN36d8A |
| [13:44:12] | jya: | like fe80::20c:29ff:fed8:c60a |
| [13:44:30] | wagnerrp: | you simply cant bind to IPv6 link-local |
| [13:44:32] | wagnerrp: | not sure why |
| [13:44:40] | wagnerrp: | its why i filter it out in the selection in serverpool.cpp |
| [13:45:25] | jya: | but the IPv6 link-local is usable externally no? |
| [13:45:47] | wagnerrp: | perhaps not link-local... whatever fe80:: is, we cant use it |
| [13:45:50] | jya: | I mean, I can ping it from an other machine.. I remember doing so when I was playing with ipv6 |
| [13:46:10] | jya: | is it a QtNetwork limitation or an overall IPv6 requirements? |
| [13:46:52] | wagnerrp: | im not sure |
| [13:46:58] | wagnerrp: | it seemed odd, but i didnt question it |
| [13:48:10] | jya: | someone just reported a bug to me about when you have timestretch enable by default (playback profile), going into liveTV crashes … |
| [13:50:54] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [13:51:49] | jya: | allright.. back to my main task at hand: playback profile never fall back once one is selected because it passed the resolution check |
| [13:51:54] | wagnerrp: | i need to add some check in the bindings to prefer a storage group with an existing folder when trying to select where to write a new file... |
| [13:52:20] | wagnerrp: | i exported a few dozen recordings into the video library last night |
| [13:52:32] | wagnerrp: | trying to check to make sure they were successful before deleting the recordings |
| [13:52:41] | wagnerrp: | and theyre strewn out over three arrays |
| [13:53:49] | jya: | wagnerrp: I only have one main backend.. so I've never really encountered any of those issues. whenever I needed to add storage, I added a new disk to my RAID -> LVM and extended the partition |
| [13:54:37] | wagnerrp: | yeah, but im basically out of ports on my card, and i wouldnt want to continue buying 750GB drives for my primary array anyway |
| [13:54:44] | wagnerrp: | i need to scrap it and start fresh at some point |
| [13:54:49] | wagnerrp: | waiting for prices to drop off again |
| [13:55:06] | jya: | I think once we have the playback profile defaulting properly, we'll be able to completely get rid of the whole playback profiles stuff. With one setting set to try vdpau, then vaapi, then opengl etc… |
| [13:55:23] | jya: | wagnerrp: when that happened I replaced all my drivers with 2TB ones :) |
| [13:55:33] | jya: | I have a few 750GB spare if you want :) |
| [13:56:00] | wagnerrp: | sure... of course shipping would probably cost as much as just buying a new one :P |
| [13:56:04] | jya: | did so over a week. each day replace a 750 with a 2TB, when all done extended the raid |
| [13:56:37] | jya: | mdadm is so powerful really… always impressed whenever I mess with it |
| [13:56:42] | stichnot: | jya: default timestretch is in playback groups, not playback profiles... :) |
| [13:56:57] | jya: | stichnot: what I said (kind of :) ) |
| [13:57:08] | wagnerrp: | jya: well i wouldnt want to replace the drives either... |
| [13:57:23] | wagnerrp: | i want to switch off of hardware RAID6, and onto RAID-Z2/3 |
| [13:57:35] | wagnerrp: | so that means starting fresh |
| [13:57:38] | jya: | stichnot: that timestretch bit seems to have uncovered a few other unrelated issues |
| [13:57:55] | jya: | like the guy start liveTV, his default playback group has timestretch by default |
| [13:58:21] | jya: | whenever it catches up, where 0.24 used to revert automatically to 1.00 ; now it just stutters |
| [13:58:35] | stichnot: | yeah, I saw that. I can probably look into it later. |
| [13:58:45] | stichnot: | unless of course you want it :) |
| [13:59:03] | jya: | I guess it's similar to my livetv stutterring anyway, I always have to hit pause for a few seconds before it continues |
| [14:00:08] | jya: | stichnot: right now I'd like to play with the playback profile thing… i;m afraid it's going to be something that opened a can of worms. Like mythplayer.cpp is where it checks the profile, but it may only fail much later in avformatdecoder |
| [14:00:25] | jya: | when choosing the profile is never checks before using it if it's actually available. |
| [14:00:50] | stichnot: | ok, fun. |
| [14:00:52] | jya: | there's one case I know it will be hard to handle, is if you watch a program where the codec changes halfway… does such video exist? |
| [14:02:16] | jya: | with vaapi which may not handle a particular codec, falling back isn't possible as their deinterlacer doesn't work unless its been decoded by vaapi (unlike vdpau) |
| [14:17:30] | stichnot: | wow, that live tv with timestretch crash is weird. QCoreApplicationPrivate::sendPostedEvents() is crashing I guess because it calls __cxa_rethrow() |
| [14:17:45] | jya: | ah you can reproduce it ? cool |
| [14:18:22] | stichnot: | and that is almost instantly after pressing Live TV, not even the "Please Wait...." delay |
| [14:18:56] | jya: | I like on how you got dragged into the livetv/recording stuff and you're now stuck with it. |
| [14:19:04] | jya: | exactly what happened with me and the audio bit |
| [14:19:18] | stichnot: | I'm afraid of getting stuck with video rendering as well... |
| [14:20:00] | stichnot: | Check out this stdout from the live tv crash: |
| [14:20:05] | stichnot: | terminate called after throwing an instance of 'std::runtime_error' |
| [14:20:07] | stichnot: | what(): Illegal number of channels |
| [14:20:20] | stichnot: | apparently from libs/libmythsoundtouch/SoundTouch.cpp |
| [14:20:24] | jya: | yeah, that's exactly what the guy emails me |
| [14:20:31] | jya: | ah .. is the audio AC3 5.0 ? |
| [14:20:45] | jya: | can you post me a backtrace? |
| [14:20:46] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [14:20:53] | stichnot: | ok |
| [14:20:59] | jya: | or create a ticket even better, so I can get back to it tomorrow |
| [14:21:08] | jya: | I intend to do a full myth day tomorrow |
| [14:22:12] | jya: | I'm 100% sure I have fixed an issue with soundtouch being called with the wrong number of audio channels before… I don't understand how using timestretch for livetv would trigger another one |
| [14:22:31] | seeker (seeker!~seeker@unaffiliated/seeker) has joined #mythtv | |
| [14:24:00] | par_ (par_!~par@h77n4-jak-a12.ias.bredband.telia.com) has joined #mythtv | |
| [14:28:02] | partoj (partoj!~par@94.127.35.115.c.fiberdirekt.net) has quit (Ping timeout: 260 seconds) | |
| [14:31:13] | stichnot: | jya: not sure how useful it is, but... http://code.mythtv.org/trac/attachment/ticket/10612/bt_10612.txt |
| [14:32:36] | stichnot: | oh, and this was an ATSC OTA broadcast (KPIX CBS), so a good chance it's AC3 |
| [14:32:39] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [14:33:06] | jya: | I see no crash in soundtouch there... |
| [14:33:16] | jya: | ahhh I see what the problem could be |
| [14:33:44] | jya: | setstretch is called well before the audio is initialised, so the number of channels is still zero at that time |
| [14:34:01] | jya: | can you redo it with -v audio ? |
| [14:34:51] | stichnot: | you just want the -v audio logs? no backtrace? |
| [14:35:18] | jya: | the only thing crap in that theme is it's impossible to detect in the old setting if something is enabled or not |
| [14:35:37] | jya: | both would be better obviously |
| [14:35:42] | stichnot: | ok |
| [14:35:44] | NightMonkey_ (NightMonkey_!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [14:35:57] | jya: | but I just want to see what the audio class was initialised with, and how early the setstrech is called |
| [14:36:50] | stichnot: | it may take a couple hours as I'm almost out of time now, but I'll get it |
| [14:36:54] | jya: | ah, he did create a ticket like I asked him |
| [14:37:23] | jya: | no problem.. it's later anyway for me… so I'm off to bed .. will look into it tomorrow morning |
| [14:37:36] | stichnot: | thanks. |
| [14:38:07] | stichnot: | after you look at it, timestretch should probably be fixed to drop back to 1.0 in live TV... |
| [14:38:19] | jya: | stichnot: I don't get your backtrace though, I see nothing related to the issue you described (Soundtouch::setChannels doing a throw runtime_error |
| [14:38:27] | jya: | https://github.com/MythTV/mythtv/blob/master/ . . . uch.cpp#L141 |
| [14:39:42] | stichnot: | yeah, it confuses me too, yet there is the message in stdout |
| [14:44:17] | jya: | I should bump the number of supporting channels in libsoundtouch while at it... |
| [14:52:55] | ben1066 (ben1066!~quassel@host109-152-46-144.range109-152.btcentralplus.com) has quit (Ping timeout: 276 seconds) | |
| [14:53:30] | ben1066 (ben1066!~quassel@host109-152-63-140.range109-152.btcentralplus.com) has joined #mythtv | |
| [14:58:23] | stichnot: | jya: replaced the backtrace in the ticket with a new file, and uploaded the corresponding frontend log |
| [14:58:38] | kwmonroe` is now known as kwmonroe | |
| [15:02:14] | jya: | stichnot: thanks… it looks like AudioOutput::Reconfigure has never been called at this time |
| [15:03:43] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 264 seconds) | |
| [15:06:37] | ben1066_ (ben1066_!~quassel@host31-53-199-120.range31-53.btcentralplus.com) has joined #mythtv | |
| [15:09:10] | ben1066 (ben1066!~quassel@host109-152-63-140.range109-152.btcentralplus.com) has quit (Ping timeout: 276 seconds) | |
| [15:12:51] | ben1066 (ben1066!~quassel@host86-151-191-2.range86-151.btcentralplus.com) has joined #mythtv | |
| [15:14:22] | ben1066_ (ben1066_!~quassel@host31-53-199-120.range31-53.btcentralplus.com) has quit (Ping timeout: 276 seconds) | |
| [15:19:49] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [15:20:54] | jya: | hum… I wonder how timestrech ever worked with changing audio config…. |
| [15:22:38] | jya: | this is just so wrong… and of course the only part I haven't fully rewritten… sigh... |
| [15:31:38] | jams: | Beirdo- on alcor should/does the mysql backup script run on a regular basis? |
| [15:32:30] | skd5aner: | ought-oh, that means jams broke something |
| [15:32:33] | skd5aner: | ;) |
| [15:33:16] | NightMonkey_ (NightMonkey_!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [15:33:44] | jams: | hehe nothing like that |
| [15:34:23] | jya: | that the 3rd time in two days that my backend stopped responding… it hasn't crashed by attempt to play any media just fails… have to restart it |
| [15:49:19] | joki (joki!~joki@p54864C24.dip.t-dialin.net) has quit (Ping timeout: 250 seconds) | |
| [15:51:08] | joki (joki!~joki@p54865478.dip.t-dialin.net) has joined #mythtv | |
| [15:51:39] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has quit (Quit: Coyote finally caught me) | |
| [15:52:39] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has joined #mythtv | |
| [16:16:37] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [16:18:00] | seeker (seeker!~seeker@unaffiliated/seeker) has quit (Read error: Connection reset by peer) | |
| [16:20:54] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [16:24:04] | wagnerrp: | jya: did you intend to backport da49b57ac4? |
| [16:24:19] | jya: | wagnerrp: the raop bit? yes |
| [16:24:38] | andreax (andreax!~andreaz@p54BF2174.dip.t-dialin.net) has quit (Ping timeout: 245 seconds) | |
| [16:25:04] | andreax (andreax!~andreaz@p5089EBF7.dip.t-dialin.net) has joined #mythtv | |
| [16:27:09] | wagnerrp: | ok, just curious as that would affect my response to gabe rubin |
| [16:28:09] | jya: | I think you telling him how to set the address the backend listen to is still required.. as if I understand correctly, the current way RAOP works is in ubuntu and won't get an update in a while |
| [16:28:27] | wagnerrp: | it gets rebuilt daily |
| [16:28:52] | jya: | I mean ubuntu main repo usually doesn't rebuild mythtv packages for years |
| [16:28:55] | jya: | or did that change? |
| [16:29:25] | stuartm: | hasn't change, doesn't seem likely to change unfortunately |
| [16:30:09] | jya: | I read somewhere than now mythbuntu was supported directly by ubuntu |
| [16:30:48] | wagnerrp: | i would expect anyone who already made the upgrade to 0.25 would be following mythbuntu's -fixes PPAs |
| [16:32:58] | skd5aner: | jya: same |
| [16:33:56] | jya: | stichnot: I put a breakpoint in AudioOutputBase::SetStretchFactor, and I'm surprise to see that it's being called rather often in livetv |
| [16:33:58] | jya: | http://pastebin.com/Tx2dv3XC |
| [16:34:04] | jya: | about every 2–3 minutes here |
| [16:34:40] | jya: | not sure what those ringbuffer messages are for |
| [16:34:44] | ben1066_ (ben1066_!~quassel@host109-152-61-173.range109-152.btcentralplus.com) has joined #mythtv | |
| [16:36:45] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [16:36:55] | ben1066 (ben1066!~quassel@host86-151-191-2.range86-151.btcentralplus.com) has quit (Ping timeout: 276 seconds) | |
| [16:38:15] | stichnot: | jya: maybe that IsReallyNearEnd stuff (particularly the last entry ending with ne:1) is indicating that live tv has caught up. is there some indication that it's trying to reset timestretch to 1.0x at that point? |
| [16:38:40] | jya: | not at that point, but at earlier point yet |
| [16:38:42] | jya: | yes |
| [16:38:50] | jya: | it got called like 4 times in a row :) |
| [16:38:59] | stichnot: | nice. |
| [16:39:12] | jya: | well, I would have thought once was enough! |
| [16:39:49] | jya: | BTW, the issue with the crash earlier is in mythplayer.cpp line 2319. if (isDummy) ChangeSpeed |
| [16:40:23] | jya: | this will call settimestretch with an audio framework that isn't initialised at this point in time |
| [16:40:37] | jya: | why it is different between liveTV and watching a recording, I don't know |
| [16:40:58] | jya: | I seem to recall that when starting liveTV it creates a dummy player first |
| [16:41:57] | jya: | I've added a test that make setStretchFactor return early if the number of channels is incorrect. But IMHO, that's an ugly hack… should fix it the proper way to start with |
| [16:42:01] | stichnot: | I'm sure that the live TV mechanics will make sense to me one day, but this is not that day... |
| [16:42:14] | jya: | :) |
| [16:43:29] | gregorcy (gregorcy!~gregorcy@strongbad.chemeng.utah.edu) has joined #mythtv | |
| [16:48:40] | seeker (seeker!~seeker@unaffiliated/seeker) has joined #mythtv | |
| [17:01:58] | stuartm: | we shouldn't allow timestretch to be enabled in livetv? |
| [17:07:37] | stichnot: | I think that's just on startup |
| [17:08:00] | dekarl1: | here is a small typo fix for the logfiles (AirPay -> AirPlay) http://paste.ubuntu.com/932790/ |
| [17:08:48] | dekarl1 is now known as dekarl | |
| [17:09:32] | hashbang (hashbang!~alex@213-152-35-50.dsl.eclipse.net.uk) has joined #mythtv | |
| [17:10:27] | abqjp (abqjp!c742f80c@gateway/web/freenode/ip.199.66.248.12) has joined #mythtv | |
| [17:10:32] | stichnot: | stuartm: I haven't tested jya's fix yet, but I assume it is either preventing the initial timestretch from the Playback Group from being applied, or just ignoring it until after the audio framework is initialized. |
| [17:22:43] | sannes (sannes!~ace@cm-84.209.72.206.getinternet.no) has quit (Quit: Leaving.) | |
| [17:23:29] | sannes (sannes!~ace@cm-84.209.72.206.getinternet.no) has joined #mythtv | |
| [17:29:33] | seeker (seeker!~seeker@unaffiliated/seeker) has quit (Read error: Connection reset by peer) | |
| [17:37:52] | cattelan_away is now known as cattelan | |
| [17:40:02] | stuartm: | stichnot: right, I'm just suggesting that it's disabled entirely for livetv, for the primary use case timestretch makes little sense with livetv unless you're not watching it live at which point you'd be better off recording the programme instead |
| [17:41:10] | stichnot: | Using timestretch <1 makes sense for live TV, if that's your thing... |
| [17:41:38] | stichnot: | and >1 timestretch makes sense if you pause and later return |
| [17:41:42] | dblain: | jya: FYI – when I first implemented upnp it listened on all interfaces, but a lot of people complained due to it running on an internet facing machine. Not sure if RAOP will meet the same fate. |
| [17:45:08] | stuartm: | stichnot: pausing livetv and walking away is a gamble, a recording might need the card and exit livetv, if you want to watch the remainder of what is being shown but you're having to walk away for an extended period then better to hit 'RECORD' and to keep it for future viewing |
| [17:46:11] | stichnot: | but stuartm I agree that one could make a case for some amount of timestretch disabling for live TV. Before doing that, though, I would take the opportunity to try to smooth out yet another rough edge of the live TV experience. |
| [17:46:16] | stuartm: | anyway, it was just a thought, livetv is complicated enough already without timestretch |
| [17:50:24] | stichnot: | One of these days, I hope I'll fully understand why live TV has to be so complex... first step: figuring out 10490 :) |
| [17:53:34] | ben1066_ is now known as ben1066 | |
| [17:53:42] | ben1066 (ben1066!~quassel@host109-152-61-173.range109-152.btcentralplus.com) has quit (Changing host) | |
| [17:53:42] | ben1066 (ben1066!~quassel@unaffiliated/ben1066) has joined #mythtv | |
| [17:53:45] | stuartm: | I don't think it has to be complex, it's just become that way because of years of changes piled on the original code, even the current livetv chain wasn't a complete re-write from the original ringbuffer version, so there's lots of cruft and almost no-one who worked on it originally is still here |
| [17:54:44] | stuartm: | there are plenty of things that were written in a specific way originally, but without anyone to explain them they are misunderstood and then broken by subsequent changes |
| [18:00:44] | stuartm: | sometimes less is more, more features introduces more complexity leading to more fragile and less easily maintained code, that and new features are often don't consider the wider code and the knock on effects |
| [18:00:55] | stuartm: | </sermon> |
| [18:03:27] | Beirdo: | and to add to that... cut/paste rather than creating shared code via classes or functions... evil :) |
| [18:03:37] | Beirdo: | do not repeat yourself :) |
| [18:03:55] | Beirdo: | it ends up giving you multiple places to insert the same fix |
| [18:04:16] | Beirdo: | and now I get to go to a meeting. |
| [18:05:57] | Seeker`: | and to add to that... cut/paste rather than creating shared code via classes or functions... evil :) |
| [18:06:02] | Seeker`: | do not repeat yourself :) |
| [18:06:07] | Seeker`: | it ends up giving you multiple places to insert the same fix |
| [18:14:02] | anykey_ (anykey_!~anykey@46-126-245-147.dynamic.hispeed.ch) has quit (Ping timeout: 250 seconds) | |
| [18:15:11] | ben1066_ (ben1066_!~quassel@host86-164-176-0.range86-164.btcentralplus.com) has joined #mythtv | |
| [18:15:25] | anykey_ (anykey_!~anykey@46-126-245-147.dynamic.hispeed.ch) has joined #mythtv | |
| [18:16:53] | ben1066 (ben1066!~quassel@unaffiliated/ben1066) has quit (Disconnected by services) | |
| [18:17:01] | ben1066_ (ben1066_!~quassel@host86-164-176-0.range86-164.btcentralplus.com) has quit (Client Quit) | |
| [18:17:21] | ben1066 (ben1066!~quassel@host86-164-176-0.range86-164.btcentralplus.com) has joined #mythtv | |
| [18:27:08] | stichnot: | I would like to get live TV shaped up not because I use it, but because I get a lot of grief any time anyone else in the house tries to use it... |
| [18:27:47] | Beirdo: | hehe :) That's a good motivating factor for sure |
| [18:29:12] | Beirdo: | I have noticed that the new scheduler changes have definitely sped things up for me |
| [18:29:35] | stichnot: | jya: your comment a few hours ago about the backend stopped responding. Sometimes I get into a situation where live TV refuses to start until after I restart the backend. Restarting the frontend does no good. I wonder if it is related. |
| [18:30:12] | stichnot: | I haven't investigated yet because I want to stay focused on one live TV problem at a time |
| [18:30:57] | Beirdo: | focus, schmocus :) |
| [18:38:41] | Beirdo: | 6.7s to add a new recording rule |
| [18:38:51] | Beirdo: | rather than 25s or so for a full schedule run |
| [18:38:54] | Beirdo: | much nicer |
| [18:38:56] | par__ (par__!~par@94.127.35.115.c.fiberdirekt.net) has joined #mythtv | |
| [18:40:52] | ben1066_ (ben1066_!~quassel@host109-154-133-179.range109-154.btcentralplus.com) has joined #mythtv | |
| [18:42:21] | par_ (par_!~par@h77n4-jak-a12.ias.bredband.telia.com) has quit (Ping timeout: 244 seconds) | |
| [18:43:01] | ben1066 (ben1066!~quassel@host86-164-176-0.range86-164.btcentralplus.com) has quit (Ping timeout: 276 seconds) | |
| [18:43:34] | ben1066_ (ben1066_!~quassel@host109-154-133-179.range109-154.btcentralplus.com) has quit (Client Quit) | |
| [18:43:55] | ben1066 (ben1066!~quassel@host109-154-133-179.range109-154.btcentralplus.com) has joined #mythtv | |
| [18:44:19] | jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has quit (Ping timeout: 276 seconds) | |
| [18:50:37] | ben1066_ (ben1066_!~quassel@host86-151-190-134.range86-151.btcentralplus.com) has joined #mythtv | |
| [18:51:29] | par__ (par__!~par@94.127.35.115.c.fiberdirekt.net) has quit (Quit: Lämnar) | |
| [18:52:25] | ben1066 (ben1066!~quassel@host109-154-133-179.range109-154.btcentralplus.com) has quit (Ping timeout: 246 seconds) | |
| [18:54:32] | jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has joined #mythtv | |
| [18:57:24] | ben1066_ (ben1066_!~quassel@host86-151-190-134.range86-151.btcentralplus.com) has quit (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) | |
| [18:57:48] | ben1066 (ben1066!~quassel@host86-151-190-134.range86-151.btcentralplus.com) has joined #mythtv | |
| [18:58:27] | gigem: | Beirdo: if you can get me gprof run of "mythbackend" --testsched", i might be able to do even better. |
| [18:58:29] | stuartm: | Beirdo: 25s is extremely long |
| [18:58:52] | Beirdo: | gigem: I'll try that tonight :) |
| [18:59:10] | Beirdo: | stuartm: it's been like this for quite some time. I have a lot of channels. |
| [19:00:01] | Beirdo: | 2012-04–16 11:30:56.504167 I Scheduled 2662 items in 22.2 = 3.28 match + 9.69 check + 9.27 place |
| [19:00:18] | Seeker`: | how many channels do you have?! |
| [19:00:20] | Beirdo: | OK, 22s for the full reschedule on backend startup |
| [19:01:00] | Beirdo: | two lineups of DirecTV + OTA... totals to somewhere around 1000 channels, IIRC |
| [19:01:04] | stuartm: | 2662 items is 4–5 times what I get scheduled here |
| [19:01:22] | Seeker`: | O.o |
| [19:01:30] | Seeker`: | I've got freeview and freesat, takes about 2 seconds |
| [19:01:32] | Beirdo: | I had to make two lineups as I use HD and SD receivers |
| [19:01:40] | Seeker`: | 1.3s |
| [19:01:44] | stuartm: | Beirdo: ah, well I hide most of the available channels because they are of no interest |
| [19:01:57] | Beirdo: | heh, oh, I did |
| [19:02:22] | Beirdo: | cut out hundreds of shopping and infomercial stations and the audio channels |
| [19:02:43] | Beirdo: | unbelievable amount of crap being broadcast :) |
| [19:03:10] | Beirdo: | which reminds me... gotta check HBO for useful shows |
| [19:03:49] | ben1066 (ben1066!~quassel@host86-151-190-134.range86-151.btcentralplus.com) has quit (Ping timeout: 276 seconds) | |
| [19:03:55] | gigem: | stuartm: i've racked my brain on your dupllicate recording issue and can't see how it's happening. based on your clues, i know where the problem has to be, but i don't see anything wrong with the code. all i can think of now is something in your data inavlidates some assumption i've made. |
| [19:05:02] | ben1066 (ben1066!~quassel@host109-152-55-48.range109-152.btcentralplus.com) has joined #mythtv | |
| [19:11:07] | ben1066_ (ben1066_!~quassel@host86-168-179-136.range86-168.btcentralplus.com) has joined #mythtv | |
| [19:14:00] | ben1066 (ben1066!~quassel@host109-152-55-48.range109-152.btcentralplus.com) has quit (Ping timeout: 260 seconds) | |
| [19:14:56] | ben1066 (ben1066!~quassel@host109-152-54-95.range109-152.btcentralplus.com) has joined #mythtv | |
| [19:15:18] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 265 seconds) | |
| [19:17:28] | ben1066_ (ben1066_!~quassel@host86-168-179-136.range86-168.btcentralplus.com) has quit (Ping timeout: 276 seconds) | |
| [19:21:30] | ben1066_ (ben1066_!~quassel@host86-163-134-110.range86-163.btcentralplus.com) has joined #mythtv | |
| [19:24:37] | ben1066 (ben1066!~quassel@host109-152-54-95.range109-152.btcentralplus.com) has quit (Ping timeout: 276 seconds) | |
| [19:26:51] | stuartm: | gigem: right now there are no more instances of the issue in my upcoming recordings, maybe it's better to wait and see if it re-occurs before potentially wasting a lot more time for what could be some strange glitch in the guide data (say an invisible character breaking programid, subtitle or description matching) |
| [19:30:13] | stuartm: | the 'Never Record' issue is easily reproducible though and seemingly unrelated |
| [19:33:28] | ben1066 (ben1066!~quassel@host109-152-54-11.range109-152.btcentralplus.com) has joined #mythtv | |
| [19:35:40] | ben1066_ (ben1066_!~quassel@host86-163-134-110.range86-163.btcentralplus.com) has quit (Ping timeout: 276 seconds) | |
| [19:55:20] | gigem: | stuartm: now i'm confused. are you saying the never record issue is still there or not? i believe it and the duplicate recording issue are the same. that's why i was so excited you'd found and easy way to reproduce it. |
| [20:00:22] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [20:03:19] | SteveGoodey (SteveGoodey!~steve@host86-182-4-91.range86-182.btcentralplus.com) has joined #mythtv | |
| [20:10:19] | stuartm: | gigem: never record issue is still there, I just wasn't connecting the two, but if you believe they are related ... |
| [20:14:13] | gigem: | stuartm: yeah, i think they are the same issue. |
| [20:14:16] | stuartm: | just confirmed again, choosing 'never record' on an upcoming recording triggers a partial reschedule but the programme is still listed, it remained in the list of scheduled recordings until the eit scanner asked for a reschedule 2–3 minutes later |
| [20:15:19] | stuartm: | heh, I'm a poor judge of time, according to the logs the eitscanner reschedule was just a minute later |
| [20:15:44] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [20:17:46] | stuartm: | oops, I really should have grabbed the information you wanted from the DB beforehand ... ok, nevermind, I'll setup a new rule for the purpose of testing and that way I don't 'never record' something I want recorded |
| [20:17:55] | gigem: | stuartm: that's great. now if you can get me the log and sql dumps. the latter might be tricky to get before eit causes a reschdule, though. you might have to temporarily comment out the reschedul in eitscanner.cpp. |
| [20:18:10] | gigem: | :) |
| [20:22:30] | stuartm: | sphery: sorry btw, I could have sworn you added --reset much more recently :) |
| [20:26:56] | stuartm: | gigem: ok will do, it will be tomorrow now, I've got back to back recordings in progress until at least midnight |
| [20:31:40] | stuarta: | do you ever get a chance to watch them? |
| [20:38:50] | SteveGoodey (SteveGoodey!~steve@host86-182-4-91.range86-182.btcentralplus.com) has quit (Remote host closed the connection) | |
| [20:39:38] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [20:40:55] | cattelan is now known as cattelan_away | |
| [20:41:27] | pclark (pclark!~pclark@host86-138-136-146.range86-138.btcentralplus.com) has joined #mythtv | |
| [20:41:47] | gigem: | stuartm: okay. |
| [20:42:33] | gigem: | stuarta: i don't know about stuartm, but as for me, not at the rate i'm going. i'm months behind on many things and still losing ground! :) |
| [20:44:37] | stuarta: | same here |
| [20:49:46] | Beirdo: | hehe |
| [20:50:25] | Beirdo: | OK, now I'm grumbly |
| [20:50:48] | Beirdo: | I told myth to record something off HBO, and set high def only |
| [20:50:55] | Beirdo: | it's recording off my SD receiver |
| [20:51:17] | Beirdo: | I think I have some more fun channel setup merging to do to get that to work |
| [20:52:26] | Beirdo: | and it left Penguins of Madagascar (previously scheduled) on the HDPVR |
| [20:52:28] | Beirdo: | hmm. |
| [20:53:08] | Beirdo: | I'll look into my channel setup first, before giving the scheduler the evil eye, I'm sure it's something dumb I did |
| [20:53:13] | pclark (pclark!~pclark@host86-138-136-146.range86-138.btcentralplus.com) has quit (Remote host closed the connection) | |
| [20:54:42] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection) | |
| [20:56:09] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [20:56:29] | stuartm: | stuarta: I'm _just_ about watching enough atm to prevent it running out of disk space, but eventually I'm going to lose that battle |
| [20:56:31] | cattelan_away is now known as cattelan | |
| [20:56:50] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [20:59:16] | stuartm: | I'm not that far behind on most series, I'm holding back Homeland and a couple of BBC series to watch when there's a hole in the schedule, what I'm really behind on are dozens of films, most of them subtitled that can't be watched while I'm doing something else at the same time (which is how I manage to keep up with everything else) |
| [20:59:59] | stuarta: | i know the feeling |
| [21:02:12] | stuartm: | tonight's a quiet night, but there's a 2hr film I scheduled on Film 4+1 |
| [21:04:53] | ** stuarta is just watching cricket ** | |
| [21:05:10] | stuarta: | well, listening, and looking up when something interesting happens |
| [21:08:12] | stuartm: | heh, yeah, most of my TV 'viewing' is actually 'listening' |
| [21:08:24] | stuartm: | I'm 'watching' something right now |
| [21:08:37] | stuarta: | cricket is great for that |
| [21:09:03] | Beirdo: | yeah, I think a lot of us do that |
| [21:09:04] | stuartm: | aye, you could write a novel without having to look up |
| [21:09:20] | ** stuarta is trying to debug clusters ** | |
| [21:14:47] | Captain_Murdoch: | just to doublecheck.... does anyone object to me sending an email to the -users list regarding the "Torc for iOS" thread that basically is an advertisement and support thread for Robert's commercial iOS app that he is charging for? |
| [21:16:20] | Captain_Murdoch: | if he can get his 70% of $3.99 per user then he can pay to support them and advertise in his own forum somewhere. |
| [21:19:14] | skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has quit (Ping timeout: 246 seconds) | |
| [21:23:15] | Beirdo: | Fine by me |
| [21:24:08] | stuarta: | perhaps we could negotiate a 50% cut for providing all his infrastructure? |
| [21:24:14] | Captain_Murdoch: | and if anyone is interested, yes, I'm a little annoyed that if it weren't for HLS support that I wrote, that his app would be just a glorified remote control. |
| [21:25:03] | stuarta: | that would royally piss me off |
| [21:25:25] | gigem: | Captain_Murdoch: fine with me too. |
| [21:25:47] | Beirdo: | yeah, we put in a lot of debugging effort to make crap work... for him to profit off. |
| [21:26:04] | gigem: | stuarta: i hate it when the crickets start chirping. it makes it diffcult to sleep. :) |
| [21:30:26] | Beirdo: | for me, usually it's the birds at like 5am :) |
| [21:32:25] | Captain_Murdoch: | initial comment will be short and to the point... "This mailing list is for the support of MythTV users using MythTV and is not to be used for advertisement or support of any commercial products, whether they be MythTV related or not. Please continue this discussion elsewhere." with a subject line change to prepend "THIS IS A NON-COMMERCIAL MAILING LIST" so it stands out. |
| [21:33:21] | Captain_Murdoch: | and that has nothing to do with my opinion of him. if it were Hauppauge or Ceton or NVidia or ATI in here advertising, I'd say the same thing. |
| [21:34:26] | Beirdo: | yeah, good point |
| [21:38:59] | gigem: | Captain_Murdoch: i'd be very careful about that wording. especially as it might apply to Schedules Direct too. |
| [21:39:58] | Beirdo: | eek, right. |
| [21:40:02] | stuarta: | isn't that a "not for profit" |
| [21:40:31] | stuarta: | 901c or whatever you call them |
| [21:40:47] | gigem: | wants to be, but is looking grim. |
| [21:41:14] | Beirdo: | in intention: yes. in reality according to the IRS: no |
| [21:44:57] | Captain_Murdoch: | oh now, he's seriously ticked me off. |
| [21:45:56] | Captain_Murdoch: | are you going to quote that line too Robert? |
| [21:46:16] | Captain_Murdoch: | SD is a non-profit and does not come into -users and advertise |
| [21:47:01] | Captain_Murdoch: | users talking to users are one thing. if a sales guy from Hauppauge came in and was advertising for their latest and greatest product, we'd say the same thing to him. |
| [21:51:22] | jheizer (jheizer!~jheizer@c-98-215-87-73.hsd1.il.comcast.net) has joined #mythtv | |
| [21:56:10] | Beirdo: | a bug to change the FSF address in the source? |
| [21:56:13] | Beirdo: | bah |
| [21:56:29] | Beirdo: | I'm sure we'll get right on that :) |
| [22:02:42] | hashbang (hashbang!~alex@213-152-35-50.dsl.eclipse.net.uk) has quit (Quit: Leaving.) | |
| [22:07:52] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [22:13:40] | laga_ (laga_!~laga@h1626373.stratoserver.net) has quit (Ping timeout: 260 seconds) | |
| [22:30:29] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [22:32:52] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 272 seconds) | |
| [22:49:03] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Read error: Connection reset by peer) | |
| [22:49:53] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [23:07:25] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [23:17:20] | wagnerrp: | dblain: any problems with me scrapping mythtv/contrib/development/MythXMLTest? |
| [23:17:30] | wagnerrp: | it doesnt seem relevant any longer |
| [23:17:42] | wagnerrp: | unless the UPNP stuff is still functional |
| [23:18:12] | Beirdo: | would it be useful for further debugging for UPNP? |
| [23:19:17] | stichnot (stichnot!chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [23:22:59] | petefunk (petefunk!~pfunk@unaffiliated/petefunk) has joined #mythtv | |
| [23:48:53] | jya: | stichnot: stuartm : the way my fix for timestretch being started is simply record the timestretch value, and if the number of channels set in the audio is invalid (e.g. it hasn't been initialised yet) exit early. The next time the audio is initialised, that timestretch value will be applied and timestretch initialisation will continue from where it stopped |
| [23:49:52] | stichnot: | ok, that was my guess |
| [23:49:54] | jya: | dblain: for UPnP it makes sense, as the backend is a machine you would typically put on a public IP (I know I do)… I was more referring to frontend services, and using backend settings to dictate how a frontend service should behave (which IMHO, is wrong as non-intuitive) |
| [23:50:25] | skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has joined #mythtv | |
| [23:50:51] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [23:51:27] | jya: | stichnot: to be honest, I'm not sure it could be an issue in cases I haven't thought about. In particular, if timestretch is used for anything not directly related to playback.. (such as converting a video to have timestretch apply etc) |
| [23:53:04] | skd5aner: | never heard of such a feature, but that doesn't mean something like it isn't hidden somewhere |
| [23:54:19] | jya: | skd5aner: It's been my experience that you fix something in mythtv , and some crap hidden function that no-one has ever heard off suddenly becomes a public priority and somehow got broken by the earlier fix…. this projects name should be changed back to wormTV |
| [23:55:20] | stichnot: | jya – awesome! |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.