| Tuesday, April 30th, 2013, 00:01 UTC | ||
| [00:01:59] | sphery: | wahrhaft_: I think you mean you have your recordings plit across 3 directories on different drives, but all are likely in the same storage group |
| [00:03:03] | wahrhaft_: | sphery, yes all 3 paths are still in the "default" storage group |
| [00:03:24] | sphery: | wahrhaft_: but even in the event that you have--for some unknown reason--created different storage groups (= name for a list of directories, such as "Default" = /srv/mythtv/tv/1/recordings, /srv/mythtv/tv/2/recordings) you can move recordings from directories in one storage group (Default) to another (SomeOtherStorageGroupName) |
| [00:04:19] | sphery: | in other words, as long as the recording exists in some directory that's listed in any Storage Group, MythTV will find it |
| [00:05:06] | wahrhaft_: | gotcha, that's pretty handy |
| [00:05:24] | sphery: | only saying this because for some reason, users seem to think that we invented a name (Storage Group) to describe an already-named concept (directories), when that's not the case--a Storage Group is just a name that abstracts physical location (directory) from internal representation (Storage Group name) |
| [00:05:49] | sphery: | so I'm slowly trying to help people understand directories are still directories, even in MythTV |
| [00:05:55] | sphery: | :) |
| [00:07:08] | sphery: | the idea is you can set up your recording rules to record to Default, for example, and even if you change your physical layout of your file system, you don't have to change your recording rule |
| [00:08:02] | sphery: | because we just use the logical name "Default" in the rule, and define the list of directories associated with it elsewhere, such that anything referencing Default is updated by just updating the Storage Group directory list once |
| [00:08:27] | wagnerrp: | sphery: so apparently i never thought to escape characters in mythvidexport |
| [00:08:51] | wagnerrp: | it caused a bit of trouble when going to archive "The Cooper/Kripke Inversion" |
| [00:09:41] | sphery: | anyway, sorry for my pedantry, but I think a lot of confusion occurs when people use the wrong terminology on list or IRC (though in this case, because the answer was the same regardless of whether you meant SG or directory, it didn't) |
| [00:09:46] | sphery: | wagnerrp: oops! |
| [00:09:56] | sphery: | wagnerrp: so what's the status with mythvidexport? |
| [00:09:58] | sphery: | are you using it? |
| [00:10:19] | wagnerrp: | currently, yes |
| [00:10:33] | wagnerrp: | haven't been for a long time though, due to broken mythtranscode |
| [00:10:56] | sphery: | ahhh |
| [00:11:11] | sphery: | so can we put a more-current-than-0.24 flag on it? |
| [00:11:18] | sphery: | http://www.mythtv.org/wiki/Mythvidexport.py |
| [00:11:25] | wagnerrp: | no. i see need to update the version on the wiki |
| [00:11:37] | sphery: | ok |
| [00:12:23] | sphery: | just wondering because it's hard to get people to accept the "user-managed video in Video Library and only recorded-by-this-system recordings in Watch Recordings" when they say, "but mythvidexport only works with 0.24" |
| [00:12:54] | sphery: | also, any chance you're interested in doing a favor for me? :) |
| [00:13:10] | wagnerrp: | depends |
| [00:13:19] | sphery: | It would be really nice to install the Translate extension on the wiki: http://www.mediawiki.org/wiki/Help:Extension:Translate |
| [00:13:32] | sphery: | so that users could translate some wiki pages (including the HOWTO0 |
| [00:13:43] | NightMonkey (NightMonkey!~NightrMon@nat1.sp.collab.net) has joined #mythtv-users | |
| [00:13:43] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv-users | |
| [00:13:43] | NightMonkey (NightMonkey!~NightrMon@nat1.sp.collab.net) has quit (Changing host) | |
| [00:15:15] | sphery: | and we'd probably need to get knightr and kenni some of the extended permissions it adds ( http://www.mediawiki.org/wiki/Help:Extension: . . . onfiguration ) |
| [00:15:36] | sphery: | installation info at http://www.mediawiki.org/wiki/Help:Extension: . . . Installation |
| [00:15:56] | sphery: | doesn't have to be done right now, but would be nice to do it before long |
| [00:16:54] | wagnerrp: | odd...the episode title and number don't match... |
| [00:17:17] | sphery: | weird |
| [00:17:31] | sphery: | bad ttvdb data? |
| [00:17:38] | wagnerrp: | not sure |
| [00:19:13] | wagnerrp: | apparently when you give zfs gobs of memory, it does gobs of caching |
| [00:19:35] | wagnerrp: | the script is reporting the transfer is complete 20–30 seconds before it actually finishes flushing and returns |
| [00:21:36] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [00:22:33] | davidshay (davidshay!~davidshay@ip-64-134-170-204.public.wayport.net) has joined #mythtv-users | |
| [00:31:38] | wahrhaft_: | thanks for the clarification sphery, I just vaguely considered storage groups as a way of load-balancing between directories |
| [00:32:26] | wahrhaft_: | and a convenient way to tack on more space in an ad-hoc fashion |
| [00:39:18] | wagnerrp: | doh! ascii issues again |
| [00:41:51] | wahrhaft_ (wahrhaft_!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has quit (Remote host closed the connection) | |
| [00:43:41] | wahrhaft (wahrhaft!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has joined #mythtv-users | |
| [00:44:17] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv-users | |
| [00:46:12] | jya_ (jya_!~jyavenard@CPE-120-148-103-15.bjzv2.vic.bigpond.net.au) has joined #mythtv-users | |
| [00:46:12] | jya_ (jya_!~jyavenard@CPE-120-148-103-15.bjzv2.vic.bigpond.net.au) has quit (Changing host) | |
| [00:46:12] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv-users | |
| [00:49:00] | davidshay: | I'm running .27/head from just a few days ago. 1 slave/1 master, a few front ends. When the slave starts a recording on its attached HDPVR, it causes the master to crash. |
| [00:50:29] | davidshay: | I've also applied the fix in 11316, but that hasn't fixed it. |
| [00:51:54] | mattwj2002 (mattwj2002!~matt@wikisource/pdpc.active.mattwj2002) has joined #mythtv-users | |
| [00:52:01] | mattwj2002: | hi guys |
| [00:54:01] | davidshay: | can anyone help debug this? I have detailed logs with --loglevel debug, -v all |
| [00:54:46] | wagnerrp: | need a traceback to debug crashes |
| [00:55:08] | ** mattwj2002 waves to wagnerrp ** | |
| [00:55:14] | wagnerrp: | hola |
| [00:55:25] | mattwj2002: | hola wagnerrp como esta? |
| [00:55:46] | blassey (blassey!~blassey@2620:101:8003:200:e188:b7b8:545f:f4c) has quit (Remote host closed the connection) | |
| [00:55:59] | tstorm (tstorm!~tstorm@173-164-230-21-SFBA.hfc.comcastbusiness.net) has quit (Ping timeout: 256 seconds) | |
| [00:56:56] | shubes (shubes!~shubes@r3investigations.com) has joined #mythtv-users | |
| [00:57:02] | mattwj2002: | man I need a computer that doesn't suck |
| [00:57:04] | davidshay: | are there instructions somewhere on how to get a traceback? |
| [00:58:38] | wagnerrp: | http://www.mythtv.org/wiki/MythTV-HOWTO#Debugging_with_GDB |
| [01:02:01] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [01:02:01] | jya_ is now known as jya | |
| [01:06:11] | shubes (shubes!~shubes@r3investigations.com) has quit (Ping timeout: 256 seconds) | |
| [01:07:34] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv-users | |
| [01:10:27] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Client Quit) | |
| [01:11:39] | blassey (blassey!~blassey@173-164-174-193-SFBA.hfc.comcastbusiness.net) has joined #mythtv-users | |
| [01:13:01] | PatrickDickey (PatrickDickey!~quassel@2001:470:1f11:830:70d5:f1be:b0d4:c814) has joined #mythtv-users | |
| [01:13:10] | mattwj2002 (mattwj2002!~matt@wikisource/pdpc.active.mattwj2002) has quit (Read error: No route to host) | |
| [01:15:37] | Dave123-road (Dave123-road!~dave@cpe-74-74-202-129.rochester.res.rr.com) has joined #mythtv-users | |
| [01:15:38] | mattwj2002 (mattwj2002!~Matt@wikisource/pdpc.active.mattwj2002) has joined #mythtv-users | |
| [01:15:48] | skd5aner (skd5aner!~skd5aner@50-90-5-146.res.bhn.net) has quit (Ping timeout: 252 seconds) | |
| [01:15:56] | mattwj2002: | streaming from your mythtv to your phone is awesome |
| [01:15:57] | mattwj2002: | :D |
| [01:16:13] | skd5aner (skd5aner!~skd5aner@50-90-5-146.res.bhn.net) has joined #mythtv-users | |
| [01:17:46] | mattwj2002: | oh it doesn't work well :( |
| [01:20:59] | Dave123-road (Dave123-road!~dave@cpe-74-74-202-129.rochester.res.rr.com) has quit (Ping timeout: 245 seconds) | |
| [01:23:36] | disputin (disputin!~sean@65.102.58.17) has quit (Quit: Leaving.) | |
| [01:32:57] | Dave123-road (Dave123-road!~dave@cpe-74-74-202-129.rochester.res.rr.com) has joined #mythtv-users | |
| [01:37:28] | sphery: | davidshay: better info on getting a backtrace: http://www.mythtv.org/wiki/Debugging |
| [01:38:02] | mattwj2002: | hi sphery o/ |
| [01:38:28] | sphery: | mattwj2002: IMHO, watching TV on a screen that's big enough that it qualifies as "watching" (versus "listening") is better :) |
| [01:39:45] | ** sphery doesn't get the idea of watching a TV show on a 5" screen (let alone the screens on the phones with smaller displays) ** | |
| [01:40:06] | davidshay: | thanks sphere… just have to wait 20 minutes for a season finale to finish before I can test with the debug build :) |
| [01:40:55] | sphery: | hehe, yeah, it's unfortunate that they air all the shows during the same time that's usually available for tinkering |
| [01:41:18] | sphery: | though I guess that's because they expect us to watch those shows as they air during our free time |
| [01:42:28] | davidshay: | exactly. And I'm not waiting a week until "The Following" finale is on Hulu or whatever else... |
| [01:42:49] | mattwj2002: | it is a novelity |
| [01:42:49] | mattwj2002: | :) |
| [01:43:38] | wagnerrp: | not waiting a week? sphere there has about three years of backlogs on his television watching |
| [01:43:50] | wagnerrp: | most shows have ended or canceled by the time he gets around to watching them |
| [01:44:18] | wagnerrp: | on the plus side, there's never any cliff hangers |
| [01:46:52] | mattwj2002: | man I love harmony remotes |
| [01:46:52] | mattwj2002: | :D |
| [01:47:20] | davidshay: | I've got the same thing… but some things I'm never more than a week behind. On the other hand, I have whole shows that have already been cancelled before I've even watched the first episode. |
| [01:49:02] | sl1ce (sl1ce!~johnathan@pool-100-0-73-123.bstnma.fios.verizon.net) has quit (Remote host closed the connection) | |
| [01:50:53] | mattwj2002: | 3 years of backlog? |
| [01:50:57] | mattwj2002: | O.o |
| [01:51:24] | mattwj2002: | sphery: you have programs from 2010? |
| [01:51:35] | sphery: | wagnerrp: hehe, yeah, I love my no-cliffhanger viewing |
| [01:52:47] | sphery: | mattwj2002: I delete shows immediately after watching them--I don't archive anything--and my oldest remaining recording is from Nov 2006. |
| [01:53:02] | mattwj2002: | O.o |
| [01:53:12] | sphery: | I started with MythTV in 2004, but I've already finished watching 2004 and 2005 shows! |
| [01:53:15] | mattwj2002: | how much storage? |
| [01:53:20] | sphery: | 13.5TB |
| [01:53:26] | mattwj2002: | goodness! |
| [01:53:47] | mattwj2002: | I have 2 TB and that I feel is a lot |
| [01:53:49] | sphery: | er, 13.75TB |
| [01:53:55] | mattwj2002: | :P |
| [01:54:02] | sphery: | hehe, yeah, I have too much |
| [01:54:11] | sphery: | but even at 1.75x, it's hard to watch it all :) |
| [01:54:27] | mattwj2002: | if you want to donates some free storage ;) |
| [01:54:52] | sphery: | this season I've been very bad at watching/keeping up thanks to work and life |
| [01:55:23] | mattwj2002: | what are you your stats? |
| [01:56:11] | mattwj2002: | for example me |
| [01:56:12] | mattwj2002: | 359 programs, using 685 GB (8 days 2 hrs 45 mins) out of 1.8 TB (800 GB free). |
| [01:56:13] | sphery: | so, for example, I have 65 eps of Blue Bloods--because I haven't started watching the series, yet |
| [01:56:25] | sphery: | 68 of Mike & Molly |
| [01:56:40] | mattwj2002: | :) |
| [01:57:00] | mattwj2002: | what is your tuning method? |
| [01:57:16] | wagnerrp: | broadcast |
| [01:57:18] | sl1ce (sl1ce!~johnathan@pool-100-0-73-123.bstnma.fios.verizon.net) has joined #mythtv-users | |
| [01:57:27] | mattwj2002: | nice |
| [01:57:37] | sphery: | basically, though, I set it up to record every episode of every new series that comes on (broadcast/OTA only), then wait to see which are cancelled or described as terrible or which are lauded as good/great before deciding what to watch |
| [01:57:43] | wagnerrp: | i'm currently sitting at 459 (2TB), about half where i was at before starting to archive stuff a couple days ago |
| [01:58:11] | mattwj2002: | nice wagnerrp |
| [01:58:23] | mattwj2002: | I need a bigger hd |
| [01:58:29] | wagnerrp: | no, just more |
| [01:58:42] | mattwj2002: | raid 5? |
| [01:58:43] | mattwj2002: | :D |
| [01:58:50] | mattwj2002: | that would be nice |
| [01:58:51] | davidshay: | Apparently I have 794 recordings, across about 4TB… Of course being in the IT profession I felt the need to have them on a "HA"/cluster setup, so that 4TB takes up 8TB of disk. Still have 623GB free…. |
| [01:58:57] | sphery: | currently, I'm showing: 2698 programs, using 11 TB (3 months 13 days 14 hrs 56 mins) out of 12 TB (1.3 TB free). |
| [01:59:16] | sphery: | though, really, those "TB" are actually "TiB" |
| [01:59:18] | wagnerrp: | cluster? |
| [01:59:21] | mattwj2002: | anything on sphery? |
| [01:59:23] | sphery: | and the 13.75TB I mentioned is TB |
| [01:59:34] | davidshay: | Yeah. 2 nodes, running pacemaker and drbd. |
| [01:59:38] | wagnerrp: | meaning you're running duplication/parity across multiple machines? |
| [02:00:03] | mattwj2002: | wagnerrp: can an idle backend encode for another backend? |
| [02:00:17] | mattwj2002: | *transcode sorry |
| [02:00:19] | wagnerrp: | you mean as it is recording? no |
| [02:00:28] | davidshay: | basically a "raid 1" type setup across 2 backends – drbd mirrors the data across a separate GigE connection. |
| [02:00:38] | sphery: | (and really it's 12.5TiB, but it truncs the value) |
| [02:01:01] | mattwj2002: | got to go |
| [02:01:02] | mattwj2002: | bye! |
| [02:01:05] | mattwj2002 (mattwj2002!~Matt@wikisource/pdpc.active.mattwj2002) has quit (Quit: Leaving.) | |
| [02:01:25] | wagnerrp: | i don't think i answered the question he intended to ask |
| [02:08:18] | sphery: | yeah, I wasn't sure what he was asking |
| [02:08:42] | shubes (shubes!~shubes@r3investigations.com) has joined #mythtv-users | |
| [02:13:07] | shubes (shubes!~shubes@r3investigations.com) has quit (Ping timeout: 264 seconds) | |
| [02:33:04] | davidshay: | ok… I've got a giant gdb.txt from this issue with slave recording starts crashing the master. |
| [02:34:05] | davidshay: | 142K... |
| [02:34:27] | davidshay: | is there something I can trim that down to even copy into a pastebin ? |
| [02:34:35] | davidshay: | not sure what I'm looking for in there. |
| [02:43:49] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [02:49:39] | shubes (shubes!~shubes@r3investigations.com) has joined #mythtv-users | |
| [02:53:56] | wagnerrp: | pastebin won't accept something that large? |
| [02:59:28] | disputin (disputin!~sean@65.102.58.17) has joined #mythtv-users | |
| [03:03:45] | davidshay: | http://pastebin.com/G8BYT8rS |
| [03:04:08] | davidshay: | Looks like it maybe only got the first 64K (out of about 92K — I re-ran it and got a new debug). |
| [03:04:53] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [03:05:43] | mattwj2002 (mattwj2002!~Matt@wikisource/pdpc.active.mattwj2002) has joined #mythtv-users | |
| [03:05:56] | mattwj2002: | sorry guys |
| [03:06:04] | mattwj2002: | I had to watch Revolution |
| [03:06:13] | davidshay: | never mind – that paste bin has it all. |
| [03:07:05] | ** mattwj2002 is recording 5 tv shows at once ** | |
| [03:07:10] | mattwj2002: | using 4 tuners! |
| [03:13:42] | mattwj2002 (mattwj2002!~Matt@wikisource/pdpc.active.mattwj2002) has quit (Read error: Connection reset by peer) | |
| [03:14:50] | davidshay: | wagnerrp, would love to know if I even did that right or if I'm missing things to make that gdb useful. |
| [03:15:09] | wagnerrp: | looks like the error is in a Qt routine, which is strange |
| [03:16:57] | jya (jya!~jyavenard@CPE-120-148-103-15.bjzv2.vic.bigpond.net.au) has joined #mythtv-users | |
| [03:16:57] | jya (jya!~jyavenard@CPE-120-148-103-15.bjzv2.vic.bigpond.net.au) has quit (Changing host) | |
| [03:16:58] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv-users | |
| [03:17:18] | jya: | wagnerrp: trying to find out why airplay isn't working on my mac with mythbackend running locally . |
| [03:17:48] | jya: | when I start mythtv-setup, the local backend address is a drop-down list, as can only be set to 127.0.0.1 |
| [03:17:50] | jya: | any ideas? |
| [03:18:16] | wagnerrp: | yeah. stuartm misused one of the variables to populate that dropdown |
| [03:18:33] | wagnerrp: | so once you define an address, only that address and 127.0.0.1 will ever appear in that dropdown |
| [03:18:40] | wagnerrp: | it's something i need to fix before 0.27 is released |
| [03:18:59] | jya: | so how do I make it work so I can use my local frontend as airplay device? |
| [03:19:08] | jya: | is there a bug lodged for this? |
| [03:19:25] | wagnerrp: | there might be, i don't recall |
| [03:19:50] | wagnerrp: | quick solution... "delete from settings where value='BackendServerIP' and hostname='whatever';" |
| [03:19:53] | wagnerrp: | then rerun mythtv-setup |
| [03:20:08] | wagnerrp: | or, just manually set it in the database |
| [03:20:18] | [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users | |
| [03:21:06] | davidshay: | so wagnerrp, would that mean I have some issue with Qt and I should re-compile it ? |
| [03:21:21] | jya: | wagnerrp: ok.. that did the trick, deleting the entry in the database |
| [03:21:22] | wagnerrp: | jya: if there isn't a ticket, feel free to create one so i don't forget |
| [03:21:25] | wagnerrp: | mark it a blocker |
| [03:21:31] | jya: | so how do I make it listen to all addresses now ? |
| [03:21:59] | wagnerrp: | have your frontend use a different profile so it's not locked into the backend's static address |
| [03:22:10] | wagnerrp: | change the LocalHostName parameter in your config.xml |
| [03:22:12] | jya: | what happened to the "if it's empty I'll use a setting that I believe is good for you because you don't know what you're doing" ? |
| [03:22:44] | wagnerrp: | since you're running a backend on the same profile, and the backend requires a static IP be set, that does not apply |
| [03:22:48] | jya: | sorry, I don't quite follow about using a different profile.. |
| [03:23:05] | jya: | i just want to make the mac backend listen to all interfaces found on that machine |
| [03:23:08] | wagnerrp: | the string used to key settings in the database, defaulting to the local hostname |
| [03:23:30] | wagnerrp: | the backend can't do that, it only listens on the address frontends will know to access it at |
| [03:24:15] | jya: | this is goind if everything is on the same subnet.. but that's not my case... |
| [03:24:34] | jya: | so there's no way to have a backend listen on more than one subnet ??? |
| [03:25:07] | wagnerrp: | not as the code is currently set up |
| [03:25:28] | wagnerrp: | it only listens on the one address, and the frontends only ever connect to it using the one address |
| [03:25:41] | wagnerrp: | the static address defined in the database |
| [03:25:45] | sphery: | davidshay: do you have logs that go with that backtrace |
| [03:26:06] | jya: | i can understand the frontend having to know which address to use to connect to the backend, but having a backend listen on a single address only seems like a massive regression |
| [03:26:11] | davidshay: | what kind of logs? |
| [03:26:18] | sphery: | backend logs |
| [03:26:29] | sphery: | from remote backend and master backend, ideally |
| [03:26:35] | sphery: | default verbosity to start with |
| [03:26:46] | davidshay: | yup |
| [03:27:25] | ubIx (ubIx!~ulf@p5DD18021.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [03:27:35] | sphery: | it looks like the remote backend is getting a null stringlist in MainServer::GetFilesystemInfos |
| [03:27:52] | sphery: | er, the master backend is |
| [03:27:56] | davidshay: | well, apparently, I don't… |
| [03:28:02] | sphery: | which means the remote is sending garbage or nothing back |
| [03:28:12] | davidshay: | would I need to set that up differently in gdbcommands? |
| [03:28:14] | wagnerrp: | sounds like you have no filesystems available on the slave backend |
| [03:28:20] | sphery: | which could be socket issues or network issues or a bug in the protocl (but as it's code that hasn't been changed in years...) |
| [03:28:24] | wagnerrp: | although that still shouldn't crash the backend |
| [03:28:29] | sphery: | that's possible |
| [03:28:38] | sphery: | I'll bet we've never tested that scenario |
| [03:29:03] | sphery: | and haven't ever done any kind of fuzz testing of the protocol handler |
| [03:29:43] | jya: | wagnerrp: in fixes/0.26: by leaving the field to empty, for IPv6, you can make the backend listen to all addresses |
| [03:29:52] | davidshay: | Hmm. Perhaps I never defined the filesystems to the slave. |
| [03:29:53] | jya: | how do you simulate that with the new gui ? |
| [03:30:02] | wagnerrp: | if that's the case, then that remains the same in 0.27 |
| [03:30:04] | sphery: | davidshay: how have you defined your storage groups? directory lists specified only on the master backend or on both master and an override of the directory list on the remote? |
| [03:30:13] | wagnerrp: | the trouble is that the GUI in 0.27 is broken |
| [03:30:17] | sphery: | ideally, you only specify the directory list on the master |
| [03:30:22] | wagnerrp: | so you cannot set it up that way from the gui |
| [03:30:24] | sphery: | and then the remote "inherits" the same directory list |
| [03:30:29] | sphery: | that way you only have to define it once |
| [03:30:42] | wagnerrp: | so "delete from settings where value='BackendServerIP6' and host='...'" |
| [03:30:46] | davidshay: | I think only on the master. |
| [03:31:07] | jya: | wagnerrp: the plan is to have it fixes for 0.27? with talk to freeze as early as next month, sounds difficult |
| [03:31:12] | ubIx_ (ubIx_!~ulf@p5DD18457.dip0.t-ipconnect.de) has quit (Ping timeout: 276 seconds) | |
| [03:31:30] | sphery: | the master's directory list can be the union of all directories on all hosts--and any directory that doesn't exist on any given host is ignored for that host (with once exception--just don't use Balanced Free Space as a Storage Group Disk Scheduler and you won't have problems) |
| [03:31:41] | sphery: | davidshay: that's good |
| [03:32:08] | sphery: | davidshay: and does at least one of those directories exist on the remote--and is available (permissions allow mythbackend user to access it)? |
| [03:32:28] | wagnerrp: | jya: if it comes to it, we just back out http://code.mythtv.org/cgit/mythtv/commit/myt . . . d7c2d1f1b07e |
| [03:32:30] | davidshay: | hmm. |
| [03:32:42] | jya: | wagnerrp: I gues that will do accessing mysql for my test... |
| [03:32:46] | davidshay: | Let me check something. |
| [03:32:53] | sphery: | davidshay: in theory, you should see some kind of message in your remote backend logs if nothing is available |
| [03:32:58] | jya: | couldn't understand why it stopped working once I switched to a local backend |
| [03:33:01] | wagnerrp: | or add another variable to carry the full list of address to use to populate that spinbox |
| [03:33:11] | jya: | wagnerrp: #11516 |
| [03:33:11] | ** MythLogBot http://code.mythtv.org/trac/ticket/11516 ** | |
| [03:33:20] | wagnerrp: | because you went through the settings, and applied the default of ::1 |
| [03:33:21] | sphery: | davidshay: even at default verbosity... but you can run with -v file --loglevel debug to et more info |
| [03:33:32] | wagnerrp: | after which that's the only address that would ever show up in that spinbox |
| [03:34:04] | jya: | wagnerrp: ideally we would need a drop box like now, with the ability to override the value, like you can in the audio setup and the audio device |
| [03:35:42] | davidshay: | the way I have it setup, /var/data/myth is setup on the master backend, then NFS shared over to the slave, and both can write to it just fine. |
| [03:36:46] | sphery: | davidshay: can you run both backends with -v file --loglevel debug and get it to crash, then pastebin the logs from startup until crash, please |
| [03:36:56] | davidshay: | yeah, let me work on that. |
| [03:37:30] | jya: | wagnerrp: we really should have a setting for "which IP address do we listen ot" (could be a drop down that you check or not) ; and a setting to tell frontend which address to connect to.. split the setting so there's no confusion… I'm guessing we must have talked about it before |
| [03:37:32] | davidshay: | do you want that with the gdb crash as well, or just those logs? |
| [03:37:39] | sphery: | just the logs, now |
| [03:37:55] | sphery: | in theory the gdb will be the same |
| [03:38:15] | wagnerrp: | we really should make the entire setting optional, and have frontends query the backend where slave backends are, rather than the database |
| [03:38:28] | sphery: | so, funny how for years they worked to figure out how to make flat-screened CRTs rather than curved for high-end televisions |
| [03:38:53] | sphery: | now LG is releasing a curved OLED TV for its high end |
| [03:39:11] | wagnerrp: | then the only necessary option would be for the location of the master backend |
| [03:39:12] | sphery: | (granted, the curve is opposite--concave rather than convex--but still kind of funny) |
| [03:39:30] | wagnerrp: | which ideally would be cached in the config.xml, rather than the database |
| [03:39:52] | wagnerrp: | curved? what for? |
| [03:39:59] | wagnerrp: | is it like 10' wide or something? |
| [03:40:00] | sphery: | immersion |
| [03:40:05] | sphery: | 55" |
| [03:40:21] | sphery: | makes you feel like you're in the action because the screen "has no edges" |
| [03:40:29] | sphery: | http://www.theregister.co.uk/2013/04/29/lg_sa . . . exible_loed/ |
| [03:40:37] | wagnerrp: | that's only immersive if you're two feet from the thing |
| [03:41:05] | sphery: | just wrap it clear around your head! |
| [03:41:25] | sphery: | but for $13,500, I just don't see it being worthwhile |
| [03:41:40] | wagnerrp: | lovely... RGBW |
| [03:41:51] | wagnerrp: | nothing like unfiltered, white pixels to wash out the color |
| [03:42:07] | sphery: | another take on it: http://www.theinquirer.net/inquirer/news/2264 . . . d-tv-in-june |
| [03:42:10] | wagnerrp: | well... they're OLED so they're all unfiltered... |
| [03:42:29] | bill6502 (bill6502!~bill@205.178.26.43) has joined #mythtv-users | |
| [03:42:44] | shubes (shubes!~shubes@r3investigations.com) has quit (Quit: Leaving.) | |
| [03:42:51] | sphery: | but they're organic, so they're good for the environment, and you can eat them even if you do your shopping at Whole Foods! |
| [03:45:02] | bill6502: | wagnerrp: jya: 11516 is a duplicate of #11393 which was a result of #11391 |
| [03:45:02] | ** MythLogBot http://code.mythtv.org/trac/ticket/11393 ** | |
| [03:45:02] | ** MythLogBot http://code.mythtv.org/trac/ticket/11391 ** | |
| [03:46:46] | wagnerrp: | thanks |
| [03:47:21] | bill6502: | np |
| [03:48:35] | FLeiXiuS` (FLeiXiuS`!~FLeiXiuS@pool-108-40-3-171.bltmmd.fios.verizon.net) has joined #mythtv-users | |
| [03:48:49] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 248 seconds) | |
| [03:49:55] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv-users | |
| [03:51:03] | davidshay: | ok.. Here is the master backend log: http://pastebin.com/aHwXZpMg |
| [03:52:45] | sphery: | definitely some problems with storage groups |
| [03:52:54] | sphery: | 2013-04–29 23:44:13.212828 I AutoExpire: Cardid 16: is starting a recording on an unknown fsID soon. |
| [03:53:05] | sphery: | 2013-04–29 23:44:13.214320 C Received Segmentation fault: Code 128, PID 0, UID 0, Value 0x7f38ba0f3d63 |
| [03:53:29] | davidshay: | Slave log: http://pastebin.com/KDmF0aqr |
| [03:53:34] | sphery: | 2013-04–29 23:44:13.217481 E Unknown command: 1 (and) 2013-04–29 23:44:13.279092 E Unknown command: -10 |
| [03:54:03] | davidshay: | If it's a storage group problem, it just cropped up after the upgrade to .27 |
| [03:54:18] | sphery: | and this just looks wrong, but might not be... 2013-04–29 23:44:13.314643 I Reschedule requested for CHECK 0 2454 0 AddHistory | NCIS: Los Angeles | Anonymous | After terrorists kill a state department employee and a plastic surgeon, the team searches for the only witness who can identify the killers' surgically altered faces. | EP011583610031 |
| [03:54:37] | sphery: | "Reschedule requested for CHECK 0 2454 0 ..."? |
| [03:55:06] | davidshay: | I did have the patch from #11316 in. |
| [03:55:06] | ** MythLogBot http://code.mythtv.org/trac/ticket/11316 ** | |
| [03:55:12] | sphery: | davidshay: mythbackend version: master [v0.27-pre2-968-g2c20e71-dirty] www.mythtv.org ... mythbackend version: master [v0.27-pre2-974-ga9b9065-dirty] www.mythtv.org |
| [03:55:13] | davidshay: | Already applied. |
| [03:55:27] | sphery: | how different are those? like protocol differences? |
| [03:55:38] | zombor (zombor!~zombor__@65.29.231.135) has joined #mythtv-users | |
| [03:55:38] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users | |
| [03:55:38] | zombor (zombor!~zombor__@65.29.231.135) has quit (Changing host) | |
| [03:56:38] | davidshay: | I don't think there actually different at all… I manually applied that patch in 11316 to both. |
| [03:56:58] | sphery: | your master backend is runnign a version from 2013-04–21 10:20:35 (GMT) and your remote is 2013-04–22 11:17:22 (GMT) |
| [03:57:22] | sphery: | so they're close, but that can always cause problems |
| [03:57:38] | davidshay: | Hmm. |
| [03:57:58] | davidshay: | I can update to current and re-apply 11316. |
| [03:57:58] | sphery: | not saying that's related, but wanted to mention it when I saw they were different |
| [03:58:02] | sphery: | let me look at remote logs |
| [03:58:13] | davidshay: | What does the fsid thing mean? |
| [03:58:38] | sphery: | file system ID |
| [03:58:53] | sphery: | i.e. MythTV doesn't know about the file system you're using |
| [03:59:09] | sphery: | 2013-04–29 23:44:13.154345 E Got 'UNKNOWN_COMMAND' out of sequence. |
| [03:59:17] | sphery: | (a couple of times) |
| [04:00:00] | FLeiXiuS` (FLeiXiuS`!~FLeiXiuS@pool-108-40-3-171.bltmmd.fios.verizon.net) has quit (Changing host) | |
| [04:00:00] | FLeiXiuS` (FLeiXiuS`!~FLeiXiuS@unaffiliated/fleixius) has joined #mythtv-users | |
| [04:00:36] | davidshay: | Right – it seems that at some point it starts interpreting/sending just the hostname as an actual command. |
| [04:01:10] | sphery: | then right after master backend does: "2013-04–29 23:44:13.214320 C Received Segmentation fault: Code 128, PID 0, UID 0, Value 0x7f38ba0f3d63" , remote can't connect to the master |
| [04:01:36] | sphery: | sending hostname? |
| [04:01:54] | davidshay: | Let me check if it did it this time... |
| [04:02:50] | davidshay: | not in these logs, but when I log -v socket or -v all, you can see the commands it is sending and interpreting as unknown. |
| [04:03:14] | sphery: | 2013-04–29 23:44:12.679423 I Reschedule requested for MATCH 2454 0 0 – PHP |
| [04:04:11] | sphery: | actually, seems that's ok |
| [04:04:33] | sphery: | or at least "not abnormal" |
| [04:04:46] | sphery: | though I'm not sure we're logging things properly |
| [04:05:13] | davidshay: | ? |
| [04:05:52] | sphery: | I think when logging changed the output at that location got borked |
| [04:06:09] | sphery: | but it's unrelated |
| [04:06:29] | sphery: | so the 2013-04–29 23:44:13.216253 E Got 'UNKNOWN_COMMAND' out of sequence. |
| [04:06:32] | sphery: | is most likely the problem |
| [04:06:58] | sphery: | and 2013-04–29 23:44:13.217481 E Unknown command: 1 |
| [04:07:07] | sphery: | i.e. they're communicating, but not properly |
| [04:07:40] | davidshay: | when I do more full logging on the backend, it actually gets the segfault BEFORE the UNKNOWN_COMMAND |
| [04:07:48] | sphery: | (the UNKNOWN_COMMAND error message is on the remote and the "Unknown command: 1" is on the master) |
| [04:08:15] | sphery: | and it looks like the master and remote are confused about which is a command and which is a response |
| [04:08:35] | sphery: | so the first thing I'd need you to do is unapply the (not reviewed/accepted) patch you put in to try to fix some other problem |
| [04:08:45] | davidshay: | ok. |
| [04:08:50] | sphery: | I think it's related to the mixed-up communications |
| [04:09:00] | davidshay: | so just update to current/backout that. |
| [04:09:01] | sphery: | likely it's a bad fix for the problem |
| [04:09:27] | sphery: | and the real fix for that problem would fix it without causing the problem you're now seeing |
| [04:09:31] | sphery: | yeah |
| [04:12:06] | sphery: | davidshay: I don't think I can stay up to look at it with you, but feel free to post links to logs (and please mention my nick when you do) and I'll take a look at it tomorrow. Probably better to log with -v socket --loglevel debug |
| [04:12:24] | davidshay: | will do. |
| [04:12:29] | davidshay: | thanks for the help. |
| [04:12:44] | sphery: | thanks for all the work helping track it down |
| [04:12:57] | sphery: | sorry we didn't get it fixed tonight |
| [04:13:09] | davidshay: | np. Hope it's not something stupid I did.. |
| [04:16:19] | sphery: | davidshay: btw, which patch from #11316 did you apply? slave_events-v0.27-pre2-596-g397d1e9.patch​ (1.4 KB) – added by gregorio.gervasio@gmail.com 3 months ago. more correct patch |
| [04:16:19] | ** MythLogBot http://code.mythtv.org/trac/ticket/11316 ** | |
| [04:16:38] | sphery: | I'm assuming it's the newer one, right? |
| [04:16:40] | davidshay: | yeah, the "more correct" patch |
| [04:16:45] | sphery: | ok, thanks |
| [04:17:29] | sphery: | I mentioned to danielk in #mythtv that it looks to be related to that ticket and the patch may be either incomplete or incorrect. I hope he can take a look at it since he knows the socket code best |
| [04:17:44] | sphery: | but it definitely seems you're still getting errors like mentioned in that ticket |
| [04:19:59] | sphery: | btw, davidshay , do you remember why it was Chutt asked you to do the DataDirect support directly in MythTV code rather than using tv_grab_na_dd? Was it just timing/tv_grab_na_dd wasn't available, yet, or to start to eliminate a dependency, or ? |
| [04:20:17] | davidshay: | wow… going way back now |
| [04:20:39] | sphery: | just wondering because I'm really wanting to move to just using tv_grab_na_dd ... mainly so we just have 2 approaches for guide data--EIT and XMLTV |
| [04:20:44] | sphery: | hehe, yeah |
| [04:21:09] | sphery: | but was wondering what the arguments were for not using XMLTV |
| [04:22:09] | wagnerrp: | probably because the zap2it support was already in place at the time |
| [04:22:28] | wagnerrp: | it only made sense to adapt it to the new similar service |
| [04:22:29] | davidshay: | Not sure at all. I think the idea was it could go much more directly to the database. Frankly there is a lot of that code that is very inefficient when you do a "dd-grab-all" — especially the database deletes (does it a channel at a time instead of all of the channels at once). |
| [04:22:41] | sphery: | he wrote the original zap2it labs/DataDirect support |
| [04:22:56] | wagnerrp: | figured as much, based off the comments |
| [04:22:59] | davidshay: | If you use the xmltv stuff, you can't optimize at all. |
| [04:23:34] | sphery: | davidshay: yeah, we're wanting to move to the --dd-grab-all type approach (at least for the download) |
| [04:23:35] | KungFuJesus (KungFuJesus!~adam@74.215.84.209) has quit (Ping timeout: 255 seconds) | |
| [04:24:18] | davidshay: | it's the processing for data direct that's slow though. It goes through and deletes the guide data one channel at a time. |
| [04:24:34] | wagnerrp: | does --dd-grab-all do one whole day at a time? |
| [04:24:36] | sphery: | I was thinking kor moc was looking at changing the deletes to do it source at a time for dd-grab-all, but not sure if he put that change in or not |
| [04:24:41] | wagnerrp: | *doesnt |
| [04:25:14] | davidshay: | Well, you *could* and I think at one time it *did* two different versions of the logic based on whether you did ddgraball or not. |
| [04:25:24] | davidshay: | and if you did grab all, it optimized the deletes. |
| [04:26:14] | davidshay: | That code was later optimized out I think because the whole dd-grab-all thing was a compile-flag that had to be secretly enabled at that time. |
| [04:27:03] | sphery: | yeah, it's now enabled all the time and we tell people "if your backend host and mysql host are sufficiently powerful, we recommend using --dd-grab-all", but it would be nice to just change it so it always used it |
| [04:28:08] | sphery: | I guess before going down the path to using tv_grab_na_dd, I'll have to look at the xmltv code in detail and maybe see about optimizing it |
| [04:28:15] | wagnerrp: | s/sufficiently powerful/not crap/ |
| [04:28:20] | sphery: | hehe, yeah |
| [04:28:51] | sphery: | though one guy had a quad-core 3.1GHz AMD proc and his system took 45+ minutes to do a dd-grab-all |
| [04:29:15] | wagnerrp: | and 1GB of memory |
| [04:29:16] | wagnerrp: | :) |
| [04:29:19] | sphery: | but he had a /ton/ of channels (and, I'm now guessing, was probably using barriers on the mysql drive) |
| [04:29:54] | wagnerrp: | i'm guessing it was barriers AND a poorly configured database |
| [04:30:01] | sphery: | 4GB it seems |
| [04:30:07] | wagnerrp: | in theory, there should only be a handful of file writes |
| [04:30:08] | sphery: | http://www.gossamer-threads.com/lists/mythtv/users/449445#449445 |
| [04:30:16] | sphery: | but, yeah, probably poorly configured |
| [04:30:20] | wagnerrp: | one delete, one mass insert from a temp table |
| [04:30:33] | wagnerrp: | the trouble is when that temp table grows too large and overflows onto the disk |
| [04:30:36] | sphery: | woudl be interesting to see how much of that time he was data-less |
| [04:30:45] | [R]: | wagnerrp: that's what she said? |
| [04:30:57] | sphery: | i.e. looking at the logs to see the time between deleting data and day 1 being inserted |
| [04:31:01] | sphery: | er, day 0 |
| [04:31:23] | wagnerrp: | you know, i had a perfect one of those from you several months back, and you didn't say anything |
| [04:31:31] | [R]: | lol |
| [04:31:34] | sphery: | clearing the data for the firewire source took about 30 minutes |
| [04:31:39] | sphery: | firewire source has 502 channels |
| [04:31:59] | wagnerrp: | clearing? like... 'delete from ...'? |
| [04:32:06] | sphery: | which is exactly what davidshay was saying--the deletes are inefficient |
| [04:32:09] | wagnerrp: | shouldn't that be nearly instant? |
| [04:32:14] | infinite (infinite!~infinite@2607:f4b8:2600:1:a800:ff:fe00:6969) has quit (Read error: Operation timed out) | |
| [04:33:25] | davidshay: | they aren't'. |
| [04:33:40] | sphery: | yeah, seems they aren't |
| [04:33:45] | wagnerrp: | you meant clearing the sequential manner mythfilldatabase does it |
| [04:33:54] | wagnerrp: | not one big manual dump |
| [04:34:02] | KungFuJesus (KungFuJesus!~adam@74.215.84.209) has joined #mythtv-users | |
| [04:34:05] | davidshay: | and it issues the # of deletes * # of days at least – might even be more than that. |
| [04:34:25] | sphery: | you mean # of channels * # of days? |
| [04:34:43] | davidshay: | I think to make it worse, it's not even deleting based on a key value. |
| [04:35:07] | wagnerrp: | sphery: i'm surprised no one has asked on the mailing list if they should use 3.9 and the new SSD intent log for mythtv |
| [04:35:27] | davidshay: | In other news, without that patch, and upgraded to current head, I don't get the crash. |
| [04:35:29] | sphery: | hehe |
| [04:35:38] | davidshay: | I *do* still get "UNKNOWN COMMANDS" |
| [04:35:50] | sphery: | wagnerrp: don't you know that all the cool kids put their MySQL data files in ram disks, now? |
| [04:36:01] | sphery: | SSDs are /way/ too slow |
| [04:36:12] | davidshay: | and I still have the unknown fsid thing |
| [04:36:20] | sphery: | davidshay: you mean with the unpatched master? |
| [04:36:29] | ** wagnerrp wonders if this is his fault ** | |
| [04:37:01] | sphery: | if so, yes, I expected you would--but at least the logging information/backtraces are useful in seeing what's happening with current master |
| [04:37:05] | sphery: | and what needs fixing |
| [04:37:14] | wagnerrp: | i messed with the filesysteminfo stuff like a year and a half back |
| [04:37:16] | davidshay: | Right. But I think perhaps this leads to problems *later*. Because things are still going wrong... |
| [04:37:40] | sphery: | wagnerrp: pretty sure this is just problems with the socket communications, as per #11316 |
| [04:37:40] | ** MythLogBot http://code.mythtv.org/trac/ticket/11316 ** | |
| [04:37:47] | davidshay: | 2013-04–30 00:29:20.933350 E MythSocket(dfcf60:99): Got MythEvent on non-event socket |
| [04:37:47] | davidshay: | 2013-04–30 00:29:20.933360 E PlaybackSock::SendReceiveStringList(): No response. |
| [04:37:50] | dmz (dmz!~dmz@unaffiliated/dmz) has quit (Ping timeout: 256 seconds) | |
| [04:38:35] | sphery: | anyway, I need to get some sleep--lots to do tomorrow |
| [04:38:43] | davidshay: | y, Thanks all. |
| [04:38:44] | sphery: | I'll check in and see if you have logs and a backtrace for me |
| [04:38:51] | sphery: | good luck, and I hope we get you fixed up soon |
| [04:39:04] | infinite (infinite!~infinite@2607:f4b8:2600:1:a800:ff:fe00:6969) has joined #mythtv-users | |
| [04:39:21] | wagnerrp: | sleep sounds good |
| [04:39:55] | sphery: | davidshay: might want to watch in #mythtv--I told danielk that it seems to be related to 11316 and he may want to talk with you about it |
| [04:40:23] | sphery: | trying to remember if I'd already told you that--which means I'm too tired, now, so should really go get some sleep |
| [04:40:31] | davidshay: | np. thx. |
| [04:51:59] | dmz (dmz!~dmz@67.20.154.84.pool.hargray.net) has joined #mythtv-users | |
| [04:51:59] | dmz (dmz!~dmz@unaffiliated/dmz) has joined #mythtv-users | |
| [04:51:59] | dmz (dmz!~dmz@67.20.154.84.pool.hargray.net) has quit (Changing host) | |
| [04:53:43] | davidshay: | +sphery, no backtrace because no crash now with 11316 backed out. There were some UNKNOWN_COMMANDS though. Master backend log: |
| [04:53:50] | davidshay: | http://pastebin.com/d3CzRckC |
| [04:55:03] | davidshay: | Slave backend: http://pastebin.com/CfJQdPnU |
| [05:03:11] | davidshay (davidshay!~davidshay@ip-64-134-170-204.public.wayport.net) has quit (Quit: davidshay) | |
| [05:03:54] | dkeith_ (dkeith_!~dkeith@pool-173-48-212-39.bstnma.fios.verizon.net) has joined #mythtv-users | |
| [05:05:58] | dkeith (dkeith!~dkeith@pool-173-48-212-39.bstnma.fios.verizon.net) has quit (Ping timeout: 245 seconds) | |
| [05:19:53] | [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving) | |
| [05:26:05] | bill6502 (bill6502!~bill@205.178.26.43) has left #mythtv-users () | |
| [05:35:51] | stoffel (stoffel!~quassel@pD9E41F9F.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [05:35:51] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v stoffel | |
| [05:50:27] | dekarl (dekarl!~dekarl@p4FE85364.dip0.t-ipconnect.de) has quit (Ping timeout: 256 seconds) | |
| [05:51:04] | dekarl (dekarl!~dekarl@p4FE842F5.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [05:51:04] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v dekarl | |
| [05:51:27] | bbee (bbee!~bbee@unaffiliated/bbee) has quit (Read error: Operation timed out) | |
| [05:51:50] | bbee (bbee!~bbee@unaffiliated/bbee) has joined #mythtv-users | |
| [05:56:41] | zombor (zombor!~zombor__@65.29.231.135) has joined #mythtv-users | |
| [05:56:41] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users | |
| [05:56:41] | zombor (zombor!~zombor__@65.29.231.135) has quit (Changing host) | |
| [06:00:02] | disputin (disputin!~sean@65.102.58.17) has quit (Quit: Leaving.) | |
| [06:01:48] | SteveGoodey (SteveGoodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has joined #mythtv-users | |
| [06:11:59] | SteveGoodey (SteveGoodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [06:13:53] | GreyFoxx (GreyFoxx!~greg@out.of.phaze.org) has quit (Ping timeout: 245 seconds) | |
| [06:14:25] | stoffel (stoffel!~quassel@pD9E41F9F.dip0.t-ipconnect.de) has quit (Remote host closed the connection) | |
| [06:15:24] | Gibby (Gibby!~Gibby@184.170.249.223) has quit (Ping timeout: 256 seconds) | |
| [06:15:34] | Gibby (Gibby!~Gibby@184.170.249.223) has joined #mythtv-users | |
| [06:20:25] | GreyFoxx (GreyFoxx!~greg@out.of.phaze.org) has joined #mythtv-users | |
| [06:40:27] | infinite (infinite!~infinite@2607:f4b8:2600:1:a800:ff:fe00:6969) has quit (Ping timeout: 245 seconds) | |
| [06:43:34] | infinite (infinite!~infinite@2607:f4b8:2600:1:a800:ff:fe00:6969) has joined #mythtv-users | |
| [06:57:11] | zombor (zombor!~zombor__@65.29.231.135) has joined #mythtv-users | |
| [06:57:11] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users | |
| [06:57:11] | zombor (zombor!~zombor__@65.29.231.135) has quit (Changing host) | |
| [07:06:42] | Cougar (Cougar!~cougar@2a03:5880:104:10:1876:8481:1991:3031) has quit (Ping timeout: 264 seconds) | |
| [07:18:20] | Cougar (Cougar!~cougar@2a03:5880:104:10:2994:f919:35f0:5401) has joined #mythtv-users | |
| [07:20:18] | rajendrau (rajendrau!~chatzilla@115.254.90.186) has joined #mythtv-users | |
| [07:21:27] | rajendrau (rajendrau!~chatzilla@115.254.90.186) has left #mythtv-users () | |
| [07:27:48] | toeb (toeb!~tob@HSI-KBW-37-49-118-160.hsi14.kabel-badenwuerttemberg.de) has joined #mythtv-users | |
| [07:57:40] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users | |
| [08:02:13] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Ping timeout: 245 seconds) | |
| [08:02:26] | jbaxter (jbaxter!~jbaxter@jimbaxter-1-pt.tunnel.tserv5.lon1.ipv6.he.net) has joined #mythtv-users | |
| [08:02:58] | Tobbe5178 (Tobbe5178!~asdf@h186n5-sv-a13.ias.bredband.telia.com) has joined #mythtv-users | |
| [08:06:56] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (Quit: leaving) | |
| [08:08:45] | stoffel (stoffel!~quassel@pD9E41F9F.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [08:08:45] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v stoffel | |
| [08:08:55] | jbaxter (jbaxter!~jbaxter@jimbaxter-1-pt.tunnel.tserv5.lon1.ipv6.he.net) has quit (Ping timeout: 264 seconds) | |
| [08:23:51] | FLeiXiuS` (FLeiXiuS`!~FLeiXiuS@unaffiliated/fleixius) has quit (Quit: Leaving) | |
| [08:25:50] | stoffel (stoffel!~quassel@pD9E41F9F.dip0.t-ipconnect.de) has quit (Remote host closed the connection) | |
| [08:26:52] | rdark (rdark!~rdark@217.33.138.50) has joined #mythtv-users | |
| [08:28:37] | jbaxter (jbaxter!~jbaxter@jimbax.plus.com) has joined #mythtv-users | |
| [08:38:52] | dkeith__ (dkeith__!~dkeith@pool-173-48-212-39.bstnma.fios.verizon.net) has joined #mythtv-users | |
| [08:42:55] | dkeith_ (dkeith_!~dkeith@pool-173-48-212-39.bstnma.fios.verizon.net) has quit (Ping timeout: 256 seconds) | |
| [08:45:03] | croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has joined #mythtv-users | |
| [08:51:36] | hashbang (hashbang!~isajb@cse-ajb.cse.bris.ac.uk) has joined #mythtv-users | |
| [08:55:03] | hashbang (hashbang!~isajb@cse-ajb.cse.bris.ac.uk) has quit (Remote host closed the connection) | |
| [08:55:37] | hashbang (hashbang!~isajb@cse-ajb.cse.bris.ac.uk) has joined #mythtv-users | |
| [08:58:13] | zombor (zombor!~zombor__@65.29.231.135) has joined #mythtv-users | |
| [08:58:13] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users | |
| [08:58:13] | zombor (zombor!~zombor__@65.29.231.135) has quit (Changing host) | |
| [09:37:25] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (Remote host closed the connection) | |
| [09:37:49] | cesman (cesman!~cesman@pool-108-23-186-248.lsanca.fios.verizon.net) has joined #mythtv-users | |
| [09:37:49] | cesman (cesman!~cesman@pool-108-23-186-248.lsanca.fios.verizon.net) has quit (Changing host) | |
| [09:37:49] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv-users | |
| [09:55:02] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv-users | |
| [09:58:41] | zombor (zombor!~zombor__@65.29.231.135) has joined #mythtv-users | |
| [09:58:41] | zombor (zombor!~zombor__@65.29.231.135) has quit (Changing host) | |
| [09:58:41] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users | |
| [10:03:31] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Ping timeout: 264 seconds) | |
| [10:21:07] | IReboot (IReboot!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has quit (Remote host closed the connection) | |
| [10:54:07] | lord1_ (lord1_!~root@p4FC1D33E.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [10:57:20] | lord1 (lord1!~root@p4FC1C5A6.dip0.t-ipconnect.de) has quit (Ping timeout: 255 seconds) | |
| [10:59:14] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users | |
| [11:02:20] | joki (joki!~joki@p548658F2.dip0.t-ipconnect.de) has quit (Ping timeout: 260 seconds) | |
| [11:03:53] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Ping timeout: 245 seconds) | |
| [11:06:48] | test4 (test4!~test4@219.31.71.86.rev.sfr.net) has joined #mythtv-users | |
| [11:07:23] | joki (joki!~joki@p54865950.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [11:11:00] | rdark (rdark!~rdark@217.33.138.50) has quit (Ping timeout: 264 seconds) | |
| [11:18:06] | zombor (zombor!~zombor__@65.29.231.135) has joined #mythtv-users | |
| [11:18:06] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users | |
| [11:18:06] | zombor (zombor!~zombor__@65.29.231.135) has quit (Changing host) | |
| [11:19:33] | PatrickDickey (PatrickDickey!~quassel@2001:470:1f11:830:70d5:f1be:b0d4:c814) has quit (Read error: Connection reset by peer) | |
| [11:24:55] | andreaz (andreaz!~andre_000@p5DCA3E14.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [11:27:36] | rdark (rdark!~rdark@217.33.138.50) has joined #mythtv-users | |
| [11:39:16] | messerting (messerting!~messertin@cm-84.211.113.209.getinternet.no) has joined #mythtv-users | |
| [12:09:33] | croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has quit () | |
| [12:44:24] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [12:49:43] | lenim (lenim!~lemin@217.sub-174-236-161.myvzw.com) has joined #mythtv-users | |
| [12:50:48] | lenim (lenim!~lemin@217.sub-174-236-161.myvzw.com) has left #mythtv-users () | |
| [13:12:49] | infinite (infinite!~infinite@2607:f4b8:2600:1:a800:ff:fe00:6969) has quit (Quit: Coyote finally caught me) | |
| [13:18:12] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv-users | |
| [13:26:54] | ptarcher: | I am not sure if mythtv-users is correct place for this or #myth, so I have posted to both :/. Anyway here is my question. |
| [13:27:00] | ptarcher: | Hi I am trying to compile mythtv from source with support for vdpau on ubuntu 13.04. However when I do ./configure vdpau is always disabled |
| [13:35:48] | davidshay (davidshay!~davidshay@na-ad-guest-lwap-ar01.cat.com) has joined #mythtv-users | |
| [13:38:05] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [13:38:41] | th_omas (th_omas!~thomas@pd95ba963.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [13:41:44] | ubu (ubu!~daniel@CPE-72-133-204-255.wi.res.rr.com) has joined #mythtv-users | |
| [13:47:18] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users | |
| [13:47:47] | sphery: | ptarcher: You're almost definitely missing libvdpau headers--and note that libvdpau is not part of the video driver install. That said, is there some reason why you're compiling from source? Why not use the wonderful packages provided by mythbuntu (which are for Mythbuntu or Ubuntu installations)? |
| [13:48:03] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv-users | |
| [13:48:23] | Pluribus: | ptarcher: I cant answer the specific question, but generally for configure issue, take a look in config.ep after the failed configure and search for vdpau... There are many checks in there but one of them is failing. (Likely a header check) |
| [13:48:24] | sphery: | ptarcher: http://www.mythbuntu.org/repos |
| [13:49:18] | sphery: | There's really no benefit at all to compiling yourself unless you're doing development or you want to apply some patches (and even then, compiling your own packages is the best approach). |
| [13:49:50] | sphery: | As a matter of fact, there are huge disadvantages to compiling yourself--such as having to learn to do everything that the package maintainers have already learned (such as configuring your entire base system properly) |
| [13:50:45] | sphery: | note, also, that the repos are available for even unstable/development if you don't want a working DVR, but want something to tweak in the evenings rather than watching recorded TV |
| [13:51:16] | davidshay (davidshay!~davidshay@na-ad-guest-lwap-ar01.cat.com) has quit (Quit: davidshay) | |
| [13:55:34] | bergqvistjl (bergqvistjl!~bergqvist@79-71-118-196.dynamic.dsl.as9105.com) has joined #mythtv-users | |
| [13:55:35] | ptarcher: | Thanks for the tips sphery and Pluribus |
| [13:56:03] | bergqvistjl: | Is there a way to stop mythlogserver from running. All it does is just segfault. Every. Single. Time. |
| [13:56:24] | lenim (lenim!~lemin@217.sub-174-236-161.myvzw.com) has joined #mythtv-users | |
| [13:56:29] | ptarcher: | I have installed libvdpau-dev as mentioned on some pages i googled, I'll have a look into config.ep |
| [13:56:53] | ptarcher: | The reason I am compiling from source is to try and solve why vpdau isn't working using the gallium 3d mesa driver |
| [13:56:56] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv-users | |
| [13:58:03] | ptarcher: | at the moment is failing on a call to vdp_output_surface_render_bitmap_surface() |
| [13:58:19] | ptarcher: | I am not sure if its a bug in mythtv or in mesa, and so I was going to try and debug it |
| [13:59:25] | ptarcher: | Its failing due to either surface or bitmap being an invalid surface |
| [13:59:36] | bergqvistjl (bergqvistjl!~bergqvist@79-71-118-196.dynamic.dsl.as9105.com) has left #mythtv-users () | |
| [14:01:17] | lenim (lenim!~lemin@217.sub-174-236-161.myvzw.com) has quit (Client Quit) | |
| [14:10:58] | sphery: | ptarcher: ah, yeah, regarding vdpau with amd, it's never been tested, nor programmed for, so I'd expect there to be difficulties with it |
| [14:11:15] | sphery: | if by debug, you mean you were planning to use gdb, you can do that with packages |
| [14:11:25] | sphery: | http://www.mythtv.org/wiki/Debugging |
| [14:11:33] | sphery: | http://www.mythtv.org/wiki/Debugging#Ubuntu_packages |
| [14:12:11] | sphery: | (and, really, once you install mythtv-dbg, you can use "normal" direct gdb access, like http://www.mythtv.org/wiki/Debugging#Running_gdb_directly or http://www.mythtv.org/wiki/Debugging#Attachin . . . ning_process ) |
| [14:19:34] | infinite (infinite!~infinite@2607:f4b8:2600:1:a800:ff:fe00:6969) has joined #mythtv-users | |
| [14:22:39] | hpeter (hpeter!~hpeter@zux221-181-005.adsl.green.ch) has joined #mythtv-users | |
| [14:26:36] | streeter (streeter!streeter@nat/redhat/x-fchzrknkgzspynhq) has joined #mythtv-users | |
| [14:27:08] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv-users | |
| [14:33:19] | Vollstrecker_ (Vollstrecker_!~Vollstrec@p4FC7C23D.dip0.t-ipconnect.de) has quit () | |
| [14:33:38] | hpeter (hpeter!~hpeter@zux221-181-005.adsl.green.ch) has quit (Read error: Operation timed out) | |
| [14:39:33] | messerting (messerting!~messertin@cm-84.211.113.209.getinternet.no) has quit (Ping timeout: 248 seconds) | |
| [14:47:59] | th_omas (th_omas!~thomas@pd95ba963.dip0.t-ipconnect.de) has quit (Quit: Konversation terminated!) | |
| [14:53:46] | blassey (blassey!~blassey@173-164-174-193-SFBA.hfc.comcastbusiness.net) has quit (Ping timeout: 245 seconds) | |
| [14:55:41] | blassey (blassey!~blassey@173-164-174-193-SFBA.hfc.comcastbusiness.net) has joined #mythtv-users | |
| [15:05:58] | ptarcher: | thanks sphery, i'll have a look at the links. I have run gdb already, but can't print any variables as I need the symbols |
| [15:06:44] | ptarcher: | yeah I am trying to get it working for AMD, and unfortunately my card doesn't support the new UVD support either, so gallium3d it is |
| [15:07:09] | ptarcher: | gallium3d works well with shaders for mplayer, so I am hoping I can fix a few bugs and make it work OK |
| [15:26:59] | ubu (ubu!~daniel@CPE-72-133-204-255.wi.res.rr.com) has quit (Quit: Leaving) | |
| [15:27:12] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Quit: Ex-Chat) | |
| [15:33:01] | messerting (messerting!~messertin@cm-84.211.113.209.getinternet.no) has joined #mythtv-users | |
| [15:48:52] | tstorm (tstorm!~tstorm@173-164-230-21-SFBA.hfc.comcastbusiness.net) has joined #mythtv-users | |
| [15:58:36] | JackWinter (JackWinter!~jack@vodsl-9778.vo.lu) has quit (Quit: ZNC - http://znc.in) | |
| [16:00:37] | hashbang (hashbang!~isajb@cse-ajb.cse.bris.ac.uk) has quit (Quit: Leaving.) | |
| [16:00:49] | JackWinter (JackWinter!~jack@vodsl-9778.vo.lu) has joined #mythtv-users | |
| [16:02:40] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv-users | |
| [16:03:12] | shubes (shubes!~shubes@tacs.shubes.net) has joined #mythtv-users | |
| [16:13:23] | Oleg_ (Oleg_!~mine@pool-71-183-188-244.nycmny.east.verizon.net) has joined #mythtv-users | |
| [16:13:33] | Oleg_: | when compiling mythtv, I got this error: |
| [16:13:38] | Oleg_: | In file included from metaioid3.h:5:0, |
| [16:13:38] | Oleg_: | from musicmetadata.cpp:22: |
| [16:13:38] | Oleg_: | metaiotaglib.h:9:19: fatal error: tfile.h: No such file or directory |
| [16:13:38] | Oleg_: | #include <tfile.h> |
| [16:15:25] | Oleg_: | but this file is a part of the mythmusic plugin and I never wanted to compile any plugins |
| [16:16:39] | test4 (test4!~test4@219.31.71.86.rev.sfr.net) has quit (Remote host closed the connection) | |
| [16:17:20] | tstorm (tstorm!~tstorm@173-164-230-21-SFBA.hfc.comcastbusiness.net) has quit (Quit: tstorm) | |
| [16:23:59] | drussell (drussell!~drussell@d50-93-39-35.abhsia.telus.net) has quit (Disconnected by services) | |
| [16:24:16] | drussell_ (drussell_!~drussell@d50-93-39-35.abhsia.telus.net) has joined #mythtv-users | |
| [16:25:12] | lenim (lenim!~lemin@217.sub-174-236-161.myvzw.com) has joined #mythtv-users | |
| [16:30:23] | tstorm (tstorm!~tstorm@173-164-230-21-SFBA.hfc.comcastbusiness.net) has joined #mythtv-users | |
| [16:34:09] | Oleg_: | wait, it's not a part of a plugin |
| [16:35:24] | tstorm (tstorm!~tstorm@173-164-230-21-SFBA.hfc.comcastbusiness.net) has quit (Ping timeout: 252 seconds) | |
| [16:39:08] | shubes (shubes!~shubes@tacs.shubes.net) has quit (Quit: Leaving.) | |
| [16:39:24] | lenim (lenim!~lemin@217.sub-174-236-161.myvzw.com) has quit (Quit: Bye) | |
| [16:46:36] | blassey (blassey!~blassey@173-164-174-193-SFBA.hfc.comcastbusiness.net) has quit (Remote host closed the connection) | |
| [17:03:40] | jarle: | Oleg_: make clean, and the configure again before compiling maybe? |
| [17:04:41] | blassey (blassey!~blassey@2620:101:8003:200:89a8:8448:f0ae:9c51) has joined #mythtv-users | |
| [17:05:06] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [17:05:54] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users | |
| [17:31:35] | sphery: | Oleg_: yeah, if you're using unstable/development, you'll almost definitely want to do a make distclean in /both/ mythtv and mythplugins due to recent changes with external library usage |
| [17:34:47] | sphery: | (and that's always a great first step when you have a compile error) |
| [17:35:30] | disputin (disputin!~sean@65.102.58.17) has joined #mythtv-users | |
| [17:43:05] | nutron (nutron!~nutron@unaffiliated/nutron) has quit (Quit: I must go eat my cheese!) | |
| [17:44:48] | emmanuelux (emmanuelux!~emmanuelu@2a01:e35:2e4d:9010:54b0:32d2:e931:5761) has joined #mythtv-users | |
| [17:46:51] | linuxtech (linuxtech!~linuxtech@cl-1136.qas-01.us.sixxs.net) has quit (Read error: Operation timed out) | |
| [17:51:39] | SteveGoodey (SteveGoodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has joined #mythtv-users | |
| [17:54:21] | Hoochster (Hoochster!~hooch@74.194.76.183) has quit (Quit: Cyas!) | |
| [17:54:35] | Hoochster (Hoochster!~hooch@74.194.76.183) has joined #mythtv-users | |
| [18:04:25] | Shadow__X (Shadow__X!~jose@unaffiliated/shadowx/x-411846) has quit (Ping timeout: 268 seconds) | |
| [18:11:13] | lenim (lenim!~lemin@217.sub-174-236-161.myvzw.com) has joined #mythtv-users | |
| [18:14:50] | knightr_ (knightr_!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv-users | |
| [18:16:16] | lenim (lenim!~lemin@217.sub-174-236-161.myvzw.com) has quit (Quit: Bye) | |
| [18:20:10] | Twiggy2cents (Twiggy2cents!~darren@50-81-157-134.client.mchsi.com) has joined #mythtv-users | |
| [18:20:19] | NightMonkey (NightMonkey!~NightrMon@nat1.sp.collab.net) has joined #mythtv-users | |
| [18:20:19] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv-users | |
| [18:20:19] | NightMonkey (NightMonkey!~NightrMon@nat1.sp.collab.net) has quit (Changing host) | |
| [18:20:58] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Ping timeout: 268 seconds) | |
| [18:20:59] | nephyrin (nephyrin!~neph@nat/mozilla/x-jbkgzwyzhlnnvmqp) has quit (Ping timeout: 268 seconds) | |
| [18:20:59] | Twigger (Twigger!~darren@50-81-157-134.client.mchsi.com) has quit (Ping timeout: 268 seconds) | |
| [18:22:42] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv-users | |
| [18:22:54] | rdark (rdark!~rdark@217.33.138.50) has quit (Ping timeout: 264 seconds) | |
| [18:37:23] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Quit: Leaving) | |
| [18:39:06] | Skeeve_work (Skeeve_work!~skeeve@wsip-98-175-49-254.ks.ks.cox.net) has joined #mythtv-users | |
| [18:46:54] | rdark (rdark!~rdark@217.33.138.50) has joined #mythtv-users | |
| [18:58:00] | SteveGoodey (SteveGoodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [19:13:18] | rdark (rdark!~rdark@217.33.138.50) has quit (Quit: leaving) | |
| [19:23:45] | blassey (blassey!~blassey@2620:101:8003:200:89a8:8448:f0ae:9c51) has quit (Remote host closed the connection) | |
| [19:24:41] | blassey (blassey!~blassey@2620:101:8003:200:c9fc:6ac4:4395:681a) has joined #mythtv-users | |
| [19:31:20] | Scopeuk-AFK is now known as Scopeuk | |
| [19:34:18] | Sharky-Sleep is now known as Sharky112065 | |
| [19:34:42] | Sharky112065 is now known as Sharky-AFK | |
| [19:52:58] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (Quit: Konversation terminated!) | |
| [19:56:18] | Jordack-isCool (Jordack-isCool!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv-users | |
| [19:56:50] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Ping timeout: 256 seconds) | |
| [19:57:28] | Oleg_ (Oleg_!~mine@pool-71-183-188-244.nycmny.east.verizon.net) has quit (Read error: Connection reset by peer) | |
| [19:57:47] | Oleg_ (Oleg_!~mine@pool-71-183-188-244.nycmny.east.verizon.net) has joined #mythtv-users | |
| [19:58:11] | BLZbubba (BLZbubba!~mark@tpsit.com) has quit (Read error: Operation timed out) | |
| [19:59:08] | BLZbubba (BLZbubba!~mark@tpsit.com) has joined #mythtv-users | |
| [20:01:51] | Oleg_ (Oleg_!~mine@pool-71-183-188-244.nycmny.east.verizon.net) has quit (Remote host closed the connection) | |
| [20:10:24] | pmhahn (pmhahn!~pmhahn@2001:4dd0:ff00:8d31:219:dbff:fef2:e135) has joined #mythtv-users | |
| [20:23:55] | jbaxter (jbaxter!~jbaxter@jimbax.plus.com) has quit (Quit: Quiting) | |
| [20:46:39] | plotino (plotino!~miles@host21-190-dynamic.18-79-r.retail.telecomitalia.it) has joined #mythtv-users | |
| [20:47:18] | larrikin (larrikin!larrikin@eeevil.crimson.net.au) has joined #mythtv-users | |
| [20:49:24] | larrikin: | is there a preset somewhere for the audio delay in tv playback ? (I mean a global setting..) |
| [20:56:17] | ubIx (ubIx!~ulf@p5DD18021.dip0.t-ipconnect.de) has quit (Remote host closed the connection) | |
| [20:59:55] | ubIx (ubIx!~ulf@p5DD18021.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [21:01:59] | lenim (lenim!~lemin@217.sub-174-236-161.myvzw.com) has joined #mythtv-users | |
| [21:01:59] | lenim (lenim!~lemin@217.sub-174-236-161.myvzw.com) has quit (Client Quit) | |
| [21:02:39] | lemin (lemin!~lemin@217.sub-174-236-161.myvzw.com) has joined #mythtv-users | |
| [21:03:06] | lemin: | Hello |
| [21:03:50] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [21:03:56] | Scopeuk is now known as Scopeuk-AFK | |
| [21:05:43] | Jordack-isCool (Jordack-isCool!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [21:07:15] | justinh: | larrikin: dunno. why wouldn't audio always be in sync with the picture? Other than pulseaudio I mean |
| [21:07:42] | lemin: | Is it ripped |
| [21:08:02] | justinh: | so rip it again & don't mess up the sync :-) |
| [21:09:03] | lemin: | Its not me |
| [21:12:10] | rsiebert (rsiebert!~quassel@g224249239.adsl.alicedsl.de) has joined #mythtv-users | |
| [21:13:51] | streeter_ (streeter_!streeter@nat/redhat/x-abwxkxystreaopag) has joined #mythtv-users | |
| [21:15:21] | len (len!~quassel@75-161-175-43.mpls.qwest.net) has joined #mythtv-users | |
| [21:15:37] | SteveGoodey (SteveGoodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has joined #mythtv-users | |
| [21:15:42] | rsiebert_ (rsiebert_!~quassel@g224251018.adsl.alicedsl.de) has quit (Ping timeout: 264 seconds) | |
| [21:21:54] | plut0 (plut0!~cory@pool-71-244-121-220.albyny.fios.verizon.net) has joined #mythtv-users | |
| [21:22:05] | plut0: | sphery: you around? |
| [21:24:33] | SteveGoodey (SteveGoodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:24:52] | justinh: | sometimes I wish I it could be possible to delete whole groups without needing to use playlists |
| [21:28:37] | jll (jll!~jml974@191.112.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds) | |
| [21:30:42] | jll (jll!~jml974@191.112.233.220.static.exetel.com.au) has joined #mythtv-users | |
| [21:35:27] | nutron (nutron!~nutron@unaffiliated/nutron) has joined #mythtv-users | |
| [21:37:05] | PointyPumper (PointyPumper!~pintlezz@200.127.68.113) has joined #mythtv-users | |
| [21:37:19] | Pumpernick (Pumpernick!~pintlezz@200.127.68.113) has joined #mythtv-users | |
| [21:38:21] | streeter_ (streeter_!streeter@nat/redhat/x-abwxkxystreaopag) has quit (Quit: Leaving) | |
| [21:40:46] | PointyPumper (PointyPumper!~pintlezz@200.127.68.113) has quit (Client Quit) | |
| [21:41:30] | lemin (lemin!~lemin@217.sub-174-236-161.myvzw.com) has quit (Quit: Bye) | |
| [21:44:35] | pmhahn (pmhahn!~pmhahn@2001:4dd0:ff00:8d31:219:dbff:fef2:e135) has quit (Quit: Konversation terminated!) | |
| [21:49:22] | Pumpernick (Pumpernick!~pintlezz@200.127.68.113) has quit () | |
| [21:50:24] | len (len!~quassel@75-161-175-43.mpls.qwest.net) has quit (Read error: Connection reset by peer) | |
| [22:05:40] | shubes (shubes!~shubes@70.102.41.170) has joined #mythtv-users | |
| [22:07:06] | streeter (streeter!streeter@nat/redhat/x-fchzrknkgzspynhq) has quit (Quit: Leaving) | |
| [22:09:42] | CiaranG (CiaranG!~CiaranG@fsf/member/CiaranG) has quit (Quit: Leaving.) | |
| [22:10:56] | len (len!~quassel@75-161-175-43.mpls.qwest.net) has joined #mythtv-users | |
| [22:11:10] | len (len!~quassel@75-161-175-43.mpls.qwest.net) has quit (Read error: Connection reset by peer) | |
| [22:17:19] | Tobbe5178 (Tobbe5178!~asdf@h186n5-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer) | |
| [22:32:41] | larrikin: | justinh: nah, its livetv mpeg2 .. only transcoded from TS->PS .. its not out of sync in the file, its just the playback doen't quite get it right |
| [22:34:04] | justinh: | strange. never seen that issue |
| [22:34:23] | justinh: | I know sometimes people need to adjust a/v sync because of delays in the audio visual chain |
| [22:34:35] | larrikin: | so is there a global audio sync offset value anywhere ? |
| [22:34:51] | justinh: | I'm pretty sure there never used to be one |
| [22:36:43] | justinh: | I think it's only a channel-based setting |
| [22:37:33] | mattwj2002 (mattwj2002!~matt@wikisource/pdpc.active.mattwj2002) has joined #mythtv-users | |
| [22:37:35] | larrikin: | that would do.. actually thats better.. I'm just trying to find an alternate to manually adjusting via the playback menu |
| [22:37:58] | larrikin: | it's inside the channel editor ? |
| [22:38:14] | larrikin: | is it a new feature ? |
| [22:41:04] | larrikin: | I have a small feature request too, but I haven't upgraded so I can't be certain it hasn't been done, but its a little unlikely.. |
| [22:42:32] | larrikin: | I want an unweighted sort on channels via channel num. as an alternate to the weighted sort on channel num.. so atm '7' doesn't get grouped with '77' and '777'.. whereas a lot of people would want this |
| [22:43:55] | justinh: | heh. horses for courses |
| [22:44:16] | larrikin: | or an alternate.. grouping by the transport would achieve the same in most cases |
| [22:46:43] | messerting (messerting!~messertin@cm-84.211.113.209.getinternet.no) has quit (Ping timeout: 264 seconds) | |
| [22:47:16] | larrikin: | good to see a positive attitude |
| [22:53:02] | andreaz (andreaz!~andre_000@p5DCA3E14.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [22:55:38] | mattwj2002 (mattwj2002!~matt@wikisource/pdpc.active.mattwj2002) has quit (Remote host closed the connection) | |
| [22:58:22] | larrikin: | I can't find the audio sync per channel like you suggested, tried also to look for a playback filter that might allow it |
| [23:02:51] | blassey (blassey!~blassey@2620:101:8003:200:c9fc:6ac4:4395:681a) has quit (Remote host closed the connection) | |
| [23:04:30] | justinh: | hmm maybe it was a patch on a ticket that never made it in |
| [23:05:13] | justinh: | doesn't playback remember the last setting? |
| [23:05:49] | justinh: | mind, there's every chance that was a submitted patch which never made it in either |
| [23:06:57] | larrikin: | I can't be certain.. what I do know is that viewing pre-recorded DVB-T -HD- content on some channels leads to approx 200ms~250ms offset |
| [23:07:00] | justinh: | yup. seems to remember it |
| [23:07:49] | justinh: | larrikin: in the UK? |
| [23:08:01] | justinh: | ah no |
| [23:08:03] | justinh: | AU |
| [23:08:18] | justinh: | quarter of a second is pretty nasty |
| [23:08:34] | justinh: | and that's even without messing with the streams (transcoding) ? |
| [23:09:15] | larrikin: | yeah, just doing a basic TS->PS conversion |
| [23:09:23] | justinh: | why? |
| [23:09:37] | justinh: | what's it like if you don't do that first? |
| [23:09:43] | larrikin: | that's what mythtranscode has -always- done by default |
| [23:09:59] | larrikin: | I don't know.. more investigation required.. |
| [23:10:05] | justinh: | best find out |
| [23:10:40] | justinh: | if the original recordings are also off sync, maybe time to open a ticket with links to a sample or 2 |
| [23:11:36] | justinh: | but even just doing a basic TS-PS conversion can mess with timestamps of packets |
| [23:11:51] | Shadow__X (Shadow__X!~jose@c-76-116-146-2.hsd1.pa.comcast.net) has joined #mythtv-users | |
| [23:12:05] | Shadow__X (Shadow__X!~jose@c-76-116-146-2.hsd1.pa.comcast.net) has quit (Changing host) | |
| [23:12:05] | Shadow__X (Shadow__X!~jose@unaffiliated/shadowx/x-411846) has joined #mythtv-users | |
| [23:12:57] | larrikin: | I'll look into it.. |
| [23:14:23] | larrikin: | also, are there known issues between versions of the flashplayer under netvision ? I have trouble moving the mouse around, and its identical behaviour irrespective of remote (lirc) or keyboard |
| [23:14:55] | justinh: | I thought that was improved for 0.26 |
| [23:15:14] | justinh: | I don't have any luck with flashplayer on linux, so I don't bother with MNV |
| [23:15:18] | larrikin: | haven't upgraded yet.. but that gives me a reason to |
| [23:15:21] | justinh: | it tears horribly |
| [23:16:11] | skeeveman (skeeveman!~skeeve@64.254.35.28) has joined #mythtv-users | |
| [23:16:43] | larrikin: | I would have been happier with a librtmp style of thing, but I guess that isn't the concensus |
| [23:17:26] | justinh: | it's all about adhering to T&Cs I'm afraid |
| [23:17:30] | justinh: | no 'ripping' of streams |
| [23:17:39] | justinh: | except where it's allowed |
| [23:17:47] | justinh: | which is basically almost nowhere |
| [23:18:11] | larrikin: | I guessed as much |
| [23:18:52] | justinh: | wouldn't matter so much if the player experience in the webpage was a nice one |
| [23:20:07] | larrikin: | I guess whover came up with that legal argument forgot to consult the tv stations regarding whether they are actually happy about recording off-air... and for that matter, scraping of tv guide info ;) |
| [23:22:46] | justinh: | it's a bit late for the whole recording off air argument |
| [23:22:58] | justinh: | see somy vs the broadcasters, circa 40 years ago |
| [23:23:04] | justinh: | er.. Sony |
| [23:23:36] | justinh: | I think broadcasters don't mind so much. Less people missing shows == more ratings |
| [23:23:59] | justinh: | the amount of people who watch linear TV is shrinking |
| [23:25:51] | larrikin: | yes.. they would have you think that pll have moved to 'handheld devices' instead of ppl just being fed up with the advertising and switching off altogether |
| [23:25:58] | larrikin: | *ppl |
| [23:43:06] | plotino (plotino!~miles@host21-190-dynamic.18-79-r.retail.telecomitalia.it) has quit (Quit: Ex-Chat) | |
| [23:44:42] | zombor (zombor!~zombor__@65.29.231.135) has joined #mythtv-users | |
| [23:44:42] | zombor (zombor!~zombor__@65.29.231.135) has quit (Changing host) | |
| [23:44:43] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.