| Monday, January 27th, 2014, 00:01 UTC | ||
| [00:01:32] | herda05 (herda05!~dherring@74-92-165-205-Oregon.hfc.comcastbusiness.net) has quit (Quit: This computer has gone to sleep) | |
| [00:02:43] | houms: | how do i add mythplugins? |
| [00:03:05] | houms: | i am having a heck of a time trying to stream my recording from mythweb |
| [00:14:08] | MartinT (MartinT!~smuxi@46-18-104-220.static.vivaciti.org) has quit (Remote host closed the connection) | |
| [00:25:27] | SmallwoodDR82 (SmallwoodDR82!~Smallwood@unaffiliated/smallwooddr82) has joined #mythtv-users | |
| [00:32:06] | [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users | |
| [00:33:03] | Dave123_ (Dave123_!~Dave123@cpe-74-74-202-129.rochester.res.rr.com) has quit (Ping timeout: 245 seconds) | |
| [00:36:22] | Dave123_ (Dave123_!~Dave123@cpe-74-74-202-129.rochester.res.rr.com) has joined #mythtv-users | |
| [00:54:54] | houms: | is there any better documentation then thewiki? |
| [00:55:48] | undagroundStudiO (undagroundStudiO!~undagroun@pool-100-2-5-219.nycmny.fios.verizon.net) has joined #mythtv-users | |
| [01:10:54] | houms: | i just cannot seem to get my head around the mythweb setup. it works but streaming the recorded program is broken |
| [01:11:34] | undagroundStudiO (undagroundStudiO!~undagroun@pool-100-2-5-219.nycmny.fios.verizon.net) has quit () | |
| [01:14:24] | TimeWolfH (TimeWolfH!~TimeWolf_@cpe-66-65-102-115.nyc.res.rr.com) has joined #mythtv-users | |
| [01:14:35] | Jinxor (Jinxor!~Jinx@108.222.213.232) has joined #mythtv-users | |
| [01:21:24] | ctmjr (ctmjr!~chuck@pdpc/supporter/active/ctmjr) has joined #mythtv-users | |
| [01:25:01] | TimeWolfH_ (TimeWolfH_!~TimeWolf_@cpe-66-65-102-115.nyc.res.rr.com) has joined #mythtv-users | |
| [01:25:02] | TimeWolfH (TimeWolfH!~TimeWolf_@cpe-66-65-102-115.nyc.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [01:27:28] | TimeWolfH__ (TimeWolfH__!~TimeWolf_@cpe-66-65-102-115.nyc.res.rr.com) has joined #mythtv-users | |
| [01:27:28] | TimeWolfH_ (TimeWolfH_!~TimeWolf_@cpe-66-65-102-115.nyc.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [01:27:31] | TimeWolfH__ is now known as TimeWolfH | |
| [01:28:35] | TimeWolfH (TimeWolfH!~TimeWolf_@cpe-66-65-102-115.nyc.res.rr.com) has quit (Client Quit) | |
| [01:32:22] | TimeWolfH (TimeWolfH!~TimeWolf_@cpe-66-65-102-115.nyc.res.rr.com) has joined #mythtv-users | |
| [01:33:28] | houms: | ok so i transcoded a video from mythweb and it succeeded and now when i try to watch the asx stream i do not get an error but now i get the output of the perl script on the web page |
| [01:33:35] | houms: | am i missing a component? |
| [01:34:48] | houms: | i tried uncommenting the rewrite rules in the web.conf |
| [01:35:04] | kisak (kisak!~kisak@pool-71-173-217-47.hrbgpa.fios.verizon.net) has left #mythtv-users () | |
| [01:35:36] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv-users | |
| [01:35:36] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v wagnerrp | |
| [01:36:15] | houms: | so now it seems redirect works but the perl script is not executing perhaps? |
| [01:37:37] | [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving) | |
| [01:38:05] | houms: | where can i find the install doc for mythweb? |
| [01:38:14] | houms: | it does not seem to be included in my install |
| [01:40:31] | ctmjr: | http://www.mythtv.org/wiki/MythWeb (might help) |
| [01:42:54] | SmallwoodDR82 (SmallwoodDR82!~Smallwood@unaffiliated/smallwooddr82) has quit (Remote host closed the connection) | |
| [01:44:11] | houms: | thanks ctmjr. i have looked at it several times and cannot see what i am doing wrong |
| [01:44:57] | houms: | the section towards the bottom talks about being able to browse recording index but cannot playback, which is my symptom , but not due to invalid config.xml |
| [01:45:23] | Jinxor is now known as Jinx | |
| [01:45:35] | Jinx (Jinx!~Jinx@108.222.213.232) has quit (Changing host) | |
| [01:45:35] | Jinx (Jinx!~Jinx@unaffiliated/jinx) has joined #mythtv-users | |
| [01:45:42] | houms: | am i supposed to do something special after a recording is finished to watch it through mythweb? |
| [01:46:24] | ctmjr: | that's all i have i have not used mythweb in over a year |
| [01:48:40] | houms: | thanks ctmjr |
| [01:49:20] | houms: | anyone have a proper mythweb.conf file they can share? |
| [01:49:22] | TimeWolfH (TimeWolfH!~TimeWolf_@cpe-66-65-102-115.nyc.res.rr.com) has quit (Quit: I QUIT!) | |
| [01:53:27] | undagroundStudiO (undagroundStudiO!~undagroun@pool-100-2-5-219.nycmny.fios.verizon.net) has joined #mythtv-users | |
| [01:57:20] | undagroundStudiO (undagroundStudiO!~undagroun@pool-100-2-5-219.nycmny.fios.verizon.net) has quit (Client Quit) | |
| [02:02:50] | skd5aner: | wagnerrp: ping – you around or on the road? |
| [02:03:35] | wagnerrp: | yes |
| [02:04:48] | skd5aner: | yes to both? haha |
| [02:05:51] | skd5aner: | wagnerrp: I think we might have chatted about this a month ago, but none of my new recording rules in 0.27 appear to automatically grab any artwork for them. Some of which are movies, others TV shows – none seem to get artwork without me manually going in and editing the metadata via the rule |
| [02:06:03] | skd5aner: | any ideas on why that is? is that a common issue? |
| [02:06:48] | wagnerrp: | for recordings, i believe artwork is supposed to be grabbed during a daily housekeeper task |
| [02:07:09] | wagnerrp: | i'm not sure if that is done during the standard metadata pull |
| [02:07:57] | skd5aner: | as part of mythmetadatagrabber? |
| [02:08:17] | skd5aner: | er, mythmetadatalookup |
| [02:10:02] | skd5aner: | wagnerrp: do you rely on it to automatically pull artwork? |
| [02:10:46] | wagnerrp: | i think it's working. i haven't been paying much attention to it |
| [02:11:48] | skd5aner: | hrm |
| [02:12:16] | skd5aner: | well, I don't know if there's a bug, or a config issue |
| [02:16:09] | ctmjr: | skd5aner: might be a bug am on .27 and have the same problem had to run mythmetadatalookup --refresh-all-artwork to get the artwork (the episode info is ok) |
| [02:16:49] | wagnerrp: | that should get run automatically daily |
| [02:16:52] | skd5aner: | ctmjr: so, you are actually getting artwork pulled if you run the command manually |
| [02:18:48] | ctmjr: | skd5aner: yes it works outside myth as a cron job |
| [02:19:12] | skd5aner: | wagnerrp: are you sure the the housekeeping job includes that flag? |
| [02:20:16] | wagnerrp: | http://code.mythtv.org/cgit/mythtv/tree/mytht . . . per.cpp#n440 |
| [02:27:15] | skd5aner: | wagnerrp: would that show up in standard verbosity logs? |
| [02:27:23] | skd5aner: | if so, for which program? |
| [02:28:18] | wagnerrp: | you should see the backend reporting that it is running the task |
| [02:31:16] | skd5aner: | wagnerrp: only thing I see in the backend logs is something like this – Metadata_27138 jobqueue.cpp:2156 (DoMetadataLookupThread) – JobQueue: Metadata Lookup Starting for "Sesame Street" recorded from channel 5115 at 2014-01–25T20:00:00Z |
| [02:31:30] | skd5aner: | it doesn't really indicate if it's retriving artwork or not |
| [02:31:35] | wagnerrp: | this is the housekeeper, not the jobqueue |
| [02:32:19] | skd5aner: | 2014-01–25 12:33:16.527111 I [28020/28020] CoreContext housekeeper.cpp:582 (RegisterTask) – Registering HouseKeeperTask 'RecordedArtworkUpdate'. |
| [02:33:19] | skd5aner: | but, no new artwork shows up |
| [02:34:04] | sphery: | skd5aner: just have a minute, but saw you pinged me |
| [02:34:14] | sphery: | was it about mythfilldatabase/delete from program taking an hour? |
| [02:34:19] | skd5aner: | sphery: yea, I know you know a bit about barriers... |
| [02:34:27] | wagnerrp: | http://code.mythtv.org/cgit/mythtv/tree/mytht . . . per.cpp#n483 |
| [02:34:39] | wagnerrp: | what is the DailyArtworkUpdates set to? |
| [02:34:57] | skd5aner: | sphery: well, I haven't really done any research, I'm sure I can easily google it, but is ext3 impacted by barriers? |
| [02:35:08] | skd5aner: | and, how easy is it to disable – and what's the biggest risk(s) of doing so? |
| [02:35:29] | ** wagnerrp doesn't have to worry about barriers ** | |
| [02:35:32] | sphery: | I'm guessing you're using --dd-grab-all? |
| [02:35:57] | sphery: | and, yes, barriers can be enabled on ext3 (and some kernels/distros do so by default)--you can find out with cat /proc/mounts |
| [02:36:28] | skd5aner: | wagnerrp: interestingly enough, it's set to 1, but the hostname is of my slave backend |
| [02:36:52] | wagnerrp: | it shouldn't have a hostname. it's a global variable (i think) |
| [02:37:13] | wagnerrp: | no, guess not |
| [02:37:42] | skd5aner: | will it work with a null hostname variable? |
| [02:37:56] | sphery: | disabling them means that if your system loses power after a write is written to disk cache, but before it's on disk, you'll lose whatever's being written, which could be data (best case) or file system metadata (much worse) and can result in file system errors that can be anywhere from "easily fixed with fsck" to catastrophic |
| [02:38:22] | wagnerrp: | i believe that query will drop to a global setting if a local one is not found |
| [02:38:36] | sphery: | to disable, just mount the file system with the option barrier=0 (or, if not enabled by default, you can just leave off barrier=1) |
| [02:38:46] | sphery: | definitely easy to disable then test mfdb |
| [02:39:03] | sphery: | and if it works faster, you can consider options |
| [02:39:16] | skd5aner: | wagnerrp: also, I'm looking at the "record" table – actually, a lot of rules have a blank inetref... appears they're not getting set there automatically |
| [02:39:29] | sphery: | (either faster drive, battery-backed drive (and/or system--with UPS), or risk it) |
| [02:39:41] | skd5aner: | sphery: yes, --dd-grab-all |
| [02:39:48] | skd5aner: | sphery: can take HOURS for mfdb torun |
| [02:39:49] | wagnerrp: | that only gets set if you set it, when defining the recording rule |
| [02:40:01] | sphery: | skd5aner: I /highly/ recommend, though, doing an optimize_mythdb.pl (often--at least once/mo, but better once/week, or even daily) |
| [02:40:44] | skd5aner: | sphery: I do it daily |
| [02:40:44] | sphery: | using --dd-grab-all is probably not safe (for your recording robustness) if mfdb runs take hours, so should fix it or go back to "standard" runs |
| [02:41:19] | sphery: | also note that you may get terrible performance for mysql (and those deletes, especially) if you have innodb-based tables and don't have a well-optimized mysql configuration |
| [02:41:49] | skd5aner: | sphery: thanks sphery – that's the kind of details I was hoping for |
| [02:41:57] | skd5aner: | I might give it a before and after test |
| [02:42:29] | sphery: | is your program table myisam? |
| [02:42:34] | sphery: | just out of curiosity |
| [02:42:44] | skd5aner: | wagnerrp: I thought that it would attempt to autolookup inetref IDs, no? |
| [02:42:56] | sphery: | show create table program; (to find out) |
| [02:43:01] | skd5aner: | wagnerrp: I didn't think that required manual intervention |
| [02:43:26] | wagnerrp: | i don't know if it inserts those back into the rule |
| [02:43:28] | skd5aner: | sphery: when you say "fix it" – what do you mean? |
| [02:43:52] | skd5aner: | does it just try to insert it at the recording level itself, and not at a "global rule" level? |
| [02:44:00] | sphery: | figure out what's causing the slowness and change it and/or get better performance/more resources for the job |
| [02:44:52] | sphery: | "fix it" just meaning you don't want it to take hours, so if you can't speed it up significantly, switch to standard mfdb runs |
| [02:45:35] | skd5aner: | well, I'm going to up the RAM from 4GB, likely to 16GB – and keep /tmp on tmpfs... and increase some of the mysql buffers accordingly |
| [02:45:46] | skd5aner: | and, probably switch out my old IDE drive that my DB is on with an SSD |
| [02:46:01] | skd5aner: | so, I would expect some significant improvement there – but not sure how much of that will be a bandaid |
| [02:46:12] | sphery: | I'll admit that the delete from program is not the most efficient approach, but more efficient requires a lot more code to make it as safe |
| [02:46:31] | skd5aner: | Iwouldnt' expect my current config to be as bad as it is, since it worked fine as-is for years and then fell off a cliff after 0.27 |
| [02:47:15] | sphery: | we really need to re-code the whole --dd-grab-all to be more efficient rather than using the same routines we use for normal and/or just switch to tv_grab_na_dd, which would probably also make it much faster (even with getting all data) |
| [02:47:55] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [02:48:13] | skd5aner: | which tables specifically (re: innodb)... I only have a few tables that are innodb, all the rest are myisam |
| [02:48:27] | sphery: | program for this issue |
| [02:48:42] | sphery: | your mythweather ones should be/need to be innodb |
| [02:48:43] | skd5aner: | one of those innod tables is record_tmp, which I'm not sure what that is |
| [02:48:54] | sphery: | the rest are supposed to be myisam |
| [02:48:55] | skd5aner: | yea, mythweather are, as well as one mythmusic one |
| [02:49:04] | sphery: | record_tmp is a "permanent" temporary table |
| [02:49:07] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users | |
| [02:49:39] | sphery: | yeah, sounds like it's not just innodb and "default" mysql/innodb configuration causing the issue, then |
| [02:49:59] | sphery: | (meaning distros don't really have innodb configuration well optimized out of the box) |
| [02:50:13] | sphery: | so, not sure what else it could be |
| [02:50:23] | sphery: | I don't think 0.26->0.27 should result in a slowdown on this |
| [02:50:34] | skd5aner: | database has been in existance since 2004, so... nothing's changed since then unless you guys changed it via an upgrade :) |
| [02:50:41] | sphery: | but I may have missed some changes that were important to it |
| [02:51:22] | sphery: | it may well just be the change happened along with others--such as changing to a file system with barriers enabled |
| [02:51:29] | skd5aner: | 0.26 wasn't dramatically faster when it came to mfdb, but it certainly didn't exhibit the unresponsiveness that 0.27 does |
| [02:51:50] | sphery: | sorry I don't have much to go on for you |
| [02:51:57] | skd5aner: | I'm more than happy to admit that it could be a storm of things that changed, but... |
| [02:52:02] | skd5aner: | hardware didn't |
| [02:52:05] | skd5aner: | and OS didn't |
| [02:52:27] | sphery: | there may have been some changes I didn't notice--haven't kept up very well lately |
| [02:52:30] | skd5aner: | sphery: no, that's ok! :) |
| [02:52:35] | skd5aner: | it was helpful |
| [02:52:38] | ** wagnerrp heads to bed ** | |
| [02:52:43] | sphery: | if I come across anything, though, I'll let you know (and/or see if I can improve on it :) |
| [02:52:49] | sphery: | good luck with it |
| [02:52:55] | ** sphery must head to bed, too ** | |
| [02:52:59] | skd5aner: | np, I appreciate it – I just knew you had a lot of info on how barriers impacts |
| [02:53:00] | sphery: | (but not with wagnerrp :) |
| [02:53:12] | skd5aner: | wow – early night for two guys usually who are night owls, – good night |
| [02:53:19] | skd5aner: | thanks |
| [02:53:20] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Ping timeout: 245 seconds) | |
| [02:53:22] | sphery: | hehe, later |
| [02:58:09] | SmallwoodDR82 (SmallwoodDR82!~Smallwood@unaffiliated/smallwooddr82) has joined #mythtv-users | |
| [03:01:32] | houms: | anyone using the mythlink script to automatically give friendly names to recordings? i am wondering how to setup the trigger? |
| [03:08:45] | buu: | What the heck |
| [03:08:57] | buu: | My mythbackend refuses to listen when I restart it |
| [03:09:09] | buu: | Can anyone think of a reason why it wouldn't accept connections on localhost? |
| [03:09:24] | skd5aner: | anyone know how to get find_orphans.py to delete orphaned entries and files? |
| [03:09:29] | skd5aner: | it just seems to print out a report |
| [03:10:11] | skd5aner: | buu: not sure, firewall? |
| [03:12:24] | buu: | skd5aner: It was working literally 30 seconds ago before it crashed =/ |
| [03:12:55] | [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users | |
| [03:13:02] | ctmjr: | skd5aner: does it not give you options bottom if it says 1.refresh list then it did not find any |
| [03:13:25] | ctmjr: | *at the bottom |
| [03:13:44] | _nyloc_ (_nyloc_!~quassel@p5B26FFD3.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [03:13:52] | skd5aner: | ctmjr: It finds plenty of orphaned entries in the DB and plenty of orphaned files |
| [03:13:53] | skd5aner: | but that's it |
| [03:13:56] | skd5aner: | ahhh |
| [03:14:02] | skd5aner: | had an older version of hte script, just updated |
| [03:14:07] | skd5aner: | it now shows the options |
| [03:14:08] | skd5aner: | thanks |
| [03:16:16] | skd5aner: | well, darn... there's an error |
| [03:17:33] | ctmjr: | houms: do not know what you mean by setup the trigger but the wkik is pretty good on how to set it up |
| [03:17:57] | nyloc (nyloc!~quassel@p57B4FF0D.dip0.t-ipconnect.de) has quit (Ping timeout: 248 seconds) | |
| [03:18:46] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users | |
| [03:20:05] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Read error: Connection reset by peer) | |
| [03:20:42] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users | |
| [03:22:07] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Read error: Connection reset by peer) | |
| [03:22:19] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users | |
| [03:25:46] | buu: | skd5aner: I ended up having to reboot the box |
| [03:25:48] | buu: | very weird |
| [03:26:09] | skd5aner: | buu: yea, I had a feeling it just might be something weird going on |
| [03:27:10] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Ping timeout: 272 seconds) | |
| [03:27:18] | buu: | haha |
| [03:27:41] | buu: | skd5aner: I restarted both front and back and they seemed happy but backend refused to open a listen socket on 45XX whatever port it should be on |
| [03:28:08] | skd5aner: | 6544/6543 |
| [03:28:52] | ctmjr (ctmjr!~chuck@pdpc/supporter/active/ctmjr) has quit (Remote host closed the connection) | |
| [03:31:42] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users | |
| [03:41:06] | ctmjr (ctmjr!~chuck@pdpc/supporter/active/ctmjr) has joined #mythtv-users | |
| [03:52:53] | amizraa (amizraa!~amizraa@gateway/tor-sasl/amizraa) has quit (Remote host closed the connection) | |
| [03:53:54] | amizraa (amizraa!~amizraa@gateway/tor-sasl/amizraa) has joined #mythtv-users | |
| [03:56:17] | TimeWolfH (TimeWolfH!~TimeWolf_@cpe-66-65-102-115.nyc.res.rr.com) has joined #mythtv-users | |
| [03:56:32] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [03:56:58] | houms (houms!~houms@pool-72-83-236-223.washdc.fios.verizon.net) has quit (Quit: Konversation terminated!) | |
| [03:58:33] | TimeWolfH (TimeWolfH!~TimeWolf_@cpe-66-65-102-115.nyc.res.rr.com) has quit (Client Quit) | |
| [04:01:49] | TimeWolfH (TimeWolfH!~TimeWolf_@cpe-66-65-102-115.nyc.res.rr.com) has joined #mythtv-users | |
| [04:02:15] | skd5aner (skd5aner!~skd5aner@50-90-5-146.res.bhn.net) has quit (Ping timeout: 272 seconds) | |
| [04:03:22] | TimeWolfH (TimeWolfH!~TimeWolf_@cpe-66-65-102-115.nyc.res.rr.com) has quit (Client Quit) | |
| [04:07:27] | ubIx (ubIx!~ulf@p5DD19779.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [04:08:50] | Kwisher (Kwisher!~kevin@c-98-212-119-100.hsd1.in.comcast.net) has quit (Quit: Leaving) | |
| [04:10:47] | ubIx__ (ubIx__!~ulf@p5DD1A3E8.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [04:11:17] | arescorpio (arescorpio!~arescorpi@56-57-245-190.fibertel.com.ar) has joined #mythtv-users | |
| [04:12:14] | TimeWolfH (TimeWolfH!~TimeWolf_@cpe-66-65-102-115.nyc.res.rr.com) has joined #mythtv-users | |
| [04:12:14] | TimeWolfH (TimeWolfH!~TimeWolf_@cpe-66-65-102-115.nyc.res.rr.com) has quit (Client Quit) | |
| [04:18:16] | TimeWolfH (TimeWolfH!~TimeWolf_@cpe-66-65-102-115.nyc.res.rr.com) has joined #mythtv-users | |
| [04:18:17] | TimeWolfH (TimeWolfH!~TimeWolf_@cpe-66-65-102-115.nyc.res.rr.com) has quit (Client Quit) | |
| [04:21:58] | TimeWolfH (TimeWolfH!~TimeWolf_@cpe-66-65-102-115.nyc.res.rr.com) has joined #mythtv-users | |
| [04:22:08] | TimeWolfH (TimeWolfH!~TimeWolf_@cpe-66-65-102-115.nyc.res.rr.com) has quit (Client Quit) | |
| [04:27:28] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users | |
| [04:28:39] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Read error: Connection reset by peer) | |
| [04:31:48] | TimeWolfH (TimeWolfH!~TimeWolf_@cpe-66-65-102-115.nyc.res.rr.com) has joined #mythtv-users | |
| [04:31:49] | TimeWolfH (TimeWolfH!~TimeWolf_@cpe-66-65-102-115.nyc.res.rr.com) has quit (Client Quit) | |
| [04:49:58] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [04:52:13] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 252 seconds) | |
| [04:53:41] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv-users | |
| [04:55:29] | croppa (croppa!~stuart@14.14.233.220.static.exetel.com.au) has quit () | |
| [05:00:24] | arescorpio (arescorpio!~arescorpi@56-57-245-190.fibertel.com.ar) has quit (Excess Flood) | |
| [05:20:47] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users | |
| [05:25:29] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Ping timeout: 265 seconds) | |
| [05:25:41] | kjj (kjj!kzxvsyle@192.151.168.151) has left #mythtv-users () | |
| [05:56:20] | [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving) | |
| [05:59:02] | sjmikem1 (sjmikem1!~Adium@c-67-161-45-243.hsd1.ca.comcast.net) has quit (Quit: Leaving.) | |
| [06:07:46] | SmallwoodDR82 (SmallwoodDR82!~Smallwood@unaffiliated/smallwooddr82) has quit (Quit: and I'm out...) | |
| [06:54:40] | MissionCritical (MissionCritical!~MissionCr@unaffiliated/missioncritical) has quit (Read error: Operation timed out) | |
| [06:55:35] | noaXess (noaXess!~noaXess@catv-165-002.tbwil.ch) has joined #mythtv-users | |
| [06:55:49] | noaXess: | Good morning |
| [06:57:40] | noaXess (noaXess!~noaXess@catv-165-002.tbwil.ch) has left #mythtv-users () | |
| [07:04:23] | MissionCritical (MissionCritical!~MissionCr@unaffiliated/missioncritical) has joined #mythtv-users | |
| [07:14:41] | cecil (cecil!~cesman@pool-173-60-115-40.lsanca.fios.verizon.net) has joined #mythtv-users | |
| [07:14:45] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (Ping timeout: 248 seconds) | |
| [07:15:49] | cecil is now known as cesman | |
| [07:16:07] | cesman (cesman!~cesman@pool-173-60-115-40.lsanca.fios.verizon.net) has quit (Changing host) | |
| [07:16:07] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv-users | |
| [07:20:48] | zombor (zombor!~zombor__@CPE-24-211-23-167.wi.res.rr.com) has joined #mythtv-users | |
| [07:20:48] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users | |
| [07:20:48] | zombor (zombor!~zombor__@CPE-24-211-23-167.wi.res.rr.com) has quit (Changing host) | |
| [07:50:43] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Quit: No Ping reply in 180 seconds.) | |
| [07:52:05] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has joined #mythtv-users | |
| [07:57:10] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv-users | |
| [08:00:50] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users | |
| [08:06:33] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Ping timeout: 252 seconds) | |
| [08:07:13] | zoktar (zoktar!~zoktar@unaffiliated/zoktar) has quit (Ping timeout: 245 seconds) | |
| [08:13:09] | zoktar (zoktar!~zoktar@unaffiliated/zoktar) has joined #mythtv-users | |
| [08:20:50] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users | |
| [08:24:50] | joki (joki!~joki@p54861D0F.dip0.t-ipconnect.de) has quit (Ping timeout: 264 seconds) | |
| [08:25:43] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Ping timeout: 272 seconds) | |
| [08:30:54] | joki (joki!~joki@p54863377.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [08:51:14] | lautriv: | hmmm, i found a backend used 38M swap while used to need an average of 7% of my mem, what may have caused this, maybe mysql ? |
| [08:52:37] | warped_ (warped_!~piotro@89-79-250-31.dynamic.chello.pl) has joined #mythtv-users | |
| [08:52:50] | warped_ (warped_!~piotro@89-79-250-31.dynamic.chello.pl) has quit (Client Quit) | |
| [08:58:02] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has joined #mythtv-users | |
| [09:05:02] | zoktar (zoktar!~zoktar@unaffiliated/zoktar) has quit (Ping timeout: 264 seconds) | |
| [09:09:25] | rdark (rdark!~rdark@217.33.138.50) has joined #mythtv-users | |
| [09:15:05] | zoktar (zoktar!~zoktar@78-72-44-158-no186.tbcn.telia.com) has joined #mythtv-users | |
| [09:15:06] | zoktar (zoktar!~zoktar@unaffiliated/zoktar) has joined #mythtv-users | |
| [09:15:06] | zoktar (zoktar!~zoktar@78-72-44-158-no186.tbcn.telia.com) has quit (Changing host) | |
| [09:31:12] | Happieyak (Happieyak!~s0ggy@ppp118-209-213-62.lns20.mel6.internode.on.net) has joined #mythtv-users | |
| [09:32:17] | Happieyak: | My XBMC on Surface pro will not log into my Mythtv 0.26 |
| [09:35:09] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv-users | |
| [09:35:09] | B34N (B34N!~mark@pool-72-82-168-153.cmdnnj.east.verizon.net) has quit (Read error: Connection reset by peer) | |
| [09:37:19] | Happieyak (Happieyak!~s0ggy@ppp118-209-213-62.lns20.mel6.internode.on.net) has quit (Quit: Leaving) | |
| [09:38:09] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Client Quit) | |
| [09:44:27] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 252 seconds) | |
| [09:47:31] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv-users | |
| [09:57:09] | rdark (rdark!~rdark@217.33.138.50) has quit (Quit: leaving) | |
| [09:57:16] | JimBaxter (JimBaxter!~jbaxter@jimbax.plus.com) has joined #mythtv-users | |
| [09:58:58] | rdark (rdark!~rdark@217.33.138.50) has joined #mythtv-users | |
| [10:02:30] | hashbang (hashbang!~isajb@cse-ajb.cse.bris.ac.uk) has joined #mythtv-users | |
| [10:31:45] | shubes (shubes!~shubes@tacs.shubes.net) has quit (Ping timeout: 272 seconds) | |
| [10:44:47] | warped_ (warped_!~piotro@89-79-250-31.dynamic.chello.pl) has joined #mythtv-users | |
| [10:48:11] | shubes (shubes!~shubes@tacs.shubes.net) has joined #mythtv-users | |
| [11:22:48] | warped_ (warped_!~piotro@89-79-250-31.dynamic.chello.pl) has quit (Quit: warped_) | |
| [12:20:49] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users | |
| [12:25:09] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Ping timeout: 248 seconds) | |
| [12:45:46] | B34N (B34N!~mark@pool-72-82-168-153.cmdnnj.east.verizon.net) has joined #mythtv-users | |
| [13:43:48] | lautriv: | insane to buy a surface anyway ... |
| [13:57:24] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users | |
| [14:03:26] | werebutt (werebutt!~buttbutt@46.165.251.66) has joined #mythtv-users | |
| [14:03:28] | werebutt (werebutt!~buttbutt@46.165.251.66) has left #mythtv-users () | |
| [14:13:28] | Easy_Rider9999 (Easy_Rider9999!~Miranda@pD9E5C77E.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [14:28:56] | Esteban (Esteban!~Esteban@106-68-120-159.dyn.iinet.net.au) has joined #mythtv-users | |
| [14:29:20] | Esteban is now known as Guest54205 | |
| [14:29:50] | houms (houms!~houms@pool-72-83-236-223.washdc.fios.verizon.net) has joined #mythtv-users | |
| [14:30:43] | houms: | good day. I am trying to figure out the best way to use mythlink for new recordings. specifically how often should it run? and should it be a cron job for example or should it be added to each recording as a user job? |
| [14:31:55] | Guest41737 (Guest41737!~Esteban@124-169-199-129.dyn.iinet.net.au) has quit (Ping timeout: 260 seconds) | |
| [14:32:02] | houms: | also the wiki says Note: You will also need to run mythlink.pl separately to remove old symlinks. See Usage. but my tests show everytime you run mythlink.pl with or without options does that |
| [14:43:43] | sphery: | houms: if you run it as a user job, the link won't appear until after the recording finishes |
| [14:44:06] | sphery: | if you run it with a MythTV System Event, the link can appear immediately upon recording start |
| [14:44:16] | sphery: | if you run a cron job, the link won't appear until the cron job runs |
| [14:44:59] | sphery: | and if you run it "normally" (without specifying a single recording whose link should be created), it will delete /all/ links, then create brand new links |
| [14:45:34] | sphery: | the "You will also need to run mythlink.pl separately to remove old symlinks. See Usage." means that it will /not/ delete symlinks of other shows when you specify a single show |
| [14:46:05] | sphery: | so you've recorded 1000 shows, you have set up your system to use a System Event (probably the best way) to create links and all is good |
| [14:46:26] | sphery: | *until* you actually watch a show and delete that show--at which point its symlink is still there |
| [14:46:55] | sphery: | unless you create a System Event that's triggered on Recording deleted and you write your own script to find the link to delete it |
| [14:47:13] | houms: | but when i run it as a system event , where exactly do i define it? |
| [14:47:29] | houms: | also i just reboot the box and now it says it cannot connect to backend |
| [14:47:33] | sphery: | so, it's /much/ easier to use System Events for creating links and once/day (or week) run a cron job that deletes and re-creates all the links |
| [14:47:53] | sphery: | http://www.mythtv.org/wiki/MythTV_System_Events has some info on System Events |
| [14:47:58] | sphery: | probably better than I could give you |
| [14:48:17] | sphery: | the easiest approach, though, is to just run a cron job |
| [14:48:21] | houms: | i see so the tests i was running just using mythlink --link location --format was is not the same as using system events i take? |
| [14:48:24] | sphery: | and if you run it 1/day, it's not that big a deal |
| [14:48:34] | sphery: | but it means you won't get new links until the cron job runs for that day |
| [14:48:49] | sphery: | running a cron job hourly or every 30min is likely overkill/wasteful |
| [14:48:51] | sphery: | but works |
| [14:49:00] | houms: | well i wonder what happens if you record something in the morning and then want to watch it in the evening, if cron only ran once a day it would not be ready til the next day |
| [14:49:14] | houms: | how about like every 4hrs |
| [14:49:18] | sphery: | using system events, you would be notified of a specific recording that just started |
| [14:49:18] | houms: | something like that |
| [14:49:29] | sphery: | then you would tell it to create a link for only that one recording |
| [14:49:49] | houms: | I like the system events, i guess i should use a separate job for cleaning old links? |
| [14:50:10] | sphery: | well, the recording would be available to watch through a proper frontend (i.e. mythfrontend) |
| [14:50:49] | sphery: | but, yeah, if you're throwing out the features and abilities of mythfrontend and using some less-capable player, you'd want to have the link available sooner |
| [14:51:11] | sphery: | and if that's the case, I highly recommend taking a bit of time to figure out how to do a System Event |
| [14:51:13] | houms: | yeah unfortunately some of it is for the old-lady to watch her "Shows" |
| [14:51:23] | sphery: | though you could run it every 30 min |
| [14:51:29] | Kwisher (Kwisher!~kevin@c-98-212-119-100.hsd1.in.comcast.net) has joined #mythtv-users | |
| [14:51:30] | sphery: | I used to, but decided it was a huge waste |
| [14:51:31] | houms: | that is what i will do, just wondering where the systemevent is defined |
| [14:51:42] | sphery: | (used to = before we had the ability to do single-recording runs) |
| [14:51:42] | houms: | how often do you run it then? |
| [14:51:52] | houms: | i was thinking 4–6hrs maybe even 12 |
| [14:51:54] | sphery: | once per day to remove old links and re-create new ones |
| [14:52:06] | houms: | nice |
| [14:52:13] | houms: | very insightful info |
| [14:52:23] | sphery: | I don't use the system events because the only thing the links are for on my system is as a means of giving good names to files in the event I lose my entire database |
| [14:52:25] | houms: | thank you for the knowledge sphery |
| [14:52:36] | sphery: | (then I can throw the recordings into Video Library) |
| [14:52:39] | houms: | now if i can only figure out what mythtv did . its like it lost its config or something |
| [14:52:47] | sphery: | or, every once in a while, I'll look at the links to see what I have recorded |
| [14:52:52] | houms: | that is a good apprach |
| [14:53:07] | sphery: | but don't need "up to the second" info in the links--because I only watch via mythfrontend |
| [14:53:25] | sphery: | Oh, and I do use the links to copy recordings to my laptop with useful names when I'm traveling |
| [14:53:33] | sphery: | (don't feel mythtv is ideal for travel) |
| [14:54:17] | sphery: | anyway, if you want very-up-to-date links, I recommend system events |
| [14:54:29] | sphery: | but it takes the most time to figure out |
| [14:56:11] | houms: | so you copy the link instead...nice.. i am reading the wiki again now |
| [14:56:21] | houms: | i am just mad that mythtv seems to forget its settings |
| [14:56:35] | houms: | not sure what i am doing wrong. |
| [14:57:09] | TimeWolfH (TimeWolfH!~TimeWolf_@cpe-66-65-102-115.nyc.res.rr.com) has joined #mythtv-users | |
| [14:57:17] | houms: | if it is running as mythtv user and the users home is /var/lib/mythtv , should the configs be there or in /etc/mythtv? |
| [14:57:20] | MMlosh (MMlosh!~MMlosh@2001:470:6f:23:802f:f53a:fa4a:8388) has quit (Quit: Bye...) | |
| [14:57:30] | MMlosh_ (MMlosh_!~MMlosh@2001:470:6f:23:4124:9a6c:983a:a33d) has joined #mythtv-users | |
| [14:57:41] | wsuetholz (wsuetholz!~Thunderbi@cpe-65-28-33-191.wi.res.rr.com) has quit (Ping timeout: 248 seconds) | |
| [14:57:44] | houms: | my settings in /etc/ are correct yet it keeps trying to connect with the mythtv user which is not the user i configured. is this a bug |
| [14:57:57] | _abbenormal (_abbenormal!~abbenorma@d28-23-91-80.dim.wideopenwest.com) has quit (Ping timeout: 252 seconds) | |
| [14:58:13] | TimeWolfH (TimeWolfH!~TimeWolf_@cpe-66-65-102-115.nyc.res.rr.com) has quit (Client Quit) | |
| [14:58:20] | sphery: | config.xml must be in $HOME/.mythtv/ |
| [14:58:42] | sphery: | but many distros have a link at $HOME/.mythtv/config.xml pointing to, for example, /etc/mythtv/config.xml |
| [14:58:52] | sphery: | (or $HOME/.mythtv points to /etc/mythtv |
| [14:59:06] | _abbenormal (_abbenormal!~abbenorma@d28-23-91-80.dim.wideopenwest.com) has joined #mythtv-users | |
| [14:59:27] | sphery: | and most likely your scripts are starting applications as the mythtv user |
| [14:59:57] | houms: | yes they are |
| [15:00:03] | houms: | does not seem like the link is there though |
| [15:00:09] | sphery: | you just need to figure out how your distro wants things to work, then configure it the way that's required for that approach |
| [15:00:36] | houms: | that has been the biggest headache let me tell you |
| [15:00:37] | TimeWolfH (TimeWolfH!~TimeWolf_@cpe-66-65-102-115.nyc.res.rr.com) has joined #mythtv-users | |
| [15:00:41] | houms: | thanks for that info |
| [15:01:03] | houms: | i will try creating manual symlink to mythtv $HOME/.mythtv for the xml file |
| [15:03:51] | houms: | thanks sphery again. that seems to have fixed this nagging issue |
| [15:04:20] | TimeWolfH_ (TimeWolfH_!~TimeWolf_@cpe-66-65-102-115.nyc.res.rr.com) has joined #mythtv-users | |
| [15:04:25] | TimeWolfH_ (TimeWolfH_!~TimeWolf_@cpe-66-65-102-115.nyc.res.rr.com) has quit (Remote host closed the connection) | |
| [15:05:54] | TimeWolfH_ (TimeWolfH_!~TimeWolf_@cpe-66-65-102-115.nyc.res.rr.com) has joined #mythtv-users | |
| [15:07:29] | TimeWolfH (TimeWolfH!~TimeWolf_@cpe-66-65-102-115.nyc.res.rr.com) has quit (Ping timeout: 240 seconds) | |
| [15:07:37] | houms: | is there a specific location to run the system events script? |
| [15:09:39] | Metoer (Metoer!metoer@77.68.145.221) has quit (Ping timeout: 260 seconds) | |
| [15:10:26] | Easy_Rider9999 (Easy_Rider9999!~Miranda@pD9E5C77E.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [15:12:05] | Metoer (Metoer!metoer@77.68.145.221) has joined #mythtv-users | |
| [15:13:20] | Easy_Rider9999 (Easy_Rider9999!~Miranda@pD9E5C77E.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [15:19:24] | houms: | nevermind i found it on mythtv-setup So I setup http://pastie.org/8672187 where the first line is for when a new recording is started and the second line is for when a recording is deleted or expired. |
| [15:23:18] | houms: | is there anyway to get program guide data for more days? some of the OTA channels provide less than a days worth? |
| [15:27:06] | Easy_Rider9999 (Easy_Rider9999!~Miranda@pD9E5C77E.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [15:27:31] | lautriv: | houms, you are in US, no ? |
| [15:29:54] | Easy_Rider9999 (Easy_Rider9999!~Miranda@pD9E5C77E.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [15:30:15] | houms: | yes. the eletronic guide data is working for all channels, |
| [15:30:49] | houms: | just some of them have no data from 7pm tonight on, and others have info til weds... |
| [15:33:23] | houms: | hey lautriv, hope your doing well. if i configure mythlink in system events, does mythlink have to be defined by full path |
| [15:34:17] | lautriv: | houms, you may just wait because they aren't updating simultaneous. otherwise there are some scripts to grab from the net. and about mythlink : i have no use-case and never messed with it. |
| [15:34:50] | wsuetholz (wsuetholz!~Thunderbi@ip87.centonline.com) has joined #mythtv-users | |
| [15:40:18] | ctmjr: | houms: it should not have to make sure it is in /usr/bin/ and you can get more data from schedules direct if your in the US. it cost $25.00 a year and you can try it free for 7 days to see if you like it |
| [15:41:02] | ctmjr: | http://www.schedulesdirect.org/ |
| [15:44:19] | houms: | thanks lautriv. thanks ctmjr |
| [15:44:30] | houms: | to be safe is it better to use the fullpath? |
| [15:44:42] | houms: | the mythtv user is setup poorly in debian |
| [15:45:00] | houms: | i guess i am asking will it hurt any to use the full path |
| [15:45:15] | ctmjr: | would not hurt anything |
| [15:47:03] | Easy_Rider9999 (Easy_Rider9999!~Miranda@pD9E5C77E.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [15:48:03] | Easy_Rider9999 (Easy_Rider9999!~Miranda@pD9E5C77E.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [15:49:25] | houms: | thanks for feedback. going to check out schedules direct. I am not really worried about the missing guide, as long as it fills in eventually. I do not need that many days in advance, but do not want recordings to be missed due to no data |
| [15:50:12] | Easy_Rider9999 (Easy_Rider9999!~Miranda@pD9E5C77E.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [15:52:23] | Jordack (Jordack!~Jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv-users | |
| [15:53:47] | Easy_Rider9999 (Easy_Rider9999!~Miranda@pD9E5C77E.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [16:01:21] | dougl (dougl!~doug@S0106744401495b56.wp.shawcable.net) has joined #mythtv-users | |
| [16:01:38] | streeter (streeter!streeter@nat/redhat/x-btitdpefpqbrhlqc) has joined #mythtv-users | |
| [16:01:57] | houms: | is there a way to clear the space used? I was recording some test runs and even though i have removed the recordings from the mythweb ui, the backend status shows 50GB used. and I am not sure where to locate that |
| [16:02:17] | Easy_Rider9999 (Easy_Rider9999!~Miranda@pD9E5C77E.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [16:02:23] | jm|laptop (jm|laptop!~jm|laptop@null.jamiem.com) has quit (Quit: ZNC - http://znc.in) | |
| [16:02:35] | jm|laptop (jm|laptop!~jm|laptop@null.jamiem.com) has joined #mythtv-users | |
| [16:03:32] | stuartm: | houms: check again in a couple of minutes |
| [16:04:44] | DavidBrooke (DavidBrooke!~DavidBroo@c-69-180-207-35.hsd1.tn.comcast.net) has quit (Remote host closed the connection) | |
| [16:04:50] | stuartm: | we don't remove files immediately, we give users a window to 'undelete' in case they deleted something by mistake – that window is at least 5 minutes, but may be up to 15 minutes by default |
| [16:05:41] | Easy_Rider9999 (Easy_Rider9999!~Miranda@pD9E5C77E.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [16:07:13] | stuartm: | to delete immediately you can switch to the Deleted group and hit delete again |
| [16:10:22] | houms: | is the deleted-group in mythtv-setup? |
| [16:14:18] | sphery: | in mythfrontend, go to Watch Recordings, then MENU|Change Group Filter and select Deleted |
| [16:14:31] | sphery: | or go to mythfrontend Utilities/Setup|System Status |
| [16:14:37] | sphery: | and find the auto-expire list |
| [16:14:52] | sphery: | and I think you can delete from there |
| [16:14:58] | sphery: | (maybe using menu or select) |
| [16:17:28] | stuartm: | can be access through mythweb too |
| [16:17:49] | stuartm: | which might be easier since that's where you deleted them from in the first place |
| [16:19:02] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has joined #mythtv-users | |
| [16:19:02] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v stuarta | |
| [16:19:16] | nanare3rww (nanare3rww!6d412075@gateway/web/freenode/ip.109.65.32.117) has joined #mythtv-users | |
| [16:19:28] | nanare3rww: | i have pvr2000, and I compare the image quality of cable AV source , on screen in windows XP , to the image on lcd tv, and the image on the TV is much better |
| [16:19:41] | nanare3rww: | anyone knows if it is a setup thing, or other problem, my TV gets better image than my computer, I removed digital noise filter from tv, and still the image on tv is better |
| [16:21:02] | houms: | stuartm i cannot seem to locate the deleted group |
| [16:21:45] | houms: | here is what machine status shows in mythweb http://pastie.org/8672368 |
| [16:22:34] | houms: | thanks sphery your instructions are not for mythweb correct? |
| [16:23:25] | stuartm: | houms: according to that only 3 GB worth of recordings have been recently deleted |
| [16:24:02] | stuartm: | the other 50 GB must still be listed |
| [16:24:39] | houms: | any idea where the other 50GB is being reported? http://pastie.org/8672377 this is disk readout |
| [16:25:45] | houms: | but du shows http://pastie.org/8672380 |
| [16:25:46] | stuartm: | houms: did you delete any files directly, i.e. not through mythtv/mythweb? |
| [16:26:13] | houms: | yes i think i did :(. earlier on when i was first testing |
| [16:26:30] | houms: | from /var/lib/mythtv dir |
| [16:27:33] | Easy_Rider9999 (Easy_Rider9999!~Miranda@pD9E5C77E.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [16:28:21] | stuartm: | in that case you'll need to run a cleanup script, I'm going to refer to sphery for that since I can't remember what it's called or where it can be found |
| [16:29:02] | stuartm: | MythTV doesn't assume that just because a recording can't be found on the disk that it's been deleted, since it could just be an offline disk |
| [16:29:17] | houms: | sorry for my newbieness. |
| [16:29:35] | sphery: | houms: http://www.mythtv.org/wiki/Find_orphans.py |
| [16:30:26] | sphery: | houms: and/or http://www.mythtv.org/wiki/Frequently_Asked_Q . . . t_on_disk.3F |
| [16:30:31] | Easy_Rider9999 (Easy_Rider9999!~Miranda@pD9E5C77E.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [16:31:27] | sphery: | nanare3rww: the Playback Profile determines much of the quality of output from MythTV, where best results are using VDPAU, then OpenGl, and (worst of all) Xv rendering |
| [16:31:36] | sphery: | you also need to specify appropriate deinterlacing |
| [16:31:47] | sphery: | and this also assumes direct digital capture |
| [16:32:17] | houms: | thanks sphery. thanks stuartm. i will use find_orphans. does it need to be run as mythtv or anyone will do? |
| [16:32:39] | sphery: | I'm guessing "pvr2000" = Leadtek WinFast PVR2000, which is an analog frame grabber = the hardest-to-configure-for-good-quality SDTV capture |
| [16:33:39] | sphery: | which means you likely have poor quality captures, meaning that it may well be the recording itself that's bad and not playback of it (so the problem is much earlier than the Playback Profile) |
| [16:34:08] | sphery: | houms: needs to be run as a user configured to run MythTV applications--i.e. with a valid $HOME/.mythtv/config.xml |
| [16:34:41] | houms: | just about to answer myself |
| [16:34:43] | houms: | thanks pshery |
| [16:34:57] | houms: | sphery |
| [16:35:01] | sphery: | good luck |
| [16:36:40] | nanare3rww: | +sphery: I want to know how the raw image look like, and if the raw capturing is bad |
| [16:37:32] | nanare3rww: | ( I just want to record some home videos, in best quality) |
| [16:38:05] | |PSU|: | Anyone with the Hauppauge PVR-350 remote (i.e. new grey remote)? I've got it partially working...but not all of the buttons (e.g., OK, back, exit, etc.) work. is this an incomplete .lircrc file, or what could be causing this? thanks! |
| [16:38:42] | herda05 (herda05!~dherring@74-92-165-205-Oregon.hfc.comcastbusiness.net) has joined #mythtv-users | |
| [16:38:51] | houms: | i delete it https://paste.debian.net/78649/ before, and after https://paste.debian.net/78651/ but it does not seem like the space has been reclaimed |
| [16:40:05] | houms: | PSU i am not familiar with the lirc/remote but you may want to pastebin your file |
| [16:40:32] | houms: | df -h still reports same usage |
| [16:41:09] | scott0070 (scott0070!~scott@c-76-18-190-252.hsd1.tn.comcast.net) has joined #mythtv-users | |
| [16:41:11] | stuartm: | nanare3rww: first ensure you're capturing at the highest resolution, with a reasonable bitrate |
| [16:41:31] | scott0070 (scott0070!~scott@c-76-18-190-252.hsd1.tn.comcast.net) has left #mythtv-users () | |
| [16:41:48] | Easy_Rider9999 (Easy_Rider9999!~Miranda@pD9E5C77E.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [16:42:04] | nanare3rww: | +stuartm: I want to set it to uncompressed |
| [16:42:08] | houms: | https://paste.debian.net/78652/ here is machine info. could this be due to upcoming recordings that have not started recording yet? I can't think why it would be reporting that |
| [16:43:43] | nanare3rww: | are there better cards for AV ? |
| [16:43:51] | nanare3rww: | (composite) |
| [16:44:20] | nanare3rww: | (is S-Video better?) |
| [16:45:50] | stuartm: | uncompressed Standard Definition works out at something like 70GB/hr |
| [16:46:03] | nanare3rww: | yes |
| [16:46:22] | nanare3rww: | i was adviced to compress it later with software |
| [16:46:25] | stuartm: | nanare3rww: any hardware encoding cards would be better, an HDPVR might be overkill but is the current favourite for video capture |
| [16:47:11] | nanare3rww: | I was told software compression is better quality then hardware |
| [16:47:43] | nanare3rww: | so the question is about the quality of raw capture |
| [16:47:53] | stuartm: | generally true, but for SD from VHS, it's not really going to matter much |
| [16:48:19] | nanare3rww: | its ok |
| [16:48:25] | nanare3rww: | I don't mind doing it |
| [16:48:43] | nanare3rww: | problem is that I think my capture quality is low |
| [16:50:35] | stuartm: | can't really offer much advice on capture cards, I've not used one for years |
| [16:50:51] | nanare3rww: | ok |
| [16:50:55] | stuartm: | all praise digital televison |
| [16:52:00] | houms: | okay I think i know what is going on, which is weird and misleading sort of, the backend status page shows the same output of df -h, which is basically counting format space as used space. That is confusing. |
| [16:53:18] | nanare3rww: | what can I do, I got old cassetes |
| [16:53:35] | sphery: | nanare3rww: Are you using MythTV for this? It's probably not an ideal program for digitizing old home videos. MythTV is really designed for automatically recording scheduled content based on channel listings. For "one off"/manual captures, there are other programs that are probably much better. |
| [16:54:26] | sphery: | nanare3rww: you mentioned Windows, and, really, the software provided by the capture card vendor for Windows may be ideal for that type of capturing (and allow you to easily access all available options) |
| [16:54:59] | nanare3rww: | now I am on XP SP1 which is what the CD that came with the card have drivers for |
| [16:55:57] | sphery: | yeah, your best bet is probably that software, but unfortunately we probably won't be able to help you with it |
| [16:56:00] | nanare3rww: | so that is what I have now, but I don't like so much the quality |
| [16:57:14] | nanare3rww: | just wodering if that the quality I should expect from that card, or if it has gone bad, and what other better options are out there |
| [16:58:37] | sphery: | it's possible that the sampler/digitizer on the card isn't high quality, but then again NTSC (or PAL) tends to be very low quality and VHS video tends to make it even worse, so most likely different cards wouldn't give much difference in quality |
| [16:59:11] | sphery: | the biggest differences you're likely to see are due to post-processing somewhere in the chain |
| [16:59:29] | nanare3rww: | but for the same source (my cable tv box AV output) I get better quality on the TV |
| [17:00:15] | nanare3rww: | (and I don't kow what the resolution the cable box output, but it looks good on HD tv) |
| [17:00:18] | sphery: | note, too, that when you say, "my TV gets better image than my computer," if you're comparing the image on the computer's LCD to an image on a CRT TV, the problem is likely the scaling being done when displaying on the LCD monitor |
| [17:00:40] | hashbang (hashbang!~isajb@cse-ajb.cse.bris.ac.uk) has quit (Quit: Leaving.) | |
| [17:00:52] | nanare3rww: | (Tthe tv is LCD, and I use it also for the computer) |
| [17:01:03] | stuartm: | what's the TV's resolution? |
| [17:01:12] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv-users | |
| [17:01:20] | nanare3rww: | 1920x180 |
| [17:01:24] | nanare3rww: | 1920x1080 |
| [17:01:28] | nanare3rww: | i think |
| [17:01:56] | sphery: | CRT TVs were designed for the NTSC format and, therefore, don't have to scale up some 720x480 pixel image to 960x720 or 1440x1080 |
| [17:02:31] | sphery: | (or designed for PAL if you're in PAL land) |
| [17:03:26] | sphery: | scaling a 720x480 image to 1440x1080 for display on a 1920x1080 TV (or, worse, to 1920x1080 and breaking aspect ratio to make things short and fat) shows all the artifacts/issues in the imiage |
| [17:04:07] | sphery: | but the one thing I can say is you almost definitely need to set up your capture device to use 720x480 to get best quality achievable (in spite of NTSC and VHS) |
| [17:04:25] | nanare3rww: | I tried |
| [17:04:31] | nanare3rww: | but |
| [17:04:39] | sphery: | and use a good connector (in order, S-Video, then Composite, then RF modulated (coax)) |
| [17:04:55] | nanare3rww: | i am not sure if it affect the image, when not recording |
| [17:05:28] | nanare3rww: | i have composite |
| [17:05:32] | nanare3rww: | but I lost the connector |
| [17:05:36] | nanare3rww: | and improvised |
| [17:05:51] | nanare3rww: | maybe the connector is bad |
| [17:06:55] | sphery: | well, TTBOMK, all "tv capture" devices sample/digitize the images from the video and return them to the computer system as pixels (with the one exception being some of the old ATI All-in-Wonder cards, which had special circuitry to circumvent some of that when simply displaying the video on screen) |
| [17:07:05] | sphery: | so the capture resolution should make a difference even if not encoding |
| [17:07:19] | sphery: | and the connector could be an issue, too |
| [17:08:28] | nanare3rww: | for now I just stuck wires in the pins of the card, and the other end touch the composite cable |
| [17:08:33] | sphery: | I'm guessing it's a composite output on your VCR, so you just need a simple composite cable? If so, it's probably only a few dollars at Wal-Mart or you can order from a good place like http://monoprice.com/ |
| [17:09:11] | nanare3rww: | yes, but the card input looks like PS/2 mouse |
| [17:09:16] | nanare3rww: | six pins |
| [17:09:26] | nanare3rww: | 2 for composite |
| [17:09:32] | nanare3rww: | and the other 4 for svideo |
| [17:09:50] | nanare3rww: | and I lost the cable for it |
| [17:09:51] | sphery: | and--though I hate to say it--one other option is something like http://www.groupon.com/deals/scan-digital-33-lakeland |
| [17:10:12] | sphery: | they tend to do a good job--and really the price is not bad considering the time/effort/frustration that they save |
| [17:10:27] | sphery: | "they" = services that perform digitization |
| [17:10:32] | sphery: | I've never used that particular one |
| [17:10:59] | houms: | ok so i set the system event for recording started, sleep 10 && /usr/share/doc/mythtv-backend/contrib/user_jobs/mythlink.pl --link /var/lib/mythtv --chanid "HANID%" --starttime "TARTTIME%" --format '%T/%T%-' and a recording started at noon but no link, |
| [17:11:02] | houms: | http://pastie.org/8672542 |
| [17:11:32] | houms: | crap, sorry, it is found here www.mythtv.org/wiki/Mythlink.pl |
| [17:11:53] | sphery: | houms: might need to sleep for a while (I think you did 10s, but may need more--like 60s to be safe?) |
| [17:12:09] | sphery: | until the file exists on disk, mythlink.pl won't create any links |
| [17:12:21] | sphery: | feel free to add info to the wiki page if you find that's the issue for you |
| [17:12:25] | houms: | and its a fire and forget so if it is missed it is missed? |
| [17:12:45] | nanare3rww: | a bit expensive for me , i got many tapes |
| [17:12:48] | houms: | let me retest |
| [17:15:08] | houms: | is backend log the proper place to see output? |
| [17:15:44] | sphery: | nanare3rww: well, the $75 for $250 worth of digitization services would allow you to do 12 VHS tapes to DVD ( http://www.scandigital.com/film-and-video-pricing.php ) |
| [17:16:19] | sphery: | and redeem the groupon and pay an extra $10, and you could get 13 done |
| [17:17:49] | sphery: | again, though, I've never used that particular service, but depending on what your own time is worth to you, that may could save you many tens of hours (spread over days/weeks--so not just "get it done", but set up for next step and start it and wait, and go back to it in a little while and ...) |
| [17:18:13] | sphery: | where the 10s of hours is your time--not just computer time |
| [17:20:56] | nanare3rww: | aha |
| [17:21:24] | nanare3rww: | my time in weekend don't worth much |
| [17:21:30] | runelind (runelind!my_cool_us@unaffiliated/runelind) has joined #mythtv-users | |
| [17:22:28] | nanare3rww: | and for 75$ I think I could get a new card, just the question if it would perfrom any better |
| [17:22:50] | nanare3rww: | and if i have 100 tapes |
| [17:22:58] | nanare3rww: | that would be 750$ |
| [17:23:04] | nanare3rww: | (aboutish) |
| [17:24:07] | nanare3rww: | I am going to devestate the economy |
| [17:24:16] | houms: | the sleep 60 is not working either, not sure what is wrong since i cannot see log output. but the timestamp of the mpg recored seems like it would have been fine under sleep 60 |
| [17:24:17] | nanare3rww: | doing everything I can by myself |
| [17:24:33] | nanare3rww: | or not |
| [17:24:50] | ** runelind upgrades to 0.27–20140121 ** | |
| [17:25:29] | runelind: | I've never been able to actually upgrade my freebsd install of mythbackend without running into issues of some kind or another in the FreeBSD ports tree :) |
| [17:28:01] | houms: | i guess cron it is |
| [17:29:49] | stuartm: | FreeBSD ports tree? |
| [17:30:46] | clever (clever!~clever@nwcsnbsc00w-142134237221.dhcp-dynamic.FibreOp.nb.bellaliant.net) has quit (Ping timeout: 272 seconds) | |
| [17:34:36] | runelind: | my .26 to .27 upgrade was hampered by incompatibilties with ffmpeg2 |
| [17:35:02] | runelind: | yep, build failed :( |
| [17:36:28] | stuartm: | runelind: grab master from the official repo, it's building just fine |
| [17:37:25] | runelind: | http://pastie.org/8672633 here's my build output |
| [17:38:10] | runelind: | wonder if it is ffmpeg2 again |
| [17:40:04] | clever (clever!~clever@nwcsnbsc00w-142134237221.dhcp-dynamic.FibreOp.nb.bellaliant.net) has joined #mythtv-users | |
| [17:40:35] | dkeith__ (dkeith__!~dkeith@173.48.203.40) has joined #mythtv-users | |
| [17:45:19] | houms: | do files removed from mythweb get removed automatically or after some time |
| [17:47:53] | houms: | trying to find auto expire |
| [17:48:07] | nanare3rww: | +sphery: rebooting, thanks, bye |
| [17:50:06] | runelind: | stuartm: yeah, ffmpeg causing a fuss again. I'll notify the FreeBSD ports maintainer. |
| [17:52:18] | nanare3rww (nanare3rww!6d412075@gateway/web/freenode/ip.109.65.32.117) has quit (Ping timeout: 245 seconds) | |
| [17:52:56] | stuartm: | again with the ports – FreeBSD builds fine using the official code |
| [17:53:28] | stuartm: | there are two devs building it right now – http://code.mythtv.org/buildbot/builders/master-freebsd10-64bit |
| [17:53:38] | stuartm: | http://code.mythtv.org/buildbot/builders/master-freebsd-64bit |
| [17:54:21] | stuartm: | guessing that this 'port' is out of step with the official repo |
| [17:54:30] | stuartm: | (and redundant anyway) |
| [17:54:38] | rdark (rdark!~rdark@217.33.138.50) has quit (Quit: leaving) | |
| [17:55:54] | Steve-Goodey (Steve-Goodey!~steve@host109-158-212-221.range109-158.btcentralplus.com) has joined #mythtv-users | |
| [17:57:00] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Quit: Leaving) | |
| [17:58:23] | runelind: | stuartm: appreciated, but I'm assuming a lot of people are still using the FreeBSD ports, so it would be nice to have those issues sorted. |
| [18:05:19] | lautriv (lautriv!~lautriv@f050082046.adsl.alicedsl.de) has quit (Ping timeout: 252 seconds) | |
| [18:15:38] | neufeld``: | I'm wondering about some weird behaviour, trying to decide whether it's a configuration issue on my end or a bug. I've searched the mythtv bug tracker, and haven't found this. On my 0.27 system, it appears that the settings:MythFillGrabberSuggestsTime field is inverted in the backend. In my database, it's set to '1'. In that mode, mythweb shows the next scheduled run time of mythfilldatabase, but it doesn't run |
| [18:15:38] | neufeld``: | at that time. Instead, it reliably runs at settings:MythFillMinHour. If I uncheck the [use suggested time] box in mythtv-setup, asking it always to run between 17h00 and 20h00, mythweb does not show a next scheduled run time, but mythfilldatabase runs at the time set by settings:MythFillSuggestedRunTime. Am I alone in seeing this behaviour? |
| [18:15:43] | neufeld`` is now known as neufeld | |
| [18:17:38] | lautriv (lautriv!~lautriv@f050080178.adsl.alicedsl.de) has joined #mythtv-users | |
| [18:26:43] | sphery: | neufeld: I think that someone modified the code that runs mythfilldatabase so that it only runs within the period specified, even if you set "Run guide data program at time suggested by the grabber." |
| [18:27:14] | sphery: | so if you set the period to 1700->1900 and the grabber suggests running it at 1200, then it will wait until 1700 to run it |
| [18:27:53] | sphery: | previously, when you set "Run guide data program at time suggested by the grabber." the period was automatically set to 0000 – 2359 |
| [18:28:01] | sphery: | stuartm or wagnerrp may know more |
| [18:28:36] | sphery: | to get the previous behavior, just manually set the period to 0 – 23 |
| [18:28:59] | stuartm: | don't think the behaviour changed ... at least not that I know of, the current behaviour is the way it has worked for some time at least |
| [18:29:02] | sphery: | and it will run at the time suggested, not at the start of the allowed period after the suggested time |
| [18:29:05] | neufeld: | sphery: yes, I recall wondering about backendhousekeeper.cpp:574 |
| [18:29:20] | sphery: | stuartm: I know that it used to set the period to 0-23--I remember writing that code |
| [18:29:37] | sphery: | (someone requested that rather than ignoring period) |
| [18:30:02] | neufeld: | When I upgraded from 0.25 to 0.27, I saw this change in behaviour. Thing is, with the Grabber Suggests Time turned off, it will run at, 10:00 in the morning, even with the other two settings at 17h00 to 20h00. |
| [18:30:26] | stuartm: | sphery: it changed the settings, or it overrode (ignored) the settings? |
| [18:31:07] | sphery: | I think I remember changing the period settings when the suggested run time setting was enabled |
| [18:31:07] | neufeld: | OK, so if I change the interval to 0–23, it should give back the former behaviour? I thought I tried that early in my attempts to resolve the change, but maybe I didn't do it correctly. |
| [18:31:27] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv-users | |
| [18:31:45] | neufeld: | Currently, changing to grabber suggests time=1 does not reset those intervals. |
| [18:31:47] | stuartm: | sphery: ok, well that doesn't then prevent the user modifying the window settings after selecting 'use suggested time' |
| [18:32:48] | stuartm: | in other words, enabling the suggested time setting may 'reset' the window to the whole day, but it doesn't stop someone changing the window at a later date |
| [18:32:50] | TimeWolfH (TimeWolfH!~TimeWolf_@216.112.253.9) has joined #mythtv-users | |
| [18:32:56] | sphery: | stuartm: actually, seems we decided to ignore it: https://github.com/MythTV/mythtv/commit/ce20f46b |
| [18:33:03] | sphery: | from #3302 |
| [18:33:03] | ** MythLogBot http://code.mythtv.org/trac/ticket/3302 ** | |
| [18:33:20] | runelind (runelind!my_cool_us@unaffiliated/runelind) has left #mythtv-users () | |
| [18:33:27] | sphery: | maybe in wagnerrp's housekeeper rewrite, he decided to enable the period? |
| [18:34:01] | sphery: | we used to honor the period and would actually just rewrite the period to the hour of the suggested runtime, but that caused problems for users whose systems were shut down during that hour |
| [18:34:07] | sphery: | they never got new guide data |
| [18:34:15] | stuartm: | hmm, that just prevented the window being honoured in ddprocess, the housekeeper meanwhile would still run it |
| [18:34:18] | sphery: | so we decided to ignore the period for suggested runtime |
| [18:34:26] | lautriv (lautriv!~lautriv@f050080178.adsl.alicedsl.de) has quit (Ping timeout: 264 seconds) | |
| [18:35:20] | sphery: | stuartm: the housekeeper.cpp changes (below the datadirect.cpp changes)took out the line comparing minhr/maxhr |
| [18:35:41] | neufeld: | In my debugging, I was hitting the logging output line at backendhousekeeper.cpp:567, but then not running at the recommended time. That made me conclude that the InWindow() call was blocking me, for some reason. |
| [18:35:49] | stuartm: | sphery: yeah, but that would have broken the period for everyone |
| [18:36:02] | stuartm: | so I'm wondering if that commit was eventually reverted |
| [18:37:03] | sphery: | stuartm: no, that was only for the MythFillGrabberSuggestsTime conditional: https://github.com/MythTV/mythtv/blob/ce20f46 . . . per.cpp#L215 |
| [18:37:36] | sphery: | if now there's only one check, then whoever changed that would have had to properly change the conditionals to maintain behavior |
| [18:37:56] | sphery: | but back then we had different checks for suggested time and not |
| [18:38:43] | stuartm: | https://github.com/MythTV/mythtv/blob/master/ . . . per.cpp#L570 |
| [18:39:53] | sphery: | yeah, seems the conditional at line 582 is new |
| [18:39:55] | neufeld: | I did a lot of checking around line 570, I thought the problem was with my time zone conversion. |
| [18:39:58] | sphery: | and is causing the change in behavior |
| [18:40:08] | sphery: | not sure why wagnerrp included that |
| [18:40:09] | neufeld: | I concluded that line 570 wasn't the issue. |
| [18:41:07] | sphery: | neufeld: yeah, I think it's all working for you exactly properly--including whether it uses suggested run time or not--but it seems like it's not working because you have a window specified for running mythfilldatabase |
| [18:41:21] | sphery: | so you see it run in the window at some time /after/ the suggested run time |
| [18:41:28] | stuartm: | tbh, I don't think ignoring the setting is the right approach anymore – if we can't honour both then we should completely hide the period setting if 'use suggested' is set |
| [18:41:47] | sphery: | (which makes it look like it's ignoring the suggested run time, but it's not--just using it /and/ the period you've got specified) |
| [18:41:49] | disputin (disputin!~sean@65.102.58.17) has joined #mythtv-users | |
| [18:42:04] | sphery: | we can honor both |
| [18:42:08] | neufeld: | sphery: note that it sometimes ran *outside* the permitted interval, when set to run only between 17h00 and 20h00. That's when it seemed to honour the next suggested run time! |
| [18:42:28] | sphery: | but when we did users who shut down their systems had issues with mfdb never running because their systems weren't on during the window |
| [18:42:49] | neufeld: | sphery: in any case, I'll try bumping the interval out to 0–23 and see what happens. As I mentioned, I'm pretty sure I tried that test, but I may be mis-remembering. |
| [18:42:50] | sphery: | and/or didn't know they needed to a) set the period to a time when the system would be running or b) start the system during the period every day or ... |
| [18:43:06] | stuartm: | sphery: that bit at least is fixed by my changes, we will now boot the backend just to run mfdb at the 'suggested time' |
| [18:43:16] | sphery: | so whoever changes it this time needs to fix all the problems that occur |
| [18:43:35] | sphery: | and, ideally, in the way that makes it easiest for users--so they don't need to know anything about it and it just does the right thing |
| [18:44:02] | sphery: | stuartm: assuming they've set up auto wakeup |
| [18:44:03] | sphery: | :) |
| [18:44:06] | stuartm: | although ... maybe we should be auto-correcting the suggested time to fall within the window – that would at least deal with the perception that it's not running at the right time and simplify some things for the code |
| [18:44:16] | sphery: | that was the original approach |
| [18:44:23] | sphery: | oh, wait |
| [18:44:28] | sphery: | that's the opposite of the original |
| [18:44:44] | sphery: | originally (before we ignored the window), we adjusted window to suggested time |
| [18:44:53] | sphery: | you're saying adjust the suggested time to the window |
| [18:45:01] | sphery: | I think it would be better to just be explicit |
| [18:46:22] | sphery: | "Suggested next mythfilldatabase run: 2014-01–28 02:41.\nmythfilldatabase run window: 17:00 – 21:00\nNext scheduled mythfilldatabase run will occur between 2014-01–28 17:00 and 2014-01–28 21:00" |
| [18:46:43] | sphery: | that way users see, "Oh, it says I should run it before, but I've told it not to, so if I want it earlier, I need to modified my run window" |
| [18:47:58] | neufeld: | OK, so I've just reset the allowed interval to 0h00–23h00 while leaving it set to run at the suggested time, and restarted the backend, and it immediately started running the mythfilldatabase that it skipped this morning. It'll probably be tomorrow before I know whether it's running as expected. |
| [18:48:12] | sphery: | neufeld: thanks for testing |
| [18:48:25] | sphery: | though that behavior on startup is encouraging--sounds like that may really be it |
| [18:49:04] | neufeld: | sphery: thank you for the insight. I can only think that my earlier test didn't work out because mythtv-setup, while claming to shut down the backend, doesn't, at least on my LinHES system, so I might have thought the backend was restarted when it really wasn't. |
| [18:49:17] | sphery: | yeah, that would definitely affect it |
| [18:50:00] | sphery: | and, regardless, trying without someone saying, "believe me, I'm sure it's this," makes it harder to figure out whether the change helped |
| [18:51:09] | sphery: | I've done a lot of tests over the years where I fixed an issue, but didn't realize it was fixed because I wasn't sure what was really going on at the lowest level, and then later realized that it was the fix but something else made it seem like it wasn't |
| [18:51:11] | neufeld: | Of course, if I fail to restart the backend, mythweb would be out of sync because I expect it queries the database directly, and sees the changed value, while the backend doesn't refresh from the DB. |
| [18:51:23] | sphery: | right |
| [18:52:06] | sphery: | technically, anything that caused a settings cache clear would have caused mythbackend to see that particular change (which is why it used to be in frontend settings rather than "shut down your backend" mythtv-setup) |
| [18:52:23] | sphery: | but I don't know if the housekeeper would have re-read it... |
| [18:53:11] | sphery: | seems it would |
| [18:53:24] | JimBaxter (JimBaxter!~jbaxter@jimbax.plus.com) has quit (Remote host closed the connection) | |
| [18:53:32] | sphery: | MythFillDatabaseTask::UseSuggestedTime() just calls GetNumSetting() |
| [18:55:20] | sphery: | stuartm: so, anyway, my recommendation is if we're going to use the period with suggested run time, just change the status to: "Suggested next mythfilldatabase run: 2014-01–28 02:41.\nmythfilldatabase run window: 17:00 – 21:00\nNext scheduled mythfilldatabase run will occur between 2014-01–28 17:00 and 2014-01–28 21:00" |
| [18:55:51] | sphery: | to give them all the info they need to know what was suggested, what limits they've applied, and that we're delaying the run because of their limits |
| [18:56:08] | neufeld: | sphery et al: Thanks. Well, next scheduled time is in 30 hours. I'll bring it up again if I'm still seeing unexpected behaviour. |
| [18:57:28] | sphery: | fjuimjgers crossed |
| [18:58:13] | sphery: | (njard to tyupe luijke tjhuis) |
| [19:02:57] | rsiebert (rsiebert!~quassel@g231194044.adsl.alicedsl.de) has quit (Read error: Connection reset by peer) | |
| [19:05:40] | rsiebert (rsiebert!~quassel@g229122250.adsl.alicedsl.de) has joined #mythtv-users | |
| [19:07:32] | herda05 (herda05!~dherring@74-92-165-205-Oregon.hfc.comcastbusiness.net) has quit (Ping timeout: 252 seconds) | |
| [19:11:15] | herda05 (herda05!~dherring@74-92-165-205-Oregon.hfc.comcastbusiness.net) has joined #mythtv-users | |
| [19:12:37] | Jordack (Jordack!~Jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [19:13:18] | Kwisher (Kwisher!~kevin@c-98-212-119-100.hsd1.in.comcast.net) has quit (Quit: Leaving) | |
| [19:21:02] | FLeiXiuS` (FLeiXiuS`!~FLeiXiuS@pool-173-69-140-50.bltmmd.fios.verizon.net) has joined #mythtv-users | |
| [19:22:39] | FLeiXiuS` (FLeiXiuS`!~FLeiXiuS@pool-173-69-140-50.bltmmd.fios.verizon.net) has quit (Changing host) | |
| [19:22:39] | FLeiXiuS` (FLeiXiuS`!~FLeiXiuS@unaffiliated/fleixius) has joined #mythtv-users | |
| [19:24:05] | drussell_ (drussell_!~drussell@205.233.15.187) has joined #mythtv-users | |
| [19:25:21] | justinh: | lol. Surface |
| [19:27:54] | MartinT (MartinT!~smuxi@46-18-104-220.static.vivaciti.org) has joined #mythtv-users | |
| [19:31:17] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has left #mythtv-users () | |
| [19:32:27] | Dave123_ (Dave123_!~Dave123@cpe-74-74-202-129.rochester.res.rr.com) has quit (Ping timeout: 260 seconds) | |
| [19:52:03] | FLeiXiuS` (FLeiXiuS`!~FLeiXiuS@unaffiliated/fleixius) has quit (Quit: Leaving) | |
| [19:56:31] | FLeiXiuS` (FLeiXiuS`!~FLeiXiuS@pool-173-69-140-50.bltmmd.fios.verizon.net) has joined #mythtv-users | |
| [19:56:50] | FLeiXiuS` (FLeiXiuS`!~FLeiXiuS@pool-173-69-140-50.bltmmd.fios.verizon.net) has quit (Client Quit) | |
| [19:57:04] | shubes (shubes!~shubes@tacs.shubes.net) has quit (Quit: Leaving.) | |
| [19:57:11] | FLeiXiuS` (FLeiXiuS`!~FLeiXiuS@pool-173-69-140-50.bltmmd.fios.verizon.net) has joined #mythtv-users | |
| [20:00:24] | toeb (toeb!~toeb@HSI-KBW-095-208-110-197.hsi5.kabel-badenwuerttemberg.de) has joined #mythtv-users | |
| [20:07:27] | houms: | are png thumnails automatically created for recordings? it seems when i go to recorded programs in mythweb is when it actually creates the png, or does it not create the png until the recording is done? |
| [20:07:37] | TimeWolfH (TimeWolfH!~TimeWolf_@216.112.253.9) has quit (Quit: I QUIT!) | |
| [20:08:38] | TimeWolfH (TimeWolfH!~TimeWolf_@216.112.253.9) has joined #mythtv-users | |
| [20:13:00] | _Al3x_ (_Al3x_!~Kli3nt3R@189.167.52.121) has joined #mythtv-users | |
| [20:13:14] | _Al3x_ (_Al3x_!~Kli3nt3R@189.167.52.121) has left #mythtv-users () | |
| [20:16:09] | TimeWolfH__ (TimeWolfH__!~TimeWolf_@216.112.253.9) has joined #mythtv-users | |
| [20:16:51] | TimeWolfH__ (TimeWolfH__!~TimeWolf_@216.112.253.9) has quit (Client Quit) | |
| [20:17:00] | stuartm: | houms: it automatically creates full size images when the recording completes, sooner if a client actually requests an image |
| [20:17:41] | TimeWolfH__ (TimeWolfH__!~TimeWolf_@216.112.253.9) has joined #mythtv-users | |
| [20:17:59] | TimeWolfH__ (TimeWolfH__!~TimeWolf_@216.112.253.9) has quit (Client Quit) | |
| [20:18:45] | TimeWolfH (TimeWolfH!~TimeWolf_@216.112.253.9) has quit (Ping timeout: 245 seconds) | |
| [20:21:41] | FLeiXiuS` (FLeiXiuS`!~FLeiXiuS@pool-173-69-140-50.bltmmd.fios.verizon.net) has quit (Changing host) | |
| [20:21:42] | FLeiXiuS` (FLeiXiuS`!~FLeiXiuS@unaffiliated/fleixius) has joined #mythtv-users | |
| [20:22:49] | houms: | ah got it. thanks stuartm |
| [20:27:15] | TimeWolfH (TimeWolfH!~TimeWolf_@216.112.253.9) has joined #mythtv-users | |
| [20:29:24] | StevenR (StevenR!~foo@cpc14-sgyl28-2-0-cust18.18-2.cable.virginm.net) has quit (Remote host closed the connection) | |
| [20:30:28] | moparisthebest (moparisthebest!~quassel@cpe-184-57-167-162.cinci.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [20:37:01] | moparisthebest (moparisthebest!~quassel@cpe-184-57-167-162.cinci.res.rr.com) has joined #mythtv-users | |
| [20:50:43] | Cubber (Cubber!~ronny@mail.adirondackitsolutions.com) has quit (Quit: leaving) | |
| [20:54:43] | StevenR (StevenR!~foo@cpc14-sgyl28-2-0-cust18.18-2.cable.virginm.net) has joined #mythtv-users | |
| [21:00:11] | paul-h (paul-h!~Paul@90.216.180.215) has joined #mythtv-users | |
| [21:05:20] | MartinT: | god, the missus is now into "benefit street" |
| [21:05:24] | MartinT: | (facepalm) |
| [21:07:22] | justinh: | surely tiime for a mysql crash or somesuch? |
| [21:11:45] | MartinT: | she's watching on the ipad... |
| [21:12:45] | MartinT: | and it's downloaded... so I can't cut the power/crash the router... |
| [21:13:00] | MartinT: | "Accidentally" throw coffee on it? |
| [21:13:43] | MartinT: | s/ipad/itv player on the ipad |
| [21:13:46] | justinh: | oh the humanity! watching television on a tablet... an iPad! |
| [21:14:22] | MartinT: | i know... not only is it benefit street... it's on an... IPAD... |
| [21:14:39] | MartinT: | not sure it could get worse... maybe watching on an iMac? |
| [21:15:06] | MartinT: | through XMBC? |
| [21:15:37] | justinh: | xbmc isn't that bad |
| [21:16:16] | ** MartinT side steps the people with pitch forks... who've diverted their attention from -users discussion ** | |
| [21:18:24] | justinh: | heck, apple stuff is nice.. it's just ... so damn expensive & limited |
| [21:19:11] | ** MartinT proceeds to the emergency bunker ** | |
| [21:20:56] | ** justinh is sick of looking at removal company quotes ** | |
| [21:21:24] | MartinT: | burn it... cheaper... |
| [21:21:39] | MartinT: | and more fun than packing it into boxes... |
| [21:21:53] | TimeWolfH (TimeWolfH!~TimeWolf_@216.112.253.9) has quit (Quit: I QUIT!) | |
| [21:28:54] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 252 seconds) | |
| [21:30:09] | shubes (shubes!~shubes@r3investigations.com) has joined #mythtv-users | |
| [21:31:55] | |PSU| (|PSU|!psu@c-174-60-135-51.hsd1.pa.comcast.net) has quit (Read error: Connection reset by peer) | |
| [21:33:25] | justinh: | cheaper than buying all my furniture again? LOL I've never been to Habitat |
| [21:52:10] | Steve-Goodey (Steve-Goodey!~steve@host109-158-212-221.range109-158.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:55:14] | ** Korny is about to combine 2 machiens into 1 hopefully things go well, anyone good with aufs in fstab? ** | |
| [21:58:42] | DavidBrooke (DavidBrooke!~DavidBroo@c-69-180-207-35.hsd1.tn.comcast.net) has joined #mythtv-users | |
| [22:01:26] | MMlosh_ is now known as MMlosh | |
| [22:01:48] | shubes (shubes!~shubes@r3investigations.com) has quit (Ping timeout: 245 seconds) | |
| [22:03:34] | houms: | is there a way to rescan channels, e.g. you get an amp for antenna |
| [22:04:03] | MartinT: | mythtv-setup? |
| [22:04:14] | houms: | but when i run it |
| [22:04:16] | MartinT: | or is do you need to do it without a ui? |
| [22:04:39] | houms: | well i am using ssh -Y as myth tv |
| [22:05:44] | MartinT: | I've no idea how to do it if you're VNC'd to physically at the box... |
| [22:06:37] | houms: | nevermind it must have taken a minute i was getting unable to open card |
| [22:06:52] | houms: | possibly cause it was busy? though no recordings are going on |
| [22:07:29] | MartinT: | there is a setting somewhere that locks the card if I remember correctly... |
| [22:07:57] | MartinT: | but running mythtv-setup should have killed the backend.. |
| [22:08:44] | houms: | that makes sense.thanks MartinT |
| [22:13:12] | stuartm: | by default running mythbackend locks the cards, that's to prevent another application taking control of them and preventing mythbackend from using them to record when the time comes |
| [22:13:29] | justinh: | there's a setting for that now? |
| [22:13:32] | stuartm: | could have worded that better |
| [22:13:36] | stuartm: | justinh: always has been |
| [22:13:46] | justinh: | oh yeah. on demand vs whatever |
| [22:13:52] | stuartm: | yup |
| [22:14:20] | stuartm: | if you're using EIT, then it's going to be busy a lot of the time anyway |
| [22:14:27] | justinh: | shows how often I go into mythtv-setup |
| [22:14:40] | shubes (shubes!~shubes@stat.shubes.net) has joined #mythtv-users | |
| [22:15:07] | justinh: | there used to be somebody I followed on the Twitter who was always moaning about how high maintenance mythtv is. RUH? |
| [22:15:29] | justinh: | yeah it is, if you set your OS to auto-update everything, whenever, any time |
| [22:19:29] | justinh: | spammers: can we have our wiki back? |
| [22:21:49] | justinh: | maybe I could bribe a top SnakE Oil salesman (mojothepoomonkey ?) to get wiki links discredited as useful in page ranks |
| [22:22:36] | paul-h (paul-h!~Paul@90.216.180.215) has quit (Quit: Konversation terminated!) | |
| [22:32:40] | Korny: | justinh I have my mythbuntu box set to autoupdate |
| [22:32:50] | Korny: | Doesn't affect anything |
| [22:37:09] | justinh: | not if you do it right, but loads of people don't |
| [22:37:47] | Korny (Korny!~quassel@c-71-63-189-14.hsd1.mn.comcast.net) has quit (Read error: Operation timed out) | |
| [22:41:39] | Korny (Korny!~quassel@c-71-63-189-14.hsd1.mn.comcast.net) has joined #mythtv-users | |
| [22:44:39] | hipitihop (hipitihop!~denis@122.150.41.231) has joined #mythtv-users | |
| [22:47:55] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer) | |
| [22:58:33] | shubes1 (shubes1!~shubes@r3investigations.com) has joined #mythtv-users | |
| [23:01:54] | streeter (streeter!streeter@nat/redhat/x-btitdpefpqbrhlqc) has quit (Quit: Leaving) | |
| [23:02:29] | shubes (shubes!~shubes@stat.shubes.net) has quit (Ping timeout: 240 seconds) | |
| [23:09:06] | houms (houms!~houms@pool-72-83-236-223.washdc.fios.verizon.net) has quit (Quit: Konversation terminated!) | |
| [23:28:34] | dougl (dougl!~doug@S0106744401495b56.wp.shawcable.net) has left #mythtv-users ("Leaving") | |
| [23:29:42] | dougl (dougl!~doug@S0106744401495b56.wp.shawcable.net) has joined #mythtv-users | |
| [23:39:43] | troyt (troyt!~troyt@2601:7:6d00:432:44dd:acff:fe85:9c8e) has quit (Ping timeout: 272 seconds) | |
| [23:43:31] | Korny (Korny!~quassel@c-71-63-189-14.hsd1.mn.comcast.net) has quit (Ping timeout: 260 seconds) | |
| [23:44:14] | aarcane_ (aarcane_!~aarcane@99-42-64-118.lightspeed.irvnca.sbcglobal.net) has joined #mythtv-users | |
| [23:44:33] | amessina_ (amessina_!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv-users | |
| [23:45:48] | toeb_ (toeb_!~toeb@HSI-KBW-095-208-110-197.hsi5.kabel-badenwuerttemberg.de) has joined #mythtv-users | |
| [23:46:25] | brfranse_ (brfranse_!~brfransen@64.179.169.226) has joined #mythtv-users | |
| [23:46:44] | Casper0082 (Casper0082!~Casper@pool-71-185-186-159.phlapa.fios.verizon.net) has joined #mythtv-users | |
| [23:48:08] | wahrhaft (wahrhaft!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has quit (Remote host closed the connection) | |
| [23:48:29] | jst_ (jst_!~quassel@198.199.94.175) has joined #mythtv-users | |
| [23:48:46] | toeb (toeb!~toeb@HSI-KBW-095-208-110-197.hsi5.kabel-badenwuerttemberg.de) has quit (Ping timeout: 272 seconds) | |
| [23:48:46] | brfransen (brfransen!~brfransen@64.179.169.226) has quit (Ping timeout: 272 seconds) | |
| [23:48:47] | amessina (amessina!~amessina@50-196-241-78-static.hfc.comcastbusiness.net) has quit (Ping timeout: 272 seconds) | |
| [23:48:47] | aarcane (aarcane!~aarcane@99-42-64-118.lightspeed.irvnca.sbcglobal.net) has quit (Ping timeout: 272 seconds) | |
| [23:48:47] | kc (kc!~Casper@unaffiliated/kc) has quit (Ping timeout: 272 seconds) | |
| [23:48:48] | jst (jst!~quassel@198.199.94.175) has quit (Read error: Connection reset by peer) | |
| [23:52:35] | TimeWolfH_ (TimeWolfH_!~TimeWolf_@cpe-66-65-102-115.nyc.res.rr.com) has quit (Quit: I QUIT!) | |
| [23:56:14] | |PSU| (|PSU|!psu@c-174-60-135-51.hsd1.pa.comcast.net) has joined #mythtv-users | |
| [23:56:39] | rsiebert (rsiebert!~quassel@g229122250.adsl.alicedsl.de) has quit (Read error: Operation timed out) | |
| [23:57:30] | brfranse_ (brfranse_!~brfransen@64.179.169.226) has quit (Ping timeout: 245 seconds) | |
| [23:58:13] | brfransen (brfransen!~brfransen@64.179.169.226) has joined #mythtv-users | |
| [23:58:19] | rsiebert (rsiebert!~quassel@f052008247.adsl.alicedsl.de) has joined #mythtv-users | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.