MythLogBot@irc.freenode.net :: #mythtv-users

Daily chat history

Current users (154):

disputin, jamesd2, MythLogBot, zoran119, amessina, Ryushin, Vollstrecker_, aloril, IReboot, Cougar, fetzerch, linuxtech, Skeeve_work, ubIx, Heliwr, J-e-f-f-A, joki, Muzer, skeeveman, jams, jya, mzb, RagingComputer, wizbit, _abbenormal, jpabq_, Shadow__X, defaultro, GreyFoxx, lapion, RagingMind, lroe, neufeld, pigeon, CiaranG, jll, kc, Moscherkobold, skd5aner, eee-blt, G, Igramul, jarryd, |thunder, jarle, jm|laptop, sphery, Cardoe, devinheitmueller, FinnTux, MissionCritical, [mrx], dmz, gigem, knightr, npm, wolfgang1, anykey_, kurre2, simcop2387, sulx, TTilus, ertyu-m, grumpydevil, Peps, sl1ce, sraue, troyt, dougl, jst, keith4_, Kevin`, tez_, alan`, infinite, squidly, `oobe`, Bhaal, Floppe, nutron, RobertLaptop, SmallR2002, eam, makoto, Scopeuk, seld, AndyCap, Cubber, gholmlund, KaZeR, Technophil1, ghoti, Seeker`, StevenR, zoktar, jduggan, Peitolm, sid3windr, tonsofpcs, xris, Azelphur, EvilGuru, jbrett, lotia, MilkBoy, ServerSage, Beirdo, infojunky, justinh, niska, tris, ChanServ, justdave, purserj, quicksilver, adante, clever, ikevin, k-man, kormoc, wagnerrp, d0netsFN, felipe`, Metoer, thefRont, gpd, sheppard, _charly_, BLZbubba, dkeith, XDS2010, Sharky112065, andreaz, wahrhaft, tlhiv_laptop, rsiebert, DarthFrog, wylie, jpabq, gregL, benc_, wilmoore-misc, croppa, FLeiXiuS, MMlosh, nephyrin, cesman, deathader, jabain, Hoochster, rambo3, satmandu, Oleg_, slickrick
Friday, February 22nd, 2013, 00:12 UTC
[00:12:56] andreaz (andreaz!~andre_000@p5B298CAE.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[00:18:29] mark2013 (mark2013!~Mythos-Ma@69.108.103.227) has joined #mythtv-users
[00:20:23] mark2013: This is MythBuntu. Looking at iotop, mythbackend using consistently 13% cpu. I tried sudo kill and/or killall to stop mythbackend, but it cannot be commanded to stop. Please give me linux command for stopping all Myth. I will either restart or re-boot if necessary.
[00:20:35] zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users
[00:20:50] tgm4883: mark2013, 'sudo service mythtv-backend stop'
[00:21:28] mark2013: thank you, tgm4883
[00:21:34] mark2013 (mark2013!~Mythos-Ma@69.108.103.227) has quit (Client Quit)
[00:23:29] skd5aner: hmmm, replace my 20" dual monitor setup, with 22" or 24" monitors....
[00:23:47] skd5aner: 24" seems like it might be a little large on the desktop
[00:25:16] wagnerrp: turn them sideways
[00:27:05] cesman (cesman!~cesman@pool-108-23-186-248.lsanca.fios.verizon.net) has joined #mythtv-users
[00:27:06] cesman (cesman!~cesman@pool-108-23-186-248.lsanca.fios.verizon.net) has quit (Changing host)
[00:27:06] cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv-users
[00:27:37] emmanuelux (emmanuelux!~emmanuelu@vau92-2-82-228-217-1.fbx.proxad.net) has quit (Quit: emmanuelux)
[00:31:16] wagnerrp: Beirdo: you about?
[01:00:43] kusznir (kusznir!~kusznir@76.178.145.28) has quit (Ping timeout: 260 seconds)
[01:14:07] skd5aner: wagnerrp: hmmm, two verticle 24" monitors....
[01:14:25] Peps (Peps!~MiNT@li186-230.members.linode.com) has quit (Ping timeout: 260 seconds)
[01:16:45] gpd (gpd!~gpd@www.grahamdavies.net) has quit (Ping timeout: 260 seconds)
[01:17:05] gpd (gpd!~gpd@www.grahamdavies.net) has joined #mythtv-users
[01:17:06] Peps (Peps!~MiNT@li186-230.members.linode.com) has joined #mythtv-users
[01:18:41] jbaxter (jbaxter!~jbaxter@jimbax.plus.com) has quit (Quit: Quiting)
[01:28:25] wilmoore-misc (wilmoore-misc!~wilmoore@vlandnat.mystrotv.com) has quit (Remote host closed the connection)
[01:30:52] DarthFrog (DarthFrog!~rob@S01060014bfba779e.vn.shawcable.net) has quit (Remote host closed the connection)
[01:32:57] DarthFrog (DarthFrog!~rob@S01060014bfba779e.vn.shawcable.net) has joined #mythtv-users
[01:42:42] npm_ is now known as npm
[01:42:51] jst (jst!~quassel@nat/mozilla/x-rvamxvwigrlkthju) has quit (Quit: No Ping reply in 180 seconds.)
[01:43:48] tlhiv_laptop (tlhiv_laptop!~foo@c-68-35-204-183.hsd1.al.comcast.net) has quit (Ping timeout: 252 seconds)
[01:44:10] jst (jst!~quassel@2620:101:8003:200:224:e8ff:fe39:34c2) has joined #mythtv-users
[01:52:49] jamesd2 (jamesd2!~jamesd@CPE-72-128-75-37.wi.res.rr.com) has joined #mythtv-users
[02:04:57] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection)
[02:15:26] tlhiv_laptop (tlhiv_laptop!~foo@c-68-35-204-183.hsd1.al.comcast.net) has joined #mythtv-users
[02:21:07] dkeith__ (dkeith__!~dkeith@70.42.157.31) has quit (Ping timeout: 256 seconds)
[02:23:11] [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users
[02:45:36] tlhiv_laptop (tlhiv_laptop!~foo@c-68-35-204-183.hsd1.al.comcast.net) has quit (Ping timeout: 252 seconds)
[02:46:16] zoktar (zoktar!~zoktar@unaffiliated/zoktar) has quit (Ping timeout: 245 seconds)
[02:47:51] zoktar (zoktar!~zoktar@unaffiliated/zoktar) has joined #mythtv-users
[02:49:19] tlhiv_laptop (tlhiv_laptop!~foo@c-68-35-204-183.hsd1.al.comcast.net) has joined #mythtv-users
[02:58:33] tlhiv_laptop (tlhiv_laptop!~foo@c-68-35-204-183.hsd1.al.comcast.net) has quit (Ping timeout: 276 seconds)
[03:01:23] Scopeuk (Scopeuk!~scopeukfr@li187-253.members.linode.com) has quit (Read error: Operation timed out)
[03:01:41] Scopeuk (Scopeuk!~scopeukfr@li187-253.members.linode.com) has joined #mythtv-users
[03:01:59] deathader (deathader!deathadder@ganjaman.gotadsl.co.uk) has joined #mythtv-users
[03:03:34] Bhaal (Bhaal!~bhaal@freenode/staff-emeritus/bhaal) has quit (Ping timeout: 252 seconds)
[03:03:41] deathadder (deathadder!deathadder@ganjaman.gotadsl.co.uk) has quit (Ping timeout: 256 seconds)
[03:04:05] tlhiv_laptop (tlhiv_laptop!~foo@c-68-35-204-183.hsd1.al.comcast.net) has joined #mythtv-users
[03:04:34] Bhaal (Bhaal!~bhaal@freenode/staff-emeritus/bhaal) has joined #mythtv-users
[03:14:58] wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has joined #mythtv-users
[03:18:14] tlhiv_laptop (tlhiv_laptop!~foo@c-68-35-204-183.hsd1.al.comcast.net) has quit (Ping timeout: 252 seconds)
[03:27:46] tlhiv_laptop (tlhiv_laptop!~foo@c-68-35-204-183.hsd1.al.comcast.net) has joined #mythtv-users
[03:31:09] zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection)
[03:37:56] tlhiv_laptop (tlhiv_laptop!~foo@c-68-35-204-183.hsd1.al.comcast.net) has quit (Ping timeout: 245 seconds)
[04:12:57] jabain (jabain!~andy@d216-121-191-216.home3.cgocable.net) has joined #mythtv-users
[04:13:08] defaultro (defaultro!~defaultro@c-67-184-173-139.hsd1.il.comcast.net) has quit (Changing host)
[04:13:08] defaultro (defaultro!~defaultro@unaffiliated/defaultro) has joined #mythtv-users
[04:15:41] jabain: Hi All....I am looking for some details on realistic values for setting up transcoders. I am hoping someone can share their settings. I am recording in HD. But I want High Quality to be 1080, Medium to be 720, and Low to be SD. Approximate quality..it does not have to be exact.
[04:27:29] Goga777 (Goga777!~Goga777@128-71-181-206.broadband.corbina.ru) has joined #mythtv-users
[04:50:02] jabain (jabain!~andy@d216-121-191-216.home3.cgocable.net) has quit (Quit: Leaving)
[04:59:13] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 248 seconds)
[05:00:16] tlhiv_laptop (tlhiv_laptop!~foo@c-68-35-204-183.hsd1.al.comcast.net) has joined #mythtv-users
[05:00:19] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv-users
[05:16:43] Goga777 (Goga777!~Goga777@128-71-181-206.broadband.corbina.ru) has quit (Read error: Connection reset by peer)
[05:17:36] Goga777 (Goga777!~Goga777@128-71-181-206.broadband.corbina.ru) has joined #mythtv-users
[05:21:07] tlhiv_laptop (tlhiv_laptop!~foo@c-68-35-204-183.hsd1.al.comcast.net) has quit (Read error: Operation timed out)
[05:26:19] zoran119_ (zoran119_!~zoran@ppp121-44-171-46.lns20.syd7.internode.on.net) has joined #mythtv-users
[05:27:06] zoran119 (zoran119!~zoran@ppp121-44-169-173.lns20.syd7.internode.on.net) has quit (Ping timeout: 264 seconds)
[05:39:26] disputin (disputin!~sean@2001:470:9758:1:f18b:9df0:38c3:c889) has quit (Quit: Leaving.)
[06:24:07] nutron (nutron!~nutron@unaffiliated/nutron) has quit (Remote host closed the connection)
[06:29:11] mpet69 (mpet69!~yaaic@c-24-6-135-62.hsd1.ca.comcast.net) has joined #mythtv-users
[06:31:26] Sharky112065 is now known as Sharky-Sleep
[06:31:59] mpet69 (mpet69!~yaaic@c-24-6-135-62.hsd1.ca.comcast.net) has quit (Client Quit)
[06:35:14] [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving)
[06:38:51] nutron (nutron!~nutron@unaffiliated/nutron) has joined #mythtv-users
[06:54:31] croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has joined #mythtv-users
[07:01:07] SteveGoodey (SteveGoodey!~steve@host86-147-183-135.range86-147.btcentralplus.com) has joined #mythtv-users
[07:06:31] croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has quit ()
[07:10:16] croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has joined #mythtv-users
[07:11:22] SteveGoodey (SteveGoodey!~steve@host86-147-183-135.range86-147.btcentralplus.com) has quit (Quit: Konversation terminated!)
[07:13:48] ubIx (ubIx!~ulf@p5DD180A7.dip0.t-ipconnect.de) has joined #mythtv-users
[07:16:49] ubIx_ (ubIx_!~ulf@p5DD181FA.dip0.t-ipconnect.de) has quit (Ping timeout: 248 seconds)
[07:21:31] croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has quit ()
[07:22:05] croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has joined #mythtv-users
[07:32:31] faichele (faichele!~quassel@p57952CD2.dip.t-dialin.net) has joined #mythtv-users
[07:35:13] Tobbe5178 (Tobbe5178!~asdf@h186n5-sv-a13.ias.bredband.telia.com) has joined #mythtv-users
[08:34:52] bentech (bentech!~bentech@46-65-104-18.zone16.bethere.co.uk) has joined #mythtv-users
[08:42:10] zoran119 (zoran119!~zoran@ppp121-44-89-81.lns20.syd6.internode.on.net) has joined #mythtv-users
[08:42:35] faichele (faichele!~quassel@p57952CD2.dip.t-dialin.net) has quit (Read error: Operation timed out)
[08:44:07] zoran119_ (zoran119_!~zoran@ppp121-44-171-46.lns20.syd7.internode.on.net) has quit (Ping timeout: 260 seconds)
[08:55:10] joki- (joki-!~joki@p54864B68.dip.t-dialin.net) has joined #mythtv-users
[08:55:45] joki (joki!~joki@p54865004.dip.t-dialin.net) has quit (Ping timeout: 276 seconds)
[08:55:46] joki- is now known as joki
[09:10:07] wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has quit (Remote host closed the connection)
[09:12:17] drindt (drindt!~drindt@brln-4dba7d55.pool.mediaWays.net) has joined #mythtv-users
[09:22:14] jbaxter (jbaxter!~jbaxter@jimbax.plus.com) has joined #mythtv-users
[09:22:28] hpeter (hpeter!~hpeter@193.170.147.50) has joined #mythtv-users
[09:25:34] faichele_ (faichele_!~quassel@d16-149.informatik.uni-stuttgart.de) has joined #mythtv-users
[09:33:53] Igramul: Hi, in the recordedmarkup-table the "mark" is a frame number, right? Therefore, I need a framerate to convert it to seconds or a percentage of the recording.
[09:34:06] Igramul: Where do I get the framerate of a recording?
[09:35:39] wagnerrp: no, you can't be sure you're not going to run into variable framerate content
[09:36:57] Igramul: then there is no easy way to convert a bookmark into something like "at 78%"?
[09:37:27] wagnerrp: not without something to parse the container
[09:37:45] wagnerrp: seeking in most applications is a trial-and-error process
[09:38:47] Igramul: Well, I guess I just have to use a constant in my scripts (all recordings from a DVB-S receiver).
[09:58:40] Cougar (Cougar!~cougar@2a03:5880:104:10:6104:7a0b:4dfe:19f9) has quit (Ping timeout: 256 seconds)
[10:01:46] Cougar (Cougar!~cougar@2a03:5880:104:10:41fb:2e4b:5640:5422) has joined #mythtv-users
[10:16:41] Igramul: hmmm... what do I have to do in python to query recordings from the database that match certain conditions. I have a query in MySQL and I passed it to Recorded._fromQuery.
[10:17:02] Igramul: But the attributes in the Recorded object seem missing or wrong.
[10:24:22] Igramul: rephrased: Why does script not show the titles? http://pastebin.com/nuxDTB3n
[10:34:33] croppa is now known as croppa_
[10:34:34] croppa_ is now known as c222roppa
[10:35:09] c222roppa is now known as croppa
[10:40:48] Hoochster (Hoochster!~hooch@173.216.126.78) has joined #mythtv-users
[10:43:39] Hoochster (Hoochster!~hooch@173.216.126.78) has quit (Client Quit)
[10:43:57] Hoochster (Hoochster!~hooch@173.216.126.78) has joined #mythtv-users
[10:57:01] hpeter (hpeter!~hpeter@193.170.147.50) has quit (Quit: hpeter)
[11:01:57] zoran119 (zoran119!~zoran@ppp121-44-89-81.lns20.syd6.internode.on.net) has quit (Ping timeout: 256 seconds)
[11:02:36] drindt (drindt!~drindt@brln-4dba7d55.pool.mediaWays.net) has quit (Quit: Ex-Chat)
[11:02:53] zoran119 (zoran119!~zoran@ppp121-44-89-81.lns20.syd6.internode.on.net) has joined #mythtv-users
[11:04:22] croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has quit ()
[11:07:30] paSserBy_ (paSserBy_!~paSserBy@cpc1-dals2-0-0-cust1972.hari.cable.virginmedia.com) has joined #mythtv-users
[11:20:30] paSserBy_ (paSserBy_!~paSserBy@cpc1-dals2-0-0-cust1972.hari.cable.virginmedia.com) has quit (Quit: paSserBy_)
[11:32:34] sphery: Igramul: ideally you wouldn't use a query, but would use the recording properties to figure it out... Something like http://www.mythtv.org/wiki/Delete_recordings.py does
[11:58:50] antgel (antgel!~topdog@bzq-79-179-183-132.red.bezeqint.net) has quit (Ping timeout: 252 seconds)
[12:00:53] antgel (antgel!~topdog@bzq-79-180-215-250.red.bezeqint.net) has joined #mythtv-users
[12:03:37] rambo3 (rambo3!~adnan@unaffiliated/rambo3) has joined #mythtv-users
[12:03:40] rambo3: hello
[12:16:42] Igramul: sphery: This script uses a searchRecorded-method from the backend. I have a rather complex query meaning "all recordings with a bookmark in the last quarter of the recording".
[12:17:20] Igramul: Pretty simple, if one knows some sql.
[12:18:01] Igramul: However, I do not know if I can use that query with python bindings.
[12:19:22] Igramul: Is there a way to get a database connection from the python bindings?
[12:19:40] Igramul: That way, I could just query for the primary key of the relevant recordings.
[12:50:32] satmandu (satmandu!~satmandu@cpe-68-175-117-94.nyc.res.rr.com) has joined #mythtv-users
[12:50:46] satmandu: Any OS X users here?
[12:51:00] hR13 (hR13!~hR13@62-20-31-26.customer.telia.com) has joined #mythtv-users
[12:51:32] satmandu: I'm having an issue where I do a channel scan, and it doesn't seem to get saved.
[12:53:36] satmandu: Channel Scan finds channels... but I can never set the initial channel for any of the tuners. (I'm using the HDHomeRun3 device)
[12:56:11] satmandu: Also I'm using the .25 backend from sf.net.
[12:57:46] tlhiv_laptop (tlhiv_laptop!~foo@c-68-35-204-183.hsd1.al.comcast.net) has joined #mythtv-users
[13:09:42] tlhiv_laptop (tlhiv_laptop!~foo@c-68-35-204-183.hsd1.al.comcast.net) has quit (Ping timeout: 264 seconds)
[13:12:48] antgel (antgel!~topdog@bzq-79-180-215-250.red.bezeqint.net) has quit (Remote host closed the connection)
[13:15:44] tlhiv_laptop (tlhiv_laptop!~foo@c-68-35-204-183.hsd1.al.comcast.net) has joined #mythtv-users
[13:19:12] MMlosh (MMlosh!~MMlosh@2001:470:6f:23:354d:e78f:d8dd:cbdb) has quit (Quit: Bye...)
[13:29:57] hR13 (hR13!~hR13@62-20-31-26.customer.telia.com) has quit (Quit: Leaving)
[13:52:54] tlhiv_laptop (tlhiv_laptop!~foo@c-68-35-204-183.hsd1.al.comcast.net) has quit (Ping timeout: 264 seconds)
[13:56:48] zombor (zombor!~zombor__@65.29.231.135) has joined #mythtv-users
[13:56:48] zombor (zombor!~zombor__@65.29.231.135) has quit (Changing host)
[13:56:48] zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users
[14:02:55] linuxtech (linuxtech!~linuxtech@linuxtech-1-pt.tunnel.tserv13.ash1.ipv6.he.net) has quit (Remote host closed the connection)
[14:03:25] awalls (awalls!~awalls@d-216-36-6-220.cpe.metrocast.net) has joined #mythtv-users
[14:05:10] linuxtech (linuxtech!~linuxtech@linuxtech-1-pt.tunnel.tserv13.ash1.ipv6.he.net) has joined #mythtv-users
[14:09:08] linuxtech (linuxtech!~linuxtech@linuxtech-1-pt.tunnel.tserv13.ash1.ipv6.he.net) has quit (Remote host closed the connection)
[14:09:59] linuxtech (linuxtech!~linuxtech@linuxtech-1-pt.tunnel.tserv13.ash1.ipv6.he.net) has joined #mythtv-users
[14:11:48] Vollstrecker_ (Vollstrecker_!~Vollstrec@p4FC7CC2D.dip.t-dialin.net) has quit (Ping timeout: 252 seconds)
[14:11:59] Vollstrecker_ (Vollstrecker_!~Vollstrec@p4FC7A552.dip.t-dialin.net) has joined #mythtv-users
[14:12:43] cocoa117 (cocoa117!~cocoa117@188-223-77-201.zone14.bethere.co.uk) has joined #mythtv-users
[14:18:20] hpeter (hpeter!~hpeter@2001:858:5:3a23:9713:294b:747a:2476) has joined #mythtv-users
[14:23:15] BLZbubba_ (BLZbubba_!~mark@tpsit.com) has joined #mythtv-users
[14:23:15] BLZbubba_ (BLZbubba_!~mark@tpsit.com) has quit (Client Quit)
[14:34:50] satmandu: Anybody with hdhomerun experience?
[14:39:29] neufeld: I use the HDHomerun3, an ATSC OTA tuner. If you're talking about the CableCard "Prime" one, I don't have that one.
[14:40:20] satmandu: no I have the HDHomeRun3 too. I can scan channels through mythtv setup, but the scan doesn't seem to save
[14:40:41] satmandu: (and I can connect with the hdromerun program to the tuner and see channels through vlc just fine.)
[14:41:01] satmandu: granted I'm using it in cable mode, not ATSC OTA, but that shouldn't make a difference, right?
[14:41:39] satmandu: Channel scan finds my channels, but then drops me back into the page before channel scanning. And I can't select a startup channel.
[14:44:06] satmandu: I'm running the 20130117beta1 firmware. Maybe that's a problem?
[14:44:25] neufeld: Hmm. My backend is engaged at the moment, so I can't run the setup to compare against that. I thought selecting the startup channel happened where you bind the listings source to the encoder, not where you configure the encoder.
[14:45:27] neufeld: A beta firmware could be the problem. Was there some problem that you were trying to solve with a firmware update?
[14:45:40] satmandu: I just got the device yesterday
[14:45:48] satmandu: i was just installing what I thought was the current firmware
[14:46:37] Ryushin (Ryushin!proxy@2001:1938:81:19b::2) has joined #mythtv-users
[14:47:37] neufeld: I'm running the 20110729 firmware, and haven't touched it since then.
[14:48:00] satmandu: (hdhomerun site lists the 20130117 as current firmware.)
[14:48:18] neufeld: but they've got "beta" in the name string?
[14:50:08] satmandu: I know. Weird
[14:51:43] satmandu: ok downgraded to what I think is the 20130117 non-beta firmware!
[14:52:41] neufeld: OK. I somehow doubt it's the firmware, though. It seems to be doing all the right things, supplying tuning data back to the setup program over the network connection.
[14:53:27] satmandu: Scanning channels with new firmware. Found 2 new conflicting atsc channels, which I am ignoring
[14:53:40] satmandu: found 2 unused transports, ignoring
[14:53:50] satmandu: then I click finish
[14:53:52] neufeld: I seem to recall the interface on the channel scan was a bit confusing to me the first time I did it. I kept hitting what I thought was the "OK, we're done here" button, but actually was hitting a "forget everything and go back to the previous screen".
[14:54:25] neufeld: Seems like that should be right.
[14:54:28] satmandu: When I hit finish I go back to the Connect source to input screen.
[14:54:31] satmandu: :/
[14:54:48] neufeld: Have you got a source?
[14:54:57] satmandu: Video Source: SchedulesDirect
[14:55:07] satmandu: I've confirmed login to that source
[14:55:19] satmandu: as it pulls down the channel guide option I selected on the web site
[14:55:30] satmandu: quick tuning set to never
[14:55:37] neufeld: Right.
[14:56:23] neufeld: So, you've attached the source to the input.
[14:56:55] neufeld: Assume you don't want to select a starting channel, and complete the setup.
[14:57:14] satmandu: trying
[14:57:49] satmandu: At this point should I see channels in channel editor?
[14:58:01] satmandu: because channel editor is completely empty
[14:58:20] neufeld: Not sure. You might have to run mythfilldatabase for that table to populate.
[14:58:30] satmandu: ok doing that
[15:01:55] Oleg_ (Oleg_!~mine@pool-71-183-177-12.nycmny.east.verizon.net) has joined #mythtv-users
[15:06:24] satmandu: Updating source #1 (SchedulesDirect) with grabber schedulesdirect1 ...No channels are configured to use grabber.... hmmm
[15:06:24] ** MythLogBot http://code.mythtv.org/trac/ticket/1 **
[15:09:23] neufeld: possible that you don't have the informational data that I have with OTA, so you have to enter the xmlid's manually?
[15:16:34] dkeith (dkeith!~dkeith@pool-96-237-171-148.bstnma.fios.verizon.net) has joined #mythtv-users
[15:20:28] tlhiv_laptop (tlhiv_laptop!~foo@c-68-35-204-183.hsd1.al.comcast.net) has joined #mythtv-users
[15:23:30] awalls: #2
[15:23:30] ** MythLogBot http://code.mythtv.org/trac/ticket/2 **
[15:24:53] awalls: #2 #3 #4 #5 #6 #7
[15:24:53] ** MythLogBot http://code.mythtv.org/trac/ticket/2 **
[15:24:53] ** MythLogBot http://code.mythtv.org/trac/ticket/3 **
[15:24:53] ** MythLogBot http://code.mythtv.org/trac/ticket/4 **
[15:24:53] ** MythLogBot http://code.mythtv.org/trac/ticket/5 **
[15:24:53] ** MythLogBot http://code.mythtv.org/trac/ticket/6 **
[15:24:53] ** MythLogBot http://code.mythtv.org/trac/ticket/7 **
[15:24:59] awalls: heh.
[15:25:48] awalls: #2#2
[15:25:52] awalls: :(
[15:26:15] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv-users
[15:27:01] awalls (awalls!~awalls@d-216-36-6-220.cpe.metrocast.net) has quit (Quit: Leaving.)
[15:30:07] tlhiv_laptop (tlhiv_laptop!~foo@c-68-35-204-183.hsd1.al.comcast.net) has quit (Ping timeout: 260 seconds)
[15:30:46] satmandu: hmmm
[15:30:49] satmandu: that could be
[15:31:30] satmandu: but how do I enter xmlids for channels if the channels aren't saved?
[15:32:03] satmandu: checked mysql and channelscan_channel is empty
[15:32:16] satmandu: which means that no channels got saved from the scan?
[15:34:29] satmandu: dtv_multiplex shows two rows, so I guess that means something got saved?
[15:35:55] kwmonroe (kwmonroe!~kwmonroe@32.97.110.60) has quit (Quit: Coyote finally caught me)
[15:38:22] neufeld: Don't know, really. OK, look at your database. "select * from videosource;" and see if it looks reasonable. Don't post here, your passwords are there in plaintext. You probably created a new video source when you started to set up the HDHomerun, make sure it appears there. Then, "select * from cardinput;" and see if the sourceid from the videosource table appears there.
[15:39:03] streeter (streeter!streeter@nat/redhat/x-mqbbhxvciiqwdilu) has joined #mythtv-users
[15:39:56] neufeld: You did create several new capture cards, right? My HDHomerun has 2 tuners, but some of them may have more.
[15:40:17] satmandu: I have 2 capture cards, since I have one HDHomerun3
[15:42:32] neufeld: If those are your only capture cards, then the "capturecard" table should have two entries, with cardids 1 and probably 3 (it skips 2 in v0.25, which is a known annoyance).
[15:43:01] neufeld: Your "cardinput" table should have those same two numbers in the "cardinputid" field.
[15:43:54] satmandu: yup
[15:44:04] neufeld: The "sourceid" field in "cardinput" should match the source ID you created from datadirect, and present in the videosource table.
[15:44:52] satmandu: yup
[15:45:10] satmandu: Just rebooted with some login cleanup, user now logging in as is mythtv
[15:45:22] satmandu: and now I'm dealing with a mysql login issue from the backend
[15:45:26] satmandu: dios mio
[15:45:26] satmandu: :-)
[15:45:30] neufeld: So, it seems as if the data structures are connected together.
[15:45:51] cocoa117 (cocoa117!~cocoa117@188-223-77-201.zone14.bethere.co.uk) has quit (Ping timeout: 252 seconds)
[15:46:17] Sharky-Sleep is now known as Sharky112065
[15:47:48] satmandu: setting hostname in mysql.txt seemed to do the trick
[15:47:52] satmandu: :-)
[15:48:00] satmandu: ok now trying to open mythtv-setup again
[15:48:05] neufeld: Next, I'd try "select * from channel where sourceid=<NUM>;" substituting the number of your new source ID, and see if that table has anything. You're particularly interested in the xmltvid field.
[15:48:16] satmandu: hmm
[15:48:44] satmandu: There are no rows in channel
[15:48:49] satmandu: completely empty
[15:49:04] _abbenormal (_abbenormal!~abbenorma@23.28.94.28) has quit (Quit: Yup Im Leaving)
[15:49:09] disputin (disputin!~sean@2001:470:9758:1:7d9f:326a:aef1:5784) has joined #mythtv-users
[15:51:39] neufeld: So, the channels table isn't being populated. I think there's a step in connecting the card to the input source where you tell it to download the channels from the source. Did you do that?
[15:52:01] satmandu: yes
[15:52:34] kwmonroe (kwmonroe!~kwmonroe@32.97.110.60) has joined #mythtv-users
[15:52:43] satmandu: VideoSource is set to SchedulesDirect as in my db
[15:55:03] kwmonroe (kwmonroe!~kwmonroe@32.97.110.60) has quit (Client Quit)
[15:55:27] _abbenormal (_abbenormal!~abbenorma@d28-23-28-94.dim.wideopenwest.com) has joined #mythtv-users
[15:56:05] neufeld: Right, then you download the channel list from schedules direct, then you scan for channels.
[15:56:50] satmandu: It looks like the mythtv-setup program is having issues inserting into the database. See http://pastebin.com/Umn3G7KL
[15:57:38] kwmonroe (kwmonroe!~kwmonroe@32.97.110.60) has joined #mythtv-users
[15:58:25] sphery: actually, for digital tuners, you have to first scan, /then/ run mythfilldatabase
[15:58:51] sphery: and, if your channels give data that can't be used to match them up with Schedules Direct channels, you'll have to manually set xmltvid
[15:58:56] sphery: I always manually set xmltvid
[15:59:49] sphery: so, my recommendation is to start fresh (i.e. so that we don't have to figure out if anything in there is wrong and fix it later, just clear all the data related to this part of setup) with "Delete all video sources"
[15:59:52] satmandu: sphery: scanning doesn't lead to actually saving the channels in the db
[16:00:01] brfransen (brfransen!~brfransen@64.179.141.163) has quit (Read error: Connection reset by peer)
[16:00:06] sphery: then create a new video source and specify Schedules Direct grabber
[16:00:14] satmandu: at least in my version of mythtv-setup
[16:00:19] sphery: then go to connect inputs and connect it to one of the cards
[16:00:22] neufeld: satmandu: yes, that's a database manipulation error. "processed" is "unsigned NOT NULL", so it must be assigned in the query, but that query logged doesn't contain it
[16:00:25] sphery: then scan for channels
[16:00:35] sphery: and when it says, "conflicting channels," tell it to add them all
[16:00:44] sphery: and make sure you're selecting the button you think
[16:01:10] sphery: in Terra theme (the default), it looks like you've selected the one you haven't because it's lighter/brighter than the one that's selected
[16:02:04] sphery: you are using a stable version of mythtv, right? not unstable/git master, right?
[16:02:21] satmandu: sphery: I'm using .25 for OS X/Lion from sourceforge
[16:02:38] sphery: ok
[16:02:40] satmandu: it's one of the contributed builds from the wiki
[16:02:45] sphery: better than unstable, but I don't know much about it
[16:02:48] sphery: especially the mac side
[16:02:54] sphery: i.e. whether any of it is expected to work
[16:03:10] satmandu: I could in theory run any mythtv-setup, right? From any system?
[16:03:19] satmandu: and just point it to my db?
[16:03:25] sphery: right
[16:03:39] satmandu: Maybe I should bring up a linux vm, and just run the mythtv-setup from there
[16:03:41] sphery: so if you have a 0.25 mythtv install on a gnu/linux system, it may actually be easier
[16:04:32] satmandu: Sigh. OS X, OpenBSD, Openelec/linux, and not actually any x86 linux systems setup here.
[16:04:37] satmandu: virtualbox here I come
[16:04:38] satmandu: ;-)
[16:05:00] satmandu: Any reason I shouldn't just wipe and reload with .26?
[16:05:01] sphery: and don't worry about all those errors in the pastebin--they're due to a) running mythfilldatabase on a digital source before scanning and b) not having channels, so, not having a good value for startchan and other things
[16:05:17] sphery: running 0.26 is the preferred approach (current stable version)
[16:05:22] sphery: or, actually, 0.26-fixes
[16:05:33] sphery: it's a matter of whether you can get it for the systems you want to run on
[16:05:38] satmandu: heh. The wiki said that .25 was preferred... and all of the os x builds were .25
[16:05:48] sphery: well, for mac os x that may be
[16:06:24] sphery: but mac os x is something only one developer really cares about
[16:06:35] sphery: (and he's been very busy with work/real life, lately)
[16:06:41] satmandu: understood
[16:06:51] sphery: it's definitely swimming upstream, compared to running on gnu/linux
[16:07:03] sphery: a nice mythbuntu install is pretty easy to get up and running
[16:07:35] satmandu: I believe it. All my production systems are debian for that reason. :-p
[16:07:42] sphery: then again, I'm biased (partly by my hatred of Apple's ability to take freedoms from people--and charge them extra for it)
[16:09:06] sphery: not to mention their whole, "No, no, using a browser to provide access to any page, information, service, or application on the Internet makes no sense. There should be a separate app for every page, information, service, or application on the Internet."
[16:09:33] sphery: with the quiet mumble of, "And we'll take 30% off the top of each sale of those apps," following
[16:10:06] sphery: (and, yes, I know Google does the same, now, and MS and Blackberry and ... are all going there--but that's because Apple got away with it and started a /very/ bad thing)
[16:10:07] satmandu: sphery: I have no arguments for you there. I just like their laptop hardware.... I'm running myth backend on an old mac laptop
[16:10:18] sphery: yeah, I'll agree they make some good hardware
[16:10:25] satmandu: frontend is xbmc running on raspberry pi
[16:10:44] sphery: (and I'll be the first to admit that their software is pretty good, too--iOS is much better than Android)
[16:11:02] sphery: but quality is less important to me than philosophy :)
[16:11:12] satmandu: yup
[16:11:25] sphery: granted, I don't care for Android's philosophy, either--but it's the lesser of 2 evils
[16:11:27] satmandu: that's why I use cyanogenmod instead of iOS and android hardware
[16:11:28] satmandu: ;-)
[16:11:40] sphery: and, eventually, I'll get what I want--GNU/Linux running on phones
[16:12:01] satmandu: Cyanogenmod comes pretty close
[16:12:08] sphery: and Canonical has started down that path--so just need to let them work out the basics, and I'll be able to make a generic handheld computer
[16:12:08] satmandu: open philosophy
[16:12:29] sphery: yeah, open philosophy based on "gifted source" that Google mistakenly calls "open source"
[16:12:46] sphery: I don't like the Android design, in particular, though
[16:12:51] satmandu: cyanogenmod is actually open though.. they take the apple source and make it open
[16:13:10] sphery: I don't see a reason to throw away POSIX and all the other standards we've worked to create over the last 40+years
[16:13:19] satmandu: and they make good design decisions about what to allow and what not to allow.
[16:13:46] satmandu: I think android and the standard linux kernel are going to end up merging anyways
[16:13:54] sphery: right, but since Google is making all the decisions about what's in Android, cyanogenmod is just repackaging something that Google controls
[16:14:12] sphery: at which point, I might as well run any old closed-source/closed-development OS
[16:14:22] sphery: anyway, all that's way OT
[16:14:28] sphery: I'm just in one of those moods...  :)
[16:14:29] satmandu: and adding to it. They just added software HDR. That's not even in the google source
[16:14:40] satmandu: lol
[16:14:50] sphery: but I can't promise that a gnu/linux system will work for the channel scan
[16:15:01] sphery: and I will reiterate that the UI is very confusing for the channel scanner
[16:15:12] sphery: it may actually help to start up using some other theme, rather than Terra
[16:15:28] satmandu: ok I see that .25+patches is supported on OS X. and since most os x users probably use hdhomerun devices, I think that probably will work.
[16:15:36] satmandu: I've been using the mouse to select options
[16:15:42] sphery: so, for example, mythtv-setup -O Theme=MythCenter
[16:15:43] satmandu: so no worries about theme color buttons?
[16:15:48] sphery: (or MythCenter-wide)
[16:15:50] satmandu: ah that's useful
[16:16:10] sphery: ah, mouse is a very bad idea--it's not well supported at all
[16:16:22] satmandu: hmm
[16:16:22] sphery: and often doesn't do what you expect (like with the "drop down" boxes that don't drop down)
[16:16:25] sphery: try using keys
[16:16:33] satmandu: I've noticed that!
[16:16:34] sphery: arrow keys and space/enter
[16:16:39] sphery: might help
[16:16:40] satmandu: I've been using a mix of mouse and keyboard
[16:17:07] sphery: but, if nothing else, I highly recommend that between each attempt to configure, you "clean the slate" with "Delete all video sources"
[16:17:16] sphery: you'll get to where you can make a Video Source in seconds
[16:17:25] sphery: and then just reconnect it and attempt to scan
[16:17:41] sphery: anyway, good luck--gotta get back to work
[16:18:15] satmandu: I will blow the db away
[16:18:20] satmandu: and create it anew
[16:18:22] satmandu: thanks
[16:18:43] sphery: clearing whole db doesn't really add anything over just "Delete all video sources"
[16:19:02] satmandu: ok then
[16:19:08] sphery: (unless your capture cards are wrong--in which case just do a "Delete all capture cards" (not "Delete all capture cards on <hostname>"))
[16:19:28] sphery: Delete all video sources clears everything related to what you're doing
[16:20:42] satmandu: done
[16:21:24] kwmonroe (kwmonroe!~kwmonroe@32.97.110.60) has quit (Quit: Coyote finally caught me)
[16:27:06] stoffel (stoffel!~quassel@pD9E435D4.dip.t-dialin.net) has joined #mythtv-users
[16:27:06] Mode for #mythtv-users by ChanServ!ChanServ@services. : +v stoffel
[16:34:52] kwmonroe (kwmonroe!~kwmonroe@32.97.110.60) has joined #mythtv-users
[16:37:55] kusznir (kusznir!~kusznir@76.178.145.28) has joined #mythtv-users
[16:43:10] SteveGoodey (SteveGoodey!~steve@host86-147-183-135.range86-147.btcentralplus.com) has joined #mythtv-users
[16:52:15] wagnerrp: Igramul: just a quick guess, the JOINs result in too many returned fields, as the query simply calls "*" rather than explicitly calling out each individual field
[16:53:41] wagnerrp: and i don't understand why you're joining `record` into the mix, unless you only want to return recordings that are tied to a recording rule still in use
[16:54:29] Oleg_: "all the children need good books"
[16:56:26] Oleg_: remember that song?
[16:56:44] wagnerrp: nope
[16:56:58] Oleg_: it's called Twist In My Sobriety
[17:00:16] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv-users
[17:00:18] wagnerrp: never heard of it
[17:02:02] wilmoore-misc (wilmoore-misc!~wilmoore@vlan16nat.mystrotv.com) has joined #mythtv-users
[17:11:57] bentech (bentech!~bentech@46-65-104-18.zone16.bethere.co.uk) has quit (Read error: Connection reset by peer)
[17:12:03] bentech_ (bentech_!~bentech@46-65-104-18.zone16.bethere.co.uk) has joined #mythtv-users
[17:16:13] bentech (bentech!~bentech@46-65-104-18.zone16.bethere.co.uk) has joined #mythtv-users
[17:17:31] Igramul: wagnerrp: "record" is joined to get the recording offsets
[17:17:59] wagnerrp: oh, endoffset...
[17:18:06] wagnerrp: well you don't need to do that
[17:18:22] wagnerrp: just pick up the difference between endtime and recendts
[17:18:41] Igramul: ah, thanks
[17:18:41] hpeter (hpeter!~hpeter@2001:858:5:3a23:9713:294b:747a:2476) has quit (Quit: hpeter)
[17:20:06] bentech_ (bentech_!~bentech@46-65-104-18.zone16.bethere.co.uk) has quit (Ping timeout: 252 seconds)
[17:21:26] wagnerrp: so you're looking for recordings with a bookmark past the three-quarters point?
[17:21:36] Igramul: yes
[17:22:00] Igramul: Does not need to be very accurate.
[17:22:35] bentech (bentech!~bentech@46-65-104-18.zone16.bethere.co.uk) has quit (Ping timeout: 260 seconds)
[17:25:19] Igramul: erm... there is no recendts, but progstart, progend vs startttime, endtime.
[17:25:49] Igramul: I guess prog* is from EPG and *time are the actual recording time stamps, right?
[17:27:34] wagnerrp: you're right, recstartts/recendts are from the Program object
[17:27:45] jabain (jabain!~andy@d216-121-191-216.home3.cgocable.net) has joined #mythtv-users
[17:27:58] wagnerrp: progstart is the start of the program as per the EPG data, starttime is the start of the actual recording
[17:28:13] faichele_ (faichele_!~quassel@d16-149.informatik.uni-stuttgart.de) has quit (Remote host closed the connection)
[17:28:23] wagnerrp: conversely, starttime is the start of the program as per the EPG data, recstartts is the start of the actual recording
[17:29:10] wagnerrp: there is regrettably some mixup of the terminology used in different sections of mythtv that hopefully will get resolved as part of an upcoming schema overhal
[17:29:11] jabain: Hi All. I am having problems with transcoding on 0.26 It ends with "unknown error 541478725". Anyone seen this before?
[17:31:09] jabain: I am using HDPVR, so the recordings are starting off as mpeg4...it gets to end of decode then fails.
[17:33:22] cocoa117 (cocoa117!~cocoa117@188-223-77-201.zone14.bethere.co.uk) has joined #mythtv-users
[17:35:41] Igramul: wagnerrp: Fundamentally changing the schema would disrupt all tools/scripts out there.
[17:38:53] wagnerrp: yes it would
[17:39:30] wagnerrp: the plan is to partially merge all the various tables for storing media
[17:39:46] wagnerrp: right now, recordings, videos, and music all have their own completely independent sets of tables
[17:41:12] Goga777 (Goga777!~Goga777@128-71-181-206.broadband.corbina.ru) has quit (Quit: Leaving)
[17:49:35] Igramul: hmmm... I just programmed a show for recording, but it does not show up in "Upcoming recordings"
[17:49:50] wagnerrp: how did you program it?
[17:50:53] Igramul: I used mythweb, selected it on the EPG list, selected "record only this showing".
[17:51:50] Igramul: The weird thing is, it does not work, even when I create a manual record entry.
[17:51:59] Igramul: i.e. setting station and times.
[17:52:52] Igramul: The station name as well as the show title have Umlaut in it. It's 'SÜDEN: Das Konzert' on 'BR Süd'
[17:53:47] Igramul: There is no conflicting record, either.
[17:56:29] sphery: do other rules work/do you have other upcoming recordings? if so, did you try creating a rule for that show using mythfrontend?
[17:57:02] sphery: it's possible it's a browser/mythweb/php issue with the encodings (though I'd expect we'd have heard lots more complaints about it if that were the case)
[17:57:11] Igramul: sphery: Other rules work as intended.
[17:57:26] Igramul: Restarted the backend -> now it's scheduled.
[17:57:57] sphery: you were probably too fast checking to see if it's scheduled, then
[17:58:11] sphery: and/or your scheduler runs are taking a long time
[17:58:26] sphery: (where mythweb will then time out and just display the page without the updated info)
[17:58:37] Igramul: Is there a way to check if a scheduler is running?
[17:58:38] sphery: "time out" when waiting after submitting a new rule
[17:59:00] sphery: and display the page you were just on, then if you went to upcoming recordings before the run finished, you wouldn't see it
[17:59:11] sphery: no, because it's not supposed to take more than a couple of seconds
[17:59:22] sphery: on a properly-spec'ed system with a properly-configured mysql database
[17:59:52] Igramul: Well, I had the entry in the record-table in the database as well as in "recording schedules".
[18:00:07] Igramul: I just give the system more time, next time.
[18:00:13] jabain: I am having problems with transcoding on 0.26 It ends with "unknown error 541478725". Anyone have any ideas on how to figure out what's going on?
[18:00:22] sphery: yeah, definitely try waiting a bit longer next time
[18:00:45] _abbenormal (_abbenormal!~abbenorma@d28-23-28-94.dim.wideopenwest.com) has quit (Ping timeout: 276 seconds)
[18:01:21] sphery: jabain: I think your system is having issues with interpreting command exit/status codes
[18:01:27] sphery: jabain: what version of mythtv?
[18:05:57] _abbenormal (_abbenormal!~abbenorma@d28-23-28-94.dim.wideopenwest.com) has joined #mythtv-users
[18:07:36] jabain: sphery: 0.26
[18:08:04] jabain: I am getting this error running mythtranscode from the command line
[18:08:25] jabain: I had to do this because it did not appear to be working from the backend.
[18:08:46] Ryushin (Ryushin!proxy@2001:1938:81:19b::2) has quit (Ping timeout: 245 seconds)
[18:10:33] jabain: http://pastebin.com/m2SqwME6
[18:11:08] dekarl (dekarl!~dekarl@p4FE84B48.dip.t-dialin.net) has quit (Ping timeout: 256 seconds)
[18:16:10] Ryushin (Ryushin!proxy@cl-412.phx-01.us.sixxs.net) has joined #mythtv-users
[18:17:25] dekarl (dekarl!~dekarl@p4FE85748.dip.t-dialin.net) has joined #mythtv-users
[18:24:14] sphery: ah, I thought you were giving a number that you saw in mythweb or something
[18:24:20] cocoa117 (cocoa117!~cocoa117@188-223-77-201.zone14.bethere.co.uk) has quit (Ping timeout: 248 seconds)
[18:24:37] sphery: that particular error is not "Unknown error 541478725"... it's actually "E decoding error"
[18:24:52] sphery: meaning ffmpeg libs are unable to decode the video due to some unknown error
[18:25:13] jabain: whats the best way to deal with that.
[18:25:13] sphery: i.e. there's either corruption in your video or there's a problem feeding the decoder data
[18:25:25] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv-users
[18:25:29] sphery: I know that mythtranscode isn't the most reliable program, anymore
[18:25:53] jabain: What's the best way to deal with this?
[18:26:07] sphery: and, IMHO, you should /never/ use mythtranscode for any transcoding, other than MPEG-2 lossless "transcoding" (i.e. cutting commmercials)
[18:26:16] jabain: What do you use?
[18:26:18] sphery: best way: don't transcode
[18:26:43] jabain: Really...the file sizes are huge.
[18:27:05] sphery: if you have a good reason to transcode (i.e. you want to convert to some other format because your limited/constrained handheld can't play the original format), then use something else, like handbrake
[18:27:32] sphery: if you're just doing it to save space, my recommendation is more HDD space
[18:28:07] jabain: I recorded a 2hr movie the other day, and it came in at 8G
[18:28:46] sphery: yeah, that's pretty normal for HDTV MPEG-2
[18:28:55] jabain: I am looking at getting a 2TB drive next week.
[18:29:05] sphery: and a 3TB HDD could hold 375 of those :)
[18:29:16] sphery: IIRC, newegg has 3TB on sale
[18:29:17] jabain: I am using HDPVR...I think it's coming in as Mpeg4
[18:29:30] sphery: yeah, HD-PVR would be MPEG-4
[18:29:47] sphery: might want to ask other HD-PVR users how they've configured their recording profiles
[18:30:11] faichele (faichele!~quassel@p57952CD2.dip.t-dialin.net) has joined #mythtv-users
[18:30:16] andreaz (andreaz!~andre_000@p5B298CAE.dip.t-dialin.net) has joined #mythtv-users
[18:31:11] jabain: Where would be the best place to ask? I have googled, and lots of the results are old pages.
[18:31:24] sphery: but the problem with using mythtranscode is a) you take a nice, efficient H.264 CODEC and decode it so that mythtranscode can then write it to MPEG-4 (which is less efficient), and put it in a near-useless NuppelVideo container
[18:31:38] sphery: you could ask on the mythtv-users list
[18:31:40] jabain: So.....At about 4 Gig per hour that would be approx 250Hours of tv per TB
[18:31:48] sphery: searches http://www.gossamer-threads.com/lists/mythtv/
[18:31:56] sphery: and/or post and see what others say
[18:32:04] sphery: or hang out here and see if anyone else has recommendations
[18:32:36] jabain: Okay..I will try that list....and hang out.
[18:33:02] sphery: 4GB/hr sounds a bit much for H.264, but then again, the HD-PVR can't efficiently allocate bits because it's doing real-time encoding versus a multi-pass, so it may actually be pretty normal for people to start there
[18:33:35] sphery: if you happen to see jpa bq_ show up later, today, he'd be a good person to ask (space added so I don't ping him)
[18:33:48] sphery: he's pretty much our HD-PVR expert
[18:34:02] sphery: I think skd5a ner also uses HD-PVR
[18:34:03] jabain: It appears that I have something called Variable Bit Rate in the HDPVR settings....what happens if I play with that...will it affect quality, or break the recordings?
[18:35:12] neufeld: I transcode my HD-PVR recordings, to cut commercials and for space http://www.mythtv.org/wiki/Transcoding_Preserving_Captions . One thing is that the HD-PVR uses Main profile, but I transcode to High profile.
[18:35:42] tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (Remote host closed the connection)
[18:35:52] jabain: neufeld: are you on 0.26?
[18:36:19] neufeld: Typically, a 1-hour show with commercials uses 3.7 to 4.0 GB when recorded. After commercial cutting and transcoding to High with a qmax of 28, I get between 1.2GB and 2.3 GB.
[18:36:32] neufeld: jabain: No, I'm on 0.25.
[18:37:13] sphery: jabain: FWIW, http://www.newegg.com/Product/Product.aspx?Item=N82E16822149408 = Toshiba 3TB 7200 RPM HDD for $129.99 with promo code EMCXVVW33
[18:38:21] sphery: jabain: if you like to take chances http://www.newegg.com/Product/Product.aspx?Item=N82E16822149408 = Toshiba 3TB HDD for $109.99 with promo code EMCXVVV37 --but it's an enclosure you'd have to take apart and hope you can get working internally
[18:38:21] jabain: sphery: Thanks. That's a good price.
[18:38:23] neufeld: My case is full of 3TB drives. Transcoding serves two functions. One, it allows me to reduce the space required. Two, I can burn DVDs from them in mytharchive without having to include the commercials in the DVDs (mytharchive doesn't respect the cutlist on HD-PVR recordings)
[18:39:36] jabain: Are you happy with the commercial detecion???? I just moved from an old version of Myth, and it seemed to make mistakes before
[18:39:50] sphery: neufeld: cutting is a good idea
[18:40:01] sphery: neufeld: but using mythtranscode to transcode is /always/ a bad idea
[18:40:22] sphery: actually cutting is a good idea--if you plan to keep the show long term (assuming that's legal where you live)
[18:40:35] neufeld: sphery: I don't use mythtranscode. I use the script I posted above. It converts it to a new MPEGTS.
[18:41:10] sphery: meaning that generally, if you really want to burn electricity and transcode, hoping that the value of the space savings are greater than the electricity costs, using something other than mythtranscode is the best solution
[18:41:16] sphery: especially for H.264 source
[18:41:19] neufeld: agreed
[18:41:37] neufeld: I can't actually get mythtranscode to work at all on my HD-PVR recordings, but I haven't tried since 0.24
[18:41:43] sphery: right... just saying that mythtranscode is definitely a bad choice for H.264
[18:41:57] sphery: yeah, and even if you could, it wouldn't be worthwhile
[18:42:15] sphery: until someone adds a lossless cut for h.264 to mythtranscode, it's useless for h.264
[18:42:32] sphery: and I don't see the lossless happening soon--with 3TB HDDs selling for $110
[18:42:46] neufeld: sphery: right. However, keyframes are 4 seconds apart on HD-PVR recordings, making a "cutlist" more of an "approximate cut suggestion list".
[18:43:03] neufeld: sphery: there is a lossless cut script for HD-PVR on the wiki
[18:43:16] sphery: I don't transcode, and even when I throw recordings on my laptop hard drive to watch without mythtv while traveling, I throw them on there with commercials and all and in full source resolution/bitrate
[18:43:54] sphery: neufeld: MPEG-2 lossless cut isn't limited to keyframes, so H.264 lossless cut (if done properly) wouldn't be, either
[18:44:27] sphery: i.e. you don't touch any of the video until a cut point at which you re-encode around that cut so that key frames and such work line up properly
[18:44:40] sphery: i.e. pretty much exactly what the networks do to add/remove commercials
[18:45:13] neufeld: sphery: that's what my script does, it introduces new keyframes before cutting on them, but it's not lossless
[18:45:29] sphery: but a proper implementation of that is difficult--as evidenced by the fact that the mpeg-2 implementation is bit rotting because it's more work to fix it up than it's worth
[18:45:32] neufeld: sphery: Oh, wait, I know what you mean
[18:45:47] neufeld: Yeah, that's an improvement I've thought of suggesting to IReboot
[18:45:48] sphery: right, lossless except for a few frames around cuts
[18:45:56] jabain: neufeld: Is this the script that you are referring to? http://www.mythtv.org/wiki/Transcoding_Preserving_Captions
[18:46:23] sphery: 02.22 13:35:13 < neufeld> I transcode my HD-PVR recordings, to cut commercials and for space http://www.mythtv.org/wiki/Transcoding_Preserving_Captions . One thing is that the HD-PVR uses Main profile, but I transcode to High profile.
[18:46:35] neufeld: jabain: yes, that's my transcoding script. IReboot's lossless cut script, which snips out things between keyframes, is described at http://www.mythtv.org/wiki/Lossless_Cut
[18:47:05] jabain: How do you trigger? As one of the user defined jobs?
[18:47:12] sphery: neufeld: anyway, would be nice if someone wanted to do up a proper implementation in mythtranscode, if we're going to keep mythtranscode
[18:47:27] neufeld: jabain: yes. However, it you're on 0.26, there's a sequence you'll have to follow, because it hasn't been tested for it.
[18:47:54] sphery: or, better, just a) rework the jobs so that it's easier to find/use external scripts/programs like that one and b) convince everyone (else--I'm convinced) to drop mythtranscode
[18:48:20] IReboot: neufeld: The Lossless Cut scripts I wrote just glue together external utilities. So that means the script is limited to how mkvmerge can cut and merge h.264 recordings. Ot does not have the feature sphery suggested.
[18:48:31] neufeld: jabain: you find the schema number and put it into the .pm file. Then you set the debugging level to 2 in the invocation script and run it. Examine the logs, and if things look good, drop the debugging to 1 and look again, this time testing the files that it creates. Ad debugging level 0 it actually modifies the database, and things can get tricky.
[18:49:11] sphery: I'm not a fan of having a poor implementation of some functionality in mythtv when there are external programs created specifically for doing whatever
[18:49:19] sphery: case in point being DVD ripping
[18:49:24] sphery: (so I'm glad we dropped that)
[18:50:02] neufeld: IReboot: true. The feature sphery and I were discussing would use the mkvmerge to cut into three types of segments "Preserved between keyframes", "Dropped between keyframes", and "drop before/after a non-keyframe". The first segments you keeep. The second you drop. The third you transcode, putting a new keyframe in the right place, and then split that one again. Then merge them all together.
[18:50:08] jabain: What happens if I adjust the bitrate in the HDPVR? Will that break the video? Or just adjust the quality? (Sorry, I am new to this stuff).
[18:50:30] IReboot: neufeld: For me and my hdpvr recordings it is much faster and more convenient than when I used Avidemux to do manual lossless commercial cuts.
[18:51:21] neufeld: IReboot: of course, with no new keyframes or transcoding, it's super-fast.
[18:51:41] IReboot: neufeld: I would be open to improvements
[18:52:20] IReboot: neufeld: Not that I get how to do that with mkvmerge at the moment.
[18:54:01] neufeld: IReboot: the third category of cut is bounded on the ends by keyframes. There are no keyframes inside the interval, and there is a cut point inside the interval. You use ffmpeg to transcode that 4-second interval with a manually-forced keyframe at the cut point, then cut on that keyframe. I looked into doing some patch for that, but I'm not a python user, so things are slow-going.
[18:55:03] neufeld: IReboot: the result is that you only transcode about 8 seconds around each cut point, and the rest of the file is just snipped.
[18:55:14] sphery: couldn't it be up to 8s--i.e. up to 4s before cut and up to 4s after cut?
[18:55:23] sphery: ah, yeah, you just said that
[18:55:48] IReboot: neufeld: pastebin me and example of the commandline calls and I can do any of the pythoning:)
[18:55:57] IReboot: s/and/an/
[18:56:10] sphery: IReboot: btw, I'd love to see solutions like yours replace mythtranscode
[18:56:28] neufeld: IReboot: sure. It's what I use in my script, the one we were talking about above. I'll paste in my test invocations.
[18:56:38] sphery: mythtranscode is very bit rotten at this point and it seems there are plenty of other great tools--from mkvmerge to handbrake to ...
[18:58:06] IReboot: sphery: That was an outside goal when I found mkvmerge worked with more than hdpvr recordings but it failed with HDHomerun recordings and a few other recording devices.
[18:58:11] sphery: so if you have any ideas about how to make a nice UI that would allow in-UI setup of some scripts... (complete with gui-based options versus typing in a command line), maybe we could get others to see the benefit
[18:59:46] sphery: I'd imagine our having a bunch of different scripts that users can choose from (and potentially just download automatically like the theme chooser does) with some standard for checking for and erroring for missing dependencies, and for providing information about what information the script needs and how to provide it to the script (so mythfrontend could present a nice UI)
[18:59:59] sphery: then again, I may be the only one who would like to see that
[19:00:12] neufeld: IReboot: here http://pastebin.com/s7znZbMP is the set of commands that I used when I was building up my script. One note, the first command has this "plus 1 for PTS weirdness". That turns out to be because of bug #11328. When the bug hits, you have to add 1 to the time offsets, otherwise you use them as they appear. So the final form of my script adds keyframes at both +1s and +0s since it can't tell whether the
[19:00:12] ** MythLogBot http://code.mythtv.org/trac/ticket/11328 **
[19:00:12] neufeld: recording was made with that bug present.
[19:00:26] disputin (disputin!~sean@2001:470:9758:1:7d9f:326a:aef1:5784) has quit (Ping timeout: 245 seconds)
[19:01:35] Skeeve_work (Skeeve_work!~skeeve@wsip-98-175-49-254.ks.ks.cox.net) has quit (Ping timeout: 256 seconds)
[19:01:44] neufeld: IReboot: mkvmerge builds a .mkv file, but I like MPEGTS with annex4b so that the keyframe index, cutlists, etc. still work.
[19:01:58] Skeeve_work (Skeeve_work!~skeeve@wsip-98-175-49-254.ks.ks.cox.net) has joined #mythtv-users
[19:02:00] neufeld: IReboot: so my final step converts it back to a transport stream
[19:02:00] IReboot: sphery: For some of the more recent things I have written (e.g. Lossless Cut) I distribute them in Launchpad PPA's (debs) which have aspects of what you suggested.
[19:03:38] jabain: neufeld: Do you want feedback on my testing your script in 0.26? So you can update anything if necessary.
[19:04:54] ** neufeld has to go AFK for a bit... **
[19:05:56] IReboot: neufeld: I will save your input and ruminate on what it means. In general I found mkvmerge to consistently produce less artifacts between cuts than anything else (e.g. ffmpeg). Also mkv containers were a little more flexible in the inclusion of subtitles and metadata.
[19:06:10] neufeld: OK, back
[19:06:49] neufeld: jabain: if you see that the script works in 0.26, send me the schema number and I'll update the assertion to allow the script to work in 0.25 or 0.26.
[19:07:16] neufeld: jabain: it's just a bit of paranoia, I do direct fiddling with the database, so I don't want the script to run on an untested schema in case something important has changed
[19:07:36] sphery: how well does seeking work in mkv/h.264 without a seek table?
[19:07:43] sphery: (since we don't allow seek tables for mkv)
[19:07:55] sphery: is it slow?
[19:07:58] neufeld: IReboot: True. It might be a personal choice. The cutlist editor doesn't work on .mkv files, and I often use it as a convenient way to walk around a recording I'm watching.
[19:08:13] jabain: neufeld: understood. It might be a few days to get to it.
[19:09:00] neufeld: jabain: no problem. Oh, and absolutely test it with the backup function enabled! If something goes sideways, the backup directory contains everything, including direct mysql commands, to restore the old state. No effort required.
[19:09:09] sphery: it it works ok, we might be able to loosen the restriction on no recording editing without a seek table
[19:09:28] sphery: (I'd guess Jim S would be interested in looking at that)
[19:09:45] neufeld: sphery: in that case, I could use .mkv files instead of mpegts. That's a more efficient container, it would save more space
[19:09:50] IReboot: neufeld: I am not married to the mkv container it was just convenient when using the mkvmerge utility as the central cut and merge tool.
[19:10:00] neufeld: sphery: Oh, but mytharchive can't handle .mkv files
[19:10:19] sphery: wait, isn't it 2013?
[19:10:25] sphery: what's this DVD thing?
[19:10:41] sphery: isn't that some tiny storage format for bad-quality video?
[19:10:47] sphery: ;)
[19:10:55] neufeld: IReboot: of course. My updated script work for H.264 came about as a result of seeing your lossless cut work.
[19:11:26] IReboot: neufeld: Thus the glory of open source;)
[19:11:28] neufeld: sphery: sure, but I've got relatives in other provinces who like to watch shows not carried there, but that my wife and I watch. So I burn a DVD of the shows before deleting.
[19:12:09] neufeld: sphery: and I've got a portable DVD player with a 13-hour battery life for long flights, it's nice to toss a pile of shows onto those bits of plastic.
[19:12:30] SteveGoodey (SteveGoodey!~steve@host86-147-183-135.range86-147.btcentralplus.com) has quit (Quit: Konversation terminated!)
[19:13:30] sphery: yeah, I actually buy DVDs--and the quality is quite good as long as the video never touches NTSC
[19:13:49] sphery: I just tend to think they're way too much work to create
[19:14:23] sphery: and, fwiw, mytharchive is another of those "try to reproduce something as a small part of MythTV that other projects work on full time"
[19:15:05] sphery: so I'd love to see that be another "run a job using scripts to access external tools designed for the job"
[19:15:43] neufeld: sphery: that's basically what it is. It invokes dvdauthor to do the real work.
[19:15:43] sphery: versus a plugin with severe limitation that runs a hard-coded-in set of scripts to access external tools
[19:16:09] sphery: yeah, I'm wanting "run any old script"
[19:16:17] sphery: so that script authors can contribute
[19:16:29] sphery: versus someone who wants to dig into the mytharchive plugin C++ code
[19:16:41] sphery: and so there could be multiple implementations
[19:17:02] sphery: some for dvd, some for bluray, some for copy to external hdd, some for ...
[19:17:25] sphery: anyway, I should stop dreaming since I've been too busy to make time to work on MythTV for a long time, now
[19:17:45] sphery: should go back to work so that I can finish and maybe get back to mythtv in a month or so
[19:17:46] neufeld: Ah. I don't really see the plugin side of things. Despite my claims of no python programming, I have hacked up the mytharchive .py scripts enough to put subtitles into DVDs and fix infelicities when a glitched recording file caused mytharchive to crash out.
[19:18:25] sphery: yeah, I'd just like it to be some generic "what do you want to do" type thing
[19:19:30] sphery: cut commercials from a recording, transcode a recording to another format, copy recordings to an external hard drive, author a BluRay or DVD, ...
[19:22:42] louisdk (louisdk!~louis@2-111-111-13-dynamic.dk.customer.tdc.net) has joined #mythtv-users
[19:23:42] disputin (disputin!~sean@2001:470:9758:1:7d9f:326a:aef1:5784) has joined #mythtv-users
[19:25:37] tlhiv_laptop (tlhiv_laptop!~foo@c-68-35-204-183.hsd1.al.comcast.net) has joined #mythtv-users
[19:32:49] bogustrumper (bogustrumper!d048892b@gateway/web/freenode/ip.208.72.137.43) has joined #mythtv-users
[19:34:03] bogustrumper: good "morning", everyone. I'm looking for some help solving a problem when changing channels watching Live TV.
[19:37:24] wilmoore-misc (wilmoore-misc!~wilmoore@vlan16nat.mystrotv.com) has quit (Remote host closed the connection)
[19:39:35] jbaxter (jbaxter!~jbaxter@jimbax.plus.com) has quit (Quit: Quiting)
[19:45:02] bogustrumper: hmm, may have found a possible workaround. How do I go about connecting to Myth's SQL instance?
[19:45:19] jabain: mythtv -u root -p
[19:45:27] wagnerrp: mythtv does not have an sql instance
[19:45:43] bogustrumper: I misspoke. I meant connect to the db
[19:46:11] wagnerrp: first, what is this "workaround" you speak of? it's good odds it's a bad idea
[19:46:44] jabain: the code I gave was for the command line. don't make any db changes unless you completely know what you are doing.
[19:46:45] bogustrumper: the workaround is changing the "current channel"
[19:46:59] wagnerrp: so go into mythtv-setup and do so
[19:47:15] jabain: neufeld: What are you using to change channels?
[19:47:26] wagnerrp: he means the default starting channel
[19:47:36] wagnerrp: his tuner is currently set to start on a dead channel
[19:47:36] bogustrumper: it's defaulting on the last channel tuned.
[19:47:41] wagnerrp: so livetv can never actually init
[19:47:42] bogustrumper: The channel is not dead.
[19:47:45] bogustrumper: It inits just fine.
[19:47:52] wagnerrp: then what's the problem?
[19:47:53] jabain: neufeld: I just bought a iguanaIR unit, and it works like a dream..I could not get the HDpvr blaster to work.
[19:48:06] bogustrumper: I can watch a boring channel that has nothing on, but changing to a working channel (from SD to HD) fails.
[19:48:11] louisdk (louisdk!~louis@2-111-111-13-dynamic.dk.customer.tdc.net) has quit (Ping timeout: 260 seconds)
[19:48:24] wagnerrp: what type of tuner?
[19:48:26] bogustrumper: I've found a workaround on the mailing list, which sets it to start on an HD channel.
[19:48:30] bogustrumper: hdhomerun
[19:48:42] bogustrumper: I can record all over with no errors... this only happens with livetv
[19:50:21] bogustrumper: I'm perfectly willing to accept that I've misconfigured the crap out of my setup.
[19:50:56] bogustrumper: Just curious about what might work to fix it.
[19:51:09] wagnerrp: more just that livetv is a bit buggy
[19:51:28] louisdk (louisdk!~louis@2-111-111-13-dynamic.dk.customer.tdc.net) has joined #mythtv-users
[19:51:31] ** neufeld returns to kbd **
[19:51:44] wagnerrp: most of the developers never use it, so it's an aspect of mythtv that doesn't get a whole lot of effort
[19:52:04] neufeld: jabain: I'm using this to change channels: http://www.canadacomputers.com/product_info.p . . . em_id=027737
[19:52:45] bogustrumper: wagnerrp: what do you think of this workaround? http://www.mythtv.org/pipermail/mythtv-users/ . . . /344957.html
[19:52:46] neufeld: jabain: I use the HD-PVR blaster to change channels on my SD STB, and that MCE unit to change channels on the HD STB.
[19:53:24] neufeld: The HD-PVR blaster only works if your STB's command codes are stored in its firmware. It so happens that my boxes use the SAE8000 sequence, which is supported, but not all are.
[19:54:30] Sharky112065 is now known as Sharky-AFK
[19:57:08] stoffel (stoffel!~quassel@pD9E435D4.dip.t-dialin.net) has quit (Ping timeout: 248 seconds)
[19:58:15] jabain: Ahhh yes.
[19:58:39] jabain: That's why I bought....The firmware did not have my STB
[20:01:27] wilmoore-misc (wilmoore-misc!~wilmoore@vlandnat.mystrotv.com) has joined #mythtv-users
[20:02:12] toeb (toeb!~tob@HSI-KBW-37-49-118-160.hsi14.kabel-badenwuerttemberg.de) has quit (Read error: Connection reset by peer)
[20:02:13] neufeld: I've got the HD-PVR plugged into the power outlet of the STB, and the STB configured to cut off the power when it's in the off state. That way a script can power-cycle the HD-PVR the first time it goes idle after a recording completes. My STB has an amazing property of turning itself off without warning after the frequent firmware upgrades (I've actually got a custom priority rule that discourages recording
[20:02:13] neufeld: showings that overlap the interval from 01h00 to 02h30 local time because I've lost so many recordings due to that). My script can detect that the STB is turned off because the HD-PVR isn't on the bus. So I solve two problems at once: HD-PVRs sometimes need to be power cycled, and there's no way to send a signal to the STB that says "turn on if you are off, otherwise stay on".
[20:05:19] Tobbe5178 (Tobbe5178!~asdf@h186n5-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer)
[20:05:27] louisdk (louisdk!~louis@2-111-111-13-dynamic.dk.customer.tdc.net) has quit (Ping timeout: 260 seconds)
[20:11:49] blassey (blassey!~blassey@c-71-232-20-86.hsd1.ma.comcast.net) has quit (Remote host closed the connection)
[20:14:14] jabain: Wow....pretty specialized.
[20:14:37] jabain: There are so many nuances...that's why it can take weeks/months to get all this stuff just right.
[20:16:20] jabain: Anyone using HDMI with CEC on a GEforce 210 (or similar)?
[20:17:45] robski (robski!~robski@77.153.238.178.in-addr.arpa) has joined #mythtv-users
[20:18:29] robski: Hi, I'm a bit of a noob with MythTV... I've managed to get my backend up and running. I'm running it on a VM, but was able to watch (choppy) TV
[20:18:41] robski: the backend server is .25
[20:19:12] robski: I get schema is 8 versions out of date when trying to connect my frontend on Fedora 17 (which I believe is v0.26)
[20:19:19] bogustrumper: wagnerrp: For what it's worth, I was able to make that workaround work for me, and it does fix my error.
[20:19:38] robski: I suspect that is the problem.. but I'm just wondering if a .26 frontend should be able to connect to a .25 backend
[20:20:26] robski: I've had a sftw session but can't seem to find an answer
[20:22:30] bogustrumper: robski: I did a Google search for "mythtv frontend backend version mismatch" and it sounds like it's not supported
[20:23:05] robski: bogustrumper: looks like my google skills are rusty...
[20:23:32] bogustrumper: happens to the best of us.
[20:24:32] robski: on another note, I'm trying (yet another dodgy package) which is mythtv android frontend which states .25 (or higher...therein may lie the issue)
[20:24:53] robski: but it just hangs on retrieving the master backend details. anyone here using that as a frontend?
[20:26:53] bogustrumper: out of curiosity, why are you running the backend in a VM?
[20:27:21] robski: well, I have a home server and I run a number of different things.
[20:27:54] dekarl (dekarl!~dekarl@p4FE85748.dip.t-dialin.net) has left #mythtv-users ()
[20:27:54] robski: it *seems* to work ok, I launched mythfrontend using the console (x session) and i could see the stream
[20:28:18] bogustrumper: mythfrontend from another computer, or from the same VM?
[20:28:27] robski: I've got it configured with PCI passthrough. drivers load, the software was a pain to install because of all the dependencies
[20:28:39] robski: well, i ran the mythfrontend essentially from the same VM
[20:28:43] wagnerrp: but still... why run VMs?
[20:28:55] robski: and it worked. Emmerdale to the max
[20:28:59] bogustrumper: I like VMs for many purposes... not sure this is one of them, though.
[20:29:25] robski: well, I don't have a TV
[20:29:31] wagnerrp: i like VMs for development and enterprise-grade security, but they're overkill for any other purpose
[20:29:42] bogustrumper: One step I'd recommend if you're committed is setting up your frontend on a separate VM, to make sure that you can at least get to it...
[20:30:00] robski: no, I don't want to setup a frontend on a separate VM.
[20:30:10] wagnerrp: i would absolutely recommend against running the frontend in a VM
[20:30:14] robski: I want to have a headless server and run the frontend on other devices
[20:30:18] bogustrumper: right.
[20:30:26] wagnerrp: you just need too much performance for video playback
[20:30:32] bogustrumper: I know you do. But, right now all you've managed to get working is the frontend/backend in the same VM, right?
[20:30:43] wagnerrp: as for a backend, there's still next to no reason to run a backend in a VM either
[20:30:45] bogustrumper: Can you see the mythweb server from your android device?
[20:30:47] robski: I just tested the frontend locally (on the VM) because I was having problems with the remote frontend and wanted to test the backend was working
[20:31:06] robski: in a browser?
[20:31:09] bogustrumper: yeah.
[20:31:14] robski: should I be able to see that from my laptop?
[20:31:20] wagnerrp: port 6544
[20:31:48] bogustrumper: My first thing to check off is that you can actually connect to the backend at all from another device.
[20:31:50] robski: on v.25 the setup defaulted to 6543
[20:31:58] robski: I get 404, but I'll try 6544
[20:32:08] z3mark (z3mark!~z3mark@ns1.exchangesolutions.net) has joined #mythtv-users
[20:32:09] wagnerrp: no, the internet communications socket is 6543, the http server is 6544
[20:32:16] robski: ahh ok.
[20:32:40] wagnerrp: and going to the root page should not give you a 404
[20:33:10] wagnerrp: a 404 indicates the server is active and accessible, but the page does not exist
[20:33:31] robski: sorry, I don't actually get 404, I get page cannot be displayed
[20:33:48] wagnerrp: check your backend logs, specifically the first few dozen lines at startup
[20:34:00] wagnerrp: it should list off a number of addresses it has selected to listen on
[20:34:04] bogustrumper: hmm... on my setup, mythweb runs on port 80... I can connect with <IP address of the backend server>/mythweb
[20:34:14] robski: ok.
[20:34:17] wagnerrp: followed by more lines saying it is listening on port 6543 and 6544
[20:34:27] wagnerrp: bogustrumper: mythweb is something different
[20:34:44] wagnerrp: mythweb doesnt run anywhere, it's just a php web application running through an apache server
[20:34:59] wagnerrp: so where ever apache is configured to listen, that's where it is accessible
[20:35:12] wagnerrp: i'm talking about the webserver built into mythbackend
[20:35:18] bogustrumper: OK.
[20:35:30] wagnerrp: it is used to run the UPNP AV access, as well as a JSON/XML API
[20:35:42] robski: ok, when I service mythbackend start, I get a message saying would you like to configure your database. I did that through myth-setup
[20:35:45] bogustrumper: My thought was that since he's running a VM, MythWeb would be a good test that you can see the backend server at all, under the most likely conditions.
[20:35:51] bogustrumper: But I'll step back.
[20:36:07] robski: is there a config file?
[20:36:10] wagnerrp: robski: did you run mythtv-setup as the same user mythbackend is now running as?
[20:36:15] robski: yes
[20:36:26] robski: I won't tell you what user ID as you will all shoot me
[20:36:32] wagnerrp: the location of the database is stored in $MYTHCONFDIR/config.xml, falling back to $HOME/.mythtv/config.xml
[20:36:42] wagnerrp: you're not running things as root are you?
[20:36:51] robski: of course not!
[20:36:53] robski: :P
[20:36:56] robski: well.. mayhbe
[20:37:06] robski: I'm testing ok :)
[20:37:20] wagnerrp: using VMs where they're not necessary, running application servers as root....
[20:37:31] robski: ok so my DB is configured correctly
[20:37:36] Bhaal (Bhaal!~bhaal@freenode/staff-emeritus/bhaal) has quit (Read error: Connection reset by peer)
[20:38:04] robski: ahh. wagnerrp: good call. I'm running mythtv as regular user. I probably ran setup as root
[20:38:24] robski: I'll have another go at that.
[20:38:33] wagnerrp: well, you're running mythbackend as whatever user your packager's init scripts tell it to use
[20:38:51] robski: ok. I'm using atrpms packages
[20:38:54] wagnerrp: mythtv-setup should always be run as the same user, to allow various sanity checks on permissions to function properly
[20:39:27] robski: ya, that's a good point. I'll try and run myth-setup again as the same user as mythtv runs
[20:39:49] bogustrumper: ...just make sure it's the user mythbackend runs, not mythfrontend (which is probably a reg user)
[20:40:18] robski: ya, there is no user for mythfrontend explicitly. just whoever I ran X as (root)
[20:40:20] Bhaal (Bhaal!~bhaal@freenode/staff-emeritus/bhaal) has joined #mythtv-users
[20:40:20] wagnerrp: right, mythfrontend does not need direct access to anything, so it does not matter what it runs as
[20:40:21] robski: I hate X
[20:40:34] wagnerrp: but X is wonderful and glorious
[20:40:44] robski: not on a server
[20:40:46] wagnerrp: what other windowing system is network transparent?
[20:40:55] wagnerrp: what's wrong with X on a server?
[20:41:09] robski: ya. I know. it's good. I just don't like wasting resources on my piddly little machine
[20:41:24] wagnerrp: i don't understand, what is your complaint about X?
[20:41:37] robski: it's fine on a desktop os
[20:41:52] wagnerrp: so you have another machine, used as a desktop, running an X server?
[20:42:06] robski: and acutally my beef is only self inflicted. I install centos minimal and then moan when I have to configure X and all my drivers.
[20:42:11] robski: don't mind me. X is fine
[20:42:27] bogustrumper: ...yeah, he's just groaning about how hard it is to get the most out of the $50 server that he's trying to use for mythbackend.
[20:42:28] wagnerrp: so then use that desktop as your X server, and don't bother running X on your backend server
[20:42:40] robski: pretty much :)
[20:42:42] pmhahn (pmhahn!~pmhahn@2001:4dd0:ff00:8d31:219:dbff:fef2:e135) has joined #mythtv-users
[20:43:06] wagnerrp: i'm currently using Xchat as my irc client, running the application on my headless fileserver in the basement, but displaying to the X server on my windows desktop
[20:43:09] robski: ya, I just had to install X to get mythtv running (though I probably could have done that someotherway)
[20:43:29] wagnerrp: i have no X server installed on my headless fileserver, only the shared X libraries
[20:43:37] wagnerrp: as i said, it is network transparent
[20:43:47] wagnerrp: the application and the display need not be on the same physical machine
[20:44:10] robski: sorry, I opened a can of worms with that comment...
[20:44:15] wagnerrp: just like mythtv can use different machines for recording and playback
[20:44:23] sphery: and, remember, in GNU/Linux, installing an application doesn't mean that application wastes resources
[20:44:27] robski: for the record, X is a good piece of software, I just don't know how to use it properly
[20:44:29] sphery: it's /running/ the application that uses resources
[20:44:37] sphery: other than a miniscule amount of HDD storage
[20:44:52] bogustrumper: this is all very good, but it's a complete tangent to the issue robski is having.
[20:45:02] sphery: and X + X libs is << 100MB
[20:45:06] wagnerrp: robski: and that was my point into this tirade, explaining how to properly achieve what you were complaining about
[20:45:36] robski: I do however, appreciate your help on getting my mythtv setup so that my girlfriend can watch strictly come dancing in HD
[20:45:46] ** wagnerrp fears the weyland future **
[20:45:59] bogustrumper: hmm... strictly come dancing? Umm... no, I don't think we can help you anymore.
[20:46:28] bogustrumper: At least, not until you admit that this isn't for your "girlfriend" at all...
[20:46:28] robski: :P
[20:46:58] robski: yes I admit... I'm trying to configure my linux network while wearing polyester bell bottoms
[20:47:11] bogustrumper: doesn't it feel better to live out loud, robski?
[20:47:16] sphery: wagnerrp: agreed... wayland = "let's just make *nix more limited like Windows" (of course with the rationalization that "I" don't need X's network transparency)
[20:47:22] robski: as always
[20:47:55] wagnerrp: robski: basically, what i'm saying is that you can redirect mythtv-setup to a remote X server running on some other machine on your network. it doesn't have to be run directly on the machine's local terminal, or even on a VNC screen.
[20:48:41] SteveGoodey (SteveGoodey!~steve@host86-147-183-135.range86-147.btcentralplus.com) has joined #mythtv-users
[20:48:45] zombor: i tried doing x11 forwarding before. it did not go very well
[20:48:51] zombor: sooooo slow
[20:48:59] robski: wagnerrp: ya, I know. i should really spend some time learning X. I'm sure it's not that difficult.
[20:49:01] wagnerrp: it's slow over a slow network
[20:49:22] zombor: well, im not on a 10mb network :)
[20:49:40] wagnerrp: basically, my fear is that most users' ignorance about such a fundamental capability of X, and one that i use frequently, means it may go away in the future
[20:49:55] wagnerrp: zombor: no, i'm talking something like a high latency internet connection
[20:49:56] sphery: zombor: no, X11 forwarding isn't slow
[20:50:02] wagnerrp: X does not deal with high latency well
[20:50:03] zombor: wagnerrp: i doublt wayland would *replace* x11. it would be an alternative
[20:50:14] sphery: however software rendered OpenGL is slow
[20:50:16] zombor: choice is good.
[20:50:36] zombor: thats why you use linux, eh?
[20:50:45] sphery: so, for example, if you set up MythTV to use OpenGL (versus choosing "Auto") for the Theme Painter, it will appear slow
[20:50:58] sphery: because you've said, "use the direct hardware rendered" and then ripped the hardware out from under it
[20:51:21] zombor: sphery: perhaps. i tried it for 5 minutes, and it took 30 seconds to show me a frame, and i just gave up and went upstairs and did it on the real machine :)
[20:51:26] wagnerrp: in theory, it should work respectably well using AIGLX
[20:51:35] sphery: hehe, theory
[20:51:59] sphery: though I doubt many have AIGLX properly set up/configured--other than the 3 developers in the world working on it :)
[20:52:25] bogustrumper: ...and in theory, robski should have only moderate trouble running mythbackend on a VM with a frontend on his Android tablet.
[20:52:28] wagnerrp: zombor: well like i said, i'm using xchat over remote X currently, with no visible latency, and i frequently run mythfrontend over remote X for various maintenance tasks with no issues
[20:52:36] satmandu: sphery: got it working... macports install of mythtv and also reverting mysql to 5.1. (from the direct web site download of the current 5.6)
[20:52:49] satmandu: might have been the database... :/
[20:52:50] sphery: satmandu: cool... glad you got it
[20:53:02] sphery: in theory mysql 5.5 isn't a problem
[20:53:11] sphery: I think that was true even for 0.25
[20:53:21] wagnerrp: bogustrumper: well not in theory... in theory, the PCI passthrough introduces latency to the communications between the drivers and his hardware, causing strange bugs and failures to appear during hardware usage
[20:53:22] zombor: wagnerrp: i was trying to use mythtv-setup on my master backend so i didn't have to go to the actual machine. it was not useable in any way. i know people actually use x11 forwarding fine, so im sure i could have done something
[20:53:30] sphery: though it's possible that either the Mac version of it or the Mac Qt-MySQL drivers may have problems I don't know about
[20:53:31] satmandu: have it going to the raspberry pi too
[20:53:31] wagnerrp: in practice, something similar to that usually happens
[20:53:44] satmandu: though I'm now seeing an occasional black bar across the screen
[20:54:04] wagnerrp: zombor: note, i do not use X11 forwarding, i use remote X11
[20:54:08] wagnerrp: there is a difference
[20:54:15] wagnerrp: specifically, i'm not using ssh to tunnel it
[20:54:18] bogustrumper: wagnerrp: that'll "theoretically" only result in terrible quality recordings. He should still be able to watch those lousy things.
[20:54:21] zombor: but again, having wayland *and* X11 can't be harmful. it gives you a choice
[20:54:28] zombor: wagnerrp: ah, i was using ssh forwarding
[20:54:38] wagnerrp: but in any case, neither direct X, nor ssh forwarding, should cause any significant problems
[20:54:49] sphery: hehe, yeah, just like having multiple forks of X is helpful
[20:54:50] wagnerrp: except of course in the scenario sphery is talking about opengl issues
[20:54:57] sphery: now there's Xfree86 /and/ X.org
[20:55:02] bogustrumper: that's an "in practice" problem, though.
[20:55:08] sphery: what, Xfree86 died out when all the devs focused on X.org
[20:55:10] zombor: sphery: and basically nobody uses xfree86
[20:55:15] MMlosh (MMlosh!~MMlosh@2001:470:6f:23:914e:55ec:51d8:634) has joined #mythtv-users
[20:55:23] sphery: so, KP got his way by forking and destroying the project that didn't agree with him
[20:55:37] sphery: but, hey, that's choice for you
[20:55:42] zombor: but that's different, because they did basically the same thing. wayland and x11 are different, afaik
[20:55:49] sphery: oh, and btw, what they disagree about: the important of network transparency
[20:56:15] sphery: the only difference is X.org just said, "we're not going to touch it"
[20:56:22] zombor: it's important to some people :)
[20:56:28] sphery: and Wayland says, "we'll just start over and explicitly throw that out"
[20:56:34] ** wagnerrp is trying to make it important to more people **
[20:56:40] sphery: "and it /may/ eventually add support for network transparency, but we don't plan to"
[20:56:50] sphery: I think it's very important
[20:56:58] zombor: you are a minority, i think
[20:57:20] wagnerrp: zombor: how many people do you know who use things like RDP or VNC?
[20:57:22] kusznir (kusznir!~kusznir@76.178.145.28) has quit (Read error: Operation timed out)
[20:57:34] sphery: yes, but then again, I don't believe that every single web page/piece of information/service/application on the network should require its own app
[20:57:39] sphery: which makes me a minority
[20:58:02] sphery: so I'm just contrarian on all the "hot new techs"
[20:58:13] robski: well, I think I've just got a stupid configuration.
[20:58:34] sphery: besides, how else will someone get their burning window frames when they close an app if we allow network transparency?
[20:58:35] zombor: wagnerrp: ive used it before. i don't know that many people who do use it though
[20:58:40] sphery: after all, we all /need/ to see that
[20:58:44] robski: I was hoping to run this headless on my centos server, but I think I may just reinstall with a desktop os so that things work
[20:58:51] sphery: or desktop cubes
[20:59:08] sphery: because, of course, having separate screens in a row or a grid is /so/ 1990
[20:59:10] wagnerrp: robski: that's what we've been talking about. it can run hedless
[20:59:21] wagnerrp: you just point it at a head on a different machine
[20:59:27] ** sphery runs both of his backends headless **
[20:59:29] robski: ok.....
[20:59:38] sphery: and runs mythtv-setup on them without any effort
[20:59:43] bogustrumper: headless works fine, but headless on a VM isn't the same, is basically what wagnerrp is saying.
[20:59:47] GreyFoxx: same here
[20:59:49] robski: maybe Im trying to solve the wrong problem. I'll see if I can figure out X redirection then
[20:59:49] sphery: again, though, choose the right Theme Painter--Auto
[20:59:54] wagnerrp: either go the easy route with 'ssh -Y'
[21:00:12] sphery: then, if you don't have hardware rendering, it will use the legacy Qt painter, which is quick over X forwarding
[21:00:13] GreyFoxx: heack I run my master backend with no capture cards heh and my "recording" slave does some wakeonlan as needed
[21:00:29] wagnerrp: or the slightly less easy route with 'export DISPLAY=<remote machine>:0.0' and 'xhost +<backend server>'
[21:00:35] robski: I yes, well I'm a total noob
[21:00:43] sphery: ugghh... xhost +
[21:00:47] sphery: Xauth add
[21:00:50] wagnerrp: or the much less easy route with 'export DISPLAY=<remote machine>:0.0' followed by xauth magic key manipulation
[21:00:57] rsiebert (rsiebert!~quassel@g231184244.adsl.alicedsl.de) has joined #mythtv-users
[21:01:00] sphery: of course that's less easy
[21:01:06] sphery: er, xauth add
[21:01:09] bogustrumper: robski: do you have a spare computer sitting around that you could play with myth on so that you don't disrupt your server?
[21:01:11] wagnerrp: basically, ssh just automates the xauth stuff for you
[21:01:22] sphery: yep
[21:01:47] sphery: and encrypts the session so you don't have to worry about your SO seeing how you're configuring MythTV
[21:01:52] robski: bogustrumper: no
[21:02:11] sphery: (yeah, the encryption is pretty much useless on a local net--like -X is pretty much useless compared to -Y)
[21:02:28] robski: bogustrumper: but like I said, I did get the backend running. I used virtual machine manager to launch the local console X session and was able to watch TV
[21:02:33] robski: I just can't connect from another frontend
[21:02:43] bogustrumper: right.
[21:03:02] wagnerrp: robski: what i mentioned about half an hour ago, checking your backend logs... what address is your backend listening to?
[21:03:11] robski: but I can blat the VM easily. I just can't get the frontend connected. I suspect it might just be a version mismatch
[21:03:25] robski: hangon
[21:03:29] sphery: robski: sounds like you either have problems with your IP address configuration in MythTV (i.e. you used a non-routable address for the backend or something--like 127.0.0.1) or you have DB configuration issues (didn't allow the other host DB access)
[21:03:35] wagnerrp: if it were a version mismatch, the frontend would be complaining about a veersion mismatch
[21:03:40] sphery: but a log will tell which is which
[21:04:17] rsiebert_ (rsiebert_!~quassel@g226063089.adsl.alicedsl.de) has quit (Ping timeout: 255 seconds)
[21:04:49] wagnerrp: i really should figure out how to get xauth working
[21:04:52] sphery: or, then again, if in a VM, you may have VM network configuration issues, too
[21:05:00] robski: ok. it seems to be a DB issue.
[21:05:10] wagnerrp: i've never been able to get it to connect properly using cygwin/x or xming
[21:05:13] robski: funny, when I ran myth-setup it populated my DB. I even checked it
[21:05:40] robski: but it is running on a remote server. I did login and had a look at the channels table. the scanned channels were in there
[21:05:55] wagnerrp: robski: chances are you mysqld server is either not configured to listen on the network (default on many distros), or your database credentials are only configured for the local host and not the remote one
[21:05:58] sphery: wagnerrp: on one system: xauth list , then on the other system, xauth add <line from xauth list>
[21:06:00] robski: but I'm getting unable to connect to database
[21:06:23] sphery: (where you're using a network line--like <hostname>:0 versus a "local" line, like <hostname>/unix:0)
[21:06:35] sphery: is that what you mean, or is it a broken binary or something?
[21:06:35] robski: wagnerrp: that doesn't make sense because the database is populated....
[21:06:53] sphery: robski: which means "you have DB configuration issues (didn't allow the other host DB access)"
[21:07:01] wagnerrp: robski: your database exists on a different machine than your backend?
[21:07:04] robski: config.xml has the database listed
[21:07:35] sphery: every mythtv backend and "standard" client needs direct access to the database
[21:07:41] robski: wagnerrp: yes. and when I ran mythsetup, I set the DB connection strings. I did a scan, and ran mythfilldatabase. I then logged on to the db and looked in the tables and saw the channels were in there
[21:07:48] sphery: therefore, you must configure mysql to allow them to connect
[21:07:53] sphery: i.e. not mythtv config, mysql config
[21:08:19] robski: ya, but the point is: i did configure mysql to allow remote connections. and the database got filled
[21:08:32] sphery: remote connections from every host?
[21:08:33] robski: but when I start mythbackend,I get a database error
[21:08:38] sphery: that needs access
[21:08:47] robski: I am only testing from the one, but yes from %
[21:09:06] wagnerrp: sphery: i'm betting the problem is that xming has only set up auth lines for localhost
[21:09:06] sphery: a % rule will be overridden by any more-specific rule
[21:09:21] wagnerrp: nothing for the 'raydesk' hostname
[21:09:34] bogustrumper (bogustrumper!d048892b@gateway/web/freenode/ip.208.72.137.43) has quit (Quit: Page closed)
[21:09:35] sphery: wagnerrp: ah, ok... yeah, it's possible it's using a separate auth file, rather than ~/.Xauthority
[21:09:40] sphery: or something like that
[21:10:03] robski: well. if mysql rejected the connection, how did mythfilldatabase execute successfully? it doesn't quite make sense
[21:10:27] sphery: robski: anyway, the DB permissions configuration is by far the most challenging part of setting up mythtv--well, second most, next to LIRC config
[21:10:39] robski: ok, maybe I do have a problem.
[21:10:56] sphery: and, unfortunately, different distros make different assumptions, so I'm afraid to give you any specific hints
[21:10:58] robski: I will accept it. is it just a mysql user/connection issue or are there permissions in the database itself?
[21:11:20] sphery: permissions in the database allow connection and other levels
[21:11:54] SteveGoodey: sphery: "next to LIRC config" amen to that.
[21:12:03] robski: ok, are we talking permissions in the mythtv schema itself or access to the mythtv schema? (or catalog I think its called in mysql)
[21:12:42] sphery: robski: in general, you need something like http://www.mythtv.org/docs/mythtv-HOWTO-6.html#modify_perm_mysql , but note that your distro may have used other username/password
[21:13:09] sphery: and if you do what's there with a different password from what your distro already used when trying to configure it, it makes a mess that yields confusing results
[21:13:40] sphery: also note that on some distros, there seems to be an issue where a grant doesn't actually change the password and you need to do an explicit SET PASSWORD command
[21:14:28] sphery: basically, it's a mess--and the distros have tried to make it easier by doing some of it for you, but you have to understand what they've done before you can fix it if it's not right for your case :(
[21:15:20] sphery: so you may want to do a SET PASSWORD, in addition to what's shown there
[21:15:53] robski: sphery: I've done that. my mythtv user has full priveleges from any host to that db schema
[21:16:23] robski: and the strange thing is, my db got populated, so I (perhaps wrongly) assume that the db connection works
[21:16:49] robski: I scanned channels in mythtv-setup, and they're all there
[21:17:12] robski: BUT, my logfile does say cannot connect to database
[21:17:33] sphery: interesting... I just got a call from someone looking for someone else, and he said that he was returning a missed call from my phone number--and my phone didn't call his number
[21:17:53] robski: are you at home?
[21:17:57] sphery: so, first time in my life I've ever been blamed for someone's calling me on a wrong number
[21:18:11] sphery: yeah, called my cell
[21:18:12] robski: (is it your home phone?) people sometimes call to see if you're there.
[21:18:25] robski: ahh, cell doesn't quite mean the same
[21:18:48] robski: home phone. no answer=not home. I saw your new imac box. I'll have that
[21:18:59] sphery: hehe
[21:19:21] sphery: was a area code from 1000 miles away--not that that means he's actually there, now
[21:19:22] wagnerrp: they can't just check if you're there before they break in?
[21:19:25] sphery: (could be his cell)
[21:19:38] robski: ya, they knock too
[21:20:02] robski: (no I don't do this. I just ignored a knock once and someone bashed in my back window when I was home)
[21:20:31] robski: ok. when I run service mythbackend start, I get the bash prompt. then I get:
[21:20:39] robski: Would you like to configure the database connection now? [no]
[21:20:51] robski: [console is not interactive, using default 'no']
[21:20:59] sphery: anyway, it was actually funny--he was insistent that someone called him from my phone (which has been sitting next to me in an otherwise empty house all afternoon)
[21:21:07] Steve-Goodey (Steve-Goodey!~steve@host86-147-183-135.range86-147.btcentralplus.com) has joined #mythtv-users
[21:21:09] robski: config.xml has got my db connection
[21:21:13] sphery: I seriously felt like he was blaming me
[21:21:25] robski: did he offer money?
[21:21:30] sphery: hehe, no
[21:21:43] quantum (quantum!~carl@c-76-121-83-59.hsd1.wa.comcast.net) has joined #mythtv-users
[21:21:51] sphery: but he was a bit upset at my disturbing him (when he called me :)
[21:22:01] robski: ahh.. ok. so maybe this is the problem. I'm (perhaps stupidly) logging in and running as root. my mythtv user is running as a different user.
[21:22:04] sphery: so, if it's asking if you want to configure the database, that means it's not finding your config.xml
[21:22:11] sphery: meaning it's probably looking in some other directory
[21:22:19] sphery: i.e. the HOME is different
[21:22:22] robski: maybe I ought to put the config.xml in the /home/mythuser/.mythtv/directyr?
[21:22:25] sphery: look for "using configuration directory"
[21:22:33] robski: ya,
[21:22:36] robski: doh!
[21:22:39] sphery: and make sure the config.xml is in there (or a link to it is)
[21:22:48] quantum: Lossless transcoding not working?
[21:23:38] quantum: (0.27 nightly)
[21:23:43] sphery: IME, mythtranscode's working is hit-or-miss
[21:24:03] quantum: I run lossless and commercials are still there.
[21:24:31] sphery: depending on everything from the specific show you're attempting to transcode, the video/signal quality of the recording, the CODEC, and even mythtv version
[21:24:52] robski: from logs: Read conf dir = /var/lib/mythtv
[21:24:55] sphery: where changes elsewhere often have effects on mythtranscode, too
[21:24:56] quantum: Default transcoding works. Does default transcoding, de/reencode?
[21:25:00] robski: does that sound right?
[21:25:04] z3mark (z3mark!~z3mark@ns1.exchangesolutions.net) has quit ()
[21:25:29] sphery: quantum: in theory lossless should cut if it finishes successfully
[21:25:31] robski: or should it be in /home/userid/.mythtv/
[21:25:46] sphery: but, yeah, anything that's not lossless will unencode and then re-encode
[21:26:08] quantum: Man. Any way to find out what's going wrong with lossless?
[21:26:21] sphery: resulting in at minimum a generational loss (but often even more loss due to changes in bitrate and/or resolution and/or allocation of bits)
[21:26:49] quantum: robski: the second.
[21:27:01] sphery: robski: your distro may be trying to put configuration somewhere else
[21:27:11] sphery: which distro
[21:27:14] robski: :-) just for fun....
[21:27:17] robski: centos 6.3
[21:27:25] sphery: ah, no idea how they do it
[21:27:38] robski: ya, I don't even have a home dir.
[21:28:04] robski: I just setup the user, no shell, no profile, just for the daemon to run
[21:28:09] streeter_ (streeter_!streeter@nat/redhat/x-quvsewedaevdvgss) has joined #mythtv-users
[21:28:25] robski: something in /etc would have saved me....
[21:28:42] quantum: /etc/mythtv
[21:29:09] robski: is there a global config file in there where I can set my db connection string?
[21:29:31] Korny (Korny!~aaron@c-75-64-127-62.hsd1.tn.comcast.net) has quit (Read error: Connection reset by peer)
[21:30:06] Korny (Korny!~aaron@c-75-64-127-62.hsd1.tn.comcast.net) has joined #mythtv-users
[21:31:34] robski: Unable to read configuration file mysql.txt
[21:32:36] quantum: robski: you are not set up.
[21:32:43] quantum: There's alot to it.
[21:32:44] robski: ya somehow I'm not
[21:32:54] robski: but I did setup and managed to watch TV.
[21:33:00] quantum: Easiest way is to just install the myth packages.
[21:33:12] robski: I think it's a lot more clear. I think I just did this as root, not the mythtv user
[21:33:30] quantum: Always act as user with Myth.
[21:34:01] quantum: We can't help you set up. There's too much to it. Study the wiki.
[21:34:07] robski: yep
[21:34:16] robski: I can set it up, I did it already. just as wrong user...
[21:34:51] quantum: Then copy /root/.mythtv over to ~ and set permissions.
[21:35:20] quantum: sphery: I find there is a mythtranscode logfile!
[21:35:24] robski: ya, well. I tried that and still no access...
[21:35:31] robski: I will delete the user and recreate
[21:35:31] quantum: CoreContext transcode.cpp:126 (GetProfile) – Transcode: Couldn't find profile for : H.264
[21:35:50] quantum: robski: did you set permissions?!
[21:35:55] robski: yes
[21:36:10] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Quit: If bullets bounce off Superman's chest, why does he duck when they throw the gun at him?)
[21:36:14] louisdk (louisdk!~louis@5.103.130.65) has joined #mythtv-users
[21:37:07] robski: wait a sec... where do you configure the user that mythbackend runs under?
[21:37:33] quantum: Mythbackend is always started as root in the rc init system
[21:37:57] robski: right. so am I barking up the wrong tree? I have a config in ~/root/.mythtv
[21:38:07] robski: with the correct db connection
[21:38:30] quantum: Well you should never operate as root. Security problem.
[21:39:05] robski: ok, but if mythbackend runs as root, which home directory will it look for the config file in?
[21:39:05] quantum: The system must be root to start daemons like mythbackend
[21:39:40] quantum: /etc/mythtv]
[21:39:51] robski: I don't have an /etc/mythtv directory...
[21:39:51] quantum: >mythtv
[21:41:02] quantum: There really are no settings for the backend. I have mysql.txt there and symlink it from ~/.mythtv.
[21:41:37] quantum: Well. the backend settings are in the database.
[21:42:26] robski: ok, I'll create it and see what happens
[21:43:25] robski: still getting :Would you like to configure the database connection now? [no]
[21:43:46] quantum: Well say yes.
[21:44:08] robski: [console is not interactive, using default 'no']
[21:44:24] quantum: Dude. You're going to piss ppl here off.
[21:44:30] robski: I tried yes and got y running down my screen and had to kill the ssh session
[21:44:48] quantum: WHAT ssh session?
[21:45:11] robski: I'm trying to run this headless, so I'm ssh on my server.
[21:45:22] quantum: Start over.
[21:45:29] robski: haha
[21:45:31] robski: ok
[21:45:40] robski: probably a good idea. use a different distro
[21:45:50] quantum: I use Debian Testing.
[21:45:56] robski: I know I'm close. I watched tv on the damn thing
[21:46:08] quantum: sphery's run off...
[21:46:28] robski: ya, I'm sure they're all on #myth-without-robski
[21:46:53] quantum: ... for my question...
[21:46:59] robski: I just can't get my head around where the config files live. I'll start over
[21:47:24] robski: ... my fault ... :=)
[21:47:37] quantum: For the backend and frontend, in the database
[21:47:56] robski: cannot connect to database...
[21:48:19] robski: it's trying to connect to a db on the local machine, so there is a config error somewhere
[21:48:26] quantum: ... except what's needed to hit the database, which is in mysql.txt
[21:48:40] robski: I originally couldn't work out why my frontend but it seems my backend isn't even working
[21:48:47] quantum: lsof -i -n -P |grep 3306
[21:49:32] robski: it's on a remote db
[21:49:51] quantum: Isn't the db on the headless?
[21:50:11] robski: no, it's on another server. (i did run mythtv-setup and the db got populated)
[21:50:31] robski: I clearly started on the path of least resistance
[21:50:33] quantum: FFS. I don't have any more time.
[21:50:46] robski: no probs. thanks for your help anyway
[21:51:05] SteveGoodey (SteveGoodey!~steve@host86-147-183-135.range86-147.btcentralplus.com) has quit (Quit: Konversation terminated!)
[21:52:22] quantum: Anyone know where transcode profiles are set up? mythtv-setup?
[21:56:00] quantum: OK mythtv-setup|RecordingProfiles|Transcoding.
[21:58:24] quantum: Unfortunately there is only one option: Lossless. OK I've already tried that and it fails with Transcode: Couldn't find profile for : H.264
[21:58:51] quantum: Anyone advise?
[21:59:25] streeter_ (streeter_!streeter@nat/redhat/x-quvsewedaevdvgss) has quit (Quit: Leaving)
[22:05:35] blassey (blassey!~blassey@209.117.47.248) has joined #mythtv-users
[22:07:29] wagnerrp: mythtv cannot encode to h264 at this time
[22:07:50] wagnerrp: RTJPEG, MPEG4 ASP (divx), or lossless MPEG2->MPEG2 only
[22:08:06] pmhahn (pmhahn!~pmhahn@2001:4dd0:ff00:8d31:219:dbff:fef2:e135) has quit (Quit: Konversation terminated!)
[22:08:55] blassey (blassey!~blassey@209.117.47.248) has quit (Remote host closed the connection)
[22:11:38] quantum: O nos
[22:12:58] quantum: What do the HD-PVR types do? ATSC?
[22:13:15] Steve-Goodey (Steve-Goodey!~steve@host86-147-183-135.range86-147.btcentralplus.com) has quit (Quit: Konversation terminated!)
[22:13:20] wagnerrp: the HDPVR is an analog capture box. it does not do digital
[22:13:48] quantum: They record it as digital tho. I should think they'd encode H.264?
[22:13:54] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection)
[22:14:01] wagnerrp: correct
[22:14:24] quantum: sEEMS LIKE H.264 WOULD BE THE MOST COMMONLY-USED FORMAT.
[22:14:30] quantum: (whups)
[22:14:43] wagnerrp: all ATSC is MPEG2 and AC3
[22:14:53] quantum: Ok.
[22:15:04] zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection)
[22:15:07] wagnerrp: H264 is only supported for use with M/H (mobile) broadcasts, which is not commonly used
[22:15:07] quantum: But seems like most use HD-PVR?
[22:15:49] quantum: ... and record H.264?
[22:16:13] satmandu: sphery: What was the firmware you said worked for you for the hdhr3?
[22:16:21] jpabq: quantum: if you want to record HD from a STB using myth, then then HD-PVR is the only way. There are other options than doing that, though.
[22:16:29] wagnerrp: the only people who use HDPVRs are people capturing satellite, or digital cable from a provider that doesn't do cablecard
[22:16:59] wagnerrp: they all do cablecard, but some mark their content as copy protected, and thus unusable by mythtv
[22:17:02] quantum: I found a post on a forum with the H264 error. They set up a new profile and it fixed it. Can't find it now tho.
[22:17:30] neufeld: Cablecard isn't used in Canada, so for us it's OTA or HD-PVR.
[22:17:41] wagnerrp: that too
[22:17:47] quantum: http://ubuntuforums.org/showthread.php?t=1338343
[22:17:51] wagnerrp: although firewire works for some of you
[22:18:12] quantum: "Created a new Transcoder profile "Autodetect from 1080i" and set the Codec to MPEG-4 and it is working fine."
[22:18:40] quantum: I have no setting for "Autodetect from 1080i" of course.
[22:18:47] neufeld: Yeah, firewire worked on my STB until I plugged the coax into it. Then it downloaded a new firmware that disabled the firewire. So completely that the device doesn't even appear on the firewire bus.
[22:19:04] louisdk (louisdk!~louis@5.103.130.65) has quit (Remote host closed the connection)
[22:19:52] quantum: So some population of Myth users record with the HDPVR, and record to mpeg4. I should have thought it was more common.
[22:20:14] jpabq: neufeld: firewire worked for me for a whole 4 months, before Comcast changed everything to copy-never. A year later the HD-PVR became available.
[22:20:33] wagnerrp: comcast in your area is still copy never?
[22:20:33] neufeld: I filed an official complaint about that, and pointed them at the relevant US regulations. Their position is that firewire is only used to pirate broadcasts. I told them that if they think they're valiantly holding back the flood of piracy when firewire availability is mandated for the much larger US market, then they have to rethink.
[22:20:36] jpabq: quantum: I use two of them to record from Directv STBs.
[22:20:45] jpabq: wagnerrp: with firewire.
[22:20:45] neufeld: (complaint filed with Rogers, my provider)
[22:21:08] quantum: jpabq don't you use h.264?
[22:21:09] jpabq: wagnerrp: actually, I don't know if they "still" are. I have not had comcast in 4 years, now.
[22:21:11] satmandu: neufeld: Do you have a copy of the 20110729 firmware?
[22:21:22] neufeld: satmandu: yes. I'll drop it on my apache:
[22:21:31] jpabq: quantum: That is all the HD-PVR spits out, so yes, I use H.264
[22:21:32] wagnerrp: neufeld: try not to point too hard. the firewire requirement was repealed with the recent change in cablecard policy
[22:21:46] quantum: jpabq so you can never transcode?
[22:21:47] satmandu: sweet. I'm getting pixeleated black bars across my screen. Want to try an earlier build.
[22:21:56] neufeld: wagnerrp: Oh well.
[22:22:24] neufeld: satmandu: http://www.cneufeld.ca/neufeld/hdhomerun3_ats . . . 20110729.bin I hope apache doesn't mangle the MIME type. I'll get you the md5sum
[22:22:27] jpabq: quantum: I have never tried to transcode. H.264 generates small enough files that I have never felt the need.
[22:22:38] neufeld: satmandu: md5sum is f4b1341a593ae597a39c10cd81522dad
[22:22:54] quantum: jpabq: (Commercial removal) Seems like no h.264 transcode would be a big problem.
[22:23:09] satmandu: neufeld: That's what I see. Thanks
[22:23:25] quantum: And anyway, why would h.264 be necessary in Myth for lossless transcoding?
[22:23:26] neufeld: satmandu: OK, no problem. I'll delete it from my apache now.
[22:23:59] jpabq: quantum: I guess if you want to keep your shows around in perpetuity. Myth will happily skip the commercials in a recording, though.
[22:24:06] neufeld: quantum: check out http://www.mythtv.org/wiki/Transcoding_Preserving_Captions that's my solution
[22:24:33] quantum: I'll study that, thanks neufeld.
[22:24:56] quantum: But why would h.264 even be needed for lossless transcode?
[22:25:07] jpabq: I typically delete a recording after I have watched it, so don't feel the need to save the space.
[22:25:28] wagnerrp: the purpose of a lossless "transcode" is to clip out the sections marked as commercials without actually transcoding
[22:25:41] quantum: I archive alot of stuff, and once done commercial flagging is lost.
[22:26:15] quantum: wagnerrp: sure. But lossless is failing with Transcode: Couldn't find profile for : H.264
[22:26:29] quantum: Why is that even a problem with lossless?
[22:26:36] wagnerrp: because mythtranscode's lossless mode only works with mpeg2 video
[22:26:57] quantum: Flags are only packet markers.
[22:26:59] satmandu: neufeld: that worked. Totally a firmware issue. Thanks!
[22:27:05] neufeld: satmandu: you're welcome
[22:27:30] quantum: ... not mpeg2 or mpeg4 specific.
[22:27:32] jpabq: quantum: it is because of how far apart the keyframes are in HD-PVR H.264 videos. They are OVER 2 seconds apart. So, if you want to make a 'cut' half way between the keyframes, you must re-encode 1 second worth of H.264 frames.
[22:28:15] quantum: Schite. I should have thought this would be a common problem.
[22:28:30] slickrick (slickrick!~slickrick@CPE204e7f8e4519-CMbc1401ea6d90.cpe.net.cable.rogers.com) has joined #mythtv-users
[22:28:38] ** neufeld wanders off, AFK **
[22:29:18] wagnerrp: well... and plus the fact that simply no one has written lossless support for h264 in mythtranscode
[22:29:55] slickrick: hi. i'm trying to get udev rules set up for my hdpvr and 2 pvr500 cards. neufeld and jeffa provided me some samples a while ago and i made of not of them but never implemented them. i'm trying to get them working today.
[22:30:05] quantum: I should have thought this would have been a more common problem than it apparently is.
[22:30:28] wagnerrp: it's a common problem... just no one seems to have spent the time to have created a solution
[22:30:36] slickrick: the rule for the hdpvr works perfectly and i get a /dev/hdpvr-1 device. but i can't get the rules working for my hdpvr card. wondered if anyone could spot a mistake in them.
[22:30:38] wagnerrp: there are some external utilities that use projectx or otherwise
[22:30:46] slickrick: the hdpvr500 rule for one of cards is: KERNEL=="video[0–9]", SYSFS{vendor}=="0x4444",SYSFS{device}=="0x0016", SYSFS{subsystem_device}=="0xe807", SYMLINK+="pvr500–1", MODE="0766"
[22:31:05] slickrick: i checked udevadm and all the attributes seem to match up.
[22:31:07] slickrick: thx
[22:32:05] quantum: ProjectX sez: "At the moment, Project-X does not include support for H.264 (HD video) content. "
[22:32:06] slickrick: sorry, i meant to say can't get the rules working for my pvr500 card. the hdpvr is working.
[22:32:47] jpabq: quantum: I have not tried neufeld's solution, but knowing his work, it probably works very well. Doug Vaughan's solution is supposed to work well too: http://www.mythtv.org/wiki/Lossless_Cut
[22:33:18] quantum: I'll check them both, thanks jpabq.
[22:34:33] jpabq: slickrick: mine looks like SUBSYSTEM=="video4linux",ATTR{name}=="Hauppauge HD PVR",ATTRS{serial}=="00A6B2EC",SYMLINK+="hdpvr0"
[22:35:04] robski: well, thank you all for your patience.
[22:35:12] robski: and for your help
[22:35:12] jpabq: slickrick: Or, did you want the one for the pvr-500?
[22:35:17] slickrick: jpabq: thanks, i used J-e-f-f-A's example for the hdpvr. it's a bit different than yours but it does work.
[22:35:29] slickrick: jpabq: thats right, just for the pvr 500s.
[22:35:38] jpabq: SUBSYSTEM=="video4linux",ATTR{name}=="ivtv0 encoder MPG",KERNELS=="0000:0a:08.0",SYMLINK+="pvr_500_1"
[22:36:09] jpabq: SUBSYSTEM=="video4linux",ATTR{name}=="ivtv1 encoder MPG",KERNELS=="0000:0a:09.0",SYMLINK+="pvr_500_2"
[22:36:27] jpabq: I don't remember how I cam up with that, though.
[22:36:30] robski: I managed to get my backend up by copying everything from ~/.mythtv to /var/lib/mythtv
[22:36:53] quantum: ... That's CentOS...
[22:37:06] robski: but I'm going to start from scratch because it still doesn't work and something is crazy
[22:37:20] slickrick: jpabq: thanks. it's a bit different than the one i was using, i'm going to try it.
[22:37:34] robski: I will install a different distro. probably fedora
[22:37:56] jpabq: slickrick: do this to find appropriate attributes to key off of udevadm info -a -p $(udevadm info -q path -n /dev/video2)
[22:37:57] quantum: You'll get more commonality here with Debian.
[22:38:14] robski: ok, well maybe I will install debian in that case
[22:38:19] jpabq: slickrick: of course, change /dev/video2 to whatever is appropriate for your pvr500
[22:38:22] slickrick: jpabq: yeah i saw that command in the wiki and thats what i was using.
[22:39:10] slickrick: giving it a go now...
[22:39:47] quantum (quantum!~carl@c-76-121-83-59.hsd1.wa.comcast.net) has left #mythtv-users ()
[22:40:35] slickrick: ping gabe
[22:40:38] slickrick: oops. sorry.
[22:40:52] tlhiv_laptop (tlhiv_laptop!~foo@c-68-35-204-183.hsd1.al.comcast.net) has quit (Ping timeout: 248 seconds)
[22:41:13] robski (robski!~robski@77.153.238.178.in-addr.arpa) has quit (Quit: Leaving)
[22:42:10] slickrick: jpaq: awesome. it worked. thanks for that.
[22:42:44] slickrick: well one worked, but closer anyways.
[22:45:03] sl1ce (sl1ce!~johnathan@pool-100-0-73-123.bstnma.fios.verizon.net) has quit (Quit: Konversation terminated!)
[22:46:19] tlhiv_laptop (tlhiv_laptop!~foo@c-68-35-204-183.hsd1.al.comcast.net) has joined #mythtv-users
[22:52:40] slickrick: i found it, for ATTR{name} i have ivtv1 for both cards, duh.
[22:52:50] slickrick: jpabq: thanks again for your help.
[22:53:16] jpabq: slickrick: your welcome.
[22:55:31] sl1ce (sl1ce!~johnathan@pool-100-0-73-123.bstnma.fios.verizon.net) has joined #mythtv-users
[23:00:29] tlhiv_laptop (tlhiv_laptop!~foo@c-68-35-204-183.hsd1.al.comcast.net) has quit (Ping timeout: 255 seconds)
[23:01:55] Skeeve_work (Skeeve_work!~skeeve@wsip-98-175-49-254.ks.ks.cox.net) has quit (Ping timeout: 256 seconds)
[23:02:38] streeter (streeter!streeter@nat/redhat/x-mqbbhxvciiqwdilu) has quit (Quit: Leaving)
[23:03:57] tlhiv_laptop (tlhiv_laptop!~foo@c-68-35-204-183.hsd1.al.comcast.net) has joined #mythtv-users
[23:09:32] Skeeve_work (Skeeve_work!~skeeve@wsip-98-175-49-254.ks.ks.cox.net) has joined #mythtv-users
[23:11:21] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 252 seconds)
[23:12:52] tlhiv_laptop (tlhiv_laptop!~foo@c-68-35-204-183.hsd1.al.comcast.net) has quit (Ping timeout: 248 seconds)
[23:14:52] faichele (faichele!~quassel@p57952CD2.dip.t-dialin.net) has quit (Remote host closed the connection)
[23:16:42] tlhiv_laptop (tlhiv_laptop!~foo@c-68-35-204-183.hsd1.al.comcast.net) has joined #mythtv-users
[23:19:17] jabain (jabain!~andy@d216-121-191-216.home3.cgocable.net) has quit (Read error: Connection reset by peer)
[23:22:28] tlhiv_laptop (tlhiv_laptop!~foo@c-68-35-204-183.hsd1.al.comcast.net) has quit (Ping timeout: 248 seconds)
[23:23:50] Tobbe5178 (Tobbe5178!~asdf@h186n5-sv-a13.ias.bredband.telia.com) has joined #mythtv-users
[23:23:58] Tobbe5178 (Tobbe5178!~asdf@h186n5-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer)
[23:34:44] Korny (Korny!~aaron@c-75-64-127-62.hsd1.tn.comcast.net) has quit (Read error: Operation timed out)
[23:52:31] Sharky-AFK is now known as Sharky112065
[23:53:29] croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has joined #mythtv-users
[23:53:33] jabain (jabain!~andy@d216-121-191-216.home3.cgocable.net) has joined #mythtv-users
[23:56:01] tlhiv_laptop (tlhiv_laptop!~foo@c-68-35-204-183.hsd1.al.comcast.net) has joined #mythtv-users
[23:56:05] baggy (baggy!~baggy@baggywrinkle.demon.co.uk) has quit (Read error: Connection timed out)
[23:58:06] kwmonroe (kwmonroe!~kwmonroe@32.97.110.60) has quit (Quit: Coyote finally caught me)

IRC Logs collected by BeirdoBot.
Please use the above link to report any bugs.