| Thursday, May 7th, 2015, 00:10 UTC | ||
| [00:10:38] | gary_buhrmaster (gary_buhrmaster!~garybuhrm@2601:9:4980:1843:222:4dff:fe51:6728) has quit (Remote host closed the connection) | |
| [00:12:21] | gary_buhrmaster (gary_buhrmaster!~gtb@2601:9:4980:1843:222:4dff:fe51:6728) has joined #mythtv | |
| [00:29:39] | dmfrey (dmfrey!~dmfrey@65-78-98-83.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [00:29:44] | dmfrey (dmfrey!~dmfrey@65-78-98-83.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Read error: Connection reset by peer) | |
| [00:37:57] | dmfrey (dmfrey!~dmfrey@65-78-98-83.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [00:38:59] | dmfrey (dmfrey!~dmfrey@65-78-98-83.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Read error: Connection reset by peer) | |
| [00:44:41] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 246 seconds) | |
| [00:47:07] | dmfrey (dmfrey!~dmfrey@65-78-98-83.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [00:50:17] | dmfrey (dmfrey!~dmfrey@65-78-98-83.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Client Quit) | |
| [00:51:45] | tgm4883 (tgm4883!uid23806@ubuntu/member/tgm4883) has joined #mythtv | |
| [00:55:26] | dmfrey (dmfrey!~dmfrey@65-78-98-83.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [00:58:39] | stichnot (stichnot!~stichnot@216.239.45.130) has joined #mythtv | |
| [00:58:39] | stichnot (stichnot!~stichnot@216.239.45.130) has quit (Changing host) | |
| [00:58:39] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [02:50:36] | dmfrey (dmfrey!~dmfrey@65-78-98-83.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Quit: Ex-Chat) | |
| [03:45:31] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [03:49:27] | fetzerch_ (fetzerch_!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 250 seconds) | |
| [04:09:49] | arescorpio (arescorpio!~arescorpi@62-31-245-190.fibertel.com.ar) has quit (Quit: Leaving.) | |
| [04:18:34] | rich0 (rich0!~quassel@gentoo/developer/rich0) has quit (Ping timeout: 272 seconds) | |
| [06:05:16] | FabriceMG (FabriceMG!~Thunderbi@LCaen-656-1-100-212.w80-11.abo.wanadoo.fr) has joined #mythtv | |
| [06:12:25] | dekarl1 (dekarl1!~dekarl@mythtv/developer/dekarl) has joined #mythtv | |
| [06:14:46] | Tobbe5178 (Tobbe5178!~asdf@2001:2002:51e1:d825:e9d6:644b:f306:b27b) has joined #mythtv | |
| [06:15:16] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Ping timeout: 240 seconds) | |
| [07:59:09] | SteveGoodey (SteveGoodey!~steve@host109-159-59-229.range109-159.btcentralplus.com) has joined #mythtv | |
| [08:04:19] | stuarta: | morning all |
| [08:04:56] | pitz: | y0 |
| [08:32:07] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-15-50.lns20.mel4.internode.on.net) has joined #mythtv | |
| [08:51:02] | Tobbe5178 (Tobbe5178!~asdf@2001:2002:51e1:d825:e9d6:644b:f306:b27b) has quit (Read error: Connection reset by peer) | |
| [09:04:01] | Steve-Goodey (Steve-Goodey!~steve@host109-159-59-229.range109-159.btcentralplus.com) has joined #mythtv | |
| [09:14:04] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 255 seconds) | |
| [09:30:41] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [09:35:54] | Steve-Goodey (Steve-Goodey!~steve@host109-159-59-229.range109-159.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [09:36:12] | Steve-Goodey (Steve-Goodey!~steve@host109-159-59-229.range109-159.btcentralplus.com) has joined #mythtv | |
| [09:39:05] | Steve-Goodey (Steve-Goodey!~steve@host109-159-59-229.range109-159.btcentralplus.com) has quit (Client Quit) | |
| [10:15:27] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:c893:6056:9952:2e1c) has joined #mythtv | |
| [10:18:19] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has quit (Quit: Reconnecting) | |
| [10:18:25] | stuarta (stuarta!~stuarta@callisto.squashedfrog.net) has joined #mythtv | |
| [10:18:38] | stuarta (stuarta!~stuarta@callisto.squashedfrog.net) has quit (Changing host) | |
| [10:18:38] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has joined #mythtv | |
| [10:18:50] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has quit (Client Quit) | |
| [10:19:00] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has joined #mythtv | |
| [11:49:34] | Roklobotomy (Roklobotomy!~Roklobsta@ppp118-209-15-50.lns20.mel4.internode.on.net) has joined #mythtv | |
| [11:52:30] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-15-50.lns20.mel4.internode.on.net) has quit (Ping timeout: 276 seconds) | |
| [12:16:54] | dekarl1 is now known as dekarl | |
| [12:46:24] | stuarta: | yay, finally it lives |
| [13:38:37] | ** Seeker` wonders what "it" is ** | |
| [13:39:14] | dekarl: | does it count installations? |
| [13:42:51] | stuarta: | our copy of smolt in github |
| [13:44:55] | dekarl: | cool! |
| [13:45:16] | dekarl: | just saw smolt moved to mizar already (and we're down 1000 active installations) |
| [13:54:42] | stuarta: | dekarl: it's only half moved. the backend is still on alcor |
| [14:00:33] | Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has joined #mythtv | |
| [14:00:45] | moparisthebest (moparisthebest!~mitb@unaffiliated/moparisthebest) has quit (Ping timeout: 272 seconds) | |
| [14:03:57] | moparisthebest (moparisthebest!~mitb@unaffiliated/moparisthebest) has joined #mythtv | |
| [14:12:09] | stuarta: | dekarl: we may be down, because there was a permissions issue for a while which may have affected smolt, and the backend wedged the other day as well |
| [14:13:51] | stuarta: | the immediate todo list includes getting our custom smolt backend in git and packaged, same for beirdobot |
| [14:18:20] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 272 seconds) | |
| [14:33:03] | jheizer (jheizer!~jheizer@c-73-51-93-177.hsd1.il.comcast.net) has quit (Read error: Connection reset by peer) | |
| [14:35:06] | jheizer (jheizer!~jheizer@c-73-51-93-177.hsd1.il.comcast.net) has joined #mythtv | |
| [14:36:56] | poptix- (poptix-!poptix@poptix.net) has quit (Read error: No route to host) | |
| [14:37:03] | poptix (poptix!poptix@poptix.net) has joined #mythtv | |
| [14:37:18] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [14:52:35] | gigem: | jpabq: Are you around? I'm experiencing failed recordings on my Ceton ITV6 Eth with increasing frequency. I have not had any similar problems with my HDHR Prime, but it gets used a lot less. I'm not sure if the Ceton has a heat or other serious issue or if MythTV isn't handling some temporary tuning issues gracefully enough. Either way, it almost always leaves whichever MythTV recorder in an unusable |
| [14:52:37] | gigem: | state until mythbackend is restarted. The problem is not limited to any specific tuner on the Ceton. It can occur on any of the 5 I have configured. I'd like to send you some logs and see if you can spot anything |
| [14:54:14] | stuarta: | i'm sure there was someone on the mailing list / forums seeing a similar thing |
| [14:58:57] | joki (joki!~joki@p5B36DB76.dip0.t-ipconnect.de) has quit (Ping timeout: 250 seconds) | |
| [15:01:51] | gigem: | danielk22's departure was a tough loss because he was the only one familiar with every part of every recorder. |
| [15:04:21] | joki (joki!~joki@p5B36E901.dip0.t-ipconnect.de) has joined #mythtv | |
| [15:11:39] | FabriceMG (FabriceMG!~Thunderbi@LCaen-656-1-100-212.w80-11.abo.wanadoo.fr) has quit (Quit: FabriceMG) | |
| [15:17:45] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 240 seconds) | |
| [15:19:13] | jpabq: | gigem: Hi. |
| [15:20:49] | jpabq: | It is unfortunate that we are not "using" the ceton in the correct way. Instead of using the official API, we are using it effectively in a "debug" mode. If I actually had a ceton, I would by strongly tempted to re-write that 'recorder'. |
| [15:21:49] | stuarta: | ug. is it worth putting in a request for one to the manufacturer then? |
| [15:22:49] | jpabq: | I am on Directv intead of cable, so I would not be able to test it locally. |
| [15:23:15] | stuarta: | gigem: you any good at writing recorders? ;-) |
| [15:23:44] | jpabq: | From what I understand, we are using http requests to interface with the ceton, but that was only designed for testing the card. People were not actually supposed to /use/ it that way. |
| [15:24:06] | stuarta: | is there a proper library or something we can use? |
| [15:26:21] | jpabq: | Yes, ceton has an official API. I have not looked at it to see what it would take to implement. |
| [15:26:56] | Chutt_ (Chutt_!~ijr@cpe-174-100-158-24.neo.res.rr.com) has joined #mythtv | |
| [15:27:24] | jpabq: | All that being said, the way we have been interfacing with the ceton for the last several years seems to generally work. So gigem's problem is likely unrelated. |
| [15:27:33] | stuarta: | heh, they've even written a python interface for it which uses RTSP/RTP/UPnP |
| [15:27:50] | stuarta: | http://cetoncorp.com/infinitv_support/linux_drivers/ |
| [15:28:17] | stuarta: | ah there's the spec http://www.cablelabs.com/specifications/OC-SP-DRI-I04-100910.pdf |
| [15:28:38] | Chutt (Chutt!~ijr@2605:a000:1225:65:c457:ef1d:60fd:2177) has quit (Ping timeout: 256 seconds) | |
| [15:29:42] | jpabq: | I should read that sometime. |
| [15:30:24] | jpabq: | gigem: feel free to send me logs. '-v channel,record' should be good to start. |
| [15:43:13] | gigem: | jpabq, stuarta: Yes, I know we're not using the preferred API, but it has proven to work pretty well. I probably could pick up some of the recorder code *eventually*, but my lack of knowledge of the Linux DVB API and low-level, MPEG formatting would present a sizable learning curve. I'll send you the most recent log shortly. I have older ones with -v channel, but the latest is the only one so far with -v |
| [15:43:15] | gigem: | channel,record. |
| [15:44:33] | gigem: | For any other US developers that would be willing to work on the Ceton driver, I have a currently unused ITV4 PCIe, I'd be willing to loan out. |
| [15:44:35] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [15:45:42] | jpabq: | I have not been with Comcast in over a decade. They still send me a monthly bill with a negative amount on it. They won't actually give me the money they owe me though. |
| [15:47:28] | stuarta: | is there a small claims court you can just lodge it with? |
| [15:47:56] | jpabq: | Yes, but at this point it is more of a joke to me than anything else. |
| [15:48:13] | jpabq: | How much money have they spent sending me monthly bills for over a decade? |
| [15:49:15] | stuarta: | so looking at the ceton code, it's blindly tuning and then waiting 3 seconds max for it goes on it's merry way. there is no implementation of actually getting a signal lock |
| [15:50:01] | jpabq: | Hmmm, does that mean that there is no way to tell, so there is no choice but to guess? |
| [15:50:09] | stuarta: | exactly |
| [15:50:30] | stuarta: | so a slow tune for whatever reason, may result in it starting recording without a proper lock |
| [15:51:12] | jpabq: | This does make me wish to try an implement it using the API. |
| [15:51:37] | stuarta: | it's definitely using some of the right api, ie. rtsp |
| [15:53:51] | stuarta: | maybe i'm reading some of the TODO's wrong, it does appear to be pulling the lock status in cetonstreamhandler.cpp |
| [15:54:35] | gigem: | I distinctly remember Ron Frazier (the author of our current Ceton code) adding some retries to make sure the retries was accepted. Perhaps it needs to check further that it actually succeeded. |
| [15:55:25] | jpabq: | I need to get some work done today, but I will take a look at that code sooner than later. |
| [15:56:36] | stuarta: | i see it, we are using the http interface to request tuning |
| [15:56:54] | ** stuarta reads the spec to see if that's the right way of doing it ** | |
| [16:04:13] | gary_buhrmaster: | Re: Ceton. There was some plan (a long time ago) to implement the DRI spec properly, which would support both the Ceton and the SiliconDust (and any future OCUR tuner). But like most CableLab specs, it is large, and complicated. |
| [16:12:21] | gary_buhrmaster: | I guess the "good" news is that Ceton is going to have to decide what their future is (if anything) now that MS has finally killed WMC with Windows 10. Maybe they will return to parts of their original Linux market (most do not remember the original announcement was about a fully supported Linux tuner). |
| [16:12:59] | gary_buhrmaster: | The realities of many providers DRM policies redirected them to the WMC market. |
| [16:15:38] | gigem: | jpabq: Email sent. |
| [16:18:32] | gigem: | gary_buhrmaster: I hadn't heard about MS killing WMC. I suspect that spells bad news for any CC card vendors, which means it's also bad news for many US MythTV users. |
| [16:18:53] | gary_buhrmaster: | gigem: btw, slow tuning can also be a signal strength/quality issue. If it can't get lock "quickly" due to noise, things go bad. You might want to look at the diagnostic screens for the strength/quality numbers. |
| [16:20:32] | gary_buhrmaster: | gigem: Re: WMC. Well, the statement was from a reporter who talked with a MS exec at last weeks conference. It made all the WMC users very sad (since not only do they expect free guide service, they want free WMC upgrades with their free W10 upgrades, and they want it all NOW). |
| [16:21:21] | gary_buhrmaster: | gigem: Since no MS publicity department droid tried to revise and extend the report (and it was widely reported in the usual places), it tends to look real. |
| [16:22:00] | gary_buhrmaster: | gigem: SD has decided to build their own DVR solution. No word from Ceton. |
| [16:22:56] | sphery: | gary_buhrmaster / gigem : https://twitter.com/GabeAul/status/595325485309005824 (an MS employee) |
| [16:23:05] | sphery: | note the "DVD option"--no clue what it means |
| [16:23:36] | sphery: | oh, seems it's just another option for dvd playback on the W10 boxes |
| [16:24:00] | sphery: | Because that's the main scenario people used WMC for... So WMC is replaced by DVD playback software. |
| [16:25:15] | gary_buhrmaster: | gigem: The long term threat to CC tuner venders is CCAP rollouts. While linear programming will require support of CableCARDs, linear programming is targeted for elimination (not immediately, but the writing is on the wall). |
| [16:25:21] | gigem: | gary_buhrmaster: Signal strength and SNR are all good. |
| [16:26:44] | gary_buhrmaster: | gigem: Do they stay good? Outside plant leakage can result in some interesting problems with the S/N numbers, in particular, going up and down quickly. If you have something that can display a QAM constellation, it would be the best test (on the other hand, few people have such a meter). |
| [16:30:01] | gigem: | Yes, they stay good. The problem seems to deal with MythTV looking for the wrong entry in the PAT. The correct one if there as reported in the PAT dump in the logs, but MythTV ignores it and keeps waiting for one that will never show up. |
| [16:30:19] | gigem: | s/if there/is there/ |
| [16:34:35] | gary_buhrmaster: | gigem: I have this vague recollection that Ceton used to not replace the program number, but SD did (or maybe reverse) and there is code in the (I think) SD driver that simply writes the bits that it gets. Some of the time it does not matter, since the number is the same (typically 1, or something like that). Has your MSO been moving channels around as part of a regrooming effort? |
| [16:38:35] | gary_buhrmaster: | sphery: I think someone claimed that over on greenbutton that people were going through the stages of grief. Not sure how many have made it past anger yet. |
| [16:51:32] | gigem: | gary_buhrmaster: There is no renumbering going on of which I am aware. Also, the problem is not consistent in that way. It can occur on any of Ceton tuners for any channel. The consistent part is when it fails, MythTV is always looking for program 1. The valid program numbers are all 3- and 4-digit numbers. |
| [17:29:40] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:c893:6056:9952:2e1c) has quit (Quit: Leaving) | |
| [17:32:13] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [18:04:42] | Steve-Goodey (Steve-Goodey!~steve@host109-159-59-229.range109-159.btcentralplus.com) has joined #mythtv | |
| [19:25:57] | dym: | How are things in TV-Land, people? |
| [19:26:08] | ** dym fondles dekarl ** | |
| [19:26:09] | dym: | :) |
| [19:33:45] | ** stuarta raises an eyebrow ** | |
| [19:47:00] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Read error: Connection timed out) | |
| [19:47:35] | MythBuild_ (MythBuild_!~MythBuild@alcor.mythtv.org) has quit (Remote host closed the connection) | |
| [19:47:45] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has joined #mythtv | |
| [19:48:21] | dekarl (dekarl!~dekarl@p4FCEF0B8.dip0.t-ipconnect.de) has joined #mythtv | |
| [19:48:38] | dekarl (dekarl!~dekarl@p4FCEF0B8.dip0.t-ipconnect.de) has quit (Client Quit) | |
| [19:51:07] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has joined #mythtv | |
| [19:52:26] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Client Quit) | |
| [19:53:59] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has joined #mythtv | |
| [20:43:15] | andreaz (andreaz!~andre_000@p5DD1506E.dip0.t-ipconnect.de) has joined #mythtv | |
| [20:58:28] | SteveGoodey (SteveGoodey!~steve@host109-159-59-229.range109-159.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [20:59:54] | Steve-Goodey (Steve-Goodey!~steve@host109-159-59-229.range109-159.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:02:49] | Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has quit () | |
| [21:11:53] | brfransen (brfransen!~brfransen@24-197-128-95.dhcp.spbg.sc.charter.com) has quit (Quit: Byebye) | |
| [21:13:24] | brfransen (brfransen!~brfransen@24-197-128-95.dhcp.spbg.sc.charter.com) has joined #mythtv | |
| [21:44:33] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 250 seconds) | |
| [21:55:19] | stuarta: | !fart |
| [21:55:27] | stuarta: | !fart self |
| [21:55:31] | stuarta: | !trout self |
| [21:55:31] | ** MythLogBot slaps self with a trout on behalf of stuarta... ** | |
| [22:57:45] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Ping timeout: 240 seconds) | |
| [23:06:04] | jpabq (jpabq!~quassel@75-161-66-205.albq.qwest.net) has joined #mythtv | |
| [23:06:04] | jpabq (jpabq!~quassel@75-161-66-205.albq.qwest.net) has quit (Changing host) | |
| [23:06:04] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv | |
| [23:15:44] | knightr_ (knightr_!~Nicolas@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [23:17:16] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-15-50.lns20.mel4.internode.on.net) has joined #mythtv | |
| [23:18:48] | knightr (knightr!~Nicolas@mythtv/developer/knightr) has quit (Ping timeout: 244 seconds) | |
| [23:18:50] | Roklobotomy (Roklobotomy!~Roklobsta@ppp118-209-15-50.lns20.mel4.internode.on.net) has quit (Ping timeout: 246 seconds) | |
| [23:30:23] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 265 seconds) | |
| [23:49:26] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.