| Saturday, July 9th, 2011, 00:02 UTC | ||
| [00:02:58] | kormoc is now known as kormoc_afk | |
| [00:06:20] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
| [00:08:58] | quentusrex_ (quentusrex_!~quentusre@freeswitch/developer/quentusrex) has quit (Quit: Leaving) | |
| [00:09:11] | wagnerrp: | iamlindoro: any objection to simply stripping '\([0–9]+\)' from the end of subtitles when doing lookups in ttvdb.py? |
| [00:10:01] | wagnerrp: | failing on "Personal Effects (2)", four characters off from the unnumbered TMS subtitle |
| [00:10:22] | iamlindoro: | wagnerrp: Doesn't that mean that a two parter with the same subtitle will always return the first part? |
| [00:10:27] | jst (jst!~jst@pool-74-103-3-248.bltmmd.fios.verizon.net) has joined #mythtv-users | |
| [00:10:31] | iamlindoro: | (there are many of those) |
| [00:10:58] | wagnerrp: | good point... |
| [00:11:03] | iamlindoro: | That said, I can live with it if there's no other option |
| [00:13:45] | dewman (dewman!~dewman@68-188-231-61.dhcp.bycy.mi.charter.com) has joined #mythtv-users | |
| [00:14:29] | jst: | Anyone here good with Firewire? I've tried three different firewire cards (with two different chipsets between them), and two firewire cables, but my STB is no longer recognized. Think it's just a fault with the box itself? |
| [00:15:38] | wagnerrp: | it could conceivably been deactivated by a firmware update |
| [00:15:49] | iamlindoro: | wagnerrp: I really need to edit the PBB edit metadata screen to allow control of the season and episode-- that way minor errors can be fixed, and custom numberings are possible too |
| [00:16:03] | jst: | wagnerrp: me? |
| [00:16:04] | iamlindoro: | as it is, there's no UI for recordings to fix the seas/ep |
| [00:16:13] | iamlindoro: | I'll try to add that tonight |
| [00:16:48] | noisymouse: | so my mythtv init script isn't reporting any errors, but mythbackend doesn't appear to get launched |
| [00:17:01] | iamlindoro: | wagnerrp: If it comes down to needing to add that, we know we'll at least be within one episode, and almost certainly on the correct intref at least, so that's most of the way there |
| [00:19:09] | wagnerrp: | iamlindoro: other behavior that might be nice... if the recorded entry doesnt have an inetref, try to pull one from the record rule |
| [00:19:22] | wagnerrp: | so past recordings on that rule can benefit |
| [00:19:56] | iamlindoro: | wagnerrp: recorded now inherits from record... but obviously that's going forward from this point |
| [00:20:19] | iamlindoro: | that is, if you've set an inetref in your rule, the recordings get it |
| [00:20:20] | wagnerrp: | right, but say you have a couple shows recorded before you add the inetref |
| [00:20:32] | iamlindoro: | Also, running mythmetadatalookup will operate on all shows without inetref |
| [00:20:41] | iamlindoro: | which should leave relatively few needing manipulation |
| [00:20:56] | iamlindoro: | (running it without argument, that is) |
| [00:21:01] | wagnerrp: | unless youre working on something like 'Castle (2008)' or 'CHAOS (2010)' |
| [00:21:19] | wagnerrp: | it barfs hard on those |
| [00:21:26] | iamlindoro: | barfs hard, or just fails? |
| [00:21:34] | wagnerrp: | the former |
| [00:21:37] | iamlindoro: | how so? |
| [00:21:48] | wagnerrp: | erm... the latter i mean |
| [00:21:49] | wagnerrp: | just fails |
| [00:22:20] | iamlindoro: | I just worry about potential unintended side effects if we try to propagate changes to the rule to the recordings |
| [00:22:26] | iamlindoro: | it is a good idea, and I've thought hard about it too |
| [00:22:43] | iamlindoro: | but there's no reference in a recording to the rule that produced it... otherwise it would be easy |
| [00:23:18] | wagnerrp: | is there supposed to be some interaction with the frontend when run outside of the jobqueue? |
| [00:24:05] | wagnerrp: | im running it against Flashpoint "Personal Effects" |
| [00:24:11] | wagnerrp: | it fails on ttvdb.py, due to the (2) issue |
| [00:24:15] | iamlindoro: | any run of it fires off a update event |
| [00:24:20] | wagnerrp: | falls back to tmdb.py, where it finds too matches |
| [00:24:24] | wagnerrp: | two |
| [00:24:34] | wagnerrp: | theres a 'Got a multiresult', and then it sits there |
| [00:24:43] | wagnerrp: | like its waiting for some selection on the frontend |
| [00:24:45] | iamlindoro: | ah hah |
| [00:24:54] | iamlindoro: | yeah, that's a bug, I was dumb and assumed that would never happen |
| [00:24:56] | wagnerrp: | or maybe its running the same code that the frontend does |
| [00:25:00] | iamlindoro: | since it's set to automode |
| [00:25:05] | iamlindoro: | it should never return a multiresult |
| [00:25:05] | wagnerrp: | where it actually is hooked up and waiting for a selection |
| [00:25:12] | iamlindoro: | well, sort of |
| [00:25:35] | iamlindoro: | it's that the mythmetadatalookup event handling does nothing with the multievent |
| [00:25:58] | iamlindoro: | let me see what the right fix is-- whether it's to handle the multievent, or to prevent it happenning-- it was never supposed to happen, so let me see why it is |
| [00:26:12] | iamlindoro: | sounds like automode is getting reset somehow |
| [00:26:34] | iamlindoro: | VERBOSE(VB_IMPORTANT, "Got a multiresult."); |
| [00:26:34] | iamlindoro: | // We shouldn't get any of these. If we do, metadataFactory->Lookup |
| [00:26:34] | iamlindoro: | // was called with the wrong arguments. |
| [00:26:41] | iamlindoro: | So presumably you saw that logging? |
| [00:26:52] | wagnerrp: | yeah, thats the last line |
| [00:27:03] | iamlindoro: | ok, I'll figure out what happened |
| [00:30:55] | iamlindoro: | wagnerrp: OK, fix for the hang committed, I'll figure out why the multiresult happened in the first place |
| [00:31:17] | jst (jst!~jst@pool-74-103-3-248.bltmmd.fios.verizon.net) has quit (Quit: leaving) | |
| [00:31:57] | pizzledizzle (pizzledizzle!~pizdets@pool-98-113-194-183.nycmny.fios.verizon.net) has joined #mythtv-users | |
| [00:32:02] | iamlindoro: | Beirdo: What was the point of replacing commented out code with if 0s, besides rearranging deckchairs? My editor changes the formatting on commented code. I want my code commented out. |
| [00:35:07] | iamlindoro: | wagnerrp: If you have it in your buffer, can you pastebin the bit immediately preceding the hang? Hopefully to include the query for flashpoint? |
| [00:41:44] | gigem_ (gigem_!~david@host103.16.intrusion.com) has joined #mythtv-users | |
| [00:41:44] | gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv-users | |
| [00:41:44] | gigem_ (gigem_!~david@host103.16.intrusion.com) has quit (Changing host) | |
| [00:45:06] | wagnerrp: | http://pastebin.com/kFNypBwL |
| [00:45:12] | wagnerrp: | iamlindoro: ^^^ |
| [00:45:45] | iamlindoro: | thanks |
| [00:46:31] | iamlindoro: | update, it should get past that now-- I realized why the issue occurred, a multiresult will still occur when it's in auto mode and it can't find an acceptable name match |
| [00:46:41] | iamlindoro: | So it's correct to handle the event |
| [00:56:04] | kormoc_afk is now known as kormoc | |
| [01:00:32] | iamlindoro: | wagnerrp: when you do update, can you let me know that it completes successfully? |
| [01:00:43] | wagnerrp: | will do so now |
| [01:01:58] | kisak: | I regularly encounter failed preview images from my setup, they all have one thing in common, mythpreviewgen is trying to generate a 0x0 sized preview |
| [01:03:58] | kisak: | as a side effect, some shows can't be deleted via mythfrontend because navigating to the show envokes mythpreviewgen, which in turn blocks the delete action |
| [01:04:38] | kisak: | I am currently running mythtv 0.25pre on Gentoo from 2011-07–07 |
| [01:04:41] | iamlindoro: | kisak: 0x0 is not the size it's trying to generate |
| [01:04:57] | iamlindoro: | you're gleaning that from the command line, but that's not what it means |
| [01:05:04] | iamlindoro: | so it's not relevant |
| [01:05:15] | kisak: | then why would it be in the logs? |
| [01:05:30] | iamlindoro: | Why would what be in the logs? |
| [01:05:43] | kisak: | '2011-07–08 03:03:39.157905 E [16103/19168] PreviewGenerator previewgenerator.cpp:252 (Run) – Preview: Encountered problems running '/usr/bin/mythpreviewgen --size 0x0 --chanid 8187 --starttime 20110702060000 --verbose important,general --loglevel info --quiet' (128)' |
| [01:05:55] | iamlindoro: | right, --size 0x0 does not mean to generate a 0 size preview image |
| [01:06:30] | noisymouse: | wagnerrp: ok the problem is with the configuration |
| [01:06:31] | kisak: | usually I assume 0x0 as being an x by y measurement |
| [01:06:52] | iamlindoro: | kisak: And for anything besides 0x0, you would be correct |
| [01:07:02] | iamlindoro: | 0x0 is a special value |
| [01:07:14] | iamlindoro: | and is called on *all* automatically generated previews for the frontend |
| [01:07:45] | kisak: | that helps make sense of what I'm seeing |
| [01:08:18] | iamlindoro: | so anyway, I'll completely agree that hung previewgens are probably causing your issue-- it's just that the 0x0 doesn't have anything to do with it |
| [01:08:43] | kisak: | is generating a preview one second into a show also special in some way? |
| [01:09:32] | iamlindoro: | only in that it's attempting to do so on a recording that has just started, and it will fail and try again later |
| [01:10:02] | kisak: | that sounds fair |
| [01:10:32] | kisak: | so that leaves me with ... nothing to track down the nature of the problem |
| [01:10:43] | noisymouse: | ok, the error was just cause I changed mysql password, working now yay! |
| [01:10:55] | kisak: | no leads is better than bad leads |
| [01:11:44] | wagnerrp: | iamlindoro: it exits properly now |
| [01:12:31] | iamlindoro: | wagnerrp: great, thanks |
| [01:12:56] | iamlindoro: | wagnerrp: Out of pure curiosity, between a argumentless run and the in-progress jobs, are a majority of your recordings now set with seas/ep/inetref? |
| [01:13:37] | wagnerrp: | argumentless run? didnt know it supported that |
| [01:13:41] | iamlindoro: | wagnerrp: I'd love to get a rough idea of the lookup success percentage-- I get well over 95% for things which exist at the metadata sources, but I have good guide data and mostly standard content |
| [01:13:50] | iamlindoro: | wagnerrp: argumentless run will lookup all your recordings |
| [01:14:09] | iamlindoro: | it's the one-step update to get an old recording library looked up |
| [01:14:14] | wagnerrp: | lets find out... |
| [01:14:40] | wagnerrp: | for reference, i only have inetrefs for flashpoint and chaos |
| [01:15:09] | iamlindoro: | yeah-- the argumentless run will *not* set them on recording rules, it will just give a best effort to get it all set on recorded |
| [01:15:44] | wagnerrp: | failed on "the venture brothers", dropped back to tmdb |
| [01:16:05] | iamlindoro: | wagnerrp: Suspect TVDB has it as "Venture Brothers" |
| [01:16:31] | iamlindoro: | don't need to know all the failures, just looking to get a rough idea of success percentage when given no data on a large library |
| [01:16:35] | wagnerrp: | Bros |
| [01:16:53] | kisak: | iamlindoro: from the frontend I'm getting lines like '2011-07–08 21:15:52.543999 E PreviewQueue: Attempted to generate preview for '3690_20110707220000.mpg_0x0_-1s' 290 times; >= max(50)' this file is 3.47GB and half an hour long, yet I still see that reference to 1s |
| [01:16:59] | iamlindoro: | yeah, so in that case the solution is to set the inetref on the rule for the future... and for the existing, to manually update it with the stuff I'll commit later |
| [01:17:07] | wagnerrp: | well i have no movies, so just a count of stuff that ends up with no season/episode? |
| [01:17:33] | iamlindoro: | wagnerrp: sure, that's a decent metric-- I don't expect it to be 100%, but some number > 70% would probably make me happy |
| [01:17:57] | iamlindoro: | kisak: That sounds like a decode issue... but that failure is supposed to them result in mythpreviewgen quitting |
| [01:18:13] | iamlindoro: | kisak: so the real question is, why, when it legitimately fails, which is okay, does it not then quit properly |
| [01:18:18] | noisymouse: | how do I reference the current file in a custom user job? |
| [01:18:22] | iamlindoro: | to which I have no answer ;) |
| [01:18:44] | iamlindoro: | noisymouse: http://www.mythtv.org/wiki/User_Jobs |
| [01:19:19] | wagnerrp: | nearly all my issues will be from things like "The Office (US)" or "Some Show (Year)", or from "Some Episode (part)" |
| [01:19:48] | iamlindoro: | wagnerrp: yeah, that's where we're going to say "Yeah, you need to go let the lookup happen in your recording rule and it'll work in the future." |
| [01:20:11] | iamlindoro: | ie Castle, Office, etc. |
| [01:20:18] | wagnerrp: | well the (part) wont |
| [01:20:34] | iamlindoro: | sure it will |
| [01:20:35] | wagnerrp: | unless you want me to go ahead and strip that from possible results when searching |
| [01:20:42] | iamlindoro: | because the recording will still get the inetref |
| [01:21:01] | iamlindoro: | and then you could edit the subtitle and/or season and episode |
| [01:21:05] | wagnerrp: | no, because the distance will be too high to get a match |
| [01:21:14] | wagnerrp: | oh, well the inetref will at least be filled |
| [01:22:37] | iamlindoro: | There's just no way to guarantee perfect lookups, basically-- but if we hit most of them, I'm pretty happy-- just need to provide a UI to fix and/or update |
| [01:23:38] | wagnerrp: | and the double episodes... not much we can do about that |
| [01:23:46] | iamlindoro: | yeah |
| [01:24:49] | wagnerrp: | ok, lets see where im at |
| [01:25:41] | wagnerrp: | 298 recordings, 29 with no inetref |
| [01:25:48] | iamlindoro: | heyyyy, not too shabby at all! |
| [01:25:55] | iamlindoro: | 90%+ |
| [01:26:19] | wagnerrp: | and five more that dont have season or episode defined |
| [01:26:19] | iamlindoro: | thanks for the data point |
| [01:26:35] | iamlindoro: | I'll take it ;) |
| [01:26:46] | wagnerrp: | title, The Seven-Ups |
| [01:26:47] | wagnerrp: | ??? |
| [01:27:12] | iamlindoro: | Did it look up something oddly? |
| [01:27:43] | wagnerrp: | no, apparently not |
| [01:27:47] | wagnerrp: | i wonder why i recorded that |
| [01:27:52] | wagnerrp: | thats legit |
| [01:27:57] | iamlindoro: | whew |
| [01:28:12] | wagnerrp: | in any case, that makes it four, where the season/episode failed to lookup |
| [01:28:17] | wagnerrp: | since one actually was a movie |
| [01:28:37] | iamlindoro: | OK... still a respectable ratio |
| [01:29:12] | iamlindoro: | Obviously I'll keep aiming for perfect matching, but making it work every time means introducing false positives |
| [01:30:49] | iamlindoro: | looks like "Torchwood" starting tonight has a title of "Torchwood: Miracle Day," so that one's going to need a manual inetref, boo |
| [01:33:07] | iamlindoro: | Eric Sharkey is really beginning to be a broken record |
| [01:33:25] | iamlindoro: | he's mangled his channel table, and refuses to believe that it's as simple as scan, set xmltvids, mythfilldatabase, done |
| [01:33:27] | wagnerrp: | so if i run this again, with no inputs, will will run through all the recordings a second time? |
| [01:33:34] | wagnerrp: | or just those with no season/episode? |
| [01:33:42] | iamlindoro: | wagnerrp: only those without inetref |
| [01:34:08] | wagnerrp: | so i cant set the inetref and use it to process the rest? |
| [01:34:40] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has joined #mythtv-users | |
| [01:35:07] | tlhiv_laptop: | hi folks ... i would like to start tightvnc (server) with MythTV so that i can control MythTV remotely ... is this possible? |
| [01:35:08] | noisymouse: | so I use "%FILE%"? it wasn't clear to me if that's a variable mythtv recognizes or one you're supposed to replace manually |
| [01:35:11] | iamlindoro: | you can-- if it has an inetref AND a subtitle, but no season or episode number, it will try again |
| [01:35:14] | iamlindoro: | wagnerrp: ^^ |
| [01:35:22] | wagnerrp: | ok, great |
| [01:35:47] | wagnerrp: | noisymouse: any %% variables listed on that page will be replaced internally by the jobqueue at the time it is run |
| [01:35:53] | iamlindoro: | Once I support reimporting the whole shebang I'll have to change the logic, but for now it should work well |
| [01:53:40] | tstorm (tstorm!~tstorm@173-164-230-21-SFBA.hfc.comcastbusiness.net) has quit (Quit: tstorm) | |
| [01:59:51] | n0tk (n0tk!~n0tk@gateway/tor-sasl/n0tk) has quit (Remote host closed the connection) | |
| [02:00:31] | n0tk (n0tk!~n0tk@gateway/tor-sasl/n0tk) has joined #mythtv-users | |
| [02:10:50] | shipit (shipit!~shipit@204-15-2-155-static.ipnetworksinc.net) has quit (Remote host closed the connection) | |
| [02:11:32] | koffel (koffel!~whome@c-68-81-198-44.hsd1.pa.comcast.net) has joined #mythtv-users | |
| [02:17:22] | tgm4883: | Just wanted to do a quick check on the progress of 0.25 and the odds of it getting released by August 11th for inclusion in Mythbuntu 11.10 |
| [02:17:54] | wagnerrp: | considering we usually have at least a month of freeze, i would say no |
| [02:17:55] | Plugh (Plugh!~kcozens@CPE000f9f67c5c3-CM000f9f500b9c.cpe.net.cable.rogers.com) has joined #mythtv-users | |
| [02:18:37] | iamlindoro: | I would be ecstatic if freeze ever just took a month :) |
| [02:18:58] | tgm4883: | ok good to know |
| [02:18:59] | Plugh: | Where do I find the "quick tune" option in MythTV 0.24 (Ubuntu 11.04)? Its supposed to be the solution to the "video frame buffering failed too many times" that I'm getting since I updated from Ubuntu 9.10 to 11.04. |
| [02:19:53] | iamlindoro: | that error message is 100% generic, so that option is only the solution if you have one of the hundreds of things that could cause it |
| [02:20:04] | iamlindoro: | and it's in mythtv-setup, in the capture card setup |
| [02:21:30] | Plugh: | well, its worth a shot to see if it makes a difference if I can find the setting. |
| [02:22:06] | Plugh: | I never used to get the error message before updating to the latest Ubuntu so something changed in mythtv that's causing the error to show up. |
| [02:22:47] | Plugh: | Capture Card Settings only has: Card type, video device, probed info, default input, and tuning timeout. No quick tune option. |
| [02:23:01] | iamlindoro: | Think about the problem with your logic there |
| [02:23:19] | iamlindoro: | "I never used to get the error message before updating to the latest Ubuntu so something changed in mythtv" |
| [02:23:23] | iamlindoro: | You upgraded your whole distro |
| [02:23:39] | iamlindoro: | meaning you changed EVERYTHING... and myth relies on all those interlocking components to work properly |
| [02:24:01] | iamlindoro: | so don't be so quick to assume that it's myth, and not timing changes in drivers, kernels, IO, etc. |
| [02:24:39] | iamlindoro: | quick tuning is in input connections, where you bind the video source to the card input |
| [02:29:05] | Plugh: | Its not on the input connections page either. Is it only available for certain types of video cards? |
| [02:29:19] | Plugh: | certain types of tuner cards |
| [02:29:35] | iamlindoro: | digital tuners, yes |
| [02:29:45] | Plugh: | I have a PVR-150 |
| [02:29:50] | iamlindoro: | then that's not a digital tuner |
| [02:30:03] | wagnerrp: | quick tune only works with digital tuners |
| [02:30:19] | wagnerrp: | its a different tuning strategy when you actually have to lock a stream |
| [02:30:22] | Plugh: | Is there any settings I can try changing that might fix this problem? |
| [02:30:53] | Plugh: | Quick tune was the only solution mentioned that I've found in doing net searches. |
| [02:30:53] | iamlindoro: | can't suggest a solution to a problem that could be hundreds of things. You should post your entire frontend and backend logs, from startup to shutdown |
| [02:31:19] | iamlindoro: | video frame buffering failing means data isn't getting to the decoder, that's it-- nearly anything could cause it |
| [02:31:23] | wagnerrp: | and if they mentioned it for an analog tuner, it was clearly advice from someone who had no idea what they were talking about |
| [02:31:28] | iamlindoro: | misconfigured audio, permissions, driver issues, etc. |
| [02:32:26] | andreax (andreax!~andreaz@p57B95E1C.dip.t-dialin.net) has quit (Quit: Leaving.) | |
| [02:32:58] | Plugh: | If audio issues could cause the problem, its probably PulseAudio screwing things up for me. I haven't had 100% working sound since that was added. My audio hardware was fine when all I had was ALSA. |
| [02:34:17] | [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving) | |
| [02:34:58] | wagnerrp: | so let mythtv disable pulseaudio like had previously happened |
| [02:35:36] | pizzledizzle (pizzledizzle!~pizdets@pool-98-113-194-183.nycmny.fios.verizon.net) has quit (Ping timeout: 260 seconds) | |
| [02:36:49] | Plugh: | wagnerrp: Sounds like a plan. Where is that setting located? |
| [02:37:31] | wagnerrp: | it should happen automatically |
| [02:42:55] | npm (npm!~npm@cpe-76-90-30-220.socal.res.rr.com) has quit (Ping timeout: 246 seconds) | |
| [02:43:08] | npm (npm!~npm@cpe-76-90-30-220.socal.res.rr.com) has joined #mythtv-users | |
| [02:43:40] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users | |
| [02:47:18] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [02:49:09] | tlhiv_laptop: | anyone here ever run MythTV on a VNC server? |
| [02:49:28] | tank-man: | what does that mean? |
| [02:49:38] | tlhiv_laptop: | i mean i would like to control my mythtv with VNC |
| [02:49:57] | wagnerrp: | vnc cant handle video |
| [02:50:18] | tlhiv_laptop: | well i only want to navigate with it |
| [02:50:39] | tlhiv_laptop: | until i can get my remote control working with lirc |
| [02:50:43] | tank-man: | i give you permission to try :) |
| [02:51:06] | tlhiv_laptop: | thank you ;) |
| [02:51:11] | tlhiv_laptop: | that's not helping though ;) |
| [02:51:38] | dewman: | tlhiv_laptop, you have a smart phone? |
| [02:51:50] | tlhiv_laptop: | dewman: no (not yet) ;) |
| [02:51:59] | tlhiv_laptop: | perhaps in September when my contract expires |
| [02:52:35] | dewman: | tlhiv_laptop, Well I was going to say you could use mythmote or something along that line...Works pretty good (network r/c) |
| [02:52:51] | dewman: | opps rc |
| [02:54:55] | wagnerrp: | tlhiv_laptop: why not use something like synergy or x2x? |
| [02:57:36] | tlhiv_laptop: | wagnerrp: i'm not familiar with either |
| [02:57:52] | wagnerrp: | they are mechanisms for using one keyboard and mouse on two systems |
| [02:58:07] | wagnerrp: | move the mouse off one computer, and onto the next |
| [02:58:14] | wagnerrp: | (off the edge of) |
| [02:58:30] | tlhiv_laptop: | which do you prefer? |
| [02:58:41] | wagnerrp: | x2x only works with x servers |
| [02:59:00] | tlhiv_laptop: | well MythTV is running on an X server |
| [02:59:08] | wagnerrp: | and is your laptop? |
| [02:59:12] | tlhiv_laptop: | yes |
| [02:59:17] | tlhiv_laptop: | gentoo on both |
| [02:59:21] | wagnerrp: | well there you go |
| [02:59:31] | tlhiv_laptop: | is it ok if they're at different resolutions? |
| [02:59:41] | wagnerrp: | honestly, ive never used x2x |
| [02:59:47] | tlhiv_laptop: | hehe |
| [03:03:47] | Plugh: | iamlindoro, wagnerrp: thanks for the input. I watch/record a lot of TV using MythTV so a minor bug somewhere winds up being rather annoying. The only thing I did just notice (again) is that there were some places where video width/height was 480x480 instead of 720x480. I fixed that in one place (Live TV?) recently. Now I've updated it for all recording profiles. I'll see if that makes any difference. |
| [03:04:59] | wagnerrp: | for as long as i recall, it is recommended to only run the IVTV cards at 720 columns, due to issues with the encoder chip |
| [03:08:39] | Plugh: | I don't know if that value changed when I updated my system or whether its always been like that. Its been a long time since I've checked some of the settings I'm checking now. It might have been that way in whatever was the older version of MythTV when I last set it up. |
| [03:09:42] | [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users | |
| [03:09:44] | Plugh: | I think the picture quality seems a bit better now since changing that setting. |
| [03:21:13] | iamlindoro: | wagnerrp: PBB editor for inetref/season/episode pushed, that should help |
| [03:22:50] | koffel: | is hackmyth still around? |
| [03:23:40] | iamlindoro: | never heard of it |
| [03:24:22] | koffel: | it mythtv and zwave lighting |
| [03:25:08] | shipit (shipit!~shipit@c-67-180-23-104.hsd1.ca.comcast.net) has joined #mythtv-users | |
| [03:25:17] | iamlindoro: | Well, speaking as a myth dev, I've never heard of it... sooooo, I'm gonna guess no |
| [03:35:43] | fleers (fleers!~fleers@cpe-76-93-149-124.san.res.rr.com) has joined #mythtv-users | |
| [03:35:44] | fleers1 (fleers1!~fleers@cpe-76-93-149-124.san.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [03:40:48] | shipit (shipit!~shipit@c-67-180-23-104.hsd1.ca.comcast.net) has quit (Remote host closed the connection) | |
| [03:49:58] | jams: | that hasn't been talked about in years, certainly not after the mythui rewrite |
| [03:55:15] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users | |
| [03:58:24] | cesman (cesman!~cecil@pdpc/supporter/professional/cesman) has quit (Remote host closed the connection) | |
| [04:08:53] | Plugh (Plugh!~kcozens@CPE000f9f67c5c3-CM000f9f500b9c.cpe.net.cable.rogers.com) has left #mythtv-users () | |
| [04:09:28] | n0tk (n0tk!~n0tk@gateway/tor-sasl/n0tk) has quit (Ping timeout: 250 seconds) | |
| [04:09:37] | shipit (shipit!~shipit@c-67-180-23-104.hsd1.ca.comcast.net) has joined #mythtv-users | |
| [04:15:43] | simcop2387: | I ONLY DATE GIRLS SUFFERING FROM ALOPECIA AND SCURVY |
| [04:37:49] | shipit (shipit!~shipit@c-67-180-23-104.hsd1.ca.comcast.net) has quit (Remote host closed the connection) | |
| [04:51:02] | shipit (shipit!~shipit@c-67-180-23-104.hsd1.ca.comcast.net) has joined #mythtv-users | |
| [05:02:15] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [05:03:08] | shipit (shipit!~shipit@c-67-180-23-104.hsd1.ca.comcast.net) has quit (Remote host closed the connection) | |
| [05:16:07] | tlhiv_laptop: | wagnerrp: synergy works great for this |
| [05:18:47] | hadees (hadees!~hadees@72-48-91-73.dyn.grandenetworks.net) has quit (Quit: hadees) | |
| [05:23:51] | Goga777 (Goga777!~Goga777@shpd-92-101-154-145.vologda.ru) has joined #mythtv-users | |
| [05:25:22] | wagnerrp: | iamlindoro: just got a segfault messing with the inetrefs for record rules |
| [05:25:26] | wagnerrp: | digging through the core dump |
| [05:26:00] | iamlindoro: | You can just pastebin the bt |
| [05:28:42] | wagnerrp: | http://pastebin.com/2k9RUQ50 |
| [05:30:13] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has left #mythtv-users (":q!") | |
| [05:30:19] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has joined #mythtv-users | |
| [05:33:34] | iamlindoro: | I can't understand that... the one and only argument to that line is null checked just above |
| [05:45:32] | Goga777 (Goga777!~Goga777@shpd-92-101-154-145.vologda.ru) has quit (Remote host closed the connection) | |
| [05:46:13] | stoffel (stoffel!~quassel@p57B4B694.dip.t-dialin.net) has joined #mythtv-users | |
| [05:46:13] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v stoffel | |
| [05:54:13] | wagnerrp: | so im watching a tv show |
| [05:54:21] | wagnerrp: | two people in a building |
| [05:54:31] | wagnerrp: | one jumps down on the other from a high ledge |
| [05:54:44] | wagnerrp: | the other sees the first, shoots at the first, misses and hits a skylight |
| [05:55:01] | wagnerrp: | the glass from the skylight falls and hits him before the person jumping |
| [05:55:11] | wagnerrp: | ... must have been a downdraft |
| [05:55:21] | tgm4883: | wagnerrp, bubble shield ;) |
| [05:55:42] | wagnerrp: | never played halo 3 |
| [05:57:21] | MMlosh (MMlosh!~MMlosh@2001:470:1f0b:b78:691a:4696:5bb2:c9ed) has quit (Quit: Bye...) | |
| [05:59:58] | tgm4883: | yet you know that there is a bubble shield in halo 3... |
| [06:00:11] | wagnerrp: | google told me |
| [06:02:31] | tgm4883: | likely story |
| [06:02:37] | tgm4883: | closet Halo 3 player |
| [06:03:01] | wagnerrp: | i will admit to beating halo 2 before 7am |
| [06:03:13] | wagnerrp: | but that was on my roommate's xbox |
| [06:06:36] | ubIx (ubIx!~ulf@p5DD189B5.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [06:09:52] | ubIx_ (ubIx_!~ulf@p5DD18043.dip0.t-ipconnect.de) has quit (Ping timeout: 258 seconds) | |
| [06:23:49] | prologic (prologic!~prologic@unaffiliated/prologic) has joined #mythtv-users | |
| [06:24:00] | prologic (prologic!~prologic@unaffiliated/prologic) has left #mythtv-users ("Leaving") | |
| [06:24:12] | wagnerrp: | ugh |
| [06:24:38] | wagnerrp: | doug sent me mirobridge updates, but theres something wrong with the patch |
| [06:24:46] | wagnerrp: | having to walk them forward manually |
| [06:26:35] | stoffel (stoffel!~quassel@p57B4B694.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [06:29:00] | unixSnob (unixSnob!~unixSnob@212.117.169.230) has joined #mythtv-users | |
| [06:36:42] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv-users | |
| [06:47:06] | Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has quit (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) | |
| [06:47:35] | Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has joined #mythtv-users | |
| [06:52:03] | stoffel (stoffel!~quassel@p57B4B46D.dip.t-dialin.net) has joined #mythtv-users | |
| [06:52:04] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v stoffel | |
| [07:10:21] | stoffel (stoffel!~quassel@p57B4B46D.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [07:30:37] | hadees (hadees!~hadees@72-48-91-73.dyn.grandenetworks.net) has joined #mythtv-users | |
| [07:54:59] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v MythLogBot | |
| [08:02:45] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v MythLogBot | |
| [08:20:26] | fleers (fleers!~fleers@cpe-76-93-149-124.san.res.rr.com) has quit (Quit: Leaving.) | |
| [08:27:02] | [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving) | |
| [08:29:41] | vezza (vezza!~andrea__@host10-44-dynamic.20-87-r.retail.telecomitalia.it) has quit (Ping timeout: 260 seconds) | |
| [08:42:46] | vezza (vezza!~andrea__@host102-160-dynamic.7-87-r.retail.telecomitalia.it) has joined #mythtv-users | |
| [08:50:06] | andreax (andreax!~andreaz@p57B95E1C.dip.t-dialin.net) has joined #mythtv-users | |
| [08:55:49] | hpeter (hpeter!~hpeter@178-83-237-229.dynamic.hispeed.ch) has joined #mythtv-users | |
| [09:04:38] | Patina (Patina!~tomas@1385158770.dhcp.dbnet.dk) has quit (Remote host closed the connection) | |
| [09:05:30] | esperegu (esperegu!~quassel@145.116.15.244) has joined #mythtv-users | |
| [09:21:58] | Scopeuk-AFK is now known as Scopeuk | |
| [09:23:28] | Patina (Patina!~tomas@1385158770.dhcp.dbnet.dk) has joined #mythtv-users | |
| [09:27:36] | ubIx (ubIx!~ulf@p5DD189B5.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [09:28:07] | ubIx (ubIx!~ulf@p5DD189B5.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [09:40:49] | cesman (cesman!~cecil@pool-71-254-162-121.lsanca.fios.verizon.net) has joined #mythtv-users | |
| [09:40:49] | cesman (cesman!~cecil@pool-71-254-162-121.lsanca.fios.verizon.net) has quit (Changing host) | |
| [09:40:49] | cesman (cesman!~cecil@pdpc/supporter/professional/cesman) has joined #mythtv-users | |
| [09:43:53] | Patina (Patina!~tomas@1385158770.dhcp.dbnet.dk) has quit (Quit: Leaving) | |
| [09:44:19] | Patina (Patina!~tomas@1385158770.dhcp.dbnet.dk) has joined #mythtv-users | |
| [09:56:38] | ubIx_ (ubIx_!~ulf@p5DD189B5.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [09:56:49] | ubIx (ubIx!~ulf@p5DD189B5.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [10:00:41] | ptriller (ptriller!~ptriller@194.105.98.15.dynamic.cablesurf.de) has joined #mythtv-users | |
| [10:00:56] | paul-h (paul-h!~Paul@5adce259.bb.sky.com) has joined #mythtv-users | |
| [10:00:56] | paul-h (paul-h!~Paul@5adce259.bb.sky.com) has quit (Changing host) | |
| [10:00:56] | paul-h (paul-h!~Paul@mythtv/developer/paul-h) has joined #mythtv-users | |
| [10:02:09] | ptriller: | Hi, iis there a special reason, why the gentoo builds dont support mythvideo anymore ? |
| [10:02:33] | Beirdo: | are they for 0.25pre? |
| [10:02:48] | ptriller: | I just updated to 24.1 |
| [10:03:18] | ptriller: | and the eclass file only supports mythvideo for 0.24 |
| [10:03:23] | Beirdo: | I thought that build was fixed the other day. |
| [10:03:50] | ubIx (ubIx!~ulf@p5DD19CDC.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [10:04:04] | Beirdo: | I dunno |
| [10:04:23] | ptriller: | well I can fix the file locally if its supoposed to work, just wondering |
| [10:05:03] | Guest7484 (Guest7484!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [10:05:54] | 92AADFZ0K (92AADFZ0K!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv-users | |
| [10:06:42] | ubIx_ (ubIx_!~ulf@p5DD189B5.dip0.t-ipconnect.de) has quit (Ping timeout: 276 seconds) | |
| [10:21:51] | unixSnob (unixSnob!~unixSnob@212.117.169.230) has quit (Ping timeout: 276 seconds) | |
| [10:22:56] | anykey_: | I'm getting 'PES start code not found in TS packet with PUSI set' on one specific channel here, what could be the cause for this? |
| [10:23:08] | unixSnob (unixSnob!~unixSnob@212.117.169.230) has joined #mythtv-users | |
| [10:23:22] | chainsawbike: | ptriller, i thought mythvideo got merged into myth "main"? |
| [10:23:44] | Beirdo: | chainsawbike: not for 0.24, I don't think |
| [10:26:31] | ptriller: | anykey_, that sound like an non 100 % confom stream, not sure you can do anything about it |
| [10:27:40] | anykey_: | though other STBs can play it back too |
| [10:28:13] | ptriller: | anykey_, maybe mythtv parser is stricter and other streams just ignore this |
| [10:48:34] | Scopeuk is now known as Scopeuk-AFK | |
| [11:00:24] | johd (johd!~johd@90.146.55.47) has joined #mythtv-users | |
| [11:00:24] | johd (johd!~johd@pdpc/supporter/student/jvs) has joined #mythtv-users | |
| [11:00:24] | johd (johd!~johd@90.146.55.47) has quit (Changing host) | |
| [11:01:16] | andreax (andreax!~andreaz@p57B95E1C.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [11:17:06] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 260 seconds) | |
| [11:21:18] | pizzledizzle (pizzledizzle!~pizdets@pool-98-113-194-183.nycmny.fios.verizon.net) has joined #mythtv-users | |
| [11:29:41] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv-users | |
| [11:34:31] | shipit (shipit!~shipit@c-67-180-23-104.hsd1.ca.comcast.net) has joined #mythtv-users | |
| [11:42:30] | gigem_ (gigem_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection) | |
| [11:42:57] | gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv-users | |
| [11:46:28] | jya (jya!~jyavenard@mrc45-1-82-232-214-21.fbx.proxad.net) has joined #mythtv-users | |
| [11:46:28] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv-users | |
| [11:46:28] | jya (jya!~jyavenard@mrc45-1-82-232-214-21.fbx.proxad.net) has quit (Changing host) | |
| [11:59:38] | shipit (shipit!~shipit@c-67-180-23-104.hsd1.ca.comcast.net) has quit (Remote host closed the connection) | |
| [12:01:53] | Twiggy2cents (Twiggy2cents!~darren@173-24-97-89.client.mchsi.com) has joined #mythtv-users | |
| [12:12:31] | Twiggy2cents (Twiggy2cents!~darren@173-24-97-89.client.mchsi.com) has quit (Remote host closed the connection) | |
| [12:13:49] | Scopeuk-AFK is now known as Scopeuk | |
| [12:19:43] | Twiggy2cents (Twiggy2cents!~darren@173-24-97-89.client.mchsi.com) has joined #mythtv-users | |
| [12:22:01] | dudz_ (dudz_!~dudz@123-243-44-131.static.tpgi.com.au) has quit (Quit: Leaving) | |
| [12:22:10] | NewBuntu81 (NewBuntu81!~HVR2250@pool-98-111-126-191.hrbgpa.east.verizon.net) has joined #mythtv-users | |
| [12:33:27] | lyricnz (lyricnz!~simonrobe@ppp118-209-99-169.lns20.mel4.internode.on.net) has quit (Quit: lyricnz) | |
| [12:34:14] | lyricnz (lyricnz!~simonrobe@ppp118-209-99-169.lns20.mel4.internode.on.net) has joined #mythtv-users | |
| [12:44:14] | Twiggy2cents (Twiggy2cents!~darren@173-24-97-89.client.mchsi.com) has quit (Remote host closed the connection) | |
| [13:09:18] | Scopeuk is now known as Scopeuk-AFK | |
| [13:17:05] | lyricnz (lyricnz!~simonrobe@ppp118-209-99-169.lns20.mel4.internode.on.net) has quit (Ping timeout: 260 seconds) | |
| [13:29:09] | n0tk (n0tk!~n0tk@gateway/tor-sasl/n0tk) has joined #mythtv-users | |
| [13:29:51] | n0tk (n0tk!~n0tk@gateway/tor-sasl/n0tk) has quit (Remote host closed the connection) | |
| [13:31:26] | GlemSom (GlemSom!~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) has joined #mythtv-users | |
| [14:01:02] | wagnerrp: | ptriller: not sure what youre looking for that isnt there |
| [14:01:23] | wagnerrp: | https://github.com/MythTV/packaging/blob/mast . . . 10705.ebuild |
| [14:02:12] | Beirdo: | wagnerrp: I'm about to go to bed... but did you see my question from last night? |
| [14:02:31] | wagnerrp: | yeah, ill look at it |
| [14:02:34] | wagnerrp: | it probably can be deleted |
| [14:03:27] | Beirdo: | K :) I wasn't sure. It compiles fine with it if 0'd out so I figured it can probably go, but I wanted to leave it for you |
| [14:04:46] | wagnerrp: | Beirdo: if only we could clean up the unicode errors |
| [14:04:46] | Beirdo: | I'll look at silencing out that freebsd warning later in the day too |
| [14:04:56] | Beirdo: | yeah. heh |
| [14:06:09] | Beirdo: | anyways, I've been awake now for.... 22h |
| [14:06:18] | Beirdo: | I think it's high time to go collapse for a bit |
| [14:06:36] | Beirdo: | I'm not as young as I used to be |
| [14:06:56] | Beirdo: | the collapse time 10 years ago woulda been more like 36–37h |
| [14:07:08] | wagnerrp: | oh come on people |
| [14:07:15] | wagnerrp: | why does the example script need to be bash |
| [14:07:22] | wagnerrp: | havent we gotten over this? |
| [14:07:41] | Beirdo: | if it's a simple enough script, why not bash? |
| [14:07:48] | wagnerrp: | because its not |
| [14:07:52] | wagnerrp: | look at the size of that beast |
| [14:07:54] | Beirdo: | if it's parsing XML, hitting the database,e tc... |
| [14:10:28] | Beirdo: | I just wanna see if the 32bit build is happier with the LLU or not |
| [14:10:32] | Beirdo: | then I sleep |
| [14:12:24] | Beirdo: | YAY |
| [14:12:31] | Beirdo: | back down to 13 warnings |
| [14:12:42] | Beirdo: | be back in a few hours |
| [14:12:48] | NULL[NULL[0]] (NULL[NULL[0]]!~fred@e181019120.adsl.alicedsl.de) has quit (Ping timeout: 255 seconds) | |
| [14:17:52] | koffel (koffel!~whome@c-68-81-198-44.hsd1.pa.comcast.net) has quit (Read error: Connection reset by peer) | |
| [14:24:24] | koffel (koffel!koffel@c-68-81-198-44.hsd1.pa.comcast.net) has joined #mythtv-users | |
| [14:33:14] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users | |
| [14:45:24] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 240 seconds) | |
| [14:58:15] | aloril (aloril!~aloril@84.249.126.153) has joined #mythtv-users | |
| [15:26:46] | hpeter (hpeter!~hpeter@178-83-237-229.dynamic.hispeed.ch) has quit (Quit: hpeter) | |
| [15:31:13] | peque (peque!~pbj@188.179.22.130) has joined #mythtv-users | |
| [15:32:11] | peque: | Hey there – I'm rebuilding my frontends from scratch and trying tu use ArchLigth when choosing theme – how long should it take to download this image – almost 20min now |
| [15:34:31] | wagnerrp: | should not be more than a few MB |
| [15:34:44] | wagnerrp: | and its hosted on a connection that should be easily capable of maxing out whatever you have |
| [15:36:22] | peque: | OK – just keep standing trying to download theme |
| [15:36:54] | wagnerrp: | as in it should take all of a couple seconds, unless youre on dialup or something |
| [15:37:56] | peque: | Nope – have an OK connection (From DK) but ain't comming up with errors in logfile for the fronend – last message Received remote 'Clear Cache' request |
| [15:38:49] | peque: | I've tried to remove /~/.mythtv libary and started from scratch but still "stocks" here |
| [15:42:43] | wagnerrp: | iamlindoro: you up yet? |
| [15:43:05] | devinheitmueller (devinheitmueller!~devinheit@c-68-43-64-175.hsd1.mi.comcast.net) has joined #mythtv-users | |
| [15:43:57] | wagnerrp: | peque: there are still some known issues with the theme downloader when using a remote frontend |
| [15:44:21] | wagnerrp: | and doing the initial download from the remote frontend |
| [15:44:44] | peque: | OK – thanks |
| [15:46:31] | peque: | Is there any other way to get it – just tried to download 0.24 themes and it fails from downloadserver ( but does it work fine with 0.25) |
| [15:47:16] | wagnerrp: | what fails? |
| [15:52:11] | peque: | If I try from mythtv download page to download myththemes0.24 |
| [15:56:18] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [16:03:55] | wagnerrp: | odd |
| [16:08:07] | jpabq: | now that mythvideo is part of the core, what needs installed on the backend to get jamu to work? I just synced up with master for the first time in over a month, and jamu is complaining missing python bindings, even though the "core" was built with them. |
| [16:08:24] | wagnerrp: | nothing |
| [16:08:29] | iamlindoro: | wagnerrp: up |
| [16:08:30] | wagnerrp: | IMHO, jamu should no longer be used |
| [16:09:03] | wagnerrp: | iamlindoro: i added in the code to strip out partnum from show subtitles |
| [16:09:13] | iamlindoro: | wagnerrp: ok |
| [16:09:15] | wagnerrp: | but it only goes into effect if it fails the <3 distance check |
| [16:09:24] | iamlindoro: | ok, that works, cool |
| [16:09:31] | wagnerrp: | and if it passes the second time, it retains the first distance calculation |
| [16:09:48] | jpabq: | So, just use iamlindoro's new stuff? |
| [16:09:57] | wagnerrp: | meaning such matches will always be sorted behind ones without a partnum |
| [16:10:02] | wagnerrp: | jpabq: correct |
| [16:10:24] | wagnerrp: | mythtv is now capable of automatically pulling additional metadata for both videos and recordings, in batch fashion |
| [16:10:55] | wagnerrp: | so aside from the 'maintenance' use, it no longer provides any functionality not included in core |
| [16:11:23] | iamlindoro: | The *only* thing missing on the new stuff is the picking of imagery for recordings, but it's actually there and working, but lacking the db table for it to live in (and those changes should be done in a day or two) |
| [16:11:51] | iamlindoro: | the image query, picking, downloading, etc. code in the schedule editor is there, functional and commented out |
| [16:12:15] | iamlindoro: | just lacks an "insert into blah" and a corresponding "select blah from blah where inetref = blah" in the PBB |
| [16:12:50] | jpabq: | Just for kicks, I went into the recording rule for "Big, Bigger, Biggest", and tried to set the ID for it, but it said it could not automatically find one. What is interesting about that, is that jamu had already successfully downloaded art for that show. |
| [16:13:30] | wagnerrp: | mythtv is limited to whatever results are returned from ttvdb.py/tmdb.py |
| [16:13:44] | wagnerrp: | since jamu hits the libraries directly, rather than going through the grabber scripts |
| [16:13:51] | wagnerrp: | it has a bit more freedom to achieve a match |
| [16:14:14] | jpabq: | Ah. OK |
| [16:14:27] | wagnerrp: | the other issue is that right now, mythtv tries to pull an exact episode based off your recording rule |
| [16:14:56] | wagnerrp: | if that exact episode is sufficiently different from what is found on the metadata site, it will not store an inetref for the rule |
| [16:15:21] | wagnerrp: | the idea being it accidentally picked up the wrong series |
| [16:15:38] | wagnerrp: | in any case, it merely requires you manually set the inetref at the first opportunity |
| [16:15:38] | jpabq: | Makes sense. |
| [16:15:43] | iamlindoro: | if it can't get a match, you can still just put the inetref in to the rule |
| [16:16:39] | jpabq: | Sounds like mythweb is going to need updated to make that easy — since you will be at the computer looking such things up anyway. |
| [16:18:09] | iamlindoro: | jpabq: One of the major wins of the new stuff is that false positives should be nearly impossible-- Jamu may have gotten that one right, but it will also give you a Burly White Guy with a sword if you want to watch Conan o'Brien's show |
| [16:18:22] | iamlindoro: | I've updated mythweb for everything but the lookup |
| [16:19:25] | wagnerrp: | iamlindoro: would you rather mythweb run the grabber scripts directly, or have a protocol call to call the grabber scripts on the backend? |
| [16:19:30] | jpabq: | Yeah, I don't have a problem with the new logic. |
| [16:19:31] | wagnerrp: | (or mythxml) |
| [16:19:53] | iamlindoro: | Anyway, the lookup in the FE is slightly more strict, but it also persists-- so 90% of the time it will get a match (or present you with a list of possible matches), the other 10% of the time you add an inetref... but then the recordings themselves will always, always have the right inetref |
| [16:20:07] | wagnerrp: | honeslty, im leaning more towards the mythxml approach |
| [16:20:08] | iamlindoro: | and they'll get season and episode values too (displayed in new Arclight and in MythWeb) |
| [16:20:22] | wagnerrp: | route the responses through like you did with the mythnetvision stuff |
| [16:20:47] | iamlindoro: | wagnerrp: I have struggled with lookup over API... it's async which makes it tricky, and david didn't have a good solution for me last time I asked him |
| [16:21:23] | ** wagnerrp is biased in that he doesnt want to fix the gentoo ebuilds to include python bindings and metadata scripts with mythweb ** | |
| [16:21:24] | wagnerrp: | :) |
| [16:21:41] | iamlindoro: | yeah, I'd prefer it not have to run them directly |
| [16:21:48] | iamlindoro: | That sounds like a mess |
| [16:22:02] | iamlindoro: | at most I'd rather see a php lib for tvdb and tmdb imported |
| [16:22:24] | wagnerrp: | isnt that how it used to do imdb stuff? |
| [16:22:43] | iamlindoro: | It used to call imdb.pl directly |
| [16:22:47] | wagnerrp: | ah |
| [16:24:11] | iamlindoro: | I'll look again at it once I have the image stuff done... I made it work semi-synchronously in mythmetadatalookup, that logic might be portable |
| [16:24:47] | wagnerrp: | and... segfault |
| [16:24:55] | iamlindoro: | jpabq: http://www.mythtv.org/wiki/Enhancing_Recordin . . . adata_Lookup |
| [16:25:07] | iamlindoro: | wagnerrp: lookup? |
| [16:25:29] | wagnerrp: | lookup, yes... but not your problem |
| [16:25:43] | iamlindoro: | if it's in lookup and it can happen at all, I'd like to fix it :) |
| [16:25:55] | wagnerrp: | its some issue lurking around that i was getting intermittently with mythcommflag as well when fiddling with that |
| [16:26:08] | jpabq: | iamlindoro, thanks |
| [16:26:55] | iamlindoro: | jpabq: no problem-- you may also want to run "mythmetadatalookup" once without arguments to "prime" your existing recordings-- it will do an automated lookup and set inetref, season, and episode on all that it can |
| [16:27:18] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
| [16:27:22] | iamlindoro: | jpabq: when you can freely use "season," "episode," "00x00" and "s00e00" anywhere pginfo is used |
| [16:27:25] | iamlindoro: | er then you |
| [16:27:34] | iamlindoro: | oh, and "inetref" |
| [16:27:36] | jpabq: | :) |
| [16:27:53] | wagnerrp: | iamlindoro: its failing deep inside the mysql guts, when MythContext tries to make the initial connection |
| [16:28:18] | iamlindoro: | and presumably you'll want to set your existing rules to do automated lookup from this point forward... but the page covers that |
| [16:28:28] | iamlindoro: | wagnerrp: That's... weird... anything I could have caused? |
| [16:28:38] | wagnerrp: | not likely |
| [16:29:34] | wagnerrp: | as mentioned, i was getting errors in mythcommflag on wednesday when reworking the mythcommflag init |
| [16:29:44] | wagnerrp: | (the same errors) |
| [16:29:58] | wagnerrp: | its non-repeatable |
| [16:30:05] | iamlindoro: | jpabq: The only reason the image setting isn't done yet is because I've waffled about whether there's a way to make artwork work on any pginfo screen-- I've decided there's probably not, for now |
| [16:30:07] | wagnerrp: | some intermittent race condition |
| [16:30:22] | iamlindoro: | wagnerrp: ok... well let me know if it's anything I can help with |
| [16:30:53] | wagnerrp: | well if you can reproduce it on your own |
| [16:31:10] | wagnerrp: | or figure out how to get debug builds of qt in freebsd, that arent stripped |
| [16:31:11] | wagnerrp: | :) |
| [16:32:40] | iamlindoro: | jpabq: But when done (at most a couple hours work) you'll be able to set artwork on a rule, so that you pick it from a visible list, and it's a static mapping instead of a guess... and it opens the door for an option that says "When a new season starts, refresh my artwork"... so mythmetadatalookup would react to a recording being the first in a season by grabbing the new season's artwork and setting that as default, etc. |
| [16:33:37] | iamlindoro: | and it should support per-season artwork from the start |
| [16:33:50] | jpabq: | Cool. Of course, I have noticed that "new season" artwork is not always ready when the season actually starts — it can take a bit for someone to upload it. |
| [16:33:56] | wagnerrp: | so should jamu be removed for 0.25? |
| [16:34:29] | iamlindoro: | wagnerrp: I'd like to remove it as soon as I have the last bits of code in-- but don't want to do so prematurely as you never know when I might get hit by a bus |
| [16:34:30] | wagnerrp: | i think at least the packagers like mythbuntu should take it off of default installs |
| [16:35:25] | iamlindoro: | But yes, I'm admittedly biased but MythVideo metadata lookup is *far* more proficient than jamu, it's more than a year newer and supports tons more data and better name matching.. and the new recordings stuff also offers way more advantages (again IMO) |
| [16:37:55] | iamlindoro: | jpabq: sure, for those instances I'll offer some functionality that does nothing but try to keep artwork refreshed... and maybe run it in the housekeeper if the option is turned on |
| [16:42:35] | gigem_ (gigem_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection) | |
| [16:43:05] | gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv-users | |
| [16:47:19] | wagnerrp: | iamlindoro: perhaps the metadata scanner should have an argument to make clearing out content optional |
| [16:48:04] | wagnerrp: | with the call now available in the backend, and people wanting automated scans for UPNP purposes, id hate to see someone wipe out a whole drive of metadata because it wasnt mounted |
| [16:48:14] | wagnerrp: | or is the plan to just wait until the external metadata files are available |
| [16:48:23] | wagnerrp: | at which point such data can simply be re-imported |
| [16:49:22] | wagnerrp: | just considering this, since im about to implement the added/modified/removed list to the VIDEO_LIST_CHANGE event |
| [16:50:30] | iamlindoro: | wagnerrp: My intent is to not ever remove anything in a scan |
| [16:50:47] | Lord_Deathscythe (Lord_Deathscythe!~chris@h245.131.185.173.dynamic.ip.windstream.net) has quit (Quit: I am called onward) | |
| [16:50:52] | iamlindoro: | it will become notifications to the FEs, which the user will get to act on |
| [16:51:10] | wagnerrp: | ok, well then ill let you deal with that |
| [16:52:33] | wagnerrp: | im intended to make this behave like QUERY_SG_GETFILELIST |
| [16:52:41] | iamlindoro: | sounds cool |
| [16:53:03] | wagnerrp: | something like VIDEO_LIST_CHANGE[]:[]deleted::1[]:[]deleted::2[]:[]modified::3[]:[]added::4[]:[ ]added::5 |
| [16:53:07] | wagnerrp: | if that syntax seems fine |
| [16:53:27] | iamlindoro: | sure |
| [17:22:41] | Lord_Deathscythe (Lord_Deathscythe!~chris@h245.131.185.173.dynamic.ip.windstream.net) has joined #mythtv-users | |
| [17:26:22] | koffel (koffel!koffel@c-68-81-198-44.hsd1.pa.comcast.net) has quit (Ping timeout: 250 seconds) | |
| [17:29:00] | wagnerrp: | iamlindoro: whoopsie |
| [17:29:14] | ** wagnerrp points at d5977cf3d ** | |
| [17:29:44] | iamlindoro: | wagnerrp: yeah, heh |
| [17:30:04] | ** iamlindoro doesn't bother checking, but assumes it's the "I'm root, beatches" thing ** | |
| [17:30:19] | wagnerrp: | yep |
| [17:32:00] | iamlindoro: | Yeah, got irritated at git locking up some .git dir and switched to root, but forgot to set up the username/email on this system since I rebuilt it |
| [17:32:47] | Otaku789 (Otaku789!~james@c-68-62-80-172.hsd1.mi.comcast.net) has joined #mythtv-users | |
| [17:32:50] | Otaku789: | hello |
| [17:35:00] | tictric (tictric!~quassel@p4FE17EBD.dip.t-dialin.net) has joined #mythtv-users | |
| [17:35:00] | tictric (tictric!~quassel@unaffiliated/tictric) has joined #mythtv-users | |
| [17:35:00] | tictric (tictric!~quassel@p4FE17EBD.dip.t-dialin.net) has quit (Changing host) | |
| [17:36:36] | Otaku789: | I just bought a new card and was wondering if I will need anything specific to use this card in a mythtv system. Hauppauge WinTV-HVR-1600 ATSC/NTSC 74551 LF rev c1aj |
| [17:37:19] | wagnerrp: | 32-bit or 64-bit? |
| [17:37:45] | Otaku789: | my system is 64bit os |
| [17:37:53] | wagnerrp: | then it should work fine |
| [17:38:24] | tictric_ (tictric_!~quassel@unaffiliated/tictric) has quit (Ping timeout: 240 seconds) | |
| [17:38:37] | devinheitmueller (devinheitmueller!~devinheit@c-68-43-64-175.hsd1.mi.comcast.net) has quit (Quit: devinheitmueller) | |
| [17:39:04] | Otaku789: | ok so I wont be fighting with a firmware or anything like that? just gets auto detected with mythbuntu install ? |
| [17:39:15] | wagnerrp: | probably |
| [17:39:27] | Otaku789: | ok thanks |
| [17:39:50] | Otaku789: | the card should be here around friday from the ebay seller |
| [17:42:49] | Otaku789 (Otaku789!~james@c-68-62-80-172.hsd1.mi.comcast.net) has left #mythtv-users ("Damn it! out of quarters....Game Over") | |
| [17:45:44] | vezza (vezza!~andrea__@host102-160-dynamic.7-87-r.retail.telecomitalia.it) has quit (Ping timeout: 240 seconds) | |
| [17:57:37] | aloril (aloril!~aloril@84.249.126.153) has quit (Ping timeout: 252 seconds) | |
| [18:00:57] | vezza (vezza!~andrea__@host102-160-dynamic.7-87-r.retail.telecomitalia.it) has joined #mythtv-users | |
| [18:07:32] | wagnerrp: | iamlindoro: im not going to bother with protocol up for this |
| [18:07:47] | wagnerrp: | since being on one side or the other wont actually break anything |
| [18:07:49] | fleers (fleers!~fleers@cpe-76-93-149-124.san.res.rr.com) has joined #mythtv-users | |
| [18:08:11] | wagnerrp: | especially considering nothing actually uses the current capability |
| [18:09:07] | iamlindoro: | But doesn't that potentially introduce a case where you have two versions of the same protocol that can't use the same capabilities? |
| [18:09:27] | fleers (fleers!~fleers@cpe-76-93-149-124.san.res.rr.com) has quit (Client Quit) | |
| [18:09:50] | iamlindoro: | ie, if I add code to mythvideo tomorrow to add the new items to the tree when that event is received, and someone expects it to work with yesterdays backend of the same protocol, it won't |
| [18:10:14] | wagnerrp: | if something is expecting additional information with the event, and gets none |
| [18:10:21] | wagnerrp: | it simply wont trigger a refresh of the client |
| [18:10:42] | wagnerrp: | it will be an empty list of videos to update, and do nothing |
| [18:10:48] | iamlindoro: | but why the hesitance to bump the proto? |
| [18:11:06] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv-users | |
| [18:11:10] | iamlindoro: | This is development code and you *are* changing it-- so doesn't not bumping the number just introduce confusion? |
| [18:11:11] | wagnerrp: | no real reason in particular |
| [18:11:33] | wagnerrp: | just seems like a trivial change |
| [18:12:09] | iamlindoro: | Don't get me wrong, I'm not telling you what to do and won't be upset either way, I just think in the same situation I'd go ahead and bump it |
| [18:18:33] | wagnerrp: | im just concerned that if we needlessly bump the proto for small stuff, were going to run out of clever ways to use hex characters |
| [18:19:32] | iamlindoro: | thought it was just a string |
| [18:19:49] | wagnerrp: | it is, but if you can make it anything, wheres the difficulty? |
| [18:19:52] | iamlindoro: | at least, it better be, since I've bumped it twice without using valid hex characters :) |
| [18:21:12] | [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users | |
| [18:21:14] | wagnerrp: | next protocol token will be 2318008 |
| [18:21:32] | iamlindoro: | haha |
| [18:21:37] | ** wagnerrp feels like a 10yr old ** | |
| [18:22:06] | iamlindoro: | would work great if Myth ran on that Casio calculator |
| [18:22:18] | wagnerrp: | theres always hope |
| [18:25:00] | wagnerrp: | seems its actually CHANGE, not UPDATE |
| [18:28:48] | iamlindoro: | wagnerrp: Does it send the inetrefs, or the intids? |
| [18:28:55] | iamlindoro: | (re: the wiki) |
| [18:29:14] | iamlindoro: | intid is much more useful since all the existing tools pull metadata by intid, and inetref needn't be unique |
| [18:29:23] | iamlindoro: | looks like ID |
| [18:29:35] | wagnerrp: | intids |
| [18:29:43] | wagnerrp: | man, im just full of errors |
| [18:30:15] | iamlindoro: | too many numbers to keep straight |
| [18:36:32] | NewBuntu81 (NewBuntu81!~HVR2250@pool-98-111-126-191.hrbgpa.east.verizon.net) has quit (Quit: Quitting) | |
| [18:39:20] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users | |
| [18:47:47] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [19:12:03] | koffel (koffel!~whome@c-68-81-198-44.hsd1.pa.comcast.net) has joined #mythtv-users | |
| [19:24:56] | tictric_ (tictric_!~quassel@unaffiliated/tictric) has joined #mythtv-users | |
| [20:01:18] | awalls (awalls!~awalls@d-72-9-4-240.cpe.metrocast.net) has joined #mythtv-users | |
| [20:01:22] | awalls (awalls!~awalls@d-72-9-4-240.cpe.metrocast.net) has quit (Client Quit) | |
| [20:05:06] | [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving) | |
| [20:09:55] | lapion (lapion!~axion@axion.xs4all.nl) has joined #mythtv-users | |
| [20:11:27] | fleers (fleers!~fleers@cpe-76-93-149-124.san.res.rr.com) has joined #mythtv-users | |
| [20:11:29] | unixSnob (unixSnob!~unixSnob@212.117.169.230) has quit (Quit: leaving) | |
| [20:14:33] | unixSnob (unixSnob!~unixSnob@212.117.169.230) has joined #mythtv-users | |
| [20:21:12] | hadees (hadees!~hadees@72-48-91-73.dyn.grandenetworks.net) has quit (Quit: hadees) | |
| [20:25:59] | koffel (koffel!~whome@c-68-81-198-44.hsd1.pa.comcast.net) has quit (Ping timeout: 246 seconds) | |
| [20:30:11] | koffel (koffel!~whome@c-68-81-198-44.hsd1.pa.comcast.net) has joined #mythtv-users | |
| [20:31:33] | koffel (koffel!~whome@c-68-81-198-44.hsd1.pa.comcast.net) has quit (Read error: Connection reset by peer) | |
| [20:34:04] | NULL[0] (NULL[0]!~fred@e181027242.adsl.alicedsl.de) has joined #mythtv-users | |
| [20:38:27] | koffel (koffel!koffel@c-68-81-198-44.hsd1.pa.comcast.net) has joined #mythtv-users | |
| [20:45:45] | enyc (enyc!~enyc@muddle.enyc.org.uk) has quit (Ping timeout: 264 seconds) | |
| [20:46:33] | Lord_Deathscythe (Lord_Deathscythe!~chris@h245.131.185.173.dynamic.ip.windstream.net) has quit (Remote host closed the connection) | |
| [21:02:45] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users | |
| [21:05:22] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [21:07:45] | Scopeuk-AFK is now known as Scopeuk | |
| [21:23:13] | andreax (andreax!~andreaz@p57B91D43.dip.t-dialin.net) has joined #mythtv-users | |
| [21:27:27] | jack303 (jack303!4e56abb0@gateway/web/freenode/ip.78.86.171.176) has joined #mythtv-users | |
| [21:27:47] | jack303: | this blog is awesome |
| [21:27:49] | jack303: | http://kbuss.co.uk/ |
| [21:41:09] | Lord_Deathscythe (Lord_Deathscythe!~chris@h245.131.185.173.dynamic.ip.windstream.net) has joined #mythtv-users | |
| [21:48:21] | wagnerrp: | jack303: for future reference, it is extremely poor form to come into a channel for the first time and spam links to random websites |
| [21:48:38] | wagnerrp: | the fact that it is actually mythtv related is the only reason youre not getting a perma-ban |
| [22:01:06] | hadees (hadees!~hadees@72-48-91-73.dyn.grandenetworks.net) has joined #mythtv-users | |
| [22:10:17] | ptriller (ptriller!~ptriller@194.105.98.15.dynamic.cablesurf.de) has quit (Quit: Verlassend) | |
| [22:11:42] | [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users | |
| [22:12:01] | wagnerrp: | [R]: you read the mailing list? |
| [22:12:10] | esperegu (esperegu!~quassel@145.116.15.244) has quit (Remote host closed the connection) | |
| [22:12:27] | [R]: | wagnerrp: just got home, lemme see whats new |
| [22:12:46] | wagnerrp: | read up on the storage group partition scheduler |
| [22:13:13] | [R]: | ROFL |
| [22:15:20] | GlemSom (GlemSom!~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) has quit (Remote host closed the connection) | |
| [22:19:03] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users | |
| [22:19:17] | Slasher`: | just thought i'd update anyone who cares – my tv card has arrived back where i got it from, they are testing it then posting me out another one within the next 3 days |
| [22:22:27] | wagnerrp: | as much as i proselytize about not using telnet clients to control the frontend |
| [22:22:37] | wagnerrp: | i think warpme is doing just that and suffering the consequences |
| [22:26:32] | peque (peque!~pbj@188.179.22.130) has quit (Remote host closed the connection) | |
| [22:29:39] | jack303: | wagnerrp: my mythbox is now fully automated, it automatically records tv highlights and it will automatically auto expire recordings when my disk gets too full, i can now sit back and do nothing |
| [22:30:32] | [R]: | doesn't it do that by deafult? |
| [22:30:49] | wagnerrp: | jack303: thats nice, but coming into a channel as a first time visitor, and talking about your blog just registered today, is poor form |
| [22:30:57] | jack303: | thats not my blog |
| [22:31:01] | wagnerrp: | exactly the kind of thing that generally gets you banned places |
| [22:31:12] | jack303: | ok it wont happen again |
| [22:32:15] | wagnerrp: | if youve been around a while, and people recognize you, you can get away with posting links to things you think are interesting |
| [22:32:32] | jack303: | ok i will keep that in mind |
| [22:32:37] | wagnerrp: | but if you join somewhere as an unknown, and especially if identified as a webchat user |
| [22:32:48] | wagnerrp: | and within seconds post a link somewhere, with no preface as to what its about |
| [22:32:55] | wagnerrp: | those are generally the actions of spammers |
| [22:33:05] | jack303: | im no spammer, just excited |
| [22:33:12] | jack303: | its probably one of you devs what made that blog, not me |
| [22:33:30] | wagnerrp: | kbuss made that blog... dont know who that is |
| [22:33:37] | wagnerrp: | whoever it is, hes not a mythtv dev |
| [22:33:43] | jack303: | me neither, i dont know how to script python |
| [22:34:13] | paul-h (paul-h!~Paul@mythtv/developer/paul-h) has quit (Remote host closed the connection) | |
| [22:34:35] | Lord_Deathscythe (Lord_Deathscythe!~chris@h245.131.185.173.dynamic.ip.windstream.net) has quit (Quit: I am called onward) | |
| [22:35:55] | koffel (koffel!koffel@c-68-81-198-44.hsd1.pa.comcast.net) has quit (Ping timeout: 252 seconds) | |
| [22:38:29] | Scopeuk is now known as Scopeuk-AFK | |
| [22:39:24] | JohnQ (JohnQ!~JohnQ@c-67-180-87-67.hsd1.ca.comcast.net) has joined #mythtv-users | |
| [22:42:21] | jack303: | how can i make mythtv email me recordings what are about to expire a day before they get deleted? |
| [22:43:08] | wagnerrp: | decisions about deletion are only made as space is required |
| [22:43:32] | wagnerrp: | you dont know for certain something will be deleted until mythtv decides it is out of room, and deletes something to allow for an in-progress recording |
| [22:43:33] | jack303: | so that will happen at any time i guess |
| [22:43:37] | ICM (ICM!~ian@icm.student.rit.edu) has joined #mythtv-users | |
| [22:43:46] | jack303: | ok |
| [22:43:52] | wagnerrp: | however, you can pull the expiration list and upcoming recording list from the backend |
| [22:44:05] | wagnerrp: | make a prediction about how large the upcoming recordings will be |
| [22:44:15] | wagnerrp: | and then make a prediction about when things will be deleted |
| [22:44:16] | [R]: | that's what she said? |
| [22:44:31] | wagnerrp: | note that even with analog tuners with static bitrates, it will never be completely accurate |
| [22:44:39] | jack303: | --printexpire |
| [22:44:50] | wagnerrp: | recordings are balanced between multiple disks at time of recording |
| [22:44:54] | ICM: | Sometimes while watching a show, MythTV just randomly cuts out, gives me an error about the video buffer, and the video just stops. Then when I restart the MythTV front end, try to select 'Watch TV' again, sometimes it says 'Could not connect to the master backend server' (I checked with ps -ef, it's running), sometimes it'll just go back to the main MythTV front end screen |
| [22:45:01] | wagnerrp: | based off free space and measured IO load |
| [22:45:07] | jack303: | if im at work and need to check what will get recorded from a terminal i can do --printsched, very nifty :D |
| [22:45:10] | wagnerrp: | and expiration is performed per disk |
| [22:45:27] | wagnerrp: | so something ten items up on the expire list may end up expired first |
| [22:45:36] | wagnerrp: | because mythtv decided to record on that drive |
| [22:45:43] | wagnerrp: | and it was the lowest on that specific drive |
| [22:47:11] | jack303: | wagnerrp: do you manually select what tv shows you want to record? |
| [22:47:34] | wagnerrp: | you can, but that is tedious |
| [22:47:46] | jack303: | it is indeed, 'pick of the days' is perfect for me |
| [22:48:02] | jack303: | tvwish is awesome |
| [22:48:30] | wagnerrp: | actually, you tell mythtv to 'record this series' or 'record that series' or 'record any premier movies' or 'record the first few episode of any new primetime series' |
| [22:49:41] | jack303: | wagnerrp: do you manually delete recordings, or just let stuff auto expire? |
| [22:50:18] | wagnerrp: | anything i care about, i flag, strip the commercials out, and migrate to mythvideo |
| [22:50:24] | wagnerrp: | anything else eventually expires |
| [22:50:50] | jack303: | anything i care about i click on the icon what stops them from auto expiring on mythweb |
| [23:02:55] | hadees (hadees!~hadees@72-48-91-73.dyn.grandenetworks.net) has quit (Quit: hadees) | |
| [23:30:54] | shipit (shipit!~shipit@204-15-2-155-static.ipnetworksinc.net) has joined #mythtv-users | |
| [23:32:38] | jack303 (jack303!4e56abb0@gateway/web/freenode/ip.78.86.171.176) has quit (Quit: Page closed) | |
| [23:42:39] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has quit (Remote host closed the connection) | |
| [23:43:26] | npm (npm!~npm@cpe-76-90-30-220.socal.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [23:50:11] | npm (npm!~npm@cpe-76-90-30-220.socal.res.rr.com) has joined #mythtv-users | |
| [23:55:13] | ICM (ICM!~ian@icm.student.rit.edu) has quit (Remote host closed the connection) | |
| [23:58:44] | koffel (koffel!~whome@c-68-81-198-44.hsd1.pa.comcast.net) has joined #mythtv-users | |
| [23:59:33] | ICM (ICM!~ian@icm.student.rit.edu) has joined #mythtv-users | |
| [23:59:53] | tlhiv (tlhiv!~tlhiv@c-69-254-218-89.hsd1.al.comcast.net) has joined #mythtv-users | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.