| Monday, December 20th, 2010, 00:04 UTC | ||
| [00:04:42] | russell5: | i thought mythdroid was a remote control basicly |
| [00:04:47] | trumee is now known as trumee_away | |
| [00:07:17] | floppyears: | is mythtv trunk stable to use or would you guys recommend sticking with 0.24? |
| [00:08:16] | Trux_ (Trux_!~trux@pool-173-74-130-229.dllstx.fios.verizon.net) has quit (Remote host closed the connection) | |
| [00:08:17] | [R]: | floppyears: well look at the commits |
| [00:08:27] | [R]: | floppyears: that'll tell you whats changed since 24 |
| [00:08:47] | [R]: | floppyears: cuz if you plan on using trunk, you'll have to monitor the commits |
| [00:10:13] | floppyears: | [R]: good point, I'm thinking I'll just stick to .24 |
| [00:14:16] | allenmelon: | mythdroid doesnt let you watch from the phone? |
| [00:14:44] | wagnerrp: | russell5: there are several remote control applications for smart phones |
| [00:14:50] | wagnerrp: | mythdroid is not one of them |
| [00:15:24] | allenmelon: | it says mythdroid can "Stream recordings and videos to the android device" |
| [00:15:28] | russell5: | i should look more into it. i just thought it was one oops |
| [00:16:35] | jya (jya!~avenardj@122.248.150.25) has joined #mythtv-users | |
| [00:18:12] | klucas (klucas!~klucas@206-248-137-146.dsl.teksavvy.com) has joined #mythtv-users | |
| [00:18:29] | jya (jya!~avenardj@122.248.150.25) has quit (Client Quit) | |
| [00:19:18] | jya (jya!~avenardj@122.248.150.25) has joined #mythtv-users | |
| [00:21:06] | smooph1 (smooph1!~smooph@e180134205.adsl.alicedsl.de) has joined #mythtv-users | |
| [00:22:11] | smooph (smooph!~smooph@e180144198.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [00:23:12] | psycodad (psycodad!~cschnee@2001:4060:4419:b1::2) has quit (Read error: Operation timed out) | |
| [00:23:52] | jya (jya!~avenardj@122.248.150.25) has quit (Ping timeout: 276 seconds) | |
| [00:24:35] | allesmueller (allesmueller!~allesmuel@unixboard/users/allesmueller) has quit (Read error: Operation timed out) | |
| [00:26:26] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv-users | |
| [00:27:21] | psycodad (psycodad!~cschnee@2001:4060:4419:b1::2) has joined #mythtv-users | |
| [00:28:53] | wylie (wylie!~wylie@ip24-251-22-58.ph.ph.cox.net) has quit (Ping timeout: 264 seconds) | |
| [00:29:53] | smooph1 (smooph1!~smooph@e180134205.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [00:34:48] | wylie (wylie!~wylie@ip24-251-22-58.ph.ph.cox.net) has joined #mythtv-users | |
| [00:39:39] | Beirdo: | whew |
| [00:39:52] | Beirdo: | OK, reading a book takes too much time :) |
| [00:40:49] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv-users | |
| [00:42:44] | wylie (wylie!~wylie@ip24-251-22-58.ph.ph.cox.net) has quit (Ping timeout: 250 seconds) | |
| [00:45:20] | smooph (smooph!~smooph@e180143163.adsl.alicedsl.de) has joined #mythtv-users | |
| [00:49:00] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (*.net *.split) | |
| [00:49:23] | wylie (wylie!~wylie@ip24-251-22-58.ph.ph.cox.net) has joined #mythtv-users | |
| [00:49:30] | jya (jya!~avenardj@120.152.213.184) has joined #mythtv-users | |
| [00:49:41] | lautriv: | help, trying to retune my servers. i was used to astra 19.2 E @ 1551500,vert,2200000 but get no loack ?? |
| [00:49:52] | lautriv: | err 11551500 |
| [00:51:40] | tris (tris!~tristan@CAMEL.ETHEREAL.NET) has quit (Ping timeout: 276 seconds) | |
| [00:52:58] | smooph1 (smooph1!~smooph@e180140205.adsl.alicedsl.de) has joined #mythtv-users | |
| [00:53:41] | Beirdo: | wagnerrp: doubtful, I think he may have done that manually |
| [00:53:41] | trumee_away is now known as trumee | |
| [00:54:11] | smooph (smooph!~smooph@e180143163.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [00:54:11] | jya (jya!~avenardj@120.152.213.184) has quit (Read error: Connection reset by peer) | |
| [00:54:31] | jya (jya!~avenardj@120.152.213.184) has joined #mythtv-users | |
| [00:58:54] | Beirdo: | sigh |
| [01:01:16] | smooph (smooph!~smooph@e180141097.adsl.alicedsl.de) has joined #mythtv-users | |
| [01:01:47] | smooph1 (smooph1!~smooph@e180140205.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [01:02:59] | jya (jya!~avenardj@120.152.213.184) has quit (Quit: jya) | |
| [01:04:03] | tris (tris!~tristan@CAMEL.ETHEREAL.NET) has joined #mythtv-users | |
| [01:07:16] | tris (tris!~tristan@CAMEL.ETHEREAL.NET) has quit (Excess Flood) | |
| [01:09:53] | lautriv: | scan astra 19.2E on myth0.24..........anyone ?? |
| [01:10:20] | smooph1 (smooph1!~smooph@e180139144.adsl.alicedsl.de) has joined #mythtv-users | |
| [01:11:33] | tris (tris!~tristan@CAMEL.ETHEREAL.NET) has joined #mythtv-users | |
| [01:12:35] | smooph (smooph!~smooph@e180141097.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [01:18:34] | smooph (smooph!~smooph@e180131145.adsl.alicedsl.de) has joined #mythtv-users | |
| [01:19:23] | smooph1 (smooph1!~smooph@e180139144.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [01:22:31] | Lord_Deathscythe (Lord_Deathscythe!~chris@h231.136.185.173.dynamic.ip.windstream.net) has joined #mythtv-users | |
| [01:27:19] | smooph1 (smooph1!~smooph@e180137070.adsl.alicedsl.de) has joined #mythtv-users | |
| [01:27:23] | smooph (smooph!~smooph@e180131145.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [01:28:16] | k_ross (k_ross!ad40b024@gateway/web/freenode/ip.173.64.176.36) has quit (Ping timeout: 265 seconds) | |
| [01:29:13] | klucas (klucas!~klucas@206-248-137-146.dsl.teksavvy.com) has quit (Remote host closed the connection) | |
| [01:37:13] | smooph (smooph!~smooph@e180129190.adsl.alicedsl.de) has joined #mythtv-users | |
| [01:38:35] | smooph1 (smooph1!~smooph@e180137070.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [01:39:52] | aputerboy_ (aputerboy_!~chatzilla@pool-96-233-32-140.bstnma.fios.verizon.net) has joined #mythtv-users | |
| [01:41:47] | aputerboy (aputerboy!~chatzilla@pool-96-237-117-166.bstnma.fios.verizon.net) has quit (Ping timeout: 240 seconds) | |
| [01:41:49] | aputerboy_ is now known as aputerboy | |
| [01:45:53] | smooph (smooph!~smooph@e180129190.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [01:59:58] | npm__ (npm__!~npm@cpe-76-90-29-158.socal.res.rr.com) has joined #mythtv-users | |
| [02:00:28] | tictric_ (tictric_!~quassel@unaffiliated/tictric) has joined #mythtv-users | |
| [02:02:29] | smooph (smooph!~smooph@e180139074.adsl.alicedsl.de) has joined #mythtv-users | |
| [02:03:42] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 265 seconds) | |
| [02:04:37] | npm_ (npm_!~npm@cpe-76-90-29-158.socal.res.rr.com) has quit (Ping timeout: 276 seconds) | |
| [02:06:29] | J-e-f-f-A: | allenmelon: IIRC, mythdroid must first trancoded the file, then it can stream later... I haven't fiddled with it yet, and I've had a droid for almost a year now. |
| [02:07:00] | lautriv (lautriv!~virtual@f050081116.adsl.alicedsl.de) has quit (Ping timeout: 265 seconds) | |
| [02:09:28] | J-e-f-f-A: | russell5: I have used 'mythmote' – it's pretty decent. But I like a 'dedicated' MCE remote better. ;-) |
| [02:10:46] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv-users | |
| [02:12:27] | Lord_Deathscythe (Lord_Deathscythe!~chris@h231.136.185.173.dynamic.ip.windstream.net) has quit (Quit: I am called onward) | |
| [02:13:40] | smooph1 (smooph1!~smooph@e180138195.adsl.alicedsl.de) has joined #mythtv-users | |
| [02:13:47] | smooph (smooph!~smooph@e180139074.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [02:18:26] | lautriv (lautriv!~virtual@f050081057.adsl.alicedsl.de) has joined #mythtv-users | |
| [02:22:01] | smooph (smooph!~smooph@e180139157.adsl.alicedsl.de) has joined #mythtv-users | |
| [02:22:35] | smooph1 (smooph1!~smooph@e180138195.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [02:25:55] | smooph1 (smooph1!~smooph@e180132111.adsl.alicedsl.de) has joined #mythtv-users | |
| [02:28:21] | Perdignus: | Is there a command like this, but that would get me mythweb, myththemes, packaging etc... ? |
| [02:28:21] | KraMer (KraMer!~mark@adsl-70-240-212-19.dsl.hstntx.swbell.net) has joined #mythtv-users | |
| [02:28:24] | Perdignus: | git clone git://github.com/MythTV/mythtv.git -b fixes/0.24 |
| [02:28:35] | smooph (smooph!~smooph@e180139157.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [02:29:03] | Perdignus: | Or do I need to do a seperate command for each repository? |
| [02:29:15] | Beirdo: | the latter |
| [02:29:35] | Perdignus: | thanks Beirdo |
| [02:39:32] | allenmelon: | J-e-f-f-A: yeah i know, but it keeps saying connection refused |
| [02:40:05] | J-e-f-f-A: | allenmelon: Do you have the network interface enabled in the frontend setup? |
| [02:40:12] | allenmelon: | not sure... |
| [02:40:16] | allenmelon: | i can connect to it |
| [02:40:22] | allenmelon: | but whever i try something |
| [02:40:28] | allenmelon: | it says connection refused |
| [02:40:40] | allenmelon: | i can see the recorded videos |
| [02:40:42] | allenmelon: | and all |
| [02:40:44] | J-e-f-f-A: | sounds like you don't have it enabled. Let me find it. |
| [02:40:49] | allenmelon: | k thanks |
| [02:42:44] | J-e-f-f-A: | allenmelon: Setup -> Setup -> General -> Page 8 "Remote Control" Check off "enable Remote Control Interface" – and the port should be the default – 6546 — oh, if you're using a firewall in your OS, you'll have to open that port, or disable the firewall... ;-) |
| [02:43:04] | smooph (smooph!~smooph@e180130108.adsl.alicedsl.de) has joined #mythtv-users | |
| [02:44:35] | smooph1 (smooph1!~smooph@e180132111.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [02:44:53] | lautriv: | scan astra 19.2E on myth0.24..........anyone ?? |
| [02:45:43] | J-e-f-f-A: | lautriv: Sorry, no idea for me – I'm in the US and we don't have the luxury of using pc-based sat cards over here... :-( |
| [02:46:25] | J-e-f-f-A: | lautriv: I think there's a page on the mythtv wiki about Sat scanning though... that might help you out. |
| [02:47:59] | lautriv: | J-e-f-f-A, my problem is more software-related, i had a complete running setup and those channels exist but if i try to scan on a new machine, it will not do this trick, parameters are known. |
| [02:49:56] | smooph1 (smooph1!~smooph@e180132011.adsl.alicedsl.de) has joined #mythtv-users | |
| [02:52:11] | smooph (smooph!~smooph@e180130108.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [02:55:09] | J-e-f-f-A: | lautriv: Humm.. then I'm sorry, but I'm afraid I don't know how to help you with that... |
| [02:57:33] | lautriv: | J-e-f-f-A, no problem, just wondering if all the other 189 users here don't use a satelite :D |
| [02:58:29] | [R]: | oh man... decoding ir signals is cake, lol |
| [02:59:02] | J-e-f-f-A: | lautriv: Remember, although there are 189 of us in here, most of us run proxies and aren't physically at our keyboards... ;-) |
| [02:59:19] | J-e-f-f-A: | 191 now. ;-) |
| [02:59:40] | lautriv: | J-e-f-f-A, 191 minus you and me....... |
| [02:59:52] | J-e-f-f-A: | ah, yes. ;-) |
| [03:02:15] | k-man (k-man!~jason@ppp167-253-181.static.internode.on.net) has quit (Changing host) | |
| [03:02:15] | k-man (k-man!~jason@unaffiliated/k-man) has joined #mythtv-users | |
| [03:02:59] | smooph1 (smooph1!~smooph@e180132011.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [03:03:01] | smooph (smooph!~smooph@e180140145.adsl.alicedsl.de) has joined #mythtv-users | |
| [03:07:52] | jamesd2: | the smartest of us that dont live 100's of miles from a big city should use over the air antena.. loads of choices and recording to make it seem like even more, and 1 or 2 months of cable equals the cost of the mythtv box. |
| [03:08:26] | [R]: | theres only crap over the air |
| [03:08:31] | [R]: | local channels and thats it |
| [03:08:43] | jamesd2: | there's only crap on cable.. just more of it than over the air |
| [03:08:58] | [R]: | haha |
| [03:09:58] | J-e-f-f-A: | I really like USA Network and the Discovery Channel... ;-) Oh, and Food HD – "Diners, Drive-Ins and Dives" <-- Great show!!! ;-) |
| [03:10:49] | smooph1 (smooph1!~smooph@e180133024.adsl.alicedsl.de) has joined #mythtv-users | |
| [03:10:58] | jamesd2: | J-e-f-f-A, are they worth $70 a month... and is there another method of getting the content off the internet |
| [03:11:47] | smooph (smooph!~smooph@e180140145.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [03:11:50] | J-e-f-f-A: | jamesd2: Yeah, but in most cases, the "other method" requires a winders box... :-( And my TV & Internet are bundled, so it's not that bad... |
| [03:17:46] | allenmellon (allenmellon!615d3ecf@gateway/web/freenode/ip.97.93.62.207) has joined #mythtv-users | |
| [03:19:30] | allenmellon: | J-e-f-f-A: I unchecked that option |
| [03:19:44] | allenmellon: | but now, its worse, it doesnt let me do anything now |
| [03:19:46] | J-e-f-f-A: | allenmellon: It has to be *checked* for mythmote to work. |
| [03:19:48] | J-e-f-f-A: | right |
| [03:19:50] | allenmellon: | so i rechecked it |
| [03:20:11] | smooph (smooph!~smooph@e180128219.adsl.alicedsl.de) has joined #mythtv-users | |
| [03:20:15] | allenmellon: | i cant watch recorded shows though |
| [03:20:30] | allenmellon: | if i go to recordedshows and long press one, and click "Here" |
| [03:20:36] | J-e-f-f-A: | allenmellon: on the Myth box? |
| [03:20:42] | allenmellon: | then choose the quality, it blanks for a few seconds |
| [03:20:59] | allenmellon: | and then goes back to the recorded shows selection screen |
| [03:21:02] | allenmellon: | mythdroid |
| [03:21:46] | J-e-f-f-A: | allenmellon: oh, I haven't setup mythdroid yet, sorry... only mythmote – which is only a remote control, not a remote player. |
| [03:21:48] | allenmellon: | and the it says connection to 192.168.1.xx:16546 failed |
| [03:22:11] | smooph1 (smooph1!~smooph@e180133024.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [03:23:11] | RyeBrye (RyeBrye!~ryebrye@67.199.189.49) has joined #mythtv-users | |
| [03:25:58] | J-e-f-f-A: | allenmellon: sounds like whatever it's using to do the transcoding/streaming isn't starting up, or is failing – I'd read up on the mythdroid troubleshooting – check logs, etc. I can't help much more, as I haven't looked into mythdroid myself yet... |
| [03:26:37] | allenmellon: | ok thanks |
| [03:28:59] | smooph (smooph!~smooph@e180128219.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [03:30:04] | smooph (smooph!~smooph@e180138113.adsl.alicedsl.de) has joined #mythtv-users | |
| [03:36:25] | Lord_Deathscythe (Lord_Deathscythe!~chris@h231.136.185.173.dynamic.ip.windstream.net) has joined #mythtv-users | |
| [03:36:52] | smooph1 (smooph1!~smooph@e180135243.adsl.alicedsl.de) has joined #mythtv-users | |
| [03:38:59] | smooph (smooph!~smooph@e180138113.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [03:40:17] | bobgill (bobgill!~smileyfac@CPE0016b6062e69-CM0011e6c40b1f.cpe.net.cable.rogers.com) has quit (Ping timeout: 264 seconds) | |
| [03:40:34] | bobgill (bobgill!~smileyfac@CPE0016b6062e69-CM0011e6c40b1f.cpe.net.cable.rogers.com) has joined #mythtv-users | |
| [03:44:05] | allenmelon: | has anyone got their android phone to successfully play videos from mythtv using mythdroid? |
| [03:44:56] | [R]: | i'm sure if the program exists and doesnt say "warning... this is a piece of crap that doesnt work"... someone has gotten it to work... |
| [03:45:47] | smooph1 (smooph1!~smooph@e180135243.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [03:46:29] | smooph (smooph!~smooph@e180130174.adsl.alicedsl.de) has joined #mythtv-users | |
| [03:48:12] | pizzledizzle (pizzledizzle!~pizdets@pool-96-250-215-244.nycmny.fios.verizon.net) has quit () | |
| [03:51:47] | k-man: | what fonts are required for the frontend? |
| [03:54:07] | smooph1 (smooph1!~smooph@e180134219.adsl.alicedsl.de) has joined #mythtv-users | |
| [03:54:52] | [R]: | k-man: it depends on the theme |
| [03:54:59] | banyan (banyan!~banyan@S0106001cf0fc0c7d.cg.shawcable.net) has joined #mythtv-users | |
| [03:55:01] | [R]: | k-man: but it'll complain if you are missing any |
| [03:55:06] | sphery: | k-man: depends on the theme. many ship with the fonts they use, but some of the legacy-based ones still use the MS core web fonts |
| [03:55:14] | Perdignus: | k-man: I could have sworn that ttf-mscorefonts used to be required, but I don't know anymore |
| [03:55:23] | sphery: | and MythCenter-wide uses a jumble of a bunch |
| [03:55:23] | smooph (smooph!~smooph@e180130174.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [03:56:53] | Twigger (Twigger!~darren@66.87.4.81) has joined #mythtv-users | |
| [03:57:02] | k-man: | mythcenter |
| [03:57:02] | jya (jya!~avenardj@gw2.hydrix.com) has joined #mythtv-users | |
| [03:58:31] | banyan: | Hey, my cable provider has rejiggered a bunch of the upper channel numbers, resulting in some of my programs being hour-long recordings of static on the obsolete channel number. Short term, what do I need to do to get the backend to record on the current channel numbers, and longer term — doesn't the channel lineup come across pretty much implicitly along with every mythfilldatabase, and if so, why doesn't it fix itself? |
| [03:59:24] | sphery: | k-man: mythcenter uses ms core web fonts |
| [03:59:28] | sphery: | it's legacy-based |
| [04:00:02] | k-man: | sphery: thanks |
| [04:00:04] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv-users | |
| [04:00:41] | Twigg (Twigg!~darren@66.87.5.13) has quit (Ping timeout: 264 seconds) | |
| [04:00:42] | banyan: | I seem to remember dealing with this before by deleting the contents of a couple of tables and re-running mythfilldatabase. |
| [04:01:43] | Twigger (Twigger!~darren@66.87.4.81) has quit (Ping timeout: 255 seconds) | |
| [04:02:59] | smooph1 (smooph1!~smooph@e180134219.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [04:03:00] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 265 seconds) | |
| [04:03:13] | smooph (smooph!~smooph@e180139233.adsl.alicedsl.de) has joined #mythtv-users | |
| [04:08:59] | iamlindo` is now known as iamlindoro | |
| [04:10:55] | smooph1 (smooph1!~smooph@e180136084.adsl.alicedsl.de) has joined #mythtv-users | |
| [04:12:11] | smooph (smooph!~smooph@e180139233.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [04:12:54] | banyan: | the place in the frontend where the mythfilldatabase options used to be appears to have moved. Anyone know where to? I can't seem to find it. |
| [04:13:35] | [R]: | banyan: its in mythtv-setup |
| [04:13:51] | wagnerrp: | banyan: you use shaw, north america, you dont need to set any options for mythfilldatabase |
| [04:14:43] | wagnerrp: | the default behavior for analog lineups on schedules direct is to pull a new lineup on each MFD run |
| [04:15:02] | wagnerrp: | as soon as SD fixes their lineup, it should be pushed to you |
| [04:15:15] | wagnerrp: | if SD's lineups are incorrect, you need to file a ticket on their website |
| [04:15:23] | wagnerrp: | so they can forward it up to TMS and get it fixed |
| [04:18:03] | banyan: | Oh but it doesn't. |
| [04:20:15] | banyan: | Wait, so the default mythfilldatabase behaviour is to do the --do-channel-updates? |
| [04:20:30] | banyan: | That's all I was looking to do, but if it should be happening already... |
| [04:20:35] | wagnerrp: | i believe so |
| [04:21:03] | Lord_Deathscythe (Lord_Deathscythe!~chris@h231.136.185.173.dynamic.ip.windstream.net) has quit (Read error: Connection reset by peer) | |
| [04:21:06] | wagnerrp: | for analog lineups anyway, you cant pull channels for a digital lineup |
| [04:21:10] | banyan: | Where's it at in mythtv-setup? |
| [04:21:13] | smooph (smooph!~smooph@e180135026.adsl.alicedsl.de) has joined #mythtv-users | |
| [04:21:39] | wagnerrp: | dont remember off hand, but its got to be somewhere in the 'general' setup if thats where the setting is |
| [04:22:03] | banyan: | why not? I have a tuner box instead of an ATSC capture card and I need to know where to tune the box. |
| [04:22:11] | smooph1 (smooph1!~smooph@e180136084.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [04:22:46] | wagnerrp: | i honestly dont know how digital tuner boxes would work |
| [04:23:06] | wagnerrp: | i was under the impression the external tuner support was limited to integer values |
| [04:24:31] | banyan: | That's what I'd need. "137=TBS" that kind of thing |
| [04:24:45] | k-man: | ah, mythcenter looks nicer with droidfonts installed |
| [04:24:54] | wagnerrp: | you mean you have a cable box |
| [04:25:12] | wagnerrp: | mention of 'tuner box' and 'atsc', i thought you meant a broadcast tuner box |
| [04:25:13] | banyan: | which tunes digital cable. |
| [04:25:22] | banyan: | and analog. |
| [04:25:27] | banyan: | Thre's a difference? |
| [04:25:42] | wagnerrp: | one is for cable, and uses integer channels |
| [04:25:51] | wagnerrp: | one is for broadcast, and uses channels like 5_2 |
| [04:25:51] | kormoc: | banyan, try mythfilldatabase --refresh-all |
| [04:26:31] | banyan: | I will. Shaw seems to do this about once or twice a year for some reason. Probably to dissuade people using other PVR systems, lol |
| [04:26:37] | wagnerrp: | but you should be able to pull a lineup for analog capture, even if its from a digital source |
| [04:27:07] | wagnerrp: | because theyre adding new channels, or removing unused ones, or shifting some to HD so they need more bandwidth |
| [04:27:15] | wagnerrp: | theres any number of reasons to do so |
| [04:27:36] | wagnerrp: | and no reason not to, since their own hardware will seamlessly update |
| [04:27:46] | banyan: | I would rather that the reason be a good one though. |
| [04:28:16] | beata000 (beata000!~beata@c-69-251-208-81.hsd1.md.comcast.net) has quit (Ping timeout: 255 seconds) | |
| [04:28:29] | banyan: | Scheduling hardware will update, but their subscribers will all need to know to hit a different channel number on the remote. |
| [04:28:55] | smooph1 (smooph1!~smooph@e180128112.adsl.alicedsl.de) has joined #mythtv-users | |
| [04:29:37] | banyan: | I would naively think that having a network on channel X rather than channel Y would be pretty much neutral to the cable company. |
| [04:29:46] | k-man: | is there some way i can seperate all the kids shows from other shows in the watch recordings view? |
| [04:30:11] | smooph (smooph!~smooph@e180135026.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [04:30:13] | k_ross (k_ross!ad40b024@gateway/web/freenode/ip.173.64.176.36) has joined #mythtv-users | |
| [04:30:22] | Captain_Murdoch: | k-man, Recording Groups |
| [04:30:45] | wagnerrp: | youre right, im still thinking of shifting around a digital lineup, not the channel mapping |
| [04:31:29] | wagnerrp: | Captain_Murdoch: what is the purpose of JobQueueEntry.startts? |
| [04:31:36] | Captain_Murdoch: | k-man, we have 'Default' for stuff my wife and I watch, then separate groups for myself, my wife, and my daughter. |
| [04:31:40] | wagnerrp: | its just a string form of JobQueueEntry.recstartts |
| [04:31:41] | banyan: | hey, that'd be an interesting idea — if the meta info for a recording included "intended demographic" information, i.e. age, gender, race, income, etc. |
| [04:31:42] | lofidellity (lofidellity!~cmccoy_@unaffiliated/lofidellity) has left #mythtv-users () | |
| [04:32:02] | Captain_Murdoch: | wagnerrp, hold a sec, let me look at the code for a sec. |
| [04:32:37] | k-man: | Captain_Murdoch: great, thats exactly what I need |
| [04:32:59] | banyan: | The refresh-all shouldn't require that the backend be stopped should it? I left mine running. |
| [04:33:03] | wagnerrp: | im just wondering why its baked to a string immediately, rather than as needed during use |
| [04:33:13] | kormoc: | banyan, no, it doesn't |
| [04:33:32] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv-users | |
| [04:33:38] | banyan: | Awesome. As always you guys are the gurus of this stuff. |
| [04:34:08] | Perdignus (Perdignus!~Perdignus@99-6-102-81.lightspeed.milwwi.sbcglobal.net) has quit (Quit: leaving) | |
| [04:34:08] | banyan: | I'm pretty sure I've had my system running for a decade now. |
| [04:34:22] | simcop2387 (simcop2387!~simcop238@p3m/member/simcop2387) has quit (Read error: Operation timed out) | |
| [04:34:33] | ** wagnerrp is pretty sure mythtv came out less than 9 years ago ** | |
| [04:34:37] | wagnerrp: | :P |
| [04:34:58] | banyan: | hmm! maybe I am wrong on the timing. |
| [04:35:14] | wagnerrp: | i think the first release was in 2002 |
| [04:35:37] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds) | |
| [04:36:15] | kormoc: | June 11, 2002 |
| [04:36:37] | banyan: | I must have started using it in fall 2002. |
| [04:37:25] | smooph (smooph!~smooph@e180138122.adsl.alicedsl.de) has joined #mythtv-users | |
| [04:37:31] | simcop2387 (simcop2387!~simcop238@p3m/member/simcop2387) has joined #mythtv-users | |
| [04:37:47] | smooph1 (smooph1!~smooph@e180128112.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [04:38:09] | sphery: | for changing channel info, --refresh-all won't help--that just says download data one day at a time for all 14 days |
| [04:38:45] | sphery: | you'd need --do-channel-updates --only-update-channels and, possibly --do-not-filter-new-channels |
| [04:39:05] | sphery: | but the last is very dangerous if you have digital channels and have a scannable source |
| [04:39:24] | banyan: | I should just check my OSD to see if the lineup has been corrected. |
| [04:39:38] | kormoc: | whoops |
| [04:39:53] | Beirdo: | heh |
| [04:40:13] | Beirdo: | seems my WD UPnP client box doesn't like .m4v |
| [04:40:13] | sphery: | though if your channels move around, you may want to re-get data so the data for the old channel is put in the right place |
| [04:40:28] | sphery: | but if using schedules direct, --dd-grab-all would be best way to do so |
| [04:40:39] | banyan: | I'm not doing any scanning for channels so I should be OK. |
| [04:40:39] | sphery: | just get data after fixing the channels :) |
| [04:40:46] | wagnerrp: | Beirdo: thats because m4v isnt actually a real format |
| [04:40:52] | banyan: | so those three switches together? |
| [04:41:03] | Beirdo: | well, whatever, it doesn't like the file in question ;) |
| [04:41:50] | Beirdo: | this is a file I've had sitting around for some time |
| [04:42:05] | sphery: | banyan: you're recording from analog capture devices, only? |
| [04:42:14] | banyan: | that is correct. |
| [04:42:33] | sphery: | banyan: then mythfilldatabase --do-channel-updates --only-update-channels --do-not-filter-new-channels |
| [04:42:47] | banyan: | haven't made the leap, mainly because my cable provider makes it a pain in the butt to do without having their box in the middle. |
| [04:42:52] | sphery: | then if that fixes your channels: mythfilldatabase --dd-grab-all (assuming Schedules Direct) |
| [04:43:06] | banyan: | you assume correctly. :-) |
| [04:43:08] | sphery: | or if not schedules direct: mythfilldatabase --refresh-today --refresh-all |
| [04:43:24] | sphery: | ok, then the --dd-grab-all is perfect |
| [04:43:33] | sphery: | is rather resource intensive, though |
| [04:44:16] | Beirdo: | BUT |
| [04:44:28] | Beirdo: | it proves that the sorting I wanted seemed to happen |
| [04:46:14] | jya: | jbapq: any reasons you aren't applying the smooth video timestretch patch? |
| [04:46:30] | sphery: | Beirdo: your chance to ask for a public repo "preview" of the changes... (in #mythtv) :) |
| [04:46:57] | Beirdo: | hmm? |
| [04:47:09] | sphery: | for the http server rewrite |
| [04:48:20] | Beirdo: | right, gotcha |
| [04:49:10] | banyan: | ooh! what's going in the new server? It'd be nice to just use a browser as a frontend... maybe... |
| [04:49:20] | sphery: | not that :) |
| [04:49:38] | sphery: | mainly just a new server underlying mythxml/upnp |
| [04:49:41] | Beirdo: | hehe |
| [04:50:03] | banyan: | though I bet that gets talked about. |
| [04:51:05] | banyan: | I imagine it doesn't make things much simpler tho. There still has to be a bunch of protocol between the "frontend" and the "backend" even if all that gets implemented at the backend. |
| [04:52:09] | sphery: | yeah, basically, MythWeb is our HTTP-based frontend |
| [04:52:14] | banyan: | The knowledge of the protocol just has to go into a backend http server instead of into a frontend prograom. |
| [04:52:52] | Captain_Murdoch: | wagnerrp, looks like the reason for .startts was that it used 00 as the seconds value instead of the actual seconds value in starttime (the original value of the other datetime field). over time, starttime became recstartts and the "00" was changed to "ss" in that string, so it became just a textual representation of the .recstartts item. we could probably get rid of .startts now. I didn't see why I'd have added that just |
| [04:52:52] | Captain_Murdoch: | to save a couple conversions elsewhere so I backtraced through history to find what it was and when it was changed. here's the original: https://github.com/MythTV/mythtv/commit/3aea6 . . . ffae2#diff-7 |
| [04:52:54] | banyan: | I used that for a while when I had some issues that prevented me running the frontend on a new machine, but I like the actual frontend better. |
| [04:53:21] | sphery: | and right--even if you use a non-MythTV-protocol approach to communicate with the backend (MythXML, JSON, SOAP, ...), you'd still need to know what you can ask it (what URIs), what data to provide, what format to send data, ... |
| [04:53:23] | jamesd2 (jamesd2!~jamesd@adsl-76-230-215-201.dsl.milwwi.sbcglobal.net) has quit (Ping timeout: 240 seconds) | |
| [04:53:41] | wagnerrp: | Captain_Murdoch: ah, thanks! |
| [04:53:46] | banyan: | yep. |
| [04:53:47] | wagnerrp: | im just starting to convert things over |
| [04:54:02] | wagnerrp: | im keeping it in the same structure for now, but making a ProgramInfo like class to handle the jobs |
| [04:54:32] | Captain_Murdoch: | nice. glad to see it getting some love. :) |
| [04:55:02] | Captain_Murdoch: | please keep in mind that we want to be able to run jobs that aren't associated with recordings. |
| [04:55:17] | wagnerrp: | right |
| [04:55:42] | wagnerrp: | i think the schema rework is going to go in parallel to the recordedfile stuff |
| [04:56:00] | Captain_Murdoch: | some jobs might not even be associated with a file in the new schema though. |
| [04:56:01] | wagnerrp: | so when that goes in, ill drop the chanid/starttime all together |
| [04:56:07] | wagnerrp: | and use the fileid instead |
| [04:56:22] | sphery: | so you mean jobs, like mythfilldatabase? |
| [04:56:25] | Captain_Murdoch: | the jobqueue could be used to schedule other things as well. |
| [04:56:27] | Captain_Murdoch: | sphery, yes |
| [04:56:35] | Captain_Murdoch: | so it would run within the window the user specified. |
| [04:56:40] | sphery: | good plan... think wagnerrp had considered that |
| [04:56:50] | sphery: | so maybe he has a "with file" and "without file" plan |
| [04:56:52] | wagnerrp: | and could run on not-the-master if so desired |
| [04:57:08] | sphery: | yeah, would make sense if the mysql server is on not-the-master |
| [04:57:09] | Captain_Murdoch: | wagnerrp, yep. |
| [04:57:20] | sphery: | well, at least until the database become part of master :) |
| [04:57:33] | sphery: | but I see that being a couple of versions away :) |
| [04:58:23] | sphery: | I have a feeling that there will be resistance to that chance since it necessarily means only one process can access the data |
| [04:58:55] | wagnerrp: | there will only be resistance if there is no alternate way to access the data through mythprotocol |
| [04:59:34] | Captain_Murdoch: | just thinking that other things could be scheduled as well. rather than having other places in the code fire off threads to do something daily. for instance, there might be benefit in having a recurring job that runs X times a day. |
| [04:59:40] | banyan: | hmm, early reports seem to be that my channel lineup is still buggered. |
| [04:59:41] | wagnerrp: | which means mythprotocol will need to be heavily modularized, to make it easy to add new calls |
| [04:59:47] | sphery: | I think there will be resistance mainly because it's a big change from what they're used to |
| [04:59:56] | sphery: | and they're used to using SQL (even if they shouldn't be) |
| [05:00:13] | Captain_Murdoch: | mythtv/programs/mythsqlclient |
| [05:00:25] | ** wagnerrp would continue doing all his tinkering through the python terminal application ** | |
| [05:00:30] | sphery: | in which case, why even do the data integrity protection |
| [05:00:50] | sphery: | If we're going to allow SQL, we shouldn't embed the DB--since MySQL does SQL quite well |
| [05:00:55] | Captain_Murdoch: | sphery, :) a joke, but I think we as devs will need/want some way to have SQL access. |
| [05:01:06] | sphery: | well, could use mysqld just fine |
| [05:01:16] | wagnerrp: | Captain_Murdoch: thats why im saying mythproto needs to be modularized |
| [05:01:29] | sphery: | but if we make a simple client, then users will use it and we've accomplished litte |
| [05:01:32] | sphery: | little, even |
| [05:01:33] | wagnerrp: | so you can just whip up a new plugin, push it into the master backend, and have a new access call |
| [05:01:46] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv-users | |
| [05:01:53] | sphery: | and especially if we provide programmatic access to the random direct data access |
| [05:02:22] | sphery: | wagnerrp: I don't think that's protocol stuff |
| [05:02:35] | sphery: | I think that's data access... so data protocol--but separate from myth protocol |
| [05:02:49] | sphery: | though pluggable myth protocol does make sense |
| [05:02:50] | wagnerrp: | sphery: it has to be accessed either through mythproto, or the new xml/json stuff |
| [05:02:58] | sphery: | or the data protocol |
| [05:03:10] | sphery: | using protobuf (at least that's what I think we should use at this point) |
| [05:03:19] | sphery: | protobuf is pure data |
| [05:03:27] | sphery: | myth proto is commands, etc. |
| [05:03:43] | sphery: | in my plan, that is |
| [05:03:53] | [R]: | i heart protobuf |
| [05:03:54] | [R]: | i use it at work |
| [05:04:09] | wagnerrp: | the serialized objects wouldnt just be passed through the existing mythproto socket as a data stream? |
| [05:04:17] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds) | |
| [05:04:17] | Captain_Murdoch: | when we get true backend plugins, we can handle commands the same way or similar to how we handle key events. mainserver checks it's list, then the command is still not handled, it tries a list of registered plugins' command handlers. |
| [05:05:01] | sphery: | wagnerrp: that's the part I don't know--I have no idea whether that would work (I'd assume that the mythproto socket is serialized/single-connection type thing) |
| [05:05:12] | sphery: | I'd guess we'd need an ability for multiple data connections |
| [05:05:18] | sphery: | multiple per client, that is |
| [05:05:21] | wagnerrp: | Captain_Murdoch: i was actually considering adding a basic form of that for the jobqueue rework |
| [05:05:33] | wagnerrp: | to allow it to define its own commands internally |
| [05:05:42] | wagnerrp: | rather than in mainserver.cpp |
| [05:06:04] | Captain_Murdoch: | we need something like it. it would prevent having to stuff everything in mainserver.cpp and dealing with communications issues to other objects |
| [05:06:16] | sphery: | also, I should admit that I'm more worried about being the guy who "makes us use embedded mysql" because I've heard a lot of people say that it's unstable/eats data files/burns rain forests, etc. |
| [05:06:41] | sphery: | and if that's the general feeling (true or not), I become the guy who broke MythTV if I switch it to embedded mysql |
| [05:06:48] | allenmelon: | has anyone got their android phone to successfully play videos from mythtv using mythdroid? |
| [05:06:53] | sphery: | my plan is to just make the data server stuff hitting normal mysqld to start with |
| [05:06:57] | sphery: | then we'll have options |
| [05:06:57] | allenmelon: | or from a different method? |
| [05:07:13] | wagnerrp: | sphery: we /should/ be using embedded postgresql |
| [05:07:23] | wagnerrp: | after all, people keep showing up on the mailing list saying its better |
| [05:07:27] | sphery: | allenmelon: I think there are scripts on the wiki for transcoding to android-friendly formats |
| [05:07:43] | sphery: | wagnerrp: I hear MongoDB has some seriously amazing benchmarks |
| [05:07:48] | sphery: | and it's scalable |
| [05:07:48] | allenmelon: | the only two ways i know of, is mythdroid, and the rss video feed |
| [05:08:00] | allenmelon: | so far mythdroid hasnt worked |
| [05:08:05] | sphery: | because it's NoSQL |
| [05:08:08] | allenmelon: | gonna try rss video feed method |
| [05:08:22] | sphery: | it's even "web scale" |
| [05:08:23] | banyan: | heh, for some reason I had the channels I have been having trouble with disabled in SchedulesDirect. Gonna try that all again! |
| [05:09:15] | banyan: | I bet they used to be channel numbers with stuff like listing info or religious programming that I disabled but which are now numbers containing channel info I want. |
| [05:09:26] | wagnerrp: | kormoc: might be something to consider reworking at SD |
| [05:09:45] | banyan: | mythdroid does sound interesting! |
| [05:09:47] | wagnerrp: | a better way to handle lineup changes, especially if the user has disabled channels |
| [05:09:56] | kormoc: | yeah |
| [05:10:06] | banyan: | just bought an HTC desire z and am not yet regretting it. :-) |
| [05:10:06] | kormoc: | it's certainly on the list (tm)(r) |
| [05:10:15] | sphery: | kormoc didn't even chuckle at my mongodb comment... :( |
| [05:10:27] | wagnerrp: | if nothing else, maybe just an email.. 'your lineup has changed, you should log in and confirm your channels' |
| [05:10:27] | kormoc: | heh, missed it, whoops |
| [05:10:44] | sphery: | wasn't that funny... :) |
| [05:10:44] | kormoc: | nice |
| [05:10:52] | banyan: | oh, are you also involved with SchedulesDirect? that makes sense I suppose. |
| [05:11:00] | wagnerrp: | sphery: instead of communicating through network datagrams, we would use candygrams |
| [05:11:29] | kormoc: | sphery, in other news, MySQL with HandlerSocket is pushing 3x the queries per second then MongoDB in MongoDB created benchmarks (1.1 million vs 350 thousand) |
| [05:11:36] | sphery: | banyan: yeah, he's the one that sets up the Schedules Direct planning meeting. This year, they're doing a round-the-world cruise. |
| [05:11:38] | wagnerrp: | have to be careful though, run the risk of having the whole thing blow up in our face |
| [05:11:55] | sphery: | kormoc: nice... |
| [05:11:55] | banyan: | cardiograms maybe? when the wife gets static instead of As The World Turns... |
| [05:12:19] | wagnerrp: | !trout banyan Mel Brooks |
| [05:12:19] | ** MythLogBot slaps banyan with a Mel Brooks trout on behalf of wagnerrp... ** | |
| [05:12:20] | banyan: | why do I doubt that? at $20 /yr /user you night be able to buy beers for the board. |
| [05:12:20] | kormoc: | banyan, a little bit. Nothing too much but I help out :) |
| [05:13:00] | banyan: | That is a large amount of commitment! |
| [05:13:11] | wagnerrp: | candygram for mongo... DB? |
| [05:13:15] | ** wagnerrp gices up ** | |
| [05:13:20] | wagnerrp: | *gives |
| [05:13:25] | sphery: | land shark! |
| [05:13:48] | Beirdo: | I hear that /dev/null is web scale... |
| [05:14:14] | sphery: | Beirdo: I hear that's the backing store for the mongodb benchmark setup |
| [05:14:39] | Beirdo: | hehe |
| [05:15:18] | kormoc: | HandlerSocket is pretty exciting. It allows you access to your InnoDB tables via MySQL standard or MySQL Handler Socket (NoSQL style) at the same time, depending on specific query needs |
| [05:16:18] | wagnerrp: | sphery: its only a dolphin |
| [05:21:19] | sphery: | kormoc: any thoughts on how to track down all the places in all of mythbackend/mythfrontend/mythplugins/mythweb where we pass Qt::ISODate format ( http://doc.qt.nokia.com/4.5/qt.html#DateFormat-enum ) to MySQL (where 5.5 gets picky and requires 'YYYY-MM-DD HH:MM:SS'--with a space and no T). I.e. how do we fix http://code.mythtv.org/trac/ticket/8585 ? |
| [05:21:30] | sphery: | or Captain_Murdoch or wagnerrp ? |
| [05:21:33] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv-users | |
| [05:21:55] | sphery: | I was planning on doing a cursory search, and then asking users who install MySQL 5.5 to report specific issues by attaching logs |
| [05:22:33] | Beirdo: | sphery: time to switch to epoch time? |
| [05:22:39] | sphery: | considering 5.5 has now gone General Availability, we should probably start to support it |
| [05:22:45] | kormoc: | I think mythweb uses epoch timestamps, so we should be fine there |
| [05:23:22] | Beirdo: | that would be one fun branch |
| [05:23:29] | Mudboy (Mudboy!~zod@cpe-75-83-190-215.socal.res.rr.com) has joined #mythtv-users | |
| [05:23:37] | wagnerrp: | sphery: i let the mysql bindings handle everything |
| [05:23:48] | wagnerrp: | under the assumption they will 'do the right thing' |
| [05:23:54] | sphery: | unfortunately the code in mythtv doesn't :) |
| [05:24:03] | Beirdo: | yet :) |
| [05:24:06] | Beirdo: | hehe |
| [05:24:10] | sphery: | my problem is finding the broken code |
| [05:24:13] | sphery: | fixing it is easy |
| [05:24:17] | Mudboy_ (Mudboy_!~zod@cpe-75-83-190-215.socal.res.rr.com) has quit (Ping timeout: 240 seconds) | |
| [05:24:34] | Beirdo: | there's an easy but very invasive way |
| [05:24:40] | Captain_Murdoch: | going to be very complicated. fixing it may involve creating copies of vars where we need ISODate in one place but need to pass that value to mysql in another. |
| [05:24:41] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 265 seconds) | |
| [05:24:42] | Beirdo: | rename all timestamp columns |
| [05:25:12] | Beirdo: | anything that touches them will get immediately broken |
| [05:25:19] | sphery: | Captain_Murdoch: we could use STR_TO_DATE() and just specify a format that's compatible with Qt::ISODate |
| [05:25:28] | sphery: | don't know if that's bad for performance, thoughb |
| [05:25:36] | sphery: | thoughts, kormoc ? |
| [05:25:42] | Captain_Murdoch: | bad for memory (mine, not the computer). :) |
| [05:26:06] | Beirdo: | if you're worried about performance, then use epoch time, and only convert to human readable when outputting to a human |
| [05:26:38] | sphery: | I'm only worried about performance to the point that I don't want to make it significantly (or obviously) worse than current :) |
| [05:26:42] | Captain_Murdoch: | IMHO, DB needs to be human readable without complicated SQL queries. |
| [05:26:42] | Beirdo: | a 32bit unsigned int (later likely a 64-bit) |
| [05:27:01] | Beirdo: | FROM_UNIXTIME(timestamp) |
| [05:27:04] | kormoc: | Captain_Murdoch, SELECT FROM_UNIXTIME(timestamp) isn't complicated... |
| [05:27:07] | Beirdo: | not that difficult |
| [05:27:21] | Captain_Murdoch: | no, but having to do it 5 times in one SQL statement is. :) |
| [05:27:24] | kormoc: | sphery, it kills indexes if you use a function on your times |
| [05:27:24] | sphery: | kormoc: what about STR_TO_DATE()? |
| [05:27:28] | sphery: | ahhh |
| [05:27:30] | sphery: | so that's bad |
| [05:27:48] | sphery: | but this would only be the times we pass in, so should just be done once, right? |
| [05:27:55] | Beirdo: | why would you need it at all in the SQL statement? |
| [05:28:02] | sphery: | i.e. we don't have to modify what's coming out--Qt puts that in a QDate no problems |
| [05:28:11] | kormoc: | sphery, yes, if it's on the param side only, it's fine |
| [05:28:13] | Beirdo: | only convert to human readable just before printing to logs or the screen |
| [05:28:20] | sphery: | guess we could just change all of them to prepared statements and do it right |
| [05:28:24] | kormoc: | sphery, if it's only on the param side, there's no performance hit |
| [05:28:29] | ** kormoc weeps ** | |
| [05:28:31] | Beirdo: | I dunno :) |
| [05:31:03] | kormoc: | sphery, one option to find the queries would be to enable the general query log, then grep for [0–9][0–9]T[0–9][0–9] |
| [05:31:12] | sphery: | anyway, the biggest problem is finding /where/ we're passing a string-made-from-concatenation that's using wrong format |
| [05:31:38] | sphery: | kormoc: btw, was your weeping about my suggestion to use prepared queries? |
| [05:31:53] | kormoc: | yeah |
| [05:31:56] | sphery: | they're bad? |
| [05:32:06] | kormoc: | performance on them are pretty horrible, aye |
| [05:32:17] | sphery: | heh... |
| [05:32:19] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv-users | |
| [05:32:26] | kormoc: | and the stories of the thousands of queries named query_000001 to query_235252... |
| [05:33:34] | Captain_Murdoch: | sphery, just close it as feature request without a patch. ;) |
| [05:34:03] | sphery: | kormoc: in Qt 4.x (don't remember which, and can't access the bug report where I mentioned it), all QSqlQuery queries are actually first run as MySQL C-API prepared queries first (even ones that can /never/ success as prepared queries), then if the query fails (and the Qt code did not specifically use a prepared QSqlQuery), the code is re-executed using a non-prepared query. |
| [05:34:11] | sphery: | it's 4.5 or so |
| [05:34:22] | sphery: | assuming you have MySQL 5.0.8+, IIRC |
| [05:34:33] | kormoc: | whoops, I thought you meant stored procedures |
| [05:34:39] | kormoc: | not paying enough attention, sorry |
| [05:34:40] | sphery: | oh, no, not those |
| [05:34:40] | ** Captain_Murdoch was wondering about that. ** | |
| [05:34:43] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds) | |
| [05:34:57] | sphery: | I thought you found a major design problem with Qt :) |
| [05:35:01] | Captain_Murdoch: | considering we've been going towards prepared queries everywhere. |
| [05:35:35] | kormoc: | yeah, my mistake, my brain is swapping :P |
| [05:35:43] | sphery: | yeah, I'm a big believer in prepared queries--but I only know them from the programmer side (not the DBA side) |
| [05:36:14] | sphery: | can't believe they're down 'til the 22nd: http://bugreports.qt.nokia.com/ |
| [05:36:21] | sphery: | Qt has no bugs for 2 days |
| [05:36:46] | sphery: | oh, only down for 1.5hrs on the 22nd |
| [05:36:50] | sphery: | nvm... my brain is swapping |
| [05:37:22] | Captain_Murdoch: | contagious |
| [05:39:58] | sphery: | so 4.5.0+ changed to always use prepared queries for QSqlQuery, even if the developer never used QSqlQuery::prepare() |
| [05:40:10] | Mudboy_ (Mudboy_!~zod@cpe-75-83-190-215.socal.res.rr.com) has joined #mythtv-users | |
| [05:40:26] | iamlindoro (iamlindoro!~iamlindor@c-71-202-67-27.hsd1.ca.comcast.net) has quit (Read error: Connection reset by peer) | |
| [05:40:34] | sphery: | and it's for all MySQL 4.1.8+ |
| [05:40:35] | Mudboy (Mudboy!~zod@cpe-75-83-190-215.socal.res.rr.com) has quit (Ping timeout: 240 seconds) | |
| [05:40:44] | sphery: | I just had to find that out, again :) |
| [05:40:56] | iamlindoro (iamlindoro!~iamlindor@unaffiliated/iamlindoro) has joined #mythtv-users | |
| [05:40:56] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v iamlindoro | |
| [05:41:10] | Beirdo: | so need someone with a working Windows build environment... |
| [05:56:21] | iamlindo` (iamlindo`!~iamlindor@c-71-202-67-27.hsd1.ca.comcast.net) has joined #mythtv-users | |
| [05:56:31] | iamlindoro (iamlindoro!~iamlindor@unaffiliated/iamlindoro) has quit (Ping timeout: 276 seconds) | |
| [05:58:25] | flexy (flexy!~flexy@82-128-206-163.bb.dnainternet.fi) has joined #mythtv-users | |
| [05:58:58] | Twiggy2cents (Twiggy2cents!~darren@66.87.2.174) has joined #mythtv-users | |
| [05:58:59] | Floppe__ (Floppe__!muppet@crew.cluster-lan.org) has quit (Quit: Reconnecting) | |
| [05:59:04] | Floppe (Floppe!muppet@crew.cluster-lan.org) has joined #mythtv-users | |
| [06:02:45] | flexy: | 0.24-fixes, 27420. It's failing to change channels on live tv with 99.9% certainty, WHEN xfs_fsr is running. Just started livetv (maybe 30 times) and it started on the last channel watched (HD channel). It was stuttering. Changing to non-HD channel failed everytime, until I stopped defragging xfs. |
| [06:02:49] | iamlindo` is now known as iamlindoro | |
| [06:03:24] | flexy: | Then starting livetv stopped stuttering on HD channel, changed channel ok. |
| [06:03:38] | flexy: | started xfs_fsr again, no stuttering... |
| [06:05:00] | flexy: | defragging really affects the system this much? |
| [06:05:37] | wagnerrp: | are you defragging the file system holding your database? |
| [06:05:51] | flexy: | no |
| [06:05:57] | wagnerrp: | or the filesystem holding your channel change script? |
| [06:06:09] | flexy: | no script, dvb-c here |
| [06:06:44] | flexy: | defragging the filesystems the media files are in (including recordings, live and scheduled) |
| [06:06:56] | wagnerrp: | do you have any other hard drives? |
| [06:07:10] | wagnerrp: | perhaps you could unmount it while defragging |
| [06:07:13] | flexy: | 4 hard drives, in raid 5 |
| [06:07:43] | flexy: | system mirrored on all of them |
| [06:07:50] | wagnerrp: | defragging is very seek intensive |
| [06:08:01] | wagnerrp: | raid5 is awful for seeking |
| [06:08:07] | wagnerrp: | and even worse if youre writing |
| [06:08:07] | kormoc: | ionice -c3 xfs_fsr --blah --blah --blah |
| [06:08:07] | flexy: | right. |
| [06:08:18] | flexy: | ok |
| [06:08:42] | kormoc: | it will only defrag when there's no other activity on the drive, but should allow you to run it long term just fine |
| [06:08:54] | kormoc: | (assuming you're not recording 24x7) |
| [06:08:54] | wagnerrp: | you would be better off splitting up the array and using them independently |
| [06:09:01] | wagnerrp: | then you really wouldnt need to defrag |
| [06:09:15] | wagnerrp: | or set the prealloc options such that it wont fragment |
| [06:09:16] | flexy: | Not really a problem, I did some reworking on the arrangement of the media files. and aftermath is that defrag is needed. defragged already thru the night... |
| [06:09:34] | flexy: | did just not realise that it is so intensive |
| [06:10:05] | wagnerrp: | the whole reason to defragment is because your files are in tiny chunks all over the disk |
| [06:10:26] | wagnerrp: | fragmented reading requires you to seek to pick up the next data location |
| [06:10:35] | wagnerrp: | seeking is going to be on the order of tens of milliseconds |
| [06:11:00] | wagnerrp: | so if youre seeking 50 times a second, you have halved your possible peak performance |
| [06:11:10] | flexy: | wagnerrp: allocsize=512m on fstab, but I think I did this because I changed the chunk size on 4 raid partitions, thus needed to fill up 3 to get one empty |
| [06:11:13] | wagnerrp: | or very likely much worse |
| [06:11:15] | flexy: | and so on |
| [06:12:03] | flexy: | root@htpc:/home/flexy# xfs_db -r -c frag /dev/md5 |
| [06:12:05] | flexy: | actual 181, ideal 111, fragmentation factor 38.67% |
| [06:12:39] | flexy: | 322G used |
| [06:13:10] | flexy: | so it seems that the allocsize option is working. |
| [06:13:44] | flexy: | (actual, ideal values are in hundreds, not thousands) |
| [06:14:50] | wagnerrp: | because of the sync loop in mythtv, any shows recorded simultaneously to the same partition get fragmented very fast |
| [06:14:55] | flexy: | well, no problem here then, just have to wait for the defragging to be done. system defrags in shutdown scripts, so usually this is not a problem at all |
| [06:15:05] | wagnerrp: | with allocsize, your writes are still fragmented, but the data is not |
| [06:15:20] | flexy: | ahaa. |
| [06:15:28] | wagnerrp: | however you will slowly get into a situation where your freespace gets heavily fragmented |
| [06:15:39] | wagnerrp: | at which point allocsize will cease to function properly |
| [06:16:05] | flexy: | what was the suggestion about prealloc? |
| [06:16:14] | wagnerrp: | allocsize, didnt know the option name |
| [06:16:21] | flexy: | ah, ok |
| [06:16:52] | wagnerrp: | but your talking about having to defragment on the order of months, or never depending on your usage pattern |
| [06:17:43] | wagnerrp: | you wont run into issues until youve written many times more than the total capacity of the drive |
| [06:17:50] | wagnerrp: | and then only if you keep it mostly filled |
| [06:18:05] | flexy: | yeah |
| [06:18:16] | flexy: | I did this myself |
| [06:18:28] | flexy: | moved all from 1 partition to other 3 |
| [06:18:53] | wagnerrp: | moving from one partition effectively defragments everything anyway |
| [06:19:05] | flexy: | changed raid chunk size, mkfs, fill it up... did the same for all 4 partitions |
| [06:19:43] | flexy: | it should yes, but I did several mv commands at the same time |
| [06:20:13] | wagnerrp: | why? |
| [06:20:53] | wagnerrp: | chain them together on the command line, or write a batch script with all the commands |
| [06:20:56] | flexy: | did not think it thru, had to leave the machine and give it stuff to do for the night |
| [06:21:58] | flexy: | stupid, I admit. :) |
| [06:24:07] | flexy: | and would not be here, but I thought that perhaps this was triggering #9201... |
| [06:24:24] | flexy: | ...should leave the thinking to others :D |
| [06:24:43] | flexy: | ah, but I did. :) |
| [06:29:39] | jya (jya!~avenardj@gw2.hydrix.com) has quit (Quit: jya) | |
| [06:29:51] | KraMer (KraMer!~mark@adsl-70-240-212-19.dsl.hstntx.swbell.net) has left #mythtv-users ("Leaving") | |
| [06:39:38] | flexy (flexy!~flexy@82-128-206-163.bb.dnainternet.fi) has quit (Quit: leaving) | |
| [07:00:02] | allenmelon (allenmelon!~allenmelo@97-93-62-207.static.mtpk.ca.charter.com) has quit (Remote host closed the connection) | |
| [07:05:17] | Mudboy_ is now known as Mudboy | |
| [07:08:42] | allenmellon (allenmellon!615d3ecf@gateway/web/freenode/ip.97.93.62.207) has quit (Quit: Page closed) | |
| [07:09:30] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv-users | |
| [07:12:28] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 265 seconds) | |
| [07:22:16] | jya (jya!~avenardj@60-242-40-141.static.tpgi.com.au) has joined #mythtv-users | |
| [07:38:30] | esperegu (esperegu!~quassel@145.116.15.244) has joined #mythtv-users | |
| [07:48:28] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv-users | |
| [07:50:06] | [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving) | |
| [07:53:10] | ubIx_ (ubIx_!~ulf@p5DD181EC.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [07:55:36] | johd (johd!~johd@90.146.55.47) has joined #mythtv-users | |
| [07:56:49] | ubIx (ubIx!~ulf@p5DD19648.dip0.t-ipconnect.de) has quit (Ping timeout: 272 seconds) | |
| [07:58:10] | carter05 (carter05!~carter05@ns1.neomezeny-hosting.cz) has joined #mythtv-users | |
| [08:01:03] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Read error: Operation timed out) | |
| [08:06:23] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv-users | |
| [08:09:00] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 245 seconds) | |
| [08:09:44] | trumee is now known as trumee_away | |
| [08:12:05] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 264 seconds) | |
| [08:14:26] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv-users | |
| [08:18:24] | bobgill (bobgill!~smileyfac@CPE0016b6062e69-CM0011e6c40b1f.cpe.net.cable.rogers.com) has quit (Read error: Operation timed out) | |
| [08:18:44] | bobgill (bobgill!~smileyfac@CPE0016b6062e69-CM0011e6c40b1f.cpe.net.cable.rogers.com) has joined #mythtv-users | |
| [08:21:25] | tob_ (tob_!~tob@HSI-KBW-078-042-105-196.hsi3.kabel-badenwuerttemberg.de) has joined #mythtv-users | |
| [08:28:44] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv-users | |
| [08:29:52] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds) | |
| [08:38:51] | carter05 (carter05!~carter05@ns1.neomezeny-hosting.cz) has left #mythtv-users () | |
| [08:45:39] | tank-man (tank-man!1000@S010600121729c6a1.vc.shawcable.net) has quit (Read error: Operation timed out) | |
| [08:50:49] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv-users | |
| [08:53:52] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds) | |
| [08:59:58] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Ping timeout: 276 seconds) | |
| [09:00:32] | tank-man (tank-man!1000@S010600121729c6a1.vc.shawcable.net) has joined #mythtv-users | |
| [09:14:56] | johd (johd!~johd@90.146.55.47) has quit (Quit: Leaving) | |
| [09:34:42] | bobgill (bobgill!~smileyfac@CPE0016b6062e69-CM0011e6c40b1f.cpe.net.cable.rogers.com) has quit (Read error: Operation timed out) | |
| [09:35:01] | bobgill (bobgill!~smileyfac@CPE0016b6062e69-CM0011e6c40b1f.cpe.net.cable.rogers.com) has joined #mythtv-users | |
| [09:36:55] | k_ross (k_ross!ad40b024@gateway/web/freenode/ip.173.64.176.36) has quit (Ping timeout: 265 seconds) | |
| [09:59:29] | lyricnz (lyricnz!~simonrobe@ppp118-209-147-69.lns20.mel6.internode.on.net) has joined #mythtv-users | |
| [10:13:22] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv-users | |
| [10:16:32] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds) | |
| [10:27:43] | ghoti (ghoti!~paul@74-51-38-192.telnetcommunications.com) has quit (Ping timeout: 276 seconds) | |
| [10:31:57] | ghoti (ghoti!~paul@74-51-38-192.telnetcommunications.com) has joined #mythtv-users | |
| [10:44:15] | bobgill (bobgill!~smileyfac@CPE0016b6062e69-CM0011e6c40b1f.cpe.net.cable.rogers.com) has quit (Ping timeout: 265 seconds) | |
| [10:45:54] | bobgill (bobgill!~smileyfac@CPE0016b6062e69-CM0011e6c40b1f.cpe.net.cable.rogers.com) has joined #mythtv-users | |
| [10:48:56] | carter05 (carter05!~carter05@ns1.neomezeny-hosting.cz) has joined #mythtv-users | |
| [10:52:03] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv-users | |
| [10:54:56] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds) | |
| [11:02:03] | beata000 (beata000!~beata@c-69-251-208-81.hsd1.md.comcast.net) has joined #mythtv-users | |
| [11:03:06] | Goga777 (Goga777!~Goga777@shpd-95-53-162-241.static.vologda.ru) has joined #mythtv-users | |
| [11:19:29] | beata000 (beata000!~beata@c-69-251-208-81.hsd1.md.comcast.net) has quit (Ping timeout: 272 seconds) | |
| [11:24:32] | Goga777 (Goga777!~Goga777@shpd-95-53-162-241.static.vologda.ru) has quit (Remote host closed the connection) | |
| [11:45:41] | bobgill (bobgill!~smileyfac@CPE0016b6062e69-CM0011e6c40b1f.cpe.net.cable.rogers.com) has quit (Ping timeout: 264 seconds) | |
| [11:46:09] | bobgill (bobgill!~smileyfac@CPE0016b6062e69-CM0011e6c40b1f.cpe.net.cable.rogers.com) has joined #mythtv-users | |
| [11:46:23] | Digdilem (Digdilem!~flash@plague.digdilem.org) has quit (Read error: Connection reset by peer) | |
| [11:46:48] | Digdilem (Digdilem!~flash@plague.digdilem.org) has joined #mythtv-users | |
| [11:55:53] | johd (johd!~johd@90.146.55.47) has joined #mythtv-users | |
| [11:56:49] | Azelphur (Azelphur!~Azelphur@azelphur.com) has quit (Quit: Oh god i switched my bouncer off, the world is ending!) | |
| [11:57:23] | oobe (oobe!~thingo@unaffiliated/oobe) has quit (Ping timeout: 240 seconds) | |
| [11:59:18] | Azelphur (Azelphur!~Azelphur@azelphur.com) has joined #mythtv-users | |
| [12:00:14] | oobe (oobe!~thingo@unaffiliated/oobe) has joined #mythtv-users | |
| [12:10:48] | russell5 (russell5!~russell5@pool-72-93-64-46.bstnma.fios.verizon.net) has quit (Remote host closed the connection) | |
| [12:16:42] | Rebecca (Rebecca!~rebecca@115-64-32-177.static.tpgi.com.au) has quit (Ping timeout: 240 seconds) | |
| [12:18:08] | Rebecca (Rebecca!~rebecca@115-64-32-177.static.tpgi.com.au) has joined #mythtv-users | |
| [12:24:48] | cafuego (cafuego!~cafuego@luv/admin/cafuego) has quit (Ping timeout: 260 seconds) | |
| [12:27:28] | matsimoto (matsimoto!~barmeier@e178005237.adsl.alicedsl.de) has joined #mythtv-users | |
| [12:28:16] | matsimoto: | Hi, does anyone has a link for me where to find a mythmusic protocol description ? |
| [12:36:04] | cafuego (cafuego!~cafuego@luv/admin/cafuego) has joined #mythtv-users | |
| [12:37:34] | bobgill (bobgill!~smileyfac@CPE0016b6062e69-CM0011e6c40b1f.cpe.net.cable.rogers.com) has quit (Ping timeout: 276 seconds) | |
| [12:38:56] | bobgill (bobgill!~smileyfac@CPE0016b6062e69-CM0011e6c40b1f.cpe.net.cable.rogers.com) has joined #mythtv-users | |
| [13:08:04] | Rebecca (Rebecca!~rebecca@115-64-32-177.static.tpgi.com.au) has quit (Ping timeout: 250 seconds) | |
| [13:09:03] | Rebecca (Rebecca!~rebecca@115-64-32-177.static.tpgi.com.au) has joined #mythtv-users | |
| [13:12:00] | jya: | matsimoto: what kind of protocol are you referring to ? |
| [13:16:11] | matsimoto: | jya: I can't find somethin in the myth protocol. I hoped that I just missed something. |
| [13:16:31] | jya: | I still don't understand what you mean by mythmusic protocol |
| [13:16:40] | jya: | what are you trying to do? |
| [13:16:59] | k-man: | i created a recording group "kids" and moved a load of recordings into that group, but its not showing up in the watch recordings screen, even when i turn off everything except "show recording groups" in the group view |
| [13:17:21] | matsimoto: | Ok Sorry, I thought that the frontend need something to request playliste from the backend |
| [13:17:35] | matsimoto: | I would like to do the same. |
| [13:17:53] | matsimoto: | getting playlists, searching for artists and so on. |
| [13:22:28] | jya: | matsimoto: doesn't work through the backend.. mythmusic store everything in its own database |
| [13:23:30] | jya: | so you'll have to issue mysql queries if you want to retrieve those |
| [13:24:05] | matsimoto: | ah ok, that is the hint I searched for. Thank you ! |
| [13:24:31] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv-users | |
| [13:27:03] | jya: | look into mythmusic source code to find out which request it uses |
| [13:28:58] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv-users | |
| [13:37:20] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (*.net *.split) | |
| [13:37:43] | justinh: | pfft |
| [13:37:47] | justifier (justifier!~adam@host86-147-145-146.range86-147.btcentralplus.com) has quit (Ping timeout: 240 seconds) | |
| [13:42:34] | Twiggy2cents (Twiggy2cents!~darren@66.87.2.174) has quit (Ping timeout: 276 seconds) | |
| [13:43:29] | lautriv: | cx88 modules vanished from 2.6.37 ?? |
| [13:44:58] | matsimoto: | jya: I think I will take a look at the database first |
| [13:46:18] | jya: | matsimoto: probably easier to look at the source code IMHO. For each type of request, you'll find a dedicated source |
| [13:46:32] | jya: | like playlist.cpp ; deals with playlist only; |
| [13:47:00] | matsimoto: | ahh OK, Thanks again. |
| [13:47:04] | jya: | mysql queries being done in plain text, you can easily see what query to run for each |
| [13:49:04] | FinnTux (FinnTux!~smr@et456.netikka.fi) has quit (Ping timeout: 276 seconds) | |
| [13:50:01] | FinnTux (FinnTux!~smr@et456.netikka.fi) has joined #mythtv-users | |
| [13:55:38] | JJ1 (JJ1!~jjensen@jeffjensen.dsl.visi.com) has left #mythtv-users () | |
| [13:56:48] | Flash__ (Flash__!~flash@plague.digdilem.org) has joined #mythtv-users | |
| [13:57:23] | bobgill (bobgill!~smileyfac@CPE0016b6062e69-CM0011e6c40b1f.cpe.net.cable.rogers.com) has quit (Ping timeout: 240 seconds) | |
| [13:57:43] | bobgill (bobgill!~smileyfac@CPE0016b6062e69-CM0011e6c40b1f.cpe.net.cable.rogers.com) has joined #mythtv-users | |
| [14:00:21] | Digdilem (Digdilem!~flash@plague.digdilem.org) has quit (Ping timeout: 260 seconds) | |
| [14:03:54] | iamlindoro (iamlindoro!~iamlindor@c-71-202-67-27.hsd1.ca.comcast.net) has quit (Quit: Coyote finally caught me) | |
| [14:06:14] | iamlindoro (iamlindoro!~iamlindor@unaffiliated/iamlindoro) has joined #mythtv-users | |
| [14:06:15] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v iamlindoro | |
| [14:09:22] | _abbenormal (_abbenormal!~abbenorma@c-24-56-209-145.customer.broadstripe.net) has quit (Ping timeout: 276 seconds) | |
| [14:12:21] | _abbenormal (_abbenormal!~abbenorma@c-24-56-209-145.customer.broadstripe.net) has joined #mythtv-users | |
| [14:33:46] | morphbot (morphbot!~morphbot@p57B57BFE.dip.t-dialin.net) has joined #mythtv-users | |
| [14:33:48] | morphbot (morphbot!~morphbot@p57B57BFE.dip.t-dialin.net) has left #mythtv-users () | |
| [14:44:39] | trumee_away is now known as trumee | |
| [15:01:14] | wagnerrp: | matsimoto: what language are you programming in? |
| [15:02:05] | matsimoto: | wagnerrp: python and java |
| [15:02:52] | wagnerrp: | the python bindings have existing classes and methods for managing data in mythmusic |
| [15:03:18] | matsimoto: | python bindings ?? where can I find it ? |
| [15:03:34] | wagnerrp: | they should already be installed... 'import MythTV' |
| [15:04:13] | matsimoto: | are there docs available ? |
| [15:05:07] | wagnerrp: | http://mythtv.org/wiki/Python_Bindings |
| [15:05:34] | wagnerrp: | small 'b' rather... |
| [15:05:37] | wagnerrp: | http://mythtv.org/wiki/Python_bindings |
| [15:05:57] | matsimoto: | Cool Thanks a lot. |
| [15:08:46] | weta (weta!~aross@CPE485b390978ce-CM00222ddf42dd.cpe.net.cable.rogers.com) has quit (Quit: Leaving.) | |
| [15:09:48] | weta (weta!~aross@CPE485b390978ce-CM00222ddf42dd.cpe.net.cable.rogers.com) has joined #mythtv-users | |
| [15:11:19] | weta (weta!~aross@CPE485b390978ce-CM00222ddf42dd.cpe.net.cable.rogers.com) has quit (Client Quit) | |
| [15:11:51] | weta (weta!~aross@CPE485b390978ce-CM00222ddf42dd.cpe.net.cable.rogers.com) has joined #mythtv-users | |
| [15:12:29] | johd (johd!~johd@90.146.55.47) has quit (Quit: Leaving) | |
| [15:24:12] | weta (weta!~aross@CPE485b390978ce-CM00222ddf42dd.cpe.net.cable.rogers.com) has quit (Quit: Leaving.) | |
| [15:26:17] | wagnerrp: | matsimoto: note, i added the music classes, but ive never actually used them |
| [15:26:42] | wagnerrp: | if youve got any suggestions of how they would better function, suggest away |
| [15:32:21] | weta (weta!~aross@CPE485b390978ce-CM00222ddf42dd.cpe.net.cable.rogers.com) has joined #mythtv-users | |
| [15:39:28] | Twiggy2cents (Twiggy2cents!~darren@66.87.5.181) has joined #mythtv-users | |
| [15:40:46] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv-users | |
| [15:40:48] | streeter (streeter!~streeter@nat/redhat/x-pgkcavqnyiysbrjz) has joined #mythtv-users | |
| [15:43:01] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds) | |
| [15:49:05] | RDV_Linux (RDV_Linux!~doug@CPE001195554bb4-CM00252eac6f40.cpe.net.cable.rogers.com) has quit (Remote host closed the connection) | |
| [15:59:18] | RDV_Linux (RDV_Linux!~doug@CPE001195554bb4-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv-users | |
| [16:02:14] | matsimoto: | wagnerrp: I use debian packages and only have 0.23 :( |
| [16:02:39] | weta (weta!~aross@CPE485b390978ce-CM00222ddf42dd.cpe.net.cable.rogers.com) has quit (Remote host closed the connection) | |
| [16:04:23] | wagnerrp: | roll your own packages? |
| [16:07:05] | weta (weta!~aross@CPE485b390978ce-CM00222ddf42dd.cpe.net.cable.rogers.com) has joined #mythtv-users | |
| [16:13:17] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv-users | |
| [16:15:49] | Diverdude (Diverdude!~Diverdude@1709ds1-vbr.0.fullrate.dk) has quit (Ping timeout: 240 seconds) | |
| [16:16:07] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 255 seconds) | |
| [16:22:07] | Flash__ is now known as Digdilem | |
| [16:28:35] | Diverdude (Diverdude!~Diverdude@1709ds1-vbr.0.fullrate.dk) has joined #mythtv-users | |
| [16:28:36] | iamlindoro: | Oh for crying out loud |
| [16:28:40] | iamlindoro: | Udo wants a MythUI Isthmus |
| [16:28:55] | iamlindoro: | if anyone does that, I am shooting myself in the face and giving up theming forever, in that order |
| [16:31:43] | Maliuta (Maliuta!~scooby@kiev.lusan.id.au) has quit (Ping timeout: 276 seconds) | |
| [16:31:43] | antifoo (antifoo!~antifoo@123.200.143.227) has quit (Ping timeout: 276 seconds) | |
| [16:33:50] | wagnerrp: | i honetly dont remember what it looked like |
| [16:36:00] | Shadow__X: | i had to look it up again but, if iamlindoro does not like it then we it has to be terrible |
| [16:36:20] | wagnerrp: | no, it has to be old |
| [16:36:31] | iamlindoro: | It is to MythCenter what MythCenter is to the best XBMC theme |
| [16:36:32] | wagnerrp: | written within the confines and limitations of the old system |
| [16:37:09] | iamlindoro: | I actually can't find a screenshot, oddly |
| [16:37:51] | wagnerrp: | to the wiki history! |
| [16:38:56] | wagnerrp: | was it more than just an OSD theme? |
| [16:39:01] | iamlindoro: | yeah |
| [16:39:13] | iamlindoro: | At least, I thought it was |
| [16:39:17] | iamlindoro: | (if it is what I'm recalling) |
| [16:40:15] | wagnerrp: | iulius, perhaps? |
| [16:40:40] | iamlindoro: | For some reason my brain made a distinction, but it's possible I'm just misremembering and actually thinking of Iulius |
| [16:40:50] | iamlindoro: | Oh well, whatever |
| [16:41:05] | iamlindoro: | someone can combine Isthmus and MythCenter to make MegaSuperHappyOldSchoolCrapFest |
| [16:42:18] | JEDIDIAH__ (JEDIDIAH__!~jedi@cpe-76-185-72-21.tx.res.rr.com) has quit (Quit: Ex-Chat) | |
| [16:50:41] | matsimoto (matsimoto!~barmeier@e178005237.adsl.alicedsl.de) has left #mythtv-users () | |
| [16:55:29] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv-users | |
| [17:04:01] | keith4: | when using a transcode job to just remove flagged commercials, is doesn't actually transcode anything, right? the bitrate will remain the same on the rest of the video? |
| [17:04:54] | wagnerrp: | for the most part, yes |
| [17:05:25] | wagnerrp: | if you cut mid GOP, it has to transcode a couple frames to ensure each block starts with an I-frame |
| [17:07:30] | toeb (toeb!~tob@HSI-KBW-078-042-105-196.hsi3.kabel-badenwuerttemberg.de) has quit (Quit: Verlassend) | |
| [17:07:51] | kormoc is now known as kormoc_afk | |
| [17:08:54] | PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has quit (Ping timeout: 265 seconds) | |
| [17:16:32] | PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has joined #mythtv-users | |
| [17:25:05] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Quit: Ex-Chat) | |
| [17:29:48] | FabriceMG (FabriceMG!~fabrice@APoitiers-155-1-19-71.w83-200.abo.wanadoo.fr) has joined #mythtv-users | |
| [17:29:49] | hadees (hadees!~hadees@72-48-211-19.dyn.grandenetworks.net) has joined #mythtv-users | |
| [17:33:15] | dkeith (dkeith!~dkeith@pool-173-48-212-132.bstnma.fios.verizon.net) has joined #mythtv-users | |
| [17:33:48] | dkeith (dkeith!~dkeith@pool-173-48-212-132.bstnma.fios.verizon.net) has quit (Client Quit) | |
| [17:34:29] | dkeith (dkeith!~dkeith@pool-173-48-212-132.bstnma.fios.verizon.net) has joined #mythtv-users | |
| [17:39:36] | dkeith (dkeith!~dkeith@pool-173-48-212-132.bstnma.fios.verizon.net) has quit (Quit: ~ Trillian Astra - www.trillian.im ~) | |
| [17:39:44] | dkeith (dkeith!~dkeith@pool-173-48-212-132.bstnma.fios.verizon.net) has joined #mythtv-users | |
| [18:03:30] | Elshar (Elshar!Elshar@216.110.205.68) has joined #mythtv-users | |
| [18:12:59] | jblack (jblack!~jblack@pool-71-181-222-126.sctnpa.east.verizon.net) has joined #mythtv-users | |
| [18:15:05] | kormoc_afk is now known as kormoc | |
| [18:21:54] | antifoo (antifoo!~antifoo@123.200.143.227) has joined #mythtv-users | |
| [18:22:32] | allesmueller (allesmueller!~allesmuel@unixboard/users/allesmueller) has joined #mythtv-users | |
| [18:30:11] | KaZeR (KaZeR!~kazer@30.43.195-77.rev.gaoland.net) has quit (Ping timeout: 265 seconds) | |
| [18:32:41] | KaZeR (KaZeR!~kazer@30.43.195-77.rev.gaoland.net) has joined #mythtv-users | |
| [18:33:50] | RyeBrye_ (RyeBrye_!~ryebrye@67.199.189.49) has joined #mythtv-users | |
| [18:34:33] | RyeBrye_ (RyeBrye_!~ryebrye@67.199.189.49) has quit (Client Quit) | |
| [18:34:56] | RyeBrye_ (RyeBrye_!~ryebrye@67.199.189.49) has joined #mythtv-users | |
| [18:35:42] | johd (johd!~johd@90.146.55.47) has joined #mythtv-users | |
| [18:36:12] | lautriv: | cx88 modules vanished from 2.6.37 ?? |
| [18:37:38] | RyeBrye (RyeBrye!~ryebrye@67.199.189.49) has quit (Ping timeout: 240 seconds) | |
| [18:37:38] | RyeBrye_ is now known as RyeBrye | |
| [18:43:09] | wagnerrp: | doubtful |
| [18:43:31] | wagnerrp: | more likely where ever you got your 2.6.37 kernel simply didnt compile those modules |
| [18:44:17] | weta (weta!~aross@CPE485b390978ce-CM00222ddf42dd.cpe.net.cable.rogers.com) has quit (Read error: Connection reset by peer) | |
| [18:45:39] | weta (weta!~aross@CPE485b390978ce-CM00222ddf42dd.cpe.net.cable.rogers.com) has joined #mythtv-users | |
| [18:46:10] | iamlindoro: | I have a new rule. Every punctuation mark beyond the required one cuts the chance of me answering in half |
| [18:46:38] | lautriv: | wagnerrp, got vanilla sources, made oldconfig from a functional 34.7 and there are not longer any options to select in menuconfig, BUT i can search for cx88 and get explanation. |
| [18:47:17] | xyzabc (xyzabc!~xyzabc@cdm-75-109-38-103.asbnva.dh.suddenlink.net) has joined #mythtv-users | |
| [18:48:38] | keith4: | wagnerrp: okay, thanks |
| [18:48:55] | kormoc: | lautriv, so make menuconfig and go turn it on or see why it's not on. |
| [18:49:25] | lautriv: | kormoc, read again......was thjere,done that......NO OPTION. |
| [18:50:02] | iamlindoro (iamlindoro!~iamlindor@unaffiliated/iamlindoro) has quit (Quit: Coyote finally caught me) | |
| [18:51:30] | keith4: | it won't even show up if its dependencies aren't enabled |
| [18:51:55] | kormoc: | lautriv, and perhaps you shouldn't be compiling your own kernels then. Device Drivers -> Multimedia support (MEDIA_SUPPORT [=y]) -> Video capture adapters (VIDEO_CAPTURE_DRIVERS [=y]) Depends on: MEDIA_SUPPORT [=y] && VIDEO_CAPTURE_DRIVERS [=y] && VIDEO_V4L2 [=m] && VIDEO_DEV [=m] && PCI [=y] && I2C [=y] && INPUT [=y] && VIDEO_IR [=y] |
| [18:52:09] | lautriv: | my options --> http://picfront.de/d/7YQQ , the search --> http://picfront.de/d/7YQR |
| [18:52:26] | iamlindoro (iamlindoro!~iamlindor@unaffiliated/iamlindoro) has joined #mythtv-users | |
| [18:52:26] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v iamlindoro | |
| [18:53:10] | kormoc: | lautriv, and you need to follow the info it gives you. VIDEO_CX88 has a list of dependancies you need to enable before it will show up |
| [18:53:16] | xyzabc: | how come the music interface is so limited. I want to be able to select music by catagory not artist, is there a way to do this? |
| [18:53:30] | kormoc: | xyzabc, because you haven't submitted patches to do so |
| [18:53:38] | wagnerrp: | xyzabc: because no one has really updated the interface in half a decade |
| [18:53:41] | sphery: | if only someone who actually follows kernel development could configure and compile a kernel that could be used by more than one person... pipe dreams, I suppose. |
| [18:53:55] | wagnerrp: | someone is working on rewriting it to take advantage of the new UI libraries |
| [18:54:07] | wagnerrp: | but it has not yet been committed |
| [18:54:17] | xyzabc: | kormoc, is the module in python for the music? |
| [18:54:23] | lautriv: | kormoc, i went through the list and it won't show up AND i did an oldconfig from a functional one..............did YOU ever try 37-rc6 ? |
| [18:54:24] | kormoc: | xyzabc, no, c++ |
| [18:54:35] | wagnerrp: | module in python for music? |
| [18:54:36] | kormoc: | lautriv, I'm tunning -37, yes |
| [18:54:53] | kormoc: | lautriv, and it won't show up until all the dependancies are correct |
| [18:55:52] | lautriv: | kormoc, sure but i can't find any missing thingie and it should already match from the former .config............could you dcc you .config to make a diff ? |
| [18:56:11] | xyzabc: | kormoc, well c++ is kind of a pain in the butt for that type of thing. kind of supprised though that no one has done much with the module |
| [18:56:28] | kormoc: | lautriv, I gave you the list of missing things. No, I'm not going to accept a dcc of your config |
| [18:56:44] | kormoc: | xyzabc, all of mythfrontend is in c++ currently |
| [18:56:52] | wagnerrp: | tgm4883: seems your guys' mythbuntu binaries cause 'Illegal instruction' faults on VIA processors |
| [18:56:55] | wagnerrp: | keep up the good work |
| [18:57:05] | lautriv: | kormoc, i HAD the list long before and all matches, aso i asked if you could dcc me. |
| [18:57:30] | wagnerrp: | we may just yet get people to upgrade... :) |
| [18:58:15] | sphery: | wagnerrp: that's likely the audio code that uses SSE3 when it's not supported? |
| [18:58:26] | wagnerrp: | sphery: failed in mythtv-setup |
| [18:58:27] | kormoc: | wagnerrp, let's just add the http://en.wikipedia.org/wiki/Halt_and_Catch_Fire to the processor detection |
| [18:58:48] | sphery: | though the SSE3 thing was fixed a while ago |
| [18:58:51] | xyzabc: | kormoc, wonder if many people use the module |
| [18:59:16] | kormoc: | "Detected VIA cpu, adding optimized HCF instruction..." |
| [18:59:18] | sphery: | so if the user actually installed current -fixes, it shouldn't be that |
| [18:59:21] | kormoc: | xyzabc, a fair number do, aye |
| [18:59:23] | wagnerrp: | sphery: theyre also using the pre-release 0.23 builds shipped with 10.04 |
| [18:59:45] | sphery: | heh, well, that's not the SSE3 thing, then, but it needs upgraded |
| [19:00:05] | sphery: | IIRC, there were several via fixes to 0.23-fixes shortly after release |
| [19:00:25] | wagnerrp: | and shortly before release too |
| [19:00:29] | sphery: | yeah |
| [19:00:32] | wagnerrp: | that was like 400 revs prior |
| [19:01:38] | sphery: | so, peri-release fixes? :) |
| [19:02:44] | wagnerrp: | im happy to let them either replace their CPU (and fix the problem), or spend half a day building their binaries (and upgrade to a proper release in the process) |
| [19:02:57] | sphery: | heh, yeah |
| [19:03:11] | sphery: | people just don't get the concept of "the right hardware for the job" |
| [19:03:18] | sphery: | s/people/some people/ |
| [19:03:28] | wagnerrp: | but via told me they supported hardware decoding |
| [19:03:55] | sphery: | heh |
| [19:04:06] | wagnerrp: | that means i can watch this new UHDTV right? |
| [19:04:24] | wagnerrp: | 4320p FTW! |
| [19:04:33] | allenmellon (allenmellon!~allenmelo@97-93-62-207.static.mtpk.ca.charter.com) has joined #mythtv-users | |
| [19:04:39] | sphery: | I hear the C8000 can't do it but the C10000 has no problems |
| [19:05:00] | allenmellon: | can an rss feed url be a static home ip address? like 192.168.1.xx? |
| [19:05:02] | sphery: | er, M10000 |
| [19:05:06] | wagnerrp: | aww... ill have to buy a new board since my CPU is soldered into this one |
| [19:05:38] | sphery: | wagnerrp: maybe you could just disable a few threads and make it work |
| [19:06:00] | sphery: | allenmellon: sure? |
| [19:06:04] | sphery: | I don't see why not |
| [19:06:04] | kormoc: | allenmellon, sure, as long as the rss reader can access it |
| [19:06:05] | LedHed (LedHed!~LedHed@static-74-45-162-66.dr01.pasn.ca.frontiernet.net) has quit (Read error: Connection reset by peer) | |
| [19:06:28] | wagnerrp: | meaning it needs to be on the same local network |
| [19:07:06] | iamlindoro: | kormoc: I love the reassurance on that wiki page that it's ok, in most cases the CPU does not actually catch fire |
| [19:07:07] | iamlindoro: | whew! |
| [19:07:25] | iamlindoro: | PS, Jimmy Wales looks like a scary swarf |
| [19:07:28] | iamlindoro: | er dwarf |
| [19:07:54] | sphery: | kormoc: so, last night while helping a friend debug a digital capture card in a bad state, I found that the MythWeb recorded programs page shows recordings using progstart, not recstartts as a key--so if there are multiple parts (due to reboot, etc), only one of them shows up. Is that by design or something that we could change? |
| [19:08:13] | kormoc: | iamlindoro, I've been waiting for some Law & Order episode to center around some kid hacking into his schools/teachers computer and causing it to catch fire and kill someone |
| [19:08:31] | kormoc: | sphery, that'd be ripe for a change |
| [19:08:57] | wagnerrp: | oh? i see multiple chunks of video in Recorded Programs when i have restarts |
| [19:09:11] | allenmellon: | also, is the rss url to the 192.168.1.xx? or to 192.168.1.xx/feeds/recordings.xml? |
| [19:09:14] | weta: | I store my music at ~/mythtv/music & nfs mount to front end machines. For some reason one frontend won't work. The errors complain about ~/mythtv/music/music/music/<filename> Looking for advice on how to debug & fix. Thanks. |
| [19:10:13] | wagnerrp: | weta: you didnt share '~/mythtv/music' did you? |
| [19:10:16] | allenmellon: | has anyone got this to work? http://www.mythtv.org/wiki/Android_RSS_Video_Feed |
| [19:10:21] | wagnerrp: | you put a full path in your /etc/exports? |
| [19:10:37] | weta: | wagnerrp: yes, I can access it fine and play it outside of mythtv. |
| [19:11:06] | weta: | the path is set correct in setup, so I'm stumped where the wonky path is coming from. |
| [19:11:09] | wagnerrp: | then the only thing i can think of is that you defined the paths in mythtv improperly |
| [19:11:13] | sphery: | kormoc: cool... I may look at it sometime (after new year) |
| [19:11:22] | kormoc: | allenmellon, wow... no... And mythweb already has rss feeds for recordings... |
| [19:11:24] | wagnerrp: | or maybe you have a looping symlink that is killing it during a scan |
| [19:11:24] | weta: | wagnerrp: I think it was initially wrong, and then I noticed and fixed it. |
| [19:11:54] | weta: | wagnerrp: is there an appropriate way to clean up? I'm very comfortable in sql if the db is the only way. |
| [19:11:58] | allenmellon: | kormoc: ? whats mythweb? |
| [19:12:25] | weta: | wagnerrp: it's the same nfs mount for everyone. So I'm not expecting a looping link. |
| [19:12:31] | wagnerrp: | weta: rescan your music directory in mythfrontend, and it will clean everything up |
| [19:12:42] | weta: | wagnerrp: Tried that... it hangs. |
| [19:12:50] | wagnerrp: | weta: im saying youve got a symlink somewhere in that folder, that is linking to a higher level folder |
| [19:13:01] | wagnerrp: | it gets caught in a recursive folder loop |
| [19:13:20] | weta: | wagnerrp: OK, I'll double check to be sure. Strange it works on the other machines. Thanks. |
| [19:13:56] | sphery: | mythmusic scanning is done locally, so different local file systems would result in different behaviors |
| [19:16:16] | weta: | wagnerrp: gah, there was a link. (find -type l found it) Sorry about wasting your time. Thanks very much for the help. |
| [19:16:57] | aputerboy: | Question: I noticed that mythdb uses the MyISAM engine rather than the InnoDB one. However, if I want to rollback transactions in perl-DBI I apparently need the InnoDB. Would I cause any problems if I converted the tables in my mythdb to use the InnoDB engine? What are the reasons that mythdb uses MyISAM? |
| [19:17:24] | kormoc: | aputerboy, Some of us use innodb and we've talked about making it the default in the future |
| [19:17:25] | sphery: | aputerboy: you'd be running an unsupported configuration and any problems you have with future upgrades would be your own to fix |
| [19:17:52] | kormoc: | aputerboy, that said, aye, it's unsupported now, and if you do force transactions in your code, it won't work with the majority of folks |
| [19:18:24] | wagnerrp: | aputerboy, also said, any database transactions should be routed through the perl bindings |
| [19:18:38] | wagnerrp: | if for nothing else, for autodetection of the database access credentials |
| [19:18:39] | flexy (flexy!~flexy@82-128-206-163.bb.dnainternet.fi) has joined #mythtv-users | |
| [19:19:08] | wagnerrp: | mythtv perl bindings, that is |
| [19:19:18] | ** kormoc is hoping with all his might that aputerboy's project is never going to get released publically ** | |
| [19:19:24] | SteveGoodey (SteveGoodey!~quassel@host109-158-211-50.range109-158.btcentralplus.com) has joined #mythtv-users | |
| [19:19:26] | aputerboy: | kormoc -lol |
| [19:19:42] | aputerboy: | i have written a bunch of different routines now :P |
| [19:20:10] | flexy: | where do I find the setup of how many seconds to skip with one press of up/down? |
| [19:20:21] | flexy: | when watching a recording, that is |
| [19:20:31] | aputerboy: | but seriously, this one I use to fix missing or wrong fields from my schedule provider — and it seems much easier to access the tables directly in mysql to find the right data rather than going through some other interface |
| [19:20:47] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv-users | |
| [19:20:56] | sphery: | flexy: playback groups |
| [19:20:57] | kormoc: | aputerboy, you're in the US. You must be using SD? What's wrong/missing? |
| [19:21:10] | kormoc: | it'd be way better to let us know if things are broken then work around us... |
| [19:21:26] | wagnerrp: | youre paying them to fix your data problems for you |
| [19:21:39] | aputerboy: | well our local public television is wgbh (one of the major ones in the us) and they almost always have the wrong description |
| [19:21:54] | DarkEyes (DarkEyes!~d4rk@unaffiliated/darkeyes) has quit (Ping timeout: 265 seconds) | |
| [19:22:03] | aputerboy: | and often have a missing or just general programid |
| [19:22:10] | aputerboy: | plus they get the hdtv flag wrong |
| [19:22:12] | kormoc: | aputerboy, and so you put in a trouble ticket so we could talk with them about getting valid data? |
| [19:22:22] | aputerboy: | so what I do is i match against other listings to put the pieces together |
| [19:22:31] | ** kormoc sighs ** | |
| [19:22:42] | wagnerrp: | i know that callsign |
| [19:22:43] | aputerboy: | kormoc --- ahhh i'm not used to paid providers being so helpful :P |
| [19:22:47] | sphery: | well, fixing the premiere US PBS channel's data is probably not a priority for TMS. I'm sure they'd rather concentrate on fixing the data for Bob's Home TV, 20W transmitter |
| [19:22:57] | wagnerrp: | arent they the primary PBS broadcaster? |
| [19:23:10] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 245 seconds) | |
| [19:23:14] | aputerboy: | they are one of the major content producers for pbs in the us |
| [19:23:20] | sphery: | they're the richest PBS broadcaster, and they produce a huge fraction of the shows that air on PBS |
| [19:23:32] | flexy: | sphery: thanks, found it. |
| [19:23:36] | aputerboy: | they also have a sister station in Boston (same shows just more repeats) that are mostly wrong |
| [19:23:41] | RockHound (RockHound!~quassel@d066193.adsl.hansenet.de) has joined #mythtv-users | |
| [19:23:43] | aputerboy: | i think the issue is mostly with the repeats |
| [19:24:14] | KraMer (KraMer!~mark@adsl-70-240-212-19.dsl.hstntx.swbell.net) has joined #mythtv-users | |
| [19:24:22] | sphery: | including Nova, Antiques Roadshow, The Victory Garden, Arthur, ... |
| [19:24:31] | aputerboy: | i can understand that maybe sometimes they use a placeholder (generic episode number) if they truly don't know what repeat they plan to show but i don't understand how the repeats can get the episode number right but the description wrong |
| [19:24:53] | sphery: | aputerboy: you do not have EIT enabled, right? |
| [19:24:54] | aputerboy: | ok – so is the bug report via myth or via schedules direct directly? |
| [19:25:06] | kormoc: | Schedules Direct |
| [19:25:10] | sphery: | this sounds like you're overwriting proper Schedules Direct data with EIT data |
| [19:25:37] | aputerboy: | sphery – that could be... i might have turned it on as a belt-and-suspenders thing |
| [19:25:56] | sphery: | aputerboy: also, you may want to start using --dd-grab-all on your mythfilldatabase runs |
| [19:26:00] | aputerboy: | i assumed (maybe wrongly) that EIT would be good when the schedule changed between now and the last mythfilldatabase |
| [19:26:22] | sphery: | aputerboy: http://www.gossamer-threads.com/lists/mythtv/users/449426#449426 |
| [19:26:50] | kormoc: | the amount of times the schedule changes same-day are really really low |
| [19:27:14] | sphery: | aputerboy: no, you can't mix and match... You need to ensure that either a) you've disabled EIT/On-air program guide on the entire video source that uses Schedules Direct or b) you've disabled EIT/On-air program guide on every channel for which you use Schedules Direct |
| [19:27:35] | sphery: | and your Schedules Direct data is /significantly/ better quality than the EIT data in the US |
| [19:27:44] | sphery: | so it's the one you want |
| [19:27:44] | kormoc: | it's ether just wrong (and we should get told so we can fix it) or it's from a previous show overrun (sports) and EIT isn't updated for that, or it's major news events that EIT also won't help with |
| [19:28:01] | aputerboy: | sphery – that is GOOD to know – from mythfrontend it wasn't obvious that EIT conflicted |
| [19:28:29] | sphery: | yeah, we will be fixing the configuration screens to prevent that misconfig |
| [19:28:47] | aputerboy: | btw – u guys are AWESOME support!!!! |
| [19:30:19] | aputerboy: | sphery – am i right in interpreting the dd-grab-all link that without it, you only update today and day +13 but with it, you update the entire cache for the next 2 weeks? or am i misunderstanding? |
| [19:30:29] | awalls (awalls!~awalls@d-216-36-28-191.cpe.metrocast.net) has joined #mythtv-users | |
| [19:30:33] | kormoc: | correct |
| [19:30:44] | aputerboy: | that's a great improvement! |
| [19:31:22] | trumee (trumee!~parul@cpc3-cmbg14-0-0-cust113.5-4.cable.virginmedia.com) has quit (Read error: Connection reset by peer) | |
| [19:31:26] | sphery: | aputerboy: but it requires significantly more resources, so test it at the command line and make a decision if it's usable on your system |
| [19:31:37] | sphery: | if your mythfilldatabase run takes 45min of real time, you shouldn't use it |
| [19:31:51] | trumee_away (trumee_away!~parul@cpc3-cmbg14-0-0-cust113.5-4.cable.virginmedia.com) has joined #mythtv-users | |
| [19:31:52] | trumee_away is now known as trumee | |
| [19:31:58] | aputerboy: | well i only use OTA so maybe it won't be too tough on my system since it's only about a 1–2 dozen channels |
| [19:31:58] | sphery: | if it takes 6min, you can use it--but that could impact recordings if run during recordings |
| [19:32:10] | sphery: | on my ota-only system, it takes 30s |
| [19:32:16] | aputerboy: | sphery – isn't it niced lower? |
| [19:32:36] | sphery: | that doesn't affect I/O |
| [19:32:46] | sphery: | we don't yet use any I/O nice stuff |
| [19:33:22] | sphery: | still, using an Atom system as a master backend, --dd-grab-all is probably not an option (especially on a cable-TV system) |
| [19:33:22] | aputerboy: | still, i wouldn't have thought writing the database would be that resource internsive that it wouldn't be apropriately cached |
| [19:33:31] | kormoc: | sphery, actally, with CFQ, nice level *does* affect io setup, but it's all database time anyway, so it doesn't help |
| [19:33:35] | sphery: | using a real computer--without a borked mysql config--it's likely quite usable |
| [19:34:05] | DarkEyes (DarkEyes!~d4rk@unaffiliated/darkeyes) has joined #mythtv-users | |
| [19:34:25] | sphery: | anyway, the point is, if you lose recordings from it, you were warned before /you/ decided to enable it |
| [19:34:35] | kormoc: | aputerboy, there are ways to make it better, but they're a bit out |
| [19:35:22] | sphery: | yeah, though even in 0.24-fixes, we have some nice performance improvements thanks to kormoc, so for those users who tried --dd-grab-all and found it unusable in 0.23-fixes, they should try again in 0.24 |
| [19:39:07] | aputerboy: | is there any reason that mythfrontend only allows you to edit the subtitle but not the description (or ultimately other fields) — this btw is the reason i started going down my path of writing a general routine to edit/copy one or more fields matched against one or more fields |
| [19:39:38] | sphery: | aputerboy: I have a patch right here that allows you to edit description in that same dialog |
| [19:39:42] | btwe (btwe!~btwe@tweddell.de) has joined #mythtv-users | |
| [19:39:48] | aputerboy: | and i won't publish my code if it's not wanted :P but it is pretty powerful perl/sql stuff |
| [19:40:04] | sphery: | it's not in trunk because we have no multiline text edit, so it's completely unusable |
| [19:40:19] | sphery: | when we have multiline text edit, that will go in immediately after |
| [19:40:35] | sphery: | and, eventually, we will have a program details page that allows editing all user-editable fields |
| [19:41:00] | sphery: | as far as publishing your code, if it's not using the bindings, you probably shouldn't |
| [19:41:10] | wagnerrp: | alsa supports bluetooth? |
| [19:41:15] | sphery: | especially since the recordings data format will change very soon |
| [19:41:30] | sphery: | (i.e. the entire DB schema will be massively different for recordings) |
| [19:41:58] | SteveGoodey (SteveGoodey!~quassel@host109-158-211-50.range109-158.btcentralplus.com) has quit (Ping timeout: 240 seconds) | |
| [19:42:08] | aputerboy: | sphery – ok – though what I wrote allows you to use any table/key to match against and to edit |
| [19:42:11] | sphery: | and since the perl bindings don't really abstract the data format, even if you used perl bindings, it's not insulated from those changes |
| [19:42:17] | wagnerrp: | 'very soon' |
| [19:42:22] | sphery: | python bindings would likely insulate you--at least as much as possible |
| [19:42:25] | ** wagnerrp is getting excited, and concerned ** | |
| [19:42:30] | sphery: | heh |
| [19:43:03] | kormoc: | wagnerrp, aye, alsa supports bluetooth |
| [19:43:15] | wagnerrp: | sphery: im likely going to drop 'recorded', 'recordedprogram', and 'oldrecorded' all together |
| [19:43:23] | wagnerrp: | slave all database access in through the Program class |
| [19:43:27] | sphery: | ah, so maybe not so much insulation |
| [19:43:31] | sphery: | that's a good plan |
| [19:43:50] | Slim-Kimbo (Slim-Kimbo!~Kimbo@host86-159-6-251.range86-159.btcentralplus.com) has joined #mythtv-users | |
| [19:43:56] | sphery: | logical view of data is much better than direct ORM from the physical view |
| [19:44:13] | wagnerrp: | then just wrap the old class names around Program for read-only use |
| [19:44:29] | kormoc: | ORM-- |
| [19:44:31] | sphery: | or could do Program class + Recording class (like mythtv code does--but only if you feel it's useful to differentiate) |
| [19:45:00] | kormoc: | I'm really sad we did the distinction in mythweb |
| [19:45:03] | wagnerrp: | as it is now, the Program class only deals with data sent over mythproto or mythxml |
| [19:45:20] | sphery: | yeah, the distinction makes things more challenging for users of the api |
| [19:45:41] | kormoc: | I'm gonna unify it down to program one of these days |
| [19:45:42] | sphery: | and I don't see a huge benefit even in mythtv code--other than slightly smaller representation of non-recording programs |
| [19:45:56] | sphery: | cool, so maybe python's using a single would be good, too |
| [19:47:05] | wagnerrp: | i think ill still keep the existing data access classes, for individual entries in those respective tables |
| [19:47:12] | kormoc: | it's also going to be easier to handle the multi-files stuff that way too if people get use to the recorded info is a list property on the program class |
| [19:47:25] | wagnerrp: | but have the Program class contain multiples in the background |
| [19:58:57] | LedHed (LedHed!~LedHed@static-74-45-162-66.dr01.pasn.ca.frontiernet.net) has joined #mythtv-users | |
| [20:01:28] | NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has joined #mythtv-users | |
| [20:03:53] | aputerboy: | fyi – dd-grab-all took 1min48sec on my rusty 7 year old single core, non-hyper threaded yadayada P4 2.8 GHz machine |
| [20:03:54] | lautriv (lautriv!~virtual@f050081057.adsl.alicedsl.de) has left #mythtv-users ("Ex-Chat") | |
| [20:10:12] | jstenback (jstenback!~jstenback@64.151.104.172) has quit (Quit: ZNC - http://znc.sourceforge.net) | |
| [20:10:41] | jstenback (jstenback!~jstenback@64.151.104.172) has joined #mythtv-users | |
| [20:15:57] | lyricnz_ (lyricnz_!~simonrobe@ppp118-209-147-69.lns20.mel6.internode.on.net) has joined #mythtv-users | |
| [20:16:27] | wilberfan (wilberfan!~wilberfan@24.205.38.160) has joined #mythtv-users | |
| [20:16:45] | lyricnz_ (lyricnz_!~simonrobe@ppp118-209-147-69.lns20.mel6.internode.on.net) has quit (Client Quit) | |
| [20:16:47] | Shadow__X: | wagnerrp: hey sorry to bother you,what was The script thats used to move recordings to another hard drive and make them viewable in mythvideo |
| [20:16:58] | kormoc is now known as kormoc_afk | |
| [20:17:52] | Shadow__X: | my question was worded so bad it make kormoc leave |
| [20:20:07] | lyricnz (lyricnz!~simonrobe@ppp118-209-147-69.lns20.mel6.internode.on.net) has quit (Ping timeout: 260 seconds) | |
| [20:20:14] | xyzabc (xyzabc!~xyzabc@cdm-75-109-38-103.asbnva.dh.suddenlink.net) has quit (Quit: Leaving) | |
| [20:20:16] | btwe is now known as btwe_afk | |
| [20:22:17] | Shadow__X: | wagnerrp: I think i answered my own question I first looked at mythexport and that wasnt what i was looking for but then i found your mythvidexport script and realized that was it. Sorry about that and thanks for writting the script |
| [20:22:57] | JJ1 (JJ1!~jjensen@jeffjensen.dsl.visi.com) has joined #mythtv-users | |
| [20:24:22] | wagnerrp: | http://mythtv.org/wiki/Mythvidexport.py |
| [20:25:53] | aputerboy_ (aputerboy_!~chatzilla@pool-108-7-219-3.bstnma.fios.verizon.net) has joined #mythtv-users | |
| [20:25:54] | Shadow__X: | yeah i saw that is that the newest version or should i find it on github |
| [20:27:13] | hadees (hadees!~hadees@72-48-211-19.dyn.grandenetworks.net) has quit (Quit: hadees) | |
| [20:27:47] | aputerboy (aputerboy!~chatzilla@pool-96-233-32-140.bstnma.fios.verizon.net) has quit (Ping timeout: 240 seconds) | |
| [20:27:50] | aputerboy_ is now known as aputerboy | |
| [20:28:10] | wagnerrp: | its not in the mythtv repository on github |
| [20:31:06] | SteveGoodey (SteveGoodey!~quassel@host109-158-211-50.range109-158.btcentralplus.com) has joined #mythtv-users | |
| [20:37:35] | Osan (Osan!~osan@c83-248-41-121.bredband.comhem.se) has joined #mythtv-users | |
| [20:39:30] | Osan (Osan!~osan@c83-248-41-121.bredband.comhem.se) has quit (Remote host closed the connection) | |
| [20:41:23] | RockHound (RockHound!~quassel@d066193.adsl.hansenet.de) has quit (Ping timeout: 240 seconds) | |
| [20:42:17] | Shadow__X: | oh ok |
| [20:43:51] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv-users | |
| [20:46:00] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds) | |
| [20:50:02] | ** sphery wonders if wagnerrp would like the challenge of converting an ugly mysql-command-line-client-using bash script to use the python bindings ** | |
| [20:50:29] | wagnerrp: | depends on what it does |
| [20:50:37] | sphery: | heh http://www.mythtv.org/wiki/Mythcutprojectx |
| [20:50:48] | sphery: | do you handle cut lists in the python bindings? |
| [20:50:55] | wagnerrp: | yeps |
| [20:51:09] | sphery: | it's ugliness is doing them wrong, it seems |
| [20:51:12] | sphery: | its |
| [20:51:22] | wagnerrp: | id prefer to use mythffmpeg |
| [20:51:46] | sphery: | starting around In trunk an initial zero is apparently treated as a normal cut-in point. |
| [20:52:01] | sphery: | don't know what exactly it's doing, though |
| [20:52:17] | sphery: | but it's definitely ugly |
| [20:52:33] | sphery: | I'm not going to fix it as part of http://code.mythtv.org/trac/ticket/9389 |
| [20:52:44] | sphery: | you don't have to rewrite it, though |
| [20:52:56] | sphery: | someone will fix it up if it deserves to survive |
| [20:52:58] | wagnerrp: | what exactly does it do? just an alternate commercial cutter to mythtranscode? |
| [20:53:20] | sphery: | I think that one was created specifically to allow using projectx instead of mythtranscode for use in mytharchive or something |
| [20:53:25] | sphery: | and, yeah |
| [20:53:33] | sphery: | because mythtranscode chokes/dies on some streams |
| [20:53:40] | sphery: | don't worry about rewriting it |
| [20:53:41] | wagnerrp: | including all h264 |
| [20:53:54] | sphery: | I think projectx only does mpeg2, though |
| [20:54:24] | sphery: | Demultiplexing, editing and repairing tool for MPEG2, TS, DigitalTV Transport streams |
| [20:54:50] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv-users | |
| [20:55:03] | sphery: | so, yeah, if you do anything, feel free to use something much better |
| [20:55:08] | sphery: | don't waste time on that script |
| [20:56:25] | sphery: | and, yeah, reasoning for script is at http://code.mythtv.org/trac/ticket/8347 |
| [20:56:52] | sphery: | when I fix the mythtv code, I'll mention to him that he can find more info on how the cut list works in here |
| [20:57:14] | sphery: | and will recommend that he use mythcommflag --getcutlist instead of his mysql stuff |
| [20:57:41] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 264 seconds) | |
| [21:00:53] | sphery: | uggghh... fixing mythburn.py is going to be a pain--especially for a non-python-enabled dev |
| [21:01:28] | ** justinh tries to remember who pinged him in a /msg a while back to a) chastise him for the unsolicited PM and b) say that he's forgot all about the PID discontinuity errors ** | |
| [21:02:00] | kth (kth!~kth@dyndsl-085-016-236-136.ewe-ip-backbone.de) has joined #mythtv-users | |
| [21:02:06] | wagnerrp: | he PM'd you to complain that you PM'd him? |
| [21:02:13] | justinh: | darn work, cutting off my home IP address at the gateway/firewall |
| [21:03:07] | justinh: | the IT guy has no knowledge of setting up a block so I decided not to dig – and I CBA to turn my cable modem off for long enough to get a new IP address |
| [21:03:22] | RockHound (RockHound!~quassel@d066193.adsl.hansenet.de) has joined #mythtv-users | |
| [21:03:43] | justinh: | wagnerrp: nah he msged me to ask something about the PID discontinuity errors I was seeing in my logs a while back |
| [21:05:59] | AndyCap: | justinh: so if it's not the IT guy, are the guys in black helicopters coming after you? |
| [21:06:02] | wagnerrp: | sphery: what fixes for mythburn.py? |
| [21:06:16] | cattelan is now known as cattelan_away | |
| [21:06:29] | justinh: | AndyCap: the IT isn't the only guy who has say on firewall rules. Think the CEO might |
| [21:07:03] | justinh: | IT guy says as far as he knows all the fancy rule blocking stuff is turned off cos it's a PITA to administer |
| [21:07:10] | AndyCap: | ah. :) |
| [21:07:37] | justinh: | hey, I can still do internets.. just has to be SFW ;-) |
| [21:08:07] | justinh: | living without ssh isn't so bad. I'd prolly have to do that anywhere else anyway |
| [21:08:23] | ** AndyCap probably couldn't live without ssh ** | |
| [21:08:28] | justinh: | but sphery whatever you suggested I did, which I did, seems to have done the job :) |
| [21:09:36] | justinh: | hahaha I see my old work is still clinging to existence. Poor people |
| [21:09:38] | sphery: | wagnerrp: changes to the assumptions it's making about the cut list raw data storage--i.e. that it will always start with MARK_CUT_START (when if they cut to beginning, it won't) and will always end with MARK_CUT_END (when it won't if cut to end) |
| [21:10:52] | wagnerrp: | is that all done within mythburn? or does the helper handle that? |
| [21:10:59] | Steve_Goodey (Steve_Goodey!~quassel@host86-147-181-69.range86-147.btcentralplus.com) has joined #mythtv-users | |
| [21:11:18] | SteveGoodey (SteveGoodey!~quassel@host109-158-211-50.range109-158.btcentralplus.com) has quit (Ping timeout: 240 seconds) | |
| [21:11:34] | wagnerrp: | ive got a somewhat sizeable patch i booted over to paul a month or two ago that replaced the internal database access with the python bindings |
| [21:11:37] | sphery: | seems a lot of direct access in mythburn.py |
| [21:11:50] | wagnerrp: | i could fairly easily add that in |
| [21:11:50] | sphery: | yeah, that sounds like the way to go with it |
| [21:12:08] | sphery: | but we need a 0.24-fixes fix, too--don't know if that's reasonable for your patch |
| [21:12:38] | skd5aner: | yay – Mythburn is getting some additional love |
| [21:12:59] | ** skd5aner hasn't used it in about 3 years, but would like to see it work again :) ** | |
| [21:13:09] | skd5aner: | well, not that it hasn't worked... but |
| [21:13:41] | wagnerrp: | the patch was written before 0.24 was released |
| [21:14:00] | wagnerrp: | http://www.wagnerrp.com/files/mythburn.patch |
| [21:14:01] | justinh: | I might've used it much much more if the transcode stuff didn't puke so often on dvb-t recordings |
| [21:16:08] | wagnerrp: | sphery: the only thing i dont like about the cutlist implementation i have in the bindings is there is no way to properly define an endcut |
| [21:16:20] | sphery: | wagnerrp: looks like that would actually fix the problems... |
| [21:16:24] | wagnerrp: | i present the cut/skiplist as a list of pairs |
| [21:16:28] | sphery: | no way for end cut? |
| [21:16:40] | sphery: | because of the ambiguity of last_frame? |
| [21:16:43] | wagnerrp: | if there is no cut entry, i set the first entry in the first pair to 0 |
| [21:17:00] | wagnerrp: | if there is no cut exit, the last entry goes to 99999999 for lack of a better number |
| [21:17:18] | wagnerrp: | im not sure how that will behave with the program that actually does the cutting |
| [21:17:29] | sphery: | yeah, but there's really nothing else we can do |
| [21:17:40] | sphery: | in player code, last_frame is only the last-known keyframe |
| [21:18:07] | wagnerrp: | id love to get all that extra information into recordedmarkup |
| [21:18:11] | sphery: | so there's not really any good solution avaiable |
| [21:18:28] | sphery: | what extra info? |
| [21:18:32] | wagnerrp: | anything you might otherwise process the 'ffmpeg -i' output to get |
| [21:18:34] | wagnerrp: | stream info |
| [21:18:37] | wagnerrp: | framecount |
| [21:18:39] | sphery: | we already have last-known keyframe in recordedseek |
| [21:18:40] | wagnerrp: | resolution |
| [21:18:41] | wagnerrp: | etc... |
| [21:18:48] | wagnerrp: | keyframe, sure, but not frame |
| [21:18:54] | wagnerrp: | and not framerate to get a real length |
| [21:19:08] | sphery: | yeah, but who says last frame is anything other than last keyframe |
| [21:19:26] | wagnerrp: | but then you would have problems with recordings with variable framerate |
| [21:19:31] | wagnerrp: | not sure how to store such information |
| [21:19:38] | wagnerrp: | or even how that would appear coming from ffmpeg |
| [21:20:42] | k_ross (k_ross!ad40b024@gateway/web/freenode/ip.173.64.176.36) has joined #mythtv-users | |
| [21:24:07] | sphery: | yeah, the new format will allow storing info about each stream at any location within the video, and the recordedmarkup allows storing information about position of stream info changes, so we can actually represent it |
| [21:24:19] | sphery: | but using it effectively--and presenting it to users effectively--will be challenging |
| [21:24:31] | sphery: | even if those users are bindings developers or whatever |
| [21:28:45] | wilberfan (wilberfan!~wilberfan@24.205.38.160) has quit (Remote host closed the connection) | |
| [21:31:31] | carter05 (carter05!~carter05@ns1.neomezeny-hosting.cz) has left #mythtv-users () | |
| [21:33:59] | Steve_Goodey (Steve_Goodey!~quassel@host86-147-181-69.range86-147.btcentralplus.com) has quit (Remote host closed the connection) | |
| [21:35:30] | bobgill (bobgill!~smileyfac@CPE0016b6062e69-CM0011e6c40b1f.cpe.net.cable.rogers.com) has quit (Ping timeout: 250 seconds) | |
| [21:37:12] | bobgill (bobgill!~smileyfac@CPE0016b6062e69-CM0011e6c40b1f.cpe.net.cable.rogers.com) has joined #mythtv-users | |
| [21:40:55] | esperegu (esperegu!~quassel@145.116.15.244) has quit (Read error: Connection reset by peer) | |
| [21:48:40] | SteveGoodey (SteveGoodey!~quassel@host86-147-181-69.range86-147.btcentralplus.com) has joined #mythtv-users | |
| [21:51:39] | RockHound (RockHound!~quassel@d066193.adsl.hansenet.de) has quit (Remote host closed the connection) | |
| [21:51:44] | kormoc_afk is now known as kormoc | |
| [21:51:58] | allesmueller (allesmueller!~allesmuel@unixboard/users/allesmueller) has quit (Ping timeout: 240 seconds) | |
| [21:53:35] | FabriceMG (FabriceMG!~fabrice@APoitiers-155-1-19-71.w83-200.abo.wanadoo.fr) has quit (Quit: Ex-Chat) | |
| [21:55:19] | awalls (awalls!~awalls@d-216-36-28-191.cpe.metrocast.net) has quit (Quit: Leaving.) | |
| [21:57:41] | kth (kth!~kth@dyndsl-085-016-236-136.ewe-ip-backbone.de) has quit (Read error: Connection reset by peer) | |
| [22:02:25] | SteveGoodey (SteveGoodey!~quassel@host86-147-181-69.range86-147.btcentralplus.com) has quit (Remote host closed the connection) | |
| [22:04:41] | allesmueller (allesmueller!~allesmuel@unixboard/users/allesmueller) has joined #mythtv-users | |
| [22:05:36] | DarkEyes (DarkEyes!~d4rk@unaffiliated/darkeyes) has quit (Quit: ,.;-='"GONE"'=-;.,) | |
| [22:08:47] | trumee (trumee!~parul@cpc3-cmbg14-0-0-cust113.5-4.cable.virginmedia.com) has quit (Read error: Connection reset by peer) | |
| [22:10:51] | iamlindoro: | Sigh |
| [22:11:52] | iamlindoro: | Some guy on the Mythbuntu forums complains that his DS9 episodes are appearing as movies in MythVideo, he's told that to fix it, "The only may to do this would be to manually edit the SQL database. MythTV just uses the Title/Sub title to sort/group programms so it only needs one character wrong/an extra space in the title and the grouping breaks." |
| [22:12:04] | iamlindoro: | Wrong on so many levels |
| [22:12:38] | sphery: | well, why do things the right way when you could edit the raw db data directly--after all, I know SQL, so what harm could come of it |
| [22:13:16] | wagnerrp: | maybe you could update mythtv to actually support season and episode numbers one of these days |
| [22:13:18] | skd5aner: | iamlindoro: the categories used in MythVideo's metadata editor – how were those selected/created? Was it based on a common standard? |
| [22:13:27] | iamlindoro: | Even if one WERE to edit the database as directed in that tripe, it'd STILL be wrong since he wasn't advised to fix the right info |
| [22:13:41] | sphery: | as this magical SQL people know seems to define the rules that determine whether data is valid or not |
| [22:13:41] | iamlindoro: | skd5aner: Category is created by the user |
| [22:13:48] | iamlindoro: | skd5aner: Genre comes from the metadata source |
| [22:14:55] | skd5aner: | Hmmmm... so I have a few dozen that are "pre-populated" to choose from "drama film" "comedy film" etc... the default for category is "uncategorized" but the list has several to chose from – were those populated by a metadata source? |
| [22:15:14] | skd5aner: | Not sure I recall seeing "genre" |
| [22:15:25] | sphery: | maybe by some script that's organizing your videos? |
| [22:15:48] | sphery: | you're using US English translation, right? |
| [22:15:50] | iamlindoro: | almost certainly by some external script |
| [22:15:55] | iamlindoro: | Jamu or other |
| [22:16:05] | iamlindoro: | Categories are empty by default, and created only by the user |
| [22:16:14] | iamlindoro: | Genre is set by the metadata grabber |
| [22:16:21] | skd5aner: | Well, I thought it'd be good to maybe go through and categorize them – so I was just looking at the option the other day. I can see some big holes... for example, there's "guy movies" (whatever that means), but nothing like "romantic comedy" or "chick flick" |
| [22:16:27] | sphery: | so it couldn't be that some translator decided that "genre" should be called "category" in UK English or whatever? |
| [22:16:35] | skd5aner: | Ah, perhaps jamu? |
| [22:16:45] | iamlindoro: | skd5aner: So select the category widget and hit enter |
| [22:17:07] | sphery: | iamlindoro: we should make a nice page in setup that allows you to create new categories |
| [22:17:11] | sphery: | ;) |
| [22:17:26] | skd5aner: | as I mentioned, the category isn't selected – I just wanted where the selection options were created :) If it was somethign that "shipped" with mythtv- I was going to ask if I might be able to suppliment them in a patch |
| [22:17:32] | skd5aner: | but it sounds like that's not the case |
| [22:17:46] | wagnerrp: | no, all categories are manually created |
| [22:17:50] | iamlindoro: | skd5aner: No, seriously. Select the category widget in edit metadata... and hit enter |
| [22:17:52] | wagnerrp: | either by you, or by some 3rd party script |
| [22:18:15] | skd5aner: | iamlindoro: np, I will edit them for myself – but was just asking |
| [22:18:34] | skd5aner: | hoping to help fill in gaps *if* it was something that was pre-populated (apparently, not the case) |
| [22:18:35] | skd5aner: | thanks |
| [22:18:36] | iamlindoro: | As wagnerrp says (and I've said a couple times) Category is empty by default |
| [22:18:43] | iamlindoro: | correct, not prepopulated |
| [22:18:44] | skd5aner: | I know... damn, I'm not arguing that |
| [22:19:05] | skd5aner: | (well, I know now because that's the question I was asking) :) |
| [22:20:46] | beata000 (beata000!~beata@c-69-251-208-81.hsd1.md.comcast.net) has joined #mythtv-users | |
| [22:22:23] | skd5aner: | I am curious, what did the populating... I would have to assume jamu unless one of the older imdb scripts did it a long time ago |
| [22:25:18] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Read error: Operation timed out) | |
| [22:25:43] | skd5aner: | When I go into the edit metadata screen in arclight, in .24, I don't see "genre" as a metadata item (on a movie file) – is that expected? Where would/should I see genre? |
| [22:30:10] | Shadow__X: | is there an os x build script setup to use github yet? |
| [22:31:00] | brfransen (brfransen!~brfransen@adrianDHCP-47.216-254-250.iw.net) has quit (Quit: brfransen) | |
| [22:31:45] | Shadow__X: | or should i just change svn to point to code.mythtv.org/svn for now |
| [22:34:25] | rushfan (rushfan!~rushfan@cpe-76-190-159-146.neo.res.rr.com) has quit (Ping timeout: 276 seconds) | |
| [22:35:00] | iamlindoro: | skd5aner: genre is not user eitable |
| [22:35:04] | iamlindoro: | category is |
| [22:35:13] | ** iamlindoro tries again ** | |
| [22:35:20] | iamlindoro: | 1) Category is empty by default |
| [22:35:26] | iamlindoro: | 2) Category is user editable |
| [22:35:36] | iamlindoro: | 3) To edit the category, select the category widget and press enter |
| [22:35:39] | russell5 (russell5!~russell5@pool-72-93-64-46.bstnma.fios.verizon.net) has joined #mythtv-users | |
| [22:35:41] | skd5aner: | np, i understand that |
| [22:35:43] | iamlindoro: | 4) Genre is provided by the metadata script |
| [22:35:53] | skd5aner: | Just wondered where genre is viewable/usable from |
| [22:36:07] | skd5aner: | (not necessarily editable) |
| [22:36:12] | iamlindoro: | MENU->Browser By->Genre |
| [22:36:16] | iamlindoro: | er Browse by |
| [22:36:37] | iamlindoro: | Filter->{Many options}->Genre |
| [22:37:25] | skd5aner: | can you see the genre listing of a specific item? For example, I can see it here – http://www.mythtv.org/wiki/File:Arclightitemdetail.png, but wasn't sure how to get to the detail screen? |
| [22:37:52] | iamlindoro: | That information is available to the themer, yes |
| [22:38:14] | iamlindoro: | That screen comes up when you select an item in gallery view |
| [22:38:22] | skd5aner: | ah, gallery view... ok, thank you |
| [22:38:23] | iamlindoro: | though it no longer looks like that |
| [22:39:19] | skd5aner: | iamlindoro: I'm sorry if I sounded like I wasn't understanding what you were saying originally... I did understand, I was just trying to let you know /why/ I was asking |
| [22:39:29] | skd5aner: | I'm sorry if it frustrated you |
| [22:39:36] | iamlindoro: | I wasn't offended or frustrated ;) |
| [22:39:44] | skd5aner: | ok, cool – heh :) |
| [22:40:03] | skd5aner: | dumb text medium ;) |
| [22:40:25] | skd5aner: | Just wanted to help others – now I know I can only help myself ;) |
| [22:40:50] | iamlindoro: | The distinction between Category and Genre is a little weak-- I've always thought so |
| [22:40:51] | skd5aner: | heh – later guys. Oh, and btw, if I don't happen to be around much – Merry Christmas, happy holidays... hope everyone has a good one! |
| [22:41:00] | iamlindoro: | But it predates my involvement |
| [22:41:11] | skd5aner: | iamlindoro: yea, I dug up an old thread on gossamer where JYA was asking the difference |
| [22:41:16] | iamlindoro: | the only real distinctions are-- Genre is a many-to-one relationship with a video, Category is a one-to-one |
| [22:41:22] | iamlindoro: | and Category is user editable |
| [22:41:52] | iamlindoro: | I suspect people would completely flip their gourds if I removed one or the other |
| [22:42:12] | iamlindoro: | as someone is probably abusing Category as a means of parental protection, multi-user, or whatever |
| [22:42:16] | skd5aner: | I can see a 1:1 + a 1:N mechanism working in harmony |
| [22:42:46] | skd5aner: | or Major category (1:1) and minor sub-category/genre(1:N) – but that would probably take some enhanced definition |
| [22:43:02] | iamlindoro: | Only if the two were interrelated, which they're not |
| [22:43:33] | skd5aner: | Useful maybe to categorize maybe something like "Movies" "music videos" "home movies" etc, and each have unique 1:N genres |
| [22:43:38] | skd5aner: | yea |
| [22:43:39] | iamlindoro: | Any use I can imagine for category is an abuse/workaround for some other more critical functionality not existing or the user not using the correct functionality |
| [22:44:23] | iamlindoro: | ie, if you categorize all the porno as "Dad's movies" and always set the category back before junior wakes up, or as a means of providing "multiuser" |
| [22:44:29] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 264 seconds) | |
| [22:44:35] | skd5aner: | Well, good think we have someone who's taken on a lot of metadata challenges over the last year or 2 ;) |
| [22:44:50] | iamlindoro: | The "correct" solution is to implement real multi-user or use parental levels, but that doesn't mean it wouldn't be *my* fault if I removed it |
| [22:45:17] | iamlindoro: | Heh, I imagine a lot of people forget what metadata was like in .21 |
| [22:45:19] | skd5aner: | Well, I don't know if categories, to your point, makes sense as a logical workaround to multi-user (as you just said) |
| [22:45:32] | iamlindoro: | Would be fun to make everyone use .21 metadata and metadata editing for a day |
| [22:45:46] | skd5aner: | I just didn't use it... at all |
| [22:46:08] | skd5aner: | at that point, to me, mythvideo was just a flat file playback system |
| [22:46:09] | skd5aner: | file browser |
| [22:46:21] | skd5aner: | I'm trying to get away from that now that I've moved to storage groups |
| [22:46:58] | iamlindoro: | I have a twinkle in my eye idea for when we get to a many-files-to-one-title DB schema |
| [22:47:20] | skd5aner: | I've got movies, a ton of music videos (which is why I can't wait for "lossless" h.264 transcoding/cutting so I can cut a bunch of music videos from single recordings), clips (i.e., SNL sketches), home movies, etc |
| [22:47:24] | iamlindoro: | specifically, to allow the user to associate *any* file, or URL with a metadata title, so as to add extra sources of "extras" |
| [22:47:52] | iamlindoro: | so you could add actor interviews from youtube, trailers, storyboards, etc. to a single metadata record, and invoke any of them from the menu |
| [22:48:05] | skd5aner: | Yea, that'd be cool |
| [22:48:19] | skd5aner: | I'd love to see the trailer stuff you included evolve to something just like that |
| [22:48:46] | skd5aner: | alright, wife's home... time to go play husband for the evening |
| [22:48:48] | skd5aner: | later guys |
| [22:48:51] | iamlindoro: | seeya |
| [22:51:42] | Shadow__X: | am i not able to use the os x packager script with github? |
| [22:52:14] | iamlindoro: | Not until someone rewrites it to work with github |
| [22:57:00] | brfransen (brfransen!~brfransen@adrianDHCP-47.216-254-250.iw.net) has joined #mythtv-users | |
| [23:06:29] | Shadow__X: | i am looking at how to use the api because presumably thats how the script needs to be updated |
| [23:08:00] | Wicked: | is there any plans on improving support for livetv? livetv broke for me somewhere around 0.21–0.22 and has not worked since. I get the video buffer timed out or failed to many times. Ive tried looking into this issue 3–4 times with no solution. I know everything *should* work. all my recordings get recorded fine. Also im able to watch livetv via xbmc....which is kinda weird since xbmc is not made sp |
| [23:08:00] | Wicked: | ecifically for mythtv...but yet manages to work with livetv |
| [23:08:56] | Wicked: | id really love to get livetv working in mythfrontend again. |
| [23:12:00] | streeter (streeter!~streeter@nat/redhat/x-pgkcavqnyiysbrjz) has quit (Quit: Leaving) | |
| [23:13:13] | Wicked: | ive tried many things like lowering bitrate, verifying that im not maxing out my cpu,ram,hard drive....everything is within acceptible limits |
| [23:13:33] | Wicked: | its *JUST* mythfrontend that refuses to work with livetv |
| [23:13:33] | kormoc: | Shadow__X, previously the script used SVN to checkout the repo. It likely should be updated to do the same with git |
| [23:13:54] | kormoc: | Wicked, logs required, -v playback,audio |
| [23:14:13] | Wicked: | frontend or backend |
| [23:14:16] | Wicked: | or both |
| [23:14:51] | kormoc: | start with frontend |
| [23:14:57] | wilberfan (wilberfan!~wilberfan@24.205.38.160) has joined #mythtv-users | |
| [23:15:08] | wilberfan: | is there a way to verify that the mythbackend is running? |
| [23:15:29] | kormoc: | pidof mythbackend |
| [23:15:49] | wilberfan: | no response... |
| [23:15:58] | kormoc: | then it's not running |
| [23:16:08] | Wicked: | ok. in mythfrontend a window pops up and says: video frame buffering failed to many times....ill post the log to pastebin now |
| [23:16:17] | wilberfan: | i keep starting it with /etc/rc.d/mythbackend start |
| [23:16:32] | kormoc: | wilberfan, so check the logs to see why it's exiting |
| [23:16:47] | Shadow__X: | kormoc: yeah i looked at it. I was also looking at the github api to see if i could figure out how to pull the info |
| [23:16:56] | Wicked: | kormoc, http://pastebin.com/V7Y5ZLNB |
| [23:17:52] | kormoc: | Wicked, what video card? |
| [23:18:09] | wilberfan: | hmmm.... http://pastebin.com/uHnW2FjY |
| [23:18:09] | Wicked: | pvr-150 capturing SD content via svideo from my stb |
| [23:18:30] | kormoc: | Shadow__X, it's complex. There's no static git version for OS X so we have to support a wide list of different git versions with different parameter lists to do things... |
| [23:18:41] | kormoc: | Wicked, video card != capture card |
| [23:19:00] | kormoc: | wilberfan, run mythtvsetup and configure the backend |
| [23:19:07] | Wicked: | oh. sorry. i read it as capture card. i have a nvidia gtx260 |
| [23:19:15] | wilberfan: | kormoc, done that several times... |
| [23:19:15] | Shadow__X: | kormoc: yeah i quickly realized how complex it is and that i am not even sure where to begin |
| [23:19:27] | Wicked: | using latest nvidia driver from nvidia(not nv or nauvoue) |
| [23:19:30] | kormoc: | Shadow__X, I have something sorta working, but it's a huge mess |
| [23:19:31] | Wicked: | or w/e the new nvidia driver is |
| [23:20:26] | kormoc: | Wicked, is your frontend remote from the backend |
| [23:20:31] | Wicked: | yea. |
| [23:20:34] | kormoc: | wilberfan, well, it thinks it's not configured correctly |
| [23:20:47] | Wicked: | over my lan. 100mbit...network is not saturated...plenty of bw to spare |
| [23:20:53] | kormoc: | Wicked, is your recording directory mounted via NFS/other network share on the frontend? |
| [23:21:59] | Wicked: | the parent directory is mounted local via cifs. |
| [23:22:10] | Wicked: | but its not setup in mythtv |
| [23:22:15] | kormoc: | unmount it and try again |
| [23:22:22] | Wicked: | ie...mythtv should be streaming it over myth protocol |
| [23:22:38] | Wicked: | ok. i will try |
| [23:23:48] | wilberfan (wilberfan!~wilberfan@24.205.38.160) has quit (Remote host closed the connection) | |
| [23:24:06] | Wicked: | bah. sec...something is using it...cant unmount till i figure it out |
| [23:25:33] | Wicked: | bah. i cant find whats using it |
| [23:25:47] | kormoc: | By default myth will look to see if the file is local. If it is, it won't stream, it'll use the local copy. CIFS caches the file info, so the first request for the file finds a empty file, each re-request still sees that empty file and thus why it's failing to play. Least, that's my theory |
| [23:26:00] | kormoc: | lsof is your friend |
| [23:26:44] | Wicked: | ekk. zombie mplayer |
| [23:27:28] | Wicked: | ha. kormoc |
| [23:27:32] | Wicked: | your absolutely right. |
| [23:27:50] | Wicked: | unmouting the share made mythfrontend work with livetv |
| [23:28:14] | kormoc: | if you mount it to a different location then any myth knows about, the problem should go away |
| [23:28:25] | Wicked: | now...i have LOTS of things looking at that mount point....how can i make livetv work while keeping it the same? |
| [23:28:31] | Wicked: | bah. |
| [23:28:35] | kormoc: | well |
| [23:28:52] | kormoc: | another option would be make it so the user that is running the frontend doesn't have permissions to access that path |
| [23:29:23] | Wicked: | yea. for what i want to be doing....that wont really work that well...without making a bunch of changes. |
| [23:29:29] | kormoc: | You can also look for an option named 'Always stream from the backend' or similar. I think it was removed, but if it wasn't, it'd fix the issue for you |
| [23:29:54] | Wicked: | :o that would be nice...or even a cli switch like --no-local |
| [23:30:11] | Wicked: | let me see if i can find that always stream from backend setting. |
| [23:30:22] | kormoc: | I *think* it was in mythtvsetup |
| [23:30:30] | Wicked: | also...why would it be getting removed? i assume there is good reason? |
| [23:30:37] | kormoc: | I'm also sure there's likely some cifs knobs to be tweaked |
| [23:30:44] | weta (weta!~aross@CPE485b390978ce-CM00222ddf42dd.cpe.net.cable.rogers.com) has quit (Remote host closed the connection) | |
| [23:30:57] | Wicked: | hmm. |
| [23:30:59] | Maliuta (Maliuta!~scooby@kiev.lusan.id.au) has joined #mythtv-users | |
| [23:31:09] | kormoc: | I honestly don't know. I just recall that it was one of the settings slated for removal |
| [23:32:14] | Wicked: | ah |
| [23:32:16] | Wicked: | ok. |
| [23:32:47] | Wicked: | im gonna look into what exactly is depending on the paths here...maybe i can simply rename the mount point with minimal changes |
| [23:32:52] | bobgill (bobgill!~smileyfac@CPE0016b6062e69-CM0011e6c40b1f.cpe.net.cable.rogers.com) has quit (Quit: buh-bye) | |
| [23:33:27] | weta (weta!~aross@CPE485b390978ce-CM00222ddf42dd.cpe.net.cable.rogers.com) has joined #mythtv-users | |
| [23:44:10] | jya: | iamlindoro; did you get me email re: blurays ? |
| [23:44:48] | iamlindoro: | I got it, but don't have any idea why your discs aren't working |
| [23:48:43] | JJ1 (JJ1!~jjensen@jeffjensen.dsl.visi.com) has left #mythtv-users () | |
| [23:49:42] | JJ1 (JJ1!~jjensen@jeffjensen.dsl.visi.com) has joined #mythtv-users | |
| [23:54:01] | bobgill (bobgill!~smileyfac@CPE0016b6062e69-CM0011e6c40b1f.cpe.net.cable.rogers.com) has joined #mythtv-users | |
| [23:56:04] | hipitihop (hipitihop!~denis@202.153.71.87) has joined #mythtv-users | |
| [23:58:09] | hipitihop: | I have transcoded a dvd to an avi and can watch with vlc, mplayer no problem. I created a symlink to it in /var/lib/mythtv/videos but although it shows in watch video in mythtfrontend it does not play, any ideas ? |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.
