| Friday, December 2nd, 2011, 00:00 UTC | ||
| [00:00:04] | abqjp (abqjp!~jpabq@174-28-160-138.albq.qwest.net) has quit (Ping timeout: 245 seconds) | |
| [00:00:08] | wagnerrp: | umount claims its not mounted, and so wont do anything |
| [00:00:19] | wagnerrp: | but /proc/mounts claims it is mounted |
| [00:00:19] | squidly: | mount -o remount $folder |
| [00:00:20] | sphery: | even with -f |
| [00:00:25] | sphery: | or that |
| [00:00:32] | wagnerrp: | and a parent mount refuses to unmount claiming its busy |
| [00:00:38] | kisak: | sphery: http://pastebin.com/pEGCBMHf |
| [00:00:44] | abqjp (abqjp!~jpabq@71-37-150-163.albq.qwest.net) has joined #mythtv-users | |
| [00:00:48] | sphery: | anyway, umount -f where -f = Force unmount (in case of an unreachable NFS system). (Requires kernel 2.1.116 or later.) |
| [00:01:34] | wagnerrp: | mount -o remount succeeds without error |
| [00:01:40] | wagnerrp: | but the folder is still mounted |
| [00:01:42] | jpabq- (jpabq-!~jpabq@71-37-150-163.albq.qwest.net) has joined #mythtv-users | |
| [00:01:53] | wagnerrp: | forcing unmount of the parent filesystem fails |
| [00:02:23] | wagnerrp: | umount -f on the mount itself also fails, still thinking its not mounted in the first place |
| [00:02:42] | wagnerrp: | lsof lists no open files in those paths that would otherwise prevent the parent from being unmounted |
| [00:03:30] | wagnerrp: | its one NFS mount mounted on top of another NFS mount |
| [00:03:48] | sphery: | kisak: yeah, that's the problem.. they're all marked as delete pending--meaning they were deleted to the Deleted recgroup, then, eventually, mythbackend started to delete them, but you shut down mythbackend between when it "started" to delete them, but before they were deleted and since you don't have slow deletes enabled, that meant they got orphaned |
| [00:03:55] | wagnerrp: | /mnt/gentoo/usr/portage/distfiles mounted on top of /mnt/gentoo/usr/portage, mounted on top of an iscsi image at /mnt/gentoo |
| [00:03:57] | sphery: | orphaned metadata, not orphaned files... |
| [00:04:13] | wagnerrp: | if mounting one NFS share on top of another NFS share can potentially cause problems |
| [00:04:15] | sphery: | wagnerrp: want me to mod find_orphans.py to pick these up or do you want to |
| [00:04:25] | sphery: | (either way, I'm sure you'll be fixing it :) |
| [00:04:30] | kisak: | sphery: I should have slow deletes enabled |
| [00:04:48] | wagnerrp: | got a summary of the problem so i dont have to read the backlog? |
| [00:05:10] | squidly: | wagnerrp: yea that is very odd .. |
| [00:05:30] | wagnerrp: | find_orphans.py is agnostic of any recording information |
| [00:05:35] | sphery: | wagnerrp: Deleted files with deletepending set |
| [00:05:47] | sphery: | let me check my patch to see if there's more to check |
| [00:05:48] | wagnerrp: | it pulls all content, livetv and deletepending included |
| [00:05:53] | sphery: | (i.e. not in use or something) |
| [00:06:01] | wagnerrp: | it pulls the list directly from the recorded table in the database |
| [00:06:11] | wagnerrp: | and the generic file listing utility over mythproto |
| [00:06:22] | kisak: | so what should I do? delete the files manually then purge the records? |
| [00:06:30] | sphery: | kisak: no... |
| [00:06:44] | sphery: | please hold on, then you can use the updated find_orphans.py and help us test it :) |
| [00:07:26] | kisak: | okayy |
| [00:07:27] | sphery: | I actually have a patch that auto-cleans them up |
| [00:07:46] | sphery: | just haven't pushed it because of some concerns over cleaning up things that maybe I shouldn't |
| [00:07:51] | wagnerrp: | pastebin the patch and let me see it |
| [00:08:31] | kisak: | well, if it goes upstream, eventually I'll get it and I don't care about 8GB in limbo out of 4.5TB |
| [00:09:42] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (Quit: jpabq) | |
| [00:09:43] | abqjp is now known as jpabq | |
| [00:09:43] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv-users | |
| [00:10:43] | sphery: | wagnerrp: here's the SQL I have now, but let's do some testing with kisak, because inuse maybe better |
| [00:10:47] | sphery: | http://pastebin.com/sxsTasmR |
| [00:12:37] | sphery: | kisak: can you pastebin the output of: SELECT * FROM inuseprograms; |
| [00:13:10] | kisak: | empty set |
| [00:13:14] | sphery: | ok |
| [00:13:35] | sphery: | wagnerrp: so, looks like my original SQL is good... deletepending with lastmodified a long time ago (I used > 1 day) |
| [00:13:39] | wagnerrp: | sphery: find_orphans doesnt actually query the database |
| [00:13:53] | wagnerrp: | it uses the python bindings to generate a query for it |
| [00:14:14] | wagnerrp: | that returns everything, optionally filtered to a single host |
| [00:14:28] | sphery: | kisak: and out of curiosity... select * from settings where value = 'TruncateDeletesSlowly'; |
| [00:15:08] | sphery: | wagnerrp: yeah, so basically just flag those recordigns where deletepending != 0 and lastmodified is a long time ago |
| [00:15:13] | sphery: | I can do that if you like |
| [00:16:30] | squidly: | sphery: I found the "echo lirc > /sys/class/rc/rc0/protocols" but when I try that I get nothing... |
| [00:17:00] | sphery: | squidly: main reason I didn't give you the specific echo is because I don't know enough details of how/when to do it |
| [00:17:19] | squidly: | sphery: that's ok.. I'm just annoied by this really.. |
| [00:17:21] | sphery: | but the problem you're having is that it was using both the keyboard input and lirc input |
| [00:17:33] | sphery: | others with your distro/remote are likely the best help |
| [00:17:41] | kisak: | http://pastebin.com/EQcVHnRB |
| [00:17:45] | jstenback (jstenback!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has quit (Quit: ZNC - http://znc.in) | |
| [00:18:23] | squidly: | yea I will have to talk to them.. though once I get a couple more systems moved over to funtoo I can update their Myth stuff and start using that. |
| [00:18:26] | sphery: | kisak: so you only have slow deletes enabled on a_mythfrontend |
| [00:18:51] | sphery: | I'm guessing the omitted hostname in the results wasn't a_mythfrontend |
| [00:18:53] | kisak: | well, it should be enabled, looks like I did it wrong |
| [00:19:04] | sphery: | have to run mythtv-setup on each backend and set it on each |
| [00:19:06] | sphery: | :( |
| [00:19:21] | kisak: | the omited hostname was the backend |
| [00:19:26] | sphery: | yeah |
| [00:19:52] | kisak: | ok, it'll take me a little to find the setting |
| [00:19:58] | map7: | Can the mythtv video plugin use broadcom crystalhd hardware at all? |
| [00:19:58] | sphery: | anyway, thanks for checking that--because I was 99.9999999% positive the issue you saw is impossible with slow deletes enabled |
| [00:20:32] | kisak: | I wanted slow deletes enabled over a year ago if I remember correctly |
| [00:20:39] | sphery: | map7: mythtv Internal player can (and MythVideo can use--should use in any sane configuration--Internal player) |
| [00:20:50] | sphery: | map7: though support is lacking because Broadcom doesn't seem to care about the card |
| [00:21:00] | sphery: | map7: best bet is to use nvidia video card with VDPAU support |
| [00:22:01] | map7: | sphery, ok, I have the card working in XBMC fine and I've compiled mythtv 0.24.1 with the crystalhd option |
| [00:22:07] | wagnerrp: | sphery: oh! youre saying the metadata can stick around for a long time even after the file was deleted? |
| [00:22:09] | map7: | but playback in mythvideo is choppy |
| [00:22:24] | map7: | but the same video is not choppy in xbmc |
| [00:22:48] | sphery: | wagnerrp: no, I'm saying if the user deletes a video without slow deletes enabled and shuts down mythbackend before the delete completes, it will leave it as deletepending (which means not visible through any client) but untouched on disk |
| [00:22:50] | wagnerrp: | map7: did you recompile mythtv with support for the crystalhd decoder? i believe it is disabled by default |
| [00:22:58] | paras (paras!~darren@dslb-092-075-157-019.pools.arcor-ip.net) has quit (Quit: Verlassend) | |
| [00:23:07] | map7: | wagnerrp, yes i did |
| [00:23:11] | sphery: | wagnerrp: so it needs to actually force a delete--not sure if the backend will do it without mod'ing the deletepending flag |
| [00:23:16] | kisak: | sphery: that should have made the change |
| [00:23:42] | kisak: | sphery: it's confirmed in mysql |
| [00:23:50] | sphery: | the slow deletes? |
| [00:23:56] | kisak: | indeed |
| [00:24:10] | wagnerrp: | so the housekeeper will eventually clean those up? |
| [00:24:15] | kisak: | do I need a backend restart to make it take effect? |
| [00:24:21] | sphery: | if so, you won't see any more files/metadata orphaned this way, but we still need to fix these 4 (and please wait to do that until we have the find_orphans updated) |
| [00:24:40] | sphery: | kisak: if you use mythtv-setup, no... but if you used mythtv-setup, it probably asked you to restart mythbackend |
| [00:24:47] | sphery: | if you did a direct edit, you're on your own |
| [00:24:55] | sphery: | (but, yeah, you'll need to restart things) |
| [00:25:17] | map7: | sphery, should I bother trying mythtv 0.25 or has nothing changed since 0.24.1 in relation to crystalhd? |
| [00:25:19] | sphery: | wagnerrp: my patch adds a function to housekeeper to clean them up, but it's not yet pushed |
| [00:25:24] | kisak: | alright, I'll defer it until we're done playing with those 4 files |
| [00:25:30] | sphery: | but would stil be nice to identify these for 0.24-fixes users |
| [00:25:33] | wagnerrp: | oh, your patch is against mythtv, not find_orphans |
| [00:25:38] | sphery: | right |
| [00:25:50] | sphery: | I can work on find_orhpans, now, though |
| [00:25:56] | sphery: | just downloading current version |
| [00:26:12] | sphery: | took forever to parse scripts with mythwikiscripts (not your fault, just saying) |
| [00:27:00] | wagnerrp: | so basically, at the end of populate |
| [00:27:24] | Russ (Russ!~russ@206.29.182.234) has left #mythtv-users ("Ex-Chat") | |
| [00:27:26] | wagnerrp: | add a 'recs = [r for r in recs if not r.deletepending]' |
| [00:27:52] | sphery: | what about lastmodified? |
| [00:28:07] | wagnerrp: | shouldnt i ignore all deletepending? |
| [00:28:13] | sphery: | only want to look at those that are truly orphaned--i.e. aren't deleted, yet, but were marked to delete over a day ago or so |
| [00:28:17] | wagnerrp: | since it means the backend is planning on doing stuff with it |
| [00:28:28] | sphery: | yes |
| [00:28:38] | sphery: | but not those that are deletepending with very old lastmodified |
| [00:29:00] | wagnerrp: | which means the backend has forgotten about them? |
| [00:29:14] | sphery: | so, in my patch for backend/housekeeper, I'm looking at those that are deletepending and lastmodified is > 1 day ago |
| [00:29:19] | sphery: | (but it runs the check daily, so...) |
| [00:29:24] | sphery: | yeah |
| [00:29:38] | sphery: | basically... they were marked to be deleted but backend was shut down before it could actually delete them |
| [00:29:42] | sphery: | i.e. very bad timing on shutdown |
| [00:30:01] | kisak: | hmm ... the lastmodified of the 4 test files are 2 seconds apart |
| [00:30:06] | sphery: | but it happens a lot--stuartm had a few hundred gigs of these (but he restarts a lot for development) |
| [00:30:28] | sphery: | kisak: yeah, you deleted them all together, but shut down mythbackend before it actually deleted them |
| [00:30:54] | sphery: | I'd be more surprised if the times were very different--just because it would mean you hit the microseconds during which this could happen multiple times |
| [00:31:01] | kisak: | or mythbackend died or I had a hard drive failure around that time |
| [00:31:09] | sphery: | right, can also happen when mbe dies |
| [00:31:14] | sphery: | it's not your fault |
| [00:31:19] | sphery: | we have a race condition in the code |
| [00:31:32] | sphery: | I'm only "fixing" the symptom and not interested in actually finding the race |
| [00:31:53] | sphery: | only really motivated smart people like Beirdo are likely to enjoy looking for such a race conditon |
| [00:31:58] | sphery: | :) |
| [00:32:22] | wagnerrp: | so... 'recs = [r for r in recs if not (r.deletepending and ((datetime.now()-r.lastmodified).days >= 1))]' |
| [00:32:36] | sphery: | looks great |
| [00:32:47] | wagnerrp: | assuming my parentheses are correct |
| [00:33:05] | ubIx_ (ubIx_!~ulf@p5DD18493.dip0.t-ipconnect.de) has quit (Ping timeout: 244 seconds) | |
| [00:33:15] | sphery: | and thanks--you did this much faster than I would have (even though it took me forever to explain it to you properly) |
| [00:33:25] | wagnerrp: | heh |
| [00:33:25] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (Ping timeout: 240 seconds) | |
| [00:33:36] | sphery: | so that's just before the return in populate? |
| [00:33:45] | wagnerrp: | yeah |
| [00:34:09] | wagnerrp: | actually, you could have that list comprehension in the return itself, instead of returning 'rec' |
| [00:34:11] | tgm4883 (tgm4883!~tgm4883@2001:4968:202:3:20f:eaff:fefc:ba0e) has joined #mythtv-users | |
| [00:34:11] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv-users | |
| [00:34:11] | tgm4883 (tgm4883!~tgm4883@2001:4968:202:3:20f:eaff:fefc:ba0e) has quit (Changing host) | |
| [00:34:27] | wagnerrp: | (again, assuming my parentheses are correct) |
| [00:34:30] | sphery: | wait... ttbomk, it's not currently showing those as orphaned |
| [00:34:33] | lyricnz (lyricnz!~simonrobe@r125-63-197-127.cpe.unwired.net.au) has joined #mythtv-users | |
| [00:34:34] | sphery: | I think I missed another part |
| [00:34:39] | sphery: | both file and metadata exist |
| [00:34:48] | sphery: | did I explain that part? |
| [00:34:49] | ubIx (ubIx!~ulf@p5DD18493.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [00:35:06] | wagnerrp: | if both file and metadata exist, then i shouldnt be marking either as orphaned |
| [00:35:13] | sphery: | so if that just excludes things, we'll need another line to include them |
| [00:35:23] | sphery: | no, they're truly orphaned--can't even see them in mythfrontend or mythweb |
| [00:35:31] | sphery: | but orphaned metadata /and/ recording |
| [00:35:44] | sphery: | i.e. mythtv thinks they're gone so doesn't let the user manipulate them |
| [00:36:07] | wagnerrp: | then that will need a bit more complex change in the logic |
| [00:36:10] | wagnerrp: | ill get to it later tonight |
| [00:36:14] | sphery: | hehe, sorry |
| [00:36:28] | wagnerrp: | right now, im going to try to move this distfiles mount elsewhere |
| [00:36:36] | sphery: | ok, thanks for help |
| [00:36:44] | wagnerrp: | under the blind assumption its the only one failing because its mounted on top of another NFS mount |
| [00:38:46] | sphery: | I think I get the idea in this script... would you like a new section for it? |
| [00:39:05] | wagnerrp: | new section? |
| [00:39:26] | sphery: | zerorecs/orphvids/orphimgs/ dbbackup |
| [00:39:28] | Beirdo: | race conditions. oooh fun. |
| [00:39:43] | wagnerrp: | oh.... |
| [00:39:51] | wagnerrp: | yeah, dont worry about it... ill take care of it tonight |
| [00:40:31] | sphery: | ok, I should leave it to the experts, but I had the file open and all... :) |
| [00:40:58] | sphery: | kisak: If you don't mind, I'll ping you later tonight or tomorrow when we have a new script for you to test with your database |
| [00:41:04] | wagnerrp: | i have a separate github repo i like making changes to instead |
| [00:41:09] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users | |
| [00:41:10] | sphery: | ah, cool |
| [00:41:20] | sphery: | I'm thinking of making a new repo for all the scripts |
| [00:41:20] | wagnerrp: | and then just copy/paste the whole thing on top of the wiki |
| [00:41:40] | kisak: | sphery: I'll leave this in limbo then |
| [00:41:44] | sphery: | though not sure whether to do github or svn with a git->svn view |
| [00:41:48] | sphery: | kisak: thanks |
| [00:42:05] | sphery: | like you said, though, it's only 8GB of 4.5TB, so probably not critical for a day or 2 |
| [00:42:26] | sphery: | and thank you for your help in debugging/diagnosing the issue |
| [00:42:58] | wagnerrp: | sphery: id still rather write some services application to periodically index the content on the wiki, and pickle it for quick download in mythwikiscripts |
| [00:43:16] | sphery: | that would be nice |
| [00:43:20] | wagnerrp: | considering the whole point of getting them out of our repo is so that we didnt have to manage write rights |
| [00:43:31] | sphery: | I was thinking of the repo primarily for development/tracking changes rather than as a place users would download stuff |
| [00:43:48] | sphery: | though I suppose either way would work |
| [00:44:05] | sphery: | mainly I'm concerned about channel change/firewire priming scripts |
| [00:44:18] | sphery: | so really, those are the ones I'd make a repo for |
| [00:44:24] | sphery: | then invite people to help maintain them |
| [00:44:35] | sphery: | where help may involve arms and strongness |
| [00:44:46] | sphery: | er, invite may involve |
| [00:44:49] | wagnerrp: | in 0.25, there will be drastically less need for the firewire channel change scripts |
| [00:44:55] | sphery: | yeah |
| [00:45:03] | freeh (freeh!~blah@gateway/shell/xzibition.com/x-eyeceqcjaxogpbmf) has quit (Ping timeout: 252 seconds) | |
| [00:45:09] | sphery: | I'm so glad iamlindoro added the Internal firewire changer |
| [00:45:22] | sphery: | I had no idea it was only usable with firewire recorder |
| [00:45:28] | iamlindoro: | It still needs a UI |
| [00:47:01] | freeh (freeh!sprocket@gateway/shell/xzibition.com/x-dghqrvrvsapzwzdi) has joined #mythtv-users | |
| [00:50:31] | sphery: | ah, you can't just add Internal to the channel change script? |
| [00:51:05] | wagnerrp: | you have to let it know which firewire device to use |
| [00:51:27] | sphery: | ah, yeah, forgot about that |
| [01:05:00] | kisak: | about when was the internal firewire changer added and is the internal changer based on one of the scripts that is already around? |
| [01:05:10] | kisak: | (for the syntax) |
| [01:08:49] | sphery: | the internal firewire changer existed first, then people took the code out of mythtv and used it to create, for example, 6200ch |
| [01:08:55] | sphery: | and then others wrote scripts, etc. |
| [01:09:39] | sphery: | so, now, I suppose, we're going full circle--back to what should have been done in the first place rather than pulling the code out to make 6200ch |
| [01:10:34] | kisak: | I use 6200ch for two motorola 7100 2 |
| [01:11:20] | sphery: | yeah, sounds like once we have a UI for setting up the internal changer with non-firewire capture, you'll be able to use that, instead |
| [01:11:54] | kisak: | hopefully I'll get a memo or something when that comes around |
| [01:12:14] | sphery: | hehe, I'll put you on the notify list ;) |
| [01:12:23] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has quit (Remote host closed the connection) | |
| [01:16:19] | wagnerrp: | sphery: full circle would imply the 6200ch.c code was pulled back into mythtv |
| [01:17:09] | sphery: | hehe, I suppose that's true |
| [01:17:23] | sphery: | maybe this is a hypercircle? |
| [01:17:51] | wagnerrp: | that would involve some sort of time loop |
| [01:18:16] | sphery: | probably due to the OPERA experiment |
| [01:18:26] | sphery: | crazy Italians are messing up our universe |
| [01:18:27] | wagnerrp: | now youre programming with portals |
| [01:18:32] | sphery: | hehe |
| [01:24:31] | squidly: | lol wagnerrp |
| [01:25:11] | squidly: | ok devinput.. it's only showing one keypress.. but myth gets two keypresses.. |
| [01:25:30] | hadees (hadees!~hadees@72-48-91-73.dyn.grandenetworks.net) has joined #mythtv-users | |
| [01:25:35] | squidly: | sphery: that fix earlier wont work for some reason.. |
| [01:28:14] | sphery: | right, one from devinput, one from lirc |
| [01:28:56] | squidly: | sphery: if I just disable the lirc part of myth do I have to restart myth? |
| [01:29:25] | sphery: | squidly: echo none > /sys/class/rc/rc0/protocols |
| [01:29:57] | sphery: | if you change a lirc configuration file (~/.lircrc or ~/.mythtv/lircrc), you have to restart the lirc client (mythfrontend) |
| [01:30:21] | sphery: | after the none, do you get anything from the remote? |
| [01:30:27] | squidly: | let me check |
| [01:31:41] | squidly: | sphery: that does absolutley nothing.. |
| [01:32:06] | sphery: | I'm guessing, then, that your distro configures things differently |
| [01:32:18] | russell5 (russell5!~russell5@pool-173-48-61-235.bstnma.fios.verizon.net) has joined #mythtv-users | |
| [01:32:23] | sphery: | so if it's an old one, you may need to just blacklist the kernel keyboard driver for the remote |
| [01:32:23] | squidly: | http://pastebin.com/nHFDZft8 |
| [01:32:53] | sphery: | ah, that's what you meant by nothing |
| [01:32:59] | squidly: | yea.. |
| [01:33:02] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
| [01:33:03] | sphery: | likely it can't change it because lirc is running |
| [01:33:08] | sphery: | so shut down lirc |
| [01:33:11] | sphery: | and then try it |
| [01:33:28] | squidly: | ok now it hangs.. |
| [01:33:35] | sphery: | what hangs? |
| [01:33:43] | sphery: | the echo? the cat? |
| [01:33:48] | squidly: | the echo |
| [01:34:04] | sphery: | and you're sure that lirc has finished stopping? |
| [01:34:14] | squidly: | yep.. |
| [01:34:18] | squidly: | nothing is running with lirc |
| [01:35:49] | sphery: | AIUI, you have to get that value to change to lirc |
| [01:35:54] | sphery: | how you do so, I can't tell you |
| [01:36:04] | sphery: | but people with your distro and similar remotes are likely to be best |
| [01:36:08] | sphery: | as I have neither :) |
| [01:36:35] | sphery: | (I'm using atilibusb driver, so the kernel isn't even involved in my lirc stuff) |
| [01:37:05] | squidly: | lol |
| [01:37:35] | Cougar (Cougar!~cougar@kkk.version6.net) has quit (Read error: Operation timed out) | |
| [01:38:36] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (Read error: Operation timed out) | |
| [01:39:30] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv-users | |
| [01:40:37] | jpabq- (jpabq-!~jpabq@71-37-150-163.albq.qwest.net) has quit (Ping timeout: 240 seconds) | |
| [01:41:42] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv-users | |
| [01:42:43] | jpabq- (jpabq-!~jpabq@71-37-155-6.albq.qwest.net) has joined #mythtv-users | |
| [01:45:44] | Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv-users | |
| [01:50:13] | emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Ping timeout: 240 seconds) | |
| [01:53:32] | jstenback (jstenback!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has joined #mythtv-users | |
| [02:00:15] | Twiggy2cents: | Why do people think that mythbuntu, mythdora, and the likes are anything different than a base distro with mythtv installed. |
| [02:01:04] | iamlindoro: | because they are? |
| [02:01:16] | jpabq| (jpabq|!~jpabq@174-28-179-62.albq.qwest.net) has joined #mythtv-users | |
| [02:01:19] | jpabq- (jpabq-!~jpabq@71-37-155-6.albq.qwest.net) has quit (Ping timeout: 252 seconds) | |
| [02:01:23] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (Ping timeout: 255 seconds) | |
| [02:01:35] | iamlindoro: | They're the base distro, MythTv, and generally a large number of distro-specific utilities and tools to ease setup |
| [02:01:43] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv-users | |
| [02:02:20] | Twiggy2cents: | I guess so, but people seem to think that it is impractical to download the program, dependencies, and utilities on their own. |
| [02:02:41] | Twiggy2cents: | I mean, if they can set up mythtv, they should be able to download it and all of its components |
| [02:02:44] | squidly: | that is the main point of it. |
| [02:03:00] | iamlindoro: | as squidly implies-- the point is to not have to do so |
| [02:03:16] | squidly: | But after this last blowup with ubuntu I'm moving over to a source distro to fix most of my issues.. |
| [02:03:18] | iamlindoro: | Just because it's linux doesn't mean everyone wants to know what a dependency is |
| [02:03:41] | tgm4883: | squidly, "blowup with ubuntu"? |
| [02:03:43] | Twiggy2cents: | They only reason I bring it up is because I just read something about somebody switching from mythdora to mythbuntu due mythdora stopping development. |
| [02:03:51] | Twiggy2cents: | That just seems like a huge jump |
| [02:04:19] | Twiggy2cents: | Picking up on a new base distro would surely be harder than installing the files on fedora instead. |
| [02:04:22] | squidly: | tgm4883: upgrading to 11.10 blew up a lot of things on serveral of my servers... inlucding security systems, networking, iscsi, ocfs2, bonding, and mythfrontend |
| [02:04:52] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [02:04:53] | squidly: | Twiggy2cents: I already know funtoo and gentoo. |
| [02:04:53] | tgm4883: | hmm, 11.10 and servers just doesn't seem to go together |
| [02:05:18] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv-users | |
| [02:05:34] | squidly: | tgm4883: also my desktop. my son's desktop, all my vm's |
| [02:05:43] | Twiggy2cents: | squidly, did you try mythbuntu to try something else for fun or because you didnt want to set it up on your choice distro? |
| [02:06:36] | squidly: | Twiggy2cents: at the time I did the inital setup (this was a couple of years ago) mythbunut worked well and so did ubuntu.. that's why I was on them.. but the last couple of releases they have caused major headaches all round |
| [02:07:12] | tgm4883: | squidly, FWIW, I also do a clean install of any distro, rather than an upgrade. No offence, but if you seriously had it blow up that many times I would tend to think you're doing something wrong. |
| [02:07:28] | Twiggy2cents: | I have a question. In mythvideo the OSD is usually distorted, I am guessing it is because of the resolution of the video, is this considered an issue? It is normal on recordings. |
| [02:09:26] | squidly: | tgm4883: I ususally wait.. but there have been some serious bugs in the upgrade path of ubuntu. Clean installs seem to work fine.. but the upgrade path just causes oh so nice headcached for people |
| [02:10:26] | tgm4883: | squidly, Why upgrade? LTS->LTS means a single distro upgrade every 2 years |
| [02:10:40] | tgm4883: | For servers, it's even longer (5 years) |
| [02:10:52] | squidly: | tgm4883: it also meangs I get some older software too.. and some software I want that is not avaliable to the older release |
| [02:11:13] | Twiggy2cents: | squidly, I guess the point I was getting at was that this person left mythdora(due to discontinuation) to go to mythbuntu. This would be okay if they did it for something fresh, but if they thought that that would be easier than a fresh install of fedora + installing mythtv I would disagree. |
| [02:11:34] | tgm4883: | squidly, and this new software is a necessity? or just something you want to play with? |
| [02:11:38] | squidly: | for myserver next upgrade will bring me to a LTS (IIRC) and I will stick on that for my colo. |
| [02:11:47] | Twiggy2cents: | squidly, build from source |
| [02:12:07] | squidly: | tgm4883: for my useage it was needed on my colo. |
| [02:12:25] | squidly: | most of the stuff at home it's for play (that's 99% of the time on my desktop) |
| [02:12:55] | squidly: | but right now I'm working on migrating my backend to either another server, along with my DNS, DHCP and ldap |
| [02:12:56] | Twiggy2cents: | Or as an alternative, I am pretty sure that Fedora will push major software updates on the same release(or maybe they are just easier to obtain) |
| [02:13:39] | Twiggy2cents: | iamlindoro, I have a question. In mythvideo the OSD is usually distorted, I am guessing it is because of the resolution of the video, is this considered an issue? It is normal on recordings. |
| [02:13:56] | agron (agron!~agron@pool-98-109-204-22.nwrknj.fios.verizon.net) has joined #mythtv-users | |
| [02:14:01] | iamlindoro: | mythvideo doesn't have an OSD |
| [02:14:06] | iamlindoro: | mythvideo is a metadata manager |
| [02:14:16] | Twiggy2cents: | Sorry, I meant the player when playing a video |
| [02:14:39] | iamlindoro: | If your OSD is distorted in the Internal Player, then you're likely using some video output method which isn't capable of compositing a full resolution OSD onto the video |
| [02:14:45] | iamlindoro: | ie, you're probably using Xv |
| [02:15:10] | iamlindoro: | So the player is forced to draw the OSD onto the frame and then ask the hardware to scale it |
| [02:15:12] | Twiggy2cents: | It isnt really distorted, it is like the osd is trying to match the aspect ratio of the video |
| [02:15:23] | iamlindoro: | Correct, that is what I am speaking about above |
| [02:15:28] | iamlindoro: | it's a limitation of the video output method |
| [02:15:38] | iamlindoro: | if you don't want to see that, use VDPAU or GL |
| [02:16:28] | Twiggy2cents: | The osdrender is softblend. |
| [02:16:31] | Twiggy2cents: | What does that use? |
| [02:16:35] | Twiggy2cents: | xv? |
| [02:16:36] | iamlindoro: | That's irrelevant |
| [02:16:43] | iamlindoro: | your video renderer is all that matters |
| [02:16:47] | Twiggy2cents: | Oh |
| [02:20:53] | Twiggy2cents: | Okay, I fixed that. Is opengl preferred over Xv? |
| [02:21:05] | wagnerrp: | absolutely |
| [02:21:35] | Twiggy2cents: | Not to sound too naive, but what is better? Is it the rendering, the color, the performance? |
| [02:21:48] | wagnerrp: | Xv has absolutely none of that |
| [02:21:53] | wagnerrp: | all Xv does is the video |
| [02:21:54] | Twiggy2cents: | lol |
| [02:22:04] | Twiggy2cents: | So what makes opengl better? |
| [02:22:23] | wagnerrp: | which means... the OSD needs to be baked down to 12-bit color at the videos resolution, and overlayed directly into the video |
| [02:22:33] | Twiggy2cents: | ohh |
| [02:22:37] | wagnerrp: | so that the video card can convert it back to 24-bit color, and scale it to the display |
| [02:23:12] | Twiggy2cents: | I see, you were saying that Xv is simple, whereas opengl is more capable. |
| [02:23:18] | wagnerrp: | on the other hand, opengl just lets you give the video card multiple elements at different bitscales and resolutions, and it converts, scales, and overlays everything internally |
| [02:23:37] | wagnerrp: | basically, if youre displaying 480i video on a 1080p display |
| [02:23:56] | wagnerrp: | the OSD needs to be rendered at 480i, composited into the video, and then scaled back up to 1080p |
| [02:24:04] | wagnerrp: | which necessarily means that it will look like garbage |
| [02:24:11] | Twiggy2cents: | So if I left everything else the same except changed Xv to opengl, is there much change on load either on the gpu or cpu? |
| [02:24:51] | wagnerrp: | CPU? not much change, GPU? yes |
| [02:25:05] | kisak: | it's a heavier load on the GPU, but gives cleaner and more consistant results |
| [02:25:08] | wagnerrp: | but any halfway modern CPU can handle the OpenGL renderer without breaking a sweat |
| [02:25:15] | JEDIDIAH__ (JEDIDIAH__!~jedi@cpe-76-185-75-39.tx.res.rr.com) has quit (Ping timeout: 260 seconds) | |
| [02:25:51] | JEDIDIAH__ (JEDIDIAH__!~jedi@cpe-76-185-75-39.tx.res.rr.com) has joined #mythtv-users | |
| [02:26:38] | Twiggy2cents: | So basically it is a test and see thing. My deinterlacer is non HW so the only load really on the gpu is rendering with opengl right? |
| [02:27:41] | wagnerrp: | all the GPU will be doing is scaling and compositing, which is intensive to do in software, but simple to do in the heavily parallel GPU |
| [02:32:36] | squidly: | I'mjust sick of having issues with my currnt file server. |
| [02:33:20] | dgarr (dgarr!~dgarrett@adsl-75-61-66-201.dsl.pltn13.sbcglobal.net) has joined #mythtv-users | |
| [02:36:17] | kisak: | I got used to soft mounting all my nfs shares so I could forcefully unmount them when trouble happens |
| [02:52:32] | wagnerrp: | sphery: looks like theyre taking another pass at getting CSS up on the DMCA exception block |
| [02:53:25] | sphery: | oooh, cool |
| [02:53:37] | sphery: | would be nice to be able to play DVDs on my GNU/Linux systems |
| [02:56:57] | agron (agron!~agron@pool-98-109-204-22.nwrknj.fios.verizon.net) has quit (Remote host closed the connection) | |
| [02:58:03] | sphery: | So, if first movie released on DVD was Twister in 1996, and it's basically going to be 2012 before they can make CSS decryption allowed under fair use, and the first movies released on Blu-Ray were released June 20, 2006, that means that in 2022, I'll be able to play a Blu-Ray on my GNU/Linux systems... |
| [03:02:39] | wagnerrp: | bleh... |
| [03:02:54] | wagnerrp: | Maximum buffer size exceeded. file will be truncated, no further writing will be done. |
| [03:03:11] | sphery: | where's this? |
| [03:03:16] | sphery: | sounds bad |
| [03:03:16] | wagnerrp: | in my backend logs |
| [03:03:29] | wagnerrp: | bones failed 36 minutes in |
| [03:03:33] | sphery: | wow |
| [03:03:36] | sphery: | hdhr? |
| [03:03:43] | wagnerrp: | yeah |
| [03:03:44] | sphery: | bsd? |
| [03:03:47] | wagnerrp: | yeah |
| [03:04:04] | wagnerrp: | disk still works fine |
| [03:04:20] | wagnerrp: | ive been reading the recording from the filesystem, playing it in windows this whole time |
| [03:04:20] | sphery: | wonder if it's mythtv or libhdhomerun or mythtv on bsd or libhdhomerun on bsd or what |
| [03:04:32] | wagnerrp: | including during the time it was supposed to have stalled |
| [03:04:37] | wagnerrp: | havent noticed any problems |
| [03:04:54] | sphery: | so plays past the 36min? |
| [03:05:03] | wagnerrp: | no |
| [03:05:07] | sphery: | ohh |
| [03:05:11] | wagnerrp: | im currently 30 minutes in |
| [03:05:25] | wagnerrp: | its stopped writing at 36 minutes in |
| [03:05:43] | sphery: | :( |
| [03:06:00] | sphery: | just have to watch some New Girl to get your Deschanel fix |
| [03:06:08] | sphery: | (the other Deschanel, though) |
| [03:06:10] | wagnerrp: | heh |
| [03:07:45] | sphery: | or you could wait 8 days and catch it on Hulu |
| [03:12:15] | wagnerrp: | apparently at the beginning of the year, the Copyright Office will open up all proposals submitted for review, for the public to comment on |
| [03:13:13] | wagnerrp: | im considering emailing Public Knowledge (the group putting together the request for CSS exemption) to see if it would be better for mythtv to submit a petition as a group, or to have as many individual users as possible submit their own |
| [03:15:14] | sphery: | good plan |
| [03:20:06] | [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users | |
| [03:22:28] | wagnerrp: | sphery: have you ever had a bad ethernet cable that resulted in it operating at a lower speed? |
| [03:24:15] | wagnerrp: | people on the mailing list talk about them, people in here talk about them, my sister claims to have had one go bad |
| [03:24:24] | RingtailedFox (RingtailedFox!~Ringtaile@69.157.39.69) has left #mythtv-users ("Leaving") | |
| [03:24:36] | sphery: | no |
| [03:24:38] | wagnerrp: | between home and the cluster, ive gone through a couple thousand feet of cat6, and ive not yet had a single cable fail |
| [03:25:03] | wagnerrp: | except for things like a bad crimp, where the sheath pulled out of the boot |
| [03:25:07] | sphery: | though I've heard stories of breaking cables with too-tight bends and such |
| [03:25:15] | sphery: | haven't seen one myself--but I'm pretty careful |
| [03:25:44] | kisak: | I know it's not directed at me, but I did have one cable several years back that ran at 10 on 10/100 hardware, I believe it was a bad end |
| [03:26:05] | wagnerrp: | well it was directed at the channel in general, but sphery was the only other one active |
| [03:26:19] | sphery: | I could imagine if you damaged one of the 4 wires that aren't used in 100Mb and lower but the others are fine, it could make it not usable for Gb |
| [03:27:16] | sphery: | maybe for the running at 10Mb it was software negotiating down due to errors or something? |
| [03:27:32] | kisak: | indeed |
| [03:27:44] | wagnerrp: | still seems like it should just operate at 500Mbps rather than 1Gbps |
| [03:27:56] | sphery: | I did have a bad SATA cable (or connector on the SATA cable?), though |
| [03:27:57] | wagnerrp: | unless do the pairs get ganged together for additional channels? |
| [03:28:12] | sphery: | surprised me because it seemed to work until I stressed it with lots of I/O |
| [03:28:33] | sphery: | I think 10/100 uses 2 pairs and Gb uses all 4 pairs |
| [03:28:49] | kisak: | that is true sphery |
| [03:29:09] | sphery: | maybe original 10 was 1 pair each way? |
| [03:29:23] | kisak: | 4 pair at 250Mb/s bidirectional |
| [03:29:26] | kisak: | no |
| [03:29:30] | wagnerrp: | i mean use the differential between pair 1 and pair 2 as a third data channel |
| [03:29:38] | kisak: | 2 pair is a send and receive set |
| [03:30:03] | wagnerrp: | but then that would conflict with active PoE |
| [03:30:12] | wagnerrp: | which uses that differential to send power |
| [03:30:48] | kisak: | I'm not familular with the particulars of PoE |
| [03:32:25] | kisak: | with 10/100 there's 2 pairs for data, unidirectional, with the other 2 pair acting as grounds and seperating the 2 pair |
| [03:32:51] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [03:34:57] | kisak: | oh, I misread what you said sphery, sorry |
| [03:35:22] | kisak: | yes, 10 was 1 pair each way |
| [03:35:45] | sphery: | hehe, well I was thinking it might be different from 100, but it seems it isn't |
| [03:35:53] | kisak: | it is not |
| [03:35:56] | sphery: | and I do appreciate your explanation--I've never really kbnown much of it |
| [03:36:13] | sphery: | was all just black magic to me (like most hardware stuff) |
| [03:36:17] | kisak: | so then there is half duplex vs full duplex |
| [03:36:33] | sphery: | now, at least, I've seen a glimpse of the spell book |
| [03:36:57] | kisak: | half duplex is when the hardware can't handle sending a message while receiving at the same time |
| [03:37:19] | kisak: | while full duplex sends and receives at the same time |
| [03:37:30] | sphery: | cool |
| [03:37:38] | kisak: | all gigabit equipment is full duplex |
| [03:38:38] | kisak: | so whenever you see marketing content which says the switch can do 100/200/1000/2000 it's just a gimick, it's no different then any other gigabit hardware |
| [03:38:39] | sphery: | I have a mobo that has an r8169-using NIC integrated... It would constantly get link down issues at random times, but it would generally come right back up, so I didn't pay a lot of attention to it |
| [03:38:54] | sphery: | but 2 nights ago, it went link down, and I couldn't get it to link up, again |
| [03:39:18] | sphery: | so I ended up putting in a Gb PCIe NIC, and it's working--but for some reason it's auto-negotiating to 100Mb instead of Gb |
| [03:40:31] | sphery: | since it's just a mythfrontend, I haven't really worried too much, but wondering if that indicates issues or if sometimes some drivers/hardware/... just doesn't pick the right speed |
| [03:40:53] | sphery: | (the new nic is a via-velocity) |
| [03:41:21] | sphery: | at least all of mine seem to do full duplex properly :) |
| [03:41:27] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users | |
| [03:43:39] | kisak: | the blue or brown wires could be severed somewhere, the easiest way to test is to grab another computer with a known-good gigabit nic |
| [03:44:18] | kisak: | also, the blue or brown pair could have been out of sequence |
| [03:45:04] | sphery: | the r8169 was working at gigabit--but did have link issues (though based on the Internet, it seems that's very common with that driver) |
| [03:45:09] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has joined #mythtv-users | |
| [03:45:41] | sphery: | I will try switching ports, though (have 2 backends at 1Gb in that same room, so can easily swap cables/ports) |
| [03:46:10] | kisak: | and the last scenario is that the kernel module is a blind refit for your card and it doesn't try gigabit |
| [03:48:12] | sphery: | yeah, was just trying to use ethtool to try to force 1000, but it's giving me a Cannot set new settings: Invalid argument, even though: http://pastebin.com/qVh50TcT |
| [03:48:42] | sphery: | might just have to consider 100Mb good enough (and it's plenty good enough for a frontend-only system) |
| [03:54:28] | wagnerrp: | sphery: now that the mkv bursting is somewhat alleviated |
| [03:54:51] | sphery: | ah, seems you have to turn off autonegotiate to set a speed |
| [03:55:15] | sphery: | though setting it to 1000 has taken the link down--so maybe bad cable somewhere |
| [03:55:36] | sphery: | wagnerrp: hehe, yeah, and even before, for me, since I don't have mkv |
| [03:56:23] | wagnerrp: | to be fair, gigabit makes a noticeable difference when editing content |
| [03:56:44] | wagnerrp: | even with the byte-exact seeking mythtv employs |
| [03:56:57] | sphery: | interesting... I don't do much editing (watch + delete and all) |
| [03:57:30] | sphery: | just auto-neg'ed 100Mb, again |
| [03:57:51] | sphery: | (rebooted since I can't get root access without network :) |
| [03:58:08] | wagnerrp: | it made a big difference in responsiveness, going between a spare 100mbps switch in my office, to a new gigabit line pulled from the basement |
| [03:58:12] | sphery: | and my root shell was via ssh, so lost it |
| [03:58:35] | kisak: | ssh through localhost? |
| [03:59:02] | sphery: | no, from this machine I had ssh'ed to the mythfrontend machine and got a root shell to play with ethtool |
| [03:59:10] | sphery: | not the best way to play with ethtool, but... :) |
| [03:59:19] | wagnerrp: | sphery: ir/lirc introduces enough latency on its own that you wouldnt see any difference |
| [03:59:26] | wagnerrp: | but you certainly do with a keyboard |
| [03:59:36] | wagnerrp: | and even do using the control socket |
| [03:59:55] | sphery: | 100Mb, again... seems that's what the via wants |
| [04:00:02] | sphery: | will check cables |
| [04:00:17] | wagnerrp: | yukon chipset? |
| [04:02:06] | wagnerrp: | just trying to think of what via offers in gigabit |
| [04:02:15] | wagnerrp: | everything from them ive ever used has been 10/100 |
| [04:02:34] | wagnerrp: | onboard nics and old AMD chipsets |
| [04:04:31] | fleers (fleers!~fleers@cpe-76-93-149-124.san.res.rr.com) has joined #mythtv-users | |
| [04:04:53] | sphery: | 02:00.0 Ethernet controller: VIA Technologies, Inc. VT6120/VT6121/VT6122 Gigabit Ethernet Adapter (rev 81) |
| [04:05:35] | sphery: | think it's a rosewill (newegg brand) nic |
| [04:06:40] | iamlindoro: | http://vimeo.com/33007761 |
| [04:06:46] | iamlindoro: | There ya go you crazy kids |
| [04:07:06] | wagnerrp: | vimeo? are you too good for youtube now? |
| [04:07:07] | wagnerrp: | :P |
| [04:07:23] | iamlindoro: | It's on both, heh |
| [04:07:28] | iamlindoro: | I do prefer Vimeo, though |
| [04:07:41] | iamlindoro: | Just have to wait ~40 minutes for them to process it for free |
| [04:07:57] | sphery: | probably http://www.newegg.com/Product/Product.aspx?Item=N82E16833166017 |
| [04:08:04] | wagnerrp: | this is on your emulator, right? |
| [04:08:12] | wagnerrp: | thats not the ipad i hear taking off in the background? |
| [04:08:51] | iamlindoro: | wagnerrp: Heh, it's on the emulator, with my laptop struggling to play video in an emulated environment, and compress screencast video on the fly in a real one |
| [04:11:24] | iamlindoro: | Of all the demos so far, this one is the most held together with spit and baling wire-- I haven't had a chance to write the copious sanity checking that streaming will need before I can release |
| [04:11:25] | wagnerrp: | hahaha |
| [04:11:31] | lyricnz (lyricnz!~simonrobe@r125-63-197-127.cpe.unwired.net.au) has quit (Quit: lyricnz) | |
| [04:11:36] | wagnerrp: | "owners of atom backends should probably not watch" |
| [04:11:40] | sphery: | is that the 1080/1088 green line at bottom? |
| [04:11:40] | iamlindoro: | ;) |
| [04:11:44] | iamlindoro: | sphery: yes |
| [04:11:45] | sphery: | is that from the transcoding? |
| [04:11:48] | iamlindoro: | yes |
| [04:11:52] | sphery: | just curious |
| [04:12:25] | sphery: | not sure if it's even that possible for us to fix it with the transcoding being done by mythffmpeg? |
| [04:12:50] | sphery: | (not that it's a big deal--just expecting a bug report soon) |
| [04:12:51] | iamlindoro: | mythffmpeg? |
| [04:13:06] | iamlindoro: | live transcode is done in actual myth code, by mythtranscode |
| [04:13:12] | sphery: | oh |
| [04:13:18] | iamlindoro: | so it's fixable |
| [04:13:38] | wagnerrp: | just a suggestion, it might be interesting to see the the subtitles/captions come through on the remote control |
| [04:13:46] | kisak: | for what it's worth, I have two r8169-bearing frontends which haven't given me any trouble |
| [04:13:48] | iamlindoro: | I've had a discussion with MArk about doing just that |
| [04:14:17] | wagnerrp: | yeah, didnt know how difficult it would be to break those out independent of the OSD renderer |
| [04:14:31] | iamlindoro: | Not very, for cc/textual subs |
| [04:14:39] | iamlindoro: | bitmapped subs, probably not possible/worth it |
| [04:14:50] | sphery: | kisak: which kernel? I'm still on 2.6, so it's possible it's been fixed in 3.0, 3.1, 3.2, or 7 or 8 or 9 |
| [04:15:02] | sphery: | (Linux kernel has switched to the same versioning scheme as Firefox, right?) |
| [04:15:47] | sphery: | seems the biggest challenge would be playback/timing of the subs |
| [04:16:07] | sphery: | iamlindoro: nice video--the app looks great |
| [04:16:09] | sphery: | and simple to use |
| [04:16:10] | iamlindoro: | My idea would not be to time them |
| [04:16:16] | iamlindoro: | but to append them to a scorllable text view |
| [04:16:21] | iamlindoro: | er scrollable |
| [04:16:24] | sphery: | ahh, that's a good way |
| [04:16:25] | iamlindoro: | that way you can review the whole program |
| [04:16:38] | sphery: | yeah, good plan |
| [04:16:49] | iamlindoro: | thank you for the compliment |
| [04:18:40] | sphery: | you should really look at the Hulu captions--just to see how badly captions can be done... see, for example, http://www.hulu.com/watch/301851/community-do . . . making-redux , and when the video begins (after ad), click "Captions BETA", then wonder "where are the captions?" |
| [04:18:53] | sphery: | then scroll down so you can't see the video and... voila! captions |
| [04:18:59] | sphery: | so, it's an either-or thing... |
| [04:19:06] | kisak: | well, I'm currently using 3.0.6 across the board, and it was built originally with 2.6.36 if I recall correctly |
| [04:19:09] | iamlindoro: | it's not bad design, your screen is jsut too short and fat! |
| [04:19:26] | sphery: | even though you'd have 2 different screens, I just think whoever did that caption implementation didn't get it |
| [04:20:01] | iamlindoro: | sphery: looks like the captions are superimposed on the video to me |
| [04:20:17] | wagnerrp: | iamlindoro: are you planning on allowing livetv access, or just recordings through this thing? |
| [04:20:21] | sphery: | ah, must be your fancy, trademarked-name-using browser |
| [04:20:54] | iamlindoro: | wagnerrp: I don't plan on implementing the APIs for Live TV, but if someone else does, I would add support |
| [04:21:18] | sphery: | ah, no, mine is FF5, which uses Firefox in the User-Agent string, even though I refused the license for the name Firefox |
| [04:21:27] | sphery: | so no idea why I don't see them on top of the video |
| [04:21:44] | sphery: | maybe because I don't have OpenGL in browser? |
| [04:21:45] | wagnerrp: | if youre just going after the text captions, perhaps it would be better to pull them out at recording time, or as part of post processing, and storing them in the database as sagetv does |
| [04:21:54] | sphery: | but this if flash... flash 11 |
| [04:21:56] | sphery: | I'm confused |
| [04:22:16] | wagnerrp: | then you would have the entire set of captions available when the recording is opened, rather than just what the frontend player has so far decoded |
| [04:23:06] | sphery: | iamlindoro: did you pop out the video or fullscreen it before getting the captions? |
| [04:23:23] | wagnerrp: | potentially another table to add to the recordedfile schema |
| [04:23:29] | iamlindoro: | sphery: no, just "play" |
| [04:23:33] | wagnerrp: | fileid, timestamp, duration, text |
| [04:23:49] | sphery: | weird... no clue why it won't work on mine |
| [04:24:06] | sphery: | maybe yours is using vdpau? |
| [04:24:35] | iamlindoro: | I dunno, I make no efforts to improve the flash experience |
| [04:24:47] | iamlindoro: | so that would make me the first even Linux user to have a hassle free flash experience |
| [04:24:58] | wagnerrp: | potentially, the same API call could be used to pull such data out of a matched srt file if found |
| [04:25:24] | sphery: | seems they're still not using stage video |
| [04:26:31] | kisak (kisak!~kisak@pool-98-117-23-122.hrbgpa.fios.verizon.net) has quit (Ping timeout: 258 seconds) | |
| [04:26:59] | sphery: | ah, you clicked the cc on the player, not the Captions BETA on the page |
| [04:27:08] | sphery: | ok, they have a usable caption system... |
| [04:28:20] | kisak (kisak!~kisak@pool-98-117-23-122.hrbgpa.fios.verizon.net) has joined #mythtv-users | |
| [04:28:33] | diverdud` (diverdud`!~user@1709ds1-vbr.0.fullrate.dk) has quit (Read error: Connection reset by peer) | |
| [04:29:28] | kisak: | wagnerrp: you'd have to re-sync the caption content after any editing was done on a recording |
| [04:30:02] | wagnerrp: | kisak: not a problem, you have to rescan the file to repopulate the seek table anyway, it could be done at that time |
| [04:30:16] | diverdud` (diverdud`!~user@1709ds1-vbr.0.fullrate.dk) has joined #mythtv-users | |
| [04:30:27] | sphery: | kisak: interesting... everything I've read about it ( http://www.google.com/search?q=r8169+link+down ) says that it's a problem for a lot of people--starts out working fine, then eventually the link down/link up happens more and more frequently, then eventually gets unusable... seems the most-common answer on there is to disable autonegotiation and force the speed |
| [04:31:07] | kisak: | sphery: may be a different chipset in the family than mine |
| [04:31:14] | sphery: | yeah, that's possible |
| [04:31:31] | sphery: | I have it disabled in bios, now, so it doesn't even load drivers, so can't check specifics of mine |
| [04:32:40] | kisak: | since it's a different kernel module, it shouldn't interfere with the pci-e nic in any way |
| [04:32:46] | sphery: | Or, actually, some said to just use the Realtek driver. Maybe that's the difference? |
| [04:33:10] | sphery: | yeah, I just figured if I'm not using it... |
| [04:33:16] | kisak: | what realtek driver? |
| [04:33:27] | sphery: | http://www.realtek.com.tw/downloads/downloads . . . etDown=false |
| [04:33:50] | sphery: | not sure if your distro pulls that one in if you enable the proprietary drivers? |
| [04:34:36] | sphery: | or this one: http://www.realtek.com.tw/downloads/downloads . . . wnloads=true |
| [04:34:37] | kisak: | nope, it's definately r8169 |
| [04:35:06] | kisak: | I didn't know realtek provided out-of-tree drivers for linux |
| [04:35:30] | sphery: | based on my "550 Failed to change directory" errors when attempting to download, they may not :) |
| [04:35:46] | kisak: | r8169 kernel module is what I'm saying |
| [04:37:42] | sphery: | yeah, I was just saying I'm not able to actually download it from any of the mirrors |
| [04:39:09] | kisak: | lspci gives me "Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03)" if you care |
| [04:40:10] | wagnerrp: | hahahaha |
| [04:40:11] | kisak: | there's not much troubleshooting I can do from this end of a text interface, good luck with it |
| [04:40:31] | wagnerrp: | xris: i was looking back through the developers mailing list for the latest SD numbers |
| [04:41:05] | wagnerrp: | and came across your mention of some future of tv special, to see if anyone wanted to respond |
| [04:41:33] | wagnerrp: | "I am currently producing a special interest report on The Future of TV to be published in The Times newspaper in the UK on 5th November." |
| [04:41:47] | wagnerrp: | your email seeing if someone wanted to respond to it hit the mailing list on november 10th |
| [04:43:06] | sphery: | kisak: same as mine... Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03) (so it would be the driver at http://www.realtek.com.tw/downloads/downloads . . . etDown=false (the 8168 one, not 8169) |
| [04:43:46] | sphery: | that one I can actually download |
| [04:45:01] | xris: | wagnerrp: yeah, I noticed that shortly after I forwarded the email |
| [04:45:05] | xris: | he may have meant the 15th |
| [04:45:11] | xris: | either way, too late now. |
| [04:45:17] | wagnerrp: | still, not really enough time to do anything |
| [04:46:29] | kisak: | I'm going to turn in for the night, I usually reappear in 8 1/2 hours sphery |
| [04:46:38] | sphery: | hehe, thanks for the info |
| [04:46:40] | sphery: | gn |
| [04:47:20] | sphery: | btw, it's working, again, now, so probably reset completely after the bios changes |
| [04:57:34] | sphery: | actually, not working--once I try to actually bring it up, it loses the link |
| [04:58:22] | wagnerrp: | xris: you going to be around for a bit? |
| [05:01:08] | xris: | for varying definitions of "around" |
| [05:01:52] | wagnerrp: | im writing up a letter to this guy... http://www.publicknowledge.org/blog/pk-copyri . . . p-their-own- |
| [05:02:16] | wagnerrp: | asking whether it would be better for us to put together a community petition, or have the individual members put in their own |
| [05:02:23] | wagnerrp: | if you wouldnt mind looking over it |
| [05:02:49] | sphery: | hmmm, getting full speed with a different cable... starting to think that, yes, wagnerrp, I have seen a broken ethernet cable resulting in slow speeds |
| [05:03:07] | sphery: | (different cable plugged into different port) |
| [05:03:12] | sphery: | and different switch, too... |
| [05:03:28] | sphery: | now trying current cables on other switch |
| [05:04:21] | sphery: | Gb... thinking I have a bad cable in the walls |
| [05:04:47] | sphery: | or maybe bad jack? |
| [05:10:35] | sphery: | hehe, yep, it's either the cable in the wall or the jack--and the r8169 works fine with the new cable/jack |
| [05:10:59] | sphery: | at least it's a good time of year to have to be crawling around the attic--much cooler than summer |
| [05:41:38] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [05:55:49] | rileyp (rileyp!~dad@123-3-235-15.static.dsl.dodo.com.au) has joined #mythtv-users | |
| [06:01:03] | toorima (toorima!~bq@ip70-181-180-210.sd.sd.cox.net) has joined #mythtv-users | |
| [06:13:44] | sphery: | wagnerrp: ok, back to never having seen a bad cable--the port was coming unconnected on one side, so when I jammed the plastic thingy back down, it's back to working fine at 1000Mb with the r8169 |
| [06:14:16] | wagnerrp: | retention clip break off? |
| [06:14:55] | sphery: | seemed to work its way out a bit |
| [06:15:22] | sphery: | and thanks for the real name for the "plastic thingy" |
| [06:18:57] | dgarr (dgarr!~dgarrett@adsl-75-61-66-201.dsl.pltn13.sbcglobal.net) has quit (Quit: Leaving.) | |
| [06:22:31] | Eddie70 (Eddie70!~yianni@79.103.50.150.dsl.dyn.forthnet.gr) has quit (Ping timeout: 244 seconds) | |
| [06:30:16] | [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving) | |
| [06:37:55] | Oleg_ (Oleg_!~mythtv@pool-71-183-189-225.nycmny.east.verizon.net) has joined #mythtv-users | |
| [06:44:35] | rileyp (rileyp!~dad@123-3-235-15.static.dsl.dodo.com.au) has left #mythtv-users () | |
| [06:52:45] | esperegu (esperegu!~quassel@145.116.15.244) has joined #mythtv-users | |
| [06:54:28] | oobe (oobe!~thingo@unaffiliated/oobe) has joined #mythtv-users | |
| [06:54:29] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (Ping timeout: 252 seconds) | |
| [06:54:39] | jpabq| (jpabq|!~jpabq@174-28-179-62.albq.qwest.net) has quit (Ping timeout: 245 seconds) | |
| [06:55:00] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc) | |
| [06:56:13] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv-users | |
| [06:57:13] | jpabq- (jpabq-!~jpabq@174-28-149-119.albq.qwest.net) has joined #mythtv-users | |
| [07:02:38] | [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users | |
| [07:03:11] | [R]: | i just fully booted my frontend for the first time since i updated muy router and the damn thing wound't boot |
| [07:03:16] | [R]: | finally got it fixed |
| [07:03:18] | mycosys (mycosys!~mycosys@unaffiliated/mycosys) has quit (Ping timeout: 258 seconds) | |
| [07:13:30] | croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has joined #mythtv-users | |
| [07:13:31] | wagnerrp: | sphery: oddly, the filesystem reports 3.7GB recorded, but the database report 5.9GB |
| [07:14:06] | wagnerrp: | i guess the recorder code kept running, building seekdata, tallying the size |
| [07:14:17] | wagnerrp: | but the independent file writer stopped writing anything |
| [07:14:17] | [R]: | ffs |
| [07:14:22] | [R]: | that fear factor crap is still on the air!? |
| [07:15:41] | wagnerrp: | air, as in broadcast tv? |
| [07:16:04] | [R]: | yeah |
| [07:16:12] | [R]: | new season starts the 12th |
| [07:19:47] | wagnerrp: | who's the guy who does those? |
| [07:20:16] | [R]: | Fear Factor, an American television show that was broadcast on NBC from 2001 through 2006 and the revived series from 2011 through present. |
| [07:20:17] | [R]: | lol |
| [07:20:24] | iamlindoro: | Joe Rogan |
| [07:20:28] | wagnerrp: | yeah... |
| [07:20:47] | wagnerrp: | didnt he get some amount of fame by posting videos of his reactions to shock videos? |
| [07:21:13] | wagnerrp: | the only thing more lame than watching shock videos... is watching someone else watch shock videos |
| [07:21:59] | [R]: | Fear Factor has received criticism from the general public mainly because of the show's second stunt, which intends to disgust its viewers. More seriously, the American Humane Association expressed concerns for allowing animals and insects to get injured and even killing insects by eating them alive during the videotaping of the show. |
| [07:22:05] | [R]: | wait, whats wrong with eating bugs? |
| [07:22:26] | [R]: | people do it all the time... why is it wrong all of a sudden if people on a tv show do it? |
| [07:23:07] | wagnerrp: | because americans are pansies that wouldnt survive two days in a south east asian jungle |
| [07:23:18] | [R]: | ROFL |
| [07:23:57] | [R]: | Eight champions from Fear Factor participated in a special edition of The Weakest Link in which only $22,500 was won; this stood as the lowest score on the NBC US version of the show. |
| [07:24:06] | [R]: | i guess that says something about the quality of the people on the show... |
| [07:24:30] | wagnerrp: | when you get down to brass tacks, and its you or the bug, youre going to eat the bug |
| [07:25:11] | [R]: | speaking of 'bug'... i had a teacher in earth science that if you said bug instead of insect, he made you write like a hundred times on a paper 'its insect, not but', or something stupid like that |
| [07:25:19] | [R]: | bug* |
| [07:25:58] | wagnerrp: | thats not true |
| [07:26:22] | wagnerrp: | insect specifically refers to the triple segmented, triple leg paired creatures |
| [07:26:45] | wagnerrp: | bug is a more general colloquialism referring to a larger variety of creature |
| [07:27:15] | wagnerrp: | if the stuff theyre eating includes things like worms, spiders, scorpions, and the like... 'bug' is the more correct term |
| [07:27:38] | wagnerrp: | perhaps not the scientific term |
| [07:27:46] | wagnerrp: | but then 'insect' is just outright wrong |
| [07:27:53] | [R]: | oh no |
| [07:27:56] | [R]: | lol, tahts not what it was |
| [07:27:58] | [R]: | it was soil and dirt |
| [07:28:22] | wagnerrp: | anything that lived in soil and dirt is an insect? |
| [07:28:53] | [R]: | no, if you said dirt, you had to write that it was soil |
| [07:29:02] | [R]: | that class was really stupid |
| [07:29:06] | [R]: | and we had to watch the snake eat a mouse |
| [07:30:34] | wagnerrp: | what if you really were talking about dirt? |
| [07:31:04] | [R]: | lol |
| [07:31:09] | wagnerrp: | soil is what you find on the ground out in nature |
| [07:31:27] | wagnerrp: | if you take that soil, and smear it on your clothes, it is no dirt |
| [07:31:42] | wagnerrp: | if you dump a pile in the middle of the classroom, it is dirt |
| [07:31:42] | [R]: | rofl |
| [07:31:58] | [R]: | what if you takea dump in the middle of the classroom? |
| [07:31:59] | wagnerrp: | if you get a dump truck, and fill his car full of the stuff through the sunroof, it is dirt |
| [07:32:00] | [R]: | ROFL |
| [07:33:49] | trumee (trumee!~parul@188.28.10.231.threembb.co.uk) has quit (Read error: No route to host) | |
| [07:33:53] | wagnerrp: | when you do so, and he takes you to the principles office claiming you filled his car with dirt |
| [07:34:00] | wagnerrp: | oh, you will be so vindicated! |
| [07:34:04] | [R]: | lol |
| [07:34:16] | wagnerrp: | *principal |
| [07:34:31] | trumee (trumee!~parul@188.28.10.231.threembb.co.uk) has joined #mythtv-users | |
| [07:34:38] | [R]: | so i bought twinkies last night and was telling this person i work with about it |
| [07:34:49] | [R]: | and she didn't understand why i bougt them |
| [07:34:56] | [R]: | she wanted to know if i was going to perform experiments on them |
| [07:35:11] | wagnerrp: | maybe youre just a woody harrelson fan |
| [07:35:40] | [R]: | when did he like twinkies? |
| [07:35:58] | wagnerrp: | when he was trudging around the south west fighting off zombies |
| [07:36:10] | [R]: | never saw it |
| [07:36:14] | oobe (oobe!~thingo@unaffiliated/oobe) has quit (Ping timeout: 244 seconds) | |
| [07:36:47] | [R]: | didn't archie bunker like twinkies? |
| [07:37:02] | wagnerrp: | no clue |
| [07:40:38] | diverdud`: | hi |
| [07:41:24] | diverdud`: | How do i prevent that other people use my google map key? I mean if i put it in my html code as google says i should...everybody can just copy it and use it on their site |
| [07:41:43] | wagnerrp: | huh? |
| [07:42:09] | diverdud`: | wagnerrp: me? |
| [07:42:27] | wagnerrp: | yes |
| [07:42:39] | [R] ([R]!~rbox@unaffiliated/rbox) has quit (Ping timeout: 248 seconds) | |
| [07:42:54] | diverdud`: | wagnerrp: do you know e.g. google maps? |
| [07:43:37] | wagnerrp: | this is #mythtv-users, where we discuss dirt and twinkies |
| [07:43:41] | wagnerrp: | were you looking for some google specific channel? |
| [07:43:50] | diverdud`: | ohh sorry..wrong channel hehe |
| [07:44:21] | wagnerrp: | just checking |
| [07:49:18] | oobe (oobe!~thingo@unaffiliated/oobe) has joined #mythtv-users | |
| [07:49:19] | ubIx_ (ubIx_!~ulf@p5DD18DE2.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [07:52:50] | ubIx (ubIx!~ulf@p5DD18493.dip0.t-ipconnect.de) has quit (Ping timeout: 255 seconds) | |
| [07:56:59] | oobe (oobe!~thingo@unaffiliated/oobe) has quit (Remote host closed the connection) | |
| [07:57:58] | Scopeuk-AFK is now known as Scopeuk | |
| [08:03:07] | wagnerrp: | sphery: the UI filters out such content, but if i force a delete, will the backend delete it? |
| [08:03:17] | wagnerrp: | or will the backend ignore it because a delete is already pending? |
| [08:03:33] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv-users | |
| [08:03:57] | sphery: | that I've never tried |
| [08:04:13] | sphery: | which is why I wanted kis ak to keep his around to test the script |
| [08:04:20] | wagnerrp: | at the moment, find_orphans doesnt actually delete anything |
| [08:04:28] | sphery: | it will either require delete, force delete, or change deletepending, then delete |
| [08:04:29] | wagnerrp: | it just tells the backend to |
| [08:04:41] | wagnerrp: | im wondering if i would need to manually delete the database entry |
| [08:04:46] | sphery: | right--and it should do it that way (even for these) |
| [08:04:57] | sphery: | better would be to just flip the deletepending bit :) |
| [08:05:05] | oobe (oobe!~thingo@unaffiliated/oobe) has joined #mythtv-users | |
| [08:05:11] | wagnerrp: | and if im doing that, should i clean up all the ancillary tables, or just let the housekeeper do it |
| [08:05:12] | sphery: | then ask backend to delete it (and all connected files, etc.) for you |
| [08:05:14] | wagnerrp: | oh... |
| [08:05:20] | wagnerrp: | yeah, that would work nicely |
| [08:05:26] | sphery: | but I'd recommend first trying a force delete |
| [08:05:47] | sphery: | btw, interesting about the file size |
| [08:10:29] | emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has joined #mythtv-users | |
| [08:22:43] | willcooke (willcooke!~will@willcooke.plus.com) has joined #mythtv-users | |
| [08:22:43] | willcooke (willcooke!~will@canonical/willcooke) has joined #mythtv-users | |
| [08:22:43] | willcooke (willcooke!~will@willcooke.plus.com) has quit (Changing host) | |
| [08:23:54] | hpeter (hpeter!~hpeter@197-34.62-188.cust.bluewin.ch) has joined #mythtv-users | |
| [08:24:17] | Scopeuk is now known as Scopeuk-AFK | |
| [08:41:31] | wagnerrp: | sphery: still awake? |
| [08:42:17] | wagnerrp: | anyway, heres the 'fix' |
| [08:42:27] | wagnerrp: | http://pastebin.com/PUxasQLG |
| [08:44:38] | wagnerrp: | slightly better one... http://pastebin.com/rTnU6aT1 |
| [08:45:18] | wagnerrp: | that implements the proposed solution where the database is updated to remove the deletepending |
| [08:45:33] | wagnerrp: | and then the file is pushed to the backend for deletion as normal |
| [08:53:15] | BlueNight (BlueNight!~Hello@24-217-98-209.dhcp.stls.mo.charter.com) has joined #mythtv-users | |
| [08:53:20] | BlueNight: | hi |
| [08:54:51] | BlueNight (BlueNight!~Hello@24-217-98-209.dhcp.stls.mo.charter.com) has left #mythtv-users () | |
| [08:54:56] | wagnerrp: | bye |
| [09:10:50] | sphery: | does the find_orphans.py use forced deletes? |
| [09:10:59] | wagnerrp: | by default, yes |
| [09:11:12] | wagnerrp: | since its deleting recordings with no matched file |
| [09:11:27] | wagnerrp: | forced deletes are required to cause the backend to delete it |
| [09:11:28] | sphery: | if so, I'd like to get kis ak to try without the deletepending update (i.e. comment those lines?) |
| [09:11:39] | wagnerrp: | for recordings with no file, it also defaults to marking it for re-recording |
| [09:11:55] | sphery: | or guess after I watch a recording, I could mark it deletepending, then see if I can delete it with forced delete |
| [09:12:05] | wagnerrp: | for the case you outlined, i added a setting in there to specifically stop that behavior |
| [09:12:48] | sphery: | cool--that makes sense since they did delete it and, in so doing, marked it whether or not to re-record |
| [09:15:24] | wagnerrp: | whats the spelling for 'nye', as in 'nearly'? |
| [09:15:31] | wagnerrp: | google is coming up blank |
| [09:24:13] | sphery (sphery!~mdean@mythtv/developer/sphery) has quit (Ping timeout: 244 seconds) | |
| [09:31:16] | sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv-users | |
| [09:31:16] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v sphery | |
| [09:43:53] | jkfod (jkfod!~Greg_od@79.140.9.96) has joined #mythtv-users | |
| [09:49:54] | lyricnz (lyricnz!~simonrobe@ppp118-209-185-139.lns20.mel6.internode.on.net) has joined #mythtv-users | |
| [09:54:03] | sphery: | wagnerrp: So, it seems to delete fine (even without a force) with the deletepending flag set... can we modify it to not change deletepending? |
| [10:07:52] | hashbang (hashbang!~isajb@2001:630:e4:1212:230:48ff:febf:1392) has joined #mythtv-users | |
| [10:12:31] | esperegu (esperegu!~quassel@145.116.15.244) has quit (Ping timeout: 248 seconds) | |
| [10:15:54] | esperegu (esperegu!~quassel@145.116.15.244) has joined #mythtv-users | |
| [10:17:45] | Dj_FlyBy[ms] (Dj_FlyBy[ms]!~Dj_FlyBy|@74.210.32.22) has quit (Ping timeout: 260 seconds) | |
| [10:20:26] | Beirdo: | wagnerrp: good email |
| [10:23:32] | lyricnz: | that ipad app looks kickass |
| [10:31:14] | Beirdo: | my poor disk |
| [10:31:38] | Beirdo: | decoding every frame to disk for debugging ;) |
| [10:39:39] | jkfod (jkfod!~Greg_od@79.140.9.96) has quit (Remote host closed the connection) | |
| [10:45:42] | aberrios (aberrios!~aberrios@195.171.4.82) has quit (Remote host closed the connection) | |
| [10:52:54] | Beirdo: | heh.. like shooting nerds in a barrel |
| [10:53:03] | Beirdo: | I like Big Bang Theory :) |
| [11:05:01] | Guest75569 (Guest75569!~mike@c-76-115-119-121.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [11:05:49] | mike|2 (mike|2!~mike@c-76-115-119-121.hsd1.or.comcast.net) has joined #mythtv-users | |
| [11:17:59] | Dave123-road (Dave123-road!~dave@cpe-74-74-200-106.rochester.res.rr.com) has quit (Ping timeout: 245 seconds) | |
| [11:38:28] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv-users | |
| [11:42:09] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users | |
| [11:43:43] | lyricnz (lyricnz!~simonrobe@ppp118-209-185-139.lns20.mel6.internode.on.net) has quit (Remote host closed the connection) | |
| [11:43:58] | lyricnz (lyricnz!~simonrobe@ppp118-209-185-139.lns20.mel6.internode.on.net) has joined #mythtv-users | |
| [11:58:14] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [12:04:02] | MMlosh (MMlosh!~MMlosh@2001:718:1e03:5168:1ec1:deff:fea2:2486) has quit (Quit: Bye...) | |
| [12:17:03] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Quit: Ex-Chat) | |
| [12:37:37] | _gunni_ (_gunni_!~Gunni@koln-4db47222.pool.mediaWays.net) has joined #mythtv-users | |
| [12:38:45] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv-users | |
| [12:58:00] | _gunni_ (_gunni_!~Gunni@koln-4db47222.pool.mediaWays.net) has quit (Quit: KVIrc KVIrc Equilibrium 4.1.1, revision: 582911, sources date: 20110403, built on: 2011-08-19 03:31:37 UTC 582911 http://www.kvirc.net/) | |
| [13:01:40] | Ryushin (Ryushin!proxy@cl-412.phx-01.us.sixxs.net) has joined #mythtv-users | |
| [13:06:26] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [13:06:48] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv-users | |
| [13:07:57] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (Read error: Connection reset by peer) | |
| [13:09:08] | Captain_Murdoch (Captain_Murdoch!~cpinkham@ip72-218-58-187.hr.hr.cox.net) has joined #mythtv-users | |
| [13:09:08] | Captain_Murdoch (Captain_Murdoch!~cpinkham@ip72-218-58-187.hr.hr.cox.net) has quit (Changing host) | |
| [13:09:08] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv-users | |
| [13:09:09] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v Captain_Murdoch | |
| [13:32:37] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (Ping timeout: 240 seconds) | |
| [13:36:31] | freeh (freeh!sprocket@gateway/shell/xzibition.com/x-dghqrvrvsapzwzdi) has quit (Ping timeout: 252 seconds) | |
| [13:37:40] | tgm4883 (tgm4883!~tgm4883@2001:4968:202:3:20f:eaff:fefc:ba0e) has joined #mythtv-users | |
| [13:37:40] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv-users | |
| [13:37:40] | tgm4883 (tgm4883!~tgm4883@2001:4968:202:3:20f:eaff:fefc:ba0e) has quit (Changing host) | |
| [13:42:29] | bance (bance!~chatzilla@cpc3-dals19-2-0-cust217.hari.cable.virginmedia.com) has joined #mythtv-users | |
| [13:43:09] | freeh (freeh!sprocket@gateway/shell/xzibition.com/x-kwneiugnzzuzjpeq) has joined #mythtv-users | |
| [13:43:10] | bance (bance!~chatzilla@cpc3-dals19-2-0-cust217.hari.cable.virginmedia.com) has quit (Client Quit) | |
| [13:43:41] | kisak (kisak!~kisak@pool-98-117-23-122.hrbgpa.fios.verizon.net) has quit (Ping timeout: 252 seconds) | |
| [13:44:49] | bance (bance!~chatzilla@cpc3-dals19-2-0-cust217.hari.cable.virginmedia.com) has joined #mythtv-users | |
| [13:45:36] | kisak (kisak!~kisak@pool-98-117-23-122.hrbgpa.fios.verizon.net) has joined #mythtv-users | |
| [13:49:32] | kisak: | morning #mythtv |
| [13:51:11] | bance (bance!~chatzilla@cpc3-dals19-2-0-cust217.hari.cable.virginmedia.com) has left #mythtv-users () | |
| [14:00:43] | freeh (freeh!sprocket@gateway/shell/xzibition.com/x-kwneiugnzzuzjpeq) has quit (Ping timeout: 252 seconds) | |
| [14:02:32] | _gunni_ (_gunni_!~Gunni@koln-4db47222.pool.mediaWays.net) has joined #mythtv-users | |
| [14:05:38] | freeh (freeh!sprocket@gateway/shell/xzibition.com/x-wohgvpdwejxynikz) has joined #mythtv-users | |
| [14:21:58] | dekarl_zZz is now known as dekarl | |
| [14:24:06] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users | |
| [14:42:03] | Dj_FlyBy[ms] (Dj_FlyBy[ms]!~Dj_FlyBy|@74.210.32.22) has joined #mythtv-users | |
| [14:43:48] | Dj_FlyBy[ms] (Dj_FlyBy[ms]!~Dj_FlyBy|@74.210.32.22) has quit (Remote host closed the connection) | |
| [14:49:54] | Dj_FlyBy[ms] (Dj_FlyBy[ms]!~Dj_FlyBy|@74.210.32.22) has joined #mythtv-users | |
| [14:50:45] | Dj_FlyBy[ms] (Dj_FlyBy[ms]!~Dj_FlyBy|@74.210.32.22) has quit (Remote host closed the connection) | |
| [14:51:08] | devinheitmueller (devinheitmueller!~dheitmue@ool-18be1b05.dyn.optonline.net) has joined #mythtv-users | |
| [15:06:56] | devinheitmueller (devinheitmueller!~dheitmue@ool-18be1b05.dyn.optonline.net) has quit (Ping timeout: 244 seconds) | |
| [15:10:48] | _gunni_ (_gunni_!~Gunni@koln-4db47222.pool.mediaWays.net) has quit (Quit: KVIrc KVIrc Equilibrium 4.1.1, revision: 582911, sources date: 20110403, built on: 2011-08-19 03:31:37 UTC 582911 http://www.kvirc.net/) | |
| [15:15:31] | _gunni_ (_gunni_!~Gunni@koln-4db47222.pool.mediaWays.net) has joined #mythtv-users | |
| [15:20:53] | Dj_FlyBy[ms] (Dj_FlyBy[ms]!~Dj_FlyBy|@74.210.32.22) has joined #mythtv-users | |
| [15:25:45] | Scopeuk-AFK is now known as Scopeuk | |
| [15:46:16] | keith4 (keith4!~keith@unaffiliated/keith4) has quit (Remote host closed the connection) | |
| [15:53:55] | Rubin (Rubin!~rubin@cronor.simplanet.org) has left #mythtv-users ("Leaving") | |
| [16:01:10] | Eddie70 (Eddie70!~yianni@79.103.32.14.dsl.dyn.forthnet.gr) has joined #mythtv-users | |
| [16:06:21] | oobe (oobe!~thingo@unaffiliated/oobe) has quit (Ping timeout: 244 seconds) | |
| [16:09:24] | oobe (oobe!~thingo@unaffiliated/oobe) has joined #mythtv-users | |
| [16:10:35] | Eddie70 (Eddie70!~yianni@79.103.32.14.dsl.dyn.forthnet.gr) has quit (Ping timeout: 244 seconds) | |
| [16:12:25] | Eddie70 (Eddie70!~yianni@79.103.14.134.dsl.dyn.forthnet.gr) has joined #mythtv-users | |
| [16:15:04] | keith4 (keith4!~keith@unaffiliated/keith4) has joined #mythtv-users | |
| [16:21:34] | jkfod (jkfod!~Greg_od@79.140.9.96) has joined #mythtv-users | |
| [16:28:46] | cesman: | morning kisak |
| [16:32:00] | wagnerrp: | cesman: nice response to newbie |
| [16:32:00] | wagnerrp: | :) |
| [16:36:44] | Easy_Rider9999 (Easy_Rider9999!~Miranda@dslb-084-059-181-006.pools.arcor-ip.net) has joined #mythtv-users | |
| [16:42:52] | Scopeuk is now known as Scopeuk-AFK | |
| [16:45:24] | Scopeuk-AFK is now known as Scopeuk | |
| [16:50:13] | DeviceZer0 (DeviceZer0!~hate@unaffiliated/devicezer0) has quit (Ping timeout: 240 seconds) | |
| [16:50:39] | hpeter (hpeter!~hpeter@197-34.62-188.cust.bluewin.ch) has quit (Quit: hpeter) | |
| [16:56:55] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has joined #mythtv-users | |
| [16:57:20] | hashbang (hashbang!~isajb@2001:630:e4:1212:230:48ff:febf:1392) has quit (Quit: Leaving.) | |
| [16:58:23] | lyricnz (lyricnz!~simonrobe@ppp118-209-185-139.lns20.mel6.internode.on.net) has quit (Ping timeout: 252 seconds) | |
| [17:01:38] | MMlosh (MMlosh!~MMlosh@2001:470:1f0b:b78:190a:b68f:28:30c3) has joined #mythtv-users | |
| [17:03:46] | lyricnz (lyricnz!~simonrobe@ppp118-209-215-31.lns20.mel6.internode.on.net) has joined #mythtv-users | |
| [17:05:49] | jstenback (jstenback!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has quit (Ping timeout: 240 seconds) | |
| [17:06:17] | jstenback (jstenback!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has joined #mythtv-users | |
| [17:32:17] | devinheitmueller (devinheitmueller!~dheitmue@ool-18be1b05.dyn.optonline.net) has joined #mythtv-users | |
| [17:35:16] | andreax (andreax!~andreaz@p54BF2D18.dip.t-dialin.net) has joined #mythtv-users | |
| [17:43:19] | emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Remote host closed the connection) | |
| [17:46:01] | emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has joined #mythtv-users | |
| [17:56:02] | quentusrex_ (quentusrex_!~quentusre@70-89-155-57-amigo-vino-wa.hfc.comcastbusiness.net) has joined #mythtv-users | |
| [17:56:02] | quentusrex_ (quentusrex_!~quentusre@freeswitch/developer/quentusrex) has joined #mythtv-users | |
| [17:56:02] | quentusrex_ (quentusrex_!~quentusre@70-89-155-57-amigo-vino-wa.hfc.comcastbusiness.net) has quit (Changing host) | |
| [18:00:33] | hadees (hadees!~hadees@72-48-91-73.dyn.grandenetworks.net) has quit (Quit: hadees) | |
| [18:06:00] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [18:06:27] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv-users | |
| [18:21:07] | Aethaeryn (Aethaeryn!~Michael@wesnoth/umc-dev/developer/aethaeryn) has joined #mythtv-users | |
| [18:21:16] | likwid-- (likwid--!likwid@skynet.darpa.org) has joined #mythtv-users | |
| [18:23:09] | Aethaeryn: | Does anyone here use MythZoneMinder? |
| [18:23:37] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv-users | |
| [18:23:37] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v kormoc | |
| [18:30:39] | hadees (hadees!~hadees@rrcs-67-78-118-20.sw.biz.rr.com) has joined #mythtv-users | |
| [18:34:29] | Cardoe (Cardoe!~Cardoe@gentoo/developer/Cardoe) has quit (Quit: Leaving) | |
| [18:50:44] | DeviceZer0 (DeviceZer0!~hate@unaffiliated/devicezer0) has joined #mythtv-users | |
| [18:54:07] | dkeith (dkeith!~dkeith@173.48.203.23) has quit (Ping timeout: 248 seconds) | |
| [18:56:54] | dkeith (dkeith!~dkeith@173.48.203.23) has joined #mythtv-users | |
| [19:05:33] | rsiebert (rsiebert!~quassel@g226062008.adsl.alicedsl.de) has joined #mythtv-users | |
| [19:08:31] | rsiebert_ (rsiebert_!~quassel@e179135089.adsl.alicedsl.de) has quit (Ping timeout: 248 seconds) | |
| [19:13:22] | Eddie70 (Eddie70!~yianni@79.103.14.134.dsl.dyn.forthnet.gr) has quit (Remote host closed the connection) | |
| [19:20:47] | hadees (hadees!~hadees@rrcs-67-78-118-20.sw.biz.rr.com) has quit (Ping timeout: 248 seconds) | |
| [19:21:26] | hadees (hadees!~hadees@rrcs-67-78-118-20.sw.biz.rr.com) has joined #mythtv-users | |
| [19:31:03] | Defense|Twin (Defense|Twin!~defense@e177230216.adsl.alicedsl.de) has joined #mythtv-users | |
| [19:34:47] | jpabq__ (jpabq__!~jpabq@mythtv/developer/jpabq) has joined #mythtv-users | |
| [19:35:35] | Scopeuk is now known as Scopeuk-AFK | |
| [19:37:19] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has quit (Ping timeout: 248 seconds) | |
| [19:42:50] | baffle: | Hi, I have a problem with HDTV-playback using any VDPAU profile. Problems seems very much like these: http://ubuntuforums.org/showthread.php?t=1639162 — Does anyone have any idea what the fault could be? Signals are grabbed using DVB-C. Playing back the transport streams over nfs in mplayer w/VDPAU seems to work fine. Ideas? |
| [19:44:42] | baffle: | Package is from MythBuntu, 0.24.1+fixes.20111117.f5fd11f-0ubuntu0mythbuntu4 .. |
| [19:45:45] | joe___ (joe___!~jmk@64.73.32.135) has joined #mythtv-users | |
| [19:46:39] | sphery: | what nvidia driver? |
| [19:46:56] | wagnerrp: | what nvidia card? |
| [19:52:32] | baffle: | It's the one in the first generation ION.. 1 sec, I'll look up what it equals.. |
| [19:52:36] | sphery: | wow, that would mean nearly 3x as many people doing the wrong thing as there are doing the right thing... |
| [19:53:58] | Easy_Rider9999 (Easy_Rider9999!~Miranda@dslb-084-059-181-006.pools.arcor-ip.net) has quit (Read error: Connection reset by peer) | |
| [19:57:26] | baffle: | sphery: Driver version is 280.13. |
| [19:57:45] | skd5aner: | quick question... I use SGs for videos (0.24)... my directory structure is like this "../videos/" with subdirectories such as "../videos/movies", "../videos/TV Shows", etc... |
| [19:59:36] | skd5aner: | I'm thinking of creating another sub-directory, like "../videos/Kids Stuff" so that there's a container that holds just items for my kid to watch... like TV shows and movies aimed at kids, but I'm wondering if I can't just physically keep those in the standard "movies" and "TV Shows" directories and just put a symbolic link in the kids stuff directory... |
| [19:59:41] | skd5aner: | ... so that it shows up there as well |
| [20:00:02] | skd5aner: | woudl that work, or would it cause problems with the scanner showing it in multiple places? |
| [20:00:53] | skd5aner: | so, ../videos/Movies/TOY_STORY.ISO with a symbolic link at /videos/Kids Stuff/Movies/TOY_STORY.ISO |
| [20:01:34] | wagnerrp: | skd5aner: with the addition of file hashing in 0.23, links of any sort no longer work |
| [20:01:37] | baffle: | wagnerrp: The ION should compare to an GeForce 9400M according to Wikipedia. |
| [20:01:54] | wagnerrp: | baffle: the ion IS a geforce 9400M |
| [20:02:00] | skd5aner: | wagnerrp: ah... so it ignores them if it sees them? |
| [20:02:18] | wagnerrp: | skd5aner: rather, it will detect the new file in a different location, and update the path |
| [20:02:29] | wagnerrp: | so every time you scan, it will rehash all that content over again |
| [20:02:42] | wagnerrp: | and juggle the single metadata entry between the various linked copies |
| [20:02:59] | skd5aner: | so, there's no way currently to display content in multiple locations within mythvideo? |
| [20:03:31] | sphery: | baffle: hmmm... I had heard some people complaining of issues with 285 and 290 versions, so that's not what it is |
| [20:03:32] | wagnerrp: | not really, no |
| [20:03:40] | skd5aner: | bummer – ok thanks |
| [20:03:58] | wagnerrp: | some of the alternate view modes will generate multiple copies of a file based off the metadata |
| [20:04:08] | baffle: | sphery: I think I have actually tried 285 and/or 290 allready.. |
| [20:04:22] | wagnerrp: | but mythvideo will only hold one reference to an identical file in the database |
| [20:04:48] | sphery: | baffle: may well be that the changes to the video stream make it non-compliant or use a profile not supported by vdpau or something? |
| [20:05:49] | baffle: | sphery: It seem to be able to play back the files fine using mplayer (with VDPAU) so that is confusing.. |
| [20:06:16] | baffle: | sphery: Issue seems to not be dependent of wich VDPAU profile I'm using either. :-/ I.e. disabling deinterlacer doesn't really do anything. |
| [20:09:45] | sphery: | baffle: then could just be buffer issues |
| [20:10:02] | sphery: | where unstable/development code will calculate the appropriate number of buffers |
| [20:10:30] | sphery: | you could /try/ specifying it (but will have to remove that setting after upgrading to 0.25 when released or it will break playback, then) |
| [20:11:58] | baffle: | sphery: Wich buffers? The ones in the vdpau filter or some kind of network buffers? |
| [20:12:17] | sphery: | baffle: fwiw, http://www.gossamer-threads.com/lists/engine? . . . sb=post_time , but note that it's not a well-supported setting (despite how many people are using it) |
| [20:16:07] | baffle: | sphery: I'll try setting it. Hopefully it helps, the WAF has been extremly low for months. :-) |
| [20:16:21] | sphery: | baffle: and, fwiw, you may want to try vdpaubuffersize of 42 to start with--but note that that's asking a lot of resources of the gpu's ram and such--no idea whether you'll have those resources |
| [20:16:42] | sphery: | woohooo, down to <100 commits to catch up on |
| [20:18:13] | Scopeuk-AFK is now known as Scopeuk | |
| [20:18:16] | baffle: | sphery: Seems it is maximum 256Mb (from system memory) |
| [20:18:40] | sphery: | yeah, I'd expect problems, then |
| [20:18:51] | baffle: | That sure seems low.. |
| [20:19:29] | sphery: | although vdpau support in mythtv was tested using a similar ion system to yours, it's really much happier with at least 512MB |
| [20:19:58] | sphery: | and, I'm guessing that the testing didn't include "difficult" streams like what you now seem to get |
| [20:21:06] | baffle: | 256Mb seems so low, I'll have to check it manually.. |
| [20:22:34] | baffle: | sphery: Yeah, it's 256Mb. But according to nvidia-smi, current usage is 143Mb, with 103Mb free. |
| [20:22:36] | sphery: | if it's something you can configure (i.e. in bios), changing it to 512MB may well make it just work even without the vdpaubuffersize and such |
| [20:22:58] | baffle: | (nvidia-smi was a handy command) |
| [20:27:31] | baffle: | This is log from the last 3 minutes: http://paste2.org/p/1806084 |
| [20:31:46] | skd5aner: | hmm, tmdb has created a new support/help site and archived the old stuff... looks like Travis Bell is active again as well |
| [20:32:02] | sphery: | baffle: I still recommend trying 512MB, if possible |
| [20:32:14] | sphery: | though I'm not much of a vdpau expert |
| [20:33:21] | sphery: | in truth, I was getting all sorts of playback issues (pausing/blocking/rainbow colors--as if I had a bad signal--and after checking all my signal-related stuff, couldn't find a signal issue), and then when I changed mythfrontend to use ffmpeg for decoding and vdpau for display, all the issues went away... |
| [20:35:42] | sphery: | I'm a big believer in hardware encode (i.e. standard input -> single output format), but don't really think hardware decode is something to rely on (meaning taking any possible input--regardless of how corrupt/broken/invalid/compliant the stream--and attempting to decode it with what amounts to software etched into silicon, that can't be updated and that can't possibly have been tested with every video I will ever receive in the future...) |
| [20:36:26] | sphery: | I like my software stored on rust, since it's easy to change :) |
| [20:37:07] | skd5aner: | I rarely have had any issues with VDPAU decode |
| [20:37:12] | skd5aner: | I mean, almost never anymore |
| [20:38:16] | skd5aner: | not saying it's perfect, or works in every situation, but the vast majority of stuff my mythfrontend throws at it works almost perfectly |
| [20:38:43] | skd5aner: | honestly though, I still don't get 100% smooth playback as I would coming straight from a STB though... and that frustrates me every now and then |
| [20:39:02] | sphery: | well, then, it seems vdpau can decode everything using software that never needs updating :) |
| [20:39:18] | sphery: | My point is simply that hardware decode means you can't update the software |
| [20:39:30] | iamlindoro: | Hahah, silly users |
| [20:39:34] | iamlindoro: | two e-mails |
| [20:39:42] | sphery: | so /if/ you do get a stream that it can't handle, it's nice to be able to go to something else |
| [20:39:46] | iamlindoro: | that's how many it took after becoming aware of live streaming transcode to ask why it's slow |
| [20:40:07] | sphery: | iamlindoro: but I have a /dual/ core atom *with* hyperthreading! |
| [20:40:40] | iamlindoro: | sphery: and the funny thing is, that's running on my quad core with extra threads enabled... and it's still all of 10 seconds to start a stream |
| [20:40:46] | skd5aner: | has anyone gotten "perfect" video output ever working from their setup? I'm as close as I've ever been... but I still see what equates to very minor "tearring" on horizontal moving scenes – and if I flip between the STB and MythTV you can see a difference... |
| [20:41:02] | iamlindoro: | If I started after one segment it could start in 2–3, but then good luck if your system *isn't* blistering fast |
| [20:41:43] | jstenback (jstenback!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has quit (Quit: ZNC - http://znc.in) | |
| [20:41:52] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Read error: Connection reset by peer) | |
| [20:42:14] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv-users | |
| [20:42:15] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v kormoc | |
| [20:43:16] | skd5aner: | and by "perfect" – I mean the quality you would see with a direct ATSC tuner connected to the TV or output from a decent STB? |
| [20:43:56] | iamlindoro: | I would say my video output is perfect |
| [20:44:07] | iamlindoro: | but then, I can't recall the last time I watched TV straight from a TV, or a STB |
| [20:44:12] | sphery: | skd5aner: if that's the case, my output is better than perfect... the ATSC tuner in my TV can't keep up with video processing and I get short pauses and/or corruption every once in a while |
| [20:44:14] | iamlindoro: | Maybe I'm deluding myself |
| [20:44:21] | skd5aner: | :) |
| [20:44:26] | wagnerrp: | never go over to anyone elses house? |
| [20:44:34] | iamlindoro: | wagnerrp: Never to watch TV |
| [20:44:39] | skd5aner: | Well, it's extremely plausible that I've got some bit not quite flipped right |
| [20:44:40] | iamlindoro: | My friends are outside friends |
| [20:44:43] | wagnerrp: | not even with it in the background? |
| [20:44:44] | wagnerrp: | ah |
| [20:44:59] | skd5aner: | I would give it a 95%... and I've gotten so used to it, that I only notice it when I've done comparison testing |
| [20:45:06] | iamlindoro: | Generally seeing them involves a body of water, a bicycle, or a long stretch of road... or a bar |
| [20:45:07] | sphery: | (i.e. my TV is an older one back when it was extremely expensive to create a video processor that could keep up with high-bitrate, high-resolution video in MPEG-2) |
| [20:45:18] | skd5aner: | racing and football are good examples that show it |
| [20:45:21] | iamlindoro: | Now I'll grant you often sports is playing in a bar |
| [20:45:26] | skd5aner: | perhaps this is related – http://www.mythtv.org/wiki/Frame_display_timing |
| [20:45:37] | iamlindoro: | but I can't see a huge difference between that and what I get |
| [20:46:23] | NULL[0] (NULL[0]!~fred@g230176226.adsl.alicedsl.de) has joined #mythtv-users | |
| [20:47:00] | sphery: | and the bars/restaurants that I've seen--that have 4:3 video stretched to fit their 16:9 TVs also indicate my system (which maintains proper aspect) is better than their level of perfection :) |
| [20:47:11] | wagnerrp: | heh |
| [20:47:37] | skd5aner: | It's so hard for me to describe exactly what it is I'm seeing, but it's just not quite a fluid as the output from my STB |
| [20:47:38] | sphery: | wow, those basketball players got really fat--guess it was the delayed start of the season |
| [20:48:00] | sphery: | oh, wait, they're just squeezing a 4:3 video into a 16:9 space |
| [20:48:35] | skd5aner: | I don't doubt you'd be able to see if it I showed you a side by side, but putting it in worlds isn't very easy |
| [20:48:40] | skd5aner: | s/worlds/words |
| [20:49:56] | NULL[NULL[0]] (NULL[NULL[0]]!~fred@g230177069.adsl.alicedsl.de) has quit (Ping timeout: 252 seconds) | |
| [20:50:20] | sphery: | yeah, I'm not doubting you--there are so many configuration options, that I wouldn't know where to begin |
| [20:50:47] | skd5aner: | yea – I will say though, that when I switched to VDPAU, it was much better than before |
| [20:51:01] | sphery: | I was just commenting on some of the garbage I've seen that I'd consider to be terribly wrong |
| [20:51:25] | sphery: | I have to admit vdpau rendering is great |
| [20:51:45] | sphery: | just haven't had so much luck with the decoding (on some of the streams from some of my stations) |
| [20:51:59] | sphery: | so much better than Xv, though |
| [20:52:12] | sphery: | enough so, I'd love to see our support for Xv dropped |
| [20:52:27] | sphery: | (at least we were able to drop XvMC... but one more step would be nice) |
| [20:53:54] | bixter (bixter!~bixter___@pool-108-36-80-112.phlapa.fios.verizon.net) has joined #mythtv-users | |
| [20:53:59] | skd5aner: | I had a love/hate relationship with XvMC... mostly hate |
| [20:54:16] | skd5aner: | but, it was the only thing that output great looking video back in ~2006 for me |
| [20:54:25] | skd5aner: | that said, I didn't use it that much |
| [20:54:32] | skd5aner: | not a big fan of black and white OSD |
| [20:55:48] | iamlindoro: | "(Set Image Size to 470px. Image was too large for printer. )" |
| [20:55:49] | iamlindoro: | sigh |
| [20:55:52] | iamlindoro: | love it |
| [20:55:59] | wagnerrp: | didnt even bother commenting |
| [20:56:10] | iamlindoro: | Image too big for your printer? Just modify the source for everyone! |
| [20:56:25] | sphery: | hehe, what's that from? |
| [20:56:29] | iamlindoro: | the wiki |
| [20:57:14] | hadees (hadees!~hadees@rrcs-67-78-118-20.sw.biz.rr.com) has quit (Quit: hadees) | |
| [20:57:31] | sphery: | wow |
| [20:57:57] | Defense|Twin (Defense|Twin!~defense@e177230216.adsl.alicedsl.de) has quit (Remote host closed the connection) | |
| [20:59:05] | iamlindoro: | Wouldn't want to mess with print settings when you can just edit the article! After all, what's a wiki for if not to bend it to your individual needs? |
| [20:59:42] | sphery: | so, looks like you need --enable-nonfree for libfaac, right? |
| [20:59:55] | sphery: | do we need to expose that one |
| [21:00:08] | iamlindoro: | We're not using libfaac yet |
| [21:00:34] | sphery: | ahh, then why is it exposed in configure --help? |
| [21:00:35] | iamlindoro: | But yeah, I did add libfaac-- so I guess we might as well-- or better still, just add it when it's needed |
| [21:00:50] | sphery: | and configure output |
| [21:00:53] | iamlindoro: | I added it as *technically* CM wrote the code to use it and disabled it for the moment |
| [21:00:53] | wagnerrp: | jams: you around? |
| [21:01:15] | sphery: | so I can just comment out that part of --help and output? |
| [21:01:20] | iamlindoro: | It's probably going to be turned back on for Android purposes in the nearish future-- I got ahead of myself, but evidently not ahead of myself enough |
| [21:01:30] | iamlindoro: | I would sooner add the --enable-nonfree |
| [21:01:43] | iamlindoro: | as libfaac et all can still be used with mythffmpeg right now |
| [21:01:46] | iamlindoro: | er et al |
| [21:01:51] | sphery: | ok |
| [21:02:52] | sphery: | hehe: allow use of nonfree code, the resulting libs and binaries will be unredistributable [no] |
| [21:03:26] | bixter: | does anyone know if I can preload my themecache with fanart and artwork? |
| [21:03:31] | iamlindoro: | no, you cannot |
| [21:03:36] | bixter: | so it will be sitting on the frontend |
| [21:03:46] | wagnerrp: | on the backend |
| [21:04:13] | sphery: | enable AAC encoding vic libfaac [no] -> enable AAC encoding *via* libfaac [no] ? |
| [21:04:48] | bixter: | themecache is on the frontend. this way i dont have to wait for it to populate as I highlight itrems |
| [21:04:51] | iamlindoro: | sphery: probably |
| [21:05:18] | sphery: | yeah, seems it's that way in ffmpeg's so just some typo |
| [21:07:06] | bixter: | iamlindoro: was that no for me? |
| [21:07:10] | iamlindoro: | bixter: yes |
| [21:07:25] | bixter: | k |
| [21:07:28] | bixter: | ty |
| [21:07:33] | iamlindoro: | np |
| [21:10:48] | wagnerrp: | jams: anyway, when you get in, wondering if youve had a chance to set up the server-side stuff for smolt? |
| [21:12:25] | wagnerrp: | weve got a couple thousand individual machines registered on our own database |
| [21:12:34] | wagnerrp: | would be interesting to see some of the numbers on the new data |
| [21:16:13] | wagnerrp: | no, scratch that... 93 users in the past six months |
| [21:16:59] | sphery: | kisak: btw, did you see wagnerrp's patch? |
| [21:17:04] | wagnerrp: | that cant be right... |
| [21:17:27] | Slasher` (Slasher`!~Slasher@188.165.164.15) has quit (Quit: ZNC - http://znc.sourceforge.net) | |
| [21:17:41] | croppa_ (croppa_!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has joined #mythtv-users | |
| [21:18:05] | Slasher` (Slasher`!~Slasher@188.165.164.15) has joined #mythtv-users | |
| [21:18:07] | _Anomaly (_Anomaly!Anomaly@unaffiliated/-anomaly/x-0012834) has quit (Ping timeout: 248 seconds) | |
| [21:19:04] | simcop2387 (simcop2387!~simcop238@p3m/member/simcop2387) has quit (Quit: ZNC - http://znc.sourceforge.net) | |
| [21:20:11] | simcop2387 (simcop2387!~simcop238@p3m/member/simcop2387) has joined #mythtv-users | |
| [21:20:15] | hadees (hadees!~hadees@66-90-185-121.dyn.grandenetworks.net) has joined #mythtv-users | |
| [21:20:39] | kisak: | sphery: no, I did not |
| [21:21:05] | sphery: | ok, cool... give me a second and I'll give you a link to a version to test, please |
| [21:21:51] | croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has quit (Ping timeout: 248 seconds) | |
| [21:21:56] | dougl (dougl!~doug@S01060018f3992b5d.wp.shawcable.net) has joined #mythtv-users | |
| [21:23:08] | kisak: | is this the right patch? http://pastebin.com/rTnU6aT1 |
| [21:23:23] | sphery: | wagnerrp: ok, I'm getting a failure applying that patch |
| [21:23:44] | sphery: | oops, wait, I had the old patch |
| [21:23:56] | sphery: | kisak: give me a second, please, though--I want to disable the change of deletepending to test first |
| [21:24:03] | _Anomaly (_Anomaly!Anomaly@62.141.45.154) has joined #mythtv-users | |
| [21:24:13] | wagnerrp: | perhaps try against this one... https://github.com/wagnerrp/mythtv-scripts/bl . . . d_orphans.py |
| [21:24:22] | simcop2387 (simcop2387!~simcop238@p3m/member/simcop2387) has quit (Excess Flood) | |
| [21:24:41] | simcop2387 (simcop2387!~simcop238@p3m/member/simcop2387) has joined #mythtv-users | |
| [21:25:12] | sphery: | hehe, 2 failures with newer patch |
| [21:25:49] | wagnerrp: | yeah, i never added all those comments to the version on the wiki |
| [21:25:54] | sphery: | wagnerrp: btw, I just need to comment out lines 19 and 20 in the patch at http://pastebin.com/rTnU6aT1 to disable flipping the deletepending flag, right? |
| [21:26:19] | wagnerrp: | 19 only |
| [21:26:22] | sphery: | ok |
| [21:26:35] | wagnerrp: | 20 tells it set rerecord to false in that function's context |
| [21:26:37] | sphery: | hehe, oh, yeah |
| [21:26:47] | sphery: | I was trying to say 18 and 19, but since 20 is there, we need 18 :) |
| [21:26:48] | wagnerrp: | which passes false on to the delete function in the binding |
| [21:26:56] | wagnerrp: | which in turns tells it not to mark for re-record |
| [21:27:27] | wagnerrp: | if we dont need that deletepending thing |
| [21:27:45] | wagnerrp: | ill remove the overloaded function, and put a check for rerecording down in the deleter at the bottom |
| [21:31:16] | sphery: | yeah, I'm hoping we don't need it since I don't like the idea of flipping that backend-internal flag externally |
| [21:31:30] | sphery: | and in my testing last night, the backend was happy to delete a recording with deletepending |
| [21:31:43] | sphery: | (didn't even require a force) |
| [21:32:31] | _Anomaly (_Anomaly!Anomaly@62.141.45.154) has quit (Ping timeout: 248 seconds) | |
| [21:36:24] | sphery: | wagnerrp: ok, we got a traceback... not sure if it's the stuff I mod'ed: http://pastebin.com/3QFvPK5P |
| [21:36:49] | sphery: | PM'ed the actual find_orphans.py he's using |
| [21:36:58] | wagnerrp: | needs to be datetime.now() |
| [21:37:03] | _Anomaly (_Anomaly!Anomaly@62.141.45.154) has joined #mythtv-users | |
| [21:38:06] | sphery: | you mean at: return self.deletepending and ((datetime.now – self.lastmodified).days > 1) |
| [21:38:12] | wagnerrp: | yes |
| [21:38:14] | sphery: | thx |
| [21:38:31] | sphery: | kisak: please re-download the script and try again |
| [21:38:46] | kisak: | 10–4 |
| [21:40:34] | kisak: | the 4 files are listed |
| [21:40:39] | sphery: | yay... |
| [21:40:43] | sphery: | and do they delete? |
| [21:41:14] | sphery: | I may actually work on/push that change that puts the resume in the housekeeper |
| [21:44:15] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 244 seconds) | |
| [21:44:57] | kisak: | I told it to delete the 4 files, the list of files incuded the 4 files again, told it to refresh the list and they disappeared |
| [21:45:22] | kisak: | mythweb reports 0 space used by deleted recordings |
| [21:45:32] | sphery: | ok, yeah, any files you tell it to delete will show up again for a short time until they're actually deleted |
| [21:45:35] | sphery: | so that's good |
| [21:45:56] | sphery: | wagnerrp: seems the script works great--and doesn't need to change the deletepending |
| [21:46:04] | sphery: | kisak: thanks a ton for all the testing/data you provided |
| [21:46:48] | sphery: | I really wanted to test all of the stuff I'd picked up via hearsay with real-world data, so now I feel much more confident in my "resume interrupted deletes" patch |
| [21:48:49] | kisak: | no problem |
| [21:56:05] | Blaksmith (Blaksmith!~blak@24-196-201-247.dhcp.hckr.nc.charter.com) has quit (Ping timeout: 258 seconds) | |
| [21:56:57] | Blaksmith (Blaksmith!~blak@24-196-201-247.dhcp.hckr.nc.charter.com) has joined #mythtv-users | |
| [21:57:29] | skd5aner: | was playing around with some stuff, vdpaubuffersize didn't really make any different... the easiest way to see the issue with playback is that the ticket isn't quite perfectly smooth like it would be directly out of the STB |
| [21:57:39] | skd5aner: | it's just the slightest of stutters |
| [21:58:12] | wagnerrp: | vdpaubuffersize shouldnt make any difference on properly encoded content |
| [21:58:21] | skd5aner: | yea, didn't think so |
| [21:58:43] | kisak: | does find_orphans.py have a normal exit method? I've been ctrl-c'ing it |
| [21:59:01] | sphery: | skd5aner: you may well be seeing the "random short pauses using vdpau decoding" issue |
| [21:59:05] | wagnerrp: | you can ctrl-d it too! |
| [21:59:17] | sphery: | on windows, an I Ctrl-Z it? |
| [21:59:28] | wagnerrp: | do the python bindings work on windows? |
| [21:59:31] | skd5aner: | sphery: got a link? |
| [21:59:33] | sphery: | hehe, no idea |
| [21:59:54] | sphery: | skd5aner: there's tons of discussion and no real answers on the -users list |
| [21:59:57] | wagnerrp: | kisak: no, i guess there is no normal exit method |
| [22:00:16] | sphery: | though some changes in recent -fixes and master may have either fixed it or at least made it less common |
| [22:00:18] | kisak: | ok, I was just wondering, that's all |
| [22:00:32] | sphery: | I still haven't gotten around to updating my systems, yet, to see if it fixes them for me |
| [22:01:01] | skd5aner: | sphery: I would just have to say that it's so minor, that it's almost not worth the time trying to troubleshoot, but would always love it to be at least as good as what my crappy STB puts out, you know? |
| [22:01:28] | sphery: | skd5aner: the most I know of it: http://www.gossamer-threads.com/lists/mythtv/users/480789#480789 |
| [22:01:28] | skd5aner: | it's much better than it ever was without vdpau |
| [22:01:55] | sphery: | this would be #2 |
| [22:02:13] | sphery: | if that's what it is, then there has been a great deal of effort expended on tracking it down |
| [22:02:36] | skd5aner: | I definitely get #3 |
| [22:02:45] | sphery: | I'm guessing unstable/development's (significant) playback and audio changes make it even more likely to be fixed or much less common there |
| [22:02:45] | skd5aner: | but have learnned to live with that |
| [22:02:56] | sphery: | right, #3 still exists |
| [22:03:17] | sphery: | and #1, too |
| [22:03:30] | kisak is now known as kisak_afk | |
| [22:04:05] | skd5aner: | when I say "short pause" – it's still "smooth", but it's almost like 3:2 pulldown... |
| [22:04:30] | skd5aner: | so hard to describe :/ |
| [22:04:51] | skd5aner: | next time you're in the neighborhood, stop by and I'll show you :D |
| [22:05:22] | skd5aner: | Let me go switch on ffmpeg decode and see what happens |
| [22:05:31] | sphery: | so, what are we having for dinner, tonight, skd5aner ? |
| [22:05:34] | skd5aner: | last time I checked, it wasn't good enough to record h.264 |
| [22:05:44] | skd5aner: | sphery: lasagna... sound good? |
| [22:05:52] | ** sphery tries to get a free dinner and some good movie watching out of the deal, even though he knows he can't help fix it ** | |
| [22:06:12] | sphery: | hehe, it does... not sure if it will be worth the cost of the trip, though |
| [22:06:20] | skd5aner: | yea, not likely |
| [22:06:36] | sphery: | (and that's not a knock against your lasagna--more just saying I'm guessing it would be a long trip) |
| [22:08:41] | sphery: | darn, I don't have any ricotta and don't have enough milk to make any, so I guess I'm just having spaghetti, tonight |
| [22:09:16] | sphery: | (not to mention, taking 45min to make ricotta would mean I'd be way too hungry by the time I finish the lasagna) |
| [22:09:45] | sphery: | if only you'd given me the idea earlier |
| [22:11:00] | sphery: | wagnerrp: btw, re: your idea about extracting captions ahead of time, I'd prefer to see https://github.com/MythTV/mythtv/commit/ff6487b05 type thing used to output the captions/subs to a file that's just another mediafile in the new schema (and could be handled, now, as previews are) rather than stored in the DB |
| [22:11:17] | sphery: | unless we really need searchable captions... |
| [22:11:45] | wagnerrp: | database or external file, doesnt really matter |
| [22:11:53] | wagnerrp: | just some musing on possibilities |
| [22:12:16] | sphery: | yeah, it's a good idea |
| [22:12:29] | wagnerrp: | the difference with storing in a database means it would actually be searchable |
| [22:12:39] | sphery: | I like the idea of being able to see the entire "transcript" on my (separate) computer screen while the show plays |
| [22:12:41] | wagnerrp: | now whether that is desired or not... |
| [22:12:55] | sphery: | and would likely hit that service api directly whenever watching shows |
| [22:13:27] | skd5aner: | sphery: switched it to ffmpeg decode... |
| [22:13:29] | skd5aner: | same output |
| [22:13:30] | wagnerrp: | well the services API could be written to hit a file or the database almost as easily |
| [22:13:37] | skd5aner: | I have a feeling it has something to do with the sync of my monitor maybe? |
| [22:13:44] | skd5aner: | I'm outputting via VGA |
| [22:13:54] | skd5aner: | good be the refresh is just slightly off or something |
| [22:14:09] | jpabq__ is now known as abqjp | |
| [22:14:22] | justinh: | the rumours were true, then eh :-) |
| [22:14:29] | wagnerrp: | ? |
| [22:14:39] | sphery: | wagnerrp: yeah, just saying that I'd use it even without an app to provide it--it would be nice enough to do it the hard way if I had to |
| [22:14:54] | sphery: | skd5aner: yeah, it may actually happen without vdpau decode, too |
| [22:15:10] | skd5aner: | ah |
| [22:15:14] | justinh: | wagnerrp: backend transcoding & streaming |
| [22:15:16] | sphery: | I've lost track of all the stuff we've seen |
| [22:15:17] | skd5aner: | well, perhaps .25 will solve all my problems ;) |
| [22:15:29] | wagnerrp: | yeah, for third party use only |
| [22:15:35] | sphery: | definitely sounds like the best bet |
| [22:15:42] | wagnerrp: | i dont believe there is any intention at this time to migrate it over to the backend protocol |
| [22:16:08] | justinh: | heh |
| [22:16:27] | justinh: | so somebody just has to write a new frontend if they want to use wireless then ;) |
| [22:16:40] | wagnerrp: | damn straight |
| [22:16:42] | sphery: | I just can't figure out why my pogoplug is having a hard time with it? |
| [22:16:48] | justinh: | lol |
| [22:16:55] | wagnerrp: | run wires or GTFO! |
| [22:16:58] | wagnerrp: | :) |
| [22:17:00] | sphery: | it's a perfect backend, but for some reason, the live transcode isn't working |
| [22:17:15] | justinh: | sphery: you tried networking a few hundred together to make a cloud? |
| [22:17:32] | sphery: | I'm guessing it's because some dev decided to write it for their own hardware and didn't think about low-power/efficient systems--and probably used multiple threads! |
| [22:17:39] | sphery: | hehe |
| [22:17:51] | sphery: | I think the challenge would be providing enough plugs for the pogos |
| [22:18:16] | justinh: | can't you just stack adapters floor to ceiling? |
| [22:18:36] | justinh: | then plug the PSUs for the pogos into the side. sorted |
| [22:18:50] | sphery: | but someone once told me you can't plug a power strip into a power strip |
| [22:19:02] | justinh: | pah. for low power stuff it's fine |
| [22:19:08] | sphery: | unless you do it in a closed loop and disconnected from the mains |
| [22:19:18] | justinh: | just be careful of a big stack falling on you |
| [22:19:24] | sphery: | which makes it much more efficient, too |
| [22:19:27] | sphery: | uses no power at all! |
| [22:19:40] | justinh: | ha |
| [22:20:35] | justinh: | btw that little android tablet thing I bought – the archos 70.. isn't too shabby |
| [22:21:18] | justinh: | the built-in upnp client can see some of mythtv's recordings & plays them fine |
| [22:21:37] | justinh: | I say 'some' – it's very weird how not all of them show |
| [22:22:25] | sphery: | and you have H.264 in HDTV? |
| [22:22:45] | justinh: | no HD here |
| [22:22:46] | sphery: | btw, yay! I'm officially caught up on commits |
| [22:22:53] | sphery: | now to the 266 tickets messages |
| [22:22:57] | justinh: | as long as my 32" CRT is still alive I won't be bothering |
| [22:23:12] | justinh: | oh and til dvb-t2 drivers are in the mainline kernel :) |
| [22:23:16] | sphery: | ah, was just wondering... I know most have video decode accel, but wondered how good it is with "in the wild" video |
| [22:23:42] | sphery: | though likely even SDTV requires the decode accel on there |
| [22:23:42] | justinh: | this one has AFAIK, and can play 'HD', whatever that means |
| [22:24:33] | justinh: | I wonder if an ARM Cortex CPU is as lame as a via one ;-) |
| [22:26:50] | justinh: | don't really care whether it could cope or not without the acceleration. playback is smooth. iplayer on there is pretty neat. better than my laptop |
| [22:27:34] | wagnerrp: | justinh: the VIA chip would probably have better floating point capacity |
| [22:27:39] | Ryushin (Ryushin!proxy@cl-412.phx-01.us.sixxs.net) has quit (Ping timeout: 244 seconds) | |
| [22:27:48] | sphery: | but no LoveFilm for you! |
| [22:27:59] | justinh: | anyway, it's quite a neat web browsing internet radio iplayer ebook thingy |
| [22:28:13] | justinh: | sphery: meh. Like I'd ever rent anything online |
| [22:28:54] | sphery: | (LoveFilm just switched from Flash to SilverLight--were basically strong-armed into the switch by the studios/content owners, who felt that Flash security was "less robust" than Silverlight's) |
| [22:29:14] | justinh: | oh well. they're sunk anyway |
| [22:29:24] | sphery: | this means that now, UK/Germany/Scandinavia's equivalent of Netflix becomes even more equivalent to Netflix--unusable on GNU/Linux :) |
| [22:29:43] | justinh: | sphery: and on smart TVs, which is a large chunk of their prospective market |
| [22:29:55] | sphery: | yeah, will be interesting to see how that's handled |
| [22:30:02] | justinh: | they'll sink |
| [22:30:59] | justinh: | I dunno why they're so bothered about DRM anyway. Anybody could just snort everything to a file & figure it out later |
| [22:31:01] | sphery: | I fully expect with the death of Flash on mobile and with Silverlight still being basically Windows only (and with my confidence that MS has basically killed Silverlight and just forgot to tell the Silverlight developers), we'll see a ton of site-specific "apps" for every different content provider on the 'net |
| [22:31:34] | justinh: | remember the time when I was all glassy-eyed & optimistic about internet content delivery? ;-) |
| [22:31:43] | sphery: | Amazon/LoveFilm was actually quoted as saying that they considered HTML5 <video> tag, but couldn't use it because it provides no protections/DRM |
| [22:31:51] | jams: | justinh- yes i do |
| [22:32:07] | jams: | thought it was overrated then and I still do |
| [22:32:12] | justinh: | that's just it. I've always been dismissive of IPTV |
| [22:32:17] | sphery: | yeah, it's great to go back to 1970's style "one app for each piece of data you want to use" approach to computing |
| [22:32:32] | sphery: | /and/ even better that Apple and Google get their 30% cut of all these apps |
| [22:33:15] | sphery: | if only there were some standard application you could use to access--maybe even browse--data and applications available on the network... |
| [22:33:26] | justinh: | hmmm |
| [22:33:45] | sphery: | guess we don't need that, now, because we have >600K iOS apps and >500K Android apps |
| [22:34:33] | Scopeuk is now known as Scopeuk-AFK | |
| [22:34:46] | sphery: | and a platform succeeds based on how many apps it has--because we all know that all 1.1M of those apps are useful, well written, worth the cost, and much better than, *shudder*, making content/services/data available to anyone on any platform |
| [22:36:46] | abqjp: | davide: are you using the HDhomerun prime? |
| [22:38:13] | sphery: | I think he has the Ceton |
| [22:38:49] | PhilQ (PhilQ!~phil@80.229.134.17) has joined #mythtv-users | |
| [22:38:59] | sphery: | which would explain why he didn't get the fix for HDHR' that allows it to pass through those improperly flagged locals |
| [22:39:19] | sphery: | wonder if Ceton will update their firmware or whatever |
| [22:42:49] | abqjp: | I could "try" my local comcast pretty easy, since they don't require any contracts or anything. However, the cost of the HDHR prime is rather high — if it ends up not working. |
| [22:46:27] | PhilQ (PhilQ!~phil@80.229.134.17) has quit (Remote host closed the connection) | |
| [22:46:49] | iamlindoro: | Ceton had a firmware update for the improper flagging before the Prime did |
| [22:46:58] | iamlindoro: | though obviously that presumes you're applying firmware updates |
| [22:49:07] | hadees (hadees!~hadees@66-90-185-121.dyn.grandenetworks.net) has quit (Quit: hadees) | |
| [22:52:33] | andreax (andreax!~andreaz@p54BF2D18.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [22:53:35] | pizzledizzle (pizzledizzle!~pizdets@cpe-74-64-109-53.nyc.res.rr.com) has quit (Ping timeout: 258 seconds) | |
| [22:56:56] | sphery: | interesting... guess maybe davide just needs to update his firmware to get those 2 local channels it's not passing through currently |
| [22:59:45] | iamlindoro: | Or it may be that they're actually RCD |
| [23:00:05] | freeh (freeh!sprocket@gateway/shell/xzibition.com/x-wohgvpdwejxynikz) has quit (Ping timeout: 252 seconds) | |
| [23:00:14] | iamlindoro: | Ceton and SD both just got clarification that they were free to ignore it if the flag + the info descriptor were filled |
| [23:00:19] | iamlindoro: | if it's just the flag, it still has to obey it |
| [23:00:40] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [23:00:47] | iamlindoro: | The theory being that since the FCC says you cannot fill the info descriptor, that the whole flagging is invalid if you do |
| [23:09:44] | skd5aner: | jya: ping you up/around? |
| [23:09:51] | jya: | i am |
| [23:10:10] | skd5aner: | I've got a newb-like quesiton for you... hope you don't mind... :) |
| [23:10:15] | freeh (freeh!~blah@gateway/shell/xzibition.com/x-ndlorwkhcdfesrof) has joined #mythtv-users | |
| [23:10:25] | devinheitmueller (devinheitmueller!~dheitmue@ool-18be1b05.dyn.optonline.net) has left #mythtv-users () | |
| [23:10:56] | skd5aner: | I haven't really paid much attention, but I recently realized that I'm not getting Dolby Digital passthrough via SPDIF to my receiver (optical)... |
| [23:10:59] | skd5aner: | 0.24-fixes |
| [23:11:27] | skd5aner: | I've got the boxes checked to pass through DD and DTS, but my receiver is just sticking to Dolby Pro Logic |
| [23:11:52] | skd5aner: | Where should I start troubleshooting? |
| [23:17:08] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv-users | |
| [23:17:40] | Dj_FlyBy[ms] (Dj_FlyBy[ms]!~Dj_FlyBy|@74.210.32.22) has quit (Read error: Connection reset by peer) | |
| [23:18:06] | Dj_FlyBy[ms] (Dj_FlyBy[ms]!~Dj_FlyBy|@74.210.32.22) has joined #mythtv-users | |
| [23:18:06] | jya: | providing a log would help... |
| [23:18:45] | jya: | like playing a file with AC3 audio… post the output of playback with -v audio |
| [23:18:46] | skd5aner: | jya: doh, nevermind... |
| [23:19:09] | freeh (freeh!~blah@gateway/shell/xzibition.com/x-ndlorwkhcdfesrof) has quit (Ping timeout: 252 seconds) | |
| [23:19:11] | skd5aner: | a rescan fixed it, although the device wa the same "alsa:default" |
| [23:19:26] | skd5aner: | but, thanks for letting me bug you anyway :D |
| [23:19:33] | jya: | alsa:default is not something that will be added to the list automatically |
| [23:19:47] | jya: | it would only show if you had entered it manually earlier |
| [23:19:58] | skd5aner: | in prior versions, probably... |
| [23:20:57] | jya: | the scan will show hardware device : so things like ALSA:name:CARD=Name_Card:DEV=Device_number |
| [23:21:00] | skd5aner: | er... it would help if I rememered things correctly betweenrooms |
| [23:21:08] | skd5aner: | "alsa:spdif" is what is selected now |
| [23:21:22] | skd5aner: | should that be there after a scan? |
| [23:21:22] | jya: | just alsa:spdif ? |
| [23:21:26] | skd5aner: | yes, just that |
| [23:21:32] | skd5aner: | well, there's other options too |
| [23:21:34] | jya: | that's also not something the scan would show |
| [23:21:42] | skd5aner: | heh... ok |
| [23:21:44] | jya: | and will only be there if you manually added it to the list |
| [23:22:09] | jya: | post the output of -v audio when you force a scan |
| [23:23:00] | skd5aner: | OK... let me do that... there's actually a lot in the list |
| [23:23:32] | jstenback (jstenback!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has joined #mythtv-users | |
| [23:23:33] | skd5aner: | I see somethings related to onboard audio (intel) and some related to the nvidia card, HDMI I would guess |
| [23:23:42] | skd5aner: | brb with a log |
| [23:23:47] | freeh (freeh!~blah@gateway/shell/xzibition.com/x-clnemivslowadfdf) has joined #mythtv-users | |
| [23:25:37] | jstenback (jstenback!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has quit (Client Quit) | |
| [23:26:29] | skd5aner: | jya: http://pastebin.com/yNDZqj3B |
| [23:30:48] | hadees (hadees!~hadees@72-48-91-73.dyn.grandenetworks.net) has joined #mythtv-users | |
| [23:31:18] | jya: | see that ALSA:spdif is last in the list? |
| [23:31:31] | skd5aner: | in the log or in the UI? |
| [23:31:32] | jya: | that's because it's the custom entry you've put |
| [23:31:34] | skd5aner: | I see it in the log |
| [23:31:35] | jya: | in the log |
| [23:31:37] | skd5aner: | yea |
| [23:31:59] | jya: | you should select in your list: |
| [23:31:59] | jya: | ALSA:iec958:CARD=Intel,DEV=0 |
| [23:32:00] | skd5aner: | I think that's because it's been there since like v.17 |
| [23:32:18] | hadees (hadees!~hadees@72-48-91-73.dyn.grandenetworks.net) has quit (Client Quit) | |
| [23:32:29] | jya: | and you see after you rescan that ALSA:spdif is no longer there |
| [23:32:45] | skd5aner: | nope... it's there every time I rescan |
| [23:32:46] | jya: | this is the proper device name |
| [23:33:04] | skd5aner: | as is alsa:default |
| [23:33:21] | jya: | you don't have alsa:default |
| [23:33:30] | skd5aner: | er, yea... sorry :( |
| [23:33:37] | skd5aner: | just alsa:spdif |
| [23:33:48] | jya: | you have: ALSA:default:CARD=Intel |
| [23:33:51] | skd5aner: | but, as I said – I've rescanned like 5 times now... and ALSA:spdif always stays in the list |
| [23:33:53] | skd5aner: | yea |
| [23:34:06] | jya: | because you must select the device you need to use: |
| [23:34:13] | jya: | ALSA:iec958:CARD=Intel,DEV=0 |
| [23:34:15] | skd5aner: | no problem, makes sense |
| [23:34:34] | jya: | the system works that way… |
| [23:34:44] | skd5aner: | if I added those manually to the list, it was probably a LONG time ago, but they aren't being removed with each rescan |
| [23:34:52] | hadees (hadees!~hadees@72-48-91-73.dyn.grandenetworks.net) has joined #mythtv-users | |
| [23:34:58] | jya: | you press scan device : it resets the list, then add the last entry you had selected if it hasn't be found |
| [23:35:03] | jya: | that allows to keep the custom entry |
| [23:35:33] | skd5aner: | I gotcha |
| [23:35:36] | jya: | rescan will keep ALSA:spdif only if this is what you currently have selected |
| [23:35:37] | skd5aner: | makes sense |
| [23:35:55] | jya: | if you select any other entry in the list and rescan, you won't have the custom entry anymore |
| [23:35:56] | skd5aner: | I feel like I should have known all of that :/ |
| [23:36:16] | skd5aner: | thanks for the 101 crash course |
| [23:36:33] | skd5aner: | Wife is saying dinner's ready, so time to run... much appreciated again |
| [23:42:59] | freeh (freeh!~blah@gateway/shell/xzibition.com/x-clnemivslowadfdf) has quit (Ping timeout: 252 seconds) | |
| [23:46:01] | _gunni_ (_gunni_!~Gunni@koln-4db47222.pool.mediaWays.net) has quit (Quit: KVIrc KVIrc Equilibrium 4.1.1, revision: 582911, sources date: 20110403, built on: 2011-08-19 03:31:37 UTC 582911 http://www.kvirc.net/) | |
| [23:47:47] | freeh (freeh!sprocket@gateway/shell/xzibition.com/x-qtgasrebaoacpabr) has joined #mythtv-users | |
| [23:50:16] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users | |
| [23:54:21] | freeh (freeh!sprocket@gateway/shell/xzibition.com/x-qtgasrebaoacpabr) has quit (Ping timeout: 252 seconds) | |
| [23:55:14] | Oleg_ (Oleg_!~mythtv@pool-71-183-189-225.nycmny.east.verizon.net) has quit (Quit: Leaving) | |
| [23:56:52] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.