| Thursday, April 14th, 2011, 00:00 UTC | ||
| [00:00:56] | Dave123 (Dave123!~dave@cpe-66-66-127-3.rochester.res.rr.com) has quit (Quit: Leaving) | |
| [00:01:19] | wagnerrp: | there it is... 'Adding --verbose as taking type bool' |
| [00:02:43] | wagnerrp: | i guess its not converting type (const char *) to QString properly |
| [00:03:42] | sphery: | what do your calls and declarations look like? |
| [00:05:11] | wagnerrp: | QString::null is recognized as a QString properly, but "important,general" gets improperly pulled in by the add(QString, QString, bool, QString) prototype |
| [00:05:51] | wagnerrp: | adding a (const char *) prototype forcing it to a QString fixed it |
| [00:07:33] | keith4_ (keith4_!~keith@64-121-177-85.c3-0.eas-ubr3.atw-eas.pa.cable.rcn.com) has joined #mythtv-users | |
| [00:07:33] | keith4_ (keith4_!~keith@64-121-177-85.c3-0.eas-ubr3.atw-eas.pa.cable.rcn.com) has quit (Changing host) | |
| [00:07:34] | keith4_ (keith4_!~keith@unaffiliated/keith4) has joined #mythtv-users | |
| [00:08:23] | KillerC (KillerC!~no@ganjaman.gotadsl.co.uk) has quit (Read error: Connection reset by peer) | |
| [00:08:34] | deathadder (deathadder!~no@ganjaman.gotadsl.co.uk) has joined #mythtv-users | |
| [00:09:23] | sphery: | FWIW, you're not supposed to use QString::null, anymore |
| [00:09:42] | wagnerrp: | just use an empty ""? |
| [00:10:08] | jamesd2 (jamesd2!~jamesd@72.128.71.196) has quit (Read error: Connection reset by peer) | |
| [00:10:34] | sphery: | yeah, their suggestion is to not use null QStrings, and only rely on isEmpty() with Qt4+ |
| [00:10:47] | sphery: | they call the null stuff historical |
| [00:11:01] | sphery: | http://doc.trolltech.com/4.5/qstring.html#dis . . . mpty-strings |
| [00:11:06] | wagnerrp: | well i was using those as default values, not comparison |
| [00:11:28] | sphery: | and I think in the Qt3->Qt4 porting document, it says to do away with QString::Null |
| [00:11:53] | sphery: | yeah, but an empty string would be a better default value |
| [00:11:58] | wagnerrp: | i actually only switched to using null, since i saw it elsewhere in the code |
| [00:12:04] | wagnerrp: | thought it was more 'proper' |
| [00:12:13] | sphery: | since you can compare... i.e. you don't want to treat null and empty differently |
| [00:12:40] | sphery: | the problem is that it's not C++ NULL, it's basically an invalid QString object |
| [00:12:50] | sphery: | so it doesn't make a lot of sense |
| [00:12:55] | sphery: | at least that's how I understand it |
| [00:13:45] | sphery: | wagnerrp: http://doc.trolltech.com/4.5/porting4.html#qstring |
| [00:13:55] | sphery: | The QString::null static constant has been deprecated in Qt 4. For compatibility, Qt 4 provides a QString::null symbol that behaves more or less the same as the old constant. The new idiom is to write QString() instead of QString::null, or to call clear(). |
| [00:14:38] | sphery: | and then they follow up saying, don't use isNull(), just use isEmpty() |
| [00:14:54] | wagnerrp: | yeah, theyve already been removed, just a big string replace |
| [00:17:25] | Dave123 (Dave123!~dave@cpe-66-66-127-3.rochester.res.rr.com) has joined #mythtv-users | |
| [00:23:22] | wagnerrp: | well im getting those backend protocol timeouts heavily |
| [00:23:37] | wagnerrp: | not sure why im getting them, but the end result is the frontend cannot connect to the backend |
| [00:23:58] | wagnerrp: | however there is the odd issue that the frontend is not displaying the popup properly |
| [00:24:12] | wagnerrp: | its active, but i cant see it to close it |
| [00:24:21] | wagnerrp: | so the frontend that is visible is unresponsive |
| [00:27:02] | sphery: | does master do that without your changes? |
| [00:28:24] | jpabq- (jpabq-!~jpabq@71-37-148-206.albq.qwest.net) has quit (Read error: Connection reset by peer) | |
| [00:28:50] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (Read error: No route to host) | |
| [00:29:36] | wagnerrp: | im thinking its an issue with how its run |
| [00:29:52] | wagnerrp: | specifically, in a freebsd jail with heavily limited network access |
| [00:30:19] | jpabq (jpabq!~jpabq@71-37-148-206.albq.qwest.net) has joined #mythtv-users | |
| [00:30:19] | jpabq (jpabq!~jpabq@71-37-148-206.albq.qwest.net) has quit (Changing host) | |
| [00:30:19] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv-users | |
| [00:30:20] | sphery: | ahhh |
| [00:30:44] | sphery: | sounds like a good start, though |
| [00:30:53] | sphery: | they should put /all/ the bsds in jail |
| [00:30:56] | sphery: | :) |
| [00:31:23] | wagnerrp: | odd... bindings have no problem connecting to the backend |
| [00:31:32] | jpabq- (jpabq-!~jpabq@71-37-148-206.albq.qwest.net) has joined #mythtv-users | |
| [00:40:53] | wagnerrp: | hey cool, python bindings automatically reconnected after a backend restart |
| [00:41:16] | sphery: | nice |
| [00:41:37] | wagnerrp: | now if only they could do that reliably.... |
| [00:43:33] | wagnerrp: | Beirdo: is there any issue with deleting feature branches on git once theyve run their course? |
| [00:49:31] | Technophil1 (Technophil1!~David@203-97-234-182.cable.telstraclear.net) has quit (Quit: Leaving.) | |
| [00:49:40] | markk (markk!~mark@cm180.omega173.maxonline.com.sg) has quit (Remote host closed the connection) | |
| [00:50:30] | CiaranG (CiaranG!~CiaranG@fsf/member/CiaranG) has joined #mythtv-users | |
| [00:53:16] | sphery: | wagnerrp: on git or github? |
| [00:53:30] | sphery: | if it's not public, it shouldn't be a problem at all |
| [00:53:48] | sphery: | if it's public, I'll defer to Beirdo's vastly superior knowledge |
| [00:54:00] | wagnerrp: | i mean weve already got 20 branches, im considering pushing this up there as well |
| [00:54:08] | wagnerrp: | just wondering if we can cleanse these |
| [00:54:11] | wagnerrp: | of if theyre permanent |
| [00:54:14] | sphery: | ah, so github public ones |
| [00:54:17] | sphery: | no idea there |
| [00:57:02] | Beirdo: | ahh |
| [00:57:09] | Beirdo: | sorry, was on my way home |
| [00:57:42] | Beirdo: | yeah, long-abandoned branches can be deleted, I don't think we set any real policy on what length yet or anything |
| [00:58:07] | Beirdo: | really doesn't do any damage to leave them though |
| [00:58:26] | wagnerrp: | aside from we have a big list full of abandoned branches |
| [00:59:10] | Beirdo: | heh |
| [00:59:28] | Beirdo: | not all are abandoned though, perhaps, |
| [00:59:46] | Beirdo: | mythsystem-rewrite can probably die |
| [01:00:11] | wagnerrp: | and this will be abandoned not long after it gets pushed |
| [01:00:19] | devinheitmueller (devinheitmueller!~devin@ip-216-36-86-104.iad.megapath.net) has joined #mythtv-users | |
| [01:00:29] | wagnerrp: | i just want some other eyes (and other opinions) on it before i commit to master |
| [01:00:49] | Beirdo: | yeah, I hear ya |
| [01:08:05] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has quit (Quit: Ex-Chat) | |
| [01:13:27] | Dave123-road (Dave123-road!~dave@cpe-66-66-127-3.rochester.res.rr.com) has joined #mythtv-users | |
| [01:23:08] | markk (markk!~mark@cm180.omega173.maxonline.com.sg) has joined #mythtv-users | |
| [01:25:09] | andreax1 (andreax1!~andreaz@p57B9336F.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [01:26:39] | sphery: | so how often do SATA cables fail? |
| [01:27:04] | betolley (betolley!43ec0e18@gateway/web/freenode/ip.67.236.14.24) has joined #mythtv-users | |
| [01:27:15] | wagnerrp: | ive never seen it happen |
| [01:27:21] | wagnerrp: | probably as often as ethernet cables fail |
| [01:27:30] | wagnerrp: | or usb cables |
| [01:27:34] | betolley: | Does anyone know if a pace rng 110 will work with a hvr 1600 ir blaster? |
| [01:27:47] | Beirdo: | ethernet cables DO fail :) |
| [01:27:50] | Beirdo: | but not often |
| [01:27:51] | wagnerrp: | betolley: it should |
| [01:28:10] | wagnerrp: | right, its not unheard of... but its not the first thing you should check for |
| [01:28:13] | Beirdo: | I've seen 2 fail (out of many thousands over years) |
| [01:28:24] | Beirdo: | for sure |
| [01:28:34] | sphery: | When copying the dev box file systems to a known-working disk, I didn't experience any errors. Things that changed included a) I swapped SATA cable, just in case, b) I used an Ubuntu Live CD (which has a newer kernel), c) it was a completely different usage scenario where the disk basically didn't have to do heavy seeking/multiple concurrent IO ops (i.e. was just a straight read from the disk) |
| [01:28:43] | wagnerrp: | ive actually had one bad crimp come lose |
| [01:28:44] | sphery: | and, really, no writing, either, which may be realted |
| [01:28:49] | Beirdo: | with SATA, I find the connectors to be crappy too often |
| [01:28:56] | sphery: | so wondering what caused it to not error |
| [01:29:10] | sphery: | I'm leaning toward the "not a lot of IO load/seeking/writing" |
| [01:29:18] | betolley: | I have it setup and it blinks when I send. I tried the power script but it did not turn off/on. I should be a motorola 6200 compatible codes but when I try irsend SEND_ONCE blaster 0_85_KEY_POWER it does nothing. |
| [01:29:28] | devinheitmueller: | betolley: No, it will not work with a Pace DTA. |
| [01:29:44] | devinheitmueller: | The Pace DTAs use the XMP protocol, which the Zilog doesn't support. |
| [01:29:47] | iamlindoro: | wagnerrp, betolley, I believe that the... yeah, what devinheitmueller said |
| [01:29:52] | Beirdo: | I'm looking for a big frigging burger :) |
| [01:30:02] | sphery: | seems I can trigger it easily by just using my script that untars all my mythtv git repos, git pulls and tar.bz2's them |
| [01:30:22] | ** iamlindoro got hired for a myth setup where the above was requested and ended up giving away one of his own mceusb's to keep the customer happy :) ** | |
| [01:30:24] | sphery: | which involves some serious writes--while other parts of the OS are writing to the same disk |
| [01:30:36] | betolley: | Do i have any choices? Older distro maybe? |
| [01:31:03] | iamlindoro: | distro doesn't have anything to do with it, the two pieces of hardware won't work together |
| [01:31:06] | devinheitmueller: | betolley: it's a hardware limitation. No changes to the distro will have any effect. |
| [01:31:12] | iamlindoro: | you can purchase an mceusb emitter |
| [01:31:25] | devinheitmueller: | Ok, you guys got this covered. I'll be quiet now. ;-) |
| [01:31:35] | iamlindoro: | devinheitmueller, you know it far better than I :) |
| [01:31:49] | iamlindoro: | besides, I need to disappear again if I want to get any myth work done tonight :) |
| [01:32:29] | sphery: | I should get some myth work done, but I want to keep banging on this hard drive 'til I figure out for sure what's wrong |
| [01:32:45] | d0netsFN (d0netsFN!den0ts@blea.ch) has quit (Ping timeout: 252 seconds) | |
| [01:32:53] | sphery: | it's not the disk failure that's annoying--it's not knowing why it's failing |
| [01:43:46] | Technophil (Technophil!~David@222-153-254-194.jetstream.xtra.co.nz) has joined #mythtv-users | |
| [01:50:24] | betolley: | Anyone have a link for a reliable place to get mceusb? |
| [01:51:25] | wagnerrp: | newegg generally has a couple |
| [01:54:58] | [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users | |
| [01:56:13] | devinheitmueller (devinheitmueller!~devin@ip-216-36-86-104.iad.megapath.net) has quit (Ping timeout: 252 seconds) | |
| [02:05:33] | betolley: | I have searched for mceusb. on new egg. I am not finding anything. |
| [02:06:03] | J-e-f-f-A: | betolley: search for "Microsoft RC6 remote" |
| [02:08:14] | betolley: | So the receiver part of the kit will also transmit? |
| [02:08:23] | J-e-f-f-A: | yes. |
| [02:08:36] | J-e-f-f-A: | betolley: there's many more on fleabay. |
| [02:09:12] | betolley: | Is there a wiki somewere to tell which will work with XMP? |
| [02:11:53] | Twiggy2cents (Twiggy2cents!~darren@66-87-0-57.pools.spcsdns.net) has quit (Ping timeout: 240 seconds) | |
| [02:12:30] | J-e-f-f-A: | betolley: maybe on the mythtv wiki – I dunno, I haven't looked... |
| [02:13:01] | betolley: | Anyone know if this will work? http://www.usbuirt.com/ |
| [02:13:49] | Shadow__X: | sphery: i am with you on that. Recently my motherboard does not want to post anymore it seems like its the bios but am not sure. I would like to know what happened. Its nice to get a bit more closure |
| [02:14:18] | J-e-f-f-A: | betolley: why spend $50 on that when you can buy a Microsoft MCE receiver for less than $20? |
| [02:14:37] | iamlindoro: | mceusb is mceusb is mceusb-- all will work with the RNG 110 |
| [02:14:47] | Shadow__X: | J-e-f-f-A: because it doesnt have MS branding! |
| [02:14:50] | iamlindoro: | assuming you buy one with an emitter, of course |
| [02:15:18] | betolley: | So is it an issue with zilog? or a hardware issue? |
| [02:15:27] | [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving) | |
| [02:16:02] | iamlindoro: | zilog *is* hardware |
| [02:16:23] | betolley: | Sorry. Just trying to understand. |
| [02:18:00] | sphery: | Shadow__X: exactly |
| [02:19:21] | iamlindoro: | oooh, game of thrones starts sunday! |
| [02:19:49] | betolley (betolley!43ec0e18@gateway/web/freenode/ip.67.236.14.24) has quit (Quit: Page closed) | |
| [02:20:53] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv-users | |
| [02:23:07] | J-e-f-f-A: | He's gone... was gonna give him an ebay link for the exact receiver I'm using... http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem . . . 320658590442 |
| [02:23:31] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 246 seconds) | |
| [02:24:21] | Lord_Deathscythe (Lord_Deathscythe!~chris@173.185.130.183) has joined #mythtv-users | |
| [02:30:35] | rushfan (rushfan!~rushfan@c-71-232-0-154.hsd1.ma.comcast.net) has joined #mythtv-users | |
| [02:39:37] | andreax (andreax!~andreaz@p57B9336F.dip.t-dialin.net) has joined #mythtv-users | |
| [02:40:17] | ikonia (ikonia!~mattd@unaffiliated/ikonia) has quit (Ping timeout: 240 seconds) | |
| [02:46:24] | ikonia (ikonia!~mattd@unaffiliated/ikonia) has joined #mythtv-users | |
| [02:56:07] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Quit: Leaving) | |
| [02:59:39] | mycoserve: | ur so nice j-e-f-f-a lol |
| [03:04:41] | Gumby_ (Gumby_!~Gumby@unaffiliated/gumby) has quit (Quit: Leaving) | |
| [03:05:46] | CiaranG (CiaranG!~CiaranG@fsf/member/CiaranG) has quit (Ping timeout: 258 seconds) | |
| [03:08:03] | Technophil1 (Technophil1!~David@222-153-254-194.jetstream.xtra.co.nz) has joined #mythtv-users | |
| [03:10:39] | Technophil1 (Technophil1!~David@222-153-254-194.jetstream.xtra.co.nz) has quit (Client Quit) | |
| [03:11:07] | Technophil (Technophil!~David@222-153-254-194.jetstream.xtra.co.nz) has quit (Ping timeout: 260 seconds) | |
| [03:17:24] | J-e-f-f-A: | mycoserve: I try to be. ;-) |
| [03:22:11] | CiaranG (CiaranG!~CiaranG@fsf/member/CiaranG) has joined #mythtv-users | |
| [03:27:12] | Lord_Deathscythe (Lord_Deathscythe!~chris@173.185.130.183) has quit (Quit: I am called onward) | |
| [03:27:37] | lyricnz (lyricnz!~simonrobe@CPE-138-217-144-9.lns6.lon.bigpond.net.au) has joined #mythtv-users | |
| [03:32:27] | Technophil (Technophil!~David@203-97-234-182.cable.telstraclear.net) has joined #mythtv-users | |
| [03:42:51] | CyberKnet (CyberKnet!cyberknet@ip70-189-69-101.ok.ok.cox.net) has joined #mythtv-users | |
| [03:44:52] | Twiggy2cents (Twiggy2cents!~darren@66-87-8-50.pools.spcsdns.net) has joined #mythtv-users | |
| [03:45:09] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [03:52:50] | petefoo (petefoo!~petefoo@70-59-38-135.hlrn.qwest.net) has joined #mythtv-users | |
| [03:53:15] | darnell (darnell!~darnell@71-35-173-127.tukw.qwest.net) has joined #mythtv-users | |
| [03:53:35] | darnell: | hello, why cant my myth see movies i tell it to in a specific folder? |
| [03:54:00] | petefoo: | Anyone want to take a crack at why mythfrontend (trunk-current) would not make it any further than showing the theme's background image? All I have to go on in -v most is what appears to be 'MythEvent: UPDATE_FILE_SIZE' running over and over. |
| [03:55:59] | darnell (darnell!~darnell@71-35-173-127.tukw.qwest.net) has quit (Quit: Leaving) | |
| [04:01:32] | wagnerrp: | a whole two minutes waiting for an answer |
| [04:01:40] | wagnerrp: | must be some sort of record |
| [04:01:53] | Shadow__X: | i was about to help too |
| [04:02:24] | wagnerrp: | petefoo: UPDATE_FILE_SIZE likely means youre downloading something |
| [04:02:33] | wagnerrp: | meaning... youre trying to pull a new copy of the theme |
| [04:02:52] | [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users | |
| [04:03:08] | Shadow__X: | i wonder how many times people get so frustraited by the lack of instantaneous answers on foss and switch to paid software |
| [04:03:09] | petefoo: | ahh...themes aren't stored in the repo anymore right? |
| [04:03:30] | wagnerrp: | correct, theyre stored on the theme server, and updated automatically |
| [04:03:36] | wagnerrp: | but, its still a bit glitchy |
| [04:04:11] | petefoo: | Would it be a bad idea to just scp the dir from a working frontend? I have 1 that starts fine, and one with this problem. Both on the same version |
| [04:04:18] | Captain_Murdoch: | still, that wouldn't prevent your screen from drawing. |
| [04:04:55] | wagnerrp: | yeah, it should still load the theme, and show some dialog indicating progress |
| [04:05:13] | wagnerrp: | try closing the frontend, and deleting your theme cache |
| [04:05:49] | petefoo: | Captain_Murdoch: That's where I'm stuck. I had arclight selected at first, and it would stick showing only the background. So I ran mythfrontend -r and now it does the /exact/ same thing with Terra |
| [04:05:56] | Captain_Murdoch: | it doesn't load the theme automatically, so it's not downloading the theme. the FE doesn't download unless told to. |
| [04:06:55] | petefoo: | wagnerrp: I tried that too. I nuked ~/.mythtv/Cache-myth* and my themecache |
| [04:07:16] | Captain_Murdoch: | run with "mythfrontend -v all | grep -v MythEvent" to see what the last lines printed are. |
| [04:07:27] | wagnerrp: | not sure what Cache-myth is |
| [04:07:40] | Captain_Murdoch: | wagnerrp, that's the MythDownloadManager's QNetworkDiskCache |
| [04:07:55] | petefoo: | there was one for the frontend and one for the backend...it might be cruft |
| [04:08:15] | Captain_Murdoch: | Cache-mythbackend-$(hostname) and cache-mythfrontend-$(hostname) |
| [04:08:20] | wagnerrp: | ah, thats what it goes before ~/.mythtv/temp? |
| [04:08:33] | petefoo: | Captain_Murdoch: To be fair, it never actually hangs, just keeps looping new MythEvent. pastebin incoming of that grep |
| [04:08:55] | Captain_Murdoch: | petefoo, is this a combined FE/MBE? |
| [04:09:54] | petefoo: | http://pastebin.com/aLrGvWmj |
| [04:10:04] | petefoo: | yeah, the combined one is the problem box |
| [04:10:18] | petefoo: | a remote frontend works great |
| [04:10:20] | petefoo: | http://pastebin.com/aLrGvWmj |
| [04:10:41] | petefoo: | I think wagnerrp might be onto something, it ended at downloading a copy of terra it appears |
| [04:11:25] | petefoo: | to be fair, it doesn't crash. It just never gets past the background image. |
| [04:12:06] | Captain_Murdoch: | no, it downloaded the themeinfo.xml file so it could see if there was a newer version of Terra available. |
| [04:12:19] | petefoo: | ah, I see. |
| [04:13:22] | Captain_Murdoch: | wagnerrp, that's the cache for all http/ftp/etc. requests going through the QNetworkDiskCache, like firefox/etc.'s on-disk cache. |
| [04:17:40] | Captain_Murdoch: | UPDATE_FILE_SIZE isn't a MythDownloadManager event either, it's an event sent out by the ProgramInfoUpdater, so I think the theme update checker is a red herring. |
| [04:19:39] | wagnerrp: | thats right, the downloader sends out DOWNLOAD_FILE events |
| [04:19:49] | wagnerrp: | so the UPDATE events would be in-progress recordings |
| [04:21:40] | rushfan (rushfan!~rushfan@c-71-232-0-154.hsd1.ma.comcast.net) has quit (Ping timeout: 258 seconds) | |
| [04:21:52] | Captain_Murdoch: | petefoo, are you compiling from source? |
| [04:22:10] | petefoo: | Captain_Murdoch: yes. |
| [04:22:33] | petefoo: | wagnerrp: For what it's worth, this happens with mythbackend stopped as well. |
| [04:23:29] | Captain_Murdoch: | petefoo, ok, forgot I put in a backdoor disable setting. try this for kicks: "mythfrontend -O ThemeUpdateNofications=0" and see what happens. if that works, change that to a 1 and retry and see if it fails again. |
| [04:24:02] | Captain_Murdoch: | the theme update checker does use a timer, which does fire off in the UI thread it appears, so this will check to make sure that isn't causing an issue somehow. |
| [04:25:20] | Captain_Murdoch: | there's a good 15 seconds between the last message and the theme update check though, so I don't think that's it. |
| [04:25:26] | petefoo: | Captain_Murdoch: It does the same thing with both. |
| [04:25:31] | petefoo: | Ends with: 2011-04–13 22:24:49.920 Using protocol version 65 |
| [04:25:53] | petefoo: | Never displays anything but Terra's background. |
| [04:26:35] | Captain_Murdoch: | right after "2011-04–13 22:08:54.714 Waiting on select..", in my "-v all" logs, I have a check in the DB for the nopromptonexit setting, only .7 seconds later. |
| [04:27:06] | grumpydevil (grumpydevil!~rudy@2001:610:73e:0:21b:21ff:fe22:b647) has quit (Read error: Operation timed out) | |
| [04:27:12] | rushfan (rushfan!~rushfan@c-71-232-0-154.hsd1.ma.comcast.net) has joined #mythtv-users | |
| [04:27:19] | Captain_Murdoch: | your log doesn't show that DB select, so it's hanging before it even gets to that point. |
| [04:27:25] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 246 seconds) | |
| [04:28:07] | Captain_Murdoch: | are you using .mythtv/mysql.txt or .mythtv/config.xml? |
| [04:28:24] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv-users | |
| [04:28:40] | petefoo: | ~/.mythtv/config.xml |
| [04:30:39] | rushfan (rushfan!~rushfan@c-71-232-0-154.hsd1.ma.comcast.net) has quit (Read error: Operation timed out) | |
| [04:32:24] | petefoo: | On my broken frontend, I tend to get alot of MythSocket with big time gaps on Waiting on select.. |
| [04:32:35] | petefoo: | My working one doesn't seem to have those big pauses |
| [04:33:33] | petefoo: | In fact, my working one only logs MythSocket exactly once |
| [04:33:41] | petefoo: | as the last line before I HUP'd it |
| [04:33:58] | grumpydevil (grumpydevil!~rudy@2001:610:73e:0:21b:21ff:fe22:b647) has joined #mythtv-users | |
| [04:39:02] | Captain_Murdoch: | I think that's just the socket select waiting on data from the master, so no worries about long pauses there. also, that nopromptonexit on mine is from when I exitted the FE on my dev box, so that doesn't matter. |
| [04:39:03] | sphery: | lol: [mythtv-users] SOLVED: MythTV vs. Windows Media Center |
| [04:39:21] | sphery: | yes, because that's the way a valued and contributing member of a community behaves |
| [04:39:37] | wagnerrp: | well obviously he said he wasnt |
| [04:39:44] | wagnerrp: | and had abandoned mythtv for WMC |
| [04:40:25] | petefoo: | Captain_Murdoch: Doesn't it seem strange that the combined fe/be sees the huge pauses, but a remote fe doesn't? |
| [04:40:52] | sphery: | wagnerrp: yeah, he wasn't a valued member, a contributing member, or even just a member of the community |
| [04:41:08] | Captain_Murdoch: | sphery, any idea what might cause petefoo's FE to appear to freeze after drawing only the theme background. it's not frozen totally because the theme update checker does fire off later. |
| [04:41:13] | sphery: | but I mean the whole thing about "Oh, you're stupid program doesn't work"... what's the point |
| [04:41:28] | sphery: | Captain_Murdoch: 0.24-fixes? |
| [04:41:51] | sphery: | ah, trunk |
| [04:41:55] | sphery: | let me catch up on scrollback |
| [04:42:05] | petefoo: | v0.25pre-1770-g5491d1a |
| [04:42:06] | Captain_Murdoch: | yeah, was about to say that based on the proto version in the log. |
| [04:42:45] | wagnerrp: | crap, this branch is already 30 revisions behind? |
| [04:43:26] | wagnerrp: | you people need to quit it with your flood of commits and new features... :) |
| [04:44:10] | sphery: | Shadow__X: heh, just have to add a joke 40 min later... re: "< Shadow__X> i wonder how many times people get so frustraited by the lack of instantaneous answers on foss and switch to paid software", yeah, if we had some muzak in here and the bot said, "Thank you for your patience, an operator will be with you shortly," I'm sure they'd stick around for an answer |
| [04:44:52] | petefoo: | feature request without a patch? |
| [04:44:57] | ** petefoo closes ticket. ** | |
| [04:45:45] | Captain_Murdoch: | sphery, ugh, his 2nd email almost prompts me to write another soap box derby post. |
| [04:47:00] | ** wagnerrp wonders if anyone has ever written a forum software where replies go on top ** | |
| [04:48:41] | sphery: | Captain_Murdoch: heh, I still re-read that soap box derby e-mail message when I need a good laugh |
| [04:48:47] | sphery: | wouldn't mind a sequel |
| [04:49:59] | sphery: | Not sure what might be causing petefoo's issue. |
| [04:50:59] | sphery: | I noticed on my system, the first time I requested a theme on my combined frontend/backend dev box, it downloaded it, then failed to apply it, but re-selecting it worked. Haven't looked into it any deeper (been wrestling with bad HDD, so haven't gotten anything done for the last 2 weeks) |
| [04:51:21] | sphery: | Captain_Murdoch: however, the symptom sounds somewhat similar to the issues we had when the theme reloading didn't work |
| [04:51:46] | sphery: | petefoo: can you bring up your frontend in a "stuck with only a background" state and issue a SIGUSR1 |
| [04:51:53] | Captain_Murdoch: | I think a lot of bad top-posting habits come from corporate email. when I get brought in to the middle of a thread via a CC on a reply to an already 7-level deep email thread, I'm sometimes glad that people top-posted and didn't know how to trim anything. in a public 'forum' such as the list though, I don't think top-posting fits at all. |
| [04:51:54] | sphery: | (I think USR1 is for theme reload) |
| [04:54:07] | petefoo: | Captain_Murdoch: It still doesn't fix it, but the log stops at a totally different point this time. one second on the pastebin |
| [04:54:38] | petefoo: | http://pastebin.com/VfS9JpMe |
| [04:54:47] | petefoo: | lcd. |
| [04:55:02] | sphery: | petefoo: that was with a SIGUSR1? |
| [04:55:07] | petefoo: | yes. |
| [04:55:11] | Captain_Murdoch: | sphery, that soap box post was sent at 9:21 UTC, so around 4:21 EST on a Friday. I must have been in a good mood after a maintenance window. |
| [04:55:14] | petefoo: | let me compile it out real quick |
| [04:56:06] | sphery: | Captain_Murdoch: heh |
| [04:56:35] | sphery: | petefoo: compile what out? |
| [04:57:20] | petefoo: | isn't mythlcddisplay (I think that is what it was called) a configure option? |
| [04:57:31] | petefoo: | or am I mistaken? |
| [04:57:51] | sphery: | think it's a setting |
| [04:59:01] | sphery: | ok, actually a bunch of settings on the last page of Appearance settings |
| [05:00:34] | petefoo_ (petefoo_!~petefoo@184-99-224-1.hlrn.qwest.net) has joined #mythtv-users | |
| [05:01:03] | sphery: | petefoo: specifically, you want: "Enable LCD device", but you can override it (since you can't see the frontend to see the settings :) with: mythfrontend -O LCDEnable=0 |
| [05:01:22] | petefoo_: | Any idea of the SQL version of that checkbox? I can't really change it there if my frontend doesn't fire. :) |
| [05:01:35] | petefoo_: | ahh, even better |
| [05:02:45] | sphery: | petefoo: also, did you verify your ~/.mythtv/themes/ directory is OK? Assuming you haven't created any custom themes in there, try: rm -r $HOME/.mythtv/{theme{s,cache},Cache-*} |
| [05:03:14] | sphery: | if there was a problem downloading or extracting the theme to ~/.mythtv/themes , you may be operating on a broken theme |
| [05:03:17] | petefoo_: | sphery: tried that one to no avail earlier. |
| [05:03:19] | sphery: | (or partial theme) |
| [05:03:42] | sphery: | you mentioned getting rid of themecache and Cache-*, but didn't mention ~/.mythtv/themes , did you? |
| [05:03:50] | petefoo (petefoo!~petefoo@70-59-38-135.hlrn.qwest.net) has quit (Ping timeout: 276 seconds) | |
| [05:03:54] | natanojl (natanojl!~jonatan@83.252.237.63) has joined #mythtv-users | |
| [05:04:43] | petefoo_: | the USR1 this time ended on: |
| [05:04:43] | petefoo_: | 2011-04–13 23:03:58.651 Found mainmenu.xml for theme 'Terra' |
| [05:05:30] | sphery: | after removing the ~/.mythtv/themes dir? |
| [05:05:41] | sphery: | have you restarted mythfrontend since then? |
| [05:06:28] | petefoo_: | Sorry, no. Since trying LCDEnable. I removed the cache earlier tonight on a whim. |
| [05:06:40] | sphery: | Captain_Murdoch: regarding the "MythTV doesn't work guy", I do remember his original thread--and I remember telling him that he'd likely be happier with WinMCE |
| [05:07:25] | sphery: | petefoo_: but you removed all three? rm -r $HOME/.mythtv/themes -r $HOME/.mythtv/themecache -r $HOME/.mythtv/Cache-* |
| [05:07:36] | sphery: | please do that, then restart mythfrontend |
| [05:10:34] | sphery: | Captain_Murdoch: oh, and his original thread: http://www.gossamer-threads.com/lists/mythtv/users/471250#471250 (all 11 pages of it) |
| [05:12:35] | petefoo_: | sphery: I (re)nuked the 3 you listed, still no change. I also found a remotecache/ and a tmp/ so I killed both of those. |
| [05:12:40] | petefoo_: | still no change. |
| [05:12:51] | sphery: | heh, and this is the guy who lives down the road from me and told me, "If you lived in a place like I do, you'd see how impossible it is to get OTA TV." |
| [05:13:20] | sphery: | funny that he says that to a guy who's getting all the local channels OTA without any problems |
| [05:13:53] | weta (weta!~aross@CPE485b390978ce-CM00222ddf42dd.cpe.net.cable.rogers.com) has quit (Read error: Operation timed out) | |
| [05:14:53] | len (len!~quassel@184-97-168-55.mpls.qwest.net) has joined #mythtv-users | |
| [05:16:35] | sphery: | petefoo_: what video card? |
| [05:16:58] | ** wagnerrp enjoys when a big chunk of code compiles on the first try ** | |
| [05:18:20] | petefoo_: | broken is a 9800GTX, working is a 470 |
| [05:18:31] | sphery: | using nvidia proprietary drivers? |
| [05:18:35] | petefoo_: | both running 190 drivers I believe |
| [05:18:39] | sphery: | ok |
| [05:18:57] | petefoo_: | the whole rig worked fine before git pull last night |
| [05:19:11] | petefoo_: | but its been a while since I synced up, atleast 3 months |
| [05:19:25] | sphery: | can you try: mythfrontend -O UIPainter=qt |
| [05:19:34] | petefoo_: | does the same with qt and gt |
| [05:19:49] | sphery: | you tried -O UIPainter=qt already? |
| [05:20:02] | sphery: | with UIPainter, not ThemePainter? |
| [05:20:04] | petefoo_: | Yes. and the GL painter |
| [05:20:15] | petefoo_: | oh, you're right. |
| [05:20:17] | petefoo_: | I did theme. |
| [05:20:21] | petefoo_: | one sec. |
| [05:20:38] | sphery: | can I see a full log from the frontend at default verbosity (i.e. without all that database garbage)... mythfrontend -v important,general |
| [05:24:10] | petefoo_: | same result. |
| [05:24:12] | petefoo_: | 23:20 < petefoo_> one sec. |
| [05:24:28] | petefoo_: | opps.... |
| [05:24:30] | petefoo_: | http://pastebin.com/SVHcH2BB |
| [05:24:35] | sphery: | ok, well, I'm actually glad that enabling the qt painter didn't help :) |
| [05:24:49] | sphery: | would mean that we have a failure in our auto-detection code :) |
| [05:25:26] | sphery: | 2011-04–13 23:23:15.886 ThemeInfo, Warning: Unable to open themeinfo.xml for /usr/local/share/mythtv/themes/themes/themeinfo.xml |
| [05:25:29] | sphery: | 2011-04–13 23:23:15.886 ThemeInfo, Error: The theme (/usr/local/share/mythtv/themes/themes) is missing a themeinfo.xml file. |
| [05:25:32] | sphery: | not good |
| [05:25:56] | sphery: | ok, let's try: mythfrontend -O Theme=Terra |
| [05:26:16] | petefoo_: | that one might be my fault. I was copying from the working frontend, might have gone 1 to deep. |
| [05:26:42] | sphery: | yeah, it's the fact that it's trying to use a theme named themes that I'm worried about |
| [05:27:04] | petefoo_: | that change/error is very recent. |
| [05:27:20] | sphery: | really, though, when manually copying themes to a new system, you should put them in $HOME/.mythtv/themes/ |
| [05:27:21] | petefoo_: | I made the change right before we started playing with the uipainter. |
| [05:27:36] | sphery: | try starting and specifying Terra as the theme |
| [05:27:51] | petefoo_: | same result. |
| [05:27:56] | sphery: | ok... |
| [05:27:58] | petefoo_: | Want the logs? |
| [05:28:17] | sphery: | yeah, would make it easier |
| [05:28:40] | petefoo_: | mind if I clean up that dupe themes dir before sending them :) |
| [05:30:41] | sphery: | also, can you pastebin: mysql -umythtv -p mythconverg -e 'SELECT * FROM keybindings WHERE context = "TV Playback" AND (keylist LIKE "%Right%" OR keylist LIKE "%Left%");' |
| [05:30:48] | sphery: | yeah, go ahead and clean up the dup themes dir |
| [05:31:10] | sphery: | and, btw, the keybindings thing is unrelated, but still wrong (and might be due to some changes I made, so I'd like to see what's wrong) |
| [05:31:13] | wagnerrp: | woo! segfault! |
| [05:31:32] | wagnerrp: | not five seconds before i was thinking "all this and not one segfault' |
| [05:31:43] | petefoo_: | here's mythfrontend: http://pastebin.com/XaZjEWAj |
| [05:33:22] | sphery: | heh, triggered their spam detection filter... because of teh "www.mythtv.org" in the version info, maybe? (said it was triggered by links in the paste) |
| [05:33:34] | sphery: | anyway, let me in aftery I typed a captcha |
| [05:34:27] | sphery: | petefoo_: OK, it officially doesn't look like a problem with finding the theme, anymore |
| [05:34:39] | sphery: | screen is just the terra background? nothing more |
| [05:34:48] | sphery: | no 1pt fonts in the upper left or anything? |
| [05:35:04] | petefoo_: | yes. just brown as brown can be. |
| [05:35:59] | petefoo_: | Those keys are duped. It actually made the WAF go up slightly, because it causes skip instead of sticky ff/rw. Nice to find that one too, never took the time. |
| [05:36:02] | petefoo_: | http://pastebin.com/HVEQ0Cpq |
| [05:36:09] | petefoo_: | ^^ SQL you asked for |
| [05:36:29] | sphery: | what behavior do you want? |
| [05:36:36] | sphery: | sticky ffwd/rew or seek? |
| [05:36:38] | petefoo_: | I don't really care. |
| [05:36:42] | petefoo_: | but we used sticky |
| [05:36:50] | petefoo_: | and then it switched to skip at some point |
| [05:37:10] | andreax (andreax!~andreaz@p57B9336F.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [05:37:19] | petefoo_: | I just want my frontend to start :) |
| [05:38:43] | stoffel (stoffel!~quassel@p57B4CC0E.dip.t-dialin.net) has joined #mythtv-users | |
| [05:38:43] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v stoffel | |
| [05:40:07] | sphery: | petefoo_: if you want sticky, then: UPDATE keybindings SET keylist = '' WHERE action IN ('SEEKFFWD', 'SEEKRWND'); UPDATE keybindings SET keylist = '>,.' WHERE action = 'FFWDSTICKY'; UPDATE keybindings SET keylist = ',,<' WHERE action = 'RWNDSTICKY'; |
| [05:40:14] | sphery: | that will fix it to what you were used to |
| [05:40:35] | sphery: | and, yeah, the FFWDSTICKY and RWNDSTICKY values are correct in the above SQL :) |
| [05:41:28] | sphery: | as far as the blank, no text thing... there was an issue a while back that was affecting users |
| [05:41:36] | sphery: | I'm having a hard time remembering what it was |
| [05:43:25] | petefoo_: | So I've killed everything in my ./mythtv that was theme related, same in /usr/local/share/mythtv/themes/, rebased my git tree and issued a 'make distclean' |
| [05:43:36] | petefoo_: | where else can something like this hide? |
| [05:43:44] | sphery: | petefoo_: can I see a frontend log without the UIPainter, please? just mythfrontend -v important,general |
| [05:43:51] | petefoo_: | sure. |
| [05:44:52] | petefoo_: | http://pastebin.com/chbNesmi |
| [05:45:20] | sphery: | Interesting... It's showing that your OpenGL isn't working properly |
| [05:45:26] | sphery: | I have a feeling this is what's causing the problem |
| [05:45:27] | CKnet (CKnet!cyberknet@ip70-189-69-101.ok.ok.cox.net) has joined #mythtv-users | |
| [05:45:38] | sphery: | I think you need to re-install the nvidia proprietary driver |
| [05:45:45] | CyberKnet (CyberKnet!cyberknet@ip70-189-69-101.ok.ok.cox.net) has quit (Ping timeout: 248 seconds) | |
| [05:45:49] | sphery: | 2011-04–13 23:44:07.347 OpenGL is using software rendering. Falling back to Qt painter. |
| [05:45:59] | sphery: | you're not doing this in an ssh X forwarding session, right? |
| [05:46:12] | sphery: | it's trying to display on the local display, right? |
| [05:46:43] | tictric (tictric!~quassel@p4FE17410.dip.t-dialin.net) has joined #mythtv-users | |
| [05:46:43] | tictric (tictric!~quassel@p4FE17410.dip.t-dialin.net) has quit (Changing host) | |
| [05:46:43] | tictric (tictric!~quassel@unaffiliated/tictric) has joined #mythtv-users | |
| [05:46:54] | petefoo_: | it's xfwd right now |
| [05:47:09] | sphery: | can you try it on your actual displays |
| [05:47:35] | sphery: | just to see what happens with the Terra theme from the system dirs and the OpenGL painter |
| [05:47:38] | tictric_ (tictric_!~quassel@unaffiliated/tictric) has quit (Read error: Operation timed out) | |
| [05:48:01] | petefoo_: | it has been the same down there. I only started doing the x forward since I've been here, to make it easier. |
| [05:48:06] | wagnerrp: | sphery: http://pastebin.com/Qtk1QTfA |
| [05:48:07] | petefoo_: | But I can try. |
| [05:48:18] | sphery: | yeah, just want you to try once, now, with where we're currently at |
| [05:48:22] | sphery: | getting the log would be useful, too |
| [05:48:29] | petefoo_: | let me hit the driver first |
| [05:48:43] | sphery: | wagnerrp: nice :) |
| [05:48:44] | petefoo_: | I haven't done that, and x forwards have always worked fine. |
| [05:49:24] | sphery: | yeah, I'm just trying to remove all the variables we can right now |
| [05:49:41] | sphery: | chances are the driver is fine--I only thought it was broken because I thought you were using the local display |
| [05:49:43] | CKnet is now known as CyberKnet | |
| [05:50:25] | mycoDA (mycoDA!~mycoDA@221.121.134.96) has joined #mythtv-users | |
| [05:50:25] | mycoDA (mycoDA!~mycoDA@221.121.134.96) has quit (Changing host) | |
| [05:50:25] | mycoDA (mycoDA!~mycoDA@unaffiliated/mycosys) has joined #mythtv-users | |
| [05:50:25] | CyberKnet: | wagnerrp... just the knowledgable person I was hoping to see :) |
| [05:51:20] | petefoo_: | sphery: I'd agree on the driver. No changes on that front. |
| [05:51:35] | wagnerrp: | oh? |
| [05:52:06] | ** wagnerrp goes back to typing up a massive commit log ** | |
| [05:53:24] | CyberKnet: | wagnerrp: Well, this is highly unimportant sorry. But I was looking at the trim slice device and given your insightful thoughts on previous ATOM devices, I was curious about your opinion on this ARM device. Along with any "stupid, myth won't work on ARM" thoughts you had too... |
| [05:53:36] | CyberKnet: | http://www.trimslice.com/ |
| [05:53:53] | CyberKnet: | It's a Tegra 2 arm device that looks very small and cool. |
| [05:54:31] | wagnerrp: | supposedly the boxee box abandoned the tegra2 (or maybe the tegra1) because its video decoder wasnt up to their needs |
| [05:54:45] | wagnerrp: | regardless, mythtv does not support the video decoder on the tegra or tegra2 |
| [05:55:35] | KraMer (KraMer!~mark@adsl-70-240-211-246.dsl.hstntx.swbell.net) has left #mythtv-users ("Leaving") | |
| [05:55:45] | CyberKnet: | fair enough. I thought you'd probably have a concise "don't be daft" answer that was meaningful and helpful :) thanks :) |
| [05:56:02] | CyberKnet: | (no sarcasm or malice there... genuinely appreciative) |
| [05:56:12] | wagnerrp: | if not for the lack of video decoder support, it would be every bit as useful a frontend as the ION systems |
| [05:56:34] | wagnerrp: | similarly, if not for lack of video decoder support, the zacate systems would be every bit as useful a frontend as the ION systems |
| [05:56:47] | CyberKnet: | I had hoped the processor in it might be a bit more capable than the ION systems. |
| [05:56:59] | wagnerrp: | its a 1GHz dual core A9 |
| [05:57:27] | wagnerrp: | which puts it right in the same performance range as a dual core Atom, likely with significantly less floating point capability |
| [05:58:29] | petefoo_ is now known as petefoo | |
| [05:59:36] | CyberKnet: | Aah, ok. Well, your reasoning for not necessarily looking at ION/ATOM setups was sound to me, so even if the video decoder was supported, this also looks like a pass for myth for me. |
| [05:59:55] | wagnerrp: | well that depends on the price |
| [06:00:22] | wagnerrp: | a full system for <$100 would be very interesting (if the video decoder was supported) |
| [06:00:45] | CyberKnet: | it's $250 afaik |
| [06:00:53] | wagnerrp: | but if im paying the $200-$300 that ION systems ask for, im going to want some real CPU power |
| [06:03:31] | wagnerrp: | but then as mentioned, im not a big stickler for small form factor |
| [06:03:53] | wagnerrp: | i dont really want to see my computer next to my tv, so as long as its small enough for me to hide behind something, its good enough for me |
| [06:04:24] | johd (johd!~johd@90.146.55.47) has joined #mythtv-users | |
| [06:04:43] | martin_ (martin_!~quassel@static-88.131.29.2.addr.tdcsong.se) has joined #mythtv-users | |
| [06:07:50] | petefoo: | sphery: wagnerrp: i think i might have found it. |
| [06:09:28] | Gibby (Gibby!~Gibby@204.118.10.244) has quit (Ping timeout: 260 seconds) | |
| [06:10:02] | Gibby (Gibby!~Gibby@204.118.10.244) has joined #mythtv-users | |
| [06:11:56] | petefoo: | Woo! That was it. My last sync was around 1/24/11. Backend took me from schema 1268 to 1271 with no problem. After completing that though, front end wants to take me from Music schema, for 1017 to 1018. I didn't complete this part the first time...grumble x forward. |
| [06:12:43] | petefoo: | timewarp > try again |
| [06:12:45] | petefoo: | wins again. |
| [06:18:29] | FabriceMG (FabriceMG!~MARTIN@217.112.59.207) has joined #mythtv-users | |
| [06:18:46] | sphery: | petefoo: so it was running the db update for the music schema and it was just taking forever? |
| [06:19:18] | sphery: | or was asking you if you want to update and you couldn't see the prompt? |
| [06:19:47] | petefoo: | No. Sorry, should have given a bit more detail. I was just excited to see it work again. |
| [06:20:07] | petefoo: | I restored the DB from 1/24/11, which was before my last git pull |
| [06:20:08] | sphery: | shouldn't have taken long, so I'm glad that's not it :) |
| [06:20:14] | petefoo: | and let it do its thing again |
| [06:20:41] | petefoo: | That's when I noticed the frontend wanted to make a change too, that I didn't let it do the first time. |
| [06:20:46] | sphery: | so why weren't you seeing anything? |
| [06:21:29] | Twiggy2cents (Twiggy2cents!~darren@66-87-8-50.pools.spcsdns.net) has quit (Ping timeout: 250 seconds) | |
| [06:21:44] | petefoo: | My fe/be is down in the basement. I don't manage it via the kb very often |
| [06:22:14] | petefoo: | I sync'd it up and knocked a reboot at it |
| [06:22:20] | petefoo: | and things went very wrong. |
| [06:23:28] | petefoo: | I'm still not sure what went wrong in SQL, probably never know. But it was there. |
| [06:23:56] | sphery: | so restoring the old DB make things works properly |
| [06:24:03] | sphery: | but no idea what changed? |
| [06:24:40] | petefoo: | yes. restore mythconverg_backup.pl from before the git sync |
| [06:24:56] | petefoo: | and let mythbackend and mythfrondend work their magic on it again. |
| [06:25:22] | sphery: | weird |
| [06:25:25] | sphery: | wonder what happened |
| [06:26:06] | petefoo: | no idea. I'm not nearly as ninja in these subjects. If anyone would like the sql files, I have them. |
| [06:27:01] | petefoo: | truthfully, I'm just happy I don't have to sleep on the couch. |
| [06:28:31] | simcop2387 (simcop2387!~simcop238@p3m/member/simcop2387) has quit (Ping timeout: 246 seconds) | |
| [06:32:03] | sphery: | petefoo: you have a before/after SQL backup? If so, I'd love to get a copy that I could diff. |
| [06:33:03] | petefoo: | yes. I was trying to put one together but all I get is: |
| [06:33:13] | petefoo: | Binary files mythconverg-1267–20110124221659.sql.gz and mythconverg-1267–20110412221817.sql.gz differ |
| [06:33:39] | petefoo: | on a side note, what switches do I need? making you a tarball. |
| [06:33:55] | sphery: | any tarball should work |
| [06:34:09] | sphery: | or if it's easier, you can just put the 2 backups somewhere for me to download |
| [06:34:30] | sphery: | and huge thanks... this keeps coming up and we can't figure out what's causing it |
| [06:34:40] | sphery: | (this or similar behaviors, that is) |
| [06:36:04] | petefoo: | I can host your tar without problem. I was asking what I'm doing wrong with diff to get output |
| [06:36:07] | petefoo: | diff mythconverg-1267–20110124221659.sql.gz mythconverg-1267–20110412221817.sql.gz |
| [06:36:25] | lyricnz (lyricnz!~simonrobe@CPE-138-217-144-9.lns6.lon.bigpond.net.au) has quit (Quit: lyricnz) | |
| [06:36:34] | hpeter (hpeter!~hpeter@178-83-237-229.dynamic.hispeed.ch) has quit (Ping timeout: 246 seconds) | |
| [06:37:23] | petefoo: | nm. gz. |
| [06:37:25] | sphery: | ah, you'd need to gunzip the files to do a diff, but there will likely be a mess of differences |
| [06:37:33] | sphery: | just because of ordering and other stuff |
| [06:37:56] | sphery: | but with the 2 backups, I could manipulate them to make it easier to find what's actually different |
| [06:38:08] | petefoo: | is there a gdiff? |
| [06:38:16] | sphery: | and I promise not to judge (or divulge) |
| [06:38:36] | sphery: | all I care about is how to repro the issue you saw so I can fix it |
| [06:38:36] | petefoo: | nah its fine. judge all you want. |
| [06:38:42] | sphery: | heh |
| [06:38:47] | simcop2387 (simcop2387!~simcop238@p3m/member/simcop2387) has joined #mythtv-users | |
| [06:38:51] | petefoo: | it's my tv for christsake |
| [06:39:06] | sphery: | yeah, I feel the same way |
| [06:39:13] | sphery: | some people are pretty protective, though :) |
| [06:39:26] | sphery: | but really, it would be easiest for me if I could get the original backups |
| [06:39:30] | petefoo: | I just block it from the world and let it do its thing. |
| [06:39:52] | petefoo: | tarball is going through the tubes |
| [06:39:56] | petefoo: | slow ul from here |
| [06:40:00] | petefoo: | 13m inc |
| [06:40:07] | sphery: | not too bad |
| [06:40:22] | sphery: | my upload is slow, too, so I understand |
| [06:40:40] | sphery: | but 13MB is nice and small |
| [06:41:06] | petefoo: | http://pastebin.com/zZPXnu8k |
| [06:41:11] | sphery: | my latest backup: -rw-r--r-- 1 mythtv mythtv 102180292 Apr 13 18:57 mythconverg-1264–20110413185644.sql.gz |
| [06:41:26] | petefoo: | no. 13 so far |
| [06:41:28] | petefoo: | lol |
| [06:42:09] | sphery: | ah, got it |
| [06:42:51] | petefoo: | 32 total. 7 min eta |
| [06:44:37] | simcop2387 (simcop2387!~simcop238@p3m/member/simcop2387) has quit (Ping timeout: 246 seconds) | |
| [06:46:34] | wagnerrp: | sphery: big 'ol commit... https://github.com/MythTV/mythtv/commit/8bc8dd541300 |
| [06:48:02] | sphery: | nice |
| [06:49:00] | sphery: | wagnerrp: did you mean to leave in those lines: // cerr << " bool set to inverse of default" << endl; |
| [06:49:54] | wagnerrp: | yeah, for now |
| [06:50:08] | wagnerrp: | debugging lines in case stuff isnt being processed as expected |
| [06:50:10] | sphery: | does the toDateTime() handle both of the MythTV formats? |
| [06:50:22] | wagnerrp: | right now? it doesnt do anything |
| [06:50:32] | wagnerrp: | i need to put in a handler in the parser for that |
| [06:50:34] | sphery: | ah, ok |
| [06:50:41] | wagnerrp: | i also need to put one in for stringlists |
| [06:51:13] | sphery: | but the --starttime stuf can take the 2 formats: 20110414025130 and 2011-04–14T02:51:30 |
| [06:51:26] | ubIx_ (ubIx_!~ulf@p5DD18EC4.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [06:51:27] | wagnerrp: | right |
| [06:51:32] | sphery: | nice |
| [06:51:40] | wagnerrp: | (except at the moment, it doesnt take either) |
| [06:51:46] | wagnerrp: | it just leaves them as QStrings |
| [06:52:17] | CyberKnet (CyberKnet!cyberknet@ip70-189-69-101.ok.ok.cox.net) has quit () | |
| [06:52:32] | sphery: | looks really good |
| [06:52:50] | wagnerrp: | the help text needs filling out |
| [06:53:06] | wagnerrp: | i need to add special processing in the Parse() loop for more types |
| [06:53:13] | sphery: | yeah, that can happen over time |
| [06:53:16] | wagnerrp: | and i need to test the other programs more |
| [06:53:27] | sphery: | I assuem if there's no long description, the long help just shows the short description? |
| [06:53:34] | wagnerrp: | correct |
| [06:53:41] | sphery: | don't worry about testing--we have a bunch of users who will |
| [06:53:53] | sphery: | you'll know when they find something |
| [06:54:04] | wagnerrp: | no, i want to test it a few days personally, or at least make another few readthroughs |
| [06:54:08] | wagnerrp: | since i know i missed things |
| [06:54:43] | Slim-Kimbo (Slim-Kimbo!~Kimbo@host86-167-41-253.range86-167.btcentralplus.com) has quit (Quit: Slim-Kimbo) | |
| [06:54:58] | ubIx (ubIx!~ulf@p5DD19330.dip0.t-ipconnect.de) has quit (Ping timeout: 260 seconds) | |
| [06:55:47] | simcop2387 (simcop2387!~simcop238@p3m/member/simcop2387) has joined #mythtv-users | |
| [06:57:41] | petefoo (petefoo!~petefoo@184-99-224-1.hlrn.qwest.net) has quit (Quit: leaving) | |
| [07:05:40] | weta (weta!~aross@CPE485b390978ce-CM00222ddf42dd.cpe.net.cable.rogers.com) has joined #mythtv-users | |
| [07:06:45] | natanojl (natanojl!~jonatan@83.252.237.63) has quit (Ping timeout: 260 seconds) | |
| [07:07:36] | hpeter (hpeter!~hpeter@250-203.5-85.cust.bluewin.ch) has joined #mythtv-users | |
| [07:11:00] | Diverdude (Diverdude!~Diverdude@1709ds1-vbr.0.fullrate.dk) has joined #mythtv-users | |
| [07:16:17] | [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving) | |
| [07:34:40] | Patina_ (Patina_!~tomas@1385158770.dhcp.dbnet.dk) has joined #mythtv-users | |
| [07:35:44] | Patina_ (Patina_!~tomas@1385158770.dhcp.dbnet.dk) has quit (Client Quit) | |
| [07:36:15] | wagnerrp: | sphery: bit of a problem with mythfilldatabase |
| [07:36:50] | wagnerrp: | it has lines like '--file <sourceid> <xmlfile>' and '--dd-file <sourceid> <offset> <lineupid> <xmlfile>' |
| [07:37:02] | mzb: | has the idea of per-volumegroup quotas been considered/implemented? |
| [07:37:08] | sphery: | ah, yeah, the multiple value args |
| [07:37:13] | wagnerrp: | i cannot handle multiple values for a single option |
| [07:37:33] | wagnerrp: | and honestly, i dont know how i would work that in with the current paradigm |
| [07:37:45] | wagnerrp: | the only thing i can think of is to make them comma separated? |
| [07:37:45] | mzb: | (or anythings similar?) |
| [07:37:49] | sphery: | if you need to, you could always just add new args |
| [07:38:13] | wagnerrp: | --sourceid, --offset, --lineupid, --xmlfile? |
| [07:38:18] | sphery: | i.e. --dd-file --sourceid 1 --offset 1 --lineupid 3 --xmlfile filename.xml |
| [07:38:21] | sphery: | yeah |
| [07:38:28] | wagnerrp: | that would work |
| [07:38:56] | sphery: | just make sure you "announce" it for those who are using wrapper scripts for mfdb |
| [07:39:06] | sphery: | if nothing else, just calling it out in the commit message |
| [07:39:16] | sphery: | but you could send a message to the list if you want |
| [07:39:43] | sphery: | some may complain that it's too verbose, but it seems much more descriptive to me |
| [07:39:57] | wagnerrp: | either way, im going to have to change the clal |
| [07:40:00] | sphery: | (and doesn't require you to use --help to figure out the proper order/meaning of things) |
| [07:40:09] | wagnerrp: | mzb: you talking about the auto-expire limits? |
| [07:40:13] | mzb: | I forget the name, it's something like "Expire Space" ... the effect being: how much space to leave free on a drive |
| [07:40:14] | mzb: | yes |
| [07:40:40] | sphery: | mzb: yeah, eventually when we have real info on SG dirs, we may do that |
| [07:40:41] | wagnerrp: | wouldnt be difficult to add |
| [07:40:45] | mzb: | is it possible to vary that space per drive or volume group ... or EVEN a percentage? |
| [07:40:55] | wagnerrp: | not at current |
| [07:41:02] | mzb: | shame |
| [07:41:03] | wagnerrp: | just the one global value per backend |
| [07:41:12] | wagnerrp: | why? |
| [07:41:16] | sphery: | the biggest problem, now, is the fact that we don't maintain a list of file system info |
| [07:41:25] | wagnerrp: | usually you want to keep your storage disks away from everything else |
| [07:41:26] | mzb: | makes it difficult for setups that don't involve drives all the same size |
| [07:41:28] | sphery: | so we may have conflicting configs |
| [07:41:38] | wagnerrp: | mzb: not sure why |
| [07:41:55] | sphery: | and if you had a 2 dirs on a file system that had different values, the one with the lower value would win, when the one with the higher value probably should |
| [07:41:58] | wagnerrp: | you want to size your free space according to having enough for the next recording |
| [07:42:02] | mzb: | ok ... I'm just in the process of deconstructing my raid5 arrays |
| [07:42:07] | mzb: | ah |
| [07:42:22] | mzb: | but I have multiple groups on each drive |
| [07:42:26] | wagnerrp: | so honestly, that value should scale on its own |
| [07:42:43] | mzb: | so, for eg: I need up to 10hrs of space for SPORTS |
| [07:42:49] | wagnerrp: | that value there is just an additional offset if users want safety, or want room on the disk for other content |
| [07:42:55] | sphery: | but, yeah, the auto-expire extra space is primarily just a "how much buffer you need to get you through the period until auto expirer kicks in" |
| [07:43:06] | mzb: | but I only need probably 4hrs for a series/comedy |
| [07:43:12] | wagnerrp: | the auto-expirer runs every 15 minutes |
| [07:43:17] | sphery: | since mythtv works best with its own file systems that aren't used by anyone else |
| [07:43:27] | wagnerrp: | so you really need enough space to last you 15 minutes until the next run |
| [07:43:27] | mzb: | so this makes a difference when there is a mix of 500 and 1000 GB drives |
| [07:43:35] | mzb: | errmm |
| [07:43:44] | mzb: | I've not found that to be true |
| [07:43:48] | sphery: | (because the extra space isn't "extra space after what mythtv uses", it's "extra space, regardless of who's using space") |
| [07:43:50] | mzb: | maybe things have changes |
| [07:44:29] | mzb: | maybe things have changed |
| [07:44:40] | mzb: | ok, so there's nothing wrong with having multiple volume groups over a number of drives? |
| [07:44:48] | sphery: | wagnerrp: technically, it runs every 15min until recordings start, then it's every 5 |
| [07:45:11] | mzb: | I have found in the past that I need to allow enough space for the longest recording |
| [07:45:13] | sphery: | so in theory, you only have to weather 5min + a few seconds |
| [07:45:30] | mzb: | mind you ... that was a few years ago |
| [07:45:33] | wagnerrp: | ah, so the 15-min interval is to allow it to get recordings out of the way if you are storing to the drive outside of mythtv |
| [07:45:45] | sphery: | there have been several times when we had problems with autoexpire |
| [07:45:51] | mzb: | kk |
| [07:45:56] | sphery: | I haven't heard of any problems lately, so I assume it works properly |
| [07:46:08] | mzb: | so 0.24 is good with autoexpire? |
| [07:46:34] | sphery: | wagnerrp: not sure what the 15min is for... just to re-order the list, maybe? It won't actually ever expire things until a new recording starts. |
| [07:46:53] | sphery: | and it only expires from file systems on which recordings are being written--regardless of how full other file systems are |
| [07:46:58] | xamindar (xamindar!~xamindar@adsl-99-8-226-41.dsl.pltn13.sbcglobal.net) has quit (Quit: nekomimimodo) | |
| [07:47:01] | mzb: | for eg: I now have 4x 1TB drives that I will use for movies |
| [07:47:03] | mzb: | BUT |
| [07:47:23] | mzb: | that will include anything in the 'movies' recording group |
| [07:47:24] | mzb: | AND |
| [07:47:37] | mzb: | the 'movies' in the 'Videos' group |
| [07:48:05] | mzb: | so the 15min thing is ok as long as I don't copy in there too quickly (and the buffer isn't big enough;)) |
| [07:48:07] | mzb: | right? |
| [07:48:28] | mzb: | the 3x 500GB drives will hand most of the normal stuff |
| [07:48:36] | sphery: | if you copy in there during a recording, autoexpire almost definitely won't be able to keep up |
| [07:48:43] | mzb: | yep |
| [07:49:02] | mzb: | but let's say I limit the rate ... mythtv will recover, right? |
| [07:49:07] | sphery: | assuming you have slow deletes enabled, since it's basing its delete speed on the number of recorders |
| [07:49:20] | mzb: | nope .. all xfs |
| [07:49:37] | sphery: | but if you have a fast-deleting file system, it may be able to keep up, but if you can fill it in the 5-min between runs, it won't |
| [07:49:46] | mzb: | err ... any need for slow deletes with xfs? |
| [07:49:55] | mzb: | kk |
| [07:50:05] | sphery: | no need for them unless you feel that deleting slows the UI |
| [07:50:12] | mzb: | hehe |
| [07:50:24] | mzb: | you won't believe what it's like now |
| [07:50:40] | mzb: | I recently bought an OCZ Vertex 2 60GB SSD |
| [07:50:52] | mzb: | ~google OCZ Vertex 2 |
| [07:50:55] | mzb: | meh |
| [07:50:56] | mzb: | nm |
| [07:51:06] | mzb: | it's now like an "appliance" |
| [07:51:20] | mzb: | showed it to the boss and his jaw hit the floor |
| [07:51:29] | sphery: | heh, cool |
| [07:51:41] | mzb: | "That's faster than my settop box! ... MUST HAVE ONE NOW!" |
| [07:52:07] | mzb: | so I've rooted the whole system on SSD, AND put NFS roots for the diskless machines on the SSD |
| [07:52:13] | mzb: | it's STUPIDLY fast |
| [07:52:20] | wagnerrp: | my frontend comes on within seconds of hitting the power button |
| [07:52:24] | mzb: | the effect is nothing but incredible |
| [07:52:34] | wagnerrp: | (it never turns off... :)) |
| [07:52:38] | mzb: | :) |
| [07:52:44] | wagnerrp: | the power button is just the tv |
| [07:52:47] | mzb: | put it this way |
| [07:53:10] | mzb: | I did a test with two identical filesystems, one on HDD, other on SDD |
| [07:53:24] | mzb: | # time find / | wc -l |
| [07:53:34] | mzb: | on HDD it took 35 seconds |
| [07:53:42] | mzb: | on SDD it took 0.7 seconds |
| [07:53:48] | wagnerrp: | ive got four machines, a dozen servers, and my database running on a mirror of 300GB drives |
| [07:53:54] | wagnerrp: | it gets /really/ painful at times |
| [07:54:18] | sphery: | wagnerrp: you should use VMs |
| [07:54:33] | sphery: | or maybe physicalization with atom boxes |
| [07:54:43] | mzb: | you can only *imagine* the effect that speed has on db+cache lookups |
| [07:55:21] | wagnerrp: | sphery: because VMs are the magic dust that corrects for lack of disk IO? |
| [07:55:49] | sphery: | wagnerrp: pretty sure |
| [07:55:53] | sphery: | and lack of CPU power |
| [07:55:59] | mzb: | I can now hold down the 'down' button on the remote and scroll through the recordings list like ... well I can't think of an analogy ;) |
| [07:56:09] | sphery: | It's all about VMs these days |
| [07:56:20] | mzb: | no pauses... no skips ... |
| [07:56:55] | mzb: | WAF^2 |
| [07:58:48] | mzb: | so, if I've got at least 3 drives per volume group, and 3 tuners (each with 5 virtual tuners) ... and let's say all the multiplexes are HD (or at least 720p) |
| [07:59:23] | mzb: | under a *theoretical* max load I'd need at least: |
| [07:59:52] | wagnerrp: | 15GB free |
| [08:00:20] | wagnerrp: | assuming ~25mbps per mux |
| [08:00:43] | mzb: | 15 * 60 * 2.5 * 3 * 5 / 3 |
| [08:01:20] | wagnerrp: | no, i screwed that up somehow |
| [08:01:29] | mzb: | 11.25 GB |
| [08:01:40] | mzb: | that sound about right? |
| [08:01:46] | wagnerrp: | i know how i screwed that up |
| [08:01:53] | wagnerrp: | its 4am and i can no longer do math in my head |
| [08:01:56] | mzb: | hehe |
| [08:02:21] | mzb: | it's only 6pm and I can't do it in my head anytime ;) |
| [08:03:06] | mzb: | and if I add another dual-tuner it would be: |
| [08:03:35] | sphery: | wow, public school in Auburn is giving iPad 2s to every kindergartener in 5 classes ($200K cost, paid by school--hoping they can get grant money) |
| [08:03:48] | mzb: | 15 * 60 * 2.5 * 5 * 5 / 3 = 18.75 GB |
| [08:03:57] | mzb: | gawd |
| [08:04:23] | andreax (andreax!~Andreaz@tmo-100-170.customers.d1-online.com) has joined #mythtv-users | |
| [08:04:37] | mzb: | are my sums right? |
| [08:05:14] | mzb: | (I appreciate that it's _extremely_ unlikely for all the virtual tuners to be doing that rate at once) |
| [08:05:33] | mzb: | ps: there are only 5 multiplexes here ;) |
| [08:05:54] | wagnerrp: | mzb: what frequency width, modulation do your broadcasters use? |
| [08:06:07] | mzb: | 200MHz ... forget the rest |
| [08:06:24] | wagnerrp: | i mean are the 6MHz channels? 8MHz? |
| [08:06:31] | mzb: | 8 rings a bell |
| [08:07:34] | wagnerrp: | QAM64? |
| [08:07:49] | mzb: | yes |
| [08:08:31] | wagnerrp: | so your muxes are likely somewhere around 25mbps total |
| [08:08:50] | mzb: | ah, ok ... I see where you're going |
| [08:08:50] | wagnerrp: | your three tuners can each record one mux |
| [08:08:55] | wagnerrp: | so 75mbps total |
| [08:09:01] | mzb: | kk |
| [08:09:06] | wagnerrp: | for five minutes... thats just under 3GB |
| [08:09:28] | wagnerrp: | so 5GB or even 10GB and you should be in no risk |
| [08:10:05] | mzb: | awfully small margin of error for TERABYTES of space ;) |
| [08:10:54] | mzb: | is there any reason that old recordings wouldn't auto-expire? |
| [08:11:07] | mzb: | I've got an ancient database |
| [08:11:13] | mzb: | with known problems |
| [08:11:31] | mzb: | but I've found it very hard to completely clean it |
| [08:12:41] | wagnerrp: | ive never actually used autoexpire |
| [08:12:54] | mzb: | manual method? |
| [08:13:03] | mzb: | or unlimited space? ;) |
| [08:13:45] | wagnerrp: | manual |
| [08:14:03] | mzb: | I've got too much going on for that |
| [08:14:08] | sphery: | mzb: if the recordings are marked to disallow autoexpire, they won't expire |
| [08:14:22] | mzb: | I'm pretty sure they're set for autoexpire |
| [08:14:39] | sphery: | it's kept on a per-recording basis, where the default value is determined by the recording rule's setting at the time of the recording |
| [08:14:45] | mzb: | I've been quite vigilant on the issue ... even checked/sorted by the db |
| [08:14:56] | sphery: | should be good, then |
| [08:14:59] | andreax1 (andreax1!~Andreaz@tmo-108-100.customers.d1-online.com) has joined #mythtv-users | |
| [08:15:16] | andreax (andreax!~Andreaz@tmo-100-170.customers.d1-online.com) has quit (Read error: Connection reset by peer) | |
| [08:15:19] | mzb: | hmm ... hopefuly it will all come right once I've got it sorted out |
| [08:16:06] | mzb: | so, is having >1 recording group per drive still going to allow mythtv to balance the load on the drives? |
| [08:16:35] | mzb: | or it only understands the theory of one group per drive? |
| [08:17:33] | mzb: | ie: I'd like 'Documentaries', 'Netball' and 'Kids' all to share 3 drives (different directories on each drive) |
| [08:20:51] | andreax (andreax!~Andreaz@tmo-101-125.customers.d1-online.com) has joined #mythtv-users | |
| [08:23:01] | mzb: | thanks for your time, guys ... much appreciated |
| [08:24:13] | andreax1 (andreax1!~Andreaz@tmo-108-100.customers.d1-online.com) has quit (Ping timeout: 276 seconds) | |
| [08:27:55] | wagnerrp: | mythfilldatabase really has a mass of text for all of its options; |
| [08:28:23] | wagnerrp: | im glad i put in that 'long help' ability |
| [08:30:41] | frankbean (frankbean!~frankbean@173.208.68.59) has quit (Quit: Textual IRC Client: http://www.textualapp.com/) | |
| [08:30:57] | weta (weta!~aross@CPE485b390978ce-CM00222ddf42dd.cpe.net.cable.rogers.com) has quit (Read error: Operation timed out) | |
| [08:47:07] | hashbang (hashbang!~isajb@137.222.12.19) has joined #mythtv-users | |
| [08:47:15] | andreax (andreax!~Andreaz@tmo-101-125.customers.d1-online.com) has quit (Ping timeout: 252 seconds) | |
| [08:47:43] | carter05_ (carter05_!~carter05_@ns1.neomezeny-hosting.cz) has joined #mythtv-users | |
| [08:48:56] | seeker (seeker!~seeker@unaffiliated/seeker) has joined #mythtv-users | |
| [08:54:17] | uW (uW!~uW@74.174.28.98) has quit (Ping timeout: 240 seconds) | |
| [08:55:22] | johd (johd!~johd@90.146.55.47) has quit (Quit: Leaving) | |
| [08:56:25] | Diverdude: | I have an mp4 file. When i play it on totem on my laptop it works fine, but when i play it on mythtv on my media computer the sound is not working, How can i fix this? |
| [09:06:40] | uW (uW!~uW@74.174.28.98) has joined #mythtv-users | |
| [09:18:59] | andreax (andreax!~Andreaz@tmo-108-146.customers.d1-online.com) has joined #mythtv-users | |
| [09:20:50] | len (len!~quassel@184-97-168-55.mpls.qwest.net) has quit (Remote host closed the connection) | |
| [09:24:57] | ekristen (ekristen!~ekristen@pool-71-163-178-57.washdc.fios.verizon.net) has quit (Quit: ekristen) | |
| [09:39:03] | GreyFoxx: | Beirdo: Using that latest patch: http://pastebin.ca/2046313 |
| [09:44:19] | markk (markk!~mark@cm180.omega173.maxonline.com.sg) has quit (Remote host closed the connection) | |
| [09:47:20] | andreax (andreax!~Andreaz@tmo-108-146.customers.d1-online.com) has quit (Read error: Connection reset by peer) | |
| [09:48:27] | markk (markk!~mark@cm180.omega173.maxonline.com.sg) has joined #mythtv-users | |
| [09:49:20] | andreax (andreax!~Andreaz@80.187.108.146) has joined #mythtv-users | |
| [09:49:54] | spirit3: | Diverdude: Do non mp4's play correctly on mythtv? |
| [09:52:58] | Diverdude: | spirit3, yeah |
| [09:53:33] | andreax1 (andreax1!~Andreaz@80.187.108.146) has joined #mythtv-users | |
| [09:55:56] | spirit3: | Diverdude: I don't know much about this – but, can you play the mp4 on your mythbox using an alternative player? mplayer for example? |
| [09:56:28] | spirit3: | ie – are the codecs all present and working? I'm not sure if mythtv relied on external codecs or has it's won compiled in ... |
| [09:56:30] | andreax (andreax!~Andreaz@80.187.108.146) has quit (Ping timeout: 260 seconds) | |
| [09:56:31] | spirit3: | anyone? |
| [10:00:32] | justinh: | mythtv relies on *no* external codecs |
| [10:00:58] | justinh: | everything it can play is theoretically the same as everything ffmpeg can handle |
| [10:04:38] | spirit3: | Thanks justinh |
| [10:04:48] | justinh: | external codecs is kinda a windows lameness thing isn't it? |
| [10:05:01] | justinh: | oh wait I forgot about the other lameness thing they call gstreamer |
| [10:05:03] | mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Read error: Connection reset by peer) | |
| [10:05:22] | spirit3: | justinh: I guess what I meant to say was – does it use ffmpeg etc or is it 'compiled in' :) |
| [10:05:42] | spirit3: | No idea why Diverdude's mp4's are misbehaving then |
| [10:05:56] | 16SAAAHVG (16SAAAHVG!~mike@24.21.63.118) has joined #mythtv-users | |
| [10:06:38] | justinh: | it uses its own branch of ffmpeg which is regularly synced |
| [10:07:23] | justinh: | maybe the mp4 has ac3 audio & his copy of mythtv doesn't have ac3 support built in. seen that |
| [10:08:03] | justinh: | or aac audio |
| [10:08:06] | justinh: | also seen that |
| [10:08:36] | lyricnz (lyricnz!~simonrobe@ppp118-209-14-241.lns20.mel4.internode.on.net) has joined #mythtv-users | |
| [10:09:17] | spirit3: | I guess an mp4 can contain anything inside it |
| [10:10:24] | justinh: | ffmpeg can tell you what format the audio is |
| [10:10:29] | justinh: | ffmpeg -i $FILENAME |
| [10:13:09] | spirit3: | justinh: One of my tuners has just died again (first time since the fresh install of Mythbuntu 10.10) so I'm now trying hashbang's idea regarding hard coded modulation/guard_interval/etc in the dvbtransport table |
| [10:13:33] | spirit3: | Having tuners randomly die and failed recordings is inconvenient :( |
| [10:16:48] | hashbang: | spirit3: good luck |
| [10:17:08] | spirit3: | morning hashbang :) |
| [10:17:46] | spirit3: | hashbang: two failed recordings last night, both 0 byte, looks like same issue as before |
| [10:18:21] | justinh: | why do people always want to cry on MY shoulder about their problems? |
| [10:19:06] | hashbang: | spirit3: are you still at your compuserve.com address? |
| [10:19:38] | spirit3: | hashbang: I've never had a compuserve address ... |
| [10:19:56] | justinh: | hahahah I had one once |
| [10:20:09] | hashbang: | spirit3: sorry, wrong Steve! :-) |
| [10:21:12] | mycoDA: | evenin hashbandm spirit3 |
| [10:23:04] | spirit3: | hey mycoDA :) |
| [10:23:14] | justinh: | blimey. WTF is wrong what that MythTV vs media center bloke? |
| [10:23:17] | hashbang: | spirit3: just mailed you a mysqldump of my dtv_multiplex table |
| [10:23:27] | mycoDA: | still seeing the i2c horror? |
| [10:23:28] | hashbang: | mycoDA: wotcha |
| [10:23:59] | mycoDA: | not much – house inspection tomorrow, all day cleanin, so effin sore |
| [10:24:21] | justinh: | hashbang: so you reckon dvb drivers are getting (or just ARE) finicky about AUTO parameters for stuff now? |
| [10:24:32] | mycoDA: | i figured out what was causing my i2c issue this tome – dying hub |
| [10:24:38] | spirit3: | yup, mt2060 I2C write failed :( |
| [10:24:39] | justinh: | mycoDA: pays to clean more often then ;-) less to do in one go |
| [10:24:49] | mycoDA: | time |
| [10:25:10] | mycoDA: | wouldnt happen to be on an amd board would you? what chipset? |
| [10:25:19] | spirit3: | thanks hasbang – I've updated my table based on the details in your old post to mythtv-users |
| [10:25:21] | hashbang: | justinh: no idea, really. Too many variables. |
| [10:25:38] | justinh: | anybody who says they have too little time for stuff and uses IRC needs to examine how much they use IRC ;-) (me included) |
| [10:25:41] | hashbang: | justinh: every country seems to implement things differently, and change stuff around at will. |
| [10:25:59] | mycoDA: | i suspect (from my reading) the issue is actually an interaction between chipset and usb host chipset |
| [10:26:19] | hashbang: | justinh: unless the drivers and/or MythTV get national QA teams, I think it'll always be iffy |
| [10:26:23] | justinh: | hashbang: I've seen drivers spit out errors about some auto parameters |
| [10:26:56] | hashbang: | mycoDA: that's one layer of problems, but solving that seems to just unmask another |
| [10:26:57] | justinh: | think it's more to do with drivers than anything – and myth having historically used AUTO continues to do so, not being any the wiser |
| [10:27:54] | hashbang: | justinh: all I can for certain was that I did everything I could find, and still got failed recordings |
| [10:28:16] | hashbang: | justinh: filled in those auto fields, and I haven't missed a recording for ~3–4 months. |
| [10:28:17] | justinh: | we're gonna need people all over the place giving information when things start to get more wizardised |
| [10:28:43] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Quit: Ex-Chat) | |
| [10:28:50] | hashbang: | justinh: probably want some kind of automagic tool to generate info in the right format |
| [10:28:52] | mycoDA: | spirit3 0 jus curious what cpu and chipset u have? |
| [10:29:05] | spirit3: | hashbang: despite finding loads of references to the i2c error online, you're the only person I've seen mention a possible 'auto' problem |
| [10:29:13] | justinh: | hashbang: AFAIK I've not seen auto problems on my main tuners – which are all cx88 based |
| [10:29:35] | spirit3: | mycoDA: Both my old and new motherboards/CPU's are AMD |
| [10:29:37] | justinh: | hashbang: but I have another 2 tuners – one is dibcom based – and out of those at least one whines about mythtv trying AUTO |
| [10:30:05] | mycoDA: | spirit 3 – that is the classic issue – amd board and via host |
| [10:30:19] | spirit3: | oh :( |
| [10:30:20] | justinh: | maybe some drivers/hardware support automagical detection of parameters & others don't, so it's no longer a good route |
| [10:30:48] | mycoDA: | is just kinda sad hauppauge choose to use a via host |
| [10:31:06] | justinh: | mycoDA: FWIW I never had any issues with via chipsets – but then I never used USB tuners :-) |
| [10:31:15] | hashbang: | mycoDA: probably made the board 30¢ cheaper per unit. |
| [10:31:35] | justinh: | they always had a bad rep, but I never saw what all the furore was about |
| [10:31:44] | hashbang: | mycoDA: back in the analogue days, VIA mobo chipsets had problems with PCI tuners too |
| [10:32:06] | mycoDA: | is a specific issue with the combination of via host, amd mobo and mt2060 from what i know |
| [10:32:17] | justinh: | seen more boards die from badcaps than I've ran into chipset problems :-) |
| [10:32:20] | mycoDA: | yeah, via have always kinda been bad news |
| [10:32:38] | mycoDA: | cant have used many boards then justinh |
| [10:32:41] | justinh: | maybe I've just been 'lucky' |
| [10:32:44] | hashbang: | I hope now that AMD are in the chipset business (like Intel), things improve |
| [10:32:54] | justinh: | KT133, KT800 was the last one IIRC |
| [10:33:21] | mycoDA: | can only hope hasbang |
| [10:33:33] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv-users | |
| [10:33:44] | mycoDA: | i am more worried about AMD learning how to write ruddy drivers |
| [10:33:45] | justinh: | PATA HDD died, so the board had to go – wasnt paying through the nose to get a new PATA HDD |
| [10:34:05] | hashbang: | I experimented once with an AMD K6, SiS chipset on ECS Elitegroup board and had to give up and send it back for a refund. |
| [10:34:14] | justinh: | Sis? eew |
| [10:34:27] | hashbang: | justinh: seemed to get good reviews, but... |
| [10:34:33] | spirit3: | I'm using an Asus motherboard with AMD Athlon 7750 CPU |
| [10:34:39] | hashbang: | justinh: I was getting text console corruption, FFS |
| [10:34:42] | justinh: | my dad used to make systems for people with PC Chips boards. Oh brother |
| [10:34:47] | hashbang: | justinh: ick |
| [10:34:55] | hashbang: | justinh: that's some stinky shit |
| [10:35:00] | justinh: | yup |
| [10:35:09] | mycoDA: | yeah – sis were trouble too, worse than the via i had on my k6/2 |
| [10:35:15] | justinh: | I'd never heard of them at the time, but the damn thing even *look* cheap |
| [10:35:16] | hashbang: | justinh: only "branded" boards I've seen with fake cache on |
| [10:35:38] | mycoDA: | good god – fake cache??? |
| [10:35:40] | hashbang: | justinh: also really dodgy the way they came up with their own knock-off names for the chipsets they were using |
| [10:35:43] | mycoDA: | what kind o fake? |
| [10:35:45] | justinh: | mycoDA: oh yeah those were good |
| [10:35:46] | hashbang: | justinh: "VXpro" and the like |
| [10:35:52] | justinh: | mycoDA: like they LOOK like chips |
| [10:36:01] | justinh: | mycoDA: they've got a body & legs soldered to the board |
| [10:36:12] | mycoDA: | and nothing in?? |
| [10:36:21] | justinh: | mycoDA: but the body is just a shell holding the legs up |
| [10:37:01] | mycoDA: | wow – why? cant be that much cheaper than putting silicon in :S |
| [10:37:07] | hashbang: | oops, google image search for "fake cache plastic dil" very NSFW! |
| [10:37:08] | mycoDA: | why waste the $ |
| [10:37:09] | justinh: | on the one I was unfortunate enough to own they'd even gone to the trouble of making it look like the tracks from the 'cache' went somewhere – but they were all just commoned together |
| [10:37:27] | mycoDA: | roflmao hasbang i can imagine |
| [10:37:27] | justinh: | mycoDA: because a fake cache chip is still cheaper than a real one :) |
| [10:37:40] | mycoDA: | bbs – pizza time |
| [10:39:59] | carter05_ (carter05_!~carter05_@ns1.neomezeny-hosting.cz) has left #mythtv-users () | |
| [10:42:32] | justinh: | http://www.redhill.net.au/b/b-bad.html |
| [10:47:27] | Computer_Czar (Computer_Czar!~Unknown@69.4.155.83) has quit (Read error: Connection reset by peer) | |
| [10:52:13] | seeker (seeker!~seeker@unaffiliated/seeker) has quit (Quit: Colloquy for iPhone - http://colloquy.mobi) | |
| [10:53:55] | hashbang: | justinh: obviously written before capacitor plague: "Right now the industry seems stable. It has endured the post-2000 downturn and is starting to recover from it—but still we haven't seen the expected rash of cruddy motherboards. Is it just around the corner, or have people finally learned that quality is always cheaper in the long run?" |
| [10:57:10] | Diverdude: | justinh, what is wrong with gstreamer? |
| [10:57:38] | croppa (croppa!~stuart@202-90-54-173.static.linearg.net) has quit (Remote host closed the connection) | |
| [11:00:56] | justinh: | Diverdude: apart from the whole concept? |
| [11:01:11] | Diverdude: | justinh, please do tell me |
| [11:01:26] | Diverdude: | justinh, also please tell me what is wrong with the concept |
| [11:02:21] | justinh: | what difference does it make? Any player concept which requires external libraries to do stuff is always going to be a pain |
| [11:02:48] | justinh: | especially the way they started things, where you couldn't even play mp3 or mpeg2 files without paying for plugins |
| [11:03:33] | Diverdude: | justinh, so does ffmpeg allow dor developing plug ins? |
| [11:03:45] | justinh: | ffmpeg doesn't *need* plugins. that's the point |
| [11:03:56] | Diverdude: | justinh, does ffmpeg allow me to insert edge filters or chroma filters or whatever i want |
| [11:04:18] | justinh: | sigh |
| [11:04:30] | Diverdude: | justinh, does ffmpeg in any way allow me to manipulate the videostream? |
| [11:05:08] | Diverdude: | justinh, no it does not...ffmpeg might be good for one thing....gstreamer is good for something else |
| [11:05:39] | justinh: | processing is down to the player |
| [11:05:51] | justinh: | mythtv can use filters |
| [11:05:55] | justinh: | mplayer can use filters |
| [11:06:05] | Diverdude: | justinh, i cannot develop a face recognition tool to track my face on the webcam with ffmpeg. I can do that very elegantly with gstreamer |
| [11:06:12] | justinh: | again, SIGH |
| [11:06:24] | seeker (seeker!~seeker@unaffiliated/seeker) has joined #mythtv-users | |
| [11:06:29] | Diverdude: | SIGH |
| [11:06:46] | justinh: | so, did you find out what codecs the alleged mp4 file you tried to play was using? |
| [11:07:03] | Diverdude: | justinh, no i did not |
| [11:07:11] | justinh: | ffmpeg -i $THEFILENAME |
| [11:07:14] | justinh: | that'll tell you |
| [11:07:51] | justinh: | my bet is it's AAC audio, and your copy of mythtv doesn't have it built in because it's from a repo which doesn't have it |
| [11:12:57] | Diverdude: | hmm yes ok |
| [11:14:02] | justinh: | ok I concede here if mythtv used something like gstreamer where you could just install another plugin – you'd go off now & get the plugin |
| [11:14:13] | justinh: | but if it came with everything built in, in the 1st place... :-D |
| [11:15:14] | Diverdude: | I dont see any AAC anywhere |
| [11:15:30] | justinh: | what does ffmpeg say? |
| [11:16:29] | justinh: | should say something about the duration, and streams contained within the file |
| [11:16:44] | justinh: | eg Stream #0.0: Video: mpeg4, yuv420p, 640x272 [PAR 1:1 DAR 40:17], 25 tbr, 25 tbn, 25 tbc Stream #0.1: Audio: ac3, 48000 Hz, 5.1, s16, 448 kb/s |
| [11:17:01] | Diverdude: | yeah ok |
| [11:17:05] | carter05_ (carter05_!~carter05_@ns1.neomezeny-hosting.cz) has joined #mythtv-users | |
| [11:17:12] | Diverdude: | Stream #0.0(eng): Video: h264, yuv420p, 1280x544 [PAR 1:1 DAR 40:17], 1847 kb/s, 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc |
| [11:17:43] | justinh: | so that's the video... |
| [11:17:47] | Diverdude: | yes you are right |
| [11:17:49] | Diverdude: | sorry |
| [11:17:55] | Diverdude: | Stream #0.1(eng): Audio: aac, 48000 Hz, 5.1, s16, 383 kb/s |
| [11:18:01] | justinh: | aac audio :-) |
| [11:18:01] | Diverdude: | Stream #0.2(eng): Audio: aac, 48000 Hz, stereo, s16, 127 kb/s |
| [11:18:03] | Diverdude: | yes |
| [11:18:16] | Diverdude: | you are right |
| [11:18:35] | justinh: | it was only a hunch |
| [11:18:55] | Diverdude: | i guess it cannot be fixed then |
| [11:19:12] | Diverdude: | Only if i reinstall mythtv |
| [11:19:20] | justinh: | it could even be that myth is detecting it's a surround stream, is decoding it & trying to stuff it out of a digital-only output |
| [11:19:41] | justinh: | during playbackm try selecting the stereo soundtrack instead |
| [11:19:56] | Diverdude: | justinh, where do i do that? |
| [11:20:37] | justinh: | press MENU during playback |
| [11:27:30] | andreax1 (andreax1!~Andreaz@80.187.108.146) has quit (Ping timeout: 260 seconds) | |
| [11:28:05] | justinh: | if your problem with this is related to mythtv trying to output surround it might be that your speaker configuration in mythfrontend isn't set to stereo when it needs to be |
| [11:28:28] | justinh: | I dunno what the default setting is, andI don't use 0.24 |
| [11:35:13] | seeker (seeker!~seeker@unaffiliated/seeker) has quit (Quit: Colloquy for iPhone - http://colloquy.mobi) | |
| [11:39:34] | seeker (seeker!~seeker@unaffiliated/seeker) has joined #mythtv-users | |
| [11:58:07] | MMlosh (MMlosh!~MMlosh@2001:718:1e03:5168:14ab:63ef:b460:7be8) has quit (Quit: Bye...) | |
| [11:58:54] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv-users | |
| [12:02:22] | andreax (andreax!~Andreaz@tmo-109-252.customers.d1-online.com) has joined #mythtv-users | |
| [12:10:02] | andreax1 (andreax1!~Andreaz@tmo-101-147.customers.d1-online.com) has joined #mythtv-users | |
| [12:10:43] | andreax (andreax!~Andreaz@tmo-109-252.customers.d1-online.com) has quit (Ping timeout: 240 seconds) | |
| [12:19:21] | straterra (straterra!~straterra@fuhell.com) has joined #mythtv-users | |
| [12:19:29] | jbrett (jbrett!brett@nat/hp/x-wzmwnsnzhjebrtkf) has quit (Ping timeout: 240 seconds) | |
| [12:21:47] | straterra: | Are the precompiled win32 builds any good or should I stick to compiling myth myself for Windows? |
| [12:31:46] | justinh: | dunno if anybody here uses win32 builds. it won't cost you anything to try |
| [12:41:16] | andreax1 (andreax1!~Andreaz@tmo-101-147.customers.d1-online.com) has quit (Read error: Connection reset by peer) | |
| [12:41:58] | spirit33 (spirit33!~steve@cpc2-swin14-2-0-cust163.3-1.cable.virginmedia.com) has joined #mythtv-users | |
| [12:42:28] | spirit33: | Hashbang: Restarted with the 'auto' fix and all 4 virtual tuners/encoders are recording without issue |
| [12:42:37] | spirit33: | Hashbang: Guess I'll know for sure in a few days time ... |
| [12:43:11] | kenni: | straterra: The Windows build script was replaced recently with a massively improved script. If you can find precompiled packages based on the new script, then they should be fine...otherwise you'll probably be better of compiling it yourself with the current script |
| [12:44:10] | straterra: | kenni: is the script on the wiki? |
| [12:44:35] | hashbang: | spirit33: remember that the Nova-T-500 only works properly on a cold reboot |
| [12:44:48] | kenni: | it's in git |
| [12:45:23] | straterra: | Awesome, I'll check in git then. |
| [12:45:36] | spirit33: | hashbang: yeah, I can't do this remotely. But, unloading modules, stopping backend etc and reloading/restarting seems to have temporarily done the trick. I'll do a cold reboot when home this evening. |
| [12:46:02] | spirit33: | Any idea how many encoders per tuner are practical/useful on a good spec machine? |
| [12:46:10] | kenni: | straterra: its author has also written some guidelines at http://www.softsystem.co.uk/mythtv/index.htm |
| [12:46:35] | straterra: | Great |
| [12:46:40] | hashbang: | spirit33: I think you can unload/load modules without problems, as long as the machine came up from cold |
| [12:46:52] | straterra: | kenni: Oh..I have to cross compile? |
| [12:46:58] | straterra: | I was going to just compile it on Windows heh |
| [12:47:00] | hashbang: | spirit33: I've put 4 virtual tuners on each of my 3 tuners, i5–760, 4GB RAM |
| [12:47:35] | spirit33: | I have two per tuner but the box is generally idle – not enough disk IO to really stress the system. I'll rarely record this many things but ... how many chnls are contained on each multiplex? I guess 4 would be sufficient really... |
| [12:48:07] | spirit33: | I could check the multiplexes myself I know ;) |
| [12:48:24] | kenni: | straterra: You can do both, the link I posted should cover both |
| [12:48:29] | straterra: | Ah, ok |
| [12:49:42] | spirit33: | hashbang: according to the channel table only 3 frequencies are in use ... I assume this means 3 multiplexes... |
| [12:50:22] | iamlindoro: | Just remember the standard disclaimer about Windows-- you still need a Linux backend |
| [12:50:22] | justinh: | spirit33: re encoders, the max is 5 but the more encoders per tuner you have the greater the load created by the scheduler will be |
| [12:50:27] | hashbang: | hashbang: upto 28 channels on one mplex |
| [12:50:44] | straterra: | iamlindoro: I know. I need Windows for front ends only |
| [12:50:47] | hashbang: | spirit33: there are 6 mplexes from Mendip, one of which is HD only. |
| [12:51:24] | justinh: | spirit33: FWIW I tested the multirec code with 10 from one tuner (hacked one line of code) – the scheduler was making a good 50% load for the athlon 800 CPU :P |
| [12:51:28] | hashbang: | spirit33: the freqs have moved and the freq database supplied by dvb-apps is out-of-date |
| [12:51:59] | hashbang: | spirit33: I'll file a bug report + patch when they've stopped jiggling them around |
| [12:52:04] | straterra: | kenni: Does that build script include the various codec support? |
| [12:52:13] | spirit33: | Ah, I haven't added radio ... I assume the TV channels are only spready across a few. Either that or I'm not getting all the channels. |
| [12:53:14] | spirit33: | ignore me – I'm being a retard |
| [12:53:47] | justinh: | as you wish ... /ignore -replies spirit33 |
| [12:54:39] | spirit33: | I should really learn how to not mash the keys when entering SQL queries – at least before posting and making myself look a muppet |
| [12:57:25] | straterra: | One last thing..I can have the Windows frontend use MySQL on the backend (just a different database), correct? |
| [12:57:59] | justinh: | ruh? |
| [12:58:17] | justinh: | straterra: all parts of mythtv use ONE database and only one |
| [12:58:32] | straterra: | I thought the frontends had their own database and such for cache |
| [12:58:33] | justinh: | doesn't matter if it's on the same machine as the backend so long as it's mysql |
| [12:58:43] | justinh: | nope |
| [12:58:47] | justinh: | just one and only one DB |
| [13:06:19] | andreax (andreax!~Andreaz@tmo-101-147.customers.d1-online.com) has joined #mythtv-users | |
| [13:06:37] | straterra: | heh...that mythbuild script doesn't do anything. |
| [13:10:08] | straterra: | It doesn't create mythwork...it doesnt create a log file.. |
| [13:10:44] | rushfan (rushfan!~rushfan@c-71-232-0-154.hsd1.ma.comcast.net) has joined #mythtv-users | |
| [13:14:11] | straterra: | Have any of you actually used that script and had it work? |
| [13:15:29] | hashbang: | straterra: I think most of us are UNIX MythTV users/devs |
| [13:15:40] | straterra: | Heh..I got it to work. The instructions are wrong |
| [13:23:05] | awoodland (awoodland!~woodalan@92.27.67.92) has joined #mythtv-users | |
| [13:28:10] | awoodland (awoodland!~woodalan@92.27.67.92) has quit (Ping timeout: 246 seconds) | |
| [13:34:17] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv-users | |
| [13:39:59] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users | |
| [13:57:30] | johd (johd!~johd@90.146.55.47) has joined #mythtv-users | |
| [14:02:54] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has joined #mythtv-users | |
| [14:02:57] | MMlosh (MMlosh!~MMlosh@2001:718:1e03:5168:f5cf:e329:5e7a:f7f) has joined #mythtv-users | |
| [14:02:57] | martin_ (martin_!~quassel@static-88.131.29.2.addr.tdcsong.se) has quit (Read error: Connection reset by peer) | |
| [14:14:58] | streeter (streeter!~streeter@66.187.233.202) has joined #mythtv-users | |
| [14:23:29] | weta (weta!~aross@CPE485b390978ce-CM00222ddf42dd.cpe.net.cable.rogers.com) has joined #mythtv-users | |
| [14:31:11] | uW (uW!~uW@74.174.28.98) has quit (Ping timeout: 240 seconds) | |
| [14:34:17] | uW (uW!~uW@74.174.28.98) has joined #mythtv-users | |
| [14:40:00] | rushfan (rushfan!~rushfan@c-71-232-0-154.hsd1.ma.comcast.net) has quit (Read error: Operation timed out) | |
| [14:50:39] | xamindar (xamindar!~xamindar@adsl-99-8-226-41.dsl.pltn13.sbcglobal.net) has joined #mythtv-users | |
| [14:52:10] | awoodland (awoodland!~woodalan@92.27.67.92) has joined #mythtv-users | |
| [14:56:22] | awoodland (awoodland!~woodalan@92.27.67.92) has quit (Ping timeout: 246 seconds) | |
| [15:14:42] | andreax (andreax!~Andreaz@tmo-101-147.customers.d1-online.com) has quit (Read error: Connection reset by peer) | |
| [15:16:45] | abqjp (abqjp!~abqjp@97-119-174-22.albq.qwest.net) has joined #mythtv-users | |
| [15:19:12] | jbrett (jbrett!brett@nat/hp/x-xglykcdlwcjklpcw) has joined #mythtv-users | |
| [15:23:01] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Quit: Leaving) | |
| [15:37:06] | andreax (andreax!~Andreaz@tmo-108-254.customers.d1-online.com) has joined #mythtv-users | |
| [15:37:45] | carter05_ (carter05_!~carter05_@ns1.neomezeny-hosting.cz) has left #mythtv-users () | |
| [15:45:55] | hobiga (hobiga!~hobiga@173.210.255.195) has quit (Ping timeout: 260 seconds) | |
| [15:46:16] | hobiga (hobiga!~hobiga@173.210.255.195) has joined #mythtv-users | |
| [15:52:35] | andreax (andreax!~Andreaz@tmo-108-254.customers.d1-online.com) has quit (Ping timeout: 252 seconds) | |
| [15:53:07] | Defense|Twin (Defense|Twin!~jepz@e177234121.adsl.alicedsl.de) has joined #mythtv-users | |
| [15:53:28] | andreax (andreax!~Andreaz@tmo-108-254.customers.d1-online.com) has joined #mythtv-users | |
| [15:55:06] | FabriceMG (FabriceMG!~MARTIN@217.112.59.207) has left #mythtv-users () | |
| [15:56:48] | andreax (andreax!~Andreaz@tmo-108-254.customers.d1-online.com) has quit (Read error: Connection reset by peer) | |
| [16:01:08] | hashbang (hashbang!~isajb@137.222.12.19) has left #mythtv-users () | |
| [16:02:32] | wagnerrp: | sphery: doesnt access to the translations also require access to the database to know what language to use? |
| [16:02:48] | wagnerrp: | knightr, ^^^ ? |
| [16:05:35] | KraMer (KraMer!~mark@adsl-70-240-211-246.dsl.hstntx.swbell.net) has joined #mythtv-users | |
| [16:11:37] | wagnerrp: | knightr: this is in relation to a new command line parser ive been working on |
| [16:12:09] | wagnerrp: | a few days back, sphery suggested we could make the help text translatable |
| [16:12:42] | wagnerrp: | but since it runs before we have access to the database, we wouldnt have the language available to know what to translate to |
| [16:13:03] | wagnerrp: | unless the system initializes itself against the local LANG/LOCALE variable |
| [16:17:46] | GlemSom (GlemSom!~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) has joined #mythtv-users | |
| [16:19:29] | Twiggy2cents (Twiggy2cents!~darren@66-87-0-254.pools.spcsdns.net) has joined #mythtv-users | |
| [16:23:34] | sphery: | wagnerrp: ah, yeah, that's true |
| [16:26:52] | wagnerrp: | sphery: should refresh-today/tomorrow/all/day be hidden options? |
| [16:27:03] | wagnerrp: | since were pushing --dd-fill-all |
| [16:27:09] | wagnerrp: | *grab |
| [16:29:43] | wagnerrp: | i also need to add quoting/escaping support |
| [16:32:41] | RyeBrye_ (RyeBrye_!~ryebrye@67.199.180.145) has joined #mythtv-users | |
| [16:35:21] | RyeBrye (RyeBrye!~ryebrye@67.199.180.145) has quit (Read error: Operation timed out) | |
| [16:35:22] | RyeBrye_ is now known as RyeBrye | |
| [16:41:30] | sphery: | refresh commands are needed by xmltv users... I should probably modify mfdb to auto change some/all of those to --dd-grab-all if the listings source is SD |
| [16:41:52] | sphery: | I suppose we should still specify them for the xmltv guys? |
| [16:42:09] | wagnerrp: | are they? the option says they are limited to selected grabbers (datadirect) |
| [16:42:22] | wagnerrp: | i guess that means [including] datadirect |
| [16:42:54] | sphery: | yeah, definitely not well worded |
| [16:43:14] | sphery: | it may be that --refresh-second doesn't work on xmltv? |
| [16:43:22] | sphery: | and --refresh-day |
| [16:45:53] | iamlindoro: | all the refreshes are dumb |
| [16:46:01] | wagnerrp: | ok, im just going to slap a boiler plate "dont use me with datadirect" line at the bottom of each long help |
| [16:46:03] | FabriceMG (FabriceMG!~fabrice@APoitiers-155-1-137-104.w81-50.abo.wanadoo.fr) has joined #mythtv-users | |
| [16:46:05] | sphery: | I'll try to take a look at --refresh-second and --refresh-day options, and if they're DD only, I'll remove them |
| [16:46:13] | iamlindoro: | --refresh-dtoday --refresh-tomorrow, --refresh-next-tuesday |
| [16:46:24] | iamlindoro: | why not just --refresh-days="1,3,5,7" |
| [16:46:27] | sphery: | since users should use a --dd-grab-all for that (and shouldn't use it daily, so even if they have underpowered backend/mysql server, meh) |
| [16:46:47] | sphery: | next tuesday isn't 7 ;) |
| [16:46:57] | wagnerrp: | iamlindoro: what about --refresh-day=1 --refresh-day=4 ... |
| [16:47:08] | wagnerrp: | (that ones easier and ive already got the machinery to handle it |
| [16:47:36] | iamlindoro: | wagnerrp: well, whateer, but you get the point, I always thought it was silly to have a different command line option for what is essentially one option |
| [16:49:04] | sphery: | and an option that people really shouldn't use |
| [16:49:14] | sphery: | (but that some have in the past) |
| [16:49:25] | sphery: | where, by "used", I really mean, "abused" |
| [16:49:49] | yutrevasdik: | i've got a problem with creating a dvd (iso image). mythbuntu 10.04 FE/BE, recently upgraded to 0.24 |
| [16:50:37] | wagnerrp: | as in ripping from a physical dvd? or creating with mytharchive? |
| [16:50:42] | yutrevasdik: | the recording i'm trying to make into the dvd/iso image is 1:30 long. any attempt I make to create the dvd/iso makes a dvd only 22:31 long |
| [16:50:47] | sphery: | yutrevasdik: you mean ripping a DVD you own or authoring a new ISO of a DVD with content you've recorded? |
| [16:50:53] | yutrevasdik: | from mytharchive |
| [16:51:13] | wagnerrp: | sounds like youre only getting one VOB out of the mix |
| [16:51:40] | yutrevasdik: | yeah, that's the way it looks |
| [16:51:49] | yutrevasdik: | any tips on how to troubleshoot this? |
| [16:51:49] | sphery: | are you applying cuts to the recording or not? |
| [16:52:09] | wagnerrp: | very few of us use or have ever used mytharchive |
| [16:52:17] | yutrevasdik: | i cut the beginning and end off the original recording |
| [16:52:44] | yutrevasdik: | what's left is a 1:30 long recording-no other cuts were made to it |
| [16:52:46] | sphery: | and does the 22:31 look like it's the right part of the show? |
| [16:53:09] | yutrevasdik: | it's the beginning to the 22:31 mark of the recording, yes |
| [16:53:09] | sphery: | (or part of the right part... doesn't contain beginning that you tried to cut?) |
| [16:53:28] | yutrevasdik: | the cut part is not included, no |
| [16:53:31] | sphery: | ok |
| [16:54:13] | yutrevasdik: | 1:30 = 1 hr. 30 mins., btw |
| [16:54:34] | yutrevasdik: | but what i get in the dvd image is 22 mins 31 secs |
| [16:55:10] | sphery: | not sure what might cause that |
| [16:55:38] | wagnerrp: | sphery: 22:31 is likely the limit of a 1GB VOB |
| [16:55:51] | yutrevasdik: | same results regardless of whether i go thru "create archive" or "create dvd" |
| [16:56:01] | sphery: | yeah, but not sure what causes it to author only a single vob |
| [16:56:17] | sphery: | or break the nav info so it can't follow to the next |
| [16:56:39] | wagnerrp: | which would be 6.35mbps |
| [16:56:45] | wagnerrp: | right in the right range |
| [16:56:51] | yutrevasdik: | plenty of disk space in my system, so that can't be the problem |
| [16:57:33] | sphery: | it doesn't sound like it's related to http://code.mythtv.org/trac/ticket/9389 |
| [16:57:46] | sphery: | but that's the only "big" outstanding mytharchive issue Iknow of |
| [16:58:17] | sphery: | definitely worth looking at the mythburn log file and such to try to figure out what's happening |
| [16:58:29] | sphery: | http://code.mythtv.org/trac/ticket/9703 is another mytharchive bug report |
| [16:59:41] | yutrevasdik: | ok. the log results that show on-screen during the process didn't show any errors |
| [17:01:30] | croppa (croppa!~stuart@202-90-54-173.static.linearg.net) has joined #mythtv-users | |
| [17:01:42] | MMlosh (MMlosh!~MMlosh@2001:718:1e03:5168:f5cf:e329:5e7a:f7f) has quit (Read error: Operation timed out) | |
| [17:02:09] | MMlosh (MMlosh!~MMlosh@2001:718:1e03:5168:f5cf:e329:5e7a:f7f) has joined #mythtv-users | |
| [17:12:07] | skd5aner: | iamlindoro: quick question – any plans for how you plan on handling icon management (if any) in your channel editor concept? |
| [17:12:54] | iamlindoro: | skd5aner: Captain_Murdoch added a basic icon browser last night-- right now you can pick from a virtual channel icons storage group, which is ~/.mythtv/ChannelIcons on the MBE-- we will also be allowing querying from there and download straight to that SG |
| [17:13:21] | skd5aner: | praise the lord – centrally stored icon management! |
| [17:14:04] | skd5aner: | I bing it up as I've been spending a lot of time on lyngsat updating logos recently |
| [17:14:07] | skd5aner: | er, bring |
| [17:14:14] | iamlindoro: | yep, we aim to please ;) |
| [17:14:51] | sphery: | we still need to get our server updated to send those high-res, transparent icons' links |
| [17:15:05] | skd5aner: | I've pretty much always manually pulled the icons and then used phpmyadmin to enter icon paths – glad to see that system may no longer be needed |
| [17:15:21] | skd5aner: | sphery: I've talked to xris extensively in the past about that |
| [17:15:28] | sphery: | yeah, and so has iamlindoro ... |
| [17:15:37] | wagnerrp: | i dont know about that, pleasing would be having the xmltvid, chanid, and other hidden numbers directly editable from within the channel editor, like a giant form page |
| [17:15:39] | ** wagnerrp hides ** | |
| [17:16:14] | sphery: | wagnerrp: and an ability to edit the DVB frequency information, too |
| [17:16:24] | xris: | yeah, in order to get the high res icons we'd have to scrape lyngsat a lot deeper than I'm willing to do |
| [17:16:31] | skd5aner: | sphery: there is a "different" sort of challenge to related to icons that I haven't yet brought up to xris about – and that's icons that are unique to HDTV stations |
| [17:16:38] | skd5aner: | they're in a seperate part of lyngsat-logo |
| [17:16:47] | xris: | skd5aner: probably the same issue |
| [17:16:51] | sphery: | you know, the stuff that just changes back to what the tables say because we always presume that the broadcaster sends valid tables |
| [17:17:06] | wagnerrp: | screw this fancy AJAX editor, we want clumsy form pages! |
| [17:17:28] | sphery: | xris: I was under the impression it only required taking the existing URIs and changing one or 2 directories in the path? |
| [17:17:35] | xris: | I still have hopes of someday building an xmltv-related database of channel/station/tuning info |
| [17:17:45] | sphery: | that would be ideal |
| [17:17:48] | skd5aner: | xris: maybe I'm dumb, but I don't understand how it's really any different than today? |
| [17:17:50] | xris: | sphery: that's what we do now. the high res icons don't follow the same naming pattern |
| [17:17:59] | wagnerrp: | xris: the problem is you really need critical mass of users to maintain it |
| [17:18:06] | xris: | wagnerrp: yes |
| [17:18:07] | MMlosh (MMlosh!~MMlosh@2001:718:1e03:5168:f5cf:e329:5e7a:f7f) has quit (Read error: Operation timed out) | |
| [17:18:16] | wagnerrp: | i dont know if we have enough users, in enough area, to keep that information up to date |
| [17:18:19] | xris: | and time on my part to come up with a schema |
| [17:18:20] | seeker (seeker!~seeker@unaffiliated/seeker) has quit (Quit: Colloquy for iPhone - http://colloquy.mobi) | |
| [17:18:35] | MMlosh (MMlosh!~MMlosh@2001:718:1e03:5168:f5cf:e329:5e7a:f7f) has joined #mythtv-users | |
| [17:18:36] | skd5aner: | xris: we do whatever we do for the normal resolution icons... which brings up a link like this – http://www.lyngsat-logo.com/tvcountry/us-in_1.html |
| [17:18:39] | skd5aner: | er... |
| [17:18:51] | skd5aner: | I mean like this – http://www.lyngsat-logo.com/logo/tv/ww/wtwo_nbc2_terre_haute.jpg |
| [17:18:55] | wagnerrp: | maybe in US cities, and england... but everywhere else is probably out of the question |
| [17:19:16] | skd5aner: | xris: then, all you do is see if the HQ icon exists – http://www.lyngsat-logo.com/hires/ww/wtwo_nbc2_terre_haute.png |
| [17:19:23] | xris: | skd5aner: I'm scraping these pages: http://www.lyngsat-logo.com/tv/a.html |
| [17:19:34] | xris: | I don't want to go deeper to the pages like you linked |
| [17:19:51] | wagnerrp: | xris: or would this be a service shared by mythtv/vdr/gbpvr/tvheadend/any-other-free-pvr-software? |
| [17:19:51] | xris: | already pretty sure we're coming close to violating some TOS at lyngsat and I don't want to piss them off |
| [17:19:57] | andreax (andreax!~andreaz@p57B92E5E.dip.t-dialin.net) has joined #mythtv-users | |
| [17:20:01] | xris: | wagnerrp: shared service. like the current icon service |
| [17:20:10] | hpeter (hpeter!~hpeter@250-203.5-85.cust.bluewin.ch) has quit (Quit: hpeter) | |
| [17:20:11] | cerise8192 (cerise8192!~root@adsl-76-230-21-225.dsl.pltn13.sbcglobal.net) has quit (Quit: Lost terminal) | |
| [17:20:11] | xris: | but with a lot more info, like tuning information. |
| [17:20:18] | sphery: | xris: if nothing else, we can send 2 links for the icon--a "presumed" high-def link, and then if it's not there, let the "client" fall back to getting the standard one that we know is there |
| [17:20:24] | xris: | tie it with the SD/TMS channel/lineup id |
| [17:20:38] | xris: | sphery: there is no "presumed" link. the names don't match at all. |
| [17:20:39] | sphery: | so we (the server) never actually hits the high-def link, we just assume it's there |
| [17:20:51] | justinh: | xris: might be worth having a word with the xmltv guys – they've had thoughts along these lines before :-) |
| [17:21:07] | xris: | justinh: I know. I tried to rekindle the conversation twice and it died both times |
| [17:21:24] | sphery: | xris: http://www.lyngsat-logo.com/logo/tv/ww/wtwo_nbc2_terre_haute.jpg is the known link, and we could also send http://www.lyngsat-logo.com/hires/ww/wtwo_nbc2_terre_haute.png for the channel downloader to try first |
| [17:21:37] | xris: | their proposed spec (from years ago) is incomplete based on what we know from working more closely with tuning info in mythtv |
| [17:21:38] | sphery: | then it's only the user who ever tries the hires logo |
| [17:21:55] | skd5aner: | xris: so, if you scrape at that level and an icon comes back with "http://www.lyngsat-logo.com/icon/tv/aa/a_fazenda.gif"&nb sp;– couldn't you just see if "http://www.lyngsat-logo.com/hires/aa/a_fazenda.png" exists by replacing "/icon/tv/" with "/hires/ " and ".gif" with ".png"? |
| [17:22:18] | sphery: | skd5aner: or, just presume it exists and let the channel downloader figure it out |
| [17:22:32] | sphery: | then it's the user hitting their server and not our scraper |
| [17:22:48] | skd5aner: | sphery: yea, exactly |
| [17:22:57] | skd5aner: | you have a known set of gifs/jpegs... |
| [17:23:15] | MMlosh (MMlosh!~MMlosh@2001:718:1e03:5168:f5cf:e329:5e7a:f7f) has quit (Read error: Operation timed out) | |
| [17:23:43] | skd5aner: | xris, sphery: any that also have a high-res image, simply allow the downloader to try the different directory structure and change the extention of the filename to .png... |
| [17:23:48] | xris: | sphery / skd5aner: interesting... either they have cleaned up their structure or I was really unlucky at picking samples. nothing I looked at before had any sort of match up that way |
| [17:23:50] | skd5aner: | that way – you're not scraping the site... |
| [17:24:17] | skd5aner: | xris: no offense, and you may be right in selecting unlucky candidates – but it's always been that way on everyone I've ever seen for about 2 years now :) |
| [17:24:20] | xris: | if that works, then yes it's an easy tweak |
| [17:24:34] | xris: | already do it for the slightly-larger images |
| [17:24:41] | skd5aner: | which is what I've been trying to convey – allbeit, I may have done a poor job at doing so – so no worries |
| [17:25:29] | xris: | it'll go onto my plate (higher than other stuff because it's slightly more interesting), but sphery or someone else will probably be able to get to it before moe |
| [17:25:32] | xris: | me, even |
| [17:25:35] | skd5aner: | I just kept looking at it and thinking "this has got to be easy – given a known set that has standard naming change for the subset" |
| [17:25:43] | sphery: | Captain_Murdoch: since you're working on channel icon stuff, you might be interested in ^^^ (starting with "04.14 13:12:07 < skd5aner> iamlindoro: quick question ...") |
| [17:26:23] | sphery: | xris: where would I find the script or database or whatever holds/gets the links, now? |
| [17:26:30] | unixSnob (unixSnob!~unixSnob@212.117.169.230) has joined #mythtv-users | |
| [17:26:31] | skd5aner: | xris: very cool – like I said, definitely not trying to come off as pushy or condensending -just noticed the pattern a long time ago and I really do love the hi-res images |
| [17:26:32] | xris: | and on a completely different (and totally off-topic note), hurray! http://wingmanbrewers.com/ (kormoc and I each own a bit of this) |
| [17:26:49] | xris: | sphery: it's in the web repo.. on code.mythtv.org, not in git. |
| [17:26:54] | xris: | er, github |
| [17:27:04] | skd5aner: | xris: LOVE the logo |
| [17:27:12] | sphery: | ok, thanks |
| [17:27:14] | skd5aner: | (for wingman) |
| [17:27:24] | xris: | skd5aner: we got a good artist. the beer logos are good, too, and the tap handles are awesome |
| [17:27:34] | sphery: | I'm sure we can get to it (especially since I know where Beirdo lives in IRC) |
| [17:27:35] | xris: | too bad not enough mythtv people in seattle |
| [17:27:54] | sphery: | xris: yeah, looks nice--and sounds very tasty |
| [17:28:04] | xris: | sphery: it's perl code. not entirely happy with my decision to use it, but no time to rewrite |
| [17:28:12] | xris: | give me a few months and I'll be on the python bandwagon with everyone else. |
| [17:28:26] | sphery: | heh |
| [17:28:28] | ** kormoc weeps for humanity ** | |
| [17:29:23] | xris: | kormoc: you started before me. :) |
| [17:30:01] | kormoc: | using it, sure, bandwagon... nah |
| [17:30:30] | wagnerrp: | wouldnt bandwagon imply its something new and upcoming? |
| [17:30:38] | skd5aner: | one thing about the icon downloader – obviously there are thousands of icons that have been approved in the system by me and others over the years... those icons are specific to xmltvids, so the downloader would probably think the low-res icon is the matching icon via the service, but the downloader should be smart enough to see if a high-res one exists |
| [17:30:51] | skd5aner: | that way all the validated icons are still valid and we don't have to start over |
| [17:31:20] | xris: | skd5aner: it's all in a database. |
| [17:31:33] | skd5aner: | xris: I've got some real good friends in Seattle that have taken me to a few taphouses out there – I'll have to give them a heads up |
| [17:31:35] | xris: | you're approving the lyngsat link, not the icon itself |
| [17:31:53] | xris: | skd5aner: the brouwers party next saturday should be a lot of fun. |
| [17:32:01] | xris: | might even be able to drag kormoc out of his data center for that one |
| [17:32:20] | Captain_Murdoch: | sphery, yeah, caught it all. thx. I already have a patch for the HTML Setup channel editor to query the services.mythtv.org DB for the channel icon URL. checks both callsign and xmltvid and lets the user choose in case they are different (can they be? I don't know much about the services DB). |
| [17:32:43] | Captain_Murdoch: | I modified the services lookup.pl to optionally return json, so we could easily return a list of URLs and let the user choose the one they want. |
| [17:32:51] | wagnerrp: | xris: when you can simply VPN home and use a remote frontend on your 100mbit internet, why would you ever need to leave work? |
| [17:33:03] | iamlindoro: | s/list/lightbox/, but I'll handle that :) |
| [17:33:31] | Captain_Murdoch: | json is a list, the viewing is a gallery/lightbox/whatever. |
| [17:33:50] | Captain_Murdoch: | s/list/array/ :) |
| [17:34:15] | wagnerrp: | ok, i think that does it for mythfilldatabase |
| [17:35:16] | Captain_Murdoch: | that's what I have now, only it's a max of 2 icons since I query by callsign and then xmltvid. need to understand more about the DB to see if that's even required. would be nice to send a single query and get back a list of icons that matched on any of the criteria, ordered by the ones that matched the most criteria to the least criteria. |
| [17:35:19] | skd5aner: | xris, Captain_Murdoch : yea, approving the "link" – but the link is for the low quality icon, so the logic to take the link that's pulled from the database and replace the necessary bits to see if HQ exists – that's all I was trying to say. Since the approved links will always be the LQ versions based on what you scrape and what is submitted from the users |
| [17:35:46] | kormoc: | xris, remove line #10 and it works, but this partly is why I won't ever really be pro-python generally http://pastebin.com/6jRaX0Gv |
| [17:36:32] | yutrevasdik: | am i imagining things or does a lot of mythtv dev discussion end up spilling over onto this channel? |
| [17:36:38] | skd5aner: | Captain_Murdoch: so, are you leveraging the icons that have been explicitely approved in the service as being correct for the xmltvid so that there is no choice, it's just automatically selects it? |
| [17:36:41] | wagnerrp: | oh, it does |
| [17:37:57] | kormoc: | wagnerrp, sadly work's inet is much too slow to stream tv shows out in full quality :( |
| [17:38:32] | skd5aner: | Captain_Murdoch: I know I've spent countless hours in there last year assigning correct icons to XMLTVIDs so that people would get the correct (LQ) icon and not need to make a selection – and stuartm the same for uk based icons |
| [17:39:24] | Captain_Murdoch: | skd5aner, I call /channel-icons/lookup?callsign=blah is that the approved icon(s)? |
| [17:39:29] | skd5aner: | That said – there are a TON of XMLTV IDs that do /not/ have an approved assignment |
| [17:39:50] | skd5aner: | Captain_Murdoch: heh – sorry, I only know the frontend part of it (administering approvals) – I'd have to defer to xris o nhat |
| [17:41:36] | Captain_Murdoch: | it looks like lookup.pl only returns one icon for that query, so I don't know if it's the right thing or not, but if not, it's trivial to change. I want to change it to return a list/array of icons anyway, not just a single one, so we can do the SD vs HD thing. |
| [17:44:32] | skd5aner: | Captain_Murdoch: well – a few distinctions around that... |
| [17:44:44] | skd5aner: | Captain_Murdoch: 1) HQ/LQ icons versus HD/SD icons :) |
| [17:45:18] | skd5aner: | which is yet another thing the lyngsat now does slightly differently that myth doesn't cover for, ttbomk |
| [17:45:27] | sphery: | Captain_Murdoch: callsign is user-editable channel identifier (which need only be shared among identical-content channels on the same system); therefore, it can (and will) vary across users. Even if users don't edit it, various programming sources (cable vs OTA vs listings sources) provide different (or no) values for it. |
| [17:45:51] | Captain_Murdoch: | sphery, that's why I also lookup by xmltvid. :) |
| [17:46:13] | skd5aner: | xris currently scans for icons from the "/tv/" part of lyngsat-logo, but they also ahve an HDTV part too |
| [17:46:17] | Captain_Murdoch: | and have provisions for looking up via the other methods that lookup.pl supports such as atsc info, etc. |
| [17:46:17] | skd5aner: | http://www.lyngsat-logo.com/tv/a.html |
| [17:46:27] | skd5aner: | http://www.lyngsat-logo.com/tv/a.html – for SD |
| [17:46:35] | sphery: | so, yeah, we can't assume that callsign is always the same. Similarly xmltvid is a per-listings-source item, so theoretically, there could be different values for the same channel (such as for Schedules Direct users versus OTA EIT users in the US) |
| [17:46:40] | skd5aner: | http://www.lyngsat-logo.com/hdtv/a.html – for HD |
| [17:47:15] | skd5aner: | right now, mythtv only cares about SD icons, regardless of if it's an HD network or SD network |
| [17:47:31] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv-users | |
| [17:47:39] | sphery: | just mentioning because of your db question/comments |
| [17:47:40] | skd5aner: | However, SD networks typically have different xmltvids than HD networks – in a lot of cases |
| [17:47:46] | sphery: | but it sounds like you're doing it right |
| [17:48:10] | Captain_Murdoch: | sphery, those are the ways I see we can lookup from our DB, so unless/until that is modified (and data correlated), we have what we have. |
| [17:48:27] | skd5aner: | xris, Captain_Murdoch, sphery: So – the script should probably start scraping from both /tv/ and /hdtv/ – that's distinction #1 |
| [17:49:02] | skd5aner: | Distinction 2 is HQ icons versus LQ icons, which was already discussed above – simply change the directory and extention and see if it exists |
| [17:49:30] | xris: | skd5aner: the frontend/downloader is going to have to do the exists check |
| [17:49:44] | xris: | actually, it could probably do that now |
| [17:50:52] | skd5aner: | and the third point/question I ahve is, if the icon mythtv-service was designed so that users are submitting the icons they've associated with a particular xmltvid, and some adminstrator (like me or stuartm, etc) has gone in and done our due dilligance to approve the appropriate SD/LQ icon link for an xmltvid, then that should be used |
| [17:51:15] | ** Captain_Murdoch isn't going to hardcode 'if this is a lyngsat URL then munge it and try this other URL also' into the new web setup though. that can be done on the lookup.pl services page, it can give back both urls for the web setup to present to the user. ** | |
| [17:51:17] | skd5aner: | ... to make icon selection easier for the end user |
| [17:51:18] | sphery: | FWIW, I do not want the icons for my channels that include their stupid "HD" overwritten |
| [17:51:36] | Captain_Murdoch: | skd5aner, yeah, so that gets back to what is approved. |
| [17:52:07] | johd (johd!~johd@90.146.55.47) has quit (Ping timeout: 252 seconds) | |
| [17:52:14] | sraue_ (sraue_!~stephan@77.239.56.230) has joined #mythtv-users | |
| [17:52:15] | sraue_ (sraue_!~stephan@77.239.56.230) has quit (Read error: Connection reset by peer) | |
| [17:52:16] | skd5aner: | If it's approved, then I woudl think, users woudl prefer HQ icons in most cases, so test to see if one exists and use it, otherwise default to the LQ one :) |
| [17:52:35] | skd5aner: | Captain_Murdoch, xris, sphery: just thinking out loud here for your feedback :) |
| [17:52:48] | xris: | sorry, not able to pay much attention. |
| [17:52:59] | sphery: | Captain_Murdoch: agreed--we shouldn't be modifying the URIs in the client, we should do it on the server so that it can roll out to everyone if we need to change things :) |
| [17:53:00] | xris: | first week at the new job and fighting a cold |
| [17:53:02] | skd5aner: | no worries – just didn't want you think I'm doing any form of dictating or anything :) |
| [17:53:38] | skd5aner: | just offering up some thoughts I've had over time that I think might help |
| [17:53:44] | xris: | nah, no worries |
| [17:54:02] | skd5aner: | I know, arm chair quarterbacks must tread lightly sometimes around here – hehe ;) |
| [17:54:12] | sphery: | skd5aner: as far as using the approved icon... TTBOMK, there's no reason to ever choose the low-quality icon over the high-quality icon, so the client should just start with the HQ icon, and if it exists, use it, else check the LQ icon |
| [17:54:25] | skd5aner: | sphery: yup, exactly |
| [17:54:33] | sphery: | so all your approval will still work--it's just that there will be 2 potential URIs for the icon |
| [17:54:59] | skd5aner: | Which – I would totally guess, but the HQ icon exists for nearly all the common cable networks in the US, but is hit or miss with local affiliates |
| [17:55:42] | xris: | sphery: agreed. though it would be nice if the BE could downsize icons as needed |
| [17:55:49] | skd5aner: | which brings me to an opinion question – I always select local affiliate icons as much as possible, but do you think people would prefer a "WFRQ" icon or an "ABC" icon (made that network up – no clue what it actually is) |
| [17:55:56] | xris: | mythweb would get really slow with a pile of large icons downsized to fit on the list page |
| [17:56:10] | xris: | skd5aner: local affiliate always |
| [17:56:23] | skd5aner: | xris: I have several HUNDRED high quality icons and mythweb handles them beautifully today |
| [17:56:30] | skd5aner: | some are like 1000x1000 300dpi |
| [17:56:38] | xris: | skd5aner: mythweb would. still slows down the browser a bit |
| [17:57:32] | skd5aner: | well, still – loading the listings for example on my 4 year old c2d on vista with IE9, FF4, and Chrome 10 – is still pretty dang fast – at least 10x faster in .24 than before kormoc made optimzations |
| [17:57:53] | skd5aner: | but – not saying that scaling down wouldn't be a wise thing to do |
| [17:57:58] | skd5aner: | to help even further |
| [17:59:04] | skd5aner: | xris: also, cool – i've always approved the local affiliate in the icon approval site – if one doesn't exist, I skip approval on a partciular XMLTVID so that users can still manually select "ABC" (etc) but that if a local icon ever appears, we can go in approve that |
| [17:59:24] | skd5aner: | because I know /no/ way to go in and unapprove a previously approved xmltvid |
| [17:59:39] | xris: | you can't. there's sort of a way to re-point things, but not delete |
| [17:59:43] | xris: | I only half-designed the thing |
| [17:59:47] | skd5aner: | :) |
| [17:59:50] | xris: | and it really wasn't made for the scale that we're using it with now |
| [18:00:11] | skd5aner: | yea – takes 5 minutes to load the page – and that's in chrome which does it way better than in some other browsers |
| [18:00:30] | skd5aner: | and if you try to do any editing while the page is still loading – good luck to you, as things will start to act funky |
| [18:00:36] | skd5aner: | scale is definitely massive |
| [18:02:04] | skd5aner: | I haven't even considered approving icons in about 3–4 months because of it – got about 2000 done, and realized that was only like 10% or something like that :P |
| [18:03:30] | skd5aner: | There should probably be some kind of auto-approval mechanism – if an xmltvid has over10 submissions, the icon they've selected with over 90% should be auto-approved |
| [18:03:54] | skd5aner: | but surprisingly enough, there are too many situations where the users just select the best icon they're presented with – but it's still totally wrong |
| [18:04:29] | skd5aner: | happens almost everytime there's a community access channel – there's a "community access" icon out there, but it's for a specific network – but because it appears generic enough, people use it – even though technically it's wrong |
| [18:05:07] | yutrevasdik: | ok. the mpg file myth comes up with once ffmpeg is run on the recording (nuv file) looks right size-wise – 3.2 gb |
| [18:05:07] | skd5aner: | I'd rather have no icon than a wrong one – at least that was my philosophy during approving |
| [18:05:36] | yutrevasdik: | but somehow when it comes to making the iso it gets reduced down to 830 mb |
| [18:07:05] | yutrevasdik: | i'd guess that it's at the step where multiplxing the mpg happens that some sort of error is occuring |
| [18:07:41] | ** Beirdo yawns ** | |
| [18:07:53] | justinh: | xris: what worked for me was starting to do the work myself. that kinda kicked things into action :P |
| [18:08:46] | justinh: | anyway if it's all kept as xml it'd be easy enough to rejig the schema later if anybody presses for useful changes |
| [18:09:19] | xris: | justinh: yeah. lack of time is a big issue for me lately |
| [18:10:47] | FabriceMG_ (FabriceMG_!~fabrice@81.50.32.104) has joined #mythtv-users | |
| [18:10:56] | FabriceMG (FabriceMG!~fabrice@APoitiers-155-1-137-104.w81-50.abo.wanadoo.fr) has quit (Read error: Connection reset by peer) | |
| [18:11:08] | justinh: | know the feeling. an hour can be stolen here & there |
| [18:11:10] | Beirdo: | sphery: just as I thought it might be |
| [18:11:29] | justinh: | not enough to do any meaningful work though. my theme is smouldering somewhere |
| [18:11:33] | Beirdo: | the crashy GreyFoxx is seeing... right after I do a deleteLater on the dynamic thread |
| [18:11:36] | Beirdo: | crap |
| [18:11:55] | stoffel (stoffel!~quassel@p57B4CC0E.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [18:12:58] | FabriceMG_ is now known as FabriceMG | |
| [18:13:09] | FabriceMG (FabriceMG!~fabrice@81.50.32.104) has quit (Client Quit) | |
| [18:13:27] | FabriceMG (FabriceMG!~fabrice@APoitiers-155-1-137-104.w81-50.abo.wanadoo.fr) has joined #mythtv-users | |
| [18:14:45] | sphery: | Beirdo: ah, so it's not autoexpire, but the thread running autoexpire? |
| [18:15:49] | Beirdo: | no, one of the threads in autoexpire, it seems |
| [18:16:08] | Beirdo: | the problem is that we want to run it detached and not care when it's done |
| [18:16:19] | Beirdo: | but if we do that, we may end up with memory leaks |
| [18:16:32] | Beirdo: | which is what I was trying to avoid there |
| [18:17:00] | Beirdo: | but it seems that "deleteLater" means "delete right now!" in this case for some reason |
| [18:17:26] | Beirdo: | as it's complaining the thread is deleted while running, and that's the last thing the thread does before exiting |
| [18:17:53] | Beirdo: | I'll remove the deleteLater |
| [18:17:58] | sphery: | yeah, I think deleteLater just means "do the delete when you get a chance in the event thread", right? |
| [18:18:05] | Beirdo: | if we get a memory leak, we'll fix it later |
| [18:18:07] | Beirdo: | yeah |
| [18:18:19] | Beirdo: | but the event thread shouldn't preempt it to do it right now :) |
| [18:18:27] | Beirdo: | I woulda thought |
| [18:18:49] | sphery: | well, depending on how they're sliced or where they're running... |
| [18:19:11] | Beirdo: | and if it's multi-core.... true |
| [18:19:17] | sphery: | like maybe if he pinned the backend process to a single core, it might not crash |
| [18:19:44] | sphery: | but anyway, the fun of multithreaded stuff :) |
| [18:19:57] | sphery: | glad fixing it is your project and not mine! |
| [18:21:17] | Beirdo: | hehe |
| [18:21:18] | Beirdo: | yeah |
| [18:21:48] | sphery: | also explains why it's hard to repro on your system |
| [18:23:14] | Beirdo: | yeah, with 8 CPU threads... it's not easy to reproduce a single-core issue :) |
| [18:23:27] | sphery: | heh |
| [18:24:01] | unixSnob (unixSnob!~unixSnob@212.117.169.230) has quit (Ping timeout: 264 seconds) | |
| [18:24:24] | GlemSom (GlemSom!~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) has quit (Quit: Leaving) | |
| [18:26:48] | unixSnob (unixSnob!~unixSnob@212.117.169.230) has joined #mythtv-users | |
| [18:27:53] | Beirdo: | GreyFoxx: to be applied on top of the patch from last night: http://www.beirdo.ca/git/mythtv/commit/?h=aut . . . 5c768cf91941 |
| [18:28:16] | Beirdo: | errr, for the patch directly: http://www.beirdo.ca/git/mythtv/patch/?id=fa8 . . . 5c768cf91941 |
| [18:29:08] | Beirdo: | if that fixes it, I have 4 other spots to do the same thing. |
| [18:31:52] | GreyFoxx: | So just to be clear, appply that ontop of the existing patch from last night right ? |
| [18:34:34] | spirit33 (spirit33!~steve@cpc2-swin14-2-0-cust163.3-1.cable.virginmedia.com) has quit (Remote host closed the connection) | |
| [18:34:34] | spirit3 (spirit3!~steve@cpc2-swin14-2-0-cust163.3-1.cable.virginmedia.com) has quit (Remote host closed the connection) | |
| [18:35:22] | Beirdo: | yes |
| [18:35:53] | Beirdo: | it gets rid of the deleteLater, which seems to be our problem somehow |
| [18:36:18] | Beirdo: | I'd rather have teh possibility of a tiny memory leak than crashiness |
| [18:36:18] | GreyFoxx: | autoexpire.cpp:1081: error: 'class QPointer<UpdateThread>' has no member named 'isRunning' |
| [18:36:18] | GreyFoxx: | autoexpire.cpp:1082: error: 'class QPointer<UpdateThread>' has no member named 'wait' |
| [18:36:36] | Beirdo: | Whhhaaaa? |
| [18:37:08] | Beirdo: | OK, one moment. |
| [18:37:53] | Beirdo: | I put . instead of -> |
| [18:37:54] | Beirdo: | oops |
| [18:38:04] | GreyFoxx: | hehe ok I can update that |
| [18:38:15] | Beirdo: | that was it |
| [18:39:25] | RyeBrye (RyeBrye!~ryebrye@67.199.180.145) has quit (Remote host closed the connection) | |
| [18:39:44] | RyeBrye (RyeBrye!~ryebrye@67.199.180.145) has joined #mythtv-users | |
| [18:40:12] | Beirdo: | OK, BRB, gonna go start a dishwasher load |
| [18:42:12] | FabriceMG (FabriceMG!~fabrice@APoitiers-155-1-137-104.w81-50.abo.wanadoo.fr) has quit (Remote host closed the connection) | |
| [18:42:52] | GreyFoxx: | Beirdo: So far so good |
| [18:43:54] | FabriceMG (FabriceMG!~fabrice@APoitiers-155-1-137-104.w81-50.abo.wanadoo.fr) has joined #mythtv-users | |
| [18:44:03] | GreyFoxx: | ok, 10+ restarts and so far no crash |
| [18:45:29] | GreyFoxx: | Yup, 10 more and no crashes. Looks like it's ok so far |
| [18:46:44] | n0tk (n0tk!~n0tk@mail.stpaulinternet.net) has joined #mythtv-users | |
| [18:49:49] | unixSnob (unixSnob!~unixSnob@212.117.169.230) has quit (Ping timeout: 264 seconds) | |
| [18:50:10] | Beirdo: | YAY |
| [18:50:20] | Beirdo: | thanks for your patience |
| [18:50:32] | GreyFoxx: | thanks for the fix :) |
| [18:50:33] | skd5aner: | BTW – I've been having some weird, glitchy playback issues recently in 0.24-fixes – not sure what triggered them, updated a few weeks back |
| [18:50:36] | Beirdo: | I'm gonna clean it up a bit and get it into master |
| [18:50:58] | skd5aner: | but during playback I'll hear a quick blurb of sound from previously in the show |
| [18:51:23] | unixSnob (unixSnob!~unixSnob@ip-94-140-188-181.reverse.destiny.be) has joined #mythtv-users | |
| [18:51:31] | justinh: | pulseaudio? |
| [18:51:35] | skd5aner: | anyone else seen this recently |
| [18:51:39] | skd5aner: | nope – straight alsa |
| [18:52:11] | skd5aner: | it happens a couple of times a show |
| [18:52:15] | GreyFoxx: | My Wife and Daughter have told me of several crashes with mkv's in recent dev tree since I updated a week or so ago |
| [18:52:20] | GreyFoxx: | often will happen multiple times a shot |
| [18:52:22] | GreyFoxx: | show |
| [18:52:35] | GreyFoxx: | and it is reproducable in thos shows, so I',m told anwyay |
| [18:52:45] | skd5aner: | mine are in recordings – I haven't tried videos |
| [18:52:55] | GreyFoxx: | I've had no glitches with recordings |
| [18:53:03] | GreyFoxx: | just mkv/h264 files |
| [18:55:34] | wagnerrp: | bugger |
| [18:55:55] | wagnerrp: | all that work and it seems the shell automatically handles quoting and space escaping |
| [18:56:03] | Twiggy2cents (Twiggy2cents!~darren@66-87-0-254.pools.spcsdns.net) has quit (Ping timeout: 260 seconds) | |
| [19:01:00] | tris (tris!~tristan@173-164-188-122-SFBA.hfc.comcastbusiness.net) has quit (Read error: Operation timed out) | |
| [19:03:37] | Beirdo: | wagnerrp: has anyone complained about similar crashes with the jobqueue? |
| [19:03:46] | Beirdo: | I know you are reworking it anyways :) |
| [19:05:50] | Wicked: | hello all. im using ubuntu 10.04 with my hdpvr and the default "hdpvr" driver in the kernel. Im not very familiar with the v4l stuff...but if i follow the directions for updating the drivers....do they overwrite the ones in the kernel? or how exactly does the system know to use my newer manually installed ones? |
| [19:05:57] | unixSnob (unixSnob!~unixSnob@ip-94-140-188-181.reverse.destiny.be) has quit (Quit: leaving) | |
| [19:06:34] | wagnerrp: | not that ive heard |
| [19:06:40] | Wicked: | and also lets say i then need to uninstall the manually installed ones....will the system still have the ones in the kernel? or will the newer ones overwrite them and when i uninstall the news one...remove everything |
| [19:06:59] | Beirdo: | K. If we see complaints, I know where to look |
| [19:08:18] | ** J-e-f-f-A is happy – his 60GB SSD arrived from Amazon today. ;-) Can't wait to get home to install it... ** | |
| [19:10:41] | tris (tris!~tristan@173-164-188-122-SFBA.hfc.comcastbusiness.net) has joined #mythtv-users | |
| [19:11:31] | skd5aner: | Wicked: why are you trying to update? and do you mean "drivers" or "firmware"? |
| [19:12:10] | Wicked: | skd5aner, the linux drivers for the hdpvr. i booted into windows and updated the hdpvr firmware. |
| [19:12:31] | skd5aner: | Wicked: I've never updated the linux drivers – what comes in the kernel has worked very well for me |
| [19:12:32] | Wicked: | skd5aner, im hoping if i upgrade the hdpvr driver will be more stable and reliable |
| [19:13:09] | skd5aner: | is there a difference in versions shipped with the kernel that goes with 10.04, or 10.10? |
| [19:13:17] | skd5aner: | if so, just upgrade ubuntu |
| [19:13:21] | Wicked: | skd5aner, well mine works...but im having issues with the hdpvr stopping mid recording then restarting...which is leaving me wonky recordings that some of my players do not work well with |
| [19:13:39] | lofty40 (lofty40!~mario@77.109.78.155) has joined #mythtv-users | |
| [19:13:49] | Wicked: | skd5aner, well i choose 10.04 for a reason...i want to keep this installed for some time |
| [19:13:56] | skd5aner: | LTS? |
| [19:13:58] | Wicked: | yea |
| [19:14:05] | skd5aner: | fair enough |
| [19:14:31] | Slim-Kimbo (Slim-Kimbo!~Kimbo@host86-167-41-253.range86-167.btcentralplus.com) has joined #mythtv-users | |
| [19:14:32] | Wicked: | i mean if it comes down to it...i could. Ive even thought of trying to virtualize it now since the hdpvr is usb. |
| [19:14:39] | Wicked: | but thats for another day hehe |
| [19:14:41] | wagnerrp: | virtualize? |
| [19:14:53] | wagnerrp: | whatever would you do that for? |
| [19:15:54] | Wicked: | just the backend |
| [19:16:14] | Wicked: | idk. ive heard it can be done |
| [19:18:06] | plotino (plotino!~miles@79.13.188.40) has joined #mythtv-users | |
| [19:18:35] | straterra: | Is compiling the preferred method for getting myth on opensuse? |
| [19:18:52] | wagnerrp: | why would you want to run the backend in a VM? |
| [19:19:01] | skd5aner: | straterra: http://www.mythtv.org/wiki/Packages |
| [19:19:05] | wagnerrp: | straterra: if there are no packages available for opensuse, then its the only option |
| [19:19:13] | wagnerrp: | if there are packages... well then its up to you |
| [19:20:11] | straterra: | May the source be with me :P |
| [19:20:56] | straterra: | Hey! they're in packman. Awesome. |
| [19:28:01] | skd5aner (skd5aner!~skd5aner@cpe-069-132-082-180.carolina.res.rr.com) has quit (Quit: Leaving) | |
| [19:30:48] | kenni: | Has anyone heard/seen anything about what the new VDPAU feature set D is all about? |
| [19:32:41] | justinh: | I read it'll turn water into wine |
| [19:32:46] | kenni: | it's mentioned in the appendix of the documentation for the latest drivers, but can't find anything about the differences compared to feature set C. Seems like it's not completely official yet |
| [19:33:56] | kenni: | justinh: that'll do as well :) |
| [19:34:35] | Wicked: | kenni, im not sure but keep an eye on http://nvnews.net/vbulletin/showthread.php?t=161476 |
| [19:34:49] | Wicked: | hopefully steven will comment |
| [19:35:13] | kenni: | I have that page bookmarked already ;) |
| [19:35:25] | wagnerrp: | VP8 support, perhaps? |
| [19:35:50] | justinh: | reversible VLC.. wth is VLC? |
| [19:36:06] | sphery: | reversible VLC also works as CLV? |
| [19:36:07] | Wicked: | a video player? |
| [19:36:17] | kenni: | wagnerrp: that's also what a mod @ phoronix is guessing... |
| [19:36:36] | kenni: | or well, webm.. |
| [19:36:46] | justinh: | ahh it's an error thingy |
| [19:36:54] | wagnerrp: | justinh: where do you read 'reversible vlc'? |
| [19:36:58] | kormoc: | justinh, Reversible Variable Length Coding |
| [19:37:12] | kormoc: | wagnerrp, under not supported for Feature Set C |
| [19:37:27] | wagnerrp: | oh, looking through the driver appendix? |
| [19:37:38] | justinh: | yup |
| [19:38:02] | justinh: | I may not be looking to use this stuff just yet but it's nice to keep my nose in sometimes |
| [19:38:16] | kormoc is now known as kormoc_afk | |
| [19:38:59] | sphery: | I heard that feature set D has improved deinterlacers that can deinterlace 720p /and/ 1080p |
| [19:39:10] | wagnerrp: | amazing! |
| [19:39:23] | kenni: | :) |
| [19:39:30] | justinh: | right. that time of year again. bathtime! |
| [19:39:41] | sphery: | I know. From the talk on the list, I assumed there was no possible way to improve the VDPAU deinterlacers, but nvidia has gone and proved me wrong. |
| [19:39:43] | wagnerrp: | maybe 2560x1440 video playback? |
| [19:40:12] | sphery: | wagnerrp: 2560x1440... what about 4096x2160? |
| [19:40:27] | sphery: | after all, we /need/ 4K support for Avatar 2 and 3 |
| [19:41:04] | sphery: | I just downloaded a copy of Avatar 3 from my favorite torrent site, and I can't play it because I need a better video decoder. |
| [19:42:19] | kenni: | according to Phoronix, the new GT520 cards supports feature set D...and that's something like a $60 low end card AFAIK |
| [19:42:41] | sphery: | It's seriously heavy-duty video. it just pops up a dialog saying something about pwned and then my system locked up. It was such a stressor on the CPU that even after a reboot, I can't get my other programs to run--and the HDD is spinning like crazy and the NIC lights blinking constantly. |
| [19:42:42] | Wicked: | Phoronix loves to report on rumors |
| [19:42:56] | Wicked: | their info is not always spot on ;) |
| [19:42:57] | wagnerrp: | bumping up to h264 L4.2 would allow them to run 1080p at 48fps and 60fps, and 1440p at 24fps and 30fps |
| [19:42:59] | kenni: | sphery: go back to your i7 2600K @ 4.0GHz ;) |
| [19:43:24] | sphery: | heh... is the 2600K the temperature that runs at? |
| [19:43:31] | kenni: | could be |
| [19:43:52] | wagnerrp: | they would need L5.1 support to manage 4K video, and 1440p@48fps |
| [19:44:18] | sphery: | there's actually a level for 4K video already defined? nie |
| [19:44:20] | sphery: | nice, even |
| [19:44:43] | wagnerrp: | not so much defined, the levels define the macroblock rate |
| [19:44:55] | wagnerrp: | and storage |
| [19:45:14] | dewman (dewman!~dewman@68-188-190-218.dhcp.bycy.mi.charter.com) has quit (Ping timeout: 276 seconds) | |
| [19:45:14] | wagnerrp: | to it limits the resolution/framerate combinations you can use |
| [19:45:16] | sphery: | ahhh... looks like we'd be limited to 26.7fps |
| [19:45:27] | wagnerrp: | as well as the resolution/refframe counts you can use |
| [19:46:28] | wagnerrp: | so in order to qualify for support of a certain level, you have to have so much storage, and reach a certain through put |
| [19:46:39] | sphery: | anyway, I'm holding out for Super Hi-Vision. 7680x4320 ftw! |
| [19:46:52] | wagnerrp: | on my phone |
| [19:47:12] | sphery: | of course. If the screen is more than 3", you obviously need higher-resolution |
| [19:47:32] | wagnerrp: | at 4320p, you no longer need to worry about anti-aliasing! |
| [19:47:47] | sphery: | after all, I read text messages on my phone screen--how could I do that with less than 7680x4320 |
| [19:48:15] | sphery: | wagnerrp: no, but the Pauli Exclusion Principle prevents you from using adjacent pixels at the same time |
| [19:51:17] | wagnerrp: | i wonder how many people actually realize that antialiasing in games, and fonts, and modern UI compositing engines, is nothing more than a cheapish way to make up for deficiencies in displays |
| [19:51:42] | sphery: | by, essentially, blurring an image |
| [19:52:17] | wagnerrp: | well no, you can use sub-pixel rendering to get the effect of higher resolution |
| [19:52:33] | wagnerrp: | at the cost of some color accuracy |
| [19:54:14] | wagnerrp: | but people just dont realize that 3840x2400 on a 24" screen would be immeasurably better than 1920x1200 with a buttload of antialiasing |
| [19:55:10] | wagnerrp: | "that looks so smooth, what level of AA are you using?" "im not, my screen is just better than your visual acuity at that distance" |
| [20:02:57] | hadees (hadees!~hadees@72-48-211-19.dyn.grandenetworks.net) has quit (Quit: hadees) | |
| [20:07:47] | kenni: | those of you running with Core i3/i5/i7 frontends, have you done anything in particular to keep them silent? The TDP seems to be too high to passively cool them :/ |
| [20:08:04] | kenni: | unless of course if you use some enormous heatsink |
| [20:08:09] | wagnerrp: | big fan, big heatsink |
| [20:08:18] | wagnerrp: | works great on my old AMD64 |
| [20:08:25] | kenni: | like this one? http://www.dvhardware.net/news/scythe_orochi_2.jpg |
| [20:09:04] | wagnerrp: | im using one of these... http://www.thermalright.com/new_a_page/archives/si120.html and a big 120mm FDB panaflo |
| [20:09:35] | wagnerrp: | fanless NB cooler, fanless graphics card, quiet heatsink |
| [20:09:37] | wagnerrp: | i dont hear a thing |
| [20:09:44] | wagnerrp: | and... i have no idea what that is |
| [20:10:24] | kenni: | that's quite high if you add a fan on the top? It doesn't seem like it can fit in a low profile chassis :) |
| [20:11:06] | wagnerrp: | no, its a full mid-tower |
| [20:11:14] | wagnerrp: | stuffed behind my entertainment center next to a UPS |
| [20:13:23] | kenni: | I'm probably too religious about the noise...for the moment it seems like Atom+VDPAU is the only thing which can run without any moving parts :/ I would love to get a Core i3/i5 T-something, but AFAIKT, they'll all require a fan or at least some air circulation |
| [20:16:32] | wagnerrp: | kenni: any of the commercial ION systems will have fans |
| [20:16:41] | wagnerrp: | and you can get a mac mini that runs less power than an ION |
| [20:16:44] | Defense|Twin (Defense|Twin!~jepz@e177234121.adsl.alicedsl.de) has quit (Remote host closed the connection) | |
| [20:17:05] | wagnerrp: | with a sufficiently large heatsink, and properly designed flow paths, you can build a convection cooled desktop system |
| [20:17:28] | wagnerrp: | how is your TV situated? |
| [20:17:34] | wagnerrp: | do you have a big cabinet that its in? |
| [20:18:21] | kenni: | wagnerrp: no, the old Zotac IONITX has an *optional* fan (it's even confirmed in the manual) – and it comes with a 5 years warranty |
| [20:18:33] | kenni: | I'm running two of these |
| [20:18:51] | FabriceMG (FabriceMG!~fabrice@APoitiers-155-1-137-104.w81-50.abo.wanadoo.fr) has quit (Quit: Ex-Chat) | |
| [20:18:57] | wagnerrp: | the old IONITX is going to push 30–40W under load |
| [20:19:14] | wagnerrp: | a mac mini wont hit anything like that |
| [20:19:19] | kenni: | I have been looking into the Mac Mini, it's just so expensive.. |
| [20:19:56] | wagnerrp: | anyway, how much room do you have around your tv to hide things? |
| [20:20:26] | kenni: | ok, but even if it's hitting 30–40watt, it's still passively cooled and I haven't had a crash on any of them yet |
| [20:20:32] | kenni: | zero room |
| [20:21:31] | wagnerrp: | i keep planning on getting some sheet metal and heatpipes, and fabricate a demo box |
| [20:21:34] | wagnerrp: | just never get around to it |
| [20:21:58] | kenni: | also, wasn't there some Linux driver issues with the Mac mini? |
| [20:22:06] | kenni: | instability or something |
| [20:22:14] | wagnerrp: | kormoc has no problems with his |
| [20:22:39] | kenni: | with Linux or Mac OS X? |
| [20:22:51] | wagnerrp: | i should pick up a CAD program from school and start drawing up a design |
| [20:22:53] | wagnerrp: | linux |
| [20:22:59] | wagnerrp: | gentoo, specifically |
| [20:23:10] | kenni: | heh, sounds like a fun project |
| [20:23:54] | wagnerrp: | basically, my plan is to have a case about as tall as an IO panel, about as deep and three times as wide as a mini-itx board |
| [20:24:17] | wagnerrp: | or twice as wide if no graphics cards is needed |
| [20:24:36] | wagnerrp: | have the board/cpu/graphics on one side |
| [20:24:51] | wagnerrp: | with a big cooling channel on the opposite with a blower fan, like you see on high end graphics cards |
| [20:25:22] | wagnerrp: | two or three low rpm blowers, venting out the back |
| [20:27:02] | wagnerrp: | maybe put some baffling around the intakes for noise |
| [20:27:11] | kenni: | A couple of years ago I considered importing some really nifty mini-itx cases from a chinese factory, integrated heat pipes and the coolest look (Apple-ripoff). |
| [20:27:20] | kenni: | hehe, WAY too many fans for my taste |
| [20:27:27] | kenni: | I want zero |
| [20:28:46] | wagnerrp: | theres nothing wrong with fans |
| [20:29:30] | wagnerrp: | the only way you can reliably get away with no fans is if you are under 10W, are under 20W with a big open air heatsink, or have a vertical convection channel |
| [20:29:37] | kenni: | they're noisy, they generate vibrations, they're just plain annoying, IMHO :) |
| [20:29:52] | wagnerrp: | cheap ones are noisy, cheap ones generate vibrations |
| [20:30:41] | wagnerrp: | that panaflow 120x38 is beastly, puts out a huge amount of air, and is nearly silent |
| [20:30:49] | kenni: | ...or you could just buy a $150 Zotac board which even includes a passively cooled brick PSU ;) |
| [20:30:58] | wagnerrp: | i cant hear it from more than a foot away with the case open |
| [20:31:00] | kenni: | yeah, but it won't fit in a HTPC case |
| [20:31:28] | wagnerrp: | thats the point, you design the HTPC case with integrated cooling in mind |
| [20:31:41] | wagnerrp: | make the exterior a heatsink, make a cooling channel, do something |
| [20:31:45] | kenni: | like a Silverstone LC19 or whatever the one I have is called |
| [20:32:07] | wagnerrp: | well that just has a big vent on top, not quite what im talking about |
| [20:32:43] | Defense|Twin (Defense|Twin!~jepz@e177234121.adsl.alicedsl.de) has joined #mythtv-users | |
| [20:32:53] | wagnerrp: | im talking about something like the mcubed stuff |
| [20:34:32] | wagnerrp: | http://www.silentpcreview.com/article678-page3.html |
| [20:34:55] | lyricnz (lyricnz!~simonrobe@ppp118-209-14-241.lns20.mel4.internode.on.net) has quit (Quit: lyricnz) | |
| [20:35:06] | dewman (dewman!~dewman@68-188-190-218.dhcp.bycy.mi.charter.com) has joined #mythtv-users | |
| [20:35:43] | kenni: | that's actually quite nice, I remember I read about that chassis, but I had forgotten all about it |
| [20:35:44] | wagnerrp: | or any of the a-tech stuff... http://www.atechfabrication.com/ |
| [20:36:00] | wagnerrp: | (a-tech is ___not___ cheap) |
| [20:37:39] | kenni: | heh, I just found one of the cases from China which I had a crush on a few years ago... http://www.championsail.com/xwproduct_view.asp?id=1599 |
| [20:37:43] | skd5aner (skd5aner!~skd5aner@cpe-069-132-082-180.carolina.res.rr.com) has joined #mythtv-users | |
| [20:38:03] | kenni: | with integrated heat pipes and insanely expensive |
| [20:38:19] | kenni: | even when you bought 100 pcs at a time |
| [20:38:29] | wagnerrp: | now thats just foolishly manufactured |
| [20:38:47] | wagnerrp: | heat rises, you want vertical slats on the heatsinks |
| [20:38:50] | kenni: | heh, why's that? |
| [20:39:01] | kenni: | ahh, yeah ok |
| [20:39:12] | wagnerrp: | otherwise, air isnt going to go into that heatsink |
| [20:39:24] | wagnerrp: | it will be little different as if you were just dumping heat onto a flat surface |
| [20:40:27] | kenni: | but if it does the job, then it does the job...Just like my Zotac boards ;) |
| [20:40:45] | dewman (dewman!~dewman@68-188-190-218.dhcp.bycy.mi.charter.com) has quit (Read error: Operation timed out) | |
| [20:40:54] | kenni: | 50mm is a nice height |
| [20:40:56] | wagnerrp: | thats the thing |
| [20:41:10] | wagnerrp: | if they dont know what theyre doing, who's to say they havent screwed up similarly elsewhere |
| [20:41:18] | wagnerrp: | who's to say it actually does the job it claims |
| [20:42:01] | kenni: | yep, only way to know that is to perform the testing yourself if you don't trust them |
| [20:42:21] | wagnerrp: | ive got a question you might be able to help with |
| [20:42:38] | wagnerrp: | is the translation code at all functional before gCoreContext is launched, and the database is accessible? |
| [20:42:41] | J-e-f-f-A: | Poor translation? ". It is a fanless case with large storage capacity, space for 2 PCI cards and near silent operation. " — if it's FANLESS, I'd expect it to be COMPLETELY silent... |
| [20:42:52] | J-e-f-f-A: | oh, maybe the hdd. |
| [20:43:06] | wagnerrp: | hdd, capacitors, more makes noise than just the fans |
| [20:43:32] | kenni: | we store the current language in the DB, so I would guess not |
| [20:44:20] | uW (uW!~uW@74.174.28.98) has quit (Quit: uW) | |
| [20:44:27] | martin_ (martin_!~quassel@h-165-113.A155.priv.bahnhof.se) has joined #mythtv-users | |
| [20:45:36] | wagnerrp: | kenni: i ask as im working on a new command line parser, and sphery mentioned the possibility of getting those fields translated |
| [20:45:53] | kenni: | ahh |
| [20:46:19] | wagnerrp: | https://github.com/MythTV/mythtv/blob/command . . . ser.cpp#L585 |
| [20:47:03] | wagnerrp: | arguments would be static, but the help text translated may be helpful (if perhaps a lot of additional work) |
| [20:47:26] | wagnerrp: | but it would only work if the language could be based off the environment LANG |
| [20:47:29] | plotino (plotino!~miles@79.13.188.40) has quit (Quit: Ex-Chat) | |
| [20:49:29] | kenni: | I don't think we store any info about the selected translation locally, so without access to the DB, we can't fetch the language..using the LANG variable could probably work in some cases, but still no guarantee that the user has selected the same language in the OS as in MythTV |
| [20:50:45] | J-e-f-f-A: | Would it make sense to swtich Myth to use the Language of the OS instead of having a different setting? |
| [20:50:53] | Lord_Deathscythe (Lord_Deathscythe!~chris@h183.130.185.173.dynamic.ip.windstream.net) has joined #mythtv-users | |
| [20:51:03] | len (len!~quassel@184-97-168-55.mpls.qwest.net) has joined #mythtv-users | |
| [20:51:06] | wagnerrp: | we could store it in config.xml |
| [20:51:37] | wagnerrp: | no, config.xml doesnt get read in until later |
| [20:51:45] | len (len!~quassel@184-97-168-55.mpls.qwest.net) has quit (Read error: Connection reset by peer) | |
| [20:53:45] | kenni: | sometimes I prefer to do the OS install in english due to bad translations – and some installers will make that selection the default on the newly installed OS. Since I'm fine with this (en_us.UTF8 can still show the special regional characters), I usually just leave it. |
| [20:54:40] | kenni: | J-e-f-f-A: 0.24 introduced a new auto configuration feature based on the locale, so we already indirectly do this on new installs...but the info gets populated into the DB |
| [20:55:14] | wagnerrp: | anyway, the option is there should you want to do anything with it |
| [20:55:49] | kenni: | I don't think we support translation of commandline options elsewhere, do we? |
| [20:55:57] | J-e-f-f-A: | kenni: Ah. ;-) |
| [20:55:57] | wagnerrp: | not at current, no |
| [20:56:30] | kenni: | only a few debugging terminal outputs, which is largely by mistake |
| [20:56:49] | wagnerrp: | yeah, debugging is supposed to all be in english |
| [20:57:30] | wagnerrp: | well.. i speak english, so it doesnt matter to me one way or another |
| [20:59:17] | kenni: | personally I don't see any need for translating the command line options...often it doesn't make sense either. -f = "format" makes sense in English but if "format" is called something completely different in the translation, the logic behind -f is gone |
| [21:00:05] | kenni: | and we're not interested in matching the arguments with the translations :) |
| [21:01:12] | kenni: | I think Microsoft does that in Windows...that's quite annoying |
| [21:05:52] | trumee: | myth-0.24 is really shitty wrt audio. Unbearable "ALSA, Error: WriteAudio: buffer underrun" comes up every 10 sec :( |
| [21:06:16] | wagnerrp: | please watch the language |
| [21:06:25] | wagnerrp: | are you trying to route through pulse or something? |
| [21:06:34] | trumee: | wagnerrp: sorry, bit frustrated |
| [21:06:40] | trumee: | wagnerrp: no. plain alsa |
| [21:07:29] | kenni: | trumee: did you do the regular "Scan for audio devices"? |
| [21:07:33] | Lord_Deathscythe (Lord_Deathscythe!~chris@h183.130.185.173.dynamic.ip.windstream.net) has quit (Quit: I am called onward) | |
| [21:07:49] | kenni: | if you're upgrading, that's required |
| [21:07:55] | trumee: | using Intel ICH6 sound card |
| [21:08:06] | trumee: | kenni: yes, i did scan for audio |
| [21:08:10] | wagnerrp: | ich6.. thats an old one |
| [21:08:18] | wagnerrp: | i865? |
| [21:09:17] | trumee: | wagnerrp: alsamixer, says Intel ICH6, Realtek ALC250 rev2 |
| [21:09:40] | trumee: | 00:1e.2 Multimedia audio controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Audio Controller (rev 03) |
| [21:10:26] | trumee: | In mythfrontend, it says ALSA:default:CARD=ICH6 |
| [21:11:25] | trumee: | I get audio buffer underrun in both LiveTV and mythvideo. And this is all with SD content. |
| [21:12:06] | trumee: | My laptop is not good enough for HD content |
| [21:12:59] | trumee: | seems somebody fixed it on Ubuntu, http://ubuntuforums.org/showthread.php?t=1632963 |
| [21:13:10] | trumee: | unfortunately, i use opensuse |
| [21:14:01] | trumee: | myth-0.23 was flawless, perhaps i need to step back |
| [21:14:01] | skd5aner: | trumee: what version mythfrontend --version please |
| [21:14:35] | trumee: | skd5aner: Library API : 0.24.20101129–1 |
| [21:14:50] | trumee: | skd5aner: MythTV Version : Unknown |
| [21:14:59] | skd5aner: | unknown? |
| [21:15:09] | skd5aner: | wtf? |
| [21:15:09] | trumee: | skd5aner: yes, that is what i get |
| [21:15:14] | skd5aner: | mythbackend --version |
| [21:15:49] | skd5aner: | how did you install? package? distro? compile from source? |
| [21:15:54] | trumee: | skd5aner: this is a frontend only box |
| [21:16:22] | trumee: | skd5aner: these packages are from opensuse repo. I did compile my own version too. just a sec |
| [21:16:39] | trumee: | skd5aner: MythTV Version : v0.24-210-g40fc454 |
| [21:17:05] | skd5aner: | tht's fairly recent -fixes |
| [21:17:09] | skd5aner: | March 11 |
| [21:17:51] | skd5aner: | there have been little to no audio fixes since then – but a few video playback fixes – http://www.mythtv.org/wiki/Release_Notes_-_0.24-fixes |
| [21:19:44] | skd5aner: | which – assuming if your version is right, had the alsa buffer size fixes in it |
| [21:19:48] | skd5aner: | by a day or so |
| [21:20:13] | trumee: | skd5aner: i will do a recompile then |
| [21:20:18] | skd5aner: | based on that EXCELLENT list of 0.24-fixes release notes – which tell me exactly when and what went into fixes in chronological order |
| [21:20:21] | trumee: | skd5aner: just in case |
| [21:21:00] | skd5aner: | well, you could also have something going on if you've installed both from source and from packages |
| [21:21:06] | skd5aner: | conflicting libraries for example |
| [21:21:32] | trumee: | skd5aner: right, i will get rid of the opensuse packages |
| [21:21:56] | skd5aner: | cool – good luck, i'm out |
| [21:24:04] | n0tk (n0tk!~n0tk@mail.stpaulinternet.net) has quit (Quit: Bye) | |
| [21:24:46] | kenni: | trumee: did you upgrade the OS at the same time as you upgraded to 0.24? |
| [21:25:08] | trumee: | kenni: not sure |
| [21:25:15] | trumee: | kenni: but it is a possibility |
| [21:25:36] | kenni: | heh, that's quite essential.. |
| [21:25:56] | trumee: | kenni: i upgraded from opensuse 11.3 to 11.4 |
| [21:26:28] | kenni: | if you upgraded the OS at the same time, it could just as well be some other issue not related to 0.24...alsa driver, kernel driver for your sound card, etc |
| [21:26:28] | trumee: | kenni: but dont remember whether i tried 0.24 in opensuse 11.3 or not |
| [21:27:31] | lofty40 (lofty40!~mario@77.109.78.155) has quit (Quit: Ex-Chat) | |
| [21:27:36] | dewman (dewman!~dewman@68-188-190-218.dhcp.bycy.mi.charter.com) has joined #mythtv-users | |
| [21:27:39] | trumee: | kenni: perhaps, i should go back to 0.23 on the backend/frontend. It will be easier to test that rather then reinstalling the OS |
| [21:28:03] | kenni: | I don't what the default alsa buffer size is in opensuse, perhaps it's too low. You can check/increase it somewhere in /proc |
| [21:28:25] | kenni: | what about enabling extra buffering in MythTV, does it help? |
| [21:28:27] | croppa (croppa!~stuart@202-90-54-173.static.linearg.net) has quit (Ping timeout: 250 seconds) | |
| [21:29:44] | trumee: | kenni, no that didnt help |
| [21:30:45] | trumee: | cat /proc/asound/card0/pcm0p/sub0/prealloc returns 24 |
| [21:30:59] | kenni: | that's low for sure...Mythbuntu uses 4096 |
| [21:31:27] | kenni: | my Arch Linux box (not running MythTV) has 64 as the default |
| [21:32:38] | trumee: | kenni: sorry that was a typo, it is 64 |
| [21:33:09] | kenni: | ok, try to increase it, 64 is still < 4096 |
| [21:34:47] | martin_ (martin_!~quassel@h-165-113.A155.priv.bahnhof.se) has quit (Remote host closed the connection) | |
| [21:35:16] | trumee: | echo 128 |/proc/asound/card0/pcm0p/sub0/prealloc returns bash: /proc/asound/card0/pcm0p/sub0/prealloc: Permission denied |
| [21:35:22] | trumee: | and i am root |
| [21:35:41] | Twiggy2cents (Twiggy2cents!~darren@66-87-2-203.pools.spcsdns.net) has joined #mythtv-users | |
| [21:41:09] | trumee: | kenni: any idea what could be wrong |
| [21:41:48] | Beirdo: | not | |
| [21:41:50] | Beirdo: | > |
| [21:42:01] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 252 seconds) | |
| [21:42:46] | trumee: | mythfrontend is reporting http://pastebin.com/rb3JnwLa |
| [21:43:14] | trumee: | Beirdo: echo 128 >/proc/asound/card0/pcm0p/sub0/prealloc doesnt not set it to 128 |
| [21:43:26] | trumee: | Beirdo: it remains 64 only |
| [21:43:34] | Beirdo: | as root? |
| [21:43:51] | trumee: | yes |
| [21:44:00] | trumee: | lappy:/proc/asound/card0 # echo 128 >/proc/asound/card0/pcm0p/sub0/prealloc |
| [21:44:01] | trumee: | lappy:/proc/asound/card0 # cat /proc/asound/card0/pcm0p/sub0/prealloc |
| [21:44:03] | trumee: | 64 |
| [21:44:15] | Beirdo: | dunno. |
| [21:45:01] | kenni: | trumee: the frontend can't set the buffer size as it want to...could seem to be the core of your problem |
| [21:45:43] | kenni: | and I don't know how to solve that |
| [21:48:41] | trumee: | lappy:/proc/asound/card0 # echo 128 >/proc/asound/card0/pcm0c/sub0/prealloc |
| [21:48:43] | trumee: | lappy:/proc/asound/card0 # cat /proc/asound/card0/pcm0c/sub0/prealloc |
| [21:48:44] | trumee: | 128 |
| [21:48:51] | trumee: | kenni: i can set pcm0c to 128. |
| [21:49:12] | trumee: | is there any difference between pcm0p and pcm0c? |
| [21:49:57] | kenni: | according to the log you posted, you've configured MythTV to use /proc/asound/card0/pcm0p/sub0/prealloc |
| [21:50:49] | trumee: | ah i see |
| [21:50:56] | kenni: | I'm not into the audio stuff, but my best bet would be that it's another output |
| [21:51:43] | trumee: | In dmesg i get ALSA info.c:431: data write error to prealloc (-16) |
| [21:51:57] | trumee: | if i try to write to pcm0p |
| [21:52:08] | kenni: | heh, you're getting closer |
| [21:56:32] | abqjp: | Anandtech has posted a review of the Colossus http://www.anandtech.com/show/4273/hauppauge- . . . hdmi-support |
| [21:58:33] | Defense|Twin (Defense|Twin!~jepz@e177234121.adsl.alicedsl.de) has quit (Remote host closed the connection) | |
| [22:01:17] | kenni: | trumee: did you try something simple like seeing if you could select other sound cards outputs, than the one you have currently selected in the frontend? Perhaps it's a pseudo device or something, and that's the reason why you can't set the buffer size |
| [22:02:23] | streeter (streeter!~streeter@66.187.233.202) has quit (Quit: Leaving) | |
| [22:03:07] | trumee: | kenni: The only choices i have are, ALSA:default:CARD=ICH6, ALSA:iec958:CARD=ICH6,DEV=0, /dev/dsp1 and NULL |
| [22:03:36] | trumee: | kenni: i suppose iec958 is for spdif. i tried with /dev/dsp1 but there was no audio |
| [22:03:57] | kenni: | ok |
| [22:05:10] | kenni: | bed time |
| [22:05:56] | brfransen (brfransen!~brfransen@216.254.250.47) has quit (Quit: brfransen) | |
| [22:06:15] | skd5aner: | wagnerrp: this doesn't even mention tuners/capture cards under hardware – http://www.mythtv.org/wiki/Executive_Overview |
| [22:06:46] | skd5aner: | wagnerrp: I'd think that'd be one of the most important pieces |
| [22:08:19] | trumee: | kenni: thanks for your help |
| [22:09:00] | skd5aner: | sphery: http://www.gossamer-threads.com/lists/mythtv/users/475641#475641 – you can always refer to the 0.24-fixes changelog – easy to find every change that's gone into there – look by date or category |
| [22:17:45] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v MythLogBot | |
| [22:20:02] | tgm4883 (tgm4883!~tgm4883@204.8.45.13) has joined #mythtv-users | |
| [22:20:02] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv-users | |
| [22:20:02] | tgm4883 (tgm4883!~tgm4883@204.8.45.13) has quit (Changing host) | |
| [22:20:12] | xris (xris!~xris@mythtv/developer/xris) has quit (Quit: Terminated with extreme prejudice - dircproxy 1.2.0) | |
| [22:22:25] | xris (xris!~xris@xris.forevermore.net) has joined #mythtv-users | |
| [22:22:37] | xris (xris!~xris@xris.forevermore.net) has quit (Changing host) | |
| [22:22:37] | xris (xris!~xris@mythtv/developer/xris) has joined #mythtv-users | |
| [22:22:37] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v xris | |
| [22:31:20] | brfransen (brfransen!~brfransen@216.254.250.47) has joined #mythtv-users | |
| [22:34:56] | kenni: | wagnerrp: heh, now I understand why you guys keeps recommending the Mac Mini; I just checked the price of the Mac Mini in the US at apple.com...starts at $699...here in DK it starts at ~$1100 :/ |
| [22:35:38] | sphery: | skd5aner: Yeah, that works, when I feel like looking it up. :) That was my long winded way of saying I didn't feel like doing so when I sent that. Thanks for the reminder, though. I probably should have at least linked to it. |
| [22:36:16] | sphery: | kenni: wow, that's super expensive |
| [22:36:45] | sphery: | how do the atom-based system compare? are they also about 2x the cost here or is it just Apple that's ripping you guys off? |
| [22:37:24] | sphery: | if the latter, that would explain why so many people buy Atom garbage rather than pay for a quality system. |
| [22:37:29] | Hoxzer (Hoxzer!haikion@amadeus.cc.tut.fi) has joined #mythtv-users | |
| [22:38:20] | sphery: | (not saying the Mac Mini is the only quality system--though it is one of the only small, quiet, low-power-usage, powerful-processor, VDPAU-capable systems that's available off the shelf) |
| [22:40:14] | wagnerrp: | kenni: yeah, you can occasionally find it on sale (or an older one) for $600 |
| [22:40:34] | wagnerrp: | at which point the difference between that and a full prebuilt ION at ~$400 isnt so bad at all |
| [22:40:54] | kenni: | give me a sec, I'll find something to compare with |
| [22:41:00] | wagnerrp: | sure, you can get zotac and asus boards for $150, but the full systems are generally a lot more expensive |
| [22:42:47] | kenni: | Zotac Zbox ID41 is at ~$349 |
| [22:43:16] | kenni: | (just to compare it with a recent Atom-based system) |
| [22:44:15] | sphery: | wagnerrp: Did you hear how Intel has just solved the Atom power usage problem? The new Z670 drops the TDP from 7W to 3W for the chip. So, since Intel concentrated on the 23% of the problem--and halved the power usage on it, new Atom systems will use only about 90% of the power as the old ones. |
| [22:44:27] | kenni: | sphery: about VDPAU capable, I though it only had max 256MB RAM for the GPU? |
| [22:44:46] | kenni: | thought |
| [22:44:51] | sphery: | the mac mini? |
| [22:44:54] | kenni: | yes |
| [22:45:06] | sphery: | not sure |
| [22:45:11] | wagnerrp: | sphery: heh... now they just need a worthwhile northbridge for it |
| [22:45:25] | sphery: | I assumed it was more since kormoc is using it with VDPAU, I think |
| [22:45:51] | sphery: | then again, the changes that Mark and Taylor just made to the player look like it may allow VDPAU with 256-MB cards. |
| [22:45:59] | sphery: | (granted, that won't be 'til 0.25) |
| [22:46:04] | wagnerrp: | sphery: are those all single core? |
| [22:46:19] | kenni: | where would you find the price of such Zotac nettop in the US? |
| [22:46:22] | wagnerrp: | yes they are |
| [22:46:24] | sphery: | the Z670? |
| [22:46:36] | wagnerrp: | kenni: brief searching shows that system as between $300-$350 |
| [22:46:37] | andreax (andreax!~andreaz@p57B92E5E.dip.t-dialin.net) has quit (Quit: Leaving.) | |
| [22:46:51] | wagnerrp: | i didnt look deep enough to see if that came complete with hard drive and memory |
| [22:46:53] | sphery: | kenni: it sounds like--based on wagnerrp's quoting ~$400 that the Atom based systems are similarly priced here |
| [22:46:56] | wagnerrp: | sphery: yeah, that chip is single core |
| [22:46:56] | sphery: | so it's just Apple |
| [22:47:10] | sphery: | heh, so half the cores = half the power usage |
| [22:47:13] | kenni: | ok |
| [22:47:17] | wagnerrp: | meaning they dropped from 4W down to 3W |
| [22:47:47] | sphery: | funny--the article I read was talking about how it dropped it from 7W on Pine Trail to 3W |
| [22:47:55] | sphery: | so they must have been comparing Apples and Orange |
| [22:48:02] | wagnerrp: | the CE processors are 7W |
| [22:48:07] | sphery: | (yes, Orange is singular on purpose :) |
| [22:48:09] | wagnerrp: | which are the single core chips in things like the boxeebox |
| [22:49:18] | wagnerrp: | the lowest power dual core is 8.5W |
| [22:49:35] | wagnerrp: | and thats not including a IO controller, for usb, disk, etc.. |
| [22:49:37] | JEDIDIAH__: | Zotac? In the US? Just use google. |
| [22:49:50] | JEDIDIAH__: | you will probably end up with hits from NewEgg and Amazon. |
| [22:49:55] | JEDIDIAH__: | My last ION came from Amazon. |
| [22:50:27] | JEDIDIAH__: | My MAG was $280. Came with a nice mounting bracket too. |
| [22:50:58] | sphery: | wagnerrp: yeah, so it's http://ark.intel.com/Product.aspx?id=55663 ... is it a new model of the CE processors or some other family? |
| [22:51:30] | sphery: | I wonder what the "Idle States" means |
| [22:51:36] | wagnerrp: | sphery: completely different |
| [22:51:47] | wagnerrp: | its one of their netbook chips |
| [22:52:01] | sphery: | which were around 4W previously? |
| [22:52:03] | wagnerrp: | unlike the desktop chips, the netbook ones actually retained their low power states |
| [22:52:14] | sphery: | ahhh |
| [22:52:26] | wagnerrp: | yes, the previous netbook chips were similarly low powered |
| [22:52:34] | wagnerrp: | this is nothing different than anything before |
| [22:52:53] | wagnerrp: | seems they added hyperthreading, that may be new |
| [22:52:57] | wagnerrp: | but its still a 32-bit chip |
| [22:53:18] | sphery: | so it's like saying that Intel's Core 2 Duo Mobile at 35W TDP is about half the power usage of last year's Core 2 Duo desktop at 65W |
| [22:53:36] | wagnerrp: | something like that |
| [22:53:39] | sphery: | I'm not a fan of hyped-up threading |
| [22:53:43] | wagnerrp: | and if it does better idle, that may very well be the case |
| [22:53:54] | sphery: | AMD has a /very/ good take on it for server systems |
| [22:54:06] | sphery: | says it's completely useless on a system with high utilization |
| [22:54:38] | sphery: | granted, for a typical desktop that spends its time waiting on a user it can have benefits, but I think they're small enough to be not worth the silicon |
| [22:54:39] | wagnerrp: | the atom? |
| [22:54:48] | sphery: | hyperthreading |
| [22:55:07] | wagnerrp: | ah |
| [22:55:25] | wagnerrp: | now i dont know about that |
| [22:55:30] | andreax (andreax!~andreaz@p57B92E5E.dip.t-dialin.net) has joined #mythtv-users | |
| [22:55:43] | wagnerrp: | IBM and Sun went much further than intel ever did with hyperthreading |
| [22:56:18] | sphery: | no, they went far with SMT |
| [22:56:29] | wagnerrp: | whats the difference? |
| [22:56:30] | bill6502 (bill6502!~bill6502@216-80-49-77.c3-0.alc-ubr4.chi-alc.il.cable.rcn.com) has joined #mythtv-users | |
| [22:56:31] | sphery: | they didn't create a TM'ed marketing scheme for it |
| [22:57:06] | kenni (kenni!~kenni@mythtv/developer/kenni) has left #mythtv-users () | |
| [22:57:10] | wagnerrp: | the power chips will run four threads per core, and the sparcs, 8 |
| [22:58:12] | wagnerrp: | as opposed to intel's puny two |
| [22:59:33] | bill6502 (bill6502!~bill6502@216-80-49-77.c3-0.alc-ubr4.chi-alc.il.cable.rcn.com) has left #mythtv-users () | |
| [23:00:06] | sphery: | wagnerrp: this article talks about their approach: http://www.theregister.co.uk/2011/04/04/amd_o . . . rver_update/ |
| [23:00:19] | sphery: | wagnerrp: they're simply saying that 2 /real/ cores are better than 2 threads on one core |
| [23:00:41] | knightr: | wagnerrp, Sorry Raymond I was at work when you posted your question... The answer is yes (I think Kenni already replied to you though)... |
| [23:01:58] | sphery: | wagnerrp: and page 2 gets into the utilization stuff |
| [23:02:08] | ** knightr definitely needs to himself a better phone with an IRC client on it... ** | |
| [23:02:30] | sphery: | back when data centers were less-efficiently utilized SMT made a lot more sense |
| [23:02:50] | sphery: | but now that they're hitting 80 to 90% utilization, there's not much room for SMT |
| [23:03:19] | knightr: | oops, I mean I definitely need to buy myself a better phone with an IRC client on it (I should have re-read my previous sentence before posting it...) |
| [23:04:56] | sphery: | if you're doing IRC on your phone, you're way ahead of me |
| [23:04:57] | sphery: | :) |
| [23:06:12] | wagnerrp: | knightr: yeah, it was a nice thought, but no easy way to do it cleanly |
| [23:07:13] | knightr: | sphery, not with the old phone I have... :) I know a few people who have one though (the Iphone has one for example)... I'm considering buying myself a Dell Streak (Android based) which most probably has one too... |
| [23:07:38] | knightr: | wagnerrp, that's what I gathered from reading the scrollback unfortunately... :( |
| [23:11:55] | wagnerrp: | i can cast from a uint to ushort without complication, right? |
| [23:18:32] | deathadder (deathadder!~no@ganjaman.gotadsl.co.uk) has quit (Read error: Connection reset by peer) | |
| [23:19:33] | deathadder (deathadder!~no@ganjaman.gotadsl.co.uk) has joined #mythtv-users | |
| [23:28:07] | ekristen (ekristen!~ekristen@pool-71-163-178-57.washdc.fios.verizon.net) has joined #mythtv-users | |
| [23:28:44] | Slim-Kimbo (Slim-Kimbo!~Kimbo@host86-167-41-253.range86-167.btcentralplus.com) has quit (Quit: Slim-Kimbo) | |
| [23:29:28] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has quit (Quit: Ex-Chat) | |
| [23:36:14] | abqjp (abqjp!~abqjp@97-119-174-22.albq.qwest.net) has quit (Quit: abqjp) | |
| [23:41:29] | kormoc_afk is now known as kormoc | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.
![http://www.lyngsat-logo.com/icon/tv/aa/a_fazenda.gif"](http://www.lyngsat-logo.com/icon/tv/aa/a_fazenda.gif"){kind=link}
![http://www.lyngsat-logo.com/hires/aa/a_fazenda.png"](http://www.lyngsat-logo.com/hires/aa/a_fazenda.png"){kind=link}
