MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (82):

aloril, amessina_, Beirdo, caelor, Captain_Murdoch, coling, dekarl, dmfrey, fetzerch, foobum, GreyFoxx, J-e-f-f-A, jams, joki, jst, kwmonroe, moparisthebest_, MythLogBot, neufeld, peper03, poptix, Seeker`, Sharky112065, SmallR2002, superm1, TheCrasher, Tobbe5178, wagnerrp, wahrhaft, xris, Anssi, blafoo, brfransen, CeilingKitten, Chutt, clever, Cougar, dblain, DoctorDalek, dturner_, ElmerFudd, ghoti, gigem, gregL, Guest57971, IRCsloth, jarle, jarryd, jpabq, kc, kenni, kurre2, laga, mrand, nephyrin, Nothing4You, purserj, rhpot1991, robink, seld, skd5aner, sl1ce, sphery, sraue, stuarta, stuartm, taylorr, tgm4883, tonsofpcs, tonsofpcs_, tris, whoDat_, wolfgang3, XDS2010_, zentec, _charly_, MythBuild, jpharvey__, jheizer_, Gibby_, _nyloc_, jya
Sunday, December 15th, 2013, 00:33 UTC
[00:33:14] stuartm: dekarl1: are you able to update the uk_rt channel_ids file (http://supplement.xmltv.org/tv_grab_uk_rt/channel_ids)?
[00:33:48] stuartm: I think Nick is too busy to do so atm, it's missing an entry for the recently launched BBC Four HD
[00:34:01] stuartm: hd.bbcfour.bbc.co.uk|47|BBC Four|http://www.lyngsat-logo.com/logo/tv/bb/bbc4.jpg|||HDTV
[00:34:09] stuartm: hd.bbcfour.bbc.co.uk|47|BBC Four HD|http://www.lyngsat-logo.com/logo/tv/bb/bbc4.jpg|||HDTV
[00:54:20] arescorpio (arescorpio!~arescorpi@254-25-245-190.fibertel.com.ar) has joined #mythtv
[01:54:36] TheCrasher (TheCrasher!~TheCrashe@p5DCE4E71.dip0.t-ipconnect.de) has joined #mythtv
[01:58:04] TheCras6 (TheCras6!~TheCrashe@p50807146.dip0.t-ipconnect.de) has quit (Ping timeout: 264 seconds)
[03:14:30] arescorpio (arescorpio!~arescorpi@254-25-245-190.fibertel.com.ar) has quit (Excess Flood)
[03:21:55] _nyloc_ (_nyloc_!~quassel@p57B4FE5C.dip0.t-ipconnect.de) has joined #mythtv
[03:22:36] nyloc (nyloc!~quassel@p57B4FE12.dip0.t-ipconnect.de) has quit (Read error: Operation timed out)
[03:37:41] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Read error: Operation timed out)
[03:43:00] peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv
[04:09:28] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 264 seconds)
[04:10:30] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[04:30:51] TheCrasher (TheCrasher!~TheCrashe@p5DCE4E71.dip0.t-ipconnect.de) has quit (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/)
[05:51:47] buu (buu!~buu@75.108.226.47) has quit (Quit: leaving)
[07:01:11] xris: wagnerrp: http://code.mythtv.org/trac/ticket/11729 is seriously annoying. at least I finally found the ticket of people experiencing the same issues I have.
[07:01:29] xris: it's definitely not nouveau, though. I removed it and stuff have sync issues
[07:05:46] wagnerrp: yeah. there were mentions of people having it on intel chips
[07:06:21] wagnerrp: still, it's an excessive amount of "me toos" that should have been on the mailing list, not trac
[07:10:43] xris: wonder how many people are/not on the listserv
[07:10:48] xris: I tend not to pay much attention to it
[07:11:14] xris: it's an interesting issue. started happening on my fedora 17 instance, so I upgraded to 19 and it's still there.
[07:11:40] xris: definitely sounds like an "nvidia" issue, though since it only seems to affect mythtv, I wonder if it's something in the vdpau subsystem we use
[07:14:16] xris: basically makes mythtv unusable. makes me want to get mythlink working again so I can play stuff back with mplayer
[08:22:45] SteveGoodey (SteveGoodey!~steve@host86-143-180-227.range86-143.btcentralplus.com) has joined #mythtv
[08:32:25] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[10:46:38] SteveGoodey (SteveGoodey!~steve@host86-143-180-227.range86-143.btcentralplus.com) has quit (Quit: Konversation terminated!)
[11:10:54] MartinT (MartinT!~smuxi@46-18-104-220.static.vivaciti.org) has joined #mythtv
[11:23:17] MartinT (MartinT!~smuxi@46-18-104-220.static.vivaciti.org) has quit (Ping timeout: 248 seconds)
[12:45:44] MartinT (MartinT!~smuxi@46-18-104-220.static.vivaciti.org) has joined #mythtv
[13:18:56] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv
[13:27:59] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Remote host closed the connection)
[14:02:39] Goga777 (Goga777!~Goga777@95-30-212-1.broadband.corbina.ru) has joined #mythtv
[14:37:16] TheCrasher (TheCrasher!~TheCrashe@p5DCE4E71.dip0.t-ipconnect.de) has joined #mythtv
[15:14:55] MartinT (MartinT!~smuxi@46-18-104-220.static.vivaciti.org) has quit (Ping timeout: 240 seconds)
[16:29:52] TheCrasher (TheCrasher!~TheCrashe@p5DCE4E71.dip0.t-ipconnect.de) has quit (Ping timeout: 264 seconds)
[16:51:45] tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (Ping timeout: 246 seconds)
[16:56:46] tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv
[16:56:49] dekarl (dekarl!~dekarl@p4FCEE8B2.dip0.t-ipconnect.de) has joined #mythtv
[16:57:18] dekarl1 (dekarl1!~dekarl@p4FCEFD93.dip0.t-ipconnect.de) has quit (Ping timeout: 240 seconds)
[17:07:17] Goga777 (Goga777!~Goga777@95-30-212-1.broadband.corbina.ru) has quit (Ping timeout: 248 seconds)
[17:17:55] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 252 seconds)
[17:21:14] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[17:23:02] TheCrasher (TheCrasher!~TheCrashe@p5DCE46F7.dip0.t-ipconnect.de) has joined #mythtv
[17:30:09] dekarl: stuartm I wish we would move to git, so we could use the same workflow for all projects in the content pipeline :(
[17:30:31] dekarl: Basically copy the BBC Three HD line? change the channel number, name and logo. Thats it?
[17:31:31] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 245 seconds)
[17:33:02] stuartm: dekarl: basically
[17:33:19] stuartm: dekarl: thanks for looking at it
[17:34:33] stuartm: the number references it's ID in the xmltv feed, in this case it's a 'macro' xmltvid, the HDTV specifies that we read the SD guide data and just mark everything as HD
[17:35:24] stuartm: so it's more a case of copying the BBC Four line, and adding 'hd' to the xmltvid, name and format
[17:39:33] dekarl: stuartm: will be on the supplemental server on the next sync
[17:40:00] stuartm: dekarl: fantastic, thank you, you've just made a lot of UK users very happy
[17:40:33] stuartm: well I assume, I haven't polled them ;)
[17:40:52] dekarl: good old post democracy style ;)
[17:44:14] stuartm: skd5aner: won't be able to approve anything for the new few minutes, running an icon db update
[17:47:52] dekarl: nice, a sea of green is approaching from the west. Anybody up for updating the tv_grab_na_dd (Schedules Direct) test config? http://www.crustynet.org.uk/~xmltv-tester/wheezy/nightly/
[17:48:04] stuartm: partly running it to deliberately flush out the swedish xmltv icons – too many broken links doesn't give me confidence in that source and the icons from lyngsat for the same channels are higher res and newer
[17:50:04] dekarl: stuartm: which source? _se_swedb (on life support) or _se_tvzon (shuffling domains around atm)
[17:50:11] stuartm: rm -rf grab/uk_bleb
[17:50:46] stuartm: dekarl: not sure, think it's the former – 2|XMLTV Sweden|http://xmltv.tvsajten.com/chanlogos
[17:51:01] wagnerrp: sea of green? radar image?
[17:51:05] dekarl: stuartm: actually its one of the grabbers that have been working stable for years. But providing the last/first programme of each day as duplicate :(
[17:51:22] stuartm: yikes, most recent of those is 3 years old
[17:52:03] stuartm: dekarl: any idea which source it uses? Doesn't look like anyone has touched in it years
[17:52:29] stuartm: dekarl: http://xmltv.cvs.sourceforge.net/viewvc/xmltv . . . rab/uk_bleb/
[17:52:45] dekarl: stuartm, looks like its an orphaned server not getting updates *for logos*
[17:52:50] dekarl: http://xmltv.se/chanlogos/
[17:53:03] dekarl: both belong to _se_tvzon
[17:53:31] stuartm: dekarl: ok, I'll update the URL, thanks
[17:54:26] dekarl: stuartm, does the icon service pull in xmltv? the link is http://xmltv.xmltv.se/channels.xml.gz
[17:55:51] dekarl: I can provide the urls for hr,no,de if its of use
[17:55:57] stuartm: dekarl: no, it pulls in icons hosted from 4 sources, one of which was that url provided early on by one of the grabber maintainers/authors
[17:56:22] stuartm: most of the time it's just overlapping with lyngsat anyway
[17:56:42] stuartm: which is confusing for users who don't know which of the two identical icons to pick
[17:57:05] stuartm: divides votes between two different (but identical) icons
[17:57:18] stuartm: biab
[17:57:36] dekarl: hmm, maybe put up a big list of grabber|xmltvid|channel name|link to svg on wikipedia on github and have everyone import that...
[18:24:43] SmallR2002 (SmallR2002!~Robert@c-98-253-173-240.hsd1.il.comcast.net) has quit (Ping timeout: 245 seconds)
[18:32:41] SmallR2002 (SmallR2002!~Robert@c-98-253-173-240.hsd1.il.comcast.net) has joined #mythtv
[18:53:29] stuartm: current setup is a bit more sophisticated
[19:06:31] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Quit: Leaving)
[19:07:06] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv
[19:09:22] SteveGoodey (SteveGoodey!~steve@host86-143-180-227.range86-143.btcentralplus.com) has joined #mythtv
[19:14:54] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[19:29:43] stuartm: skd5aner: I see what you meant about the high-res icons, the problem is that I can't currently see a way of determining whether a high-res version exists without trying to fetch it, and that would significantly increase the activity of our scraper, potentially to the point where lyngsat start to take notice
[19:32:45] stuartm: hmm, maybe there is a way after all ... just had to find some examples where no high-res copy existed to spot the difference
[19:35:44] stuartm: now I just need to figure out the regexp changes, need to be drunk for that
[19:39:57] stuartm: bah, we're scraping the overview pages so that isn't going to work :/
[19:56:57] joki (joki!~joki@p54862E1E.dip0.t-ipconnect.de) has quit (Read error: Operation timed out)
[20:03:05] joki (joki!~joki@p54861FEA.dip0.t-ipconnect.de) has joined #mythtv
[20:55:51] MartinT_ (MartinT_!~smuxi@46-18-104-220.static.vivaciti.org) has joined #mythtv
[21:11:44] sl1ce (sl1ce!~johnathan@pool-100-0-124-204.bstnma.fios.verizon.net) has quit (Quit: Konversation terminated!)
[21:12:03] sl1ce (sl1ce!~johnathan@pool-100-0-124-204.bstnma.fios.verizon.net) has joined #mythtv
[21:12:08] Fnor (Fnor!~Fnor@108-82-102-93.lightspeed.cicril.sbcglobal.net) has joined #mythtv
[21:12:55] Fnor (Fnor!~Fnor@108-82-102-93.lightspeed.cicril.sbcglobal.net) has left #mythtv ()
[21:40:56] stuartm: MartinT_: let's continue in here
[21:42:26] MartinT_: I was doing some googling, and found that someone has ported the django templating engine to qtscript...
[21:43:08] MartinT_: it provides a nice development framework, something that I've used in other areas, allowing things like master pages
[21:44:13] MartinT_: so I was just wondering if it's been considered as an alternative to the current spa type approach
[21:45:14] stuartm: dblain: ^^
[21:51:44] dekarl: jams, do we have historic data on smolt stats? I'd be interested in guide source/mythtv version count over time.
[21:51:54] Cougar (Cougar!~cougar@2a03:5880:104:10:7da5:46f3:2740:2767) has quit (Ping timeout: 252 seconds)
[21:52:08] dekarl: thinking of a nice graph "mythtv version adoption rate"
[21:52:58] MartinT_: ok, git help... how do I fork in github, so I can create pull requests?
[21:53:20] MartinT_: and then also, I have the code downloaded, can I "switch" to a fork in someway?
[21:55:28] wagnerrp: MartinT_: it's easier just to attach patches to trac
[21:56:28] MartinT_: ok then, how do I create a patch :)
[21:56:47] MartinT_: and bearing in mind there could be a lot of them, is that still be best way?
[21:58:50] stuartm: MartinT_: register with github, go to https://github.com/MythTV/mythtv and click 'Fork' in the top right hand corner
[21:59:02] wagnerrp: make your changes in your local tree and 'git diff', or commit it locally and 'git format-patch'
[21:59:49] dekarl: MartinT_: I keep pushing around 20 patches in front of me by "git rebase"ing them every now and then until they are ready to go into master.
[22:01:03] MartinT_: I am completely new to git...
[22:01:19] MartinT_: so please be gentle...
[22:01:51] MartinT_: I have cloned the main mythtv/mythtv repository, is there a way to switch to my fork?
[22:03:57] wagnerrp: there is a way to redirect origin to a different repo, but i don't know enough git to say how
[22:04:26] Cougar (Cougar!~cougar@2a03:5880:104:10:d834:7715:7e71:5df9) has joined #mythtv
[22:05:37] dekarl: MartinT_: I think you want https://help.github.com/articles/changing-a-remote-s-url
[22:06:17] dekarl: basically switching the origin of your local repository from "mythtv" to "your fork"
[22:06:27] wagnerrp: now doing that, and bringing all your custom commits along for the ride...
[22:06:35] wagnerrp: you may have to manually patch them in
[22:07:46] dekarl: hmm, from my understanding they should happily live in the local repository, waiting to be rebase on top of the forks master head
[22:08:31] MartinT_: this is... complicated...
[22:08:36] MartinT_: my head hurts...
[22:08:43] dekarl: I'd try git remote set-url YOURFORK, git pull, see what is does and if all is well, git rebase origin
[22:17:32] stuartm: jya: that problem you mentioned on the mailing list, I've been seeing something very similar – when scanning a particular mux it's returning channels from an entirely different mux (different satellite, same constellation) and it then ends up trying to insert them twice all while complaining about conflicts
[22:18:12] stuartm: I thought it was just me, but maybe it's a really bizarre bug that's been introduced recently?
[22:19:20] jya: stuartm: not sure... but he's lost the ability to record (or watch) SBS now, and I can't scan.. always getting a message about conflicting channels
[22:20:00] jya: weird thing is that it was working all fine just a few hours earlier :(
[22:20:10] stuartm: I just can't remember any scanning related changes between 0.26 and 0.27, except maybe one that was supposed to fix the 'other network' issue
[22:20:39] jya: it took me two years to convince my friend to upgrade (I had set up his machine in 2008)... and It's only proving that he was right in resisting change.... ahhhh the dilemma
[22:21:19] jya: 0.26 was never installed on that machine
[22:21:24] stuartm: jya: yeah, this one is equally strange, in that it appears only to be affecting a single mux and I can't understand why (will be doing some debugging when I get the time)
[22:22:08] jya: can I provide any logs to help?
[22:22:18] stuartm: jya: well if there is commonality between your problem and mine, I really can't imagine that it's more than a few weeks/months ago, so it had to be something in the 0.27 cycle
[22:22:49] jya: let me know the options to use and the type of log that would help... I can post those
[22:22:57] stuartm: jya: it's not really my area of expertise, stuarta or Daniel traditionally look at these sorts of problems
[22:23:15] jya: could always revert to an older version of myth, and return to a 0.25 :(
[22:23:26] jya: I'm also not sure the issue is with myth
[22:23:39] stuartm: try -v siparser, chanscan
[22:24:11] jya: after all, all I did was to upgrade : why would the tuning (using the original frequencies) would be any different now than it was earlier if it wasn't the drivers
[22:24:26] stuartm: jya: may not be, have you ruled out transmitter issues/maintenance work?
[22:24:52] jya: that would have occurred on the day I upgrade myth ? :)
[22:24:53] stuartm: drivers is definitely a possibility if those were upgraded at the same time
[22:25:18] jya: i asked him to remove the splitter he's using (he has two of the dvico cards connected)
[22:25:24] jya: and redo a scan...
[22:25:29] jya: can continue this afternoon
[22:26:34] jya: everytime I upgrade the setup of this person, things turn to shit... i don't get it.
[22:27:06] stuartm: I know nothing of those cards, could be they have a LNA which was previously activated by default, but isn't in the latest driver?
[22:27:09] jya: last time , we had changed all his 1.5TB disks to 4TB disks after one failed.
[22:27:24] jya: of the 3 disks we replaced; two of them failed in the first day
[22:28:20] jya: then when mdadm finished rebuilding, I simply ran the command to extend the jfs partition. the thing you do online in about 2s... turned out to take 1hour after it caused the mahcine to hang and it wouldn't mount later on
[22:28:29] jya: bad luck I tell you !
[22:28:34] stuartm: jya: it's Murphy's/Sod's law, do a simple favour for someone else and it will quickly become something other than simple
[22:28:50] sraue_ (sraue_!~stephan@2a02:908:fc12:b780:3e97:eff:fe0c:d215) has joined #mythtv
[22:29:20] sraue_ is now known as sraue
[22:29:27] jya: is there a way to check if the lna would exist, be activated/disabled etc?
[22:29:40] sraue (sraue!~stephan@2a02:908:fc12:b780:3e97:eff:fe0c:d215) has quit (Changing host)
[22:29:40] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv
[22:30:42] stuartm: if it's there, it would require a parameter to activate, so I'd look at those
[22:30:50] stuartm: ls /sys/module/{module}/parameters/
[22:31:34] stuartm: and cat /sys/module/{module}/parameters/{parameter} would tell you what the current value is
[22:31:44] MrShake (MrShake!~amshake@74.120.203.146) has joined #mythtv
[22:31:50] MrShake (MrShake!~amshake@74.120.203.146) has quit (Client Quit)
[22:34:48] jya: I have the exact same card as him (though two other cards so I'm not sure which one is which there)
[22:34:50] jya: http://pastebin.com/X0BNKVYk
[22:35:00] jya: rings any bells?
[22:36:07] jya: in dmesg, dvb_usb_cxusb appears right after messages about that dvico cards
[22:37:06] stuartm: only the second one there, dvb_usb_cxusb, is the driver for the actual card, the rest are general sub-system stuff
[22:37:18] stuartm: but nothing that looks like an LNA to me
[22:38:02] jya: cat /sys/module/dvb_usb_cxusb/parameters/adapter_nr is -1,-1,-1,-1,-1,-1,-1,-1
[22:38:20] jya: yeah, that cards works as-is; just the drivers, no firmware to fiddle with
[22:38:35] jya: it has worked great so far (for both him and myself)
[22:38:44] stuartm: yeah, adapter_nr is something that all drivers have in common, it just allows you to force the device node used
[22:39:32] stuartm: Janne actually came up with that
[22:39:39] stuartm: or at least collaborated iirc
[22:40:28] jya: i see...
[22:40:34] stuartm: workaround for device nodes not being static, so card A on node 1 could switch with card B to node 2 on a reboot
[22:41:25] stuartm: (/dev/dvb/adapter0)
[22:41:35] jya: we had a christmas party on saturday; my frontend has locked up about a dozen time in a matter of 2 hours. We were watching the cricket, every 5 minutes th video would freeeze: had to do play/pause to restart.. then was trying to show video via airplay: bang total lockup.. not a good weekend for myth
[22:42:17] jya: stuartm: I don't have much problems if the cards switch entry; they all point to the same data.
[22:42:46] stuartm: jya: yeah, it's only an issue if you have multiple sources/card types
[22:43:25] jya: i did create a udev so the dvico would create a /dev/dvb/DVICO0 entry; after I found that one card wouldn't tune properly on one channel; so I wanted to make sure of the order. Only to find that myth behaves very inappropriately if you use anything but /dev/dvb/frontendX as device name
[22:43:39] stuartm: I'd look at logs with -v chanscan, see if any obvious warnings/errors show up
[22:43:48] jya: something we ought to fix btw
[22:44:31] jya: other problem is I'm flying away for France tomorrow.... so the window to fix anything is short :(
[22:44:44] MartinT_ (MartinT_!~smuxi@46-18-104-220.static.vivaciti.org) has quit (Remote host closed the connection)
[22:44:50] MartinT (MartinT!~smuxi@46-18-104-220.static.vivaciti.org) has joined #mythtv
[22:56:56] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 245 seconds)
[23:02:00] MartinT (MartinT!~smuxi@46-18-104-220.static.vivaciti.org) has quit (Remote host closed the connection)
[23:26:10] SteveGoodey (SteveGoodey!~steve@host86-143-180-227.range86-143.btcentralplus.com) has quit (Quit: Konversation terminated!)

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