MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (70):

aberrios_, acle, adamw, aloril, amessina, andreaz, Anssi, caelor_, Captain_Murdoch, cesman, clever, coling, Cougar, dblain, dekarl, eee-blt, ElmerFudd, emm386_, enyc_, fetzerch, Gibby, GreyFoxx, J-e-f-f-A, jams, jarle, jarryd, jheizer, jnylen, joki, jpabq, jpharvey, jst, jwhite, jya, knightr_, kormoc, kurre2, moparsthbest, MythBuild, MythLogBot, nephyrin`, NiX_, peper03, poptix, purserj, rhpot199`, rkulagow, rkulagow_, robink, rsiebert, saliency, Sharky112065, sheedy-away, skd5aner, sphery, sraue, Steve_Goodey, stuarta, stuartm, superm1, tonsofpcs, tris, unforgiven512, wagnerrp, Warped, wseltzer1, XDS2010, xris, zentec, _charly_
Saturday, September 6th, 2014, 00:06 UTC
[00:06:34] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Remote host closed the connection)
[00:54:26] amessina_ is now known as amessina
[01:12:58] stichnot (stichnot!~stichnot@adsl-68-127-28-41.dsl.pltn13.pacbell.net) has joined #mythtv
[01:12:58] stichnot (stichnot!~stichnot@adsl-68-127-28-41.dsl.pltn13.pacbell.net) has quit (Changing host)
[01:12:58] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[01:36:50] andreaz (andreaz!~andre_000@p5792344E.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)
[01:37:22] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv
[02:43:09] gigem: rkulagow: As far as I know, it isn't handled. It could kind of be handled by fully populating both channels and using a custom filter to not record when the channel isn't active, but we don't officially support custom filters either.
[02:51:34] peper03_ (peper03_!~peper03@mythtv/developer/peper03) has joined #mythtv
[02:54:31] clever: i can only see that being handled at the schedule source, like schedules direct
[02:55:24] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 260 seconds)
[02:55:24] peper03_ is now known as peper03
[03:07:22] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 250 seconds)
[03:08:54] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[03:33:57] gigem (gigem!~david@mythtv/developer/gigem) has quit (Quit: WeeChat 1.0)
[03:35:44] gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv
[03:43:26] rkulagow: clever: i am the schedule source. :)
[03:44:56] rkulagow: gigem: the problem is that if i'm populating the channel table with a lineup, at least one of the xmltvid's needs to have a differnet channel number. does mythtv just silently ignore one when the insert fails due to the primary key constraint on chanid?
[03:46:34] rkulagow_ (rkulagow_!62e20172@gateway/web/freenode/ip.98.226.1.114) has joined #mythtv
[04:04:29] arescorpio (arescorpio!~arescorpi@193-205-17-190.fibertel.com.ar) has quit (Excess Flood)
[06:02:57] esperegu (esperegu!~quassel@ip-213-124-221-127.ip.prioritytelecom.net) has joined #mythtv
[06:05:12] gigem: rkulagow: chanid != channum. Every channel must have a unique chanid, but chanid, like callsign, can be anything the user wants. Furthermore, I don't know of any place in MythTV that prevents two channels in the same videosource from having the same channel number. If there is, it's only in mythfilldatabase.
[06:51:38] dekarl: rkulagow, over here it does it like this https://github.com/NonameTV/nonametv/blob/mas . . . /Combiner.pm
[06:54:39] dekarl: btw, mint to add the tvdb inetref to the new grabber? jny len already joined in providing it. See http://xmltv.xmltv.se/kabel1.de_2014-09-09.xml.gz with <episode-num system="thetvdb.com">series/73918</episode-num>
[06:54:44] dekarl: s/mint/mind/
[06:55:29] dekarl: Still need to figure out why inetref provided by the guide does not lead to instant match of metadata instead of searching (and overwriting the right with a wrong inetref)
[06:57:06] dekarl: rkulagow, gigem: is that two different services (different frequency, or different mpeg program_number) or unrelated services going on/off air but using the same logical-channel-number?
[06:57:35] dekarl: hmm that didn't make sense... is it A or A ;)
[06:58:18] dekarl: or is it one service (same frequency/program_number) that switches the source channel using a timetable
[06:58:42] dekarl: for the latter we just mix the guide data using the same timetable
[08:22:16] stuartm: dekarl: figured out what was ultimately wrong with desktop upnp, we give the CDS control address as <controlURL>CDS_Control</controlURL>
[08:22:54] stuartm: "upnp services discovery error: UPNP_E_BAD_RESPONSE when trying the send() action with URL: http://192.168.159.2:6544/CDS_Controlsc"
[08:23:37] stuartm: this is familiar, I think another device using the same upnp sdk had the same bug
[08:23:59] stuartm: <SCPDURL>CDS_Control/GetServDesc</SCPDURL>
[08:24:14] stuartm: that's where the 'sc' is coming from
[08:24:53] stuartm: actually probably from getDeviceDesc
[08:25:20] stuartm: they aren't clearing the string variable before writing into it and re-using it
[08:30:12] SteveGoodey (SteveGoodey!~steve@host86-132-99-123.range86-132.btcentralplus.com) has joined #mythtv
[08:36:24] dekarl: hmm, if its that common, should we just accept it and warn?
[08:37:16] stuartm: it's going to affect other urls, might never end
[08:44:02] joki (joki!~joki@p5486220C.dip0.t-ipconnect.de) has quit (Ping timeout: 245 seconds)
[08:49:36] joki (joki!~joki@p5486224C.dip0.t-ipconnect.de) has joined #mythtv
[09:10:43] stuartm: dekarl: http://sourceforge.net/p/pupnp/mailman/message/32290824/
[09:11:07] stuartm: it's a libupnp bug, reported upstream in May and still unfixed, hardly surprising since libupnp seems dead
[09:15:36] stuartm: dekarl: logs from the iOS version would still be useful, as I don't think that's the same bug, I know people reported that the iOS version worked until recently but the desktop version has been broken for forever
[09:47:45] dekarl: cool, restarting the MBE while playing back a recording doesn't abort it :)
[10:48:06] esperegu (esperegu!~quassel@ip-213-124-221-127.ip.prioritytelecom.net) has quit (Read error: Connection reset by peer)
[10:48:56] esperegu (esperegu!~quassel@ip-213-124-221-127.ip.prioritytelecom.net) has joined #mythtv
[10:53:58] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv
[11:04:05] stuartm: no, although the reconnection attempts(?) can causes some slowdown/stuttering
[11:05:29] dekarl: hmm, just tried again with vlc ios. now its working (better then before)
[11:06:10] dekarl: aye, after draining the buffer it got stuttery (is that a word?) and eventually stopped
[11:18:33] sheedy-away (sheedy-away!sheedy@gateway/shell/kde/x-qiaxtnyywwekakxv) has quit (Ping timeout: 260 seconds)
[11:22:35] stuartm: seems libupnp was broken over two years ago and no-one noticed
[11:23:56] stuartm: well at least not until last October when someone first raised the issue on our lists and I found the cause of the issue, it was reported to the (dead) libupnp mailing lists this May, and today I've gone ahead and filed a ticket
[11:26:13] dekarl: so we fork / fix / become another upstream?
[11:26:36] sheedy-away (sheedy-away!sheedy@gateway/shell/kde/x-dsaklkhxdydrqybi) has joined #mythtv
[11:29:51] dekarl: oh my, how debian... removing unsafe string function leading to spatial memory issues... does that work for password storage, too? :P
[11:29:52] stuartm: we don't use libupnp
[11:30:01] stuartm: desktop vlc does though
[12:13:42] rsiebert_ (rsiebert_!~quassel@f052128184.adsl.alicedsl.de) has joined #mythtv
[12:16:15] rsiebert (rsiebert!~quassel@g225046199.adsl.alicedsl.de) has quit (Ping timeout: 246 seconds)
[13:04:28] sheedy-away is now known as sheedy
[13:41:40] SteveGoodey (SteveGoodey!~steve@host86-132-99-123.range86-132.btcentralplus.com) has quit (Quit: Konversation terminated!)
[13:50:24] dekarl (dekarl!~dekarl@p4FE85E7E.dip0.t-ipconnect.de) has quit (Ping timeout: 246 seconds)
[13:55:17] dekarl (dekarl!~dekarl@p4FE85E7E.dip0.t-ipconnect.de) has joined #mythtv
[14:50:12] skd5aner (skd5aner!~skd5aner@241.sub-70-198-68.myvzw.com) has quit (Ping timeout: 245 seconds)
[15:07:05] sphery_ (sphery_!~mdean@mythtv/developer/sphery) has joined #mythtv
[15:08:59] sphery (sphery!~mdean@mythtv/developer/sphery) has quit (Ping timeout: 255 seconds)
[15:09:09] rsiebert_ (rsiebert_!~quassel@f052128184.adsl.alicedsl.de) has quit (Ping timeout: 246 seconds)
[15:14:27] arescorpio (arescorpio!~arescorpi@193-205-17-190.fibertel.com.ar) has joined #mythtv
[15:18:22] sphery_ (sphery_!~mdean@mythtv/developer/sphery) has quit (Remote host closed the connection)
[15:23:13] sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv
[15:44:51] gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has quit (Remote host closed the connection)
[16:10:41] gigem: dekarl: It's the latter case. For example, a cable company will broadcast content from content provider A on channel N from 6a to 6p and from content provider B on the same channel N. Channel N in this case represents some transport. It can be a logical channel number or a frequency or whatever. Basically, the user will see content from different providers depending on what time of day they watch the
[16:10:43] gigem: channel.
[16:12:08] dekarl: good, then its technically easy. Just mix the guide with the same time table
[16:47:31] andreaz (andreaz!~andre_000@p5792344E.dip0.t-ipconnect.de) has joined #mythtv
[16:50:03] dekarl1 (dekarl1!~dekarl@p4FCEF415.dip0.t-ipconnect.de) has joined #mythtv
[16:50:14] skd5aner (skd5aner!~skd5aner@241.sub-70-198-68.myvzw.com) has joined #mythtv
[16:52:03] dekarl (dekarl!~dekarl@p4FE85E7E.dip0.t-ipconnect.de) has quit (Ping timeout: 246 seconds)
[17:00:53] dekarl1 is now known as dekarl
[17:21:34] sheedy is now known as sheedy-away
[17:28:57] gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has joined #mythtv
[17:31:57] esperegu (esperegu!~quassel@ip-213-124-221-127.ip.prioritytelecom.net) has quit (Remote host closed the connection)
[17:32:11] rsiebert (rsiebert!~quassel@f052128184.adsl.alicedsl.de) has joined #mythtv
[17:33:48] stuartm: I'm extremely disappointed by the state of upnp implementations :( Every last one that I've looked at and there have been many are using the 2002 spec, most of those only use a fraction of the features and metadata available
[17:35:03] stuartm: you get the impression that the UPnP Forum are wasting their time releasing updated specs and interesting new features every few because no-one seems interested in implementing any of it
[17:40:48] stuartm: also makes testing any stuff I add very difficult since there are no clients to test with
[17:48:45] Steve-Goodey (Steve-Goodey!~steve@host86-132-99-123.range86-132.btcentralplus.com) has joined #mythtv
[17:50:30] arescorpio (arescorpio!~arescorpi@193-205-17-190.fibertel.com.ar) has quit (Excess Flood)
[18:05:41] gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has quit (Remote host closed the connection)
[18:06:38] sheedy-away is now known as sheedy
[18:21:40] gigem: dekarl: rkulagow didn't say, but I suspect his interest is in regards to his JSON based guide service at Schedules Direct.
[18:31:30] dekarl: gigem, that's where I saw the tvdbids. I took a peek at his php-mfdb code but couldn't figure out where to add that (also dynamically as its a master only feature). So I thought I'd just mention that the data is present at source and sink. All it needs is just the pipe
[18:53:03] SteveGoodey (SteveGoodey!~steve@host86-132-99-123.range86-132.btcentralplus.com) has joined #mythtv
[19:16:46] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (*.net *.split)
[19:16:47] cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (*.net *.split)
[19:16:47] robink (robink!~quassel@unaffilated/robink) has quit (*.net *.split)
[19:16:47] robink_ (robink_!~quassel@unaffilated/robink) has joined #mythtv
[19:29:20] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[19:29:20] cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv
[19:31:07] Casper0082 (Casper0082!~Casper@pool-71-185-186-159.phlapa.fios.verizon.net) has quit (Ping timeout: 245 seconds)
[20:00:02] stuarta: where does mythvideo get its hash from in the database?
[20:04:58] stuartm: generates it, check libmythmetadata
[20:05:59] dekarl: stuarta https://github.com/MythTV/mythtv/blob/master/ . . . til.cpp#L592
[20:06:10] stuarta: i'm trying to force rebuilding all the metadata by truncating videometa*, yet when i trigger a video scan,it still know about the files, event thou i restarted the backend
[20:07:00] stuartm: that hash only identifies the file to mythtv so the user can rename it and we'll still know it's the same one
[20:07:52] dekarl: looks like its the sum of the first 64k + last 64k generated by adding unsigned 64bit integers
[20:08:09] stuartm: stuarta: possibly patronising question, but did you truncate the table in the right database?
[20:08:19] stuarta: :-p yes
[20:08:25] stuartm: the file has nothing to do with metadata
[20:08:30] stuartm: file hash
[20:08:51] stuarta: maybe i'm missing clearing something
[20:10:20] stuarta: essentially what i am trying to do, is remove all knowledge of existing videos, force it to pickup all the files and then download all the metadata
[20:10:21] stuartm: stuarta: there is a 'reset all' option somewhere, if not in the settings then as an argument to one of the utility apps
[20:10:28] stuarta: hmmm
[20:10:38] stuartm: at least I swear I remember there being one
[20:12:23] dekarl: stuarta, point it to another directory – rescan – point it to the right directory – rescan.
[20:12:55] dekarl: that's what I did when I was testing stuff around there
[20:13:03] stuarta: hmmm k
[20:14:55] dekarl: or even easier, rename the directory instead
[20:28:41] stuarta: well you can "reset" the data for an individual video easily, so i reset what was broken and updated details and it seems to have worked
[20:36:36] stuartm: looking around the code I can't find a 'reset all' option, I think I was confusing it with the 'refresh all' option for recordings
[20:36:53] stuartm: but it wouldn't be at all difficult to add a 'reset all' for videos
[21:00:27] stuarta: it's not exactly a priority feature tho :-)
[21:17:17] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 260 seconds)
[21:24:02] skd5aner (skd5aner!~skd5aner@241.sub-70-198-68.myvzw.com) has quit (Ping timeout: 245 seconds)
[21:24:46] skd5aner (skd5aner!~skd5aner@241.sub-70-198-68.myvzw.com) has joined #mythtv
[21:29:46] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv
[21:40:34] Steve-Goodey (Steve-Goodey!~steve@host86-132-99-123.range86-132.btcentralplus.com) has quit (Quit: Konversation terminated!)
[21:49:23] sheedy is now known as sheedy-away
[21:52:15] robink_ is now known as robink
[22:07:23] skd5aner (skd5aner!~skd5aner@241.sub-70-198-68.myvzw.com) has quit (Ping timeout: 240 seconds)
[22:08:23] skd5aner (skd5aner!~skd5aner@241.sub-70-198-68.myvzw.com) has joined #mythtv
[22:09:23] SteveGoodey (SteveGoodey!~steve@host86-132-99-123.range86-132.btcentralplus.com) has quit (Quit: Konversation terminated!)
[22:20:48] sheedy-away is now known as sheedy
[22:43:32] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 245 seconds)
[23:07:42] sheedy is now known as sheedy-away
[23:08:19] gigem (gigem!~david@mythtv/developer/gigem) has quit (Ping timeout: 268 seconds)
[23:47:50] saliency (saliency!~saliency@207-237-115-90.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) has joined #mythtv

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