| Wednesday, May 9th, 2012, 00:02 UTC | ||
| [00:02:31] | Twiggy2cents (Twiggy2cents!~darren@173-25-90-98.client.mchsi.com) has quit (Ping timeout: 276 seconds) | |
| [00:05:50] | n0tk (n0tk!~n0tk@gateway/tor-sasl/n0tk) has joined #mythtv-users | |
| [00:07:17] | rudy__ (rudy__!~rudy@5ED6610A.cm-7-7b.dynamic.ziggo.nl) has quit (Ping timeout: 248 seconds) | |
| [00:10:24] | wagnerrp: | stupid election tickers |
| [00:10:40] | wagnerrp: | "ripley co council (top 3 elected)", and yet there are only two running |
| [00:10:43] | wagnerrp: | why even bother? |
| [00:11:40] | wagnerrp: | did someone fiddle with the cutlist editor in the past few weeks? |
| [00:15:19] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [00:15:48] | rudy__ (rudy__!~rudy@5ED6610A.cm-7-7b.dynamic.ziggo.nl) has joined #mythtv-users | |
| [00:42:53] | jm|laptop (jm|laptop!~jm|laptop@null.jamiem.com) has quit (Read error: Operation timed out) | |
| [00:44:56] | jya: | Shadow__X: I can't see any reasons for why it wouldn't work on windows. Only issue I could foresee is that Bonjour wouldn't work so the service isn't properly advertised. Make sure you've installed the Apple's Bonjour utility, and that myth was compiled against it |
| [00:45:03] | Heliwr (Heliwr!~Heliwr@pdpc/supporter/student/heliwr) has quit (Ping timeout: 250 seconds) | |
| [00:45:10] | Heliwr (Heliwr!~Heliwr@pdpc/supporter/student/heliwr) has joined #mythtv-users | |
| [00:45:32] | jya: | actually I'd be interested to know how the latency detection works on windows and if you get nice A/V sync |
| [00:45:58] | jya: | wagnerrp: stichnot is redoing it if I understand properly |
| [00:46:28] | jm|laptop (jm|laptop!~jm|laptop@null.jamiem.com) has joined #mythtv-users | |
| [00:50:30] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [00:51:35] | wagnerrp: | i know there was mention of working on the filmstrip view |
| [00:51:42] | wagnerrp: | but i didnt notice if anything had gotten committed |
| [00:51:52] | wagnerrp: | it just seems a whole lot more sluggish than it used to |
| [00:55:10] | skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has quit (Ping timeout: 276 seconds) | |
| [01:00:04] | jpabq: | What is the trick to get channel icons to show up, these days? The show in mythtv-setup, but not in the guide or osd. |
| [01:00:19] | k-man (k-man!~jason@ppp167-253-181.static.internode.on.net) has joined #mythtv-users | |
| [01:00:19] | k-man (k-man!~jason@ppp167-253-181.static.internode.on.net) has quit (Changing host) | |
| [01:00:19] | k-man (k-man!~jason@unaffiliated/k-man) has joined #mythtv-users | |
| [01:04:09] | CyberKnet2 (CyberKnet2!~s.blomfie@ip70-189-69-101.ok.ok.cox.net) has joined #mythtv-users | |
| [01:04:13] | [TheAsp] ([TheAsp]!~TheAsp@blk-222-131-25.eastlink.ca) has quit (Quit: ZNC - http://znc.in) | |
| [01:04:26] | CyberKnet (CyberKnet!~s.blomfie@65.38.25.93) has quit (Disconnected by services) | |
| [01:05:10] | CyberKnet2: | MythWeb says I have two programs recording on the same capture card right now... on different channels. |
| [01:05:48] | CyberKnet2: | Encoder 1 [DVB: /dev/dvb/adapter0/frontend0] and Encoder 2 [DVB : /dev/dvb/adapter0/frontend0] |
| [01:05:52] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [01:06:01] | CyberKnet2: | this is an HVR-2250 |
| [01:06:13] | CyberKnet2: | Encoder 3 and 4 are /dev/dvb/adapter1/frontend0 |
| [01:06:19] | CyberKnet2: | and both are idle |
| [01:06:38] | CyberKnet2: | how is it possible that two thing are recording on the same adapter/frontend? |
| [01:06:54] | CyberKnet2: | on different channels... |
| [01:07:22] | CyberKnet2 is now known as CyberKnet | |
| [01:08:49] | dmfrey (dmfrey!~dmfrey@64-121-93-243.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv-users | |
| [01:10:18] | wagnerrp: | because theyre on the same channel |
| [01:10:35] | wagnerrp: | theyre just lying to you and claiming otherwise |
| [01:10:59] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [01:11:25] | CyberKnet: | OK |
| [01:11:56] | wagnerrp: | physical digital channels are merely a datastream |
| [01:11:59] | CyberKnet: | Trying to troubleshoot why my backend stops recording shows successfully lately, so when I saw this I wondered if it was a red channel. |
| [01:12:03] | CyberKnet: | red flag, rather. |
| [01:12:11] | wagnerrp: | that datastream can contain multiple channels |
| [01:12:33] | wagnerrp: | and virtual tuners allow you to record multiple channels on each physical channel (or multiplex) simultaneously |
| [01:13:02] | CyberKnet: | in this case, the channels 708 and 709 ... so that explains it. |
| [01:13:31] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [01:13:38] | CyberKnet: | I'm at my wits end with the back end not recording shows though. I end up with blank recordings. :| |
| [01:13:58] | CyberKnet: | In the last two months, the WAF has gone from 150% to 20%. :| |
| [01:14:53] | CyberKnet: | I'm getting asked about trying "that windows thing you talked about a long time back". And I really don't want to, but every monday night it stops recording. It's crazy. |
| [01:16:19] | CyberKnet: | This isn't a "fix it or I'll switch" rant sorry... just frustrated and I have no idea where to troubleshoot it any more. |
| [01:16:39] | wagnerrp: | post some backend logs |
| [01:21:28] | infojunky: | would not having storage groups set up on .25 be why i can't see mythvideos available from vlc on other pc's on the network? would show up in UPnP in vlc .. now, nothing |
| [01:21:51] | infojunky: | happened after .25 update |
| [01:21:56] | infojunky: | or with ... |
| [01:22:16] | wagnerrp: | in 0.24 and previous, the UPNP server ran its own content scanner using the local folder paths defined in the frontend |
| [01:22:37] | wagnerrp: | in 0.25, the UPNP server instead uses whatever content is scanned into the video library |
| [01:22:56] | wagnerrp: | if youve never scanned anything in the video library, the upnp server will have nothing to share |
| [01:23:26] | CyberKnet: | wagnerrp: http://www.cyberknet.net/mythbackend.txt ... deadliest catch at 2pm is the last thing that recorded successfully until The Voice / Deadliest Catch / Dancing With The Stars at 8pm after I rebooted the back end at around 7:55pm |
| [01:24:01] | CyberKnet: | I included the entire mythbackend.log ... I didn't want to truncate anything useful .... so there is much before (and after) the pertinent part. |
| [01:24:02] | infojunky: | all of the videos are available in the library. would rescann necessarily fix it? |
| [01:24:51] | CyberKnet: | This line concerns me: May 8 15:00:01 thunder mythbackend[5688]: E DeviceReadBuffer DeviceReadBuffer.cpp:460 (Poll) DevRdB(/dev/video1): poll error |
| [01:25:07] | CyberKnet: | and makes me wonder if my PVR-500 might be dying or something? |
| [01:25:22] | wagnerrp: | its possible whatever mechanism is used to read the content in the upnp server is not designed to access the local shares |
| [01:25:46] | infojunky: | rather than storage groups? |
| [01:26:29] | wagnerrp: | i mean... it may only be usable with content specified through storage groups, and not local folders, even if it is in the database |
| [01:26:47] | infojunky: | ok |
| [01:26:57] | emmanuelux (emmanuelux!~emmanuelu@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Remote host closed the connection) | |
| [01:26:59] | CyberKnet: | I finally do see someone else having this issue on the users list at least... |
| [01:28:53] | CyberKnet: | http://www.gossamer-threads.com/lists/mythtv/users/516302 |
| [01:30:40] | Dj_FlyBy{MS} (Dj_FlyBy{MS}!~djflyby-m@184.175.18.218) has joined #mythtv-users | |
| [01:30:41] | CyberKnet: | No solution really present. |
| [01:30:52] | Dj_FlyBy{MS}: | trying to install MythTV but I get an error about qt-x11 as I am using another program that requires qt47-x11.. Is there a way to encourage MythTV to use qt47-x11 instead of qt-x11 ? |
| [01:30:58] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [01:33:04] | wagnerrp: | Dj_FlyBy{MS}: pester whoever you are getting your packages from to fix their dependencies |
| [01:33:13] | infojunky: | ah great... from wiki/Video_Library ... Disadvantages.... External Video Players (mplayer, xine, VLC) will not work with videos hosted on an SG. guess I'm never setting up SG |
| [01:33:56] | wagnerrp: | infojunky: external video players work just fine with storage groups |
| [01:34:10] | Dj_FlyBy{MS}: | wagnerrp: exactly why I am here. |
| [01:34:12] | wagnerrp: | they just need to be able to understand the myth:// URI given to them |
| [01:34:21] | wagnerrp: | Dj_FlyBy{MS}: we dont do packages here, only the source |
| [01:34:37] | infojunky: | am i reading that wrong, or is the wiki incorrect. or perhaps the wiki should clarify that more strictly |
| [01:34:49] | Dj_FlyBy{MS}: | wagnerrp: then I am confused, since it is mythtv that wants the dependency |
| [01:35:10] | wagnerrp: | infojunky: in theory, nothing is preventing you from using external players with storage groups in the video library |
| [01:35:27] | wagnerrp: | in practice, nothing but mythtv, and potentially xbmc, has any clue what to do with a myth:// URI |
| [01:35:29] | infojunky: | so it'd just be a matter of configuration ... |
| [01:35:50] | wagnerrp: | however the bigger question is why do you need an external player |
| [01:36:05] | wagnerrp: | if you have content the internal player does not work with, submit a bug ticket so we can get it fixed |
| [01:36:26] | infojunky: | because not every device on my network has a mythtv on it (frontend) |
| [01:36:34] | infojunky: | nor will it |
| [01:36:46] | wagnerrp: | Dj_FlyBy{MS}: the only dependency checking the source does is when you run './configure' prior to building |
| [01:37:04] | wagnerrp: | infojunky: so how does that have anything to do with the video library? |
| [01:37:13] | wagnerrp: | the video library is just mythtv's way of indexing your content |
| [01:37:18] | wagnerrp: | some other application would do its own thing |
| [01:37:31] | wagnerrp: | and would require local filesystem access, through NFS/CIFS/whatever |
| [01:37:58] | wagnerrp: | using storage groups isn't in any way going to prevent you from doing so |
| [01:38:00] | infojunky: | the only factor that changed in my configuration, was an update from .24 to .25. with that, the video library that was normally present when browsing UPnP from vlc, disappeared |
| [01:38:47] | wagnerrp: | the UPNP server went from scanning its own list, to using the existing list in the database scanned by the video library |
| [01:39:02] | wagnerrp: | beyond that, i dont know the particulars of what content it can and cannot access |
| [01:39:13] | wagnerrp: | i would assume it should be able to access anything in that table |
| [01:39:22] | wagnerrp: | but i dont use the upnp server to know for certain |
| [01:39:56] | n0tk (n0tk!~n0tk@gateway/tor-sasl/n0tk) has quit (Remote host closed the connection) | |
| [01:40:21] | holists (holists!~mythtv@pool-71-190-236-97.nycmny.fios.verizon.net) has joined #mythtv-users | |
| [01:42:32] | CyberKnet: | any thoughts about the back stopping recording? |
| [01:42:46] | wagnerrp: | looking currently |
| [01:43:32] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [01:43:33] | n0tk (n0tk!~n0tk@gateway/tor-sasl/n0tk) has joined #mythtv-users | |
| [01:43:40] | n0tk (n0tk!~n0tk@gateway/tor-sasl/n0tk) has quit (Remote host closed the connection) | |
| [01:44:14] | holists: | I just upgraded to 0.25-fixes (from 0.24-fixes) and am having a problem with the frontend connecting to the backend. Anyone willing to help me troubleshoot? |
| [01:44:49] | wagnerrp: | you upgraded both to 0.25? |
| [01:44:58] | CyberKnet: | Yeah |
| [01:45:00] | holists: | yes. compiled from git |
| [01:45:44] | UForgotten: | CyberKnet: I feel your pain, I just set up a myth box and WAF is VERY low... not a good feeling. |
| [01:46:48] | holists: | wagnerrp: or was that not directed to me? :( |
| [01:46:54] | [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users | |
| [01:47:02] | CyberKnet: | UForgotten: My wife and I both love Myth... its only a very recent happening that is driving it low :| |
| [01:47:49] | wagnerrp: | CyberKnet: is this something that only occurs on back-to-back recordings on your analog cards? |
| [01:48:20] | CyberKnet: | wagnerrp: I couldn't honestly say... it happened that way today. |
| [01:48:42] | wagnerrp: | i recall hearing some issue in livetv where the tuner would not be released in a timely fashion when changing channels, causing the next recording to fail trying to pick it up |
| [01:48:45] | TheMaze: | has anyone here configured an InfiniTV on Myth? |
| [01:48:46] | wagnerrp: | this could be a similar issue |
| [01:48:53] | CyberKnet: | wagnerrp: Asked the wife, she said very likely so. |
| [01:49:27] | wagnerrp: | quick fix, add padding around all of those recordings, causing them to shift to another tuner or delay to a later showing |
| [01:49:31] | CyberKnet: | wagnerrp: Hmmm.. and in this case, instead of just affecting only the next recording, it affects every analog recording afterward. |
| [01:49:54] | CyberKnet: | even on a different tuner (same card) |
| [01:50:50] | wagnerrp: | oh! |
| [01:50:53] | wagnerrp: | you said -2250? |
| [01:51:08] | CyberKnet: | I have a 2250, but the problem occurs with the -500 |
| [01:51:22] | wagnerrp: | scratch that then |
| [01:51:24] | CyberKnet: | they're both installed in the same backend. |
| [01:51:37] | CyberKnet: | I have the 2250's capture cards in groups. |
| [01:52:00] | CyberKnet: | adapter0/frontend0 and /dev/video2 in DVB1 and adapter1/frontend0 and /dev/video3 in DVB2 |
| [01:52:23] | wagnerrp: | yeah, input groups, to prevent mythtv from trying to use analog and digital halves of the hybrid tuner at the same time |
| [01:52:37] | CyberKnet: | let me know if you'd like access to the database, mythweb, or ssh. |
| [01:53:08] | wagnerrp: | if the logs dont indicate the problem, i wouldnt know where to start with any of those |
| [01:53:20] | CyberKnet: | The patch at https://github.com/MythTV/mythtv/commit/f81f7 . . . a14196cedd8c looks interesting... but I'm not sure when mythbuntu will pull it in. |
| [01:53:36] | CyberKnet: | and I'm reluctant to ugprade to their "0.26" repo. |
| [01:53:38] | wagnerrp: | within a day of it getting committed |
| [01:53:42] | sphery: | wagnerrp: speaking of which, in the "video scan doesn't work" thread, is it strange that the backend was never contacted for a list of files? |
| [01:54:03] | sphery: | or does frontend do all the file listing on a combined frontend/backend system |
| [01:54:23] | wagnerrp: | if the frontend is on the same host and the group, it will perform the scan directly |
| [01:54:28] | sphery: | ah, ok |
| [01:54:52] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 272 seconds) | |
| [01:58:21] | UForgotten: | the problem I'm having is I have a hauppage pvr and it won't reset after a recording stops |
| [01:58:48] | UForgotten: | the recording itself works fine, but when recording ends, the box stays lit up and cant be used again. |
| [01:59:30] | UForgotten: | almost like it's hung. the lirc module starts complaining too. |
| [01:59:51] | russell5 (russell5!~russell5@2001:4830:1100:81eb:226:18ff:fea7:736c) has joined #mythtv-users | |
| [02:01:09] | holists: | 2nd try.. I just upgraded to 0.25-fixes (from 0.24-fixes) and am having a problem with the frontend connecting to the backend. Anyone willing to help me troubleshoot? |
| [02:01:46] | wagnerrp: | same machine? |
| [02:02:25] | holists: | TheMaze: http://www.mythtv.org/wiki/Ceton_InfiniTV_4 (giyf) |
| [02:02:59] | CyberKnet: | holists: did you upgrade mythbuntu at the same time? If so, it may have overwritten your my.cnf and mysql is no longer binding to the ethernet address, just to the domain socket. |
| [02:03:18] | TheMaze: | holists, I've been over that, it doesn't work |
| [02:03:28] | wagnerrp: | that would complain about connecting to the database, not the backend |
| [02:03:34] | TheMaze: | I spent 10 hours yesterday fighting with it |
| [02:03:41] | TheMaze: | and same tuner works fine on windows/media center |
| [02:03:43] | UForgotten: | I take it back, recording died after only a minute. |
| [02:03:45] | TheMaze: | so it's not a cable company issue |
| [02:04:10] | CyberKnet: | wagnerrp: aah, you are correct. |
| [02:05:53] | holists: | TheMaze: from January: http://www.gossamer-threads.com/lists/mythtv/ . . . eton;#500393 ? |
| [02:05:53] | ** MythLogBot http://code.mythtv.org/trac/ticket/500393 ** | |
| [02:07:14] | russell5 (russell5!~russell5@2001:4830:1100:81eb:226:18ff:fea7:736c) has quit (Read error: Connection reset by peer) | |
| [02:08:00] | holists: | CyberKnet: on Fedora 16. mythweb seems to work and I think that uses mysql over the network |
| [02:08:07] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [02:08:18] | TheMaze: | I'm on .25 – code is completely different |
| [02:08:36] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (Excess Flood) | |
| [02:08:53] | TheMaze: | it sees the card and pretends to tune, but never sends the tune request to teh card |
| [02:09:21] | CyberKnet: | holists: Yeah, wagnerrp corrected me. I don't know about your problem sorry. |
| [02:09:42] | holists: | CyberKnet: frontend error message is "Could not connect to the master backend server. Is it running? Is the IP address set for it in mythtv-setup correct? |
| [02:09:46] | TheMaze: | and I can't find any mention of a tune request in any myth log |
| [02:09:52] | wagnerrp: | holists: are your frontend and backend on the same machine? |
| [02:10:32] | holists: | wagerrp: yes, and using 192.168.xx.xx address (not localhost) (just in case that was the next question) :) |
| [02:11:01] | wagnerrp: | need to see frontend logs then |
| [02:11:13] | wagnerrp: | and the first 10 seconds or so of backend |
| [02:11:20] | holists: | wagerrp: though it seems to keep flipping /etc/mythtv/config.xml DBHostName back to localhost |
| [02:11:46] | holists: | wagerrp: what's the best way to provide those to you? |
| [02:11:52] | wagnerrp: | pastebin |
| [02:12:17] | wagnerrp: | if config.xml were pointing at localhost, then it would be trying to connect to the database on localhost |
| [02:12:27] | wagnerrp: | which implies you have a configured database running on your frontend |
| [02:12:32] | wagnerrp: | which sounds very wrong |
| [02:15:15] | holists: | wagerrp: not sure what "have a configured database running on your frontend" means. I have one box running frontend and backend |
| [02:15:59] | wagnerrp: | oh, read your previous response backwards |
| [02:16:27] | wagnerrp: | thought you were implying you were running separate, since you made a point to mention the network accessible address |
| [02:18:14] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [02:20:47] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [02:21:08] | CyberKnet: | wagnerrp: what did you mean Daniel's fix was pulled into mythbuntu the day after it was made? |
| [02:21:34] | wagnerrp: | mythbuntu's autobuilds run nightly |
| [02:21:42] | holists: | warnerrp: here: http://pastebin.com/u/hospam |
| [02:22:00] | CyberKnet: | aah, so you mean there "0.26" build |
| [02:22:05] | CyberKnet: | their ... even. |
| [02:22:32] | wagnerrp: | was that commit only against 0.26, not backported? |
| [02:22:46] | holists: | wagnerrp: just meant that I didn't set the network address to localhost (which I thought was not supporteD) |
| [02:23:14] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [02:23:19] | CyberKnet: | Not sure how to tell: https://github.com/MythTV/mythtv/commit/f81f7 . . . a14196cedd8c |
| [02:23:44] | wagnerrp: | words no, but 127.0.0.1 is the default |
| [02:23:50] | russell5 (russell5!~russell5@pool-108-7-214-237.bstnma.fios.verizon.net) has joined #mythtv-users | |
| [02:28:03] | wagnerrp: | holists: some confusing things in this log |
| [02:28:15] | wagnerrp: | the scope on that link local address is em1 |
| [02:28:54] | wagnerrp: | but that style of ethernet name is freebsd, linux uses eth<n> |
| [02:29:17] | holists: | wagnerrp: network card is em1. fedora changed at some point. used to be eth<n> |
| [02:29:31] | wagnerrp: | hmm... |
| [02:29:32] | tgm4883 (tgm4883!~tgm4883@2001:4968:202:3:20f:eaff:fefc:ba0e) has joined #mythtv-users | |
| [02:29:32] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv-users | |
| [02:29:32] | tgm4883 (tgm4883!~tgm4883@2001:4968:202:3:20f:eaff:fefc:ba0e) has quit (Changing host) | |
| [02:30:12] | holists: | wagerrp: ifconfig output shows em1, lo and wlan0 (wireless is disabled since I have wired connection) |
| [02:30:32] | wagnerrp: | yeah, i was more concerned with the analog inputs on freebsd |
| [02:30:36] | wagnerrp: | the two generally dont mix |
| [02:32:06] | wagnerrp: | what about the first few seconds of frontend log, where it fails to connect? |
| [02:32:25] | wagnerrp: | oh, its there too |
| [02:33:23] | holists: | wagnerrp: seems to bind OK to localhost and network IPs, ipv4 and ipv6 both |
| [02:33:56] | wagnerrp: | did you define that link local address in mythtv-setup? |
| [02:33:59] | holists: | wagnerrp: sorry, s/localhost/loopback/ |
| [02:34:31] | holists: | wagnerrp: defined 192.168.11.50 address in mythtv-setup |
| [02:35:07] | wagnerrp: | right, but there are two places to define separate IPv4 and IPv6 addresses |
| [02:36:35] | holists: | wagnerrp: changed ::1 default in mythtv-setup to fe80::ca0a:a9ff:fe9e:eaae/64 as it appears in inet6 addr: line in ifconfig |
| [02:36:46] | wagnerrp: | yeah, thats not a valid IP address |
| [02:37:17] | wagnerrp: | set it back to ::1, or possibly drop the /64, and it should work |
| [02:37:46] | wagnerrp: | im not sure if all of our code supports running on those automatic link-local addresses |
| [02:37:47] | holists: | wagnerrp: any way to prefer ipv4 over ipv6? I really didn't intend to use ipv6 |
| [02:38:05] | wagnerrp: | set that field to ::1, or blank it entirely |
| [02:38:32] | wagnerrp: | mythtv will only attempt to use ipv6 if it thinks it can connect using it |
| [02:42:15] | tgm4883` (tgm4883`!~tgm4883@2001:4968:202:3:20f:eaff:fefc:ba0e) has joined #mythtv-users | |
| [02:42:57] | holists: | wagnerrp: blanking the ipv6 address now allows connect to the backend |
| [02:43:44] | holists: | wagnerrp: next problem is that Live TV aborts back to the menu (probably need to troubleshoot this tomorrow). Thanks for the help!! |
| [02:44:17] | wagnerrp: | according to those logs, livetv aborted because it could not connect to the backend, because it was trying to use that link local IPv6 address |
| [02:45:10] | holists: | wagnerrp: new problem. I now get "Please Wait...", a long delay and then dumps back to menu |
| [02:45:34] | wagnerrp: | have you ever recorded something with mythtv before? |
| [02:46:17] | wagnerrp: | if not, chances are a configuration issue in the backend, or file permissions issue on the recording space or tuner device |
| [02:46:18] | holists: | wagnerrp: same config was working with 0.24-fixes before I upgraded |
| [02:46:40] | wagnerrp: | or possibly something was reconfigured by your distro and broke during the upgrade |
| [02:47:03] | tgm4883`: | Udev? |
| [02:47:23] | holists: | wagnerrp: post new logs? |
| [02:47:32] | tgm4883` is now known as tgm4883 | |
| [02:47:49] | wagnerrp: | backend logs from when you tried livetv |
| [02:47:53] | tgm4883 (tgm4883!~tgm4883@2001:4968:202:3:20f:eaff:fefc:ba0e) has quit (Changing host) | |
| [02:47:53] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv-users | |
| [02:49:06] | sphery: | and what capture device? |
| [02:49:43] | holists: | wagnerrp: new backend log posted, same place: http://pastebin.com/u/hospam |
| [02:51:14] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [02:52:36] | sphery: | woah, you actually have an account on pastebin |
| [02:52:47] | sphery: | haven't ever seen how that works... cool |
| [02:52:52] | wagnerrp: | it says youre trying to listen on a video input without an external channel changer? |
| [02:53:08] | sphery: | could use /bin/true |
| [02:53:20] | holists: | I have one input for dvb and one for analog on the same card. the analog is for composite off the cable box |
| [02:53:40] | sphery: | then /bin/true would be appropriate |
| [02:53:45] | wagnerrp: | but you need an ir blaster or something to allow mythtv to change channels on the cable box |
| [02:54:01] | sphery: | oh, cable box |
| [02:54:07] | sphery: | why did I read vcr in that |
| [02:54:42] | holists: | wagnerrp: only if my intention is to have it change channels. generally, I just let it record on whatever is the tuned channel. I do have a blaster though (on my mce remote), but not yet configured |
| [02:58:25] | holists: | wagnerrp: what about socket went unconnected error? |
| [02:58:43] | wagnerrp: | happened after the livetv session was terminated |
| [02:58:58] | wagnerrp: | sounds like the frontend was not terminating the file stream cleanly |
| [03:00:23] | sphery: | holists: set /bin/true as a temporary channel change script until you set up your IR transmitter |
| [03:00:54] | holists: | wagnerrp: never saw any video. so file stream probably aborted. also: external channel change script message is before starting live tv, right? |
| [03:01:40] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [03:03:20] | wagnerrp: | the one i saw was actually during initial setup |
| [03:03:35] | wagnerrp: | first few dozen lines |
| [03:05:17] | holists: | wagnerrp: so that means it's just a sanity check, not a failure during tuning? |
| [03:06:10] | wagnerrp: | could be both |
| [03:11:22] | UForgotten: | ah. I am starting to find proof that there's a bug in the lirc_zilog module that causes the hd pvr to hang. nobody with a fix though. |
| [03:12:10] | UForgotten: | I nabbed an HDHR from woot today, so at least I'll be able to record the ota channels :) |
| [03:13:40] | holists: | wagnerrp: ok, just shutdown mythbackend, set channel change script for composite to /bin/true and restarted. now frontend complains that backend is not running. double checked ip of backend and it's still 192.168.11.50 and ipv6 is still blank. now I'm really confused |
| [03:17:09] | wagnerrp: | check `ps` to see if the backend is running |
| [03:17:39] | holists: | wagnerrp: running |
| [03:20:26] | holists: | wagnerrp: may just have needed to finish starting up. now get no error. Live TV shows info when starting but no picture. I think I may need to rescan channels |
| [03:21:27] | dmfrey (dmfrey!~dmfrey@64-121-93-243.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Quit: Ex-Chat) | |
| [03:26:37] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [03:27:26] | holists: | wagnerrp: posted new frontend log with aborting Live TV attempts at http://pastebin.com/u/hospam |
| [03:31:13] | jst_ (jst_!~jst@c-76-100-79-111.hsd1.md.comcast.net) has joined #mythtv-users | |
| [03:32:04] | jst_: | i have my two clearqam tuners set to 1 and 2, and my hd-pvr set to 3... i have my line up (shared between clearqam tuners 1 and 2), and another lineup for hd-pvr... shouldn't "watch tv" default to 1 or 2? |
| [03:32:10] | jst_: | it keeps defaulting to hd-pvr |
| [03:42:41] | jst_ (jst_!~jst@c-76-100-79-111.hsd1.md.comcast.net) has quit (Remote host closed the connection) | |
| [03:44:58] | bill6502 (bill6502!~bill@2002:cdb2:1a2b:7cd3:9ef4:32ea:c6ea:200) has joined #mythtv-users | |
| [03:49:50] | holists (holists!~mythtv@pool-71-190-236-97.nycmny.fios.verizon.net) has left #mythtv-users () | |
| [03:50:29] | bill6502: | Following the MYISAM discussion, I just added default_storage_engine=MyISAM and in mythfilldatabase, what took 32 min now takes 51 sec. Is there any reason I shouldn't post this info on the -users list? |
| [03:51:13] | bill6502: | I had just upgraded to ubuntu 12.04 (mysql 5.5.) |
| [03:56:05] | rmsbl (rmsbl!~jst@c-76-100-79-111.hsd1.md.comcast.net) has joined #mythtv-users | |
| [03:56:23] | rmsbl: | can anyone recommend some good, short coaxial cables? RG6 maybe? |
| [04:07:27] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [04:27:49] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv-users | |
| [04:28:35] | esperegu (esperegu!~quassel@145.116.15.244) has joined #mythtv-users | |
| [04:30:53] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [04:32:57] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv-users | |
| [04:35:51] | rmsbl: | can anyone recommend a good splitter? i think mine is crap. |
| [04:36:17] | TheMaze: | as in coax? anything made by SVI/Commscope |
| [04:37:17] | rmsbl: | thanks |
| [04:37:21] | rmsbl: | i need a 4-way :( |
| [04:37:26] | rmsbl: | no other way around it, unfortunately |
| [04:38:07] | TheMaze: | most MSOs give out good-quality splitters |
| [04:38:15] | TheMaze: | I've seen TWC and Comcast hand out those splitters |
| [04:38:22] | TheMaze: | so getting one from your MSO may be a good option |
| [04:38:33] | rmsbl: | mso == service provider? |
| [04:38:51] | TheMaze: | something like Multiple System Operator...they do more than TV any more, so they are no longer the "Cable Company" |
| [04:38:52] | TheMaze: | but yes |
| [04:39:13] | rmsbl: | ahh, i see |
| [04:39:14] | rmsbl: | thanks |
| [04:39:17] | TheMaze: | np |
| [04:40:01] | wagnerrp: | MSO implies nothing more than a cable company with multiple headends |
| [04:40:32] | wagnerrp: | sufficiently large to operate multiple independent cable systems |
| [04:40:55] | rmsbl: | hmm, can't find a 4+ svi/commscope splitter... |
| [04:41:13] | TheMaze: | I have one |
| [04:41:16] | TheMaze: | let me go get the part # |
| [04:41:16] | TheMaze: | sec |
| [04:41:51] | rmsbl: | thanks |
| [04:42:50] | TheMaze: | part number is SV-4G |
| [04:43:03] | TheMaze: | http://www.ebay.com/itm/SVI-DIGITAL-SV-4G-5-1 . . . 230568320291 |
| [04:43:12] | TheMaze: | the one I have is TWC-branded |
| [04:43:23] | TheMaze: | whatever you get should be rated to 1000MHz |
| [04:43:28] | TheMaze: | also there is no such thing as a "digital" splitter |
| [04:43:41] | TheMaze: | is this the only splitter in your house, or do you have another one outside/in the basement? |
| [04:43:50] | TheMaze: | if there's another splitter elsewhere, you may need to look into an amp |
| [04:44:42] | rmsbl: | okay, so i have an amp outside... cords are long enough |
| [04:44:53] | rmsbl: | i ordered chords for that so i can set it up |
| [04:45:05] | rmsbl: | but i also want a strong signal inside |
| [04:45:23] | wagnerrp: | not necessarily true |
| [04:45:31] | wagnerrp: | too strong a signal is just as bad as too week |
| [04:45:36] | rmsbl: | ahh, crap |
| [04:45:38] | wagnerrp: | you dont want it to be overamped at the tuner |
| [04:45:44] | TheMaze: | true, but it's unlikely to be too strong |
| [04:45:48] | rmsbl: | well, i'll try with just the outside first |
| [04:45:58] | rmsbl: | if it's still crappy, i'll try inside |
| [04:45:59] | TheMaze: | especially with a 7dB drop inside +whatever is outside |
| [04:46:04] | wagnerrp: | what you get off the wall, certainly not |
| [04:46:10] | rmsbl: | yeah, 7.5db i believe |
| [04:46:19] | wagnerrp: | but if you get a big +10db or so |
| [04:46:42] | TheMaze: | splitting a signal 2 ways, in a perfect world (with no loss) gives you a 3dB drop |
| [04:46:47] | TheMaze: | real world you typiucall |
| [04:46:53] | TheMaze: | real world you typically see -3.5dB |
| [04:47:32] | TheMaze: | and that figure scales based on the number of splits, so 4 == 7, and so on |
| [04:48:45] | wagnerrp: | right, but say you have 8 devices, put a +10 on the input, and put a balanced splitter to some device right in the basement, you could have problems |
| [04:51:09] | TheMaze: | true, though stuff is generally spec'd to +15dB at least, so even then you would most likely be within spec |
| [04:51:14] | TheMaze: | I'm not disputing that it's possible |
| [04:51:18] | TheMaze: | just highly unlikely |
| [04:51:24] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [04:51:35] | TheMaze: | the only issue I've ever seen from too strong a signal has been from +60dB MoCa beacons |
| [04:51:39] | rmsbl: | another issue i think i might have |
| [04:51:56] | rmsbl: | one of my tuner cards is pressed up against a heat sink |
| [04:52:01] | wagnerrp: | TVs, sure... but at least IME, tuner cards tend to be a lot more finicky than the stuff that comes in a TV |
| [04:52:01] | rmsbl: | could it be running too hot? |
| [04:52:32] | wagnerrp: | direct contact? |
| [04:52:39] | rmsbl: | pretty much |
| [04:52:43] | wagnerrp: | graphics card? |
| [04:52:45] | rmsbl: | maybe 1/4" |
| [04:52:50] | rmsbl: | nah, let me check |
| [04:53:20] | rmsbl: | looks like southbridge |
| [04:53:32] | rmsbl: | it's an integrated GPU, so that's not it |
| [04:53:34] | wagnerrp: | if its not direct contact, and its not a high end graphics card, i wouldnt worry about it |
| [04:53:45] | rmsbl: | cool, thanks |
| [04:53:50] | wagnerrp: | GPU would either be in the CPU or NB |
| [04:54:05] | wagnerrp: | SB generally isnt going to run more than 10–20W peak |
| [04:54:34] | rmsbl: | but it is very hot |
| [04:54:39] | rmsbl: | maybe it is the NB |
| [04:55:53] | rmsbl: | bb |
| [04:55:54] | rmsbl: | brb |
| [04:55:56] | rmsbl (rmsbl!~jst@c-76-100-79-111.hsd1.md.comcast.net) has quit (Quit: leaving) | |
| [04:57:57] | rmsbl (rmsbl!~jst@c-76-100-79-111.hsd1.md.comcast.net) has joined #mythtv-users | |
| [04:59:20] | rmsbl: | do plastic terminators work as well as uhm brass/metallic ones? |
| [05:03:12] | TheMaze: | plastic terminators? |
| [05:03:16] | TheMaze: | I've never seen one? |
| [05:03:22] | TheMaze: | are you talking about the caps to protect the threads? |
| [05:04:05] | UrB (UrB!~jarrru@91.155.38.113) has joined #mythtv-users | |
| [05:04:37] | lotia (lotia!~lotia@l.monkey.org) has quit (Read error: Operation timed out) | |
| [05:04:50] | lotia (lotia!~lotia@l.monkey.org) has joined #mythtv-users | |
| [05:05:02] | rmsbl: | i guess |
| [05:05:13] | rmsbl: | so i have a 8-way splitter |
| [05:05:25] | rmsbl: | and it came with some plastic covers for ports which aren't in use |
| [05:05:28] | xtort- (xtort-!~xtort-@216.231.135.53) has quit (Ping timeout: 250 seconds) | |
| [05:05:42] | rmsbl: | would it be beneficial to replace those with something metalic? |
| [05:09:29] | xtort- (xtort-!~xtort-@216.231.135.53) has joined #mythtv-users | |
| [05:16:36] | wagnerrp: | the metal ones actually have a small resistor in them, intended to cancel out RF reflections inside the transmission line |
| [05:17:14] | rmsbl: | so... that's a good thing? :) |
| [05:17:54] | TheMaze: | the plastic ones aren't terminators |
| [05:17:58] | [R]: | its a cap |
| [05:18:00] | TheMaze: | they are just protection against physical damage |
| [05:18:04] | [R]: | and you shodu'tn be using an 8 way splitter |
| [05:18:07] | [R]: | if you dont need 8 outputs |
| [05:18:29] | rmsbl: | yeah, well i already bought it... |
| [05:18:48] | rmsbl: | it's a 6 actually |
| [05:18:53] | [R]: | rofl |
| [05:20:35] | rmsbl: | wow, xfce is so much snappier than gnome2 |
| [05:21:02] | rmsbl: | i wonder if xfce4.10 (supposedly even snappier) will have a repo for centos6 |
| [05:22:37] | wagnerrp: | maybe in three years |
| [05:22:40] | [R]: | haha |
| [05:23:14] | rmsbl: | terrible |
| [05:23:27] | rmsbl: | centos is solid |
| [05:23:48] | wagnerrp: | yes, it is, because they dont update it |
| [05:23:51] | wagnerrp: | they maintain it |
| [05:26:54] | wagnerrp: | and if you want to get technical, they dont even do that |
| [05:27:12] | wagnerrp: | redhat maintains RHEL, centos just recompiles and packages it |
| [05:27:45] | wagnerrp: | you use RHEL/CentOS/SL because you want a very robust, stable system |
| [05:28:01] | wagnerrp: | not because you want a high performance, or up-to-date one |
| [05:29:33] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [05:30:36] | rmsbl: | that's the idea |
| [05:30:40] | rmsbl: | plus i got my rhcsa |
| [05:30:43] | rmsbl: | rhce is next |
| [05:31:20] | bill6502 (bill6502!~bill@2002:cdb2:1a2b:7cd3:9ef4:32ea:c6ea:200) has left #mythtv-users () | |
| [05:34:40] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [05:38:01] | rmsbl: | crap, need glib 2.20 |
| [05:38:04] | rmsbl: | so close, but so far |
| [05:49:24] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [05:54:29] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [05:59:05] | dekarl1 (dekarl1!~dekarl@p4FE84F77.dip.t-dialin.net) has joined #mythtv-users | |
| [06:00:05] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [06:00:24] | dekarl (dekarl!~dekarl@p4FE844B1.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
| [06:02:17] | lautriv: | rmsbl, huh...2.20 ? |
| [06:05:32] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [06:16:39] | k-man: | i'm having trouble with shepherd not getting data into mythtv |
| [06:18:15] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [06:28:20] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [06:28:28] | Moscherkobold (Moscherkobold!Moscherkob@roath.org) has joined #mythtv-users | |
| [06:30:54] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [06:35:27] | ubIx (ubIx!~ulf@p5DD18174.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [06:36:49] | ubIx_ (ubIx_!~ulf@p5DD1858D.dip0.t-ipconnect.de) has quit (Read error: Operation timed out) | |
| [06:39:54] | k-man: | jya, are you awake? |
| [06:40:05] | jya: | i am |
| [06:40:09] | jya: | better be |
| [06:40:13] | jya: | 4:40pm |
| [06:40:30] | k-man: | do you run shepherd from cron? |
| [06:40:34] | jya: | i do |
| [06:40:46] | k-man: | can you show me your crontab entry please? |
| [06:40:48] | jya: | or more precisely, I run mythfilldatabase from cron |
| [06:41:00] | k-man: | err.. yes, thats what I meant :) |
| [06:41:15] | jya: | 0 6 * * * /usr/bin/mythfilldatabase |
| [06:41:21] | jya: | everyday 6 AM |
| [06:41:33] | k-man: | oh – no extra paramaters required any more? |
| [06:41:42] | jya: | mythfilldatabase is configured in mythtv-setup to call /usr/bin/tv_grab_au |
| [06:41:45] | Steve_Goodey (Steve_Goodey!~steve@host86-182-4-91.range86-182.btcentralplus.com) has joined #mythtv-users | |
| [06:41:55] | jya: | there never has been any requirements to add more parameters |
| [06:42:05] | jya: | been running like this for years |
| [06:42:31] | jya: | one thing to be aware of with shepherd |
| [06:42:46] | jya: | is that if you've called tv_grab_au earlier, outside of mythfilldatabase |
| [06:42:59] | jya: | and it's been less than 24 hours since the last run |
| [06:43:03] | jya: | it will output nothing |
| [06:43:47] | k-man: | ah so you just stick with running it once per 24h and then there is no problem |
| [06:43:48] | jya: | in which case, you can call mythfilldatabase with : mythfilldatabase — --reoutput |
| [06:43:59] | k-man: | ok |
| [06:44:03] | jya: | there's no point running it more than every 24 hours |
| [06:44:12] | jya: | shepherd won't fetch new data |
| [06:44:22] | jya: | the issue is say you run tv_grab_au |
| [06:44:25] | jya: | on its own |
| [06:44:32] | jya: | it fetched new data, and output it |
| [06:44:37] | jya: | then you call mythfilldatabase |
| [06:45:02] | jya: | which in turn call tv_grab_au ; tv_grab_au will complain that you've run it less than 24 hours ago, and exit |
| [06:45:07] | jya: | so mythfilldatabase gets nothing |
| [06:45:13] | solars (solars!~solars@clnet-kmu02-090.ikbnet.co.at) has joined #mythtv-users | |
| [06:45:17] | k-man: | ah i see |
| [06:45:22] | jya: | I've had a long argument with the shepherd folks for them to change that behaviour |
| [06:45:31] | jya: | and that tv_grab_au should always run something |
| [06:45:41] | jya: | either fresh data, or if found < 24h, return the cache |
| [06:46:00] | jya: | i couldn't get this concept through |
| [06:46:06] | jya: | so it's still broken |
| [06:46:39] | jya: | what that means is that you'll have to wait 24 hours for the next run of mythfilldatabase to get data, provided you don't run tv_grab_au manually in between |
| [06:46:42] | jya: | make sense? |
| [06:46:42] | k-man: | btw, i just sent this queston to the shepherd mailing list |
| [06:46:44] | k-man: | yes |
| [06:46:51] | k-man: | fixing up my crontab now |
| [06:46:53] | jya: | so for your case |
| [06:47:01] | jya: | the first time simply do: |
| [06:47:08] | jya: | by hand: mythfilldatabase |
| [06:47:14] | jya: | if you see in the log that it go no data |
| [06:47:16] | jya: | do: |
| [06:47:23] | jya: | mythfilldatabase — --reoutput |
| [06:48:08] | k-man: | thanks jya |
| [06:48:22] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [06:48:46] | jya: | make sure it's properly set up in mythtv-setup |
| [06:49:03] | k-man: | hmm... |
| [06:49:04] | k-man: | ok |
| [06:49:13] | jya: | your method in your email would still work |
| [06:49:23] | jya: | but you have to manually call tv_grab_au then |
| [06:49:34] | jya: | about 1–2 hours earlier |
| [06:50:03] | jya: | you just got an answer…. that answer is very valid… |
| [06:52:57] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [06:53:06] | k-man: | yep, thanks |
| [06:53:25] | Twiggy2cents (Twiggy2cents!~darren@173-25-90-98.client.mchsi.com) has joined #mythtv-users | |
| [06:58:18] | faichele (faichele!~quassel@d16-205.informatik.uni-stuttgart.de) has joined #mythtv-users | |
| [06:58:24] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [06:59:55] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [07:00:14] | hpeter (hpeter!~hpeter@zux221-138-124.adsl.green.ch) has joined #mythtv-users | |
| [07:02:56] | dekarl1 is now known as dekarl | |
| [07:08:24] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [07:12:33] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 245 seconds) | |
| [07:13:59] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [07:20:45] | k-man: | hmm... it's not grabbing for some reason |
| [07:21:14] | TheMaze (TheMaze!~TheMaze@cpe-174-096-216-124.carolina.res.rr.com) has left #mythtv-users () | |
| [07:22:18] | [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving) | |
| [07:24:04] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [07:25:53] | aloril (aloril!~aloril@84.249.126.153) has joined #mythtv-users | |
| [07:34:48] | croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has joined #mythtv-users | |
| [07:36:50] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [07:37:12] | justinh: | remind me to check I'm using the wired network when I connect to a customer site over a VPN. Wireless here is very droppy |
| [07:37:49] | justinh: | and anyway, WTH is up with people using VPN guff only Windows machines can access? |
| [07:47:38] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [07:50:11] | rsiebert_ (rsiebert_!~quassel@g224248185.adsl.alicedsl.de) has joined #mythtv-users | |
| [07:53:20] | aloril (aloril!~aloril@84.249.126.153) has quit (Ping timeout: 272 seconds) | |
| [07:53:45] | rsiebert (rsiebert!~quassel@g224248096.adsl.alicedsl.de) has quit (Ping timeout: 260 seconds) | |
| [07:57:19] | cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has quit (Read error: Operation timed out) | |
| [07:57:56] | cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has joined #mythtv-users | |
| [07:58:21] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [08:03:25] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [08:06:14] | aloril (aloril!~aloril@84.249.126.153) has joined #mythtv-users | |
| [08:08:50] | Dr{Who} (Dr{Who}!~mathewss@c-98-232-143-236.hsd1.or.comcast.net) has quit (Ping timeout: 252 seconds) | |
| [08:14:07] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [08:24:13] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [08:27:47] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [08:29:15] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [08:47:03] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [08:52:29] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [08:56:03] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [08:56:25] | faichele (faichele!~quassel@d16-205.informatik.uni-stuttgart.de) has quit (Quit: No Ping reply in 180 seconds.) | |
| [09:02:29] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [09:05:02] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [09:17:30] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [09:23:06] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [09:27:13] | drindt (drindt!~drindt@217.110.53.72) has joined #mythtv-users | |
| [09:28:11] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [09:30:03] | troyt (troyt!~troyt@2001:1938:240:3000::3) has quit (Ping timeout: 245 seconds) | |
| [09:31:02] | esperegu (esperegu!~quassel@145.116.15.244) has quit (Quit: No Ping reply in 180 seconds.) | |
| [09:31:22] | esperegu (esperegu!~quassel@145.116.15.244) has joined #mythtv-users | |
| [09:37:01] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [09:47:13] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [09:50:19] | esperegu (esperegu!~quassel@145.116.15.244) has quit (Quit: No Ping reply in 180 seconds.) | |
| [09:50:42] | esperegu (esperegu!~quassel@145.116.15.244) has joined #mythtv-users | |
| [09:51:49] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [10:00:09] | esperegu (esperegu!~quassel@145.116.15.244) has quit (Quit: No Ping reply in 180 seconds.) | |
| [10:02:36] | faichele (faichele!~quassel@d16-205.informatik.uni-stuttgart.de) has joined #mythtv-users | |
| [10:03:26] | emmanuel__ (emmanuel__!~emmanuelu@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has joined #mythtv-users | |
| [10:04:45] | esperegu (esperegu!~quassel@145.116.15.244) has joined #mythtv-users | |
| [10:05:02] | mike|2 (mike|2!~mike@c-98-232-220-158.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [10:05:53] | mike|2 (mike|2!~mike@c-98-232-220-158.hsd1.or.comcast.net) has joined #mythtv-users | |
| [10:07:38] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [10:09:42] | esperegu (esperegu!~quassel@145.116.15.244) has quit (Quit: No Ping reply in 180 seconds.) | |
| [10:12:54] | esperegu (esperegu!~quassel@145.116.15.244) has joined #mythtv-users | |
| [10:17:16] | faichele___ (faichele___!~quassel@d16-205.informatik.uni-stuttgart.de) has joined #mythtv-users | |
| [10:17:19] | esperegu (esperegu!~quassel@145.116.15.244) has quit (Read error: Operation timed out) | |
| [10:17:31] | esperegu (esperegu!~quassel@145.116.15.244) has joined #mythtv-users | |
| [10:17:58] | npm (npm!~npm@cpe-76-168-113-151.socal.res.rr.com) has quit (Ping timeout: 245 seconds) | |
| [10:19:22] | faichele (faichele!~quassel@d16-205.informatik.uni-stuttgart.de) has quit (Ping timeout: 252 seconds) | |
| [10:30:43] | slysir (slysir!~quassel@pool-173-64-7-213.bflony.fios.verizon.net) has joined #mythtv-users | |
| [10:47:30] | MissionCritical (MissionCritical!~MissionCr@unaffiliated/missioncritical) has quit (Ping timeout: 272 seconds) | |
| [10:47:49] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [10:51:51] | Mission-Critical (Mission-Critical!~MissionCr@unaffiliated/missioncritical) has joined #mythtv-users | |
| [10:58:21] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [11:05:46] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [11:09:01] | Mission-Critical is now known as MissionCritical | |
| [11:16:00] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [11:16:07] | troyt (troyt!~troyt@2001:1938:240:3000::3) has joined #mythtv-users | |
| [11:19:34] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [11:21:00] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [11:22:38] | Dj_FlyBy{MS} (Dj_FlyBy{MS}!~djflyby-m@184.175.18.218) has quit (Ping timeout: 240 seconds) | |
| [11:29:38] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [11:35:13] | Dj_FlyBy{MS} (Dj_FlyBy{MS}!~djflyby-m@206-248-183-20.dsl.teksavvy.com) has joined #mythtv-users | |
| [11:39:23] | AndyCap_ (AndyCap_!~aoy@pdpc/supporter/sustaining/AndyCap) has joined #mythtv-users | |
| [11:39:37] | lotia_ (lotia_!~lotia@l.monkey.org) has joined #mythtv-users | |
| [11:39:39] | markcerv_ (markcerv_!~mark@ns.shelfspace.com) has joined #mythtv-users | |
| [11:40:28] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [11:41:31] | gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv-users | |
| [11:41:51] | zmd (zmd!~dmz@67.216.138.246.pool.hargray.net) has joined #mythtv-users | |
| [11:42:09] | lotia (lotia!~lotia@l.monkey.org) has quit (Ping timeout: 252 seconds) | |
| [11:42:09] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (Ping timeout: 252 seconds) | |
| [11:42:09] | dmz (dmz!~dmz@unaffiliated/dmz) has quit (Ping timeout: 252 seconds) | |
| [11:42:09] | AndyCap (AndyCap!~aoy@pdpc/supporter/sustaining/AndyCap) has quit (Ping timeout: 252 seconds) | |
| [11:42:10] | KaZeR (KaZeR!~kazer@102.170.67.86.rev.sfr.net) has quit (Ping timeout: 252 seconds) | |
| [11:42:10] | markcerv (markcerv!~mark@ns.shelfspace.com) has quit (Ping timeout: 252 seconds) | |
| [11:42:10] | director9 (director9!director9@213.219.145.237.adsl.dyn.edpnet.net) has quit (Ping timeout: 252 seconds) | |
| [11:42:10] | KaZeR (KaZeR!~kazer@102.170.67.86.rev.sfr.net) has joined #mythtv-users | |
| [11:42:10] | director9 (director9!director9@213.219.145.237.adsl.dyn.edpnet.net) has joined #mythtv-users | |
| [11:45:32] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv-users | |
| [11:46:04] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [11:49:47] | knightr_ (knightr_!~knightr@69.165.170.178) has joined #mythtv-users | |
| [11:49:56] | slacker- (slacker-!~giggel@io.ee.uwa.edu.au) has joined #mythtv-users | |
| [11:51:20] | jya_ (jya_!~jyavenard@120.148.99.165) has joined #mythtv-users | |
| [11:51:20] | jya_ (jya_!~jyavenard@120.148.99.165) has quit (Changing host) | |
| [11:51:20] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv-users | |
| [11:51:21] | slacker-: | hey. i lost jamu.py when upgrading to ubuntu 12.04. running :0.25.0+fixes.20120509 |
| [11:52:33] | slacker-: | is that expected? I can't seem to find the package that contains it |
| [11:53:44] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 265 seconds) | |
| [11:53:49] | slacker-: | i've got the mythbuntu repos for 0.25 enabled and everything is uptodate |
| [11:55:11] | dekarl (dekarl!~dekarl@p4FE84F77.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
| [11:55:53] | slacker-: | it seems mythvideo isn't available anymore |
| [11:56:30] | quicksilver: | mythvideo was merged into the main frontend I believe |
| [11:56:44] | slacker-: | ah, yes, i just read in the releasae notes |
| [11:56:48] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [11:57:49] | pepsiman: | jamu is not used by 0.25 |
| [11:58:22] | croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has quit (Read error: Connection reset by peer) | |
| [11:58:39] | slacker-: | ah |
| [11:58:50] | slacker-: | MythMetadataLookup, ic |
| [11:59:22] | slacker-: | how does that work? |
| [12:02:24] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [12:03:31] | CiaranG (CiaranG!~CiaranG@fsf/member/CiaranG) has quit (Quit: Leaving.) | |
| [12:05:05] | slacker-: | i really liked the way jamu renamed the actual files while moving them into the videos directory. that feature is lost, right? metadata lookup only works for recordings |
| [12:05:35] | CiaranG (CiaranG!~CiaranG@fsf/member/CiaranG) has joined #mythtv-users | |
| [12:08:34] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [12:09:36] | williammanda (williammanda!~william@c-69-254-106-232.hsd1.wv.comcast.net) has quit (Quit: Ex-Chat) | |
| [12:11:14] | slacker-: | cya guys |
| [12:11:20] | slacker- (slacker-!~giggel@io.ee.uwa.edu.au) has left #mythtv-users ("zzZ") | |
| [12:15:10] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [12:17:40] | npm (npm!~npm@cpe-76-168-113-151.socal.res.rr.com) has joined #mythtv-users | |
| [12:19:04] | npm (npm!~npm@cpe-76-168-113-151.socal.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [12:20:37] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [12:22:00] | npm (npm!~npm@cpe-76-168-113-151.socal.res.rr.com) has joined #mythtv-users | |
| [12:31:19] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [12:33:31] | Dave123 (Dave123!someone@cpe-74-74-202-129.rochester.res.rr.com) has quit (Quit: Leaving) | |
| [12:35:14] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv-users | |
| [12:36:37] | esperegu (esperegu!~quassel@145.116.15.244) has quit (Read error: Operation timed out) | |
| [12:36:56] | wagnerrp: | ... cant stick around so someone can answer him... |
| [12:47:10] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [12:48:32] | Guierrmo: | Since mythvideo is now part of mythcore, are there any plans, or a current way, to use mythlink for videos as used for recording? |
| [12:49:47] | wagnerrp: | what for? |
| [12:49:54] | Guierrmo: | I use mythlink to create a super structure of sym links recordings since they are on multiple drives using storage groups |
| [12:50:38] | wagnerrp: | you use mythlink to create human readable filenames, in place of mythtv's channel/starttime format |
| [12:50:41] | Guierrmo: | videos are spread across drives as well, I'd like to use the meta data from myth to create sym links to feed air video |
| [12:50:50] | wagnerrp: | your video library is already going to be in a human readable format |
| [12:51:27] | Guierrmo: | I guess I can run my own script to just sym link the file |
| [12:51:52] | wagnerrp: | unless youre saying you want to provide multiple independently formatted file trees, similar to the metadata-generated views in the video library? |
| [12:53:10] | Guierrmo: | I have multiple series directories across file systems, myth video collapses the like names folders into one structure |
| [12:53:46] | Guierrmo: | i.e. tv_series\Battle Star Gallactica\ is in multiple locations, howver show one in myth video |
| [12:53:49] | wagnerrp: | right, but a simple 'find --exec {}' could manage the same thing |
| [12:55:48] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [12:56:32] | Guierrmo: | I'll have to experiment some. |
| [12:57:32] | wagnerrp: | you could always reorganize things so all of one series is contained on a single filesystem |
| [12:57:51] | wagnerrp: | making it much easier to maintain just a handful of symlinks to point at the top level directories |
| [12:58:01] | wagnerrp: | rather than each individual video |
| [12:58:01] | williammanda (williammanda!~william@c-69-254-106-232.hsd1.wv.comcast.net) has joined #mythtv-users | |
| [12:58:36] | wagnerrp: | but that would only get you your one content view as defined by the filesystem structure |
| [12:58:51] | wagnerrp: | it wouldnt get you any custom metadata-generated structures if thats what you were going for |
| [12:59:10] | williammanda: | could someone suggest a upnp server that would work with music and photos? |
| [12:59:28] | wagnerrp: | mythtv should do music natively, but not photos |
| [13:00:23] | williammanda: | I have tried upnpplayer and bubbleupnp and both don't show any music in the folders...do I need to do something else in myth? |
| [13:00:46] | Guierrmo: | I'm just trying to get everything organized so mythtv and air video are just as easy to use. As it stands I just point air video at the raw directories. |
| [13:01:04] | wagnerrp: | the content must be available on the master backend in the same exact paths as it is on the frontends you scanned it in using |
| [13:01:28] | wagnerrp: | you *may* need to define the music paths directly on the backend as well, i dont know if that is a global setting |
| [13:01:31] | Guierrmo: | i guess it is just that, organization, I'm really messy. |
| [13:02:17] | williammanda: | I can play music via myth |
| [13:04:52] | williammanda: | anyone try mediatomb? |
| [13:06:48] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [13:07:42] | Goga777 (Goga777!~Goga777@2.95.137.147) has joined #mythtv-users | |
| [13:08:13] | Media-Server__ (Media-Server__!~djflyby-m@69-165-148-71.dsl.teksavvy.com) has joined #mythtv-users | |
| [13:08:23] | Goga777 (Goga777!~Goga777@2.95.137.147) has quit (Read error: Connection reset by peer) | |
| [13:09:21] | octavsly (octavsly!~octavsly@static.ip-80-255-245-177.signet.nl) has joined #mythtv-users | |
| [13:10:16] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [13:10:42] | williammanda (williammanda!~william@c-69-254-106-232.hsd1.wv.comcast.net) has quit (Quit: Ex-Chat) | |
| [13:11:18] | Dj_FlyBy{MS} (Dj_FlyBy{MS}!~djflyby-m@206-248-183-20.dsl.teksavvy.com) has quit (Ping timeout: 245 seconds) | |
| [13:11:54] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [13:19:32] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [13:20:27] | wagnerrp: | jams: you around? |
| [13:27:04] | williammanda (williammanda!~william@c-69-254-106-232.hsd1.wv.comcast.net) has joined #mythtv-users | |
| [13:29:16] | Ryushin (Ryushin!proxy@cl-412.phx-01.us.sixxs.net) has joined #mythtv-users | |
| [13:34:42] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [13:38:53] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has joined #mythtv-users | |
| [13:44:59] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [13:50:32] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [13:52:55] | drindt (drindt!~drindt@217.110.53.72) has quit (Quit: Mary had a little segmentation fault) | |
| [13:57:10] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [14:03:48] | faichele___ (faichele___!~quassel@d16-205.informatik.uni-stuttgart.de) has quit (Ping timeout: 245 seconds) | |
| [14:05:20] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv-users | |
| [14:05:39] | jams: | wagnerrp- for a little bit |
| [14:06:08] | zombor_ is now known as zombor | |
| [14:07:39] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [14:08:47] | wagnerrp: | im writing up the mythtv role stuff, would it be alright if i passed you a bitwise integer? |
| [14:09:35] | wagnerrp: | right now, im looking at this.. http://pastebin.com/kvSVfykb |
| [14:10:00] | wagnerrp: | just figure out the tasks it is performing, and let you pick a role serverside |
| [14:10:30] | Easy_Rider9999 (Easy_Rider9999!~Miranda@p54896C03.dip.t-dialin.net) has joined #mythtv-users | |
| [14:11:23] | wagnerrp: | or if you prefer, it wouldn't be difficult to translate that back into a comma separated string |
| [14:11:31] | wagnerrp: | jams: ^^^ |
| [14:12:04] | ikevin (ikevin!~kevin@2a01:240:fe76:1::1) has quit (Ping timeout: 272 seconds) | |
| [14:12:21] | jams: | thats perfectly fine |
| [14:12:33] | jams: | very close to what I used in the first place |
| [14:13:17] | wagnerrp: | theres also this existing ProcessSmoltInfo, just returning the contents of ~/.mythtv/smolt.info |
| [14:13:24] | wagnerrp: | still want to keep that? |
| [14:13:25] | Goga777 (Goga777!~Goga777@2.95.137.147) has joined #mythtv-users | |
| [14:13:53] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [14:15:08] | wagnerrp: | right now, it contains that, and the name of the remote |
| [14:15:18] | wagnerrp: | of which one single person has yet defined |
| [14:15:41] | wagnerrp: | although thats in part our fault for not telling anyone to define it.. :) |
| [14:15:50] | mycosys (mycosys!~mycosys@220-245-190-74.static.tpgi.com.au) has joined #mythtv-users | |
| [14:15:51] | mycosys (mycosys!~mycosys@220-245-190-74.static.tpgi.com.au) has quit (Changing host) | |
| [14:15:51] | mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv-users | |
| [14:17:58] | jams: | wagnerrp- yeah mythbuntu will start populating the remote info soon |
| [14:19:00] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [14:20:26] | ikevin (ikevin!~kevin@2a01:240:fe76:1::1) has joined #mythtv-users | |
| [14:21:32] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [14:22:21] | CKnet (CKnet!~s.blomfie@65.38.25.93) has joined #mythtv-users | |
| [14:22:38] | CyberKnet (CyberKnet!~s.blomfie@ip70-189-69-101.ok.ok.cox.net) has quit (Disconnected by services) | |
| [14:22:49] | CKnet is now known as CyberKnet | |
| [14:23:30] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Remote host closed the connection) | |
| [14:24:01] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [14:24:10] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv-users | |
| [14:24:52] | CyberKnet: | hummm.... |
| [14:25:05] | CyberKnet: | ssh to my home is not working from internet :| |
| [14:25:52] | CyberKnet: | I wonder if cox is doing something new and nefarious, or if my router just needs resetting. |
| [14:27:36] | CyberKnet: | probably the latter, I suppose. |
| [14:28:03] | wagnerrp: | perhaps your IP changed? |
| [14:28:36] | CyberKnet: | I thought maybe that too, but the quit message showed my home IP |
| [14:28:49] | CyberKnet: | still the same as my redirectme.net alias |
| [14:29:35] | Dj_FlyBy{MS} (Dj_FlyBy{MS}!~djflyby-m@206-248-178-50.dsl.teksavvy.com) has joined #mythtv-users | |
| [14:29:45] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [14:30:19] | ben1066_ (ben1066_!~quassel@host86-147-240-100.range86-147.btcentralplus.com) has joined #mythtv-users | |
| [14:31:42] | hpeter (hpeter!~hpeter@zux221-138-124.adsl.green.ch) has quit (Quit: hpeter) | |
| [14:32:08] | Media-Server__ (Media-Server__!~djflyby-m@69-165-148-71.dsl.teksavvy.com) has quit (Ping timeout: 245 seconds) | |
| [14:32:45] | ben1066 (ben1066!~quassel@host109-152-85-91.range109-152.btcentralplus.com) has quit (Ping timeout: 260 seconds) | |
| [14:37:22] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [14:39:25] | ben1066_ (ben1066_!~quassel@host86-147-240-100.range86-147.btcentralplus.com) has quit (Read error: Operation timed out) | |
| [14:41:01] | ben1066 (ben1066!~quassel@host86-151-190-177.range86-151.btcentralplus.com) has joined #mythtv-users | |
| [14:46:53] | Goga777 (Goga777!~Goga777@2.95.137.147) has quit (Remote host closed the connection) | |
| [14:47:08] | Goga777 (Goga777!~Goga777@2.95.137.147) has joined #mythtv-users | |
| [14:48:29] | Goga777 (Goga777!~Goga777@2.95.137.147) has quit (Client Quit) | |
| [14:49:06] | Goga777 (Goga777!~Goga777@2.95.137.147) has joined #mythtv-users | |
| [14:53:52] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Ping timeout: 272 seconds) | |
| [14:55:44] | faichele (faichele!~quassel@p579526CE.dip.t-dialin.net) has joined #mythtv-users | |
| [14:57:04] | esperegu (esperegu!~quassel@145.116.15.244) has joined #mythtv-users | |
| [14:57:33] | frustration (frustration!421c1566@gateway/web/freenode/ip.66.28.21.102) has joined #mythtv-users | |
| [14:58:10] | frustration: | Hi – any Prime users here? |
| [14:58:21] | frustration: | rather Prim + Cablevision |
| [14:58:25] | frustration: | *prime |
| [15:00:12] | solars (solars!~solars@clnet-kmu02-090.ikbnet.co.at) has quit (Read error: Operation timed out) | |
| [15:03:50] | _abbenormal (_abbenormal!~abbenorma@d28-23-157-82.dim.wideopenwest.com) has quit (Quit: Yup Im Leaving) | |
| [15:04:25] | CyberKnet: | Not I. |
| [15:05:43] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [15:06:34] | CyberKnet: | Why do the DCR-2650 and the HDHomeRun Prime both link to the HD HomeRun Prime page in the wiki? |
| [15:07:03] | wagnerrp: | because theyre the same device |
| [15:07:18] | wagnerrp: | internally, its the same hardware |
| [15:07:28] | wagnerrp: | the -2650 gets a USB device port |
| [15:07:50] | wagnerrp: | the Prime gets an 8P8C jack and a USB host port |
| [15:07:51] | CyberKnet: | I thought the 2650 was a two tuner device? |
| [15:08:01] | wagnerrp: | one of the tuners is disabled |
| [15:08:13] | wagnerrp: | or perhaps simply not soldered in place |
| [15:08:16] | wagnerrp: | i dont know for certain |
| [15:08:25] | CyberKnet: | hmmm... cost per tuner is better on the 2650 |
| [15:09:12] | faichele (faichele!~quassel@p579526CE.dip.t-dialin.net) has quit (Read error: Operation timed out) | |
| [15:10:25] | faichele (faichele!~quassel@p57952C5F.dip.t-dialin.net) has joined #mythtv-users | |
| [15:10:56] | wagnerrp: | still cant seem to find any images of the internals |
| [15:10:58] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Ping timeout: 272 seconds) | |
| [15:11:22] | wagnerrp: | amazing no one has cracked one open yet |
| [15:11:28] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Quit: Leaving) | |
| [15:11:36] | jya_: | wagnerrp: thanks for closing the ticket |
| [15:13:00] | faichele__ (faichele__!~quassel@p4FCCFF2A.dip.t-dialin.net) has joined #mythtv-users | |
| [15:13:38] | CyberKnet: | wagnerrp: Yea, at $100 for two tuners, that's a good deal imho. |
| [15:13:40] | wagnerrp: | np |
| [15:13:51] | CyberKnet: | But ... only ClearQAM... right? |
| [15:14:14] | wagnerrp: | the -2650? |
| [15:14:26] | jya_: | BTW, sorry for referring to you by your last name in my email in -developer, when I wrote it, somehow I thought it was your first name |
| [15:14:38] | CyberKnet: | wagnerrp: Yeah |
| [15:15:01] | faichele (faichele!~quassel@p57952C5F.dip.t-dialin.net) has quit (Ping timeout: 248 seconds) | |
| [15:15:13] | wagnerrp: | heh, didnt even notice |
| [15:15:20] | jya_: | can't believe adding HLS was so simple :( |
| [15:15:34] | jya_: | i've wasted over 3 full days writing a client |
| [15:15:34] | wagnerrp: | CyberKnet: no, it is identical in capability to the Prime |
| [15:16:01] | wagnerrp: | just different connections, and one disabled/missing tuner |
| [15:16:05] | CyberKnet: | wagnerrp: as far as what MythTV can access... |
| [15:16:20] | CyberKnet: | I'm not going to get anything that isn't marked Copy Freely |
| [15:16:22] | wagnerrp: | exactly the same, just with two tuners rather than three |
| [15:17:02] | wagnerrp: | and the -2650 cant natively manage a tuning adapter if you need one |
| [15:17:15] | wagnerrp: | (and there is no tuning adapter support in linux) |
| [15:17:22] | faichele__ (faichele__!~quassel@p4FCCFF2A.dip.t-dialin.net) has quit (Read error: Operation timed out) | |
| [15:17:28] | wagnerrp: | (or mythtv) |
| [15:17:50] | Goga777 (Goga777!~Goga777@2.95.137.147) has quit (Quit: Leaving) | |
| [15:18:09] | Easy_Rider9999 (Easy_Rider9999!~Miranda@p54896C03.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [15:20:00] | CyberKnet: | I rescanned with my 2250 the other night. Nothing comes through except free to air |
| [15:20:10] | frustration: | any hdhr prime + xbmc users? |
| [15:20:12] | CyberKnet: | and some shopping channels |
| [15:20:29] | CyberKnet: | any reason to expect anything different with an HD HR Prime? |
| [15:20:49] | wagnerrp: | CyberKnet: yes, because the Prime can access encrypted channels, the -2250 cannot |
| [15:21:01] | faichele_ (faichele_!~quassel@p57952FFE.dip.t-dialin.net) has joined #mythtv-users | |
| [15:21:35] | wagnerrp: | what cable provider do you have? |
| [15:21:40] | CyberKnet: | Cox Communications. |
| [15:21:55] | CyberKnet: | in Tulsa, OK |
| [15:22:51] | CyberKnet: | I'm pretty sure ages ago when I experimented with Firewire I only got free to air stuff too. |
| [15:22:55] | CyberKnet: | but ... it was a long time ago. |
| [15:23:16] | wagnerrp: | http://www.ronfrazier.net/mythtv/cci/index.php |
| [15:23:42] | wagnerrp: | there are two Cox scans there, on opposite sides of the country |
| [15:23:58] | wagnerrp: | so i dont really know what relevance they are to you |
| [15:24:17] | CyberKnet: | I'll hunt for a firewire cable at home tonight |
| [15:24:28] | CyberKnet: | and have to install mythbackend on my frontend |
| [15:24:38] | CyberKnet: | set it up as a slave back end... |
| [15:24:39] | wagnerrp: | frustration: are you actually looking for help with mythtv? or are these just general cablecard tuner questions? |
| [15:24:46] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has quit (Read error: No route to host) | |
| [15:25:15] | frustration: | wagnerrp: curious if anybody has achieved my desired goal with mythtv |
| [15:25:25] | wagnerrp: | and that is? |
| [15:25:30] | frustration: | cablevision+myth+hdhr prime |
| [15:25:44] | wagnerrp: | do you have a prime currently? |
| [15:25:50] | frustration: | I do |
| [15:26:03] | wagnerrp: | is it set up and registered with a cablecard? |
| [15:26:12] | faichele__ (faichele__!~quassel@87.149.41.128) has joined #mythtv-users | |
| [15:26:28] | frustration: | Yes |
| [15:26:38] | wagnerrp: | then look on its internal web server |
| [15:26:51] | wagnerrp: | there should be a page available that lists CCI status for all known channels |
| [15:27:02] | faichele_ (faichele_!~quassel@p57952FFE.dip.t-dialin.net) has quit (Ping timeout: 255 seconds) | |
| [15:27:06] | wagnerrp: | anything marked as 'copy freely', you can access with mythtv |
| [15:27:23] | CyberKnet: | wagnerrp: is there a utility to do that over firewire? |
| [15:27:25] | wagnerrp: | anything marked 'copy once' or 'copy never' will only work with windows media center |
| [15:27:52] | _abbenormal (_abbenormal!~abbenorma@d28-23-157-82.dim.wideopenwest.com) has joined #mythtv-users | |
| [15:27:54] | CyberKnet: | never mind ... I should wiki first :) |
| [15:27:56] | wagnerrp: | CyberKnet: you can just incrementally check to see if you scan access each channel |
| [15:28:05] | wagnerrp: | might be able to script something with ts_reader |
| [15:28:06] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (Quit: leaving) | |
| [15:28:17] | wagnerrp: | likely much easier to figure out how to put it in diagnostic mode |
| [15:28:17] | faichele_ (faichele_!~quassel@p4FCCFC4A.dip.t-dialin.net) has joined #mythtv-users | |
| [15:28:31] | CyberKnet: | any idea where ron frazier's info is coming from? |
| [15:28:33] | wagnerrp: | where by it will display the flags on screen |
| [15:28:40] | wagnerrp: | individual users, sending him the data |
| [15:28:58] | wagnerrp: | pulled from cablecard tuners |
| [15:29:27] | frustration: | wagnerrp: looking for CCI info – have not found yet |
| [15:29:46] | wagnerrp: | both of you can try the silicon dust website |
| [15:30:06] | wagnerrp: | if there is a Prime user in your area configured to send channel lineups to them |
| [15:30:07] | frustration: | Have tried – 0 help. thank you for trying though. |
| [15:30:22] | wagnerrp: | you can search by zip code, and see that lineup, with CCI data |
| [15:31:09] | faichele__ (faichele__!~quassel@87.149.41.128) has quit (Ping timeout: 252 seconds) | |
| [15:31:47] | wagnerrp: | frustration: try http://your_prime/lineup.xml |
| [15:31:59] | faichele__ (faichele__!~quassel@p579529AD.dip.t-dialin.net) has joined #mythtv-users | |
| [15:32:38] | faichele_ (faichele_!~quassel@p4FCCFC4A.dip.t-dialin.net) has quit (Ping timeout: 240 seconds) | |
| [15:33:15] | wagnerrp: | frustration: scratch that, seems the Prime only displays CCI data when trying to actually tune the channel |
| [15:33:23] | frustration: | Full channel list no cci info |
| [15:33:26] | frustration: | correct |
| [15:33:26] | wagnerrp: | you could try http://www.gossamer-threads.com/lists/mythtv/users/491400 |
| [15:35:19] | frustration: | hmm |
| [15:35:23] | frustration: | Thank you |
| [15:36:22] | wagnerrp: | sphery: do livetv recordings stick around in oldrecorded? or do they get flushed? |
| [15:37:10] | wagnerrp: | seems they remain |
| [15:37:11] | wagnerrp: | nevermind |
| [15:37:13] | frustration: | anybody successfully get mythtv up and running on a qnap? |
| [15:40:15] | mycosys (mycosys!~mycosys@unaffiliated/mycosys) has quit (Remote host closed the connection) | |
| [15:41:16] | wagnerrp: | wow, the -419P II has a 2GHz chip |
| [15:41:24] | wagnerrp: | i didnt realize there were any ARMs that went that high |
| [15:41:31] | wagnerrp: | any production ARMs anyway |
| [15:42:42] | Media-Server__ (Media-Server__!~djflyby-m@69-196-162-107.dsl.teksavvy.com) has joined #mythtv-users | |
| [15:43:12] | wagnerrp: | frustration: anyway... only the Pro units and up have enough memory to even be worth considering |
| [15:43:27] | faichele (faichele!~quassel@p4FCCFF8E.dip.t-dialin.net) has joined #mythtv-users | |
| [15:43:32] | frustration: | I have a pro unit with max memory |
| [15:44:10] | wagnerrp: | and only the 809, 879, and 1079 have a CPU with enough power to make them interesting |
| [15:45:20] | frustration: | ah I have a 1.6ghz |
| [15:45:24] | wagnerrp: | the rest are all wimpy Atoms, which are going to be overstressed trying to run the scheduler on a large cable lineup |
| [15:45:43] | Dj_FlyBy{MS} (Dj_FlyBy{MS}!~djflyby-m@206-248-178-50.dsl.teksavvy.com) has quit (Ping timeout: 265 seconds) | |
| [15:46:43] | faichele__ (faichele__!~quassel@p579529AD.dip.t-dialin.net) has quit (Ping timeout: 245 seconds) | |
| [15:46:48] | frustration: | Was hoping this would be worth a shot. This is more so to be able to use xbmc as a front end |
| [15:46:52] | frustration: | Not so much recording |
| [15:48:09] | wagnerrp: | the core purpose of mythtv is recording |
| [15:49:24] | faichele__ (faichele__!~quassel@p4FCCEF18.dip.t-dialin.net) has joined #mythtv-users | |
| [15:50:14] | faichele (faichele!~quassel@p4FCCFF8E.dip.t-dialin.net) has quit (Read error: Operation timed out) | |
| [15:53:29] | hadees_ (hadees_!~hadees@72-48-211-16.dyn.grandenetworks.net) has joined #mythtv-users | |
| [15:54:08] | hadees (hadees!~hadees@72-48-211-16.dyn.grandenetworks.net) has quit (Ping timeout: 240 seconds) | |
| [15:54:08] | hadees_ is now known as hadees | |
| [15:54:21] | CyberKnet: | qnap looked interesting... but you had to go pretty high ($1400!) before you got to something that looked mythbackend-capable. |
| [15:54:50] | CyberKnet: | not cheaper than adding a drive cage to my existing back end, and at that point a lot less cpu still. |
| [15:55:04] | CyberKnet: | nice thought though if you already had one. |
| [15:55:12] | wagnerrp: | for something with a digital tuner or two, and a handful of ATSC channels, one of the atoms would likely be fine (if overpriced) |
| [15:55:45] | wagnerrp: | but they just wont cut it when youve got hundreds of channels worth of guide data to sift through, with a time constraint of a few tens of seconds |
| [15:58:04] | faichele_ (faichele_!~quassel@p579527C4.dip.t-dialin.net) has joined #mythtv-users | |
| [15:58:44] | CyberKnet: | I ran mythfilldatabase the other day ... was amazed that it took 2.5 hours to complete. |
| [15:58:56] | CyberKnet: | I've always seen it take a long time, but that was WAY beyond my expectation. |
| [15:59:00] | wagnerrp: | thats due to filesystem issues more than anything else |
| [15:59:22] | wagnerrp: | poorly tuned database configuration, on a filesystem ill suited to it |
| [15:59:35] | CyberKnet: | hmmm |
| [15:59:42] | CyberKnet: | stock mysql config that came with mythbuntu |
| [16:00:06] | CyberKnet: | I think it's on XFS, but it could be EXT3. |
| [16:00:19] | wagnerrp: | yes, and the stock mysql configs that come with all distros are crap |
| [16:00:20] | CyberKnet: | I'd ssh to it to see, but... :) That dang router needs a reboot. |
| [16:00:25] | CyberKnet: | nice. |
| [16:00:40] | tgm4883: | wagnerrp, patch welcome ;) |
| [16:00:58] | wagnerrp: | they are intentionally lightweight, so they dont consume a lot of resources for users that are likely only going to store small bits of data on them |
| [16:01:00] | tgm4883: | it's ext4, although I've heard someone has seen the issue on XFS |
| [16:01:28] | wagnerrp: | with the assumption that anyone making heavy use of the database would know what they're doing and tune it properly |
| [16:01:38] | faichele__ (faichele__!~quassel@p4FCCEF18.dip.t-dialin.net) has quit (Ping timeout: 272 seconds) | |
| [16:01:39] | CyberKnet: | "the issue" ? |
| [16:01:46] | faichele (faichele!~quassel@p57952CA8.dip.t-dialin.net) has joined #mythtv-users | |
| [16:01:48] | wagnerrp: | Barriers |
| [16:02:16] | wagnerrp: | ext4 gains improved performance through delayed writes |
| [16:02:38] | faichele_ (faichele_!~quassel@p579527C4.dip.t-dialin.net) has quit (Ping timeout: 240 seconds) | |
| [16:02:42] | wagnerrp: | the problem is that the way it is implemented, you can really mangle things if you unmount uncleanly |
| [16:02:53] | wagnerrp: | such as a panic or power failure |
| [16:03:22] | hadees (hadees!~hadees@72-48-211-16.dyn.grandenetworks.net) has quit (Quit: hadees) | |
| [16:03:32] | wagnerrp: | so the default behavior is to enable Barriers, meaning when you fsync, everything goes directly to the platter, rather than just to the drive where it might sit in cache |
| [16:04:05] | joki (joki!~joki@p54861E87.dip.t-dialin.net) has quit (Ping timeout: 248 seconds) | |
| [16:04:10] | joki- (joki-!~joki@p54863008.dip.t-dialin.net) has joined #mythtv-users | |
| [16:04:26] | joki- is now known as joki | |
| [16:04:27] | wagnerrp: | since mysql is going to sync every write, and every sync goes straight to the platter, with multiple seeks for data and metadata |
| [16:04:36] | wagnerrp: | you get abysmal performance |
| [16:04:48] | tgm4883: | wagnerrp, it seems to only affect innodb |
| [16:05:04] | CyberKnet: | 2.5 hour mythfilldatabase abysmal though? |
| [16:05:13] | wagnerrp: | very much so |
| [16:05:15] | tgm4883: | CyberKnet, yes |
| [16:05:20] | CyberKnet: | wow. |
| [16:05:27] | wagnerrp: | should be low double digits maximum |
| [16:05:43] | wagnerrp: | tgm4883: well its all to do with the settings for temporary tables |
| [16:05:51] | tgm4883: | actually, congratulations on only having a 2.5 hour run |
| [16:05:57] | wagnerrp: | and how large mysql allows them to grow in memory before flushing them to disk |
| [16:06:18] | CyberKnet: | tgm4883: and this scenario happens by default with a mythbuntu install??? |
| [16:06:21] | tgm4883: | wagnerrp, yes, although changing the default table creation to myisam resolves it |
| [16:06:26] | tgm4883: | CyberKnet, yes |
| [16:06:49] | CyberKnet: | *blink* |
| [16:06:56] | tgm4883: | what? |
| [16:07:02] | wagnerrp: | tgm4883: presumably it uses better defaults, or wont flush at all |
| [16:07:17] | tgm4883: | CyberKnet, Oh sorry, I missed your bug report before the 12.04 release |
| [16:07:20] | CyberKnet: | a 2.5 hour+ mythfilldatabase experience is the default with a mythbuntu install? |
| [16:07:44] | tgm4883: | CyberKnet, see above |
| [16:08:21] | CyberKnet: | tgm4883: Please be assured, I am not intending any personal or professional slight, not an inference of a lack of herculean effort on your part. The blink was to indicate I am surprised. |
| [16:08:47] | CyberKnet: | tgm4883: I know how hard you guys work... I use mythbuntu now because I got tired of doing that same work myself, thanks. |
| [16:08:59] | Dj_FlyBy{MS} (Dj_FlyBy{MS}!~djflyby-m@206.248.174.208) has joined #mythtv-users | |
| [16:09:21] | tgm4883: | CyberKnet, we're talking about something that updates data 14 days into the future, that by default starts running between 2AM and 5AM. Please tell me how A) I was suppose to know this took > 2 hours to run, and B) why I should care |
| [16:09:30] | tgm4883: | I mean, I do care, which is why I'm trying to fix it |
| [16:09:34] | CyberKnet: | Also – please read the surprise to indicate that your work is so awesome normally that this is insanely unexpected :) |
| [16:10:04] | CyberKnet: | tgm4883: whoa buddy. Really. You're good. I meant no disrepsect. honest. |
| [16:10:08] | williammanda (williammanda!~william@c-69-254-106-232.hsd1.wv.comcast.net) has quit (Quit: Ex-Chat) | |
| [16:10:13] | tgm4883: | CyberKnet, yea, mysql 5.5 switched to innodb from myisam. That was new in 12.04 |
| [16:11:23] | ** CyberKnet just shuts up ** | |
| [16:12:02] | tgm4883: | CyberKnet, no worries. Lets just say there has been a lot of people complaining directly at me in the forums |
| [16:12:14] | Media-Server__ (Media-Server__!~djflyby-m@69-196-162-107.dsl.teksavvy.com) has quit (Ping timeout: 245 seconds) | |
| [16:12:27] | CyberKnet: | Yeah, it appears I unintentionally hit a raw nerve, sorry. |
| [16:12:47] | tgm4883: | CyberKnet, as a workaround, you can change the default storage engine back to MyISAM |
| [16:14:13] | CyberKnet: | tgm4883: Unless it's hurting something, I'm fine with mythfilldatabase taking a long time... like you said – it happens between 2am and 5am mostly. |
| [16:15:45] | CyberKnet: | wagnerrp: this would also cause commercial scanning to take a while? |
| [16:16:21] | octavsly (octavsly!~octavsly@static.ip-80-255-245-177.signet.nl) has quit (Ping timeout: 248 seconds) | |
| [16:16:40] | wagnerrp: | CyberKnet: a quick check through my logs, mythfilldatabase takes roughly a minute to minute and a half two download each of two lineups, with maybe 100 channels between them, and roughly as long to insert them into the database |
| [16:16:52] | wagnerrp: | and thats with --dd-grab-all, meaning its doing the full 14 days |
| [16:17:32] | wagnerrp: | and actually, its doing 16 days since it does two in the past as well |
| [16:17:41] | wagnerrp: | this should have no effect on commercial scanning |
| [16:17:46] | CyberKnet: | wagnerrp: Yeah... what I'm curious about is ... what other parts of mythtv could this affect? I'm fine with mythfilldatabase taking a while to run... but if it is causing any other issues that might actually be noticable... |
| [16:17:53] | wagnerrp: | since all it is doing is reading the files, and inserting small bits of data into the database |
| [16:18:13] | wagnerrp: | this will affect any part of mythtv that writes large amounts of data to the database |
| [16:18:42] | wagnerrp: | guide data import, scheduling (if you overflow the temp tables), rebuilding seek tables |
| [16:19:00] | CyberKnet: | what about building seek tables in the first place? |
| [16:19:19] | wagnerrp: | youre looking at only a couple inserts per second per recording |
| [16:19:22] | wagnerrp: | nothing too intensive |
| [16:20:03] | wagnerrp: | but if youre doing multiple recordings, and recording to the disk the database lives on, that can get real hairy real fast |
| [16:20:23] | CyberKnet: | Yeah, I don't do that. I have a dedicated video drive. |
| [16:20:45] | CyberKnet: | I used to add a storage group on my root drive... but I never filled the video drive, so I stopped doing that. |
| [16:21:12] | CyberKnet: | I often have multiple recordings going though. 2HD+2SD. |
| [16:21:34] | wagnerrp: | another example... about a month back, i was trialing what it would take to convert trac from sqlite to mysql |
| [16:21:57] | wagnerrp: | all told, about 400MB worth of data |
| [16:22:23] | wagnerrp: | running innodb with the stock freebsd server settings, i hit 25 minutes before i was nowhere close to being done transferring and gave up |
| [16:22:58] | faichele__ (faichele__!~quassel@p57952158.dip.t-dialin.net) has joined #mythtv-users | |
| [16:23:07] | wagnerrp: | i put in the packaged "medium server (~512MB RAM)" config file, and that same process completed in just under two minutes |
| [16:23:38] | faichele (faichele!~quassel@p57952CA8.dip.t-dialin.net) has quit (Ping timeout: 240 seconds) | |
| [16:26:24] | tgm4883: | wagnerrp, is there an easy way to test settings changes for temp tables? Something I can run that takes 20 seconds if working correctly and 5 minutes if not? |
| [16:26:52] | wagnerrp: | you can always just run mythfilldatabase |
| [16:27:10] | wagnerrp: | you can download and feed it a file locally so youre not repeatedly pulling from TMS |
| [16:27:28] | wagnerrp: | erm, temp tables... |
| [16:27:35] | tgm4883: | yea that's what I've been doing. But it still takes quite a bit of time even working "better" |
| [16:27:36] | wagnerrp: | just force a scheduler run |
| [16:27:51] | tgm4883: | about 11.5 minutes with myisam settings |
| [16:27:54] | wagnerrp: | theres a command line option in either mythbackend or mythutil to do that |
| [16:28:56] | wagnerrp: | while inserting your own custom settings is probably fine for the actual mythbuntu release |
| [16:29:01] | hadees (hadees!~hadees@64.132.24.248) has joined #mythtv-users | |
| [16:29:06] | wagnerrp: | IMHO, it would be a bad thing to do for someone just using packages |
| [16:29:28] | wagnerrp: | perhaps just inform them that it could be a problem, with an example of a good config |
| [16:29:42] | wagnerrp: | or something in MCC that reads the my.conf and looks for configurations that could cause problems |
| [16:29:45] | tgm4883: | we'll we need to get the defaults fixed |
| [16:30:18] | faichele__ (faichele__!~quassel@p57952158.dip.t-dialin.net) has quit (Read error: Operation timed out) | |
| [16:30:26] | tgm4883: | I don't want to make users run around in config files |
| [16:30:28] | wagnerrp: | the problem with "fixing" the defaults, is higher performance needs higher resources |
| [16:30:35] | tgm4883: | yes |
| [16:30:51] | CyberKnet: | 8gb ram should be enough though. |
| [16:30:51] | wagnerrp: | and by higher, that medium config ate up close to half a GB of memory |
| [16:31:23] | tgm4883: | minimum we require 512MB |
| [16:31:35] | CyberKnet: | ram is really cheap. |
| [16:31:36] | tgm4883: | we recommend 2GB |
| [16:31:38] | wagnerrp: | just for the database |
| [16:31:52] | tgm4883: | yea I don't want to tweak much |
| [16:32:04] | tgm4883: | mostly just fix the mythfilldatabase issue |
| [16:32:25] | wagnerrp: | i could toss you my current config if you want |
| [16:32:44] | wagnerrp: | its basically that medium, with several values halved because i dont really know what im doing |
| [16:32:51] | CyberKnet: | How about removing the barriers? :) |
| [16:32:56] | tgm4883: | that would work, at least for testing |
| [16:32:58] | faichele (faichele!~quassel@p4FCCFE62.dip.t-dialin.net) has joined #mythtv-users | |
| [16:33:24] | tgm4883: | wagnerrp, email addy in other channel |
| [16:34:27] | slysir (slysir!~quassel@pool-173-64-7-213.bflony.fios.verizon.net) has quit (Remote host closed the connection) | |
| [16:34:30] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv-users | |
| [16:34:30] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v kormoc | |
| [16:34:34] | wagnerrp: | CyberKnet: the problem is that ext4's crash behavior is poor, much worse than ext3 |
| [16:34:57] | wagnerrp: | so doing so is considerably more dangerous should that happen |
| [16:35:03] | CyberKnet: | wagnerrp: sorry... didn't indicate the high level of tongue in cheek :) |
| [16:41:28] | wagnerrp: | tgm4883: note, if you are using innodb for anything, you cannot shrink the key buffer |
| [16:41:50] | wagnerrp: | increases only, or else youre going to need to dump and reload the data from a backup |
| [16:42:11] | wagnerrp: | or maybe thats the buffer pool |
| [16:42:20] | Hoochster (Hoochster!~Hooch@173.216.129.198) has quit (Quit: Leaving) | |
| [16:46:34] | faichele___ (faichele___!~quassel@p57952266.dip.t-dialin.net) has joined #mythtv-users | |
| [16:46:52] | kormoc: | the buffer pool is resizable on demand, you're thinking the log size |
| [16:47:19] | kormoc: | innodb_log_file_size and/or innodb_log_files_in_group |
| [16:48:13] | ** wagnerrp cedes to kormoc ** | |
| [16:49:33] | wagnerrp: | seems im running a halved 'large', rather than 'medium' |
| [16:49:41] | faichele_____ (faichele_____!~quassel@p4FCCEB5C.dip.t-dialin.net) has joined #mythtv-users | |
| [16:49:57] | faichele (faichele!~quassel@p4FCCFE62.dip.t-dialin.net) has quit (Ping timeout: 248 seconds) | |
| [16:50:25] | kormoc: | And actually resizing the logs is really simple. Shut down cleanly, move the old logs out of the way, change the setting, restart, if all is good, delete the old logs, else put the logs back and revert the config file change |
| [16:50:55] | wagnerrp: | there was something that gave me a corrupt table when trying that |
| [16:51:55] | kormoc: | If you're using a 'fast' shutdown mode, it gets complex, but you always pay the penalty later for the recovery stage on startup that fast shutdowns force |
| [16:52:00] | wagnerrp: | it could have been something simple to solve, but it was simpler just to rerun the script that filled it |
| [16:52:07] | kormoc: | fair 'nuff |
| [16:52:58] | faichele___ (faichele___!~quassel@p57952266.dip.t-dialin.net) has quit (Ping timeout: 245 seconds) | |
| [16:53:32] | zmd is now known as dmz | |
| [16:53:40] | dmz (dmz!~dmz@67.216.138.246.pool.hargray.net) has quit (Changing host) | |
| [16:53:40] | dmz (dmz!~dmz@unaffiliated/dmz) has joined #mythtv-users | |
| [16:57:26] | faichele_ (faichele_!~quassel@p4FCCFFFC.dip.t-dialin.net) has joined #mythtv-users | |
| [17:00:24] | faichele_____ (faichele_____!~quassel@p4FCCEB5C.dip.t-dialin.net) has quit (Ping timeout: 250 seconds) | |
| [17:01:02] | faichele___ (faichele___!~quassel@p4FCCE6FA.dip.t-dialin.net) has joined #mythtv-users | |
| [17:01:59] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv-users | |
| [17:03:50] | faichele_ (faichele_!~quassel@p4FCCFFFC.dip.t-dialin.net) has quit (Ping timeout: 260 seconds) | |
| [17:09:39] | hR13 (hR13!~hR13@h164n7c1o253.bredband.skanova.com) has joined #mythtv-users | |
| [17:11:43] | faichele_ (faichele_!~quassel@p4FCCEA67.dip.t-dialin.net) has joined #mythtv-users | |
| [17:12:20] | faichele___ (faichele___!~quassel@p4FCCE6FA.dip.t-dialin.net) has quit (Ping timeout: 244 seconds) | |
| [17:16:44] | egarbade (egarbade!~egarbade@TWILIGHTSPARKLE.ANDREW.CMU.EDU) has joined #mythtv-users | |
| [17:18:03] | faichele (faichele!~quassel@p4FCCFA68.dip.t-dialin.net) has joined #mythtv-users | |
| [17:19:00] | faichele_ (faichele_!~quassel@p4FCCEA67.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
| [17:25:22] | egarbade: | Hi there. I have just installed mythtv 0.25 and when I try to set the "audio output device" to a value other than "NULL", mythfrontend segfaults |
| [17:27:10] | egarbade: | Can someone please help me figure out what has gone wrong? |
| [17:28:18] | MMlosh (MMlosh!~MMlosh@2001:718:1e03:5168:a98f:9690:906:46d6) has joined #mythtv-users | |
| [17:32:51] | wagnerrp: | what are you trying to run this on? |
| [17:34:33] | egarbade: | Fedora 16 |
| [17:39:02] | faichele___ (faichele___!~quassel@p5795217F.dip.t-dialin.net) has joined #mythtv-users | |
| [17:41:21] | solars (solars!~solars@194.208.132.118) has joined #mythtv-users | |
| [17:42:20] | faichele (faichele!~quassel@p4FCCFA68.dip.t-dialin.net) has quit (Ping timeout: 260 seconds) | |
| [17:49:08] | devinheitmueller (devinheitmueller!~dheitmue@ool-44c12d92.dyn.optonline.net) has joined #mythtv-users | |
| [17:55:45] | hpeter (hpeter!~hpeter@178-83-238-145.dynamic.hispeed.ch) has joined #mythtv-users | |
| [17:58:23] | uh992k (uh992k!~Thomas@dslb-094-218-201-169.pools.arcor-ip.net) has joined #mythtv-users | |
| [17:58:27] | uh992k: | good evening |
| [17:58:43] | uh992k: | I don't understand it ... the scheduler still doesn't record what I want :( |
| [17:59:09] | uh992k: | it did rechedule the recording again in the morning on the next day although my PC was up and running |
| [17:59:56] | uh992k: | the strange is that "upcoming recordings" is always like I wanted it to be |
| [18:00:05] | uh992k: | but then he suddenly decides otherwise |
| [18:03:44] | ** wagnerrp considers whether some IP should simply be black-holed ** | |
| [18:03:58] | uh992k: | I hate this scheduler and I'll pin the recordings with manual override ... otherwise I can't trust him anymore ... sad :( |
| [18:05:22] | uh992k: | sphery: a couple of days ago you said that when programming "find one recording daily" the "day would start" at the time I selected my show in my EPG e.g. 9PM, right? |
| [18:06:11] | uh992k: | sphery: what would happen if the same show on the next day would actually start at 8:55PM? |
| [18:06:51] | wagnerrp: | it would likely skip it, since it already recorded one in that 24hr time period |
| [18:07:14] | lis0r (lis0r!~lisa@garak.bismuth83.co.uk) has quit (Ping timeout: 252 seconds) | |
| [18:07:39] | ** wagnerrp wonders why your broadcasters cant simply follow a regular time schedule ** | |
| [18:07:48] | uh992k: | hmm ... this shifting starting times seem to be a big problem for the scheduler ... |
| [18:08:28] | lis0r (lis0r!~lisa@garak.bismuth83.co.uk) has joined #mythtv-users | |
| [18:08:35] | uh992k: | but I don't understand why "upcoming recordings" always tell me what I want to read and the scheduler actually is recording something else |
| [18:09:02] | wagnerrp: | if these are unique episodes, such that duplicate matching doesnt cause problems |
| [18:09:02] | uh992k: | I guess that has something to do with EIT updates? |
| [18:09:11] | wagnerrp: | why not just record all? why do you have to specify a time frame? |
| [18:09:43] | uh992k: | because I don't want these shows be recorded in the morning ... my PC is off in this time and I don't want to waste additional power |
| [18:10:03] | kinsel8 (kinsel8!~jml974@191.112.233.220.static.exetel.com.au) has quit (Ping timeout: 245 seconds) | |
| [18:10:31] | uh992k: | its ridiculous to accept a higher power usage because it's impossible to say the scheduler what he is supposed to record imho |
| [18:11:52] | uh992k: | the thing is ... of course I could change to "record this show on any channel on any time" and to restrict it with program.starttime > ... |
| [18:12:32] | uh992k: | but actually I wouldn't like to have to put much effort in programming my timer ... it's probably not the only show which could cause problems |
| [18:12:46] | uh992k: | and I'll find out about only afterwards |
| [18:12:57] | sphery: | custom/power recording rule |
| [18:13:10] | sphery: | = "how to say to do what I want, regardless of scheduler's smarts" |
| [18:13:15] | sphery: | I told you that before |
| [18:13:29] | sphery: | or, just select the /earliest/ time that show will air |
| [18:13:35] | sphery: | and set up the find once daily rule |
| [18:13:45] | uh992k: | sphery: I tried it already |
| [18:13:49] | uh992k: | but it didn't work |
| [18:13:58] | uh992k: | I think it has something to do with shifting starting times |
| [18:14:01] | sphery: | no, you said you selected the 9:00 and had an 8:55 later |
| [18:14:13] | sphery: | so you need to select the 8:55 or before |
| [18:14:31] | uh992k: | no, the last setting I tested today way "find one daily" and "upcoming records" told me, it would record what I wanted |
| [18:14:32] | sphery: | you may be able to go into the schedule editor (maybe only in mythweb?) and change the start time, too |
| [18:14:33] | uh992k: | but it didn't |
| [18:14:45] | sphery: | meaning it recorded before that? |
| [18:14:53] | sphery: | if so, it's because it hadn't yet recorded for today |
| [18:15:16] | uh992k: | the thing is ... you said the day would start at the time I selected my program in my EPG |
| [18:15:28] | sphery: | at the time of the program you select in the EPG |
| [18:15:32] | sphery: | regardless of when you select it |
| [18:15:37] | uh992k: | yes, exactly |
| [18:15:49] | uh992k: | but what is when the next day the show starts 5min earlier? |
| [18:16:07] | tgm4883: | it wouldn't record that |
| [18:16:10] | sphery: | you need to select the next day's episode /because/ it's 5min earlier |
| [18:16:18] | sphery: | or you need to 05.09 14:14:32 <+sphery> you may be able to go into the schedule editor (maybe only in mythweb?) and change the start time, too |
| [18:16:37] | uh992k: | hmm ... ah that's an interesting idea |
| [18:16:43] | uh992k: | to adjust the starting time of the day? |
| [18:16:46] | sphery: | if nothing else, you can do a manual recording rule in mythweb where you specify the start time |
| [18:17:01] | sphery: | just pad it for the variability if you like |
| [18:17:19] | uh992k: | I think you gave me an idea ... |
| [18:17:29] | uh992k: | I have to try it :) hopefully it works |
| [18:17:47] | egarbade: | I tried reinstalling and rebooting, and I still can't get it to stop segfaulting |
| [18:18:11] | devinheitmueller: | brfransen: Steven loaned me an 1850 and 1250 last night. Should be all set to do the 1800 debugging and come up with a patch that works with all three. |
| [18:18:15] | sphery: | or, if you truly want to, "Do what I want, and don't use any of the intelligence of the scheduler that ensures you are least likely to ever miss an episode," create a custom/power recording rule |
| [18:18:45] | uh992k: | that would be be the next step if my test didn't work |
| [18:19:42] | uh992k: | mythtv is a real perfect tool ... but it's a bit disappointing that a master in computer science is not enough for the scheduler ;) |
| [18:21:10] | hpeter (hpeter!~hpeter@178-83-238-145.dynamic.hispeed.ch) has quit (Ping timeout: 252 seconds) | |
| [18:21:53] | FabriceMG (FabriceMG!~FabriceMG@APoitiers-155-1-19-49.w83-200.abo.wanadoo.fr) has joined #mythtv-users | |
| [18:22:19] | hpeter (hpeter!~hpeter@178-83-238-145.dynamic.hispeed.ch) has joined #mythtv-users | |
| [18:23:10] | sphery: | uh992k: you mean "not enough to override the scheduler that does the right thing" |
| [18:23:45] | sphery: | the only problem here is that you /think/ it will take more power for your system to wake up in the morning, record the show, then shut down, than it takes to record the show in the evening |
| [18:25:46] | frustration (frustration!421c1566@gateway/web/freenode/ip.66.28.21.102) has quit (Quit: Page closed) | |
| [18:26:18] | egarbade: | So, when I try to open audio settings, I get a warning "Pulse Audio is Running." Then, when I change the output device to ie "ALSA:default" and press scan, I get a seg fault |
| [18:30:29] | uh992k: | sphery: I would like to have something like "record this show at about this time +/- the half length of the show" and I would be happy |
| [18:30:41] | hpeter_ (hpeter_!~hpeter@178-83-238-145.dynamic.hispeed.ch) has joined #mythtv-users | |
| [18:30:41] | uh992k: | perhaps I have to integrated it myself |
| [18:30:57] | hpeter (hpeter!~hpeter@178-83-238-145.dynamic.hispeed.ch) has quit (Read error: Connection reset by peer) | |
| [18:30:58] | hpeter_ is now known as hpeter | |
| [18:31:11] | sphery: | uh992k: you have that... it's called custom/power recording rules |
| [18:31:29] | sphery: | they're the "for everyone else with specific/unusual requirements" rules |
| [18:31:42] | uh992k: | yes, I know that ... but it's too much effort ... I don't have a keyboard on my pc |
| [18:31:55] | ben1066 (ben1066!~quassel@host86-151-190-177.range86-151.btcentralplus.com) has quit (Ping timeout: 260 seconds) | |
| [18:31:56] | sphery: | do you have mythweb? |
| [18:32:06] | sphery: | do you have a PC with a keyboard from which you can ssh -Y ? |
| [18:32:17] | uh992k: | yes, but it's too complicated |
| [18:32:27] | uh992k: | of course everything is possible |
| [18:32:35] | uh992k: | but I want to do it with mythtv's epg |
| [18:32:46] | sphery: | well, that's what happens when you want something that no one else needs... |
| [18:32:53] | uh992k: | if it's not possible to do it with the frontend then there's a bug somewhere |
| [18:32:57] | sphery: | and you can do it with mythtv's epg |
| [18:33:13] | hpeter (hpeter!~hpeter@178-83-238-145.dynamic.hispeed.ch) has quit (Client Quit) | |
| [18:34:15] | faichele (faichele!~quassel@p5795283B.dip.t-dialin.net) has joined #mythtv-users | |
| [18:34:27] | uh992k: | I'll try to integrate this functionality myself and propose it as a patch |
| [18:34:47] | sphery: | "Match an exact title" clause + "Only in primetime" clause, then edit title and edit start/end times for allowed recording window |
| [18:34:52] | sphery: | no, we don't want the patch |
| [18:35:02] | sphery: | we've already turned it down with the recommendation to use custom rules |
| [18:35:07] | uh992k: | wrong ... prime-time is not right because it is fix at >7PM |
| [18:35:18] | sphery: | wrong |
| [18:35:34] | uh992k: | sure it is ... it's in the database ... I saw it with my own eyes |
| [18:35:36] | sphery: | "Only in primetime" clause is an /template/ you use in creating a custom/power recording rule |
| [18:35:46] | sphery: | then you edit the template for your exact needs |
| [18:36:00] | uh992k: | templates? hmm |
| [18:36:13] | uh992k: | and this works without keyboard? |
| [18:36:14] | sphery: | just like "Match an exact title" is not right because it is for "Nova" and that's almost definitely /not/ what you want to record |
| [18:36:17] | sphery: | but you edit that |
| [18:36:17] | sphery: | you can |
| [18:36:24] | sphery: | using the remote + pop up keybaord |
| [18:36:33] | sphery: | but you /have/ to use custom recording rules to get what you want |
| [18:37:06] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv-users | |
| [18:37:07] | uh992k: | too complicated ... I can't imagine that's sooo a special case to want something be recorded at a specified time on a specified channel with a tolerance of about ~30min |
| [18:37:09] | sphery: | somewhere under Manage Recordings|Schedule Recordings, something like Power Recording or Power Search or Custom ... |
| [18:37:10] | faichele___ (faichele___!~quassel@p5795217F.dip.t-dialin.net) has quit (Ping timeout: 260 seconds) | |
| [18:37:20] | uh992k: | every old VHS could do this |
| [18:37:25] | sphery: | no they couldn't |
| [18:37:38] | faichele__ (faichele__!~quassel@p4FCCE9E7.dip.t-dialin.net) has joined #mythtv-users | |
| [18:37:40] | sphery: | you couldn't say, "record <title> on or around <time> |
| [18:37:54] | sphery: | you had to say, "Record from 7:45 to 9:15 on channel X" |
| [18:38:01] | sphery: | which you /can/ do with a Manual Recording rules |
| [18:38:09] | uh992k: | not exactly, but the starting time could be adjusted if it started earlier or later |
| [18:38:14] | uh992k: | without keyboard? |
| [18:38:20] | sphery: | yues |
| [18:38:21] | sphery: | yes |
| [18:38:22] | uh992k: | ah yes ... this works, of course |
| [18:38:28] | sphery: | everythign in mythtv is available without a keyboard |
| [18:38:44] | sphery: | you can just hit SELECT in a text edit box and get a pop up keyboard to navigate with your remote |
| [18:39:04] | uh992k: | I already said ... something like this is not practicable |
| [18:39:31] | tgm4883: | honestly it sounds like a niche area to me |
| [18:39:49] | faichele (faichele!~quassel@p5795283B.dip.t-dialin.net) has quit (Ping timeout: 248 seconds) | |
| [18:40:00] | uh992k: | hmm ... perhaps I'm a control freak and I want to have control over the scheduler :D |
| [18:40:18] | tgm4883: | uh992k, apparently you aren't, as you would be happy with custom rules then |
| [18:40:37] | sphery: | uh992k: here's your ticket (that I just wasted my time finding, since you wouldn't believe my telling you about it) – http://code.mythtv.org/trac/ticket/4879 |
| [18:41:03] | uh992k: | oha ... have to read this |
| [18:41:08] | sphery: | comment 6 |
| [18:41:09] | uh992k: | it's not mine, but a good idea |
| [18:41:17] | sphery: | comment 8 |
| [18:41:18] | ben1066 (ben1066!~quassel@host86-160-30-34.range86-160.btcentralplus.com) has joined #mythtv-users | |
| [18:41:24] | uh992k: | hah! someone else with the same problem :D |
| [18:41:26] | sphery: | are both by the guy who's in charge of the scheduler |
| [18:41:52] | sphery: | "I'd much rather see the power of custom rules be made more accessible. One idea I have percolating is to add custom recording clauses that could be enabled or disabled easily in the recording rule editor for regular rules. The new clauses would probably be presented much like the "Post Recording Processing" options." |
| [18:42:02] | sphery: | which is what he's /started/ with the templates |
| [18:42:16] | sphery: | (not the power rule editor templates, but regular recording rule templates) |
| [18:42:27] | sphery: | so we won't accept any new recording types |
| [18:42:30] | sphery: | it's already too complex |
| [18:42:35] | uh992k: | sphery: thx a lot for this like ... I'll read it very carefully :) |
| [18:42:45] | sphery: | and too few people need to micro-manage the scheduler to make it worth making this more complex |
| [18:43:10] | tgm4883: | I'd image 80% of the recording rules are covered by the 3 available in the schedule guide |
| [18:43:16] | tgm4883: | just by hitting the record button |
| [18:43:28] | uh992k: | hmm ... actually, the scheduler should compensate "starttimeslacks" automatically without the need to manually intervention |
| [18:43:35] | tgm4883: | which I don't recall exactly what they are off the top of my head |
| [18:43:36] | sphery: | the end result is, "we don't want more recording types, or options, and about the only thing we'd accept is a template (actually called "filter" now) that's simple and doesn't make it more complex" |
| [18:43:43] | sphery: | uh992k: no, it shouldn't |
| [18:44:00] | sphery: | uh992k: as I told you, timeslot rules are not designed for the purpose you're trying to use them for |
| [18:44:17] | uh992k: | ah, with "recording templates" you mean the "filter box"? |
| [18:44:44] | sphery: | they are specifically for generic shows (meaning duplicate matching doesn't work) that air frequently, but where a specific one of them is generally the "new" one |
| [18:44:46] | tgm4883: | sphery, would timeslot record every day at that time? (not adjusting for 5 minutes early)? |
| [18:45:00] | sphery: | uh992k: yes, teh templates he talked about in that post are called filters |
| [18:45:12] | sphery: | tgm4883: timeslot = exact start and end time |
| [18:45:25] | sphery: | again, it's wrong for 99.99999999999% of users |
| [18:45:26] | uh992k: | yes, but that's wrong ... |
| [18:45:28] | uh992k: | because: |
| [18:45:30] | sphery: | no, it's not |
| [18:45:33] | tgm4883: | sphery, so if the show is starting 5 minutes early, it wouldn't record any part of it? |
| [18:45:36] | sphery: | it works perfectly for what it's designed for |
| [18:45:43] | sphery: | anything else shouldn't be a timeslot rule |
| [18:45:47] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv-users | |
| [18:45:57] | sphery: | in truth, I'd love to remove timeslot rules because they're abused |
| [18:45:58] | uh992k: | for what purpose then is the e.g. start-early time in the scheduler? |
| [18:46:05] | uh992k: | it should be used to compensate timeslacks |
| [18:46:08] | sphery: | and then people who haven't any idea how the scheduler works says it doesn't work |
| [18:46:24] | sphery: | when in fact it's doing /exactly/ what they're telling it to do--but they're telling it to do the wrong thing |
| [18:46:48] | tgm4883: | uh992k, how many recording rules do you have |
| [18:46:53] | sphery: | in your particular case, the right solution is either an "any time" rule (assuming good duplicate matching) or a custom rule |
| [18:47:01] | uh992k: | sphery: in one thing you are absolutely right ... the timeslot thing doesn't have any sense at all |
| [18:47:14] | uh992k: | in the current implementation at least |
| [18:47:15] | sphery: | and specifically /because/ what you're trying to do is impose your will instead of using the scheduler |
| [18:47:20] | sphery: | therefore, custom rule |
| [18:47:29] | uh992k: | because it shoudln't math for program.title ... it should simply record, nothing else |
| [18:47:32] | uh992k: | match |
| [18:47:34] | faichele (faichele!~quassel@p4FCCEB5F.dip.t-dialin.net) has joined #mythtv-users | |
| [18:47:35] | sphery: | timeslot makes perfect sense for what it's designed for |
| [18:47:41] | sphery: | but it's not designed for what you want |
| [18:47:42] | uh992k: | for what? |
| [18:47:48] | sphery: | 05.09 14:44:43 <+sphery> they are specifically for generic shows (meaning duplicate matching doesn't work) that air frequently, but where a specific one of them is generally the "new" one |
| [18:47:57] | sphery: | and, air at a given time |
| [18:48:10] | sphery: | i.e. The Daily Show broadcasts in the US |
| [18:48:17] | uh992k: | yes, you already told me that |
| [18:48:42] | sphery: | for yours--because you have /additional complications/ (changing start/end times)--you want custom rules |
| [18:48:53] | sphery: | either that or just let the scheduler do the right thing |
| [18:48:58] | tgm4883: | and that is what makes it niche |
| [18:49:19] | uh992k: | the scheduler didn't do the right thing ... that was my problem |
| [18:49:21] | sphery: | and be amazed that it can start up in the morning, record the show, then shut down, and you won't be using significantly more power |
| [18:49:25] | uh992k: | let me explain pls |
| [18:49:33] | sphery: | let's say you have the worst computer in the world and it takes 300W |
| [18:49:48] | uh992k: | yesterday it didn't record my show because on pc power up there was a drive check and it couldn't meet the starting time |
| [18:50:00] | uh992k: | so I let it record today in the morning where the same episode was repeated |
| [18:50:15] | uh992k: | but then he didn't record evenings alghouth my computer was up and running the whole day |
| [18:50:24] | uh992k: | and I don't know why it didn't record |
| [18:50:28] | sphery: | if that runs for an hour in the morning, and you always turn it on anyway, at night when the show re-airs, 300W for 1hr/day = 79.5kWh/yr |
| [18:50:33] | uh992k: | it does not do what I expect it do to and that's my problem |
| [18:50:36] | sphery: | which isn't that much... |
| [18:50:37] | faichele__ (faichele__!~quassel@p4FCCE9E7.dip.t-dialin.net) has quit (Ping timeout: 252 seconds) | |
| [18:50:52] | sphery: | but since most computers are more like 80W or even 40W... |
| [18:50:57] | uh992k: | 80W |
| [18:50:59] | sphery: | you'll be using a fraction of that |
| [18:51:10] | tgm4883: | so the question seems to be, why didn't it record that night? |
| [18:51:24] | uh992k: | but it's not only power usage ... it's about letting pc hardware senseless run 24/7 without being used |
| [18:51:52] | uh992k: | yes, the question is, why didn't it record today in the evening |
| [18:51:56] | sphery: | uh992k: because it recorded the morning one, it's attempting to wait for about 24hrs because of your "once per day" qualification in the rule |
| [18:52:15] | uh992k: | k ... |
| [18:52:21] | tgm4883: | sphery, ok, thats where it's confusing |
| [18:52:29] | sphery: | or else tonight's was 5min before day start or something? |
| [18:52:54] | tgm4883: | sphery, I have to admit, I completely misunderstood how you explained it the other day then |
| [18:52:57] | sphery: | anyway, because you want to override all of the scheduler's decisions, you should be using custom rules |
| [18:52:59] | uh992k: | so the thing which clearly is missing is a preffered-timeslot in which the show is recorded |
| [18:53:10] | sphery: | tgm4883: that's me saying I have no idea why it did that |
| [18:53:33] | uh992k: | and not "don't record it if you found a show a 2nd time" |
| [18:53:46] | sphery: | uh992k: mythtv always tries to record the show as soon as possible within the constraints specified so that if it fails, it can catch a later showing |
| [18:53:59] | uh992k: | preffer 7PM and if you already recorded one in the morning then record it anyways |
| [18:54:09] | sphery: | custom rule will le tyou do that |
| [18:54:13] | sphery: | anyway, I have real work to do |
| [18:54:13] | faichele (faichele!~quassel@p4FCCEB5F.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
| [18:54:17] | sphery: | I can't keep arguing |
| [18:54:17] | tgm4883: | uh992k, your answer is custom rules |
| [18:54:23] | uh992k: | yes, but it should work out of the box without having the need of custom rules |
| [18:54:30] | tgm4883: | uh992k, incorrect |
| [18:54:31] | sphery: | but you do need custom rules if you want to do it "my way" regardless of the schduler |
| [18:54:36] | uh992k: | every stupid video recorder can do this |
| [18:54:43] | tgm4883: | uh992k, it should work OOTB without custom rules for 90% of the people |
| [18:54:47] | tgm4883: | which it does |
| [18:54:50] | faichele (faichele!~quassel@p4FCCE4FD.dip.t-dialin.net) has joined #mythtv-users | |
| [18:54:54] | tgm4883: | uh992k, show me 2 |
| [18:54:58] | ** sphery thinks you're giving "stupid video recorders" a lot more credit than they deserve ** | |
| [18:55:26] | uh992k: | perhaps ... but I would like to prioritize the time in which my show is recorded |
| [18:55:33] | uh992k: | prefferable at 7PM |
| [18:55:43] | tgm4883: | uh992k, which is done via custom rules |
| [18:55:49] | sphery: | yes |
| [18:55:54] | uh992k: | that's an universal excuse :) |
| [18:55:59] | sphery: | because it goes against basic assumptions of the scheduler |
| [18:56:00] | tgm4883: | uh992k, no it's not |
| [18:56:13] | sphery: | such as: record the earliest showing possible so that we have other options in the event of failure |
| [18:56:13] | tgm4883: | uh992k, it's the answer for you niche case |
| [18:56:18] | sphery: | which is /not/ something we want to chagne |
| [18:56:53] | tgm4883: | sphery, what are the three recording types you get from hitting the record button in the guide? |
| [18:57:12] | uh992k: | but is this behaviour okay if e.g. yesterday evenings the show couldn't recorded, than it records it in the morning but at the evening it doesn't record it because it would have recorded then 2shows in 24h? |
| [18:57:18] | sphery: | tgm4883: I don't remember |
| [18:57:30] | tgm4883: | sphery, you make it hard to make a point ;) |
| [18:59:19] | sphery: | record all, record one, find one |
| [18:59:30] | sphery: | though if you have an override, it will remove it |
| [18:59:45] | sphery: | and if you have a don't record override, it will change it to a do record |
| [18:59:47] | uh992k: | currently I powersearched the schedule for record all AND hour(program.starttime) >18 |
| [19:00:14] | tgm4883: | sphery, would you say that covers > 80% of the schedules? |
| [19:01:06] | tgm4883: | uh992k, you could just put in a VCR mode rule? |
| [19:01:44] | sphery: | definitely |
| [19:02:16] | uh992k: | yes, and I probably will do this (for this single show) |
| [19:02:38] | tgm4883: | and would you say the other presets would cover another 15%? |
| [19:02:38] | sphery: | in my system, I have 103 rules and 6 power rules |
| [19:02:55] | uh992k: | "record all" with "prime-time" filter is a good solution for most others show starting at 8PM |
| [19:03:06] | uh992k: | wow |
| [19:03:06] | tomimo (tomimo!~kurre@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv-users | |
| [19:03:09] | uh992k: | that's alot |
| [19:03:19] | sphery: | where most of those are for things like, "Flashpoint", which exists as both a News show and a Drama (and I only want the drama) |
| [19:03:22] | tgm4883: | uh992k, how many rules do you have? |
| [19:03:47] | uh992k: | you can't compare my rule set with the set from sphery because I installed my mythtv about one week ago |
| [19:03:56] | tgm4883: | sphery, I don't think I've seen the news show. I don't think I have a special rule for that either |
| [19:04:12] | tgm4883: | uh992k, who says I'm comparing? |
| [19:04:27] | uh992k: | I thought you were ... currently ~10 |
| [19:04:31] | uh992k: | and 4 of them power searches |
| [19:04:44] | tgm4883: | uh992k, are all the power searches the same? |
| [19:04:48] | sphery: | right, but the point of his question is "unless you have to create 100 rules that override the scheduler, doing a few custom rules for the shows you want to record your way shouldn't be tough" |
| [19:05:11] | uh992k: | no ... absolutely not :) that's for special content I have searched for a long time :) |
| [19:05:12] | sphery: | i.e. do you /really/ need to specify "only record it if in the evening on all your rules? |
| [19:05:37] | uh992k: | so the power rules are for shows which are absolutely not foreseeable |
| [19:06:19] | tgm4883: | uh992k, how many shows do you plan on recording? eg. how many rules total do you think you'll have when you are done? |
| [19:06:45] | uh992k: | I know in which direction you want with your question |
| [19:07:06] | uh992k: | of course it wouldn't be thousands of recording rules |
| [19:07:08] | Oleg_ (Oleg_!~webcam@pool-96-224-20-249.nycmny.east.verizon.net) has quit (Quit: Leaving) | |
| [19:07:16] | tgm4883: | uh992k, will it be 100? |
| [19:07:24] | uh992k: | perhaps ... I don't know yet |
| [19:07:43] | tgm4883: | fair enough, lets take the rules you currently have |
| [19:07:58] | tgm4883: | only 1 of the 10 is this "must record first showing after 7:00PM" |
| [19:08:12] | tgm4883: | that's even niche in your own set of rules |
| [19:09:02] | uh992k: | I know you would say that ... But my problem is that I can't rely on the scheduler because it does what it want |
| [19:09:31] | uh992k: | and I want to watch my shows daily and not 2 per day and the next day no one at all |
| [19:09:43] | uh992k: | none |
| [19:10:07] | uh992k: | I recorded show which are broadcast weekly in the evening ... I scheduled "one weekly" with "prime-time" |
| [19:10:13] | tgm4883: | uh992k, and this is the only show that has this issue? |
| [19:10:20] | uh992k: | otherwise it would schedule a repetition in the morning or something |
| [19:10:28] | uh992k: | no, absolutely not |
| [19:10:44] | uh992k: | my problem is that I'm coping with the scheduler ... it doesn't do what I want and I don't know why |
| [19:10:49] | tgm4883: | uh992k, where do you live? |
| [19:10:51] | Hoochster (Hoochster!~Hoochster@173.216.129.198) has joined #mythtv-users | |
| [19:10:55] | uh992k: | germany, muncih |
| [19:11:02] | tgm4883: | hmm |
| [19:11:17] | uh992k: | and it's hard for me to rely on something I don't understand |
| [19:11:17] | tgm4883: | IDK what your program data is like |
| [19:11:23] | uh992k: | and how hard I try I don't get the clou |
| [19:11:50] | tgm4883: | uh992k, I'm not 100% sure why you don't like the idea of doing a custom rule |
| [19:11:56] | tgm4883: | for this particular recording |
| [19:12:12] | uh992k: | yes, I already did it about 2 hours ago |
| [19:12:21] | uh992k: | I don't see any other way how it would be properly recorded |
| [19:12:35] | tgm4883: | uh992k, well that is what we've been telling you |
| [19:12:40] | tgm4883: | since the beginning of time |
| [19:12:53] | sphery: | "if you want to do it your way, and not the schduler's way, use a custom rule" |
| [19:12:56] | sphery: | :) |
| [19:12:57] | uh992k: | yes, but I couldn't imagine that's such a special case |
| [19:13:03] | tgm4883: | IIRC sphery said a "once per day" rule MIGHT work |
| [19:13:06] | sphery: | yes, it is |
| [19:13:07] | uh992k: | just record something in a timeslot with tolerance |
| [19:13:12] | tgm4883: | uh992k, it actually is a very special case |
| [19:13:29] | faichele_ (faichele_!~quassel@p4FCCFBA3.dip.t-dialin.net) has joined #mythtv-users | |
| [19:13:39] | uh992k: | It's probably okay for people who record weeks and weeks of stuff and watch the movies somewhen |
| [19:13:39] | sphery: | because generally people would just let it record in the morning (or whenever it first airs), shut itself down, then they'd enjoy watching it that night |
| [19:13:43] | tgm4883: | probably because you have bad schedule data |
| [19:14:02] | sphery: | meaning most everyone actually wants an "any time" rule |
| [19:14:09] | uh992k: | I let it record in the morning but then it didn't record in the evening although "upcoming records" told me it would |
| [19:14:09] | sphery: | because /you/ say you want variance |
| [19:14:11] | uh992k: | that's my problem |
| [19:14:14] | sphery: | what variance is appropriate |
| [19:14:15] | sphery: | 1min |
| [19:14:17] | sphery: | 5min\ |
| [19:14:18] | sphery: | 10 min |
| [19:14:19] | sphery: | 30 min |
| [19:14:22] | sphery: | 2hrs? |
| [19:14:26] | sphery: | that's why it's a custom rule |
| [19:14:29] | uh992k: | +/- the half length of the show |
| [19:14:34] | sphery: | so you can say "I want /this/ variance" |
| [19:14:41] | tgm4883: | uh992k, seriously? |
| [19:14:44] | uh992k: | sure |
| [19:14:50] | sphery: | so, we know your vote |
| [19:14:55] | tgm4883: | do they not run marathons in germany? |
| [19:14:56] | sphery: | now let's get the votes of the other 100K users |
| [19:15:07] | uh992k: | yay! voting :) |
| [19:15:09] | tgm4883: | how would that even work with back2back2back episodes |
| [19:15:09] | sphery: | and if all are unanimous, we can add the variation you suggested :) |
| [19:15:24] | uh992k: | I'm looking forward to :) |
| [19:15:30] | faichele_____ (faichele_____!~quassel@p57952DB6.dip.t-dialin.net) has joined #mythtv-users | |
| [19:15:40] | tgm4883: | To the batmobile! |
| [19:15:50] | tgm4883: | correction |
| [19:15:53] | tgm4883: | To the Batmobile! |
| [19:16:03] | tgm4883: | I think since there is only 1 it should be a proper name |
| [19:16:22] | uh992k: | to be serious ... it wouldn't be a problem at all if the scheduler wouldn't decided every 5min something else |
| [19:16:36] | sphery: | uh992k: the point is that everyone has a different concept of what's an appropriate "slop" to use for "timeslot" |
| [19:16:47] | sphery: | therefore, it should be a custom rule |
| [19:16:58] | uh992k: | I'll try it with "record any on any channel" with deduplication ... that's my next test :) |
| [19:16:59] | tgm4883: | uh992k, your particular issue would require additional digging into your logs |
| [19:17:03] | sphery: | otherwise, it will turn out for some just like the Primetime filter turns out for you--almost what you want, but not exactly |
| [19:17:04] | Steve_Goodey: | Are we done yet? Please!! |
| [19:17:11] | sphery: | meaning they'd still need a custom rule |
| [19:17:17] | tgm4883: | Steve_Goodey, we've yet to record your vote |
| [19:17:20] | faichele (faichele!~quassel@p4FCCE4FD.dip.t-dialin.net) has quit (Ping timeout: 272 seconds) | |
| [19:17:21] | uh992k: | then I'll force it to record it at the evening and it *should* work than as expected |
| [19:17:36] | faichele (faichele!~quassel@p4FCCFF78.dip.t-dialin.net) has joined #mythtv-users | |
| [19:18:04] | faichele_ (faichele_!~quassel@p4FCCFBA3.dip.t-dialin.net) has quit (Ping timeout: 245 seconds) | |
| [19:18:34] | sphery: | and if you really need the same, "only record between 1837 and 2142" type clause, you /can/ create that as a "Saved" rule in the custom rule editor |
| [19:18:41] | sphery: | then you can apply that clause to any/all of your custom rules |
| [19:18:46] | sphery: | meaning you only need to type it once |
| [19:18:59] | uh992k: | k, thx, I'll keep it in mind and test it if my next test fails |
| [19:19:00] | tgm4883: | uh992k, nothing in computing is random. if the scheduler decided to record or not record a particular showing, it was because that is precisely what it was told to do. Whether or not you told it what you think you told it is up to in the air |
| [19:19:22] | uh992k: | tgm4883: it was a combination of shifting startging time and "find one daily" rule |
| [19:19:23] | sphery: | save it as "uh992k requirement" and then, instead of selecting, "Only in prime time" example clause, select, "uh992k requirement" :) |
| [19:19:27] | uh992k: | I'm quite certain of that |
| [19:19:28] | tgm4883: | I know I've misunderstood when MythTV developers have told me how things work before |
| [19:19:58] | tgm4883: | uh992k, so it sounds like the "find one daily" rule doesn't work how you think it works |
| [19:20:06] | tgm4883: | which is probably the case |
| [19:20:10] | uh992k: | sphery explained how it would work |
| [19:20:14] | tgm4883: | as I misunderstood how that works as well |
| [19:20:21] | tgm4883: | sphery, did you write that rule? |
| [19:20:48] | sphery: | which rule? |
| [19:21:02] | tgm4883: | the "find one daily" |
| [19:21:10] | sphery: | no, it existed long before I started with mythtv |
| [19:21:18] | faichele_____ (faichele_____!~quassel@p57952DB6.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
| [19:21:47] | faichele___ (faichele___!~quassel@p4FCCE51E.dip.t-dialin.net) has joined #mythtv-users | |
| [19:21:54] | tgm4883: | sphery, so while a super expert at mythtv, since you don't use that rule extensively and didn't write it. It could work differently that previously thought? |
| [19:22:32] | faichele (faichele!~quassel@p4FCCFF78.dip.t-dialin.net) has quit (Ping timeout: 244 seconds) | |
| [19:22:52] | uh992k: | wow ... they had such great ideas 3yrs ago "I'm considering solving this by adding a kFuzzyslotRecord recording type that would record shows that occurred within += 2 hours of the original time." |
| [19:23:13] | uh992k: | I'd love this :) |
| [19:23:40] | kinsel8 (kinsel8!~jml974@191.112.233.220.static.exetel.com.au) has joined #mythtv-users | |
| [19:24:33] | tgm4883: | uh992k, I think you missed the part where he says "This ticket has languished for 4 years. If it hasn't been important enough to add by now, it probably never will be." |
| [19:24:57] | uh992k: | but it doesn't prevent me from patching my source with this patch :) |
| [19:25:08] | tgm4883: | true |
| [19:25:16] | tgm4883: | uh992k, you could take the other approach as well |
| [19:25:23] | uh992k: | which other? |
| [19:25:29] | uh992k: | custom rules?^^ |
| [19:25:30] | uh992k: | lol |
| [19:25:46] | tgm4883: | the one where you contact the people in charge of doing your guide data and get them to make it better |
| [19:25:47] | brfransen: | devinheitmueller: good. The weekend got away from me to do more testing. |
| [19:26:08] | faichele (faichele!~quassel@p4FCCEBFE.dip.t-dialin.net) has joined #mythtv-users | |
| [19:26:18] | uh992k: | hmm ... that's an interesting idea |
| [19:26:31] | devinheitmueller: | brfransen: tekdoc pointed out that the issue disappeared for him as soon as he changed the capture resolution to 720x480 (instead of 480x480). You should definitely try that to see if it makes a difference. |
| [19:26:33] | uh992k: | Perhaps the cause for my problems is just the EIT |
| [19:26:38] | sphery: | uh992k: the reason we closed it was because a) we didn't want a new recording rule type (more complexity for all users to support a few who have special requirements) and b) we couldn't come up with a good value for how much slop to allow |
| [19:26:53] | tgm4883: | uh992k, could be. Do you only get your data via EIT? |
| [19:26:58] | uh992k: | yes |
| [19:27:30] | brfransen: | I am pretty sure all my profiles are set to 720x480. |
| [19:27:35] | sphery: | uh992k: but since custom rules allow anyone to create a rule with whatever slop they want with any version of MythTV back before 0.16 (as long as I've been using MythTV), there wasn't need for a change |
| [19:27:44] | lautriv (lautriv!~lautriv@g231000224.adsl.alicedsl.de) has quit (Ping timeout: 250 seconds) | |
| [19:27:50] | uh992k: | I understand |
| [19:27:53] | brfransen: | besides I never got a clean pic outside of myth either. |
| [19:27:57] | sphery: | especially since you can create a clause for you to add to all of your rules by simply clicking the button in the custom rule editor |
| [19:28:23] | uh992k: | but I really wondered why something sophisticated like mythtv's scheduler couldn't compensate time slacks |
| [19:28:41] | uh992k: | but okay ... I think there is more to discuss |
| [19:28:47] | uh992k: | no |
| [19:29:40] | faichele___ (faichele___!~quassel@p4FCCE51E.dip.t-dialin.net) has quit (Ping timeout: 260 seconds) | |
| [19:29:46] | sphery: | it can--with the right rule |
| [19:30:01] | sphery: | it's just that timeslot is /not/ designed for that |
| [19:30:12] | uh992k: | yes, but I didn't only try timeslot |
| [19:30:17] | sphery: | and currently we only allow slop in custom rules |
| [19:30:22] | uh992k: | I also tried the "find one daily" and got on other problems |
| [19:31:00] | uh992k: | k, thank you for your patience :) |
| [19:31:16] | faichele (faichele!~quassel@p4FCCEBFE.dip.t-dialin.net) has quit (Ping timeout: 272 seconds) | |
| [19:32:02] | sphery: | anyway, good luck, and if you have questions about the custom rules, please let us know |
| [19:33:19] | uh992k: | thx, but the custom rules are really straight forward (alghouth one has to speak SQL) |
| [19:33:21] | FabriceMG (FabriceMG!~FabriceMG@APoitiers-155-1-19-49.w83-200.abo.wanadoo.fr) has quit (Quit: Ex-Chat) | |
| [19:33:23] | sphery: | I'm guessing yours will be straightforward enough, using exact title + primetime, then customizing |
| [19:33:45] | uh992k: | yes |
| [19:33:48] | sphery: | right, that's the main reason why we're attempting to make some of them more accessible through filters |
| [19:33:57] | uh992k: | powersearch is the easy part of the scheduler :D |
| [19:34:44] | sphery: | and if you do need to do this for several rules, make sure you save the customized SQL as a template |
| [19:35:00] | uh992k: | k, thx I'll do this :) |
| [19:35:28] | uh992k: | "uf992k pre-prime-time-only-evenings-template" :) |
| [19:36:51] | uh992k: | but before I do this, I'll try "record this show on any channel any time" with deduplication ... perhaps it does what I expect it to do |
| [19:37:00] | faichele (faichele!~quassel@p57952169.dip.t-dialin.net) has joined #mythtv-users | |
| [19:39:16] | uh992k: | btw ... I got my Igor USB IR receiver and it works great with lirc :) Yay! |
| [19:40:01] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Quit: Ex-Chat) | |
| [19:41:10] | lautriv (lautriv!~lautriv@f050086095.adsl.alicedsl.de) has joined #mythtv-users | |
| [19:42:15] | faichele___ (faichele___!~quassel@p579529BD.dip.t-dialin.net) has joined #mythtv-users | |
| [19:42:50] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv-users | |
| [19:44:20] | faichele___ (faichele___!~quassel@p579529BD.dip.t-dialin.net) has quit (Read error: Operation timed out) | |
| [19:44:59] | faichele___ (faichele___!~quassel@p5795250A.dip.t-dialin.net) has joined #mythtv-users | |
| [19:45:50] | faichele (faichele!~quassel@p57952169.dip.t-dialin.net) has quit (Ping timeout: 272 seconds) | |
| [19:46:12] | esperegu (esperegu!~quassel@145.116.15.244) has quit (Remote host closed the connection) | |
| [19:47:24] | uh992k (uh992k!~Thomas@dslb-094-218-201-169.pools.arcor-ip.net) has left #mythtv-users () | |
| [19:48:07] | faichele_ (faichele_!~quassel@p57952CAE.dip.t-dialin.net) has joined #mythtv-users | |
| [19:48:35] | pmhahn (pmhahn!~pmhahn@2001:4dd0:ff00:8d31:219:dbff:fef2:e135) has joined #mythtv-users | |
| [19:51:22] | faichele___ (faichele___!~quassel@p5795250A.dip.t-dialin.net) has quit (Ping timeout: 252 seconds) | |
| [19:51:49] | uh992k (uh992k!~Thomas@dslb-094-218-201-169.pools.arcor-ip.net) has joined #mythtv-users | |
| [19:53:00] | dkeith (dkeith!~dkeith@pool-98-118-119-211.bstnma.fios.verizon.net) has quit (Ping timeout: 260 seconds) | |
| [19:57:50] | dkeith (dkeith!~dkeith@pool-98-118-119-211.bstnma.fios.verizon.net) has joined #mythtv-users | |
| [20:02:27] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has joined #mythtv-users | |
| [20:03:21] | faichele_ (faichele_!~quassel@p57952CAE.dip.t-dialin.net) has quit (Ping timeout: 244 seconds) | |
| [20:06:35] | faichele_ (faichele_!~quassel@p4FCCF779.dip.t-dialin.net) has joined #mythtv-users | |
| [20:08:04] | hadees (hadees!~hadees@64.132.24.248) has quit (Quit: hadees) | |
| [20:11:08] | faichele_ (faichele_!~quassel@p4FCCF779.dip.t-dialin.net) has quit (Ping timeout: 240 seconds) | |
| [20:14:20] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has quit (Remote host closed the connection) | |
| [20:14:26] | faichele_ (faichele_!~quassel@p4FCCEF2B.dip.t-dialin.net) has joined #mythtv-users | |
| [20:15:49] | hadees (hadees!~hadees@72-48-211-16.dyn.grandenetworks.net) has joined #mythtv-users | |
| [20:16:49] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv-users | |
| [20:17:30] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has joined #mythtv-users | |
| [20:28:08] | hR13 (hR13!~hR13@h164n7c1o253.bredband.skanova.com) has quit (Quit: Leaving) | |
| [20:29:09] | stevegoodey (stevegoodey!~Steve_Goo@host86-182-4-91.range86-182.btcentralplus.com) has joined #mythtv-users | |
| [20:30:20] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has quit (Ping timeout: 260 seconds) | |
| [20:32:00] | stevegoodey (stevegoodey!~Steve_Goo@host86-182-4-91.range86-182.btcentralplus.com) has quit (Client Quit) | |
| [20:34:17] | director9 (director9!director9@213.219.145.237.adsl.dyn.edpnet.net) has quit (*.net *.split) | |
| [20:34:17] | KaZeR (KaZeR!~kazer@102.170.67.86.rev.sfr.net) has quit (*.net *.split) | |
| [20:36:26] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has joined #mythtv-users | |
| [20:39:28] | director9 (director9!director9@213.219.145.237.adsl.dyn.edpnet.net) has joined #mythtv-users | |
| [20:40:22] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-26.columbus.res.rr.com) has joined #mythtv-users | |
| [20:42:26] | ghoti_ (ghoti_!~paul@scratch.it.ca) has joined #mythtv-users | |
| [20:42:29] | brtb (brtb!~brtb@linode.brtb.net) has joined #mythtv-users | |
| [20:42:49] | kloeri_ (kloeri_!~kloeri@freenode/staff/exherbo.kloeri) has joined #mythtv-users | |
| [20:44:54] | faichele_ (faichele_!~quassel@p4FCCEF2B.dip.t-dialin.net) has quit (Ping timeout: 252 seconds) | |
| [20:46:59] | kloeri (kloeri!~kloeri@freenode/staff/exherbo.kloeri) has quit (Remote host closed the connection) | |
| [20:47:01] | brtb_ (brtb_!~brtb@linode.brtb.net) has quit (Write error: Broken pipe) | |
| [20:47:01] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (Write error: Broken pipe) | |
| [20:47:02] | UrB (UrB!~jarrru@91.155.38.113) has quit (Write error: Broken pipe) | |
| [20:47:02] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Write error: Broken pipe) | |
| [20:47:02] | squidly (squidly!~squidly@HoodLUG/member/squidly) has quit (Write error: Broken pipe) | |
| [20:47:04] | sutula (sutula!sutula@nat/hp/x-sqaesklczhucdlpx) has quit (Excess Flood) | |
| [20:47:05] | wahrhaft_ (wahrhaft_!~quassel@cpe-24-210-71-26.columbus.res.rr.com) has quit (Remote host closed the connection) | |
| [20:47:13] | faichele (faichele!~quassel@p4FCCEA66.dip.t-dialin.net) has joined #mythtv-users | |
| [20:47:24] | sutula (sutula!sutula@nat/hp/x-rxmgbatzxkgbynte) has joined #mythtv-users | |
| [20:47:26] | KaZeR (KaZeR!~kazer@102.170.67.86.rev.sfr.net) has joined #mythtv-users | |
| [20:47:51] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Quit: Ex-Chat) | |
| [20:47:56] | Ryushin (Ryushin!proxy@cl-412.phx-01.us.sixxs.net) has quit (Quit: Client exiting) | |
| [20:48:46] | kloeri_ (kloeri_!~kloeri@freenode/staff/exherbo.kloeri) has quit (Read error: Connection reset by peer) | |
| [20:48:47] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv-users | |
| [20:48:58] | kloeri (kloeri!~kloeri@freenode/staff/exherbo.kloeri) has joined #mythtv-users | |
| [20:49:53] | faichele_ (faichele_!~quassel@p5795264F.dip.t-dialin.net) has joined #mythtv-users | |
| [20:50:16] | squidly (squidly!~squidly@HoodLUG/member/squidly) has joined #mythtv-users | |
| [20:52:36] | XDot (XDot!~me@unaffiliated/xdot) has joined #mythtv-users | |
| [20:52:40] | XDot: | anyone knows this actreess? http://i.imgur.com/Wr5SH.png |
| [20:53:04] | faichele (faichele!~quassel@p4FCCEA66.dip.t-dialin.net) has quit (Ping timeout: 245 seconds) | |
| [20:54:47] | kloeri (kloeri!~kloeri@freenode/staff/exherbo.kloeri) has quit (Read error: Connection reset by peer) | |
| [20:54:59] | kloeri (kloeri!~kloeri@freenode/staff/exherbo.kloeri) has joined #mythtv-users | |
| [20:57:23] | XDot (XDot!~me@unaffiliated/xdot) has quit (Ping timeout: 260 seconds) | |
| [20:59:34] | sulx1 (sulx1!~sulx@85-23-14-250.bb.dnainternet.fi) has joined #mythtv-users | |
| [20:59:55] | sulx (sulx!~sulx@85-23-14-250.bb.dnainternet.fi) has quit (Ping timeout: 260 seconds) | |
| [20:59:58] | XDot (XDot!~me@unaffiliated/xdot) has joined #mythtv-users | |
| [21:00:13] | GreyFoxx (GreyFoxx!~greg@out.of.phaze.org) has quit (Ping timeout: 260 seconds) | |
| [21:00:34] | GreyFoxx (GreyFoxx!~greg@out.of.phaze.org) has joined #mythtv-users | |
| [21:00:52] | kloeri (kloeri!~kloeri@freenode/staff/exherbo.kloeri) has quit (Read error: Connection reset by peer) | |
| [21:01:04] | kloeri (kloeri!~kloeri@freenode/staff/exherbo.kloeri) has joined #mythtv-users | |
| [21:03:12] | _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has quit (Ping timeout: 260 seconds) | |
| [21:07:20] | uh992k (uh992k!~Thomas@dslb-094-218-201-169.pools.arcor-ip.net) has quit (Read error: Connection reset by peer) | |
| [21:07:35] | faichele__ (faichele__!~quassel@p57952DD2.dip.t-dialin.net) has joined #mythtv-users | |
| [21:07:56] | faichele_ (faichele_!~quassel@p5795264F.dip.t-dialin.net) has quit (Ping timeout: 244 seconds) | |
| [21:09:38] | faichele_ (faichele_!~quassel@p4FCCF0BB.dip.t-dialin.net) has joined #mythtv-users | |
| [21:09:50] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has joined #mythtv-users | |
| [21:10:20] | faichele__ (faichele__!~quassel@p57952DD2.dip.t-dialin.net) has quit (Read error: Operation timed out) | |
| [21:11:27] | ben1066 (ben1066!~quassel@host86-160-30-34.range86-160.btcentralplus.com) has quit (Read error: Connection reset by peer) | |
| [21:11:27] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 260 seconds) | |
| [21:11:27] | ben1066 (ben1066!~quassel@86.160.30.34) has joined #mythtv-users | |
| [21:15:01] | faichele_ (faichele_!~quassel@p4FCCF0BB.dip.t-dialin.net) has quit (Ping timeout: 248 seconds) | |
| [21:15:31] | russell55 (russell55!~russell5@2001:4830:1100:81eb:226:18ff:fea7:736c) has joined #mythtv-users | |
| [21:15:32] | russell5 (russell5!~russell5@pool-108-7-214-237.bstnma.fios.verizon.net) has quit (Ping timeout: 260 seconds) | |
| [21:18:34] | highzeth (highzeth!~hz@hoiseth.no) has quit (Ping timeout: 260 seconds) | |
| [21:18:40] | highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv-users | |
| [21:19:43] | mycosys (mycosys!~mycosys@220-245-190-74.static.tpgi.com.au) has joined #mythtv-users | |
| [21:19:43] | mycosys (mycosys!~mycosys@220-245-190-74.static.tpgi.com.au) has quit (Changing host) | |
| [21:19:44] | mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv-users | |
| [21:23:42] | faichele_ (faichele_!~quassel@p4FCCEAF4.dip.t-dialin.net) has joined #mythtv-users | |
| [21:23:51] | dkeith (dkeith!~dkeith@pool-98-118-119-211.bstnma.fios.verizon.net) has quit (Quit: ~ Trillian Astra - www.trillian.im ~) | |
| [21:23:51] | Twigg (Twigg!~darren@173-25-90-98.client.mchsi.com) has joined #mythtv-users | |
| [21:24:54] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Remote host closed the connection) | |
| [21:25:38] | rsiebert (rsiebert!~quassel@g224248185.adsl.alicedsl.de) has joined #mythtv-users | |
| [21:25:38] | Twiggy2cents (Twiggy2cents!~darren@173-25-90-98.client.mchsi.com) has quit (Ping timeout: 260 seconds) | |
| [21:25:38] | rsiebert_ (rsiebert_!~quassel@g224248185.adsl.alicedsl.de) has quit (Ping timeout: 260 seconds) | |
| [21:25:38] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has quit (Ping timeout: 260 seconds) | |
| [21:25:43] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@173.48.117.185) has joined #mythtv-users | |
| [21:28:00] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv-users | |
| [21:28:19] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@173.48.117.185) has quit (Changing host) | |
| [21:28:20] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has joined #mythtv-users | |
| [21:35:29] | Steve_Goodey (Steve_Goodey!~steve@host86-182-4-91.range86-182.btcentralplus.com) has quit (Remote host closed the connection) | |
| [21:47:13] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_) | |
| [21:48:31] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Quit: Leaving) | |
| [21:49:00] | andreax (andreax!~andreaz@p5089F59C.dip.t-dialin.net) has joined #mythtv-users | |
| [21:49:14] | sunkan (sunkan!~sunkan@alva.zappa.cx) has quit (Quit: leaving) | |
| [21:50:08] | faichele_ (faichele_!~quassel@p4FCCEAF4.dip.t-dialin.net) has quit (Ping timeout: 240 seconds) | |
| [21:50:46] | faichele_ (faichele_!~quassel@p57952209.dip.t-dialin.net) has joined #mythtv-users | |
| [21:52:49] | pmhahn (pmhahn!~pmhahn@2001:4dd0:ff00:8d31:219:dbff:fef2:e135) has quit (Quit: Konversation terminated!) | |
| [21:53:53] | gigem_ is now known as gigem | |
| [21:56:35] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [21:56:53] | devinheitmueller (devinheitmueller!~dheitmue@ool-44c12d92.dyn.optonline.net) has left #mythtv-users () | |
| [22:08:20] | solars (solars!~solars@194.208.132.118) has quit (Read error: Operation timed out) | |
| [22:11:47] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv-users | |
| [22:14:47] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Remote host closed the connection) | |
| [22:16:34] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv-users | |
| [22:27:35] | Twigg (Twigg!~darren@173-25-90-98.client.mchsi.com) has quit (Remote host closed the connection) | |
| [22:29:24] | Media-Server__ (Media-Server__!~djflyby-m@206-248-162-170.dsl.teksavvy.com) has joined #mythtv-users | |
| [22:29:55] | jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has quit (Read error: Connection reset by peer) | |
| [22:31:07] | jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has joined #mythtv-users | |
| [22:31:14] | Twiggy2cents (Twiggy2cents!~darren@173-25-90-98.client.mchsi.com) has joined #mythtv-users | |
| [22:31:57] | williammanda (williammanda!~william@c-69-254-106-232.hsd1.wv.comcast.net) has joined #mythtv-users | |
| [22:32:19] | Dj_FlyBy{MS} (Dj_FlyBy{MS}!~djflyby-m@206.248.174.208) has quit (Ping timeout: 250 seconds) | |
| [22:33:26] | williammanda: | is there a transcoding program that works with mythtv ? I'm looking to transcode files for android use |
| [22:34:31] | Twiggy2cents: | I have a job stuck in the queue as queued. It has been there for a week now. It was never ran. |
| [22:43:14] | Twiggy2cents: | Is there a reason why it is stuck there and not running? Also how can I remove it from the queue |
| [22:44:54] | obo (obo!~obo@rockbox/developer/obo) has quit (Ping timeout: 260 seconds) | |
| [22:45:38] | obo (obo!~obo@70-140-190-120.lightspeed.hstntx.sbcglobal.net) has joined #mythtv-users | |
| [22:45:38] | obo (obo!~obo@rockbox/developer/obo) has joined #mythtv-users | |
| [22:45:38] | obo (obo!~obo@70-140-190-120.lightspeed.hstntx.sbcglobal.net) has quit (Changing host) | |
| [22:54:15] | Dr{Who} (Dr{Who}!~mathewss@npv.nutech.com) has joined #mythtv-users | |
| [22:55:42] | Dr{Who}: | Did some digging and it seems that the default engine for my install was innodb not myisam. So I just dumped the data changed the engine to myisam and re imported easy stuff. Lets see if I still stutter every hour. |
| [22:57:05] | Dr{Who}: | I would recommend if any developers are here if myisam is a known good that your create table scripts enforce this. |
| [22:59:56] | lautriv: | Twiggy2cents, is your recording partition local to the backend ? |
| [23:01:33] | Twiggy2cents: | yes |
| [23:01:49] | Dr{Who}: | ok still had a stutter.. maybe not as bad but still noticeable. |
| [23:03:25] | lautriv: | Twiggy2cents, i had such an issue while recordings on NFS were not reachable, maybe your problem is a bit different ( syslog/mythtv-backend.log ) the remaining job must be removed from database. |
| [23:04:32] | lautriv: | Dr{Who}, heh, asked you lately but somehow lost the answer.......when does this stutter happen ? |
| [23:05:22] | Dr{Who}: | about 1 minute after the show ends on live tv |
| [23:05:27] | Dr{Who}: | maybe 2 |
| [23:05:46] | Dr{Who}: | I figure right as it is rotating the live tv file or in that process. |
| [23:06:10] | kormoc: | Dr{Who}, Both engines should work fine. Innodb might need some tuning, but it should perform as good if not better then myisam |
| [23:07:07] | Dr{Who}: | kormoc: ya I agree I have done many years of sysadmin work on mysql. Only concern with innodb is locking is slower as it is row level as apposed to page or file locking so myisam is faster for stuff like appending data |
| [23:07:25] | Dr{Who}: | I am running my frontend / backend on the same box is that unusual? |
| [23:07:53] | lautriv: | Dr{Who}, you may also check the advertising-skip, my stutter vanished when i said don't skip. |
| [23:08:19] | Dr{Who}: | ahh. I do have that on as I recall |
| [23:08:27] | Dr{Who}: | ok cool good tip I will give it a shot. |
| [23:08:51] | lautriv: | Dr{Who}, afaik many people run front/back on the same box . |
| [23:08:53] | kormoc: | Dr{Who}, in the past few years innodb actually has been proven to be faster at writing/appending data. Row level locking is one of those changes (writing multiple points to the table doesn't prevent inserts from blocking) |
| [23:09:07] | kormoc: | but that's all off topic |
| [23:10:02] | Dr{Who}: | kormoc: ayi. It depends on the data and concurrency etc. But ya totally I agree. |
| [23:12:59] | Dr{Who}: | ok detection turned off. Do i need to restart or is that stuff checked live? |
| [23:13:04] | jya_ (jya_!~jyavenard@120.148.99.165) has joined #mythtv-users | |
| [23:13:20] | jya_ (jya_!~jyavenard@120.148.99.165) has quit (Changing host) | |
| [23:13:20] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv-users | |
| [23:14:42] | lautriv: | i assume it's on the fly (db-entry) |
| [23:15:45] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Client Quit) | |
| [23:16:05] | Dr{Who}: | so just for my edification. Does the frontend do this work or the backend? I set the setting via the front end config. |
| [23:16:38] | Dr{Who}: | my assumption is that the frontend does nothing other than show video etc. |
| [23:18:48] | Captain_Murdoch (Captain_Murdoch!~Captain_M@mythtv/developer/CaptainMurdoch) has quit (Ping timeout: 245 seconds) | |
| [23:19:22] | lautriv: | Dr{Who}, skip setting is in frontend-setting, i assume the backend just set's marks. if that doesn't help you may iotop via ssh to see if it was interrupted by hdd. |
| [23:21:53] | lautriv: | what is this abbreviation "dmo" which i found on certain multimedia packages like mplayer ( and now mythtv also) ? |
| [23:25:34] | Media-Server__ (Media-Server__!~djflyby-m@206-248-162-170.dsl.teksavvy.com) has quit (Ping timeout: 245 seconds) | |
| [23:25:57] | ThisNewGuy (ThisNewGuy!~doug@pool-74-102-15-78.nwrknj.fios.verizon.net) has joined #mythtv-users | |
| [23:26:01] | Media-Server__ (Media-Server__!~djflyby-m@206-248-162-170.dsl.teksavvy.com) has joined #mythtv-users | |
| [23:27:40] | Dr{Who}: | Microsoft® DirectX® Media Objects? |
| [23:28:04] | cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has quit (Ping timeout: 245 seconds) | |
| [23:28:04] | ThisNewGuy1 (ThisNewGuy1!~doug@pool-74-102-15-78.nwrknj.fios.verizon.net) has quit (Ping timeout: 245 seconds) | |
| [23:30:42] | lautriv: | Dr{Who}, i heard there will come some directX for linux, because all packages who are involved are multimedia-related it's a good guess. (albeit i hate M$ for a zillion reasons) |
| [23:32:14] | Dr{Who}: | interesting. I had only one stutter and a little pixelation so that seems to have made a big improvement. So now Q. can the commercial skip process be "niced"? |
| [23:33:09] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection) | |
| [23:33:58] | lautriv: | Dr{Who}, out of my knowlege about myth, but the way and amount of seconds can be tuned. |
| [23:35:33] | lautriv: | Dr{Who}, do you have a multicore-box ? |
| [23:35:55] | cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has joined #mythtv-users | |
| [23:38:24] | russell55 (russell55!~russell5@2001:4830:1100:81eb:226:18ff:fea7:736c) has quit (Remote host closed the connection) | |
| [23:41:52] | Captain_Murdoch (Captain_Murdoch!~Captain_M@ctp-lxut07.bc2va.org) has joined #mythtv-users | |
| [23:41:52] | Captain_Murdoch (Captain_Murdoch!~Captain_M@ctp-lxut07.bc2va.org) has quit (Changing host) | |
| [23:41:52] | Captain_Murdoch (Captain_Murdoch!~Captain_M@mythtv/developer/CaptainMurdoch) has joined #mythtv-users | |
| [23:41:53] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v Captain_Murdoch | |
| [23:41:55] | Captain_Murdoch_ (Captain_Murdoch_!~Captain_M@ctp-lxut07.bc2va.org) has joined #mythtv-users | |
| [23:42:05] | Captain_Murdoch_ (Captain_Murdoch_!~Captain_M@ctp-lxut07.bc2va.org) has quit (Remote host closed the connection) | |
| [23:42:05] | Dr{Who}: | lautriv: http://www.f34r.com/projects/kitchen/ its the system in the back with the Q6600 |
| [23:42:37] | Dr{Who}: | although i did just order a different board for it one that will support 16g of ram its almost the exact same board. |
| [23:46:29] | Dr{Who}: | ok heading out for now bbl. thanks for all the suggestions. |
| [23:46:46] | ghoti_ is now known as ghoti | |
| [23:48:32] | faichele_ (faichele_!~quassel@p57952209.dip.t-dialin.net) has quit (Read error: Operation timed out) | |
| [23:53:28] | jm|laptop (jm|laptop!~jm|laptop@null.jamiem.com) has quit (Ping timeout: 272 seconds) | |
| [23:53:31] | lautriv: | Dr{Who}, one hint before you leave...... |
| [23:54:20] | lautriv: | Dr{Who}, the backend-setup had always issues on multi-core so i start it with taskset-c 0, you may do the same for backend and -c1 for frontend. |
| [23:56:38] | kormoc: | lautriv, that's only related to a specific set of cards and scanning, not generically |
| [23:57:26] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc) | |
| [23:57:44] | lautriv: | kormoc, maybe the hint was more generic to isolate his fron from backend up to the part where they access hdd. |
| [23:58:38] | jm|laptop (jm|laptop!~jm|laptop@null.jamiem.com) has joined #mythtv-users | |
| [23:58:59] | jm|laptop (jm|laptop!~jm|laptop@null.jamiem.com) has quit (Client Quit) | |
| [23:59:30] | jm|laptop (jm|laptop!~jm|laptop@null.jamiem.com) has joined #mythtv-users | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.
