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.