| Saturday, May 5th, 2012, 00:12 UTC | ||
| [00:12:27] | skd5aner: | sphery: http://www.sbnation.com/nascar/2012/5/4/29989 . . . y-bobby-2012 |
| [00:13:03] | cocoa117 (cocoa117!~cocoa117@109.123.79.31) has quit (Ping timeout: 252 seconds) | |
| [00:19:35] | tekdoc (tekdoc!~tekdoc@user-12hckqf.cable.mindspring.com) has joined #mythtv-users | |
| [00:20:44] | nutron (nutron!~nutron@unaffiliated/nutron) has joined #mythtv-users | |
| [00:22:36] | skd5aner: | "Hi, I'm Ricky Bobby. If you don't chew Big Red, then f-*bleep* you" |
| [00:24:33] | sphery: | skd5aner: hehe, guess I'll have to see the movie some time |
| [00:25:00] | skd5aner: | "You sound like a dog who has peanut butter stuck to the roof of his mouth" |
| [00:27:42] | cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has joined #mythtv-users | |
| [00:28:18] | sid3windr: | rikki bubbih |
| [00:39:42] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [00:45:12] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [01:02:01] | faichele___ (faichele___!~quassel@p4FCCFAA6.dip.t-dialin.net) has joined #mythtv-users | |
| [01:02:38] | faichele_ (faichele_!~quassel@p579522A3.dip.t-dialin.net) has quit (Ping timeout: 240 seconds) | |
| [01:04:25] | tekdoc (tekdoc!~tekdoc@user-12hckqf.cable.mindspring.com) has quit (Quit: WeeChat 0.3.7) | |
| [01:35:08] | StevenR (StevenR!~foo@cpc2-sgyl27-2-0-cust391.sgyl.cable.virginmedia.com) has quit (Ping timeout: 240 seconds) | |
| [01:35:41] | RagingMind (RagingMind!~RagingMin@97-88-147-234.dhcp.mrqt.mi.charter.com) has quit (Quit: ZNC - http://znc.sourceforge.net) | |
| [01:36:02] | StevenR (StevenR!~foo@cpc2-sgyl27-2-0-cust391.sgyl.cable.virginmedia.com) has joined #mythtv-users | |
| [01:36:10] | RagingMind (RagingMind!~RagingMin@97-88-147-234.dhcp.mrqt.mi.charter.com) has joined #mythtv-users | |
| [01:47:11] | zoran119 (zoran119!~zoran@ppp121-44-173-93.lns20.syd7.internode.on.net) has quit (Ping timeout: 244 seconds) | |
| [01:48:28] | andreax (andreax!~andreaz@p5089F5C1.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [01:48:54] | zoran119 (zoran119!~zoran@ppp121-44-72-81.lns20.syd6.internode.on.net) has joined #mythtv-users | |
| [01:53:59] | zoran119_ (zoran119_!~zoran@ppp121-44-196-41.lns20.syd7.internode.on.net) has joined #mythtv-users | |
| [01:54:30] | zoran119 (zoran119!~zoran@ppp121-44-72-81.lns20.syd6.internode.on.net) has quit (Ping timeout: 252 seconds) | |
| [01:58:26] | zoran119_ (zoran119_!~zoran@ppp121-44-196-41.lns20.syd7.internode.on.net) has quit (Ping timeout: 250 seconds) | |
| [02:03:46] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Quit: Leaving) | |
| [02:11:44] | russell5 (russell5!~russell5@pool-71-184-228-79.bstnma.fios.verizon.net) has joined #mythtv-users | |
| [02:16:04] | zoran119 (zoran119!~zoran@ppp121-45-185-72.lns20.syd7.internode.on.net) has joined #mythtv-users | |
| [02:29:33] | [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users | |
| [02:33:38] | wagnerrp: | haha! regenerative lemon cake! |
| [02:44:23] | Oleg_: | so, whatcha think of the fact that "Terra Nova" was cancelled by fox? |
| [02:44:28] | Oleg_: | it was a bad show, right? |
| [02:44:59] | wagnerrp: | was not very good |
| [02:45:25] | Oleg_: | it's sad that they wasted so much money |
| [02:46:08] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [02:46:31] | wagnerrp: | no, its sad that they wasted so much money on something "different" |
| [02:46:43] | wagnerrp: | so theyre going to be reluctant to try other unique concepts in the future |
| [02:47:01] | wagnerrp: | better to produce more garbage reality tv |
| [02:53:18] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv-users | |
| [02:55:46] | shredder83 (shredder83!~chatzilla@174.35.210.25) has joined #mythtv-users | |
| [02:57:11] | shredder83: | Is there anyone here using the osx frontend from sourceforge? I lose keyboard control when ever I enter a setup menu. |
| [03:00:04] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users | |
| [03:07:41] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [03:11:56] | hadees (hadees!~hadees@72-48-211-16.dyn.grandenetworks.net) has joined #mythtv-users | |
| [03:12:25] | shredder83: | Looks like it is a known bug, to be fixed in .25–1. Oh well. |
| [03:12:32] | shredder83 (shredder83!~chatzilla@174.35.210.25) has left #mythtv-users () | |
| [03:14:44] | rickyw__ (rickyw__!~ricky@121-74-95-9.telstraclear.net) has quit (Ping timeout: 255 seconds) | |
| [03:23:19] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users | |
| [03:25:23] | wagnerrp: | Beirdo: when you get back in town, you may want to take a look at #10691 |
| [03:25:23] | ** MythLogBot http://code.mythtv.org/trac/ticket/10691 ** | |
| [03:25:39] | wagnerrp: | at least to give a better explanation than i did |
| [03:35:00] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [03:59:23] | rickyw__ (rickyw__!~ricky@121-74-84-90.telstraclear.net) has joined #mythtv-users | |
| [04:00:44] | BLZbubba (BLZbubba!~mark@pdpc/supporter/professional/blzbubba) has quit (Read error: Operation timed out) | |
| [04:02:04] | BLZbubba (BLZbubba!~mark@tpsit.com) has joined #mythtv-users | |
| [04:05:01] | rumblebumble (rumblebumble!~rumblebum@S0106001a70fc65b2.wp.shawcable.net) has quit (Quit: Leaving) | |
| [05:02:33] | nutron (nutron!~nutron@unaffiliated/nutron) has quit (Quit: I must go eat my cheese!) | |
| [05:13:17] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc) | |
| [05:17:23] | sphery: | can't tell shredder it's fixed, now, in 0.25-fixes, and he just needs to get the builder to build again |
| [05:26:23] | dekarl: | uh992k, sphery, tgm4883: if you want to the scheduler to never consider anything in the xx:xx am to yy:yy am time frame as the system will always be turned off, you can just tv_grep your xmltv feed and get rid of the schedule data and not have to fiddle with the rule. Thats a very good example for using manual invocations of a pipeline instead of letting MFDB simply call the grabber :-D So the answer is always "fix the guide data" |
| [05:27:36] | dekarl: | sphery: btw, my father/brother/their SOs all manage to setup recording rules with proper start/early end-late for all their stuff after I told them to only ever user "record all" and "find one" rules, so its not that hard. |
| [05:31:29] | dekarl: | but I think the OP is using EIT, so its not a solution for him, but still a nice example use case |
| [05:32:11] | sphery: | dekarl: yeah, if you stick to record all/find one rules, it's not too tough |
| [05:32:43] | sphery: | seems a lot of users, though, don't get that--and try to make it harder than it needs to be by choosing other rules (when those others are really meant to solve specific problems that they're likely not having) |
| [05:33:25] | sphery: | gig em/stu artm(?) is actually working on a simplification of the recording rule editor UI, so that should hep |
| [05:33:25] | dekarl: | I think its because the new users are tainted by having been forced to use primitive schedulers in the past |
| [05:33:28] | sphery: | help, even |
| [05:33:35] | sphery: | yeah, that makes a lot of sense |
| [05:33:48] | sphery: | they're used to having to micro-manage, so they assume they must with mythtv... |
| [05:34:04] | sphery: | "This is not your cable-company's DVR!" |
| [05:34:26] | dekarl: | the fix for "its only generic episodes, so I need the time slot" is simple, too. Get a good guide that calls it properly "the show of 2012-05–04" and "the show of 2012-05–04 (repeat)" |
| [05:34:38] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds) | |
| [05:35:20] | dekarl: | whatever the show of 2012-05–04 might be, just mark which timeslots will be showing the premiere and which are repeats of it. (e.g. news and repeats of news) |
| [05:36:18] | dekarl: | ^- thats one of the reasons I want my own tvbrainz where one can track such stuff properly... Then later add "David Letterman on the 4th was about this'n'that" |
| [05:37:56] | dekarl: | Documenting stuff like "you can hit R multiple times in the guide grid to cycle through the various kinds of recordings" might help, too. (but who reads documentation anyway? Maybe make it like the new games an popup walkthrough hints :D |
| [05:48:52] | sphery: | that would be nice if they did that |
| [05:48:57] | sphery: | not sure why they don't with TDS |
| [05:49:25] | sphery: | (I don't have cable, so don't get that show, so can't even guess if they really don't know which episode they're going to air until later.) |
| [05:49:58] | sphery: | all I know for sure is that they generally don't know what/who will be on the new episodes |
| [05:50:13] | sphery: | wonder if news shows are generics, too... |
| [05:50:31] | sphery: | (though news wouldn't apply for timeslot since it's not repeated tons of times per day) |
| [05:51:37] | wagnerrp: | sphery: re #10692 , if the python bindings are generating a new config.xml improperly, the perl bindings are probably doing so as well |
| [05:51:37] | ** MythLogBot http://code.mythtv.org/trac/ticket/10692 ** | |
| [05:56:15] | sphery: | yeah, IIRC, perl bindings will only create one if there's a single backend with "anyone connects" pin number |
| [05:58:35] | sphery: | and, yeah, only if there's no usable config.xml |
| [05:59:04] | dekarl (dekarl!~dekarl@p4FE846A8.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
| [05:59:20] | dekarl (dekarl!~dekarl@p4FCEF504.dip.t-dialin.net) has joined #mythtv-users | |
| [06:01:51] | bill6502 (bill6502!~bill@2002:cdb2:1a2b:7cd3:9ef4:32ea:c6ea:200) has joined #mythtv-users | |
| [06:04:58] | bdoherty (bdoherty!~brandon@cpe-173-172-43-71.tx.res.rr.com) has joined #mythtv-users | |
| [06:05:21] | bill6502: | sphery: re 10692, the spam filter wouldn't let me post my config.xml.good.gz file, I even tried commenting with: http://pastebin.ca/2144422 and was rejected. |
| [06:06:17] | sphery: | hehe, funny |
| [06:06:36] | sphery: | was just wondering what happened to it :) |
| [06:06:40] | wagnerrp: | IPThrottleFilterStrategy (-9): Maximum number of posts per hour for this IP exceeded |
| [06:06:47] | sphery: | hehe |
| [06:06:56] | bdoherty (bdoherty!~brandon@cpe-173-172-43-71.tx.res.rr.com) has left #mythtv-users () | |
| [06:07:29] | sphery: | wagnerrp: so, yeah, the wakeonlan stuff is new in there |
| [06:07:54] | npm_ is now known as npm | |
| [06:08:05] | wagnerrp: | in theory, the bindings should simply ignore anything it doesnt understand |
| [06:08:18] | wagnerrp: | unless the stuff it wants to use was moved |
| [06:08:23] | sphery: | and looks like the c++ does a pretty print |
| [06:08:35] | wagnerrp: | yeah, apparently the bindings do not |
| [06:08:55] | sphery: | bill6502: are you saying the python bindings overwrite your good config.xml? |
| [06:09:02] | wagnerrp: | when i converted it from hand generated XML to auto-generated ones |
| [06:09:09] | wagnerrp: | seems i forgot to tell lxml to prettyprint it |
| [06:09:41] | bill6502: | sphery: yes |
| [06:09:58] | sphery: | bill6502: also, seems there's a mistake in your config.xml |
| [06:10:05] | sphery: | your username says mythtv--should be kilroy |
| [06:10:37] | wagnerrp: | that means the bindings are failing to find any config.xml it can understand, falling back to UPNP, and writing a new config.xml with the backend it discovers |
| [06:10:43] | sphery: | (because password says "wasHere") |
| [06:10:54] | sphery: | bad jokes mean I'm tired--should be in bed |
| [06:10:58] | wagnerrp: | as to why the bindings are failing to process config.xml now... i dont know |
| [06:11:05] | sphery: | perhaps the new stuff |
| [06:11:12] | sphery: | not doing so well at ignoring? |
| [06:11:51] | wagnerrp: | ah... new stuff is in Configuration->Database->[whatever] |
| [06:12:05] | wagnerrp: | old stuff was in Configuration->UPnP->MythFrontend->DefaultBackend |
| [06:12:15] | sphery: | ah, yeah, that moved |
| [06:12:23] | sphery: | means perl bindings need fixing, too |
| [06:13:05] | wagnerrp: | why is MediaRenderer just a MAC? |
| [06:13:11] | wagnerrp: | didnt it used to be a UUID? |
| [06:13:29] | sphery: | yeah, should be uuid |
| [06:13:41] | sphery: | maybe that was an obfuscation? |
| [06:13:45] | wagnerrp: | bill6502: ^^^^ |
| [06:13:47] | sphery: | (i.e. just for posting his?) |
| [06:13:55] | bill6502: | wagnerrp: in my example i hid the uuid |
| [06:14:31] | sphery: | easier way to obfuscate that: uuidgen |
| [06:14:54] | wagnerrp: | yeah, i should have the bindings start generating one of those |
| [06:15:01] | wagnerrp: | right now, i just omit that whole section |
| [06:15:33] | sphery: | doesn't the backend generate that? |
| [06:15:48] | sphery: | I actually wrote a perl script to pull it from the backend so I could get "the right" one |
| [06:16:17] | wagnerrp: | MediaRenderer usually denotes a playback point |
| [06:16:20] | wagnerrp: | so i would assume frontend |
| [06:16:29] | sphery: | ok, then that? |
| [06:16:50] | wagnerrp: | specifically, the stored unique one the frontend would use were we to actually allow UPNP playback and push access |
| [06:16:59] | wagnerrp: | push being similar to airplay |
| [06:17:43] | sphery: | so maybe I queried the frontend? |
| [06:18:05] | wagnerrp: | unless you queried a frontend running on that specific host, you did it wrong |
| [06:18:07] | sphery: | script is on my dev box... which isn't booted--and was just running windows (for a video game with a friend), so wakeonlan won't work |
| [06:18:09] | wagnerrp: | (as i undertstand it) |
| [06:18:27] | sphery: | yeah, I got the right one for each |
| [06:20:35] | wagnerrp: | odd... seems ive got a bad one generated for the frontend on my master backend |
| [06:20:43] | wagnerrp: | has an extra '{' tacked onto the front |
| [06:20:52] | wagnerrp: | resulting in one of the characters being truncated off the end |
| [06:21:27] | wagnerrp: | i presume mythtv knows to ignore the string 'my-unique-identifier-goes-here'? |
| [06:23:17] | sphery: | no, not unless you actually comment that line |
| [06:23:24] | sphery: | (or leave it out) |
| [06:23:32] | bill6502: | i still have Daniel's heads-up post, would you like me to write a follow up warning about perl/python bindings interaction with the new config.xml? |
| [06:23:57] | sphery: | I probably won't get to the perl bindings until monday |
| [06:24:42] | wagnerrp: | sphery: i mean both of my config.xmls for two different users have a <LocalHostName>my-unique-identifier-goes-here</LocalHostName> |
| [06:24:45] | wagnerrp: | and its not commented out |
| [06:24:54] | wagnerrp: | so hopefully it knows to ignore that string and use the default |
| [06:24:56] | highzeth (highzeth!~hz@205-20-11.connect.netcom.no) has joined #mythtv-users | |
| [06:26:03] | wagnerrp: | seems like it would be better if we could comment that line properly |
| [06:26:47] | sphery: | if (hostname.isEmpty() || |
| [06:26:47] | sphery: | hostname == "my-unique-identifier-goes-here") |
| [06:26:51] | sphery: | hehe, it does ignore it |
| [06:26:55] | wagnerrp: | yeah, mythcontext.cpp |
| [06:27:15] | bill6502: | ain't git grep good! |
| [06:27:30] | sphery: | never knew that--I've never actually tried a config.xml with it in |
| [06:27:40] | sphery: | hehe, mine is srcgrep :) |
| [06:28:25] | wagnerrp: | git grep has some quirkiness with regards to only dealing with content it tracks |
| [06:28:26] | sphery: | (I have a script that uses find/grep and ignores the stuff I don't want it searching on a per-project basis (so, for MythTV, things like docs and external and ...--though I have other "profiles" for MythTV to allow searching external when I want) |
| [06:28:48] | wagnerrp: | if its not committed, its not searched |
| [06:29:07] | sphery: | ok, well, docs are no longer in there, but ... |
| [06:29:36] | sphery: | SRCGREP_IGNORE: .*\(~\|Makefile\|\.\(orig\|rej\)\)$\|.*/\(\.svn\|\.pc\|config\|database\|docs\|i 18n\|external\)\(/\|$\)\|.*\.\(gif\|jpg\|o\|png\)\|.*/moc_.*\|.*/\(cf\|qmk\|mk\| mkinst\)log |
| [06:30:28] | esperegu (esperegu!~quassel@145.116.15.244) has joined #mythtv-users | |
| [06:30:53] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 245 seconds) | |
| [06:33:34] | bill6502: | sphery: wagnerrp, unless you need more info, i'm off to bed. i'll post something to Daniel's thread tomorrow and also try to attach the good config.xml to the ticket for completeness. |
| [06:33:51] | sphery: | thanks for the report |
| [06:33:52] | sphery: | gn |
| [06:40:02] | bill6502: | thanks for the quick diagnosis. take care |
| [06:40:04] | ubIx_ (ubIx_!~ulf@p5DD19850.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [06:40:20] | bill6502 (bill6502!~bill@2002:cdb2:1a2b:7cd3:9ef4:32ea:c6ea:200) has quit (Quit: bill6502) | |
| [06:43:11] | ubIx (ubIx!~ulf@p5DD1877B.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [06:44:16] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv-users | |
| [06:44:21] | ** wagnerrp solves the problem by overcomplicating things ** | |
| [06:57:33] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 265 seconds) | |
| [07:00:30] | faichele___ (faichele___!~quassel@p4FCCFAA6.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [07:02:21] | tank-man (tank-man!1000@S010600121729c6a1.vc.shawcable.net) has quit (Quit: :q!) | |
| [07:03:07] | faichele (faichele!~quassel@p4FCCFAA6.dip.t-dialin.net) has joined #mythtv-users | |
| [07:09:56] | solars (solars!~solars@194.208.132.118) has joined #mythtv-users | |
| [07:10:50] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv-users | |
| [07:12:10] | rickyw_ (rickyw_!~ricky@121-73-161-40.dsl.telstraclear.net) has joined #mythtv-users | |
| [07:13:16] | rickyw__ (rickyw__!~ricky@121-74-84-90.telstraclear.net) has quit (Ping timeout: 272 seconds) | |
| [07:20:35] | rickyw (rickyw!~ricky@121-73-183-136.dsl.telstraclear.net) has joined #mythtv-users | |
| [07:20:38] | rickyw_ (rickyw_!~ricky@121-73-161-40.dsl.telstraclear.net) has quit (Ping timeout: 240 seconds) | |
| [07:24:38] | MissionCritical (MissionCritical!~MissionCr@unaffiliated/missioncritical) has quit (Ping timeout: 265 seconds) | |
| [07:31:08] | Steve_Goodey (Steve_Goodey!~steve@host86-182-4-91.range86-182.btcentralplus.com) has joined #mythtv-users | |
| [07:38:25] | MissionCritical (MissionCritical!~MissionCr@unaffiliated/missioncritical) has joined #mythtv-users | |
| [07:46:34] | stoffel (stoffel!~quassel@pD9E42786.dip.t-dialin.net) has joined #mythtv-users | |
| [07:46:34] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v stoffel | |
| [07:50:05] | rsiebert_ (rsiebert_!~quassel@e179128075.adsl.alicedsl.de) has joined #mythtv-users | |
| [07:53:28] | rsiebert (rsiebert!~quassel@g231184162.adsl.alicedsl.de) has quit (Ping timeout: 276 seconds) | |
| [08:02:49] | [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving) | |
| [08:14:19] | faichele (faichele!~quassel@p4FCCFAA6.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [08:43:12] | mzb (mzb!~mzb@2001:44b8:512d:7501:f66d:4ff:fe90:9629) has quit (Ping timeout: 272 seconds) | |
| [08:45:40] | uh992k (uh992k!~Thomas@dslb-188-099-215-105.pools.arcor-ip.net) has joined #mythtv-users | |
| [08:45:43] | uh992k (uh992k!~Thomas@dslb-188-099-215-105.pools.arcor-ip.net) has left #mythtv-users () | |
| [09:00:14] | Steve_Goodey (Steve_Goodey!~steve@host86-182-4-91.range86-182.btcentralplus.com) has quit (Remote host closed the connection) | |
| [09:04:44] | mzb (mzb!~mzb@2001:44b8:512d:7501:f66d:4ff:fe90:9629) has joined #mythtv-users | |
| [09:05:08] | stoffel (stoffel!~quassel@pD9E42786.dip.t-dialin.net) has quit (Ping timeout: 240 seconds) | |
| [09:23:52] | stoffel (stoffel!~quassel@pD9E42786.dip.t-dialin.net) has joined #mythtv-users | |
| [09:23:53] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v stoffel | |
| [09:28:49] | jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has quit (Read error: Connection reset by peer) | |
| [09:29:34] | jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has joined #mythtv-users | |
| [09:32:13] | jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has quit (Read error: Connection reset by peer) | |
| [09:37:43] | andreax (andreax!~andreaz@p5089F5C1.dip.t-dialin.net) has joined #mythtv-users | |
| [09:38:23] | uh992k (uh992k!~Thomas@dslb-188-099-215-105.pools.arcor-ip.net) has joined #mythtv-users | |
| [09:38:26] | uh992k: | hey all |
| [09:38:38] | uh992k: | is mythgallery source code in the main source? |
| [09:39:07] | jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has joined #mythtv-users | |
| [09:39:16] | uh992k: | ah ... there is a extra "plugins" archive on the website |
| [09:42:18] | k-man: | uh992k, whats your real question? |
| [09:43:04] | uh992k: | sorry, no question ... I already found the source :) |
| [09:43:27] | uh992k: | it's a bit annoying that video formats are hard coded in the source code of mythgallery ... So I have to recompile it |
| [09:45:15] | k-man: | uh992k, oh – maybe submit a ticket? |
| [09:45:20] | k-man: | with your patch |
| [09:45:38] | uh992k: | I already did submit a ticket ... but only for including flv as video format |
| [09:45:50] | uh992k: | actually adding just one more file is not a good solution |
| [09:45:56] | uh992k: | it should be saved in the database |
| [09:46:01] | uh992k: | which formats to accept |
| [09:48:04] | uh992k: | I know, mythgallery is for images and not for videos ;) but mythvideo is too slow on my system |
| [09:48:15] | uh992k: | I only wanted to use a *simple* file browser |
| [09:48:42] | uh992k: | although mythvideo supports file-view-mode without first querying the database, it scans the whole directory tree which is just stupid |
| [09:48:50] | uh992k: | and lasts about 30sec on my system |
| [09:48:59] | uh992k: | mythgallery is perfect |
| [09:49:09] | k-man: | oh right |
| [09:49:27] | uh992k: | mythvideo in database view needs even longer ... my amd e450 is too slow for mysql^^ |
| [09:54:25] | uh992k: | And actually, I would love to use mythgallery for playing mp3s as well :) |
| [09:54:42] | uh992k: | for me, mythmusic is too complicated |
| [09:55:48] | uh992k: | perhaps it should be integrated support for mp3 as well and rename mythgallery to mythfilebrowser or something like this |
| [09:57:37] | jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has quit (Ping timeout: 276 seconds) | |
| [10:05:02] | Guest70411 (Guest70411!~mike@c-98-232-220-158.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [10:05:50] | 64MABFTU0 (64MABFTU0!~mike@c-98-232-220-158.hsd1.or.comcast.net) has joined #mythtv-users | |
| [10:08:21] | mycosys (mycosys!~mycosys@unaffiliated/mycosys) has quit (Ping timeout: 248 seconds) | |
| [10:12:48] | mycosys (mycosys!~mycosys@220-245-190-74.static.tpgi.com.au) has joined #mythtv-users | |
| [10:12:48] | mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv-users | |
| [10:12:48] | mycosys (mycosys!~mycosys@220-245-190-74.static.tpgi.com.au) has quit (Changing host) | |
| [10:17:53] | mycosys (mycosys!~mycosys@220-245-190-74.static.tpgi.com.au) has joined #mythtv-users | |
| [10:17:54] | mycosys (mycosys!~mycosys@220-245-190-74.static.tpgi.com.au) has quit (Changing host) | |
| [10:17:54] | mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv-users | |
| [10:27:01] | mycosys (mycosys!~mycosys@unaffiliated/mycosys) has quit (Ping timeout: 248 seconds) | |
| [10:29:02] | k-man: | uh992k, yeah sounds kind of interesting |
| [10:35:22] | jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has joined #mythtv-users | |
| [10:36:30] | mycosys (mycosys!~mycosys@220-245-190-74.static.tpgi.com.au) has joined #mythtv-users | |
| [10:36:31] | mycosys (mycosys!~mycosys@220-245-190-74.static.tpgi.com.au) has quit (Changing host) | |
| [10:36:31] | mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv-users | |
| [10:52:28] | k-man: | any ideas how i might diagnose why on my mac mythfrontend launches fine from a terminal but it can't find the backend server when i launch it from spotlight? |
| [10:53:05] | uh992k (uh992k!~Thomas@dslb-188-099-215-105.pools.arcor-ip.net) has left #mythtv-users () | |
| [11:06:02] | rickyw (rickyw!~ricky@121-73-183-136.dsl.telstraclear.net) has quit (Quit: Konversation terminated!) | |
| [11:09:20] | esperegu (esperegu!~quassel@145.116.15.244) has quit (Remote host closed the connection) | |
| [11:11:06] | highzeth (highzeth!~hz@205-20-11.connect.netcom.no) has quit (Ping timeout: 252 seconds) | |
| [11:18:12] | solars: | hey, is it possible if I have a frontend that connects to a remote server – to lower quality or resolution on the frontend to improve performance? |
| [11:19:53] | uh992k (uh992k!~Thomas@dslb-188-099-215-105.pools.arcor-ip.net) has joined #mythtv-users | |
| [11:20:13] | uh992k: | hmm ... why do I have to make AND INSTALL mythtv first in order to compile plugins? |
| [11:21:13] | uh992k: | I'm using mythtv 0.25 from ubuntu's repository and I don't want to get conflicts with installing an additional version in /usr/local/... |
| [11:21:39] | Goga777 (Goga777!~Goga777@128-71-44-243.broadband.corbina.ru) has joined #mythtv-users | |
| [11:29:11] | k-man: | solars, i think the only way to acheive that would be to transcode the recordings to something lower res |
| [11:29:53] | k-man: | uh992k, i'm not sure why you have to do that, something to do with everything requireing the libs to be in place. its annoying I agree |
| [11:30:37] | uh992k: | hmm ... and I also can't simply remove mythtv{frontend,backend} because aptitude would also remove mysql, ... |
| [11:31:11] | uh992k: | I think, I have to ./configure --prefix=somewhere-else-in-my-home-directory and recompile it *again* |
| [11:31:23] | uh992k: | it took about 2h on my machine |
| [11:31:33] | k-man: | i just did an update of videos form a remote OSX frontend, and its not progressing, still at 0% afte white a few minutes, but the logs on the frontend are full of error messages like this: http://pastie.org/3863321 |
| [11:31:58] | k-man: | uh992k, do you have ccache installed? |
| [11:32:13] | uh992k: | I think so ... I saw that ccache was used during compilation |
| [11:32:19] | k-man: | if you do, it will be much faster the next time i think, although not sure if that will work |
| [11:32:28] | k-man: | if you move the prefix dir |
| [11:32:32] | k-man: | should do though |
| [11:32:36] | uh992k: | hmm ... I'll have to try it |
| [11:32:52] | k-man: | afaik, it should Just Work if you have ccache installed |
| [11:35:04] | uh992k: | it's compiling ... let's see how long it takes :) time for something to eat :) |
| [11:37:16] | uh992k: | oh, it seems to be a lot faster |
| [11:39:28] | uh992k: | nice ... done |
| [11:39:49] | k-man: | yeah, its much faster the second time |
| [11:40:11] | uh992k: | good to know ... never used (consciencly) ccache before |
| [11:40:47] | uh992k: | and installation in my home-dir went well ... |
| [11:46:28] | lasers (lasers!~lasers@unaffiliated/lasers) has left #mythtv-users ("leaving") | |
| [11:58:27] | solars: | whats the best way to stream live tv to a remote machine? (not necessarily through mythtv) |
| [11:58:37] | 36DAA8BCM (36DAA8BCM!~quassel@p5498EE90.dip.t-dialin.net) has joined #mythtv-users | |
| [11:59:11] | sulx: | vlc? |
| [12:01:20] | solars: | I don't know it very well, are there any tutorials around the get a quick feeling of how this works? |
| [12:13:12] | highzeth (highzeth!~hz@205-20-11.connect.netcom.no) has joined #mythtv-users | |
| [12:27:48] | awoodland (awoodland!~ajw@2001:8b0:ffc7:0:f4cc:8143:bf59:c0c7) has joined #mythtv-users | |
| [12:39:49] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv-users | |
| [12:41:05] | croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has quit (Remote host closed the connection) | |
| [12:43:32] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has quit (Remote host closed the connection) | |
| [12:44:19] | Twiggy2cents (Twiggy2cents!~darren@173-25-90-98.client.mchsi.com) has quit (Ping timeout: 256 seconds) | |
| [12:48:59] | MilkBoy (MilkBoy!~milkboy@v6.yone.fi) has joined #mythtv-users | |
| [12:49:08] | stoffel (stoffel!~quassel@pD9E42786.dip.t-dialin.net) has quit (Read error: Operation timed out) | |
| [12:52:57] | tekdoc (tekdoc!~tekdoc@user-12hckqf.cable.mindspring.com) has joined #mythtv-users | |
| [12:58:26] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Read error: Connection reset by peer) | |
| [12:58:54] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv-users | |
| [13:10:07] | esperegu (esperegu!~quassel@145.116.15.244) has joined #mythtv-users | |
| [13:32:05] | Twiggy2cents (Twiggy2cents!~darren@173-25-90-98.client.mchsi.com) has joined #mythtv-users | |
| [13:32:52] | stoffel (stoffel!~quassel@pD9E42786.dip.t-dialin.net) has joined #mythtv-users | |
| [13:32:52] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v stoffel | |
| [13:35:49] | solars: | does anyone know if there is a channel for vdr? |
| [13:45:04] | stoffel (stoffel!~quassel@pD9E42786.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [13:46:29] | stoffel (stoffel!~quassel@pD9E42786.dip.t-dialin.net) has joined #mythtv-users | |
| [13:46:29] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v stoffel | |
| [13:47:57] | awalls (awalls!~awalls@d-72-9-3-220.cpe.metrocast.net) has joined #mythtv-users | |
| [13:48:24] | EmleyMoor: | What exactly is an "Irrecoverable recorder error"? |
| [13:48:43] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [13:48:55] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Read error: Connection reset by peer) | |
| [13:49:12] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv-users | |
| [13:55:33] | cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has quit (Ping timeout: 248 seconds) | |
| [13:59:50] | stoffel (stoffel!~quassel@pD9E42786.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [14:00:30] | stoffel (stoffel!~quassel@pD9E42786.dip.t-dialin.net) has joined #mythtv-users | |
| [14:00:31] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v stoffel | |
| [14:09:55] | uh992k: | hmm ... nice ... recompiling mythgallery and adding flv-video-format worked very well :) |
| [14:10:07] | uh992k: | now, I can start integrate mp3-functionality :D |
| [14:11:20] | uh992k: | perhaps it would be a good idea to fork mythgallery, to rename it to mythfilebrowser and support audio as well |
| [14:15:05] | plotino (plotino!~miles@host110-186-dynamic.12-79-r.retail.telecomitalia.it) has joined #mythtv-users | |
| [14:20:41] | FabriceMG (FabriceMG!~FabriceMG@APoitiers-155-1-19-49.w83-200.abo.wanadoo.fr) has joined #mythtv-users | |
| [14:26:51] | EmleyMoor: | We have radio stations on digital TV here – they often include a screen of information. The information screens are coming out too big on mythtv... why would that happen and can it be corrected? |
| [14:34:06] | Goga777 (Goga777!~Goga777@128-71-44-243.broadband.corbina.ru) has quit (Remote host closed the connection) | |
| [14:35:11] | uh992k (uh992k!~Thomas@dslb-188-099-215-105.pools.arcor-ip.net) has quit (Read error: Connection reset by peer) | |
| [14:42:09] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users | |
| [14:43:26] | ** wagnerrp waits for uh992k to come back ** | |
| [14:48:17] | plotino (plotino!~miles@host110-186-dynamic.12-79-r.retail.telecomitalia.it) has quit (Quit: Ex-Chat) | |
| [14:52:05] | zoran119 (zoran119!~zoran@ppp121-45-185-72.lns20.syd7.internode.on.net) has quit (Ping timeout: 248 seconds) | |
| [14:57:55] | zoran119 (zoran119!~zoran@ppp121-44-216-101.lns20.syd7.internode.on.net) has joined #mythtv-users | |
| [15:01:28] | sphery: | to recommend actually working on mythmusic, rather than trying to fork it? |
| [15:02:00] | wagnerrp: | to ask why he would want a "file browser" |
| [15:02:19] | wagnerrp: | everything were doing is trying to move away from a dumb file browser |
| [15:02:28] | zoran119 (zoran119!~zoran@ppp121-44-216-101.lns20.syd7.internode.on.net) has quit (Ping timeout: 252 seconds) | |
| [15:02:54] | zoran119 (zoran119!~zoran@ppp121-45-181-12.lns20.syd7.internode.on.net) has joined #mythtv-users | |
| [15:05:12] | Twiggy2cents: | just want to make sure. If I create a sql user 'mythtv'@'%' That would allow remote access? |
| [15:06:18] | wagnerrp: | only if you in turn grant that user access to the correct database |
| [15:06:31] | Twiggy2cents: | okay |
| [15:07:37] | sphery: | wagnerrp: I read his comment to mean, "I don't like how MythMusic works, now, so I want to use MythGallery as the basis for a new MythMusic replacement that allows me to play directory at a time." |
| [15:08:21] | wagnerrp: | because that makes any sense at all? |
| [15:08:29] | wagnerrp: | theres very little to mythgallery |
| [15:08:32] | sphery: | Twiggy2cents: and, many distros have borked the MySQL privilege system such that you have to explicitly do a SET PASSWORD for the user, too--no combination of GRANT or FLUSH PRIVILEGES will work without it |
| [15:08:32] | Twiggy2cents: | so I would want grant all privileges on mythconverg to 'mythtv'@'%' ? |
| [15:08:50] | sphery: | and, yes, we require "all" privileges for mythtv user |
| [15:08:52] | wagnerrp: | and all that it has is going towards opening and processing images |
| [15:09:07] | Twiggy2cents: | That is the correct syntax thought right? |
| [15:09:10] | sphery: | but imagine if we could do opengl transitions on the audio! |
| [15:09:21] | Twiggy2cents: | plus the ; at the end |
| [15:09:32] | sphery: | http://www.mythtv.org/docs/mythtv-HOWTO-6.html#modify_perm_mysql |
| [15:10:22] | Twiggy2cents: | is identified by the password? |
| [15:10:50] | sphery: | wagnerrp: yeah, I think it's a bad idea (and not just because of the fact that it's splitting efforts)... but it seems to be what the mythmusic nay-sayers are demanding |
| [15:10:57] | Twiggy2cents: | nvm I think I get it |
| [15:11:23] | sphery: | wagnerrp: i.e. "why should I have to put proper metadata into my files, when I've encoded it into a carefully structured file system that could easily be broken by simply moving a file" |
| [15:11:28] | sphery: | Twiggy2cents: yeah, it is |
| [15:11:38] | sphery: | but, again, see what I wrote about SET PASSWORD |
| [15:12:05] | sphery: | basically, you have to specify username/hostname and password in the grant, because the combination of the 3 identifies a mythtv users |
| [15:12:09] | sphery: | er, a mysql user |
| [15:12:34] | Twiggy2cents: | Would that be an issue if I can connect locally to the db but not remotely? |
| [15:12:37] | sphery: | while the grant should be sufficient to create a new user, some distros won't work until the set password |
| [15:12:55] | sphery: | yeah, likely means you have a user with different privileges |
| [15:13:04] | sphery: | mysql always uses the least-privileged user |
| [15:13:26] | sphery: | so if you connect from some IP address that's covered under the |
| [15:13:59] | sphery: | '%' wildcard, but is also specified in a more-specific hostname or ip or subnet or ... user |
| [15:14:32] | sphery: | or maybe it uses the most-specific hostname first, then least privileged |
| [15:14:35] | Twiggy2cents: | so this is what you are talking about? SET PASSWORD FOR 'bob'@'%.loc.gov' = PASSWORD('newpass'); |
| [15:14:36] | highzeth (highzeth!~hz@205-20-11.connect.netcom.no) has quit (Ping timeout: 272 seconds) | |
| [15:14:41] | sphery: | yeah |
| [15:14:47] | Twiggy2cents: | okay |
| [15:15:06] | sphery: | use mysql; select * from user; |
| [15:15:09] | sphery: | to see your users |
| [15:15:20] | sphery: | (should only be possible with mysql root login) |
| [15:16:18] | EmleyMoor: | Hmmm... all it was was the aspect ratio |
| [15:17:08] | Twiggy2cents: | woo one of those things was it |
| [15:17:11] | awalls (awalls!~awalls@d-72-9-3-220.cpe.metrocast.net) has left #mythtv-users () | |
| [15:17:42] | sphery: | ah, yeah, incorrect X config will result in strange sizing/scaling of video stuff (including the "static" video from radio channels) |
| [15:18:12] | sphery: | once X is configured such that the aspect ratio is correct, all should work well |
| [15:19:57] | sphery: | Twiggy2cents: glad it's working for you... enjoy |
| [15:20:26] | Twiggy2cents: | Now I need to figure out why my db restore doesnt have my recordings anymore |
| [15:20:38] | sphery: | does the db backup have them? |
| [15:20:42] | sphery: | did you change host name |
| [15:20:53] | sphery: | (even from something like hostname to hostname.domain would be enough) |
| [15:20:54] | ** Twiggy2cents reformatted my backend ** | |
| [15:21:02] | Twiggy2cents: | Yes the backup should |
| [15:21:40] | sphery: | what's the symptom of "restore doesn't have my recordings" |
| [15:21:45] | sphery: | in Watch Recordings, you see nothing |
| [15:21:52] | Twiggy2cents: | I restored the backup and it showed the recordings. Now after changing the mysql users around its gone |
| [15:21:56] | sphery: | or you see a bunch of "unavailable" recordings or ... |
| [15:22:06] | Twiggy2cents: | yes and there is 0% of 0b free |
| [15:22:14] | Twiggy2cents: | the videos work fine |
| [15:22:36] | sphery: | work fine outside of mythtv? |
| [15:22:49] | sphery: | or you're saying Video Library videos work inside mythtv? |
| [15:23:41] | sphery: | are you sure your storage groups (and their directories) are set up properly on the new system? |
| [15:24:01] | Twiggy2cents: | the video library works in mythtv. Let me check again. Hmm well maybe it is permissions... |
| [15:24:11] | Twiggy2cents: | But the videos works |
| [15:24:30] | Twiggy2cents: | Ohh I think I am missing some sg's |
| [15:26:13] | stoffel (stoffel!~quassel@pD9E42786.dip.t-dialin.net) has quit (Ping timeout: 248 seconds) | |
| [15:26:53] | Twiggy2cents: | If there is no livetv sg does it default to default? |
| [15:27:46] | sphery: | yeah, live tv sg is completely optional |
| [15:27:54] | sphery: | and, generally, unnecessary/undesired |
| [15:28:26] | sphery: | only useful if you really need to write live tv to a specific file system |
| [15:29:28] | sphery: | since creating a separate file system for live tv means that space isn't available for other uses (such as recordings you actually care to watch)... |
| [15:30:06] | sphery: | so, generally, you'll want to ensure proper file system configuration to allow live tv to work with any of your mythtv recordings file systems |
| [15:30:08] | Twiggy2cents: | http://pastebin.com/Fv85KQD3 |
| [15:30:12] | Twiggy2cents: | I am getting that now |
| [15:30:41] | Twiggy2cents: | I tried restarting the backend |
| [15:30:43] | sphery: | is this current 0.25-fixes? |
| [15:30:49] | sphery: | and, yeah, restart is good |
| [15:31:06] | Twiggy2cents: | yes |
| [15:31:34] | Twiggy2cents: | Restarting mythbackend I should say |
| [15:31:34] | sphery: | is it CentOS? |
| [15:31:44] | Twiggy2cents: | No it is ubuntu on the backend |
| [15:31:49] | sphery: | cool |
| [15:31:49] | wagnerrp: | did you get called a duck? |
| [15:31:50] | earthw0rm (earthw0rm!~earthworm@94-30-60-74.xdsl.murphx.net) has joined #mythtv-users | |
| [15:32:17] | earthw0rm: | I got my new PC up and running, and I'm going to install Fedora on it, but I wanted some advice about partitioning |
| [15:32:20] | sphery: | perhaps I'm supposed to lower my head (to avoid getting hit with a shoe)? |
| [15:32:27] | earthw0rm: | If I want some music and videos I've already got on there as well as new stuff I record, then does having one huge /video drive make sense? |
| [15:32:49] | wagnerrp: | s/drive/partition/ ? |
| [15:33:15] | earthw0rm: | Yeah, windows speak :D |
| [15:33:29] | wagnerrp: | unless you have good reason to partition, dont |
| [15:33:45] | sphery: | FWIW, MythTV recording is generally happy with any file system that's not being written to by other stuff |
| [15:33:55] | wagnerrp: | depending on the system, you may need a small boot partition at the head of the drive |
| [15:34:14] | sphery: | so, if you have one big partition with one file system, as long as you're not constantly writing data to it while MythTV is recording, it's likely to work fine |
| [15:34:22] | wagnerrp: | and what sphery said, you typically want your OS/database on a separate drive |
| [15:34:35] | sphery: | ah, yeah, that too... |
| [15:34:38] | wagnerrp: | separate partition on the same drive makes little difference |
| [15:34:38] | earthw0rm: | I've got two 3TB drives ... |
| [15:34:53] | earthw0rm: | I did wonder about getting one that's 100GB or something for the OS |
| [15:34:56] | wagnerrp: | got any old drives laying about? |
| [15:35:08] | wagnerrp: | theres no sense buying a 100GB drive these days unless its an SSD |
| [15:35:10] | earthw0rm: | Not any SATA ones, all choofin' IDE |
| [15:35:27] | sphery: | probably have one IDE port on the mobo, right? |
| [15:35:43] | earthw0rm: | Didn't see one ... |
| [15:35:47] | sphery: | ah, ok |
| [15:35:56] | earthw0rm: | It's brand new, suppose they've been phased out |
| [15:35:57] | wagnerrp: | what board? |
| [15:35:58] | sphery: | all mine have one x IDE + a bunch of SATA |
| [15:36:08] | earthw0rm: | Biostar tz77a |
| [15:36:34] | wagnerrp: | yeah, IDE got dropped several years ago |
| [15:36:50] | wagnerrp: | but most boards continued to carry one port handled by an external controller |
| [15:37:04] | sphery: | yeah, don't see one on the tz77a |
| [15:37:11] | wagnerrp: | dropped, meaning dropped from the southbridge chipset |
| [15:38:00] | earthw0rm: | I might try and get another smaller HD then ... |
| [15:38:22] | sphery: | fwiw, you're likely ok with mysql data on the same drive with proper file system configuration (i.e. be careful with barrier enabled) |
| [15:38:58] | sphery: | I'd do a separate partition, primarily to make sure that the file system isn't filled completely with data |
| [15:39:39] | sphery: | trying to figure out what the red, blue, green dots in the middle of the mobo ar |
| [15:39:56] | sphery: | http://www.newegg.com/Product/Product.aspx?Item=N82E16813138353 (visible at http://images17.newegg.com/is/image/newegg/13 . . . -Z03?$S640W$ ) |
| [15:39:58] | earthw0rm: | I dunno what barrier is ... |
| [15:40:29] | earthw0rm: | Just stickers? |
| [15:40:32] | sphery: | it's the "block all I/O until the data you're writing is physically on disk, and not just in buffers, on a flush" |
| [15:40:36] | tekdoc (tekdoc!~tekdoc@user-12hckqf.cable.mindspring.com) has quit (Quit: WeeChat 0.3.7) | |
| [15:40:44] | sphery: | and since it's all I/O... |
| [15:41:41] | wagnerrp: | sphery: looks like tester certs |
| [15:41:58] | sphery: | it's been enabled by default in ext4 and--at least on some distros--on ext3 with newer kernels because journalled file systems aren't enough to prevent data loss in the face of, say, power cut |
| [15:41:59] | wagnerrp: | "OK 04", "OK 13", "OK 06" |
| [15:42:04] | sphery: | ah, cool |
| [15:42:18] | sphery: | I really hope you found a better/more-zoomed-in picture |
| [15:42:32] | sphery: | because if you can read "OK 04" on that, I need to get my eyes checked |
| [15:42:44] | sphery: | that = http://images17.newegg.com/is/image/newegg/13 . . . -Z03?$S640W$ |
| [15:42:47] | earthw0rm: | I also want to install ZoneMinder on this PC to record CCTV footage |
| [15:43:04] | wagnerrp: | you hit the '+' button |
| [15:43:23] | Twiggy2cents: | okay recordings are working. Now to set up the tuners |
| [15:43:44] | sphery: | + button... keyboard key? |
| [15:43:51] | sphery: | if so, seems my browser config is different |
| [15:44:14] | sphery: | Ctrl+ zooms, but it's still just a couple pixels |
| [15:44:25] | sphery: | OK seems maybe legible on the blue one |
| [15:44:30] | sphery: | others are just smears |
| [15:46:23] | wagnerrp: | no, you click on the image, open the in-window popup, and theres a '+' button to zoom in |
| [15:46:31] | wagnerrp: | which you may not see as you may have flash disabled |
| [15:50:24] | sphery: | ahhh |
| [15:51:10] | sphery: | yeah, seems it's using flash |
| [15:51:23] | sphery: | newegg should upgrade to html5! |
| [15:51:36] | sphery: | Flash is dead. Long live Flash! |
| [15:52:12] | sphery: | anyway, thanks for explanation(s)... I thought it was some kind of connection, but couldn't even guess what it would be |
| [15:53:51] | wagnerrp: | flash is for every one of us! |
| [15:54:02] | wagnerrp: | it stands for every one of us! |
| [15:54:39] | sphery: | "Flash, I love you! But we only have fourteen hours to save the Earth!" |
| [15:54:58] | wagnerrp: | it saves with a mighty hand, every woman, every man, every child, with a mighty flash |
| [15:55:31] | sphery: | hehe |
| [15:55:41] | sphery: | for some reason I really like that song |
| [15:56:44] | wagnerrp: | because queen had flair, they knew how to write inspirational music about animation runtime layers |
| [15:56:52] | sphery: | hehe |
| [15:57:15] | sphery: | yeah, I know a certain company who doesn't appreciate Queen's music |
| [15:57:45] | wagnerrp: | ? |
| [15:58:08] | sphery: | Apple... They just don't appreciate Flash, so they must not appreciate the song that sings its virtues. |
| [16:00:53] | joki (joki!~joki@p5486348D.dip.t-dialin.net) has quit (Ping timeout: 252 seconds) | |
| [16:01:18] | joki (joki!~joki@p5486388E.dip.t-dialin.net) has joined #mythtv-users | |
| [16:01:25] | wagnerrp: | its just because Jobs got kicked off the football team |
| [16:02:03] | sphery: | hehe |
| [16:03:25] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv-users | |
| [16:03:25] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v stuartm | |
| [16:09:11] | highzeth (highzeth!~hz@205-20-11.connect.netcom.no) has joined #mythtv-users | |
| [16:23:04] | SteveGoodey (SteveGoodey!~steve@host86-182-4-91.range86-182.btcentralplus.com) has joined #mythtv-users | |
| [16:24:58] | andreax1 (andreax1!~andreaz@p5089E62A.dip.t-dialin.net) has joined #mythtv-users | |
| [16:26:56] | andreax (andreax!~andreaz@p5089F5C1.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
| [16:30:52] | earthw0rm (earthw0rm!~earthworm@94-30-60-74.xdsl.murphx.net) has quit (Read error: Operation timed out) | |
| [16:30:55] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [16:33:52] | stoffel (stoffel!~quassel@pD9E42786.dip.t-dialin.net) has joined #mythtv-users | |
| [16:33:52] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v stoffel | |
| [16:50:08] | emmanuel__ (emmanuel__!~emmanuelu@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has joined #mythtv-users | |
| [16:54:50] | SteveGoodey: | !help |
| [16:55:04] | SteveGoodey: | list |
| [16:55:14] | SteveGoodey: | "list" |
| [16:55:43] | SteveGoodey: | help list |
| [16:56:11] | SteveGoodey: | !help list |
| [16:56:39] | SteveGoodey: | !list |
| [17:08:02] | sphery: | SteveGoodey: anything in particular you're looking for? |
| [17:09:44] | SteveGoodey: | sphery: While it was quiet thought I'd just play, that OK? |
| [17:10:12] | sphery: | yeah, was just going to help if you were looking for something specific |
| [17:10:58] | [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users | |
| [17:15:40] | lis0r (lis0r!~lisa@garak.bismuth83.co.uk) has quit (Ping timeout: 260 seconds) | |
| [17:17:36] | highzeth_ (highzeth_!~hz@205-20-11.connect.netcom.no) has joined #mythtv-users | |
| [17:17:57] | highzeth_ (highzeth_!~hz@205-20-11.connect.netcom.no) has quit (Remote host closed the connection) | |
| [17:23:36] | Twiggy2cents: | Encoder 1 [ DVB : /dev/dvb/adapter0/frontend0 ] is remote on mythbox-desktop (currently not connected). I need to remove the tuners from the old be. Do I need to do that directly in the db? |
| [17:25:39] | sphery: | Twiggy2cents: no, mythtv-setup, then Capture Cards, then Delete all capture cards |
| [17:25:53] | sphery: | (ideally, not "Delete all capture cards on <hostname>", but the one that does all) |
| [17:26:15] | sphery: | if you do direct db editing, you will almost definitely leave garbage that will cause problems, later |
| [17:26:17] | Twiggy2cents: | So then I will need to re add my cards back after that? |
| [17:26:21] | sphery: | yes |
| [17:26:24] | Twiggy2cents: | okay |
| [17:26:34] | sphery: | you /can/--if you just need to delete one or something, select the card and hit D |
| [17:27:02] | sphery: | but if much has changed--including new driver versions or similar--you should really Delete all capture cards and reconfigure each |
| [17:27:13] | sphery: | it won't affect Video Sources or channels, so no rescan required or anything |
| [17:27:26] | sphery: | it's about a 30s job for me with my 6 physical tuners spread across 2 machines |
| [17:27:57] | sphery: | also, when doing so, make sure you set the Live TV and recording order |
| [17:28:32] | sphery: | generally, you'll want opposites for them--such that you start LIve TV with a card that's least likely to be used for recordings |
| [17:32:36] | Twiggy2cents: | I just deleted them all and reset. Thanks for all the help today. |
| [17:34:35] | sphery: | y/q |
| [17:34:37] | sphery: | er, y/w |
| [17:35:16] | Twiggy2cents: | DataDirect: sourceid 2 has lineup type: LocalBroadcast |
| [17:35:22] | Twiggy2cents: | mythfilldatabase is hanging at that |
| [17:35:52] | Twiggy2cents: | I have tried restarting the be. It does this with no options and with dd grab all |
| [17:36:09] | sphery: | is it current 0.25-fixes? |
| [17:36:11] | Twiggy2cents: | yes |
| [17:36:24] | sphery: | are you using Qt 4.7.1 |
| [17:36:44] | sphery: | and do you have an e-mail address for your Schedules Direct login name? |
| [17:36:45] | Twiggy2cents: | http://www.steventoth.net/linux/xc5000/HVR-12 . . . 271_WHQL.zip |
| [17:36:51] | Twiggy2cents: | oops |
| [17:36:55] | Twiggy2cents: | http://pastebin.com/HBrrwueX |
| [17:36:57] | Twiggy2cents: | there is that |
| [17:37:43] | sphery: | looks like the download is working |
| [17:38:08] | sphery: | I'm guessing it's not hanging, but your DB is so ludicrously slow you just see no progress |
| [17:38:23] | sphery: | i.e. because your mysql data is on a file system with barriers enabled |
| [17:39:06] | Twiggy2cents: | Hmm I thought that was only an issue if you were recording on the same drive. Also I am atsc with 6 channels so there isnt much data |
| [17:39:09] | sphery: | which you may want for safety, but it will require specific configuration to give reasonable performance |
| [17:39:22] | Twiggy2cents: | It has been like that for 7 minutes |
| [17:39:32] | sphery: | (where that specific configuration could include using something much faster than a HDD--such as an SSD) |
| [17:39:50] | sphery: | mount |
| [17:39:59] | sphery: | what's the output for the file system with the mysql data |
| [17:40:35] | Twiggy2cents: | /dev/sda1 on / type ext4 (rw,errors=remount-ro) |
| [17:41:27] | sphery: | yeah, I'll bet if you kill mfdb, then change your mount options so that you disable barriers (barrier=0), it will give the same performance you remember |
| [17:41:34] | Twiggy2cents: | It is still hanging there. I never had this issue before |
| [17:41:56] | Twiggy2cents: | Did ubuntu 10.10 have barriers enabled? |
| [17:42:00] | sphery: | no idea how *buntu wants you to change that |
| [17:42:24] | sphery: | barriers are enabled by default in ext4 or, in some distros, in ext3 with newer kernels |
| [17:42:43] | sphery: | but, the short answer is that you almost definitely didn't have them enabled before |
| [17:43:03] | sphery: | note that disabling them could result in file system corruption in the event of, for example, a power loss |
| [17:43:27] | Twiggy2cents: | Well I have some stuff to do so I will look into it later. I will let it ride and see if it ever completes |
| [17:43:47] | sphery: | yeah, I"m guessing it will... after 45min or a couple hours |
| [17:46:11] | Twiggy2cents: | well seeing as how I probably didnt have barriers enabled before I should be fine if I remove them. |
| [17:47:07] | Twiggy2cents: | so why is mysql affected by this so much and the rest of the system isnt? |
| [17:47:33] | sphery: | I won't advise either way--I don't want to be the guy who gets blamed when something goes wrong--but I'll say that I'm getting great performance from my MySQL (and without running with the entire mythconverg database in RAM). |
| [17:48:51] | sphery: | Because MySQL, as a database application, has a greater-than-many-applications requirement to ensure data integrity. Therefore, it frequently calls fsync or whatever to say, "Write this data to disk, now, regardless of whether you normally would," |
| [17:49:13] | sphery: | and when it does, if barriers are enabled, it blocks I/O until the disk says, "it's on the platter" |
| [17:49:56] | Twiggy2cents: | dont worry about being blamed. if something happens I will just ask for your help ;-) |
| [17:50:19] | sphery: | and since mysql is waiting for the confirmation that it's on the platter, it's not allowing any other operations while it waits |
| [17:50:27] | sphery: | hehe |
| [17:51:45] | Twiggy2cents: | So barriers is supposed to be extra protection on top of journaling? |
| [17:52:03] | emmanuel__ (emmanuel__!~emmanuelu@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Read error: No route to host) | |
| [17:52:37] | sphery: | journaling protects you from missed I/O operations due to unsafe unmounting (such as a power failure) |
| [17:53:43] | sphery: | however, if the I/O operations were submitted to the drive, and the drive stuffed them in volatile RAM (the buffers--which are now getting quite large on modern disks--64MB+), and you lost power, you'll lose whatever's in the buffer |
| [17:53:55] | sphery: | whether that's data, file system data, or journaling data |
| [17:53:59] | emmanuel__ (emmanuel__!~emmanuelu@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has joined #mythtv-users | |
| [17:55:00] | sphery: | that is, presuming you have a consumer-quality HDD without a battery-backed cache |
| [17:55:18] | sphery: | and without a battery-backed RAID controller or whatever |
| [17:56:37] | stoffel (stoffel!~quassel@pD9E42786.dip.t-dialin.net) has quit (Ping timeout: 248 seconds) | |
| [17:56:41] | wagnerrp: | there are hard drives with internal batteries? |
| [17:56:51] | sphery: | maybe not |
| [17:57:19] | sphery: | I don't buy enterprise drives, so never looked |
| [17:57:31] | ** wizbit bans wagnerrp for 1 week from all computers and mythtv ** | |
| [17:57:53] | ** wagnerrp gets out his operator pants ** | |
| [17:58:14] | tekdoc (tekdoc!~tekdoc@user-12hckqf.cable.mindspring.com) has joined #mythtv-users | |
| [18:00:08] | wagnerrp: | he runs a cronjob every couple minutes to clean up links? |
| [18:00:10] | wagnerrp: | sheesh... |
| [18:00:24] | wagnerrp: | dont most tools make broken links invisible anyway? |
| [18:00:40] | sphery: | yeah, seems overkill to me |
| [18:00:48] | sphery: | run mythlink.pl once per day |
| [18:01:12] | wagnerrp: | if youre actively using a file, deleting it wont do anything |
| [18:01:22] | sphery: | even if tools/apps don't hide the broken links, when he tries to play some video playing a broken link, he should figure out what's going on |
| [18:01:28] | wagnerrp: | it will be removed from the directory, but wont actually go away until you close the file |
| [18:01:41] | wagnerrp: | i dont see how it could "occasionally cause issues" of any sort |
| [18:01:58] | sphery: | deleting the recording? |
| [18:02:28] | wagnerrp: | "running mythlink.pl as a cronjob to recreate the links did occasionally cause issues if you were watching" |
| [18:02:29] | sphery: | yeah, I'm pretty sure both are experiencing issues due to multiple users manipulating files, and not having proper group permissions |
| [18:02:52] | sphery: | oh, I'm thinking that issue was, "my slow database meant that I got a hiccup when it ran" |
| [18:03:02] | sphery: | which is why once/day mythlink + system events works well |
| [18:03:18] | sphery: | the once/day full run at some "unlikely to be watching" time will clean up dir |
| [18:03:31] | sphery: | and system events create links as new recordings start |
| [18:04:05] | sphery: | (and you could even use delete events to delete links, but it's more work than it's worth, IMHO, since just running a full run once/day works) |
| [18:04:21] | sphery: | actually, I've gotten to the point of only running the once/day--I don't need instant link creation, so... |
| [18:04:40] | sphery: | the hiccup being during playback |
| [18:11:52] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users | |
| [18:14:31] | Dave123-road (Dave123-road!someone@cpe-74-74-202-129.rochester.res.rr.com) has quit (Ping timeout: 260 seconds) | |
| [18:19:36] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [18:26:08] | Dave123-road (Dave123-road!someone@cpe-74-74-202-129.rochester.res.rr.com) has joined #mythtv-users | |
| [18:34:40] | esperegu (esperegu!~quassel@145.116.15.244) has quit (Read error: Connection reset by peer) | |
| [18:35:18] | esperegu (esperegu!~quassel@145.116.15.244) has joined #mythtv-users | |
| [18:39:56] | lis0r (lis0r!~lisa@garak.bismuth83.co.uk) has joined #mythtv-users | |
| [18:46:22] | tekdoc (tekdoc!~tekdoc@user-12hckqf.cable.mindspring.com) has quit (Quit: Leaving) | |
| [18:47:33] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users | |
| [18:47:42] | tekdoc (tekdoc!~tekdoc@user-12hckqf.cable.mindspring.com) has joined #mythtv-users | |
| [18:48:38] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [19:04:08] | Oleg_ (Oleg_!~webcam@pool-96-224-20-249.nycmny.east.verizon.net) has quit (Ping timeout: 255 seconds) | |
| [19:04:50] | Oleg_ (Oleg_!~webcam@pool-96-224-20-249.nycmny.east.verizon.net) has joined #mythtv-users | |
| [19:13:15] | faichele__ (faichele__!~quassel@p5498EE90.dip.t-dialin.net) has joined #mythtv-users | |
| [19:13:57] | 36DAA8BCM (36DAA8BCM!~quassel@p5498EE90.dip.t-dialin.net) has quit (Ping timeout: 248 seconds) | |
| [19:22:41] | tank-man (tank-man!1000@S010600121729c6a1.vc.shawcable.net) has joined #mythtv-users | |
| [19:25:38] | lautriv (lautriv!~lautriv@f050084073.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [19:36:40] | SteveGoodey (SteveGoodey!~steve@host86-182-4-91.range86-182.btcentralplus.com) has quit (Remote host closed the connection) | |
| [19:37:43] | lautriv (lautriv!~lautriv@f050085251.adsl.alicedsl.de) has joined #mythtv-users | |
| [19:41:23] | highzeth (highzeth!~hz@205-20-11.connect.netcom.no) has quit (Quit: Leaving) | |
| [20:15:08] | bugzy (bugzy!~bugzy@adsl-99-125-70-181.dsl.lsan03.sbcglobal.net) has quit (Quit: Konversation terminated!) | |
| [20:15:28] | jerry (jerry!~jerry@80-114-35-72.mtaonline.net) has joined #mythtv-users | |
| [20:16:02] | jerry: | i would like to try myth, to recieve iptv, have dual nics, is this a feature supported out of the box? |
| [20:16:42] | FabriceMG (FabriceMG!~FabriceMG@APoitiers-155-1-19-49.w83-200.abo.wanadoo.fr) has quit (Quit: Ex-Chat) | |
| [20:16:48] | sphery: | jerry: our current implementation of iptv support has some serious problems |
| [20:17:28] | jerry: | anything else to consider ? |
| [20:17:44] | sphery: | you could try to compile and use the mythtv-rtp branch, which is completely rewriting iptv support |
| [20:18:03] | sphery: | there are some users who are using MythTV with patches applied to work around the issues |
| [20:18:19] | jerry: | link? |
| [20:19:00] | sphery: | http://code.mythtv.org/trac has info on getting the repo, and you would then use git branch -r to see the remote branches and then git checkout <branch name> to switch (I think it's mythtv-rtp) |
| [20:19:20] | sphery: | ah, or devel/rtp |
| [20:20:05] | wagnerrp: | jerry: when you say "IPTV", specifically how is your service configured? |
| [20:20:12] | jerry: | how about info about schedules direct, does this work with iptv |
| [20:20:24] | sphery: | there's also http://code.mythtv.org/trac/ticket/10493 and http://code.mythtv.org/trac/ticket/10574 and http://code.mythtv.org/trac/ticket/10652 and some other bug reports |
| [20:20:48] | sphery: | plus discussion on the lists (with searchable archives at http://www.gossamer-threads.com/lists/mythtv/ ) |
| [20:20:57] | jerry: | wagnerrp: i recieve iptv from isp over ethernet |
| [20:21:08] | sphery: | directly or using an STB? |
| [20:21:16] | jerry: | wagnerrp: not sure what your asking? |
| [20:21:21] | sphery: | i.e. since you said Schedules Direct, that implies US |
| [20:21:37] | jerry: | alaska is still USA |
| [20:21:44] | shubes (shubes!~shubes@174-26-98-53.phnx.qwest.net) has joined #mythtv-users | |
| [20:21:46] | sphery: | which implies you'll have all sorts of access controls stuff preventing direct receipt of IPTV |
| [20:21:47] | shubes (shubes!~shubes@174-26-98-53.phnx.qwest.net) has left #mythtv-users () | |
| [20:21:53] | sphery: | (at least with the major providers...) |
| [20:22:16] | wagnerrp: | by "major providers", he means AT&T UVerse |
| [20:22:19] | sphery: | so they'd have a set-top box that receives the TV, and you'd then pipe its output to a capture provider |
| [20:22:27] | sphery: | er, capture device, like HD-PVR |
| [20:22:34] | jerry: | sphery: STB amino 130 |
| [20:22:36] | sphery: | meaning IPTV wouldn't come into play at all |
| [20:22:46] | wagnerrp: | mythtv supports a particular form of IPTV originally developed for the free.fr service in france |
| [20:22:46] | sphery: | it's just normal analog TV encoding |
| [20:23:00] | wagnerrp: | where the content is unencrypted, and streamed to clients using multicast |
| [20:23:13] | wagnerrp: | in RTP or UDP format |
| [20:23:39] | jerry: | i did have a connection some time back and vlc did connect, just cannot remmber how i did this |
| [20:23:49] | wagnerrp: | if the content is encrypted, mythtv will not be able to capture it directly, and you'll have to record over analog through your STB |
| [20:24:10] | jerry: | i don't think this is encrypted |
| [20:24:11] | esperegu (esperegu!~quassel@145.116.15.244) has quit (Read error: Connection reset by peer) | |
| [20:24:15] | highzeth (highzeth!~hz@205-20-11.connect.netcom.no) has joined #mythtv-users | |
| [20:24:16] | wagnerrp: | if VLC could record it, mythtv _should_ likely be able to as well |
| [20:24:31] | wagnerrp: | but the current IPTV support is relatively unused, and known to be buggy at current |
| [20:27:12] | jerry: | would you know if bridging is REQUIRED for dual nics to operate capturing iptv |
| [20:27:40] | wagnerrp: | that depends |
| [20:27:54] | wagnerrp: | you need access to the multicast traffic |
| [20:28:31] | wagnerrp: | so you either need to be bridged onto the same network, or you need to be connected through a router that properly handles multicast traffic |
| [20:29:04] | jerry: | igmpproxy is installed, but i'm not sure of the address to assign to the nic connected to iptv |
| [20:34:46] | itunesDan (itunesDan!~itunesDan@70-90-89-141-BusName-dc.hfc.comcastbusiness.net) has joined #mythtv-users | |
| [20:34:55] | jerry: | <sphery> so they'd have a set-top box that receives the TV, and you'd then pipe its output to a capture provider....missed that comment...... |
| [20:35:16] | itunesDan: | hey there everyone |
| [20:35:17] | wagnerrp: | s/provider/device/ |
| [20:35:41] | jerry: | sphery: would iptv to switch-amino-TV and computer work ? |
| [20:36:24] | itunesDan: | i have a bit of an easy question, |
| [20:37:17] | itunesDan: | i have a backend server that i am trying to configure, and cannot find the 'how-to' site that i used months ago |
| [20:38:05] | itunesDan: | i have a usb happauge tuner, and a SD account, but cannot for the life of me remember how I got the channels to populate |
| [20:38:20] | wagnerrp: | analog capture, or digital tuner? |
| [20:38:32] | itunesDan: | i remember i had to create a dummy file receiver |
| [20:38:37] | itunesDan: | its digital |
| [20:38:45] | wagnerrp: | what tuner specifically? |
| [20:39:13] | itunesDan: | i dont honestly know ... it's somewhat new |
| [20:39:23] | itunesDan: | dual tuner with cablecard |
| [20:39:35] | wagnerrp: | DCR-2650? |
| [20:39:49] | itunesDan: | yeah thats the one |
| [20:39:51] | wagnerrp: | what version of mythtv? |
| [20:40:07] | itunesDan: | .24-fixes i beleive |
| [20:40:12] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users | |
| [20:40:20] | wagnerrp: | upgrade to 0.25 |
| [20:40:36] | itunesDan: | (the machine is in the other room – so i dont have many answers right off the bat) |
| [20:41:18] | itunesDan: | does .25 pull the channel lineup out of SD ? |
| [20:41:21] | wagnerrp: | if you upgrade to 0.25, you dont have to fiddle around with those directions you found on that page |
| [20:41:21] | sphery: | jerry: "switch-amino-TV" as in change channels on the STB using IP/network commands, but record with an analog capture device? That would definitely work. |
| [20:41:30] | wagnerrp: | you can just pull the lineup directly |
| [20:41:42] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [20:42:03] | jerry: | sphery: i'll give that a try :) |
| [20:42:20] | sphery: | jerry: (well, at least the record with analog would work--I'm assuming you know if the STB allows network control of channel changes, etc... If not, you can use LIRC to send an IR signal, as if the computer were a remote control.) |
| [20:43:10] | jerry: | ok, thanks, i'll be here while i give it go |
| [20:43:26] | sphery: | good luck |
| [20:49:22] | itunesDan: | wagnerrp – found the site, might be a useful tool to have handy for others. http://www.mythtv.org/wiki/Configuring_MythTV . . . omeRun_Prime |
| [20:49:32] | itunesDan (itunesDan!~itunesDan@70-90-89-141-BusName-dc.hfc.comcastbusiness.net) has left #mythtv-users () | |
| [20:49:55] | wagnerrp: | why do people always leave so quickly? |
| [21:03:10] | Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has quit (Ping timeout: 260 seconds) | |
| [21:04:49] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users | |
| [21:07:00] | sphery: | it's more fun to do things the hard way--especially when there's a wiki page or blog that says to |
| [21:07:41] | sphery: | after all, why should he go to the trouble of upgrading to a version of mythtv that provides support for cablecard tuners when he can hack away at data within the database of an old version? |
| [21:08:12] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [21:15:50] | wagnerrp: | should i have something in the bindings to upgrade from the old version? |
| [21:16:44] | wagnerrp: | considering it could potentially be used on a host or account where no other mythtv application runs |
| [21:17:24] | sphery: | I want to say no since I don't want to write that for Perl bindings :) |
| [21:17:41] | wagnerrp: | well its just another method |
| [21:17:52] | wagnerrp: | try current, and if parsing fails, fail over to the old method |
| [21:19:02] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users | |
| [21:19:30] | sphery: | wagnerrp: changed around that page to move the 0.25 stuff to top and put a warning in 0.24 stuff |
| [21:19:47] | sphery: | I'd rather just delete teh 0.24 stuff, but wanted someone else to agree that it's the right approach |
| [21:20:00] | wagnerrp: | ad agree with deleting it |
| [21:20:04] | wagnerrp: | id |
| [21:20:10] | sphery: | will do |
| [21:26:23] | sphery: | done |
| [21:27:07] | ** sphery tries to force a refresh of Dan's browser window, remotely ** | |
| [21:31:36] | wagnerrp: | isnt 'antiquing' some kind of sexual euphemism? |
| [21:33:30] | sphery: | I always thought it was going to flea markets and antique shops looking for old furniture/items to decorate the house. |
| [21:33:48] | ** stuartm wonders how the conversation suddenly turned to that subject ** | |
| [21:33:53] | wagnerrp: | spam |
| [21:34:02] | sphery: | (not to say that some didn't have an alternate meaning for it--I wouldn't have picked up on it if they did) |
| [21:34:47] | wagnerrp: | i always thought antiquing was the use of certain glazes on pottery, or other techniques with other craft, to make it look aged |
| [21:34:55] | stuartm: | and yeah, it may be a euphemism for something that I've never heard before, but traditionally it means touring antique stores looking for crap to buy |
| [21:34:56] | sphery: | what? my power company wants me to "renew your email subscription" |
| [21:35:01] | wagnerrp: | but regardless.... deleted spam user page said "iam a fan of antiquing" |
| [21:35:29] | sphery: | an e-mail newsletter is something I don't mind because my computer will deal with it when I don't care to, but if I have to keep saying, "yes, please still send it to me," it becomes annoying |
| [21:35:59] | sphery: | ah, now that I click the link, I understand the truth... |
| [21:36:09] | stuartm: | where by 'crap' I mean second (third/fourth/tenth) hand goods that serve no useful purpose except to collect dust on a shelf |
| [21:36:45] | sphery: | They just want me to tell them a Twitter/Facebook/etc account so they have the "one true ID" for all their customers |
| [21:37:01] | tekdoc (tekdoc!~tekdoc@user-12hckqf.cable.mindspring.com) has left #mythtv-users ("WeeChat 0.3.7") | |
| [21:37:08] | sphery: | anyone else extremely annoyed by all the things that require a Web 2.0 account to use, anymore? |
| [21:37:13] | sphery: | and, yes, Spotify, I'm looking at you |
| [21:38:16] | wagnerrp: | i dont see how 'web 2.0' has anything to do with it |
| [21:38:30] | stuartm: | sphery: a worrying trend for those of us who have no such 'social' networking accounts – I was just reading this – http://www.bbc.co.uk/newsbeat/17930370 |
| [21:38:49] | wagnerrp: | im just annoyed that they want such things so they can do background communication and data mining for things that have absolutely no relevance to them |
| [21:39:00] | wagnerrp: | its not going to do any good for ME, so i dont want to allow them to do it |
| [21:39:30] | sphery: | I have to wonder where the, "I have no Facebook account, and never will because it serves no purpose except to destroy my privacy, provide a tracking feature others can use, and a means for others to sell me and my information," option is... They all seem to assume that everyone has an account |
| [21:39:31] | stuartm: | web 2.0 has nothing to do with anything, it's a catch-all term that covers whatever a startup looking for investors want it to mean |
| [21:39:39] | wagnerrp: | and with a power company, where youre otherwise already paying them for services, they have no reason to ask for additional information to mine |
| [21:40:45] | wagnerrp: | dont trust the government, but trust facebook? |
| [21:40:57] | wagnerrp: | what happens when you dont have a smartphone to give them? |
| [21:40:59] | _stefanb (_stefanb!stefanb@86-60-137-83-dyn-dsl.ssp.fi) has joined #mythtv-users | |
| [21:41:06] | wagnerrp: | youre not trendy enough to be allowed into the club anyway? |
| [21:41:31] | _stefanb: | finally, 0.25 is behaving as it should... |
| [21:41:35] | stuartm: | heh, probably (I don't have a smartphone, don't really want one) |
| [21:41:54] | sphery: | yeah, I use web 2.0 as a derogative term to describe those companies that are trying to reinvent the web as a platform that's opposite of all the original design ideals of the web |
| [21:42:05] | _stefanb: | plus the backport of devel/rtp and IPTV is working better than ever before... |
| [21:42:38] | sphery: | _stefanb: note that the "backport" is /not/ a backport to fixes/0.25--if you're running that, you're running master with rtp backport |
| [21:42:47] | wagnerrp: | backport? |
| [21:43:01] | _stefanb: | sphery: no, I'm running fixes/0.25 + rtp. Trust me, I did the git |
| [21:43:11] | sphery: | _stefanb: no, you're not |
| [21:43:14] | sphery: | you're running master |
| [21:43:23] | sphery: | because your database is not compatible with fixes/0.25 |
| [21:43:48] | sphery: | so it's actually master minus some features plus rtp |
| [21:43:56] | wagnerrp: | unless you manually backported the changesets to 0.25 yourself, i highly doubt anyone would have done so for you |
| [21:44:06] | sphery: | it's a mongrel that's worse than just running devel/rtp or master with devel/rtp merged |
| [21:44:16] | _stefanb: | sphery: call it what *you* want, I only took the commits that make up devel/rtp, not master |
| [21:44:28] | sphery: | wagnerrp: there's a guy on the ticket who did it and has it on his repo |
| [21:44:29] | _stefanb: | sphery: I call that backport |
| [21:44:37] | wagnerrp: | i call that 'fork' |
| [21:44:40] | sphery: | _stefanb: did you use the ones on the ticket? |
| [21:44:40] | Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has joined #mythtv-users | |
| [21:44:46] | sphery: | they are /not/ fixes/0.25 |
| [21:44:56] | _stefanb: | sphery: yes, plus a new one which I found in a bug today |
| [21:45:01] | wagnerrp: | meaning youre on your own to merge it back into mythtv once everything is said and done |
| [21:45:10] | sphery: | let's let wagnerrp weigh in |
| [21:45:18] | wagnerrp: | ? |
| [21:45:19] | _stefanb: | sphery: bug #10667 |
| [21:45:19] | ** MythLogBot http://code.mythtv.org/trac/ticket/10667 ** | |
| [21:45:36] | sphery: | wagnerrp: http://code.mythtv.org/trac/ticket/10493#comment:5 |
| [21:45:49] | sphery: | As it turned out only two of the commits required minor conflict resolving. I also noticed that master had already a DB schema update done in 0fcf963, so I backported that one too, so that the DB schema update of fixes/0.25+rtp will end up at the same version 1301. |
| [21:45:53] | _stefanb: | wagnerrp: I really couldn't care less. IPTV is completely screwed, broken and bonkers in 0.25 |
| [21:46:09] | sphery: | so, "fixes/0.25+rtp" = DB schema version 1301... fixes/0.25 = DB schema version 1299 |
| [21:46:09] | _stefanb: | wagnerrp: IMHO my backport should be integrated to fixes/0.25 |
| [21:46:12] | sphery: | = no going back |
| [21:46:34] | sphery: | and no mixing fixes/0.25 clients with your custom fork |
| [21:46:44] | _stefanb: | sphery: well, master is at 1301 (or newer) and 1300 & 1301 in my backport are exactly as the steps in master |
| [21:46:59] | sphery: | which means you're not on fixes/0.25 |
| [21:47:04] | croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has joined #mythtv-users | |
| [21:47:14] | _stefanb: | unless of course mythtv developers lie and downgrade schema version in master |
| [21:47:23] | stuartm: | heh, not one IPTV user tested either master, the beta or the RC before the release of 0.25 |
| [21:47:24] | wagnerrp: | _stefanb: if something changes schema or protocol, it cannot be backported without at least a point release |
| [21:47:24] | _stefanb: | sphery: as I said, I don't care. |
| [21:47:36] | wagnerrp: | and no one is going to make a point release this soon for something used by so few users |
| [21:47:39] | _stefanb: | wagnerrp: well, do a point release. |
| [21:47:57] | wagnerrp: | "so few users" |
| [21:48:04] | sphery: | _stefanb: yeah, I'm just making the point it shouldn't be called a fixes/0.25 backport because it will confuse users, who may try it and want to go back to packaged versions |
| [21:48:19] | _stefanb: | wagnerrp: then please have the decency to put a big fat note on the home page that IPTV users shouldn't update to 0.25 |
| [21:48:31] | sphery: | _stefanb: using devel/rtp would be the easiest approach for those users |
| [21:48:32] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [21:48:36] | _stefanb: | sphery: use at your own risk. |
| [21:48:55] | _stefanb: | sphery: nope, devel/rtp db schema is incompatible to master |
| [21:49:07] | _stefanb: | sphery: 1300 in devel/rtp is 1301 in master |
| [21:49:14] | wagnerrp: | by "so few users", i mean 0.5% of all tuners registered on MythTV systems |
| [21:49:23] | wagnerrp: | all those reporting into smolt anyway |
| [21:50:09] | _stefanb: | wagnerrp: well, IPTV has been working so lousy in 0.23, 0.24 and completely screwed in 0.25. How do you expect users to to use it? |
| [21:50:30] | wagnerrp: | no idea, i have nearly no knowledge of the iptv recorder |
| [21:50:38] | _stefanb: | finally with 0.25 + fixes I'll be able to rip out the crappy DVB-C card |
| [21:51:00] | sphery: | _stefanb: no, 1300 in devel/rtp is (now) the same as 1300 in master |
| [21:51:15] | _stefanb: | wagnerrp: well, I have glasfiber connection (FTTH) since 2 years with IPTV. Why should I use stone age technology like crappy digital cable? |
| [21:51:51] | sphery: | _stefanb: so the problem is that if a user uses the "backport", and danielk doesn't get finished and merge devel/rtp before the 1301 update goes into master, then those users using the backport will skip 1301 update |
| [21:51:55] | sphery: | or whatever |
| [21:51:57] | _stefanb: | sphery: the last time I checked (and devel/rtp) hasn't moved, it has only 1300. master 1301 was the change that was 1300 in devel/rtp |
| [21:52:00] | trumee (trumee!~parul@188-222-165-248.zone13.bethere.co.uk) has quit (Ping timeout: 246 seconds) | |
| [21:52:28] | sphery: | _stefanb: danielk merged master into it |
| [21:52:46] | _stefanb: | sphery: and then added 1300 devel/rtp as 1301 in master |
| [21:52:51] | sphery: | the db update in devel/rtp is a "placeholder" that will move until it gets a proper number, based on whatever's current in master at the time |
| [21:52:56] | stuartm: | _stefanb: if none of the developers use iptv, what incentive is there to make it work? Or to put it another way, if IPTV users really cared enough then they would have submitted patches and tested the code before the release – that's how open source works ... I'm not trying to be confrontational here, just pointing out the realities |
| [21:53:18] | trumee (trumee!~parul@188-222-165-248.zone13.bethere.co.uk) has joined #mythtv-users | |
| [21:55:52] | russell5 (russell5!~russell5@pool-71-184-228-79.bstnma.fios.verizon.net) has quit (Ping timeout: 276 seconds) | |
| [21:56:25] | stuartm: | _stefanb: what are the IPTV bitrates like? For me the problem with IPTV has always been that you're compressing the video down to a lousy degree to send it over a network that was never designed for streaming video and can barely cope as it is when much higher bandwidth networks already exist for precisely that purpose ... maybe the bitrate/compression is less of an issue with FTTH |
| [21:56:34] | sphery: | _stefanb: ok, looking at https://github.com/MythTV/mythtv/blob/master/ . . . ck.cpp#L1964 and https://github.com/MythTV/mythtv/blob/devel/r . . . ck.cpp#L1963 , 1300 is the update required for devel/rtp and 1301 is a master-only update (that won't work in fixes/0.25--at least could cause some serious scheduler issues) |
| [21:57:02] | sphery: | unless you also backport the schedule editor templates |
| [21:57:14] | _stefanb: | sphery: try this: |
| [21:57:17] | sphery: | at which point, just use master with the devel/rtp merged in |
| [21:57:20] | sphery: | or use devel/rtp |
| [21:57:27] | _stefanb: | git diff devel/rtp:mythtv/libs/libmythtv/dbcheck.cpp fixes/0.25+rtp:mythtv/libs/libmythtv/dbcheck.cpp |
| [21:57:39] | _stefanb: | git diff devel/rtp:mythtv/libs/libmythtv/dbcheck.cpp master:mythtv/libs/libmythtv/dbcheck.cpp |
| [21:57:48] | stuartm: | for me at least, DVB-T and DVB-S trump IPTV, but here in the UK I'm stuck on a 20Mbit connection so the bitrates will never compare |
| [21:57:49] | _stefanb: | git diff fixes/0.25+rtp:mythtv/libs/libmythtv/dbcheck.cpp master:mythtv/libs/libmythtv/dbcheck.cpp |
| [21:57:50] | sphery: | I'm just saying you're closer to master than to fixes/0.25 |
| [21:58:08] | _stefanb: | sphery: devel/rtp equals fixes/0.25+rtp. master has already 1302 |
| [21:58:44] | sphery: | if devel/rtp = fixes/0.25+rtp, why are you making a fixes/0.25... just use devel/rtp? |
| [21:59:03] | _stefanb: | sphery: devel/rtp is not based on 0.25 |
| [21:59:17] | _stefanb: | sphery: and I don't really want master |
| [21:59:32] | _stefanb: | sphery: only change one thing at a time |
| [21:59:41] | highzeth (highzeth!~hz@205-20-11.connect.netcom.no) has quit (Quit: Leaving) | |
| [21:59:44] | sphery: | ok, but don't call it fixes/0.25+rtp :) |
| [21:59:58] | sphery: | call it "rtp fork somewhere between fixes/0.25 and master" |
| [22:00:02] | sphery: | :) |
| [22:00:18] | sphery: | anyway, I do appreciate your testing and the work you've done |
| [22:00:30] | sphery: | just think it would be better not to confuse users into thinking they're using fixes/0.25 |
| [22:00:37] | _stefanb: | DB 1300 in master is ALTER TABLE recordmatch ADD COLUMN findid INT NOT NULL DEFAULT 0", |
| [22:00:37] | _stefanb: | +"ALTER TABLE recordmatch ADD INDEX (recordid, findid)", |
| [22:00:42] | _stefanb: | +NULL |
| [22:00:52] | _stefanb: | so a column got added and indexed |
| [22:01:09] | _stefanb: | nothing to do with IPTV and no code uses the new column |
| [22:01:24] | sphery: | https://github.com/MythTV/mythtv/blob/master/ . . . ck.cpp#L1964 begs to differ |
| [22:01:48] | sphery: | ah, ok |
| [22:01:51] | sphery: | so, yeah |
| [22:01:56] | _stefanb: | sphery: well, I don't care what github says. I'm relying on what git tells me |
| [22:01:56] | stuartm: | sphery: fwiw, given the number of IPTV users is so tiny I'm not sure the argument over what it's called really matters in this case |
| [22:02:02] | sphery: | 1300 is the iptv one |
| [22:02:19] | _stefanb: | sphery: yes 1300->1301 is IPTV change |
| [22:02:20] | sphery: | er, 1301 is iptv one |
| [22:02:36] | _stefanb: | 1301->1302 is a new change I just saw in master |
| [22:02:49] | sphery: | but regardless, 1301 is incompatible with fixes/0.25 |
| [22:03:07] | stuartm: | in principal, since we'll be the ones dealing with the support requests and fallout I'd normally agree, but this doesn't seem to be one of those times when the argument is worth the aggrevation |
| [22:03:16] | _stefanb: | sphery: well, it's compatible on my system, because I track my own changeset |
| [22:03:55] | _stefanb: | sphery: and I'm only doing that because IPTV must be working. |
| [22:03:57] | sphery: | it's compatible with your system, which isn't fixes/0.25 compatible |
| [22:04:00] | sphery: | it's compatible with your fork |
| [22:04:07] | sphery: | but, anyway, it's not worth arguing |
| [22:04:35] | sphery: | as stuartm said, I'll just hope that the small number of users who actually use it won't ever try to go backwards and break their databases |
| [22:05:04] | _stefanb: | sphery: whenever 0.25.x or 0.26 comes out with DB > 1301 my system will be fine. That's the main point |
| [22:05:52] | _stefanb: | Hmm, what does mythtv say if it expects 1299 and sees 1301? stops completely? |
| [22:06:03] | _stefanb: | not that I'm going back to pure fixes/0.25 |
| [22:06:03] | wagnerrp: | yes |
| [22:06:05] | sphery: | yes, assuming you (or other users) never drop their IPTV service, and decide, "Well, since it's fixes/0.25, I can just start installing the packaged versions without rtp backports so I no longer have to compile myself." |
| [22:06:12] | wagnerrp: | it will abort, the database is too new to use |
| [22:06:33] | _stefanb: | good, then I won't try :-) |
| [22:06:48] | sphery: | and then users--because, "It's open source, so this is how it's done"--will then start poking at the data in the database and corrupt their schemas and/or data |
| [22:06:55] | sphery: | and then I get stuck helping them fix it |
| [22:07:15] | sphery: | which is why the name worried me :) |
| [22:07:31] | _stefanb: | sphery: I'm poking in the database regularly, because well, you can't trust mythtv-setup & friends |
| [22:08:10] | sphery: | and, of course, if the F/LOSS software doesn't work, the only thing to do is hack the data yourself--to make sure no one else benefits from your efforts |
| [22:08:22] | sphery: | wouldn't want to actually work on patches to fix mythtv-setup & friends |
| [22:08:23] | _stefanb: | all of this would of course be mood, if it would be possible to setup a new system from scratch, and then press a button to import all old recordings from the old master |
| [22:08:35] | faichele__ (faichele__!~quassel@p5498EE90.dip.t-dialin.net) has quit (Ping timeout: 244 seconds) | |
| [22:08:36] | sphery: | (that said, mythtv-setup and friends work great for me...) |
| [22:09:03] | _stefanb: | because I'm 95% certain that many of my problems stem from the fact that this is a system that has been upgraded from 0.19 onwards |
| [22:09:14] | _stefanb: | there's a LOT of junk in there |
| [22:09:25] | sphery: | _stefanb: that is possible... mv /path/to/recordings/*.mpg /path/to/videos ... then Video Library, MENU|Scan for changes |
| [22:09:29] | ** wagnerrp is running a database aged from 0.18 or 0.19 ** | |
| [22:09:49] | ** sphery is running a DB from MythTV from Feb 2004 ** | |
| [22:09:49] | wagnerrp: | according to smolt, there are a handful of users running database from 0.13 or so |
| [22:09:54] | _stefanb: | sphery: no, not videos. *AS* recordings |
| [22:10:29] | sphery: | I would say "problems stem from the fact that this is a system that has been upgraded from 0.19 onwards [with manual database edits by someone who didn't fully understand the data and/or schema requirements]" |
| [22:10:31] | wagnerrp: | _stefanb: the problem with "as recordings" is that recordings have all sorts of data linked in from all over the place |
| [22:10:34] | sphery: | :) |
| [22:10:47] | wagnerrp: | there is absolutely no way to pull in an arbitrary file and make it fit properly |
| [22:10:53] | sphery: | _stefanb: that said... Video Library is /the/ right place for large collections of videos |
| [22:11:04] | thefRont (thefRont!xelerator@suffers.from.internal-bleeding.de) has quit (Ping timeout: 265 seconds) | |
| [22:11:06] | sphery: | Video Library has wonderful support for metadata, now (even better than Watch Recordings) |
| [22:11:17] | _stefanb: | sphery: I'm not using Video Library at all |
| [22:11:18] | wagnerrp: | and its difficult to recreate all the necessary information in the correct place in the database even if you have it all |
| [22:11:20] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv-users | |
| [22:11:28] | sphery: | it's manageable by, for example, putting files into directories to create user-specified organization |
| [22:11:50] | sphery: | it's easy to switch "views" without MENU|Change Group Filter, and then choosing a single recording group to display |
| [22:12:01] | sphery: | it's easy to filter on various criteria |
| [22:12:08] | sphery: | it's designed for long term storage |
| [22:12:14] | _stefanb: | f.ex. if I would move it to the Video Library, a recording rule would not recognize already recorded episodes |
| [22:12:35] | sphery: | Watch Recordings is great for short-term storage of video you've recorded until you watch and delete or until you move it to Video Library |
| [22:12:50] | wagnerrp: | _stefanb: sure it would, that's what the oldrecorded table is for |
| [22:12:52] | sphery: | _stefanb: no, moving it would mean it's recognized |
| [22:13:16] | sphery: | but if you throw away your old database, including old history of what you've recorded/what you've recorded and deleted/... , it won't be recognized |
| [22:13:17] | _stefanb: | wagnerrp: yeah, but as you said, this wouldn't be importable to the brand-new system :-P |
| [22:13:19] | wagnerrp: | on the other hand, were one trying to import from scratch, that is just one of the many things that would need to be managed properly |
| [22:13:44] | sphery: | _stefanb: and how would the 14000 shows I've recorded and deleted over the years be importable with your approach? |
| [22:13:48] | sphery: | :) |
| [22:14:07] | _stefanb: | Hmm, that might actually also be usable as Sync-function between different masters, so that another master doesn't record old shows |
| [22:14:28] | sphery: | that said, if your DB (schema or data) is really broken, you can do a partial import into a clean, brand new database, to preserve recording and recording history information |
| [22:14:30] | wagnerrp: | there are exactly zero plans to allow two different masters to sync |
| [22:14:43] | wagnerrp: | too many issues with content sharing and copyright |
| [22:15:42] | wagnerrp: | there is a plan for a portable recording, a file and corresponding .mxml file with all the necessary metadata to display in watch recordings |
| [22:15:43] | _stefanb: | sphery: well, if I ever have to cross that bridge I'll write some Perl code to process mythconverg.sql |
| [22:15:52] | wagnerrp: | but it would be for viewing only, and not incorporated into the system |
| [22:16:04] | wagnerrp: | more designed to allow for a detached frontend to take on trips |
| [22:16:13] | sphery: | _stefanb: because your code would be better than the code in mythconverg_restore.pl that already does it? |
| [22:16:37] | sphery: | I guess maybe the guy who wrote the restore script doesn't know the database schema and it's requirements as well as you? ;) |
| [22:16:54] | sphery: | http://www.mythtv.org/wiki/Database_Backup_an . . . _of_a_backup |
| [22:20:47] | _stefanb: | sphery: I don't want to restore the whole DB, just the data I need |
| [22:22:14] | _stefanb: | ahh, that seems to do what is needed |
| [22:23:53] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users | |
| [22:25:13] | sphery: | yes, it does... but it also explains why there's no benefit to doing this as a normal part of maintenance--and that it's only something you should do if you have (or suspect you have) corrupted data or corrupted schema |
| [22:25:46] | sphery: | fixes corrrupted schema by completely throwing away the schema and using one created by a same-versioned mythtv-setup |
| [22:26:17] | sphery: | "fixes" corrupted data by throwing away everything that's re-creatable and keeping only the not-re-creatable data, hoping corruption was in the other parts |
| [22:26:50] | sphery: | all the qualification is because a /lot/ of users thought you had to do that for every upgrade |
| [22:26:51] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [22:27:29] | sphery: | or that doing so would somehow, magically, make mythtv faster (the power of the placebo is amazingly strong, so there was no convincing them otherwise) |
| [22:28:17] | sphery: | as far as speed increase goes, the end result of that procedure is no different from simply running optimize_mythdb.pl |
| [22:28:38] | sphery: | but is a multi-hour manual effort versus 2m of background computer time |
| [22:30:55] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv-users | |
| [22:37:04] | ** _stefanb needs some shuteye ** | |
| [22:37:06] | _stefanb (_stefanb!stefanb@86-60-137-83-dyn-dsl.ssp.fi) has left #mythtv-users () | |
| [23:12:10] | poppeye (poppeye!~tim@c-71-225-99-121.hsd1.pa.comcast.net) has joined #mythtv-users | |
| [23:20:08] | UForgotten (UForgotten!~u4go10@unaffiliated/uforgotten) has joined #mythtv-users | |
| [23:20:36] | UForgotten: | anyone using a hauppage pvr that could answer a question on IR? |
| [23:20:48] | nutron (nutron!~nutron@unaffiliated/nutron) has joined #mythtv-users | |
| [23:21:33] | UForgotten: | I want to build a mythtv box, my cable co does not allow firewire so my only option looks like a pvr. My question is how the IR works, if it is just for the pvr to change the stb channel or if it can also recieve to allow me to use a remote to control the myth box. |
| [23:22:43] | [R]: | its usually only blasting |
| [23:22:53] | wagnerrp: | the PVR-150/500 cards were good for sending and receiving |
| [23:23:05] | poppeye: | hey everyone, i've got an issue with mythfilldatabase, and i'm afraid i've run out out of google in trying to fix it. This is a fresh install of 12.04 ubuntu, and after updates, the first thing being installed is mythtv. all goes well until the video sources setup, and it takes a very long time to get the lineups (but does eventually load, like 10 minutes-ish). finally on the input connections it fails to fetch any channels. |
| [23:23:13] | UForgotten: | what about the hd pvr external box tho? |
| [23:23:27] | wagnerrp: | hdpvr... i think is transmit only |
| [23:23:55] | wagnerrp: | poppeye: what kind of tuner? |
| [23:24:07] | poppeye: | hdhr prime |
| [23:24:17] | [R]: | no |
| [23:24:19] | [R]: | hdpvr has tx and rx |
| [23:24:21] | poppeye: | i had this all working no problem on 0.24, using schedules direct |
| [23:24:54] | wagnerrp: | then it should still continue to work fine after upgrading to 0.25 |
| [23:25:11] | wagnerrp: | why are you configuring video sources? |
| [23:25:13] | UForgotten: | [R]: so I can use a universal remote to control the myth box? just need to get lird to work with the hpvr drivers? |
| [23:25:36] | poppeye: | mythfilldatabase seems to connect, and download a file, but then normally when it starts runnign progress bars to load the database, instead it just sits there doign nothing |
| [23:25:51] | poppeye: | except the hard drive runs continuously |
| [23:26:11] | poppeye: | i did a fresh install of ubuntu |
| [23:26:16] | poppeye: | so reloaded everything |
| [23:26:19] | [R]: | UForgotten: UForgotten if your universal remote speaks the codes it understands, sure |
| [23:26:25] | wagnerrp: | poppeye: why didnt you keep the old database? |
| [23:26:54] | poppeye: | i tried to upgrade, but i borked something and didnt have the appropriate backups |
| [23:27:07] | UForgotten: | [R]: sweet. just wanted to confirm that I dont need another IR device. didn't want to drop $200 on HD PVR and then find I need something else. |
| [23:27:25] | wagnerrp: | a backup is automatically made when you begin a database update |
| [23:27:38] | poppeye: | it failed for some reason |
| [23:27:47] | poppeye: | read it in the logs |
| [23:27:56] | wagnerrp: | running as the wrong user, and didnt have write access anywhere? |
| [23:28:05] | wagnerrp: | even in that case, it should still dump to /tmp/ |
| [23:28:22] | poppeye: | could be, its sort of irrelevent at this point as its long gone. |
| [23:28:51] | poppeye: | i'll remember that for next time though |
| [23:29:44] | ** sphery guesses barriers enabled on file system with mysql data ** | |
| [23:30:00] | sphery: | (for the mythfilldatabase seeming to hang while hdd spins continuously) |
| [23:32:22] | poppeye: | makes sense, it sure seems like its getting the files from shchedules direct, but not dispersing them into the database correctly |
| [23:33:04] | sphery: | what file system is your mysql data on and what does mount command say for options? |
| [23:33:46] | poppeye: | backend and frontend all on one box, one partition (ext4 ubuntu 12.04) |
| [23:34:07] | sphery: | yeah, almost definitely has barrier enabled (unless you explicitly disabled it |
| [23:35:02] | sphery: | you could try changing mount options to include barrier=0 and then re-run mythfilldatabase and if it's fast, decide whether you want the safety provided by barriers or the performance you get at its expense |
| [23:35:26] | sphery: | (change mount options and re-mount, meaning re-boot since it's your root file system) |
| [23:35:51] | poppeye: | ok sphery, thanks for the recommendataion, i'll dig into that |
| [23:54:09] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_) | |
| [23:58:23] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (Quit: Konversation terminated!) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.