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

Daily chat history

Current users (154):

aberrios, abqjp, adante, aidanhammond, akv, aloril, Anduin, AndyCap, Anomaly`, anykey_, Beirdo, benc-, Bhaal, BLZbubba, bobgill, brfransen, bugthing, cafuego, Captain_Murdoch2, Cardoe, ChanServ, CiaranG, clever, Cougar, croppa, damaltor, Dave123, Dave123-road, davide, deathadder, dekarl, dlblog, dougl, drindt, emmanuelux, ertyu-m, EvilGuru, felipe`, Floppe, G, gholmlund, ghoti, gpd, gregL, GreyFoxx, grumpydevil, Guest47609, Heliwr, highzeth, hipitihop, iamlindoro, ikevin, infojunky, J-e-f-f-A, jamesd_laptop, JamesJRH, jams, jarle, jbrett, jcarlos, jduggan_, jm|laptop, joe___, johnf1911, jpabq-, jstenback, justdave, justinh, KaZeR, keith4, kenni, kinsel, kloeri, knightr, kormoc, kurre2, kwmonroe, LabMonkey, lapion, larrikin_, LedHed, likwid--_, lis0r, lotia, M0nk3Ee_, mag0o, Meliorator, Metoer, mike|2, MilkBoy_, mirage335, MissionCritical, MMlosh, Moscherkobold, Muzer, MythLogBot, mzanetti_, mzb, natanojl, NightMonkey, npm, okolsi, ontae, Peitolm, peterpops, pheld, pigeon, ponyofdeath, pos, purserj, quicksil1er, RagingMind, rellig, rhpot1991, rileyp, Roklobsta_, rsiebert, russell5, sailerboy, Scopeuk-AFK, Seeker`, Shadow__X, sid3windr, skd5aner, Slasher`, sphery, squidly, sraue, StevenR, styelz, sulx, sutula, tank-man, Technophil, tgm4883, thefRont, ThisNewGuy, tlhiv_laptop, toeb, tomimo, toorima, tris, troyt, trumee, Twiggy2cents, ubIx, Unhelpful, uW, Vollstrecker_, wahrhaft, xrdodrx, xtort-, zCougar, _charly_

Error at /opt/beirdobot/share/beirdobot/web/includes/utils.php, line 120:
htmlentities() [function.htmlentities]: Invalid multibyte sequence in argument


Details:
    datetime:  2012-01-14 01:41:35 (UTC)
    errornum:  2
  error type:  Warning
error string:  htmlentities() [<a href='function.htmlentities'>function.htmlentities</a>]: Invalid multibyte sequence in argument
    filename:  /opt/beirdobot/share/beirdobot/web/includes/utils.php
  error line:  120
Friday, January 13th, 2012, 00:01 UTC
[00:01:54] mangus580: I even just tested it by sending a series of 1's using 'irsend SEND_ONCE blaster 0_86_KEY_1' commands
[00:02:00] mangus580: and the box took them all and changed to 111
[00:04:35] dannyboy1121 (dannyboy1121!4e697bbe@gateway/web/freenode/ip.78.105.123.190) has joined #mythtv-users
[00:06:13] dannyboy1121: Can someone advise – how do I force a database schema update of my backend to support a newer frontend? I've tried running mythbackend and mythtv-setup but the schema stays the same. It's driving me mad.
[00:23:24] tgm4883: dannyboy1121, the backend should be the same version as the frontend
[00:24:02] dannyboy1121: I've twigged. I'm running a dist-upgrade now ;)
[00:24:49] tgm4883: dannyboy1121, what distro?
[00:24:53] tgm4883: and what mythtv versions?
[00:25:30] dannyboy1121: lenny -> squeeze from 0.23 to 0.24 (I think)
[00:26:12] Roklobsta_: there is an ubuntu ppa with the latest 0.24 plus patches you could possibly use on debina too
[00:26:36] tgm4883: dannyboy1121, IDK what versions are in each debian release. I've got ubuntu packages for each release that we ship for (we build multiple mythtv versions for each mythbuntu release)
[00:30:37] Roklobsta_: http://www.ubuntuupdates.org/ppas/69 and http://www.avenard.org/media/Ubuntu_Repositor . . . ository.html are two ubuntu repos you can use to keep up to date.
[00:31:18] dannyboy1121: The Squeeze backend is 0.24.1+fixes .. we'll see what happens. I'll copy those repos thanks in case it's broken when I wake up tomorrow.
[00:31:39] dannyboy1121: Thanks for your help.
[00:31:42] dannyboy1121: 0/
[00:31:46] dannyboy1121 (dannyboy1121!4e697bbe@gateway/web/freenode/ip.78.105.123.190) has quit ()
[00:33:02] andreax (andreax!~andreaz@p54BF337A.dip.t-dialin.net) has joined #mythtv-users
[00:36:22] hadees (hadees!~hadees@72-48-91-73.dyn.grandenetworks.net) has quit (Quit: hadees)
[00:40:57] awalls (awalls!~awalls@d-72-9-3-220.cpe.metrocast.net) has joined #mythtv-users
[00:42:40] kisak (kisak!~kisak@pool-96-240-145-82.hrbgpa.fios.verizon.net) has quit (Quit: leaving)
[00:50:00] wagnerrp: Beirdo: i came across 10259 a couple days ago, but didnt have a chance to look into it at the time
[00:50:06] wagnerrp: if you need anything in regards to it
[00:50:35] Beirdo: K. It shouldn't be too hard to test
[00:51:08] Beirdo: I think I'd just need to change my master backend IP in the db to my ipv6
[00:52:19] wagnerrp: well whatever the cause, its server-side
[00:52:23] wagnerrp: since the python bindings dont work either
[00:53:40] wagnerrp: or... perhaps not, it seems to be connecting now
[00:53:43] Beirdo: yeah
[00:53:55] Beirdo: with that patch in?
[00:54:01] wagnerrp: no patches
[00:54:12] wagnerrp: im running something from... i believe tuesday
[00:54:16] Beirdo: there may need one around the bind as well, not sure
[00:54:18] Beirdo: ahhh
[00:54:43] Beirdo: well, I'll play a bit tonight, I expect that patch will be needed, but hopefully not much more
[00:56:36] stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has joined #mythtv-users
[00:56:36] wagnerrp: yeah, i see nothing abnormal in the python connection logs at current
[00:56:36] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv-users
[00:56:36] stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has quit (Changing host)
[00:56:37] Mode for #mythtv-users by ChanServ!ChanServ@services. : +v stuartm
[00:56:44] wagnerrp: not sure what the problem was i saw a couple days ago
[01:00:34] wagnerrp: Reconnect mythsocket.cpp:827 (connect) – MythSocket(7f4e88197a10:47): connect() failed (InternalError)
[01:00:38] wagnerrp: if that helps you any
[01:03:41] stuartm\gbee (stuartm\gbee!~stuartm@mythtv/developer/stuartm) has quit (*.net *.split)
[01:03:42] prologic (prologic!~prologic@unaffiliated/prologic) has quit (*.net *.split)
[01:03:42] xris (xris!~xris@mythtv/developer/xris) has quit (*.net *.split)
[01:03:59] hadees (hadees!~hadees@72-48-91-73.dyn.grandenetworks.net) has joined #mythtv-users
[01:04:22] jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (Quit: jpabq)
[01:08:55] wagnerrp: busy night... looks like all the major network shows started back up this week
[01:09:21] awalls (awalls!~awalls@d-72-9-3-220.cpe.metrocast.net) has left #mythtv-users ()
[01:10:45] xris (xris!~xris@xris.forevermore.net) has joined #mythtv-users
[01:10:46] xris (xris!~xris@xris.forevermore.net) has quit (Changing host)
[01:10:46] xris (xris!~xris@mythtv/developer/xris) has joined #mythtv-users
[01:10:46] Mode for #mythtv-users by ChanServ!ChanServ@services. : +v xris
[01:11:45] prologic (prologic!~prologic@millshome.overthewire.com.au) has joined #mythtv-users
[01:12:11] prologic is now known as Guest47609
[01:21:35] wagnerrp: iamlindoro: some guy on the tmdb api help forums asking about a "bug" with language handling
[01:25:18] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)
[01:28:57] Dave123-road (Dave123-road!~dave@cpe-74-74-200-106.rochester.res.rr.com) has quit (Ping timeout: 252 seconds)
[01:31:07] iamlindoro: wagnerrp: relevant to us?
[01:31:14] mangus580: wow I made it work!!
[01:31:23] wagnerrp: erm... language handling in tmdb.py
[01:31:54] wagnerrp: getting russian as the fallback language
[01:32:05] wagnerrp: (because russian was the original language of the film, not english)
[01:32:16] emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Remote host closed the connection)
[01:32:17] wagnerrp: not our fault, issue with the API itself
[01:32:27] wagnerrp: just odd that he chose to go there for help rather than our ticketing system
[01:33:02] emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has joined #mythtv-users
[01:33:25] emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Read error: Connection reset by peer)
[01:50:37] nordle:
[01:50:48] nordle: exit
[01:50:52] nordle: :)
[01:50:56] nordle (nordle!~nordle@87.112.143.237) has quit (Quit: Ex-Chat)
[01:51:15] xtort- (xtort-!~xtort-@216.231.135.53) has quit (Read error: Operation timed out)
[01:51:18] emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has joined #mythtv-users
[01:51:41] andreax (andreax!~andreaz@p54BF337A.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[01:53:13] xtort- (xtort-!~xtort-@216.231.135.53) has joined #mythtv-users
[01:58:29] xtort- (xtort-!~xtort-@216.231.135.53) has quit (Read error: Operation timed out)
[02:02:43] xtort- (xtort-!~xtort-@216.231.135.53) has joined #mythtv-users
[02:03:14] mybox1776 (mybox1776!~mybox1776@cpe-66-66-134-135.rochester.res.rr.com) has joined #mythtv-users
[02:03:33] mybox1776: I wondering if anyone out there has had experience w/ getting a Hauppauge HVR 850 to work uner the lasted Ubuntu ..... I have located a few resources online regarding drivers/firmware that needs to be install.... Ihave downloaded the latest firmware --- but there is (what appears to be a simple instruction, but it doesn't work. Anyone out there able to help w/ this issue? I really would like to watch LIVE TV ...u
[02:03:33] mybox1776: sing this tuner.
[02:04:53] davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection)
[02:05:16] davide (davide!~david@host70.16.intrusion.com) has joined #mythtv-users
[02:10:26] mangus580: anyone use mythmote?
[02:15:03] wagnerrp: GAH!
[02:15:15] wagnerrp: bad weather tickers
[02:16:05] wagnerrp: theres half an inch of snow on the grass, none on the roads, and it has stopped snowing
[02:16:15] wagnerrp: there is NO REASON TO BE REPORTING CLOSINGS
[02:17:07] lyricnz (lyricnz!~simonrobe@r125-63-197-127.cpe.unwired.net.au) has joined #mythtv-users
[02:34:38] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[02:35:19] StevenR (StevenR!~foo@cpc2-sgyl27-2-0-cust391.sgyl.cable.virginmedia.com) has quit (Ping timeout: 252 seconds)
[02:35:55] StevenR (StevenR!~foo@cpc2-sgyl27-2-0-cust391.sgyl.cable.virginmedia.com) has joined #mythtv-users
[02:39:29] mybox1776 (mybox1776!~mybox1776@cpe-66-66-134-135.rochester.res.rr.com) has quit (Quit: Leaving)
[02:40:05] mangus580 (mangus580!~Mike@cpe-69-207-71-62.rochester.res.rr.com) has left #mythtv-users ()
[02:45:55] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv-users
[02:47:36] wagnerrp: hahaha.... computer viruses coming through a 3D scan of bones
[02:49:38] akv (akv!~akv@lnxbx.dk) has quit (Ping timeout: 255 seconds)
[02:52:04] ertyu-m (ertyu-m!~ertyu@2001:4978:1e3:0:219:e3ff:fe04:bb8c) has joined #mythtv-users
[02:52:50] pos (pos!~mark@ppp-46-236.grapevine.net.au) has quit (Ping timeout: 276 seconds)
[02:53:52] pos (pos!~mark@ppp-46-236.grapevine.net.au) has joined #mythtv-users
[02:54:25] [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users
[02:58:01] mybox1776 (mybox1776!~mybox1776@cpe-66-66-134-135.rochester.res.rr.com) has joined #mythtv-users
[02:58:17] mybox1776: I was wondering if anyone out there has had experience w/ getting a Hauppauge HVR-850 to work under the latest Ubuntu ..... I have located a few resources online regarding drivers/firmware that needs to be installed ect.......
[02:58:30] mybox1776: I have downloaded the latest firmware from a resource (http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-HVR-850) but there is (what appears to be a simple instruction (s), but it doesn't work. Anyone out there able to help w/ this issue?
[02:59:25] mybox1776: After installing new firmware (I think I did it OK) still nothing works. I have posted my logs on this link. Can someone help me? http://pastebin.com/eXKmnud6
[03:01:01] mangus580 (mangus580!~Mike@cpe-69-207-71-62.rochester.res.rr.com) has joined #mythtv-users
[03:01:30] mangus580: I tell ya, if its not one thing, its another
[03:02:24] wagnerrp: i would say to try #linuxtv
[03:02:35] wagnerrp: since theyre the ones who actually write and maintain the drivers
[03:03:04] wagnerrp: until you have a working /dev/dvb/adapter<n>/, its really outside out area of expertise
[03:07:32] akv (akv!~akv@lnxbx.dk) has joined #mythtv-users
[03:08:21] mybox1776: Wagner* how do I know if I have a working /dev/dvb/adapter?
[03:08:25] Vollstrecker_ (Vollstrecker_!~Vollstrec@p4FC7DDF5.dip.t-dialin.net) has quit (Ping timeout: 276 seconds)
[03:08:42] wagnerrp: do you see one in the filesystem?
[03:08:42] Vollstrecker_ (Vollstrecker_!~Vollstrec@p4FC7D686.dip.t-dialin.net) has joined #mythtv-users
[03:08:55] wagnerrp: right now, with those errors in your dmesg, i would assume not
[03:09:59] mybox1776: ok thx
[03:16:47] mangus580 (mangus580!~Mike@cpe-69-207-71-62.rochester.res.rr.com) has left #mythtv-users ()
[03:17:25] Dave123-road (Dave123-road!~dave@cpe-74-74-200-106.rochester.res.rr.com) has joined #mythtv-users
[03:24:06] ertyu-m: how reliable is firewire to a dct6200?
[03:25:04] wagnerrp: would that be for recording or changing channels?
[03:25:35] ertyu-m: both
[03:25:46] wagnerrp: not as reliable as a cablecard tuner
[03:25:55] wagnerrp: and more expensive to boot
[03:26:01] ertyu-m: cablecard is not an option here
[03:26:09] ertyu-m: well, not supported anyway
[03:26:09] wagnerrp: canada?
[03:26:30] ertyu-m: yep
[03:26:33] wagnerrp: youre on ipv6, so i couldnt check your provider before answering
[03:26:44] ertyu-m: Shaw fwiw
[03:27:16] wagnerrp: reliable-ish
[03:27:42] ertyu-m: recording more so than channel changing I gather?
[03:27:44] wagnerrp: better than nothing, assuming your desired channels are all marked copy-freely
[03:28:13] ertyu-m: I've been testing it a bit, a scattering of channels turned up no issues
[03:28:20] wagnerrp: channel changing and recording should be roughly equivalent
[03:28:40] wagnerrp: the problem is hit or miss whether the next firmware push from the cableco disables video output
[03:28:47] wagnerrp: or encrypts all channels
[03:28:52] wagnerrp: or does something other than you want
[03:29:00] ertyu-m: the only thing is that I seemed to be seeing a lot more video corruption, couldn't determine if that was in the video source or that was some artifact of loading the box with firewire output
[03:30:00] ertyu-m: its a cheaper option than using an hdpvr or something
[03:30:23] ertyu-m: trying to figure out how to deal with an all digital lineup
[03:33:33] ertyu-m: how about an hvr-950q for astc?
[03:34:37] wagnerrp: should work fine for broadcast channels
[03:35:10] ertyu-m: it's been locking up for me in testing after a couple scheduled recordings, then seems to need a reboot
[03:37:24] pyther (pyther!~pyther@unaffiliated/pyther) has quit (Ping timeout: 240 seconds)
[03:47:45] ** J-e-f-f-A uses a pair of HD-PVRs with HD STB's... **
[03:49:57] NewBuntu81 (NewBuntu81!~HVR2250@pool-173-67-132-17.hrbgpa.east.verizon.net) has joined #mythtv-users
[03:50:50] NewBuntu81 (NewBuntu81!~HVR2250@pool-173-67-132-17.hrbgpa.east.verizon.net) has left #mythtv-users ()
[03:51:26] mybox1776 (mybox1776!~mybox1776@cpe-66-66-134-135.rochester.res.rr.com) has quit (Quit: Leaving)
[03:56:29] highzeth (highzeth!~hz@hoiseth.no) has quit (Ping timeout: 252 seconds)
[04:02:40] ertyu-m: are there any video cards supporting vdpau and analog tv out?
[04:02:56] [R]: i think the nvidia 8400 has analog
[04:03:19] [R]: what kind of crappy processor do you have that it can't handle stanadard defintion?
[04:04:02] ertyu-m: future proofing :)
[04:04:47] wagnerrp: ertyu-m: yeah, only the 8 and 9 series cards typically come with analog TV outputs
[04:04:59] wagnerrp: supposedly, some of the GT2xx can be found as well
[04:05:04] wagnerrp: but ive never seen one myself
[04:05:31] [R]: its like a unicorn, eh?
[04:05:44] wagnerrp: which means if you want an old output such as that, act fast, since those things are only going up in price
[04:06:19] wagnerrp: and from personal experience, the svideo output on an 8400 is surprisingly improved from that on the 6200, which is oddly still common
[04:21:22] highzeth (highzeth!~hz@223-34-11.connect.netcom.no) has joined #mythtv-users
[04:25:49] sean1 (sean1!~sean@173.234.43.202) has joined #mythtv-users
[04:32:48] sean1: Trying to figure out a weird behaviour on my dads myth system. He has multiple shows taping. Normally to tape a show to tape "any time , any channel" and then I tell it new episodes only. In the past this has been the best since it allows the scheduler some flexibility selection channelsf and times. Using this same method, his system is taping too many recordings. For example, today it recorded 2 different dr oz shows, one was new (original air date tod
[04:32:48] sean1: ay) and the other had an original air date of several weeks ago. It has been my experience that this should not be recorded when record new episodes is selected. Is this how it works?
[04:34:49] wagnerrp: mythtv isnt designed to do manual capture from tape
[04:35:49] wagnerrp: two things could be happening here
[04:35:59] wagnerrp: either the previous recording may have been skipped due to a conflict
[04:36:04] wagnerrp: and mythtv is picking up a later rerun
[04:36:09] sean1: haha, sorry, recording, not tapings
[04:36:34] wagnerrp: or the show is listed under a unique programid such that mythtv thinks its a different episode than anything previously recorded
[04:36:53] wagnerrp: is there actually a previous instance of that episode on disk?
[04:37:39] sean1: No, the system was just brought a week or so ago
[04:38:07] sean1: so it should not have been set to record that
[04:38:43] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Quit: Ex-Chat)
[04:38:44] wagnerrp: well then the third reason, it simply has never been recorded before, so mythtv is recording it
[04:39:02] wagnerrp: if you dont want it to record those episodes, you need to set the rule to only record new episodes
[04:39:18] sean1: that rule was set
[04:39:36] sean1: that is why I am confused
[04:40:15] wagnerrp: do you possibly have EIT enabled?
[04:40:51] wagnerrp: strange behavior is generally the consequence of mixing EIT data with an external guide source
[04:41:33] sean1: I set it to tape the new show "the firm". Set "anytime anychannel", new episodes only and it has scheduled to continually tape the movie "the firm"
[04:41:42] sean1: I think that might be a bug actually
[04:42:23] wagnerrp: no, its simply searching for any instance of 'the firm' in the title
[04:42:28] sean1: Thanks wagnerrp, I will check the eit settings now
[04:42:39] sean1: ahhhhh, ok
[04:42:45] wagnerrp: it doesnt know to specifically look for television shows
[04:43:00] wagnerrp: however, you can create a 'power rule' that would specify such properties
[04:43:21] wagnerrp: power rules are basically just a custom SQL query
[04:43:24] ertyu-m: it doesn't use the xmltv series ID?
[04:43:37] wagnerrp: no
[04:44:27] wagnerrp: well, perhaps it does... there are fields for that in the table
[04:44:32] wagnerrp: i dont know off hand
[04:44:41] sean1: I thought the bug might be the fact that is it recording every showing of the movie and not just one
[04:45:06] wagnerrp: it should only be recording one instance of it
[04:45:30] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has left #mythtv-users ()
[04:45:33] wagnerrp: is it actually recording multiples? or is it just listing them in upcoming, with a code that says there is an earlier recording of it?
[04:45:57] sean1: No, it is scheduling multiples
[04:48:01] tgm4883: I don't know much about the scheduler, but is it possibly bad EIT data? Is every show marked as new?
[04:49:09] sean1: If anyone out there want to confirm behaviour. Set a recording of the firm (tv show), set it to "Record at any time on any channel" and New epidsodes only.
[04:49:51] sean1: I am in Canada and I get the movie scheduling over and over on the channel Showcase
[04:50:13] highzeth (highzeth!~hz@223-34-11.connect.netcom.no) has quit (Ping timeout: 252 seconds)
[04:50:27] tgm4883: sean1, so pretty much like every one of my schedules is set up right now?
[04:50:43] tgm4883: pretty much how sphery told me to set it up
[04:50:45] sean1: tgm4883, that sounds probable
[04:51:37] sean1: ahhhh, well maybe I have been doing it wrong all these years, what is the best way to set up a recording
[04:52:54] tgm4883: any time, any channel
[04:53:01] tgm4883: filtering on new recording only if you want
[04:53:09] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users
[04:53:44] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 276 seconds)
[04:53:57] sean1: I set channel priorities so I get hd recordings, set it to anytime anychannel, and filter on new episodes only
[04:54:42] sean1: Ok, so we are doing it the same way basically, do you have channel priorities set
[04:54:50] tgm4883: nope
[04:57:57] rileyp (rileyp!~dad@123-3-231-197.static.dsl.dodo.com.au) has joined #mythtv-users
[04:59:38] sean1: It works great if you have a mix of hd and sd channels
[05:00:19] sean1: and only want the hd shows
[05:00:33] sean1: Hummm, I will have to do some digging
[05:07:08] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[05:15:12] emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Remote host closed the connection)
[05:17:59] emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has joined #mythtv-users
[05:24:26] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users
[05:31:43] emmanuel_ (emmanuel_!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has joined #mythtv-users
[05:31:44] emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Write error: Connection reset by peer)
[05:34:18] sphery: sean1: http://www.mythtv.org/wiki/Duplicate_matching
[05:37:04] emmanuel_ (emmanuel_!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Remote host closed the connection)
[05:41:51] sean1: Hi sphery, thanks, I will take a look through it
[05:46:16] sean1: sphery and everyone, thank you sooo much, for some reason showcase was marking every episode as a generic episode. I switched the filter to Exclude repeat and generic episodes, everything fixed now
[05:49:25] sean1: Just out of curiosity, is there a way to get only new episodes and exclude generic episodes. I am assuming that there is a difference between excluding repeats and new episodes
[05:53:50] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[05:55:13] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv-users
[05:55:13] Mode for #mythtv-users by ChanServ!ChanServ@services. : +v kormoc
[05:56:24] skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has quit (Ping timeout: 240 seconds)
[05:56:56] wahrhaft (wahrhaft!~quassel@cpe-24-210-71-26.columbus.res.rr.com) has quit (Ping timeout: 252 seconds)
[05:57:14] clgshaft (clgshaft!~clgshaft@S010678cd8e7c03a8.cg.shawcable.net) has joined #mythtv-users
[05:57:23] skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has joined #mythtv-users
[05:58:09] wahrhaft (wahrhaft!~quassel@cpe-24-210-71-26.columbus.res.rr.com) has joined #mythtv-users
[06:02:04] sean1: I am just wondering , when you filter for "new episodes only". How are those "new" episodes detected. I have there system setup to record dr. oz. It is set for anytime, anychannel and new episodes only. Tomorrow it has scheduled two recordings of dr oz. Both on same channel, neither are generic, and the original air dates are jan 13 2012 and Jan 5 2012.
[06:02:33] sean1: with it set to new episodes only, why is it scheduling the showing from Jan 5, 2012
[06:08:14] ertyu-m: perhaps because it was new jan 5, but it didn't get a chance to record it
[06:08:42] clgshaft (clgshaft!~clgshaft@S010678cd8e7c03a8.cg.shawcable.net) has quit (Quit: Colloquy for iPhone - http://colloquy.mobi)
[06:10:37] sean1: Hummm, perhaps, I thought the new episode filter meant just grab the new stuff
[06:10:54] sean1: It makes sense though
[06:13:00] sean1: I will have to dig in the wiki, thanks for the help everyone tonight. mythtv has a great community
[06:13:25] sean1 (sean1!~sean@173.234.43.202) has quit (Quit: Leaving)
[06:16:26] ertyu-m: yep, 950q is stuck again, doesn't record and live tv says partial lock
[06:18:24] ertyu-m: but yet azap can get a lock
[06:23:09] clydefrog (clydefrog!~clydefrog@ip98-184-74-7.ri.ri.cox.net) has joined #mythtv-users
[06:26:52] clydefrog (clydefrog!~clydefrog@ip98-184-74-7.ri.ri.cox.net) has left #mythtv-users ()
[06:31:23] croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has joined #mythtv-users
[06:33:58] hadees (hadees!~hadees@72-48-91-73.dyn.grandenetworks.net) has quit (Quit: hadees)
[06:34:02] lyricnz_ (lyricnz_!~simonrobe@r125-63-197-127.cpe.unwired.net.au) has joined #mythtv-users
[06:37:16] lyricnz (lyricnz!~simonrobe@r125-63-197-127.cpe.unwired.net.au) has quit (Ping timeout: 240 seconds)
[06:37:16] lyricnz_ is now known as lyricnz
[06:41:07] nutron (nutron!~dserban@24.67.96.21) has quit (Quit: WeeChat 0.3.6)
[07:01:03] hadees (hadees!~hadees@72-48-91-73.dyn.grandenetworks.net) has joined #mythtv-users
[07:14:02] trumee (trumee!~parul@93-96-1-66.zone4.bethere.co.uk) has quit (Read error: Connection reset by peer)
[07:14:47] trumee (trumee!~parul@93-96-1-66.zone4.bethere.co.uk) has joined #mythtv-users
[07:24:01] ubIx (ubIx!~ulf@p5DD186F8.dip0.t-ipconnect.de) has joined #mythtv-users
[07:25:20] lyricnz (lyricnz!~simonrobe@r125-63-197-127.cpe.unwired.net.au) has quit (Quit: lyricnz)
[07:27:08] ubIx_ (ubIx_!~ulf@p5DD186B0.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds)
[07:45:18] Oleg_ (Oleg_!~mine@pool-96-224-20-182.nycmny.east.verizon.net) has quit (Remote host closed the connection)
[07:45:28] hadees (hadees!~hadees@72-48-91-73.dyn.grandenetworks.net) has quit (Quit: hadees)
[07:50:21] [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving)
[07:59:22] Scopeuk-AFK is now known as Scopeuk
[08:01:14] rileyp (rileyp!~dad@123-3-231-197.static.dsl.dodo.com.au) has quit (Ping timeout: 252 seconds)
[08:09:23] octavsly (octavsly!~octavsly@emea-ext.nics.nxp.com) has joined #mythtv-users
[08:12:02] Scopeuk is now known as Scopeuk-AFK
[08:21:21] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv-users
[08:28:10] rileyp (rileyp!~dad@123-3-231-197.static.dsl.dodo.com.au) has joined #mythtv-users
[09:06:32] rileyp (rileyp!~dad@123-3-231-197.static.dsl.dodo.com.au) has quit (Remote host closed the connection)
[09:32:09] mycosys (mycosys!~mycosys@220-245-190-74.static.tpgi.com.au) has joined #mythtv-users
[09:32:09] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv-users
[09:32:09] mycosys (mycosys!~mycosys@220-245-190-74.static.tpgi.com.au) has quit (Changing host)
[09:34:24] Moscherkobold (Moscherkobold!Moscherkob@roath.org) has quit (Read error: Connection reset by peer)
[09:39:47] Moscherkobold (Moscherkobold!Moscherkob@roath.org) has joined #mythtv-users
[09:41:47] Moscherkobold (Moscherkobold!Moscherkob@roath.org) has quit (Client Quit)
[09:42:00] Moscherkobold (Moscherkobold!Moscherkob@roath.org) has joined #mythtv-users
[09:47:13] Shadow__X (Shadow__X!~jose@c-68-38-215-67.hsd1.nj.comcast.net) has quit (Changing host)
[09:47:13] Shadow__X (Shadow__X!~jose@unaffiliated/shadowx/x-411846) has joined #mythtv-users
[09:49:45] highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv-users
[09:59:18] hashbang (hashbang!~isajb@2001:630:e4:1212:230:48ff:febf:1392) has joined #mythtv-users
[10:39:57] Jovaro (Jovaro!~SL007@c-d20ce755.08-77-67626717.cust.bredbandsbolaget.se) has joined #mythtv-users
[10:40:21] Jovaro: Hi, is it possible to control when user jobs are run? I would like to run my user job while the program is recording is that possible?
[10:41:04] drindt (drindt!~drindt@89.204.155.73) has quit (Ping timeout: 240 seconds)
[10:43:23] drindt (drindt!~drindt@89.204.155.73) has joined #mythtv-users
[10:47:27] Peitolm: Jovaro: yes, see mythtv-setup
[10:47:34] Peitolm: actually no
[10:47:58] Peitolm: you can set eligable time frames, but not 'while a program is recording'
[10:48:03] Peitolm: what's the use case?
[10:49:08] Jovaro: I want to copy a program that is being recorded on the backend to another computer that doesn't run mythtv and watch the show from there
[10:49:42] Jovaro: copying is faster then recording and I want to start watching as soon as possible
[10:53:58] Peitolm: you can use a post recording event then
[10:54:05] Peitolm: that's what i do
[10:54:11] Peitolm: but it only works at the end of the job
[10:54:50] Peitolm: if the copy is faster than the record, you'll end up with a truncated recording at the recieving end
[10:55:06] Jovaro: yes, but I'd really like it to trigger at the beginning
[10:55:13] Jovaro: I already fixed that problem
[10:55:33] Jovaro: got a script that keeps copying until the recording is done
[10:55:50] Peitolm: if you have, then you could do an job triggered by the 'recording starting' event
[10:56:13] Jovaro: that sounds perfect, but how do I do that?
[10:56:25] Peitolm: it's in mythtv-setup
[10:56:38] Jovaro: ok, am looking there now
[10:56:42] Peitolm: i can't remember off the top of my head, but i'm fairly sure it's in there now
[10:56:59] Peitolm: the magic word is event i think
[10:57:46] Jovaro: ah in system events, those weren't there when I installed mythtv I think :)
[10:58:00] Peitolm: depends when you installed mythtv :)
[10:58:09] Jovaro: long time ago :)
[10:58:15] Peitolm: they weren't in there when i installed it
[10:59:09] Peitolm: I wonder who has the the longest running install outside of the lead dev.
[11:00:41] Jovaro: Ok, I found the event, now I just need to change my script to only run if it is a show I want to copy
[11:05:02] mike|334 (mike|334!~mike@c-76-115-119-121.hsd1.or.comcast.net) has quit (Remote host closed the connection)
[11:05:51] mike|2 (mike|2!~mike@c-76-115-119-121.hsd1.or.comcast.net) has joined #mythtv-users
[11:19:00] highzeth (highzeth!~hz@hoiseth.no) has quit (Ping timeout: 240 seconds)
[11:19:27] hpeter (hpeter!~hpeter@80-218-27-243.dclient.hispeed.ch) has joined #mythtv-users
[11:20:47] highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv-users
[11:36:33] MrPaco (MrPaco!~MrPaco@79.131.219.87.dynamic.jazztel.es) has joined #mythtv-users
[11:57:45] croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has quit (Remote host closed the connection)
[12:03:28] hadees (hadees!~hadees@72-48-91-73.dyn.grandenetworks.net) has joined #mythtv-users
[12:04:47] hadees (hadees!~hadees@72-48-91-73.dyn.grandenetworks.net) has quit (Client Quit)
[12:06:34] Jovaro (Jovaro!~SL007@c-d20ce755.08-77-67626717.cust.bredbandsbolaget.se) has quit (Quit: Ik ga weg)
[12:17:32] Goga777 (Goga777!~Goga777@2.95.30.16) has joined #mythtv-users
[12:31:52] alanb99 (alanb99!~alan@host86-161-201-158.range86-161.btcentralplus.com) has joined #mythtv-users
[12:38:03] alanb99 (alanb99!~alan@host86-161-201-158.range86-161.btcentralplus.com) has left #mythtv-users ()
[12:42:10] styelz (styelz!~yoohoo@m0o0.mooo.com) has joined #mythtv-users
[12:44:30] pyther (pyther!~pyther@cpe-76-189-207-159.neo.res.rr.com) has joined #mythtv-users
[12:44:30] pyther (pyther!~pyther@cpe-76-189-207-159.neo.res.rr.com) has quit (Changing host)
[12:44:30] pyther (pyther!~pyther@unaffiliated/pyther) has joined #mythtv-users
[12:55:51] rileyp (rileyp!~dad@123-3-231-197.static.dsl.dodo.com.au) has joined #mythtv-users
[12:56:08] octavsly (octavsly!~octavsly@emea-ext.nics.nxp.com) has quit (Ping timeout: 240 seconds)
[12:57:06] rileyp: why would irexec commands collate until I close mythtv
[12:57:24] rileyp: Im using lucid
[13:05:56] davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection)
[13:06:16] davide (davide!~david@host70.16.intrusion.com) has joined #mythtv-users
[13:13:38] pyther (pyther!~pyther@unaffiliated/pyther) has quit (Ping timeout: 252 seconds)
[13:33:04] skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has quit (Ping timeout: 240 seconds)
[13:33:34] skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has joined #mythtv-users
[13:34:04] Easy_Rider9999 (Easy_Rider9999!~Miranda@pD9E5F91F.dip.t-dialin.net) has joined #mythtv-users
[13:38:16] octavsly (octavsly!~octavsly@emea-ext.nics.nxp.com) has joined #mythtv-users
[13:42:25] MrPaco (MrPaco!~MrPaco@79.131.219.87.dynamic.jazztel.es) has quit (Quit: Leaving)
[13:49:43] emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has joined #mythtv-users
[13:51:31] fleers (fleers!~fleers@cpe-76-93-149-124.san.res.rr.com) has quit (Ping timeout: 268 seconds)
[14:01:02] awalls (awalls!~awalls@d-24-245-103-115.cpe.metrocast.net) has joined #mythtv-users
[14:01:27] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv-users
[14:05:25] Scopeuk-AFK is now known as Scopeuk
[14:10:21] ThisNewGuy: wagnerrp: You're right – apparently I have trouble counting – sorry
[14:12:10] Goga777 (Goga777!~Goga777@2.95.30.16) has quit (Remote host closed the connection)
[14:15:33] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users
[14:49:49] streeter (streeter!streeter@nat/redhat/x-ygqkruzgycclkypp) has joined #mythtv-users
[14:53:31] davide (davide!~david@host70.16.intrusion.com) has quit (Quit: Konversation terminated!)
[14:59:33] davide (davide!~david@host70.16.intrusion.com) has joined #mythtv-users
[15:03:57] fleers (fleers!~fleers@cpe-76-93-149-124.san.res.rr.com) has joined #mythtv-users
[15:15:58] wagnerrp: ThisNewGuy: eh?
[15:19:11] rsiebert_ (rsiebert_!~quassel@g231184108.adsl.alicedsl.de) has joined #mythtv-users
[15:19:44] rsiebert (rsiebert!~quassel@g231187239.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds)
[15:23:20] rsiebert (rsiebert!~quassel@g231184108.adsl.alicedsl.de) has joined #mythtv-users
[15:27:18] rsiebert_ (rsiebert_!~quassel@g231184108.adsl.alicedsl.de) has quit (Remote host closed the connection)
[15:29:04] rsiebert_ (rsiebert_!~quassel@g231184108.adsl.alicedsl.de) has joined #mythtv-users
[15:46:57] esperegu (esperegu!~quassel@145.116.15.244) has joined #mythtv-users
[16:01:17] devinheitmueller (devinheitmueller!~dheitmue@ool-44c12d92.dyn.optonline.net) has joined #mythtv-users
[16:32:20] rsiebert (rsiebert!~quassel@g231184108.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds)
[16:33:55] awalls (awalls!~awalls@d-24-245-103-115.cpe.metrocast.net) has quit (Ping timeout: 260 seconds)
[16:34:51] awalls (awalls!~awalls@d-24-245-103-115.cpe.metrocast.net) has joined #mythtv-users
[16:46:30] streeter (streeter!streeter@nat/redhat/x-ygqkruzgycclkypp) has quit (Read error: Connection reset by peer)
[16:46:39] streeter (streeter!streeter@nat/redhat/x-hzzdwfehsedlrqgk) has joined #mythtv-users
[16:47:58] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv-users
[16:54:20] hashbang (hashbang!~isajb@2001:630:e4:1212:230:48ff:febf:1392) has left #mythtv-users ()
[16:54:34] ** Peitolm tries to remember who wrote the mythtv gentoo ebuild? **
[16:55:00] ** wagnerrp had a part in it **
[16:55:30] jkfod (jkfod!~Greg_od@85-238-118-243.broadband.tenet.odessa.ua) has joined #mythtv-users
[16:56:44] Peitolm: does it not track git ?
[16:57:02] wagnerrp: it tracks github, yes
[16:57:21] alanb99 (alanb99!~alan@5ac045a9.bb.sky.com) has joined #mythtv-users
[16:57:38] Peitolm: i've got an osx build, built from git master, with a version of 4064, and a fresh emerge with the ebuild from packaging with MythTV Version : v0.25pre-3996-gd354002
[16:58:00] wagnerrp: ok?
[16:59:03] wagnerrp: the ebuilds get updated whenever kor moc or i update our systems, or otherwise need to fix some dependency
[16:59:25] wagnerrp: the ebuilds specifically reference one particular commit, rather than some others that always point to HEAD
[16:59:50] rileyp1 (rileyp1!~dad@123-3-231-197.static.dsl.dodo.com.au) has joined #mythtv-users
[16:59:50] wagnerrp: if you want to update to any point besides those contained in the ebuilds
[16:59:50] rileyp (rileyp!~dad@123-3-231-197.static.dsl.dodo.com.au) has quit (Quit: Leaving.)
[17:00:15] wagnerrp: at Gentoo/scripts/mythtv-buildebuild.py, there is a utility to spawn new ones for you
[17:00:48] wagnerrp: run it with no arguments to make ebuilds for current HEAD
[17:01:00] wagnerrp: run it with a --hash to make ebuilds for a particular commit
[17:01:15] wagnerrp: run it with a --version to make ebuilds for 0.24.1
[17:01:41] wagnerrp: or just open up the ebuilds themselves and modify those four definition lines at the top of the file
[17:01:59] Peitolm: ta (the reason it's an issue, is there's a DB schema difference
[17:02:02] rileyp1 (rileyp1!~dad@123-3-231-197.static.dsl.dodo.com.au) has quit (Client Quit)
[17:02:09] rileyp (rileyp!~dad@123-3-231-197.static.dsl.dodo.com.au) has joined #mythtv-users
[17:03:00] Peitolm: is the has the last section?
[17:03:05] Peitolm: or the rev?
[17:03:39] drindt (drindt!~drindt@89.204.155.73) has quit (Read error: Connection reset by peer)
[17:03:44] wagnerrp: easier to just use the python script
[17:03:53] wagnerrp: not, it must be run from the root of your portage overlay
[17:04:01] wagnerrp: *note
[17:06:11] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc)
[17:06:24] Peitolm: but if i wanted an ebuild to match my osx build (which is v0.25pre-4064-g7b882fa-dirty), what do i passs to mythtv-buildebuild.py?
[17:06:31] Peitolm: -s g7b882fa ?
[17:06:35] rileyp (rileyp!~dad@123-3-231-197.static.dsl.dodo.com.au) has quit (Ping timeout: 260 seconds)
[17:06:37] Peitolm: or -s g7b882fa-dirty
[17:07:17] wagnerrp: scripts/mythtv-buildebuild.py --hash=7b882fababe89f734dd932061bd30ad0cbc9681a
[17:07:35] ** Peitolm boggles **
[17:07:42] Peitolm: o.k.
[17:08:12] wagnerrp: i dont recall off hand if that version of the generator pulls the full hash back from github or not
[17:08:23] Peitolm: KeyError: 'committed_date'
[17:08:26] wagnerrp: technically, you should only need the first 8–10 characters or so
[17:08:44] Peitolm: i'll grab master, see if that works
[17:08:57] wagnerrp: eh? that should be a valid hash
[17:09:12] wagnerrp: github should have returned information on it through their API
[17:09:39] Peitolm: http://www.pastie.org/3179269
[17:09:55] wagnerrp: no, i know what happened, it just shouldnt have happened
[17:10:42] Easy_Rider9999 (Easy_Rider9999!~Miranda@pD9E5F91F.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[17:12:30] octavsly (octavsly!~octavsly@emea-ext.nics.nxp.com) has quit (Ping timeout: 244 seconds)
[17:14:58] wagnerrp: i know ive used that mechanism before
[17:15:08] wagnerrp: i wonder if they changed their API responses since the last time i used it
[17:15:21] wagnerrp: well anyway
[17:15:43] wagnerrp: Peitolm: in that python script, line 197, theres a "commit['committed_date']"
[17:15:51] wagnerrp: change it to how it appears a couple lines above that
[17:16:04] wagnerrp: commit['commits'][0]['committed_date']
[17:16:07] wagnerrp: and it should work
[17:16:28] Peitolm: interestingly, if i don't provide the hash you mentioned, i get the same hash auto-selected
[17:17:22] wagnerrp: so you do... as thats the latest commit
[17:17:23] NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has joined #mythtv-users
[17:17:30] wagnerrp: there are four other later commits in my mail log
[17:17:43] wagnerrp: but i didnt look close enough to notice they were for the packaging and extras repos
[17:21:08] Peitolm: o.k. I'm happy, if you'd like me to try the python script fix, i can do, i just want to get my backend first first
[17:21:36] drindt (drindt!~drindt@82.113.98.192) has joined #mythtv-users
[17:23:38] wagnerrp: no, dont worry about it
[17:23:52] wagnerrp: that whole thing is getting replaced in the near term anyway
[17:33:18] Scopeuk is now known as Scopeuk-AFK
[17:34:05] mersault (mersault!~Mersault@home.nullpointer.ca) has joined #mythtv-users
[17:36:21] mersault: I recently moved my backend between machines, from a Mythbuntu installation to a Debian based machine. I kept the database and recordings, and it's mostly working okay. The only problem is now one channel fails to record properly. All the other channels are working fine, and I can watch the channel via LiveTV fine, but recordings fail consistently.
[17:36:47] wagnerrp: check your backend logs for errors
[17:37:09] wagnerrp: also, need more information on how you are recording
[17:44:42] mersault: Using an HDHR and recording off the CN Tower (ATSC).
[17:45:17] mersault: I have the logs, is there anything in particular I should be looking for? Would it be helpful if I threw a section up on pastie.org or whatever?
[17:45:46] wagnerrp: a nice couple hour long chunk around your last recording period would be a good start
[17:47:14] alanb99 (alanb99!~alan@5ac045a9.bb.sky.com) has quit (Read error: Connection reset by peer)
[17:51:29] mersault: wagnerrp: this is a lot of log file, is there anything personally identifying that gets written to this log file that I should remove? I don't care about paths or my taste in TV, but public IPs or usernames could be problematic.
[17:52:11] Peitolm: can anyone remind me where the option for non-fullscreen playback is for an osx mythfrontend?
[17:52:53] wagnerrp: there should be no usernames or passwords in there
[17:53:09] wagnerrp: and any IP addresses will be within your local protected address space
[17:53:32] wagnerrp: unless by rare chance you have a block of internet-addressable IPs
[17:54:01] AndyCap: any recordings of Debbie does dallas or something could be compromising. :P
[17:54:04] wagnerrp: local protected address space being 10.x.x.x or 192.168.x.x or 172.16.x.x
[17:54:18] wagnerrp: yeah, everyone does get to see your recording habits
[17:55:01] mersault: http://pastebin.ca/2102818
[17:55:18] mersault: if I could record Debbie Does Dallas off the CN Tower, I'd be proud.
[17:56:06] mersault: In that log file you'll find one (presumably) successful recording of Cop Drama^H^H^H^H^HCold Case
[17:56:23] wagnerrp: is there no recording at all? or does the recording terminate prematurely?
[17:56:30] mersault: and three unsuccessful recordings of The Daily Show, The Colbert Report,and Conan, respectively
[17:57:26] mersault: I haven't had a chance this morning to check the recordings themselves, but in MythWeb the daily show is reported as being 3.6MB in size (should be 3.9GB), and the other failed shows are size "B"
[17:57:37] highzeth (highzeth!~hz@hoiseth.no) has quit (Ping timeout: 276 seconds)
[17:58:25] tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has quit (Read error: Operation timed out)
[17:59:09] mersault: the daily show actually has a screen pic, but the colbert report and conan have no pic
[18:00:56] mersault: so the daily show would appear to terminate early, and the others are straight up failures
[18:05:03] wagnerrp: mersault: coldcase recorded? or was that a 0-byte?
[18:05:54] wagnerrp: you said it did record...
[18:06:11] davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection)
[18:06:14] mersault: Cold case appears to have recorded in mythweb, it says it's 7.9GB. I'm confirming that shortly.
[18:06:18] wagnerrp: when livetv works, are you typically recording anything else at that time?
[18:06:34] davide (davide!~david@host70.16.intrusion.com) has joined #mythtv-users
[18:06:34] mersault: When I checked livetv, there was nothing else recording at the time.
[18:06:42] mersault: I very rarely use livetv.
[18:06:52] mersault: actually, that was the first time since I did this install...
[18:07:10] wagnerrp: im guessing one of two things is happening
[18:07:45] wagnerrp: during primetime, the CN tower alters its broadcast pattern, meaning your typically strong signal is now shifted to another area, and you need a bigger antenna
[18:07:48] mersault: It'll take a bit to confirm the behavior in person, as I'm at work (but it's slow due to the snow keeping a lot of people at home, hence I'm bored and trying to figure out my mythtv problem)
[18:08:01] simcop2387_ (simcop2387_!~simcop238@p3m/member/simcop2387) has joined #mythtv-users
[18:08:15] tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has joined #mythtv-users
[18:08:19] [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users
[18:08:19] wagnerrp: or during prime time, you are recording multiple things simultaneously, and you either have a flaky network cable, flaky network switch, flaky HDHR or one that just needs to be restarted
[18:08:36] mersault: wagnerrp: that's possible but doesn't fit the other available data: these recordings worked fine on the previous backend.
[18:08:50] wagnerrp: and the extra load means data is not making it to the backend in a timely manner, and getting lost in buffer flushes on the HDHR
[18:08:55] mersault: I've rebooted the HDHR, and the recordings that do work work well.
[18:09:11] simcop2387 (simcop2387!~simcop238@p3m/member/simcop2387) has quit (Ping timeout: 260 seconds)
[18:09:12] simcop2387_ is now known as simcop2387
[18:09:12] esperegu (esperegu!~quassel@145.116.15.244) has quit (Remote host closed the connection)
[18:09:19] wagnerrp: the commercial flagging task on coldcase was reporting all sorts of MPEG errors
[18:09:27] wagnerrp: meaning it was not a clean recording
[18:10:01] mersault: weird. I would have expected that this backend would have fewer of that, as the old one was actually a virtual machine.
[18:10:49] wagnerrp: i mean just look at that one hour period of backend logs
[18:11:06] wagnerrp: if everything were working fine, you should have a few dozen lines between everything going on with those couple recordings
[18:11:12] wagnerrp: instead youve got some 750
[18:11:22] fleers (fleers!~fleers@cpe-76-93-149-124.san.res.rr.com) has quit (Read error: Operation timed out)
[18:11:33] mersault: I'm not disagreeing with you. Just surprised and looking for answers.
[18:12:18] wagnerrp: try using a different ethernet cable
[18:12:24] wagnerrp: try using a different port on the switch
[18:12:42] wagnerrp: hook up another computer to the port the HDHR is using and run some network tester
[18:13:01] wagnerrp: just use 'nc' to pump a bunch of data across the pipe as fast as possible
[18:13:10] wagnerrp: and hash the data on either side
[18:13:47] highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv-users
[18:14:19] mersault: does the HDHR use TCP or UDP?
[18:14:29] mersault: I've never really investigated what's going across the wire
[18:14:44] wagnerrp: that im not certain
[18:15:37] esperegu (esperegu!~quassel@145.116.15.244) has joined #mythtv-users
[18:17:44] mersault: so if I scan the mythbacked logs from the old virtual machine backend instance, there's no hits for grep mpeg2video | grep damage
[18:18:30] mersault: wait... if I go back far enough there are. but not for every recording it doesn't look like
[18:19:20] Cardoe (Cardoe!~Cardoe@hsv.pikewerks.com) has joined #mythtv-users
[18:19:20] Cardoe (Cardoe!~Cardoe@hsv.pikewerks.com) has quit (Changing host)
[18:19:20] Cardoe (Cardoe!~Cardoe@gentoo/developer/Cardoe) has joined #mythtv-users
[18:19:23] wagnerrp: which lends credence to more load than your network cable/port can handle
[18:19:42] wagnerrp: an issue in that causes retransmission of data sufficient that you exceed the capacity and data is lost on the HDHR side
[18:19:46] mersault: I know the switch itself tops out at about 30MB/sec
[18:19:54] wagnerrp: or a problem with the HDHR itself
[18:20:07] wagnerrp: any gigabit switch that tops out at 30MBps is garbage
[18:20:31] mersault: what I find odd is that the recordings that do work seem to record better since moving to the debian backend
[18:20:36] wagnerrp: what brand?
[18:20:47] mersault: oh, there's no doubt that the switch is shit. dlink is pretty much always shit.
[18:21:09] wagnerrp: how are you measuring that?
[18:21:32] mersault: nothing very scientific, that's just the speed I get when moving files about with rsync or scp
[18:21:43] wagnerrp: rsync should be faster
[18:21:54] wagnerrp: but if youre using old hardware, you could be bottlenecking on encryption with scp
[18:22:31] mersault: I'm pretty sure that's not the case. That's how fast it runs when going from workstation -> Xen dom0
[18:22:38] mersault: or from hardware to hardware
[18:22:51] wagnerrp: use something like iperf or nc
[18:23:03] wagnerrp: iperf just measures speed
[18:23:06] mersault: alright, I've got time.
[18:23:22] wagnerrp: with nc, pump /dev/zero or /dev/urandom through it, into /dev/null on the opposite side
[18:23:36] wagnerrp: use dd and try sending a GB or so
[18:23:59] wagnerrp: make sure to use urandom, as random will run out of entropy very rapidly and block
[18:25:20] mersault: even urandom doesn't generate data as fast as /dev/zero
[18:25:41] wagnerrp: no, but it should be capable of a couple hundred MB/s
[18:25:45] wagnerrp: more than your network anyway
[18:26:13] wagnerrp: well let me check that before i claim that
[18:27:09] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv-users
[18:27:10] Mode for #mythtv-users by ChanServ!ChanServ@services. : +v kormoc
[18:27:10] wagnerrp: only 6.1MB/s...
[18:27:18] wagnerrp: so... yeah, just use /dev/zero
[18:28:06] mersault: I installed iperf
[18:28:46] mersault: it reports nothing less than 75MB/sec
[18:28:52] mersault: using TCP and default options
[18:28:58] wagnerrp: thats still awful
[18:29:06] wagnerrp: you should be getting nearly gigabit
[18:29:13] mersault: not through a dlink.
[18:29:20] mersault: I used to have a better switch, but it was loud.
[18:29:42] wagnerrp: freebsd reports some 80MB/s out of /dev/random on a slightly faster machine
[18:29:52] wagnerrp: wonder why its so much faster than linux
[18:29:59] wagnerrp: quality of pseudorandom bits?
[18:30:29] mersault: woah... with UDP iperf says less than 1MB/sec
[18:30:37] mersault: now that is ODD
[18:32:45] wagnerrp: yeah, im getting 110MB/s fbsd->linux, and 117MB/s linux->fbsd
[18:32:54] wagnerrp: going through two crummy netgear switches
[18:33:09] mersault: okay, and according to http://www.speedguide.net/port.php?port=5004, HDHR uses UDP port 5004
[18:33:11] wagnerrp: that have each been RMA replaced at least once because netgear makes such crummy switches
[18:33:25] mersault: so my UDP performance is... remarkably shitty. wtf?
[18:33:38] wagnerrp: please watch the language in this channel
[18:33:44] mersault: I can't tell which I hate more, netgear or dlink
[18:33:53] mersault: wagnerrp: my apologies.
[18:33:54] AndyCap: broadcom. P
[18:34:02] AndyCap: or possibly realtek
[18:34:57] wagnerrp: mersault: the iperf UDP tests default to 1Mbps
[18:35:31] wagnerrp: TCP keeps resending until the correct data is received, and automatically scales in bandwidth
[18:35:55] wagnerrp: while UDP just throws as much data at the server as you want, and iperf just checksums it to ensure proper delivery
[18:36:19] wagnerrp: with UDP, the application itself is supposed to ensure full delivery, retransmission, and scaling
[18:36:29] mersault: yes I'm familiar.
[18:36:50] mersault: Alright, I added -b 100M to the client arguments, and I still get 0.13MB/sec
[18:37:49] mersault: so, going from dom0 -> domU through a linux bridge, I'm getting 142MB/sec with TCP
[18:37:58] wagnerrp: use 7480000, since thats the most youre going to see coming out of the HDHR
[18:38:34] awalls (awalls!~awalls@d-24-245-103-115.cpe.metrocast.net) has left #mythtv-users ()
[18:39:08] wagnerrp: ideally, you should have zero failed packets on the right side of the report
[18:39:11] mersault: iperf -b 7480000 -u -c debian -i 5 -f M
[18:39:21] mersault: 0 failed, yup
[18:39:24] jkfod (jkfod!~Greg_od@85-238-118-243.broadband.tenet.odessa.ua) has quit (Read error: Connection reset by peer)
[18:39:27] mersault: still 0.13MB/sec
[18:39:44] mersault: So there's an issue with xmit of UDP from this host
[18:40:07] wagnerrp: erm... one more zero in there
[18:40:14] wagnerrp: but that sounds like you have other problems going on
[18:42:12] mersault: alright, added the 0, and also put the option after the others, since I think iperf might want the host before the bandwidth option, and now I'm getting 8.93MB/sec
[18:42:27] wagnerrp: that sounds about right
[18:42:56] mersault: 0.0–10.0 sec 120 MBytes 12.0 MBytes/sec 0.098 ms 34/85433 (0.04%) – with -b 100M
[18:43:03] mersault: one out of order datagram
[18:43:57] mersault: running the server on the backend now, so test receive
[18:44:42] mersault: yeah, same measurements on the receive side as well
[18:44:44] yunosh (yunosh!~jan@horde/jan) has joined #mythtv-users
[18:44:52] mersault: whether going through the switch or not
[18:45:02] mersault: so my UDP issues are not caused by the switch...
[18:45:06] yunosh: will autoexpired, unwatched programs be re-scheduled automatically?
[18:45:24] [R]: yunosh: there is a checkbox for that
[18:45:29] mersault: goddamnit, actual work... brb
[18:45:35] yunosh: [R]: thanks
[18:47:21] streeter (streeter!streeter@nat/redhat/x-hzzdwfehsedlrqgk) has quit (Read error: Connection reset by peer)
[18:47:36] streeter (streeter!streeter@nat/redhat/x-grzhrxzegbyojscz) has joined #mythtv-users
[18:55:50] pmhahn (pmhahn!~pmhahn@cl-3378.cgn-01.de.sixxs.net) has joined #mythtv-users
[18:59:15] mersault: alright, back
[18:59:27] mersault: so, my UDP throughput would be enough for one recording, but not two...
[19:04:06] yunosh (yunosh!~jan@horde/jan) has quit (Ping timeout: 244 seconds)
[19:04:33] plotino (plotino!~miles@host86-195-dynamic.12-79-r.retail.telecomitalia.it) has joined #mythtv-users
[19:12:09] streeter (streeter!streeter@nat/redhat/x-grzhrxzegbyojscz) has quit (Read error: Connection reset by peer)
[19:18:40] plotino (plotino!~miles@host86-195-dynamic.12-79-r.retail.telecomitalia.it) has quit (Ping timeout: 258 seconds)
[19:26:07] [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving)
[19:31:10] plotino (plotino!~miles@host85-191-dynamic.116-80-r.retail.telecomitalia.it) has joined #mythtv-users
[19:32:53] pyther (pyther!~pyther@unaffiliated/pyther) has joined #mythtv-users
[19:37:38] trumee_ (trumee_!~parul@93-96-1-66.zone4.bethere.co.uk) has joined #mythtv-users
[19:38:25] trumee (trumee!~parul@93-96-1-66.zone4.bethere.co.uk) has quit (Read error: Connection reset by peer)
[19:38:26] trumee_ is now known as trumee
[19:43:21] markitman2 (markitman2!~chatzilla@144.188.24.26) has joined #mythtv-users
[19:43:52] jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv-users
[19:47:04] mersault: wagnerrp: I've done some more testing, and it turns out I can get 96.9MBytes/sec over my physical link to the dom0/mythbackend
[19:47:19] mersault: so I don't think that throughput is a concern
[19:52:39] jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has joined #mythtv-users
[19:52:45] dkeith_ (dkeith_!~dkeith@173.48.203.23) has quit (Ping timeout: 248 seconds)
[19:53:06] jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has quit (Client Quit)
[19:56:34] jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (Ping timeout: 276 seconds)
[20:08:53] trumee (trumee!~parul@93-96-1-66.zone4.bethere.co.uk) has quit (Ping timeout: 252 seconds)
[20:11:02] trumee (trumee!~parul@93-96-1-66.zone4.bethere.co.uk) has joined #mythtv-users
[20:13:12] hpeter (hpeter!~hpeter@80-218-27-243.dclient.hispeed.ch) has quit (Quit: hpeter)
[20:28:16] plotino (plotino!~miles@host85-191-dynamic.116-80-r.retail.telecomitalia.it) has quit (Quit: Ex-Chat)
[20:30:54] dougl (dougl!~doug@S01060018f3992b5d.wp.shawcable.net) has joined #mythtv-users
[20:31:18] mersault: Is there anyone here who would assist me with debugging why some recordings are failing with my HDHR on a new backend?
[20:44:13] rcrews (rcrews!~rcrews@157.166.167.129) has joined #mythtv-users
[20:45:09] rcrews: Need some help here, I used mythtv 0.24 fixes on Ubuntu. I have Schedules Direct and recently they added new HD channels. However when I run a mythfilldatabase I don't see those new channels in my listings. Anyone able to help? No matter what options I run to mythfilldatabase I can't seem to get it to grab those other channels
[20:45:47] mersault: are they in your listing in SD?
[20:45:57] mersault: log in there and see if they appear. you might have to re-add your lineup
[20:46:14] rcrews: Yes
[20:46:20] rcrews: I and Have re-added my lineup
[20:46:34] rcrews: I removed it by hand from SD and then readd-ed and also tried their method.
[20:46:52] rcrews: I would like to possible see the SD data mythtv is grabbing to confirm they are there since I can see it on the SD side.
[20:47:41] wagnerrp: rcrews: how are you capturing these channels?
[20:47:51] rcrews: I am using 2 HDHR Primes
[20:48:08] wagnerrp: with 0.24 or 0.25?
[20:48:12] rcrews: 0.24 fixes.
[20:48:12] mersault: try re-scanning in mythtv setup? I haven't dealt with missing channels in ages...
[20:48:28] rcrews: 2012-01–13 15:45:41.830 mythbackend version: fixes/0.24 [v0.24.1-120-g294968b] www.mythtv.org
[20:48:41] rcrews: using the mythbuntu repos
[20:48:50] wagnerrp: in 0.24, the Primes are still classified as the same type of device as the regular HDHomeRun
[20:49:05] wagnerrp: and the regular HDHomeRun requires digital tuning data not available from scheduled direct
[20:49:16] wagnerrp: so it does not allow pulling lineup data from them
[20:49:44] wagnerrp: follow the directions listed on the wiki for disconnecting the primes from your lineup, attaching an analog dummy tuner, and using that to force an update from schedules direct
[20:49:46] rcrews: wagnerrp: ahh, so how do I fix it then?
[20:49:53] rcrews: oh ok
[20:50:11] wagnerrp: same thing you should have done when first configuring the device
[20:50:38] rcrews: Oh ok that again got it
[20:51:00] mersault: wagnerrp: care to ponder my HDHR issues any further? I've actually ruled out the network pretty much.
[20:51:18] wagnerrp: 0.24 just carries silicondust's communication libraries, and access to the prime "just happens"
[20:51:29] wagnerrp: 0.25 has proper support for the particulars of the prime
[20:51:41] wagnerrp: mersault: no idea
[20:52:00] mersault: also, I have a user report about the recordings from last night.
[20:52:09] wagnerrp: the only time i have such issues is when my HDHR has been running for several months non-stop, or if i have some very heavy disk IO that causes mythtv's own writes to stall
[20:52:11] mersault: the cold case recording works fine and looks good.
[20:52:23] mersault: the daily show will play briefly then fails (very very briefly)
[20:52:34] wagnerrp: but when that happens, youll see messages in the logs along the line of "your disks are too slow, i give up"
[20:52:38] mersault: and the colbert and conan appear in the list without a screencap and won't play at all
[20:52:57] wagnerrp: at which point one or more recordings gets terminated
[20:53:03] mersault: I've rebooted the HDHR (including leaving it off for an hour)
[20:53:06] wagnerrp: and it continues terminating them until the remainder start behaving
[20:53:09] mersault: and updated the firmware
[20:53:16] wagnerrp: there are also known issues with bad power supplies
[20:53:26] wagnerrp: the power supply gives bad power, making the HDHR flaky
[20:53:27] rcrews: wagnerrp: so could I write a script to scan for new channels and alert from SD when this happens?
[20:53:39] wagnerrp: if youve got another comparably rated wallwart, you could try that
[20:53:46] mersault: and did not have this issue the week before the backend swap.
[20:53:53] wagnerrp: dont know what to tell you
[20:54:00] mersault: dang.
[20:54:22] wagnerrp: rcrews: i believe there are one or two scripts floating around the mailing list for similar purposes
[20:54:24] mersault: any way I could test the HDHR outside of mythtv?
[20:54:30] mersault: determine if it's the HDHR or the backend?
[20:54:30] rcrews: thanks
[20:54:42] wagnerrp: although they pull the internal Prime lineup, and compare it to that in mythtv's database
[20:54:55] wagnerrp: SD has their quicktv application
[20:55:00] wagnerrp: or you can access it through VLC
[20:55:03] ** wagnerrp heads back out **
[20:55:52] mersault: yeah, that testing has always worked fine, though I've only watched for a few minutes each time
[20:58:15] mersault: hmm..., wagnerrp, what about this: RingBuf(/var/lib/mythtv/recordings/1091_20120113000500.mpg) Warning: Taking too long to be allowed to read..
[21:06:52] esperegu (esperegu!~quassel@145.116.15.244) has quit (Remote host closed the connection)
[21:12:45] streeter (streeter!streeter@nat/redhat/x-jqtqbjkycsagpzgz) has joined #mythtv-users
[21:18:36] CiaranG (CiaranG!~CiaranG@fsf/member/CiaranG) has quit (Ping timeout: 268 seconds)
[21:23:37] mersault: So, I figured out how to use the hdhomerun_config utility to test the network. 293542 packets received, 74 network errors. That seems reasonable, but does anyone have any comparable info?
[21:31:09] croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has joined #mythtv-users
[21:41:18] markitman2 (markitman2!~chatzilla@144.188.24.26) has quit (Quit: ChatZilla 0.9.88 [Firefox 3.6.17/20110420140830])
[22:07:35] _abbenormal (_abbenormal!~abbenorma@c-24-56-205-119.customer.broadstripe.net) has quit (Read error: Connection timed out)
[22:09:32] trumee_ (trumee_!~parul@93-96-1-66.zone4.bethere.co.uk) has joined #mythtv-users
[22:09:39] trumee (trumee!~parul@93-96-1-66.zone4.bethere.co.uk) has quit (Read error: Connection reset by peer)
[22:09:39] trumee_ is now known as trumee
[22:15:52] rcrews (rcrews!~rcrews@157.166.167.129) has left #mythtv-users ()
[22:22:39] trumee (trumee!~parul@93-96-1-66.zone4.bethere.co.uk) has quit (Read error: Connection reset by peer)
[22:23:57] trumee (trumee!~parul@93-96-1-66.zone4.bethere.co.uk) has joined #mythtv-users
[22:31:17] G (G!njones@torea.jnet.net.nz) has joined #mythtv-users
[22:35:40] mersault (mersault!~Mersault@home.nullpointer.ca) has quit (Quit: Leaving)
[22:58:00] streeter (streeter!streeter@nat/redhat/x-jqtqbjkycsagpzgz) has quit (Quit: Leaving)
[22:58:20] jkfod (jkfod!~Greg_od@85-238-118-243.broadband.tenet.odessa.ua) has joined #mythtv-users
[23:03:30] drindt: someone has a hint for me i can't watch live tv: http://fpaste.org/3Tgd/
[23:06:56] skd5aner: who here knows anything about dpms? Seems a recent upgrade to the OS (and myth) is causing some issues where standby, suspend, and off are all set to 0 set they actually never activate even though dpms is enabled
[23:07:38] CiaranG (CiaranG!~CiaranG@fsf/member/CiaranG) has joined #mythtv-users
[23:07:44] skd5aner: I can manipulate the settings via xset, and it'll work but it's not saved past a reboot
[23:12:20] devinheitmueller (devinheitmueller!~dheitmue@ool-44c12d92.dyn.optonline.net) has left #mythtv-users ()
[23:12:48] pmhahn (pmhahn!~pmhahn@cl-3378.cgn-01.de.sixxs.net) has quit (Quit: Konversation terminated!)
[23:13:32] conso (conso!~constanti@p3EE24FCE.dip.t-dialin.net) has joined #mythtv-users
[23:15:20] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[23:22:37] conso: hi. is there some way to handishly add episode numbers to recordings?
[23:22:46] dekarl: conso: I'm not sure if you can get the data from nxtvepg
[23:23:29] dekarl: conso: you could write a small script that uses the python bindings (or edit the database directly, but thats likely more work then writing the script)
[23:24:04] conso: ok
[23:26:53] conso: well, I guess I'll just keep on using my current workflow ^^
[23:27:42] dekarl: conso: I've asked google, it seems the nxtvepg data does not carry the episode title either
[23:28:02] conso: ok
[23:29:21] dekarl: If you find something send me a heads up. I'm interested in getting basic metadata from an EIT event, too. (like make hashes over title/description and map that to thetvdb or similar)
[23:29:48] conso: well, it mustn't be automated any more
[23:29:49] Patang (Patang!~nils@cm-84.208.157.66.getinternet.no) has joined #mythtv-users
[23:30:01] Patang (Patang!~nils@cm-84.208.157.66.getinternet.no) has left #mythtv-users ()
[23:30:37] conso: what i want to get rid of is downloading from mythweb and renaming it, cause that way i loose the episode description
[23:31:28] mirage335 (mirage335!~mirage335@mirage335.dyndns.org) has quit (Excess Flood)
[23:31:29] conso: i handishly cut the episodes. would be awesome if i could just add/edit metainfo from the frontend
[23:32:56] dekarl: you can edit the episode title in the frontend, but its not the most elegant workflow ;)
[23:32:56] dekarl: you could make a script that pulls all episodes without episode title / number and shows the synopsis, asking for the title. push that data back to the database and kick of the metadata grabber.
[23:33:10] mirage335 (mirage335!~mirage335@mirage335.dyndns.org) has joined #mythtv-users
[23:33:46] dekarl: conso: hm, I'm talking about the development version when I'm talking about the frontend. The script would work for both the released version and the development version
[23:33:58] conso: ^^
[23:34:27] dekarl: maybe easiest to just try it...
[23:36:05] conso: well, i'm not to keen to learn to script for mythtv ^^ there's still a game i need to program a turorial for an evaluation on monday :P
[23:37:20] dekarl: if you know python you get powerful bindings
[23:37:28] conso: Would "untertitel" be the field I need to add the episode-name to?
[23:37:39] conso: when doing it by hand?
[23:38:04] dekarl: yes, "subtitle" really means "episode title" most of the time
[23:38:26] conso: but title, not number?
[23:38:43] dekarl: which version are you running?
[23:40:00] conso: should be .25. using some of those ubuntu-repos on a rather old ubuntu-version
[23:40:27] conso: don't want to update ubuntu, cause compiling drivers for my usb-tv-card was a nightmare ^^
[23:41:15] rsiebert (rsiebert!~quassel@g231184108.adsl.alicedsl.de) has joined #mythtv-users
[23:41:16] benc- (benc-!~benc@markcaswell.dsl.visi.com) has joined #mythtv-users
[23:41:23] conso: but mythtv should be reasonably new
[23:42:06] conso: sorry, 0.25.1-112-g40f3bae
[23:42:14] conso: 0.24
[23:42:19] conso: sorry again ^^
[23:42:24] dekarl: so just tell it to leave the kernel alone ;)
[23:42:24] dekarl: on master/.25 you can add the "episode title" manually in the frontend and if you have the recording rule linked to the series at thetvdb you just need to trigger the metadata grabber to pull everything from there. See http://www.mythtv.org/wiki/Enhancing_Recordin . . . adata_Lookup
[23:43:01] Captain_Murdoch2 (Captain_Murdoch2!~cpinkham@ip72-218-58-187.hr.hr.cox.net) has joined #mythtv-users
[23:43:45] dekarl: on fixes/0.24 I don't remember if you can edit the episode title in the frontend. and the metadata grabbing works the "old way", see http://www.mythtv.org/wiki/Jamu (should have been automatically setup on mythbuntu IIRC)
[23:44:07] conso: i can edit the subtitle field
[23:45:01] dekarl: good, noticed that there is no season/episode numbers on 0.24 for recordings
[23:45:12] conso: nope
[23:45:37] conso: so, either i switch to .25 or keep my workflow ^^
[23:46:57] conso: well, if i add a new recording rule, i will overthink the approach again. for now it probably is better to keep my workflow to have a consistent database
[23:46:58] dekarl: if you are adding the episode number manually to the subtitle you can do so as well via the frontend function...
[23:47:12] conso: else series would be split in recordings/mythvideo anyway
[23:48:05] rileyp (rileyp!~dad@123-3-231-197.static.dsl.dodo.com.au) has joined #mythtv-users
[23:48:20] quicksil1er (quicksil1er!~jules@roobarb.crazydogs.org) has joined #mythtv-users
[23:48:28] Cardoe (Cardoe!~Cardoe@gentoo/developer/Cardoe) has quit (*.net *.split)
[23:48:28] drindt (drindt!~drindt@82.113.98.192) has quit (*.net *.split)
[23:48:29] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (*.net *.split)
[23:48:29] rsiebert_ (rsiebert_!~quassel@g231184108.adsl.alicedsl.de) has quit (*.net *.split)
[23:48:29] skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has quit (*.net *.split)
[23:48:31] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (*.net *.split)
[23:48:31] quicksilver (quicksilver!~jules@roobarb.crazydogs.org) has quit (*.net *.split)
[23:48:31] tank-man (tank-man!1000@S010600121729c6a1.vc.shawcable.net) has quit (*.net *.split)
[23:48:31] benc_ (benc_!~benc@markcaswell.dsl.visi.com) has quit (*.net *.split)
[23:48:31] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (*.net *.split)
[23:48:31] jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has quit (*.net *.split)
[23:48:33] conso: is there some fixed rule how to add episode numbers to the subtitle? like "episodename #seasonx#episode"
[23:48:39] skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has joined #mythtv-users
[23:49:35] dekarl: the rule is "don't", so you can do as you like, but will likely have to remove them we upgrading to 0.25 once its out
[23:51:23] conso: alright
[23:53:03] Cardoe (Cardoe!~Cardoe@gentoo/developer/Cardoe) has joined #mythtv-users
[23:53:10] jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has joined #mythtv-users
[23:53:11] Mode for #mythtv-users by ChanServ!ChanServ@services. : +v jams
[23:53:16] dekarl: conso, I'm hitting sack / hau mich in die falle
[23:53:22] drindt (drindt!~drindt@82.113.98.192) has joined #mythtv-users
[23:53:37] tank-man (tank-man!1000@S010600121729c6a1.vc.shawcable.net) has joined #mythtv-users
[23:53:45] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv-users
[23:54:21] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv-users
[23:56:56] conso: bye
[23:58:15] jkfod (jkfod!~Greg_od@85-238-118-243.broadband.tenet.odessa.ua) has quit (Quit: Leaving.)
[23:58:19] conso (conso!~constanti@p3EE24FCE.dip.t-dialin.net) has left #mythtv-users ()

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