| Friday, October 28th, 2016, 00:15 UTC | ||
| [00:15:28] | membiblio (membiblio!~membiblio@pool-71-112-149-68.pitbpa.fios.verizon.net) has quit (Ping timeout: 245 seconds) | |
| [00:18:03] | membiblio (membiblio!~membiblio@pool-71-112-149-68.pitbpa.fios.verizon.net) has joined #mythtv | |
| [00:51:06] | SteveGoodey (SteveGoodey!~steve@host5-81-206-113.range5-81.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [00:51:59] | SteveGoodey (SteveGoodey!~steve@host5-81-206-113.range5-81.btcentralplus.com) has joined #mythtv | |
| [01:00:47] | SteveGoodey (SteveGoodey!~steve@host5-81-206-113.range5-81.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [02:49:31] | Chutt_ (Chutt_!~ijr@2605:a000:1208:c087:c457:ef1d:60fd:2177) has joined #mythtv | |
| [02:52:52] | Chutt (Chutt!~ijr@2605:a000:1208:c087:54af:7577:a6a7:e8c6) has quit (Ping timeout: 260 seconds) | |
| [02:55:38] | bobl: | stuarta: I did run valgrind but nothing jumps out at me at least from heap allocations. I wondered if it was a large mmapped file. I'll keep hunting. |
| [02:57:30] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 250 seconds) | |
| [02:58:13] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [03:02:52] | arescorpio (arescorpio!~arescorpi@42-226-114-200.fibertel.com.ar) has joined #mythtv | |
| [04:12:21] | bobl (bobl!~bobl@166.45.218.139.dynamic.dsl.dv.iprimus.net.au) has left #mythtv () | |
| [04:23:57] | dekarl1 (dekarl1!~dekarl@mythtv/developer/dekarl) has joined #mythtv | |
| [04:25:28] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Ping timeout: 245 seconds) | |
| [05:28:56] | arescorpio (arescorpio!~arescorpi@42-226-114-200.fibertel.com.ar) has quit (Quit: Leaving.) | |
| [06:20:51] | SteveGoodey (SteveGoodey!~steve@host5-81-206-113.range5-81.btcentralplus.com) has joined #mythtv | |
| [07:50:10] | stuarta: | bobl: in case you read irc history, it's most likely a memory allocation we never free |
| [08:48:33] | gbee: | nowhere in the backend do we allocate (intentionally) anything like that amount |
| [08:50:38] | gbee: | EIT cache is the only global container which I can think of right now which might potentially grow unbounded with enough channels |
| [08:50:51] | gbee: | it's cleared based on age, but not limited in size |
| [09:02:56] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has joined #mythtv | |
| [09:03:51] | stuarta: | it naturally will reach a maximum size due to the nature of the way the data is transmitted |
| [09:15:29] | gbee: | a maximum yes, but that maximum could theoretically be GBs if you had sufficient channels and enough days of data |
| [09:16:19] | gbee: | I'm not seriously suggesting that's the cause of the issue here, 2GB would be a huge number of channels and days of data ... but if it's failing to clear up for some reason |
| [09:18:52] | gbee: | it's one of the few places in the backend code where we allocate for the duration of the process, a leak in most other places would take the form of lots of little allocations in different areas of memory from a failure to cleanup in class destructors for example |
| [09:27:06] | stuarta: | yeah |
| [09:28:06] | stuarta: | so my 2 backends (prod & dev) which are both pulling freeview and freesat, dev is 186Mb RSS, prod id 353Mb RSS |
| [09:28:21] | stuarta: | they have been up for a while |
| [09:34:03] | stuarta: | now the prod one gets more use from frontends |
| [09:34:09] | stuarta: | the dev one gets almost none |
| [09:40:16] | ikevin: | is there a dev planning to make a connection between backend and frontend over nat? |
| [10:51:01] | stuarta: | ikevin: how so, should it just not work? |
| [11:11:05] | SteveGoodey (SteveGoodey!~steve@host5-81-206-113.range5-81.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [11:14:07] | SteveGoodey (SteveGoodey!~steve@host5-81-206-113.range5-81.btcentralplus.com) has joined #mythtv | |
| [11:16:37] | Tobbe5178 (Tobbe5178!~asdf@2001:2002:51eb:d192:9d3d:6df1:8082:2238) has joined #mythtv | |
| [11:23:24] | rich0_ (rich0_!~quassel@gentoo/developer/rich0) has joined #mythtv | |
| [11:24:44] | rich0 (rich0!~quassel@gentoo/developer/rich0) has quit (Ping timeout: 244 seconds) | |
| [11:25:39] | tcz (tcz!47ad0681@gateway/web/freenode/ip.71.173.6.129) has joined #mythtv | |
| [11:27:37] | tcz (tcz!47ad0681@gateway/web/freenode/ip.71.173.6.129) has quit (Client Quit) | |
| [11:31:30] | rich0_ is now known as rich0 | |
| [11:46:31] | ikevin: | stuarta, yep, i can't set an external IP |
| [11:47:36] | ikevin: | i actualy need to use a vpn to make it working, so, in this case, i can't use livetv |
| [11:48:33] | stuarta: | ikevin a simple port forward NAT didn't do the trick? |
| [11:49:12] | stuarta: | i suspect the main problem would be the DB access, since that is done by the frontend, independent of the backend. |
| [11:49:42] | ikevin: | nop, it seem that database tell to frontend to connect to an inaccessible IP |
| [11:50:28] | ikevin: | frontend try to connect on 10.0.0.254 and it need to connect to 90.125.xx.ww |
| [11:50:44] | stuarta: | ah yes, I see, you would have to get the public and private names for the backend to be the same, and then ensure that lookup by name works |
| [11:51:30] | ikevin: | it work, so, in backend config, i can't set IP 90.125.xx.ww |
| [11:52:42] | ikevin: | and not sure i can spoof public ip in the server |
| [11:53:20] | stuarta: | there are various ways, but unless you are very good with networking it could be a pain for you |
| [11:53:43] | ikevin: | on another frontend installation, using ipv6 work fine, so, on this network i don't have ipv6 :( |
| [11:53:54] | stuarta: | ipv6++ |
| [11:54:27] | ikevin: | need to wait until june 2017 to have ipv6 from isp :( |
| [11:54:53] | stuarta: | :( i have native already \o/ |
| [11:56:23] | ikevin: | french isp seems to dislike ipv6 :( |
| [12:18:44] | scilib (scilib!~libsci@unaffiliated/libsci) has joined #mythtv | |
| [12:20:44] | rich0 (rich0!~quassel@gentoo/developer/rich0) has quit (*.net *.split) | |
| [12:20:45] | sraue_ (sraue_!~stephan@5.146.241.100) has quit (*.net *.split) | |
| [12:20:45] | lapion (lapion!~axion@axion.xs4all.nl) has quit (*.net *.split) | |
| [12:20:45] | poptix (poptix!poptix@poptix.net) has quit (*.net *.split) | |
| [12:20:46] | jpabq_ (jpabq_!~quassel@67-0-209-138.albq.qwest.net) has quit (*.net *.split) | |
| [12:20:46] | libsci (libsci!~libsci@unaffiliated/libsci) has quit (*.net *.split) | |
| [12:30:32] | joki (joki!~joki@p548617DB.dip0.t-ipconnect.de) has joined #mythtv | |
| [12:35:54] | poptix (poptix!poptix@poptix.net) has joined #mythtv | |
| [12:35:58] | rich0 (rich0!~quassel@gentoo/developer/rich0) has joined #mythtv | |
| [12:36:11] | sraue_ (sraue_!~stephan@5.146.241.100) has joined #mythtv | |
| [12:36:26] | lapion (lapion!~axion@axion.xs4all.nl) has joined #mythtv | |
| [12:37:01] | jpabq (jpabq!~quassel@67-0-209-138.albq.qwest.net) has joined #mythtv | |
| [12:37:01] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv | |
| [12:37:01] | jpabq (jpabq!~quassel@67-0-209-138.albq.qwest.net) has quit (Changing host) | |
| [12:45:48] | joki (joki!~joki@p548617DB.dip0.t-ipconnect.de) has quit (Read error: No route to host) | |
| [12:50:32] | joki (joki!~joki@p548617DB.dip0.t-ipconnect.de) has joined #mythtv | |
| [13:15:53] | joki (joki!~joki@p548617DB.dip0.t-ipconnect.de) has quit (Read error: No route to host) | |
| [13:20:32] | joki (joki!~joki@p548617DB.dip0.t-ipconnect.de) has joined #mythtv | |
| [13:39:18] | benklop (benklop!~quassel@2001:470:d:ee6:e23f:49ff:fe17:e0da) has quit (Quit: No Ping reply in 180 seconds.) | |
| [13:39:32] | benklop (benklop!~quassel@2001:470:d:ee6:e23f:49ff:fe17:e0da) has joined #mythtv | |
| [13:41:49] | SteveGoodey (SteveGoodey!~steve@host5-81-206-113.range5-81.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [13:46:48] | joki (joki!~joki@p548617DB.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [13:50:32] | joki (joki!~joki@p548617DB.dip0.t-ipconnect.de) has joined #mythtv | |
| [13:52:29] | benklop (benklop!~quassel@2001:470:d:ee6:e23f:49ff:fe17:e0da) has quit (Remote host closed the connection) | |
| [13:53:41] | benklop (benklop!~quassel@2001:470:d:ee6:e23f:49ff:fe17:e0da) has joined #mythtv | |
| [14:16:35] | joki (joki!~joki@p548617DB.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [14:20:32] | joki (joki!~joki@p548617DB.dip0.t-ipconnect.de) has joined #mythtv | |
| [14:48:40] | joki (joki!~joki@p548617DB.dip0.t-ipconnect.de) has quit (Ping timeout: 260 seconds) | |
| [14:58:06] | dekarl1: | all isps dislike ipv6. I can get it in exchange for making a new contract... |
| [14:58:09] | dekarl1 is now known as dekarl | |
| [15:02:25] | stuarta: | it's the future! |
| [15:09:52] | dekarl: | its been the future for >10 years now ;) |
| [15:10:39] | dekarl: | reminds me of that bad joke... if a man says he'll fix it then he'll fix it, his wife doesn't have to remind him every 6 months |
| [15:10:44] | stuarta: | yep :) |
| [15:10:47] | gbee: | and I still haven't got my head around the whole 'no NAT' thing |
| [15:11:01] | stuarta: | that's the easy bit, there is no NAT |
| [15:11:04] | stuarta: | :-) |
| [15:11:05] | blafu: | Quick update on the Sat>IP stuff: I cleaned up my fork a bit now, and am working on getting channel scanning to work, because it seems like it's still a bit broken. The scanner says "Timed out, xx possible channels", what does that mean exactly? |
| [15:11:08] | stuarta: | except when there is |
| [15:11:21] | gbee: | but, but, how do I firewall everything in my network! |
| [15:11:40] | stuarta: | the usual way. incoming -> default block |
| [15:12:01] | stuarta: | remind me not to tell you about NAT66 |
| [15:12:02] | gbee: | ah, you mean I cut the cable! Right, now it makes sense |
| [15:14:48] | dekarl: | "why should I use real internet ipv4 for internal servers anyway. its not as if our partner companies might have used 10.0.0.x for their data center, too" |
| [15:16:31] | dekarl: | ^- we decided to change the ip of one of these server, will be a funny exercise in re-NATTting and firewall upfixing because... who needs documentation or tool support for networks ;) |
| [15:18:09] | stuarta: | \o/ first tentative steps towards SSO taken :) |
| [15:21:19] | dekarl: | blafu: something expected wasn't seen, still some channels have been found. e.g. missing SDT on a DVB system, but channels found via PAT/PMT. but don't nail me on the details |
| [15:23:56] | stuarta: | blafu: i get that often when scanning dvb-t/s but still get the channels |
| [15:24:00] | blafu: | dekarl: ok, I *think* all channels are found, but it lists ALL dvb channels as conflicting in the scanner (database is empty). Could be the fault of my network provider, but still, inserting 200 channels and assigning numbers manually is a bit... cumbersome ^^ |
| [15:24:05] | stuarta: | never bothered to dig deep enough to find out |
| [15:26:22] | blafu: | and all channel numbers are in the format "<real_chan_num> 43039" where 43039 is the network id which i'm supposed to use |
| [15:27:04] | blafu: | I think the space in the channel number makes up the conflicted status |
| [16:22:20] | SteveGoodey (SteveGoodey!~steve@host5-81-206-113.range5-81.btcentralplus.com) has joined #mythtv | |
| [16:31:54] | rich0 (rich0!~quassel@gentoo/developer/rich0) has quit (Remote host closed the connection) | |
| [16:35:30] | rich0_ (rich0_!~quassel@gentoo/developer/rich0) has joined #mythtv | |
| [16:35:38] | betheynyx (betheynyx!~b@45.63.76.107) has quit (Ping timeout: 250 seconds) | |
| [16:39:53] | ikevin (ikevin!~kevin@j-aime.etre.casse-couilles.org) has quit (Ping timeout: 256 seconds) | |
| [16:41:36] | XDS2010 (XDS2010!sid1218@gateway/web/irccloud.com/x-yeychuotkzvylmvg) has quit (Ping timeout: 256 seconds) | |
| [16:43:52] | XDS2010 (XDS2010!sid1218@gateway/web/irccloud.com/x-vfqrjcjywkkepdnf) has joined #mythtv | |
| [16:44:09] | XDS2010 (XDS2010!sid1218@gateway/web/irccloud.com/x-vfqrjcjywkkepdnf) has quit (Excess Flood) | |
| [16:45:29] | XDS2010 (XDS2010!sid1218@gateway/web/irccloud.com/x-npgfvvkpmjmulcya) has joined #mythtv | |
| [16:46:06] | ikevin (ikevin!~kevin@j-aime.etre.casse-couilles.org) has joined #mythtv | |
| [16:52:22] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Quit: Leaving) | |
| [17:05:17] | antgel (antgel!~topdog@77.127.10.5) has joined #mythtv | |
| [17:36:19] | dekarl: | blafu: you need to restart mythtv-setup between two attempts to scan. Some stuff is not properly cleaned up / initialized |
| [17:37:17] | dekarl: | the whole channel scan is very fragile in DVB land |
| [17:50:35] | zz_CyberJacob is now known as CyberJacob | |
| [18:08:59] | blafu: | dekarl: are those "duplicates" re-evaluated when importing an existing scan? |
| [18:10:56] | blafu: | all DVB channels are seen twice, somehow |
| [18:21:20] | dekarl: | this is a DVB-C installation? did you have to manually configure the network_id as 43039? |
| [18:21:27] | blafu: | dekarl: yes |
| [18:21:38] | dekarl: | But maybe their SI is just crap :D |
| [18:22:15] | dekarl: | but equally likely that its a bug in the scanner that they just trigger somehow (e.g. wrong order of tables) |
| [18:22:30] | blafu: | I have a lot of MPEG channels, which are all garbage, the channelscanner "printing the remaining channels" actually would print the correct ones, but sees them already in the conflicted state (they are now non-conflicting, because the mpeg-channels were ignored) |
| [18:22:54] | blafu: | the MPEG channels seem to be transmitted with the same service_id, but i'm not sure about that just now |
| [18:23:05] | dekarl: | of course |
| [18:23:37] | dekarl: | the MPEG channel is just PAT/PMT with the program_number matching the service_id of the SDT. the DVB channels are the ones with PAT/PMT/SDT |
| [18:23:57] | blafu: | so each DVB channels has one MPEG channel? |
| [18:23:58] | dekarl: | if somehow the scanner gets confused it sees the same channel as MPEG and as DVB channel |
| [18:24:16] | dekarl: | similar, each DVB channel is also an MPEG channel |
| [18:24:40] | dekarl: | think of "DVB channel" as a specialisation of "MPEG channel" |
| [18:24:55] | dekarl: | object oriented hierarchy style |
| [18:25:48] | blafu: | ok, got it, but then it shouldn't be counting the mpeg-channel using the program number and then report all dvb channels as conflicting |
| [18:25:50] | dekarl: | "MPEG channel" is the base type of all our digital TV channels, with specialisations DVB channel, SCTE channel, ATSC channel, IPTV channel. etc |
| [18:26:04] | dekarl: | correct. you should not see duplicates |
| [18:27:00] | blafu: | well, 631 is the service_id and i see these two lines from the scanner output: |
| [18:27:02] | blafu: | qam_256:482000000:RTP Int.:620:43039:1:631:52=52:dvb 0:cnt(pnum:2,channum:1) |
| [18:27:03] | blafu: | qam_256:394000000::1–631:631:52:mpeg 0:cnt(pnum:2,channum:1) |
| [18:27:42] | dekarl: | that is strange I see two different frequencies |
| [18:28:22] | blafu: | it reports a different frequency for each channel |
| [18:33:56] | blafu: | ah, so MPEG channels are checked for duplicates by their channel number, whereas dvb channels are checked by service_id |
| [18:34:43] | blafu: | maybe something is broken with the tables my provider transmits... |
| [18:37:28] | dekarl: | the duplicate check is wrong, too :) |
| [18:38:06] | dekarl: | all this digital tv stuff is very complicated with heaps of confusing documentation and hundreds of compatibility options to make primitive transmitters work |
| [18:39:01] | blafu: | yeah, I get that now :-D |
| [18:39:04] | dekarl: | if you want to fix it, the its transport + service_id. in the case of DVB-C thats frequency+service_id |
| [18:39:28] | dekarl: | service_id being the DVB name for MPEG program_number |
| [18:40:32] | blafu: | so each service_id should (in theory) be unique for one transport (frequency) only? |
| [18:40:39] | dekarl: | yes |
| [18:40:46] | dekarl: | it is in practice |
| [18:41:15] | blafu: | except in my case |
| [18:41:44] | dekarl: | the combination of original_network_id + service_id should uniquely identify the service world wide |
| [18:42:12] | dekarl: | you may be receiving multiple copies of that service though. e.g. when its moving between satelites in the constellation |
| [18:44:31] | blafu: | Couldn't we just ignore all MPEG channels that have the same service_id as a DVB channel? |
| [18:44:43] | blafu: | or network_id+service_id |
| [18:45:07] | dekarl: | the issue is earlier. the channels should be detected as dvb channel only and never as mpeg channel |
| [18:45:43] | blafu: | hm ok, then I've got some more digging to do, as to where that happens ;-) |
| [18:46:21] | dekarl: | a good start would be to figure out why a fresh channel scan has a different result compared to running two channel scans without restart of mythtv-setup |
| [18:47:31] | blafu: | something to do for tomorrow maybe :-) btw, got the EIT stuff working with Sat>IP too |
| [18:48:42] | dekarl: | very nice :) |
| [18:50:42] | blafu: | yeah, thanks for the pointers |
| [18:53:59] | dekarl: | np, every helping hand is very welcome |
| [18:55:34] | dekarl: | the bug tracker may contain some hints about bugs that might bite you, too. https://code.mythtv.org/trac/query?status=!cl . . . nnel+Scanner so if you wonder "is it just me?" then this might be of use |
| [18:59:24] | blafu: | yeah, I think I had the issue in earlier versions that a rescan did renumber all channels, after i put them in the order that i wanted them to be, something to fix as well |
| [19:07:02] | dekarl: | yes, the channel scanner resets some configuation options. a separation between scanned/default value and manually set override option could help. but I've not really thought about it outside of the use_eit option ;) |
| [19:29:46] | antgel (antgel!~topdog@77.127.10.5) has quit (Ping timeout: 256 seconds) | |
| [19:35:36] | rich0_ is now known as rich0 | |
| [19:44:41] | ShapeShifter499 (ShapeShifter499!~ShapeShif@unaffiliated/shapeshifter499) has joined #mythtv | |
| [20:00:31] | joki (joki!~joki@p548617DB.dip0.t-ipconnect.de) has joined #mythtv | |
| [20:26:58] | antgel (antgel!~topdog@bzq-79-182-24-161.red.bezeqint.net) has joined #mythtv | |
| [21:01:56] | SteveGoodey (SteveGoodey!~steve@host5-81-206-113.range5-81.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:03:31] | SteveGoodey (SteveGoodey!~steve@host5-81-206-113.range5-81.btcentralplus.com) has joined #mythtv | |
| [21:08:26] | SteveGoodey (SteveGoodey!~steve@host5-81-206-113.range5-81.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:18:35] | Roklobster (Roklobster!~Dirkka@ppp118-209-181-103.lns20.mel8.internode.on.net) has joined #mythtv | |
| [21:56:01] | antgel (antgel!~topdog@bzq-79-182-24-161.red.bezeqint.net) has quit (Ping timeout: 260 seconds) | |
| [21:56:36] | antgel (antgel!~topdog@bzq-79-182-24-161.red.bezeqint.net) has joined #mythtv | |
| [22:37:08] | antgel (antgel!~topdog@bzq-79-182-24-161.red.bezeqint.net) has quit (Ping timeout: 245 seconds) | |
| [23:01:37] | Roklobster (Roklobster!~Dirkka@ppp118-209-181-103.lns20.mel8.internode.on.net) has quit (Remote host closed the connection) | |
| [23:11:39] | amessina (amessina!~amessina@unaffiliated/amessina) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.