| Wednesday, January 7th, 2015, 00:03 UTC | ||
| [00:03:09] | darkdrgn2k (darkdrgn2k!~darkdrgn2@69-165-131-20.dsl.teksavvy.com) has joined #mythtv | |
| [00:16:45] | Roklobsta: | stuartm: ? |
| [00:17:09] | Roklobsta: | stuartm: do you know if anyone has gotten to the bottom of the MFE 100% issue? |
| [00:17:12] | Roklobsta: | 100% CU |
| [00:17:14] | Roklobsta: | P |
| [00:59:46] | Hydr0p0nX: | 100% cpu ? |
| [01:00:28] | Hydr0p0nX: | i rarely hit 50% |
| [01:39:01] | arescorpio (arescorpio!~arescorpi@217-57-245-190.fibertel.com.ar) has joined #mythtv | |
| [01:47:50] | Roklobsta: | for some reason 0.28 MFE after a while has a thread at 100% cpu |
| [01:47:54] | Roklobsta: | for no reason. |
| [01:47:58] | Roklobsta: | when idle |
| [01:48:08] | Roklobsta: | and it's stuck until restart MFE. |
| [01:57:05] | jpharvey (jpharvey!~jpharvey@host86-181-27-25.range86-181.btcentralplus.com) has quit (Ping timeout: 244 seconds) | |
| [02:10:12] | jpharvey (jpharvey!~jpharvey@host109-148-236-242.range109-148.btcentralplus.com) has joined #mythtv | |
| [03:12:16] | sheedy is now known as sheedy-away | |
| [03:39:34] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 265 seconds) | |
| [03:40:01] | peper03_ (peper03_!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [03:40:07] | peper03_ is now known as peper03 | |
| [04:08:39] | dmfrey (dmfrey!~dmfrey@65-78-98-83.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Quit: Ex-Chat) | |
| [04:25:54] | arescorpio (arescorpio!~arescorpi@217-57-245-190.fibertel.com.ar) has quit (Excess Flood) | |
| [05:11:56] | gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv | |
| [05:13:13] | gigem (gigem!~david@mythtv/developer/gigem) has quit (Ping timeout: 244 seconds) | |
| [07:07:40] | FabriceMG (FabriceMG!~Thunderbi@LCaen-656-1-100-212.w80-11.abo.wanadoo.fr) has joined #mythtv | |
| [07:10:57] | Tobbe5178 (Tobbe5178!~asdf@2001:2002:d9d4:ce7e:28e9:dc2c:9486:6e15) has joined #mythtv | |
| [07:12:15] | Chutt (Chutt!~ijr@cpe-174-100-158-24.neo.res.rr.com) has quit (Ping timeout: 244 seconds) | |
| [07:12:40] | Chutt (Chutt!~ijr@cpe-174-100-158-24.neo.res.rr.com) has joined #mythtv | |
| [07:27:02] | seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has quit (Ping timeout: 244 seconds) | |
| [07:27:02] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [07:46:06] | seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has joined #mythtv | |
| [07:50:33] | jpharvey_ (jpharvey_!~jpharvey@host109-148-114-245.range109-148.btcentralplus.com) has joined #mythtv | |
| [07:54:14] | jpharvey (jpharvey!~jpharvey@host109-148-236-242.range109-148.btcentralplus.com) has quit (Ping timeout: 264 seconds) | |
| [09:48:30] | poptix- (poptix-!poptix@poptix.net) has joined #mythtv | |
| [09:50:42] | poptix (poptix!poptix@poptix.net) has quit (Read error: Connection reset by peer) | |
| [10:01:31] | stuartm: | Roklobsta: appears to be related to the theme updates check |
| [10:12:01] | len (len!~quassel@75-168-45-25.mpls.qwest.net) has quit (Remote host closed the connection) | |
| [10:56:01] | Roklobsta: | can i stop it with a fake IP (127.0.0.1) for the theme hostname? |
| [10:57:20] | stuarta: | try a reject rule on your firewall first while it's doing it |
| [10:57:22] | stuartm: | Roklobsta: no, in fact one theory is that the issue is triggered because it's unable to connect to the mythtv server to perform the check |
| [10:57:40] | stuarta: | if reject persists it, try drop, which will cause a delay between checks |
| [10:57:43] | Roklobsta: | is it some crazy use of QT? |
| [10:57:47] | stuartm: | but you can disable the check for updates |
| [10:57:58] | Roklobsta: | yes please tell me how |
| [10:58:05] | stuartm: | in the theme downloader, press MENU |
| [10:58:13] | Roklobsta: | ah derrrrr |
| [11:35:31] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has joined #mythtv | |
| [11:48:01] | stuartm: | whether that check is enabled or not should probably be part of the initial setup wizard |
| [11:48:48] | stuarta: | we should just fix it to timeout gracefully if that is the cause |
| [11:57:54] | stuartm: | I've not looked at it personally, but I think that it's more nuanced than that, Paul wasn't able to identify exactly what's going wrong just the circumstances of the failure |
| [11:58:39] | stuartm: | it seems clear something isn't working as intended but it's a definite corner case – hence why so few people are experiencing the issue |
| [12:07:02] | seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has quit (Remote host closed the connection) | |
| [12:10:20] | pppingme (pppingme!~pppingme@unaffiliated/pppingme) has quit (Remote host closed the connection) | |
| [12:28:25] | tvzombie (tvzombie!47ad073d@gateway/web/freenode/ip.71.173.7.61) has quit (Quit: Page closed) | |
| [12:30:41] | stuarta: | stuartm: i'm tempted to try and provoke it by playing with firewalls |
| [12:32:09] | pppingme (pppingme!~pppingme@unaffiliated/pppingme) has joined #mythtv | |
| [12:39:30] | seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has joined #mythtv | |
| [12:42:54] | seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has quit (Remote host closed the connection) | |
| [12:43:09] | seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has joined #mythtv | |
| [12:43:38] | seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has quit (Remote host closed the connection) | |
| [12:44:30] | seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has joined #mythtv | |
| [12:45:08] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-54-69.lns20.mel4.internode.on.net) has quit (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) | |
| [12:58:54] | stuartm: | worth a try, assuming that it is caused by an inability to contact the server, or an interrupted connection |
| [13:00:59] | stuarta: | i'm not in a position to test right now, but i'd drop the refresh time on the theme check to 1m, and then play with drop and reject rules to see what happens |
| [13:23:16] | dym: | DAMN YOU, MYTHTV! |
| [13:23:32] | dym: | After a complete reinstall, upgrade and then configuration the distortions are back :( |
| [13:30:26] | dekarl1 (dekarl1!~dekarl@mythtv/developer/dekarl) has joined #mythtv | |
| [13:32:27] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Ping timeout: 264 seconds) | |
| [13:37:45] | brfransen (brfransen!~brfransen@24-197-128-95.dhcp.spbg.sc.charter.com) has quit (Quit: Byebye) | |
| [13:43:00] | brfransen (brfransen!~brfransen@24-197-128-95.dhcp.spbg.sc.charter.com) has joined #mythtv | |
| [14:37:27] | stuartm: | dym: what did you change between it working yesterday and today? |
| [14:38:56] | dym: | nothing. |
| [14:42:49] | dym: | http://www.xstd.de/mythbackend.txt |
| [14:52:34] | stuarta: | looking at different channels? |
| [14:54:08] | stuartm: | dym: is the firmware of the HDHR the latest version? |
| [14:55:01] | stuarta: | plenty of these in the logs "FinishedRecording(1106_2015-01–06T13:48:38Z) damaged recq:<RecordingQuality overall_score="0" key="1106_2015-01–06T13:48:38Z" countinuity_error_count="0" packet_count="2909376">#012 <Gap start="2015-01–06T13:05:00Z" end="2015-01–06T13:48:38Z" duration="2618" />#012</RecordingQuality>" |
| [14:55:01] | ** MythLogBot http://code.mythtv.org/trac/ticket/012 ** | |
| [14:56:11] | stuartm: | stuarta: yeah, that's just our damaged recording code logging that it does appear to be damaged, but it doesn't tell us why |
| [14:56:41] | stuartm: | dym: fwiw a lot of our hdhr code is provided by Silicon Dust employees, you might try their support |
| [14:58:00] | stuartm: | the fact that it works one moment and not the next has me thinking that it might be a hardware problem or bad firmware interaction |
| [15:33:09] | tgm4883: | stuartm: dym bad power supply on the HDHR? |
| [15:39:55] | stuartm: | tgm4883: since it apparently works when access through certain interfaces via vlc I'm thinking firmware issues are still more likely, either it's responding badly to the way MythTV requests the data or the specific interface used by MythTV is not working correctly |
| [15:40:38] | tgm4883: | ah, didn't see that part |
| [15:41:38] | stuartm: | the latter assumes that MythTV doesn't use the same streaming API as was tested with VLC, I don't know how MythTV actually receives the raw TS data from the HDHR |
| [15:46:32] | FabriceMG (FabriceMG!~Thunderbi@LCaen-656-1-100-212.w80-11.abo.wanadoo.fr) has quit (Ping timeout: 245 seconds) | |
| [15:48:08] | FabriceMG (FabriceMG!~Thunderbi@LCaen-656-1-100-212.w80-11.abo.wanadoo.fr) has joined #mythtv | |
| [15:59:46] | dekarl1 is now known as dekarl | |
| [16:01:02] | dekarl: | stuartm, mythtv does "whatever libhdhomerun does internally" and vlc accesses the MPEG2TS over HTTP streams |
| [16:02:22] | dekarl: | to test if mpeg2ts via http works with mythtv you'd need #12168 |
| [16:02:22] | ** MythLogBot http://code.mythtv.org/trac/ticket/12168 ** | |
| [16:06:35] | stuarta: | that looks like fun ;-) |
| [16:08:23] | dekarl: | I still have to figure out what broke HLS for me before I can look at adding somehting to the IPTV recorder :( |
| [16:08:35] | stuarta: | :( |
| [16:08:57] | dekarl: | it wasn't the broken http-redirect handling, so have to investigate more |
| [16:16:05] | jpharvey (jpharvey!~jpharvey@host109-148-114-245.range109-148.btcentralplus.com) has joined #mythtv | |
| [16:19:19] | jpharvey_ (jpharvey_!~jpharvey@host109-148-114-245.range109-148.btcentralplus.com) has quit (Ping timeout: 256 seconds) | |
| [16:27:15] | Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has joined #mythtv | |
| [16:27:35] | stuarta: | dekarl: there's 1 change in that patchset that doesn't need to be there. he's commented out LOC on line 277 of HLSReader.cpp |
| [16:48:05] | darkdrgn2k (darkdrgn2k!~darkdrgn2@69-165-131-20.dsl.teksavvy.com) has quit (Remote host closed the connection) | |
| [16:50:43] | FabriceMG1 (FabriceMG1!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [16:52:22] | FabriceMG (FabriceMG!~Thunderbi@LCaen-656-1-100-212.w80-11.abo.wanadoo.fr) has quit (Ping timeout: 245 seconds) | |
| [16:55:37] | FabriceMG1 (FabriceMG1!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG1) | |
| [17:12:12] | poptix (poptix!poptix@poptix.net) has joined #mythtv | |
| [17:12:31] | Chutt_ (Chutt_!~ijr@cpe-174-100-158-24.neo.res.rr.com) has joined #mythtv | |
| [17:13:47] | poptix- (poptix-!poptix@poptix.net) has quit (Read error: Connection reset by peer) | |
| [17:15:40] | Chutt (Chutt!~ijr@cpe-174-100-158-24.neo.res.rr.com) has quit (Ping timeout: 264 seconds) | |
| [17:48:31] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Quit: Leaving) | |
| [17:51:23] | tgm4883: | Can I get someone to merge this pull request for the packaging branch https://github.com/MythTV/packaging/pull/41 |
| [18:03:31] | dekarl: | stuarta, I would not mind someone else reviewing/testing/commting it ;) |
| [18:04:54] | tgm4883: | sphery_: just pinging you again since you may know where the configuration for the font size is for this frontend screen http://www.site7even.de/temp/mythbuntu2819-se . . . ze-small.png |
| [18:07:24] | dekarl: | tgm4883: I can do that |
| [18:08:19] | tgm4883: | dekarl: thanks |
| [18:10:10] | dekarl: | Is commiting directly still broken? I can fiddle about a bit with the permissions and see if that helps |
| [18:10:32] | dekarl: | oh, nvm that would be commiting directly *to alcor* not github :/ |
| [18:14:52] | dekarl: | done |
| [18:15:10] | superm1: | how do I update my SSH keys for alcor? |
| [18:15:36] | superm1: | I wanted to merge that a while back but my ssh key that has access and I are not talking right now |
| [18:24:06] | knightr_ (knightr_!~Nicolas@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [18:26:30] | knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Ping timeout: 244 seconds) | |
| [18:52:21] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [18:55:11] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Quit: Gone) | |
| [18:57:10] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [19:04:32] | joki (joki!~joki@p548608B1.dip0.t-ipconnect.de) has quit (Ping timeout: 244 seconds) | |
| [19:10:12] | joki (joki!~joki@p548611F1.dip0.t-ipconnect.de) has joined #mythtv | |
| [19:10:46] | Warped (Warped!~Warped@108.85.160.119) has quit (Ping timeout: 255 seconds) | |
| [19:17:26] | Warped (Warped!~Warped@108.85.160.119) has joined #mythtv | |
| [19:20:18] | Tobbe5178 (Tobbe5178!~asdf@2001:2002:d9d4:ce7e:28e9:dc2c:9486:6e15) has quit (Read error: Network is unreachable) | |
| [19:28:30] | knightr_ (knightr_!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Ping timeout: 244 seconds) | |
| [19:54:13] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-54-69.lns20.mel4.internode.on.net) has joined #mythtv | |
| [20:08:45] | sheedy-away is now known as sheedy | |
| [20:22:19] | gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has joined #mythtv | |
| [21:25:45] | knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [21:27:30] | dym: | tgm4883: negative. |
| [21:30:39] | dym: | stuartm stuarta anything on the logs that looks like something solveable? |
| [21:31:02] | dym: | I know the last time a hostname change was the issue, but this time i reinstalled fully, upgraded to repo fixes and configured everything |
| [21:31:05] | dym: | no change at all |
| [21:31:11] | dym: | after the install things worked okay |
| [21:31:54] | stuarta: | it's fundamentally finding errors in the stream, which is consistent with the picture you see. sadly at this point we have no idea why |
| [21:32:10] | dym: | i tried re-powering the HDHR |
| [21:32:14] | dym: | which had no effect |
| [21:32:31] | dym: | the most weird thing is: when i access the tuner directly via it's provided livestreams, it's all fine |
| [21:40:23] | Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has quit (Quit: If oranges are orange and blueberries are blue why are bananas yellow?) | |
| [21:40:55] | stuarta: | weird, but essentially proves it's not the tuner or the signal |
| [21:41:57] | stuarta: | are you accessing the tuner directly from the same system as the backend runs on |
| [21:41:58] | stuarta: | ? |
| [21:42:09] | dym: | no, thats a VM |
| [21:42:20] | dym: | im accessing the tuner from my client |
| [21:42:43] | stuarta: | hmmm, right so that an area that warrant further investigation |
| [21:43:32] | stuartm: | certain VMs have flaky networking, no? |
| [21:44:01] | stuarta: | can do, it's something that needs disproving in order to rule it out |
| [21:44:35] | stuarta: | dym: is the vm bridged or nat'd to your network? |
| [21:44:44] | dym: | bridged |
| [21:44:48] | stuarta: | k |
| [21:44:59] | stuartm: | dym: wouldn't be fun, but it would be interesting to know whether the problems go away if you downgrade to the version of 0.27 which you were using earlier |
| [21:45:16] | dym: | i could just install another VM |
| [21:45:21] | stuarta: | or alternatively, run the recent backend directly on hardware |
| [21:45:39] | stuarta: | those are 2 options to explore. |
| [21:45:59] | dym: | oh |
| [21:46:05] | dym: | mhhh, rather seperate |
| [21:46:26] | stuarta: | purely as a test, to rule out weird vm interactions |
| [21:46:59] | dym: | will do ill install it tonight |
| [21:47:15] | dym: | im puzzled – stuarta and stuartm are 2 different people? |
| [21:47:20] | dekarl: | I just looked at libhdhomerun, no relevant changes stand out between our version and 20141210 (checked at https://github.com/mharsch/libhdhomerun, we are on 20130328) |
| [21:48:00] | dym: | btw |
| [21:48:05] | dym: | it was mythbuntu-14.04.1-desktop-amd64.iso that "worked" initially |
| [21:48:06] | dekarl: | dym, with the 0.27 that comes with your MythBuntu image you get a perfect picture? |
| [21:48:42] | dym: | yes |
| [21:49:11] | stuarta: | dym: yes, confusing having 2 stuart's isn't it |
| [21:49:34] | stuartm: | dym: some say we're different people, though you could all be figments of my imagination so that would make us the same person ... |
| [21:49:43] | stuarta: | hah |
| [21:49:53] | dym: | well |
| [21:49:58] | dym: | could be you from different locations |
| [21:50:15] | stuarta: | yeah, about 300 odd miles |
| [21:51:12] | stuartm: | dekarl: does 14.04 come with 0.27? I thought it was 0.26 or even 0.25 |
| [21:51:31] | stuarta: | actually 300 miles is the round trip |
| [21:51:49] | stuartm: | dekarl: nevermind, website says 0.27 |
| [21:55:42] | tgm4883: | stuartm: we ship the released version of mythtv at the time of feature freeze. 14.04 is (2014).(Apr) |
| [21:56:34] | jheizer: | I had a friend fight an HDHR and ESXi for weeks without luck. Switched to a native install and not an issue since. |
| [21:56:45] | dym: | well, it did work. |
| [21:56:48] | dym: | so it has to work :D |
| [21:57:36] | tgm4883: | has to work =!= work reliably |
| [21:58:05] | stuarta: | interesting, there are no changes in libmythhdhomerun between tags v0.27 and v0.27.4 |
| [21:58:12] | dekarl: | btw, might just run the backend in a container instead of a complete VM... |
| [21:58:50] | stuartm: | stuarta: almost nothing has changed in the relevant recorder code between those tags |
| [21:58:51] | stuarta: | that's completely new territory. i work with all that stuff and I haven't even bothered to try doing that |
| [21:59:01] | stuarta: | dekarl: ^^^ |
| [21:59:08] | jheizer: | In his case he could record 10 things ok, then one would corrupt all out. |
| [21:59:19] | sl1ce (sl1ce!~johnathan@pool-72-74-164-209.bstnma.fios.verizon.net) has quit (Remote host closed the connection) | |
| [21:59:43] | stuarta: | dym: that's a question. how many concurrent recordings are you attempting when it's failing? |
| [21:59:43] | stuartm: | and it's not a general problem, lots of users have HDHRs and use 0.27.4 |
| [21:59:50] | dekarl: | stuarta, aye. I already looked at the version the went into 0.27 up to master and up to the current code drop |
| [22:00:53] | stuarta: | dammit, the library hasn't even changed in master |
| [22:01:08] | stuarta: | so it's not specifically related to that |
| [22:01:15] | stuarta: | cannot be |
| [22:01:27] | stuarta: | as it's completely unchanged |
| [22:01:40] | stuarta: | so we have to look outside that |
| [22:02:19] | stuartm: | I think that really only leaves the mpeg parser |
| [22:02:36] | stuarta: | well that's what is throwing errors |
| [22:03:28] | jheizer: | What about trying to mythhavtest the dlna url on the vm? |
| [22:04:01] | jheizer: | That is if it can take a http url |
| [22:04:07] | stuartm: | but that's used by pretty much every type of recorder – dvb/atsc/iptv – internal/external/hdhr/firewire – so how could it be broken so that it only affects one user of an HDHR and no-one else (that we know of) |
| [22:05:01] | dym: | :( |
| [22:05:15] | stuartm: | jheizer: it can, but we're told that the recordings are corrupted, it's not a playback issue and his backend machine vm is headless (or at least I assume it is) |
| [22:05:29] | dekarl: | 2014-11–27 FW: HDHR4/TC/CC/DC models: Fix handling of channels with PCR on alternative PID. |
| [22:05:35] | stuartm: | i.e. he can't specifically test streaming to that environment |
| [22:06:28] | stuartm: | dekarl: interesting, that does seem to bring the pid-stripping fix into play |
| [22:06:58] | dekarl: | I have no idea if we have such streams over here though |
| [22:07:11] | dekarl: | and it should affect all interfaces to the HDHR |
| [22:07:40] | stuarta: | dym: is it all channels that are affected, or just some? |
| [22:08:04] | stuarta: | dekarl: where's that commit msg from? |
| [22:08:59] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 245 seconds) | |
| [22:09:54] | stuarta: | dekarl: ah, it's in the firmware changelog |
| [22:10:00] | dekarl: | http://www.silicondust.com/support/downloads/firmware-changelog/ http://www.silicondust.com/support/downloads/software-changelog/ |
| [22:10:11] | dekarl: | aye |
| [22:11:50] | stuartm: | dym: I asked earlier whether you were running the latest firmware, I didn't see a reply? |
| [22:12:03] | dekarl: | from http://www.silicondust.com/support/instructions/dvb-c/ -> hdhomerun_config FFFFFFFF set /sys/dvbc_modulation "a8qam64–6900 a8qam256–6900" and update the firmware to latest |
| [22:12:42] | dekarl: | ^- the modulation is changed from the example to Unitymedia |
| [22:13:03] | dekarl: | QAM64 / QAM256 and always a symbol rate of 6900ks/s |
| [22:14:06] | stuartm: | I need to check that we're leaving the PCR untouched |
| [22:15:25] | stuarta: | well if it's on an odd pid and we decide we don't need that pid, that would explain some of it |
| [22:15:41] | stuarta: | we should be able to pull some of this out of existing recording data |
| [22:16:10] | dekarl: | dym, which channel are you testing with? |
| [22:16:20] | stuarta: | dym: can you pastebin the output from `ffmpeg -i <recording>` for both a good and a bad recording please?? |
| [22:16:28] | stuartm: | stuarta: well the pcr pid should be listed in the PMT |
| [22:17:16] | stuartm: | there's no 'standard' pid, but in practice it was usually the same one and so the guys at SiliconDust had hardcoded it |
| [22:17:57] | andreaz (andreaz!~andre_000@p5DD14ABE.dip0.t-ipconnect.de) has joined #mythtv | |
| [22:18:28] | dekarl: | most, but not all channels, on Unitymedia had pcr pid==video pid. At least some years ago :/ http://www.mischobo.de/Kabel/para.htm |
| [22:21:01] | stuartm: | 2.4.2.1 System clock frequency |
| [22:21:02] | stuartm: | Timing information referenced in the T-STD is carried by several data fields defined in this Specification. Refer to |
| [22:21:04] | stuartm: | 2.4.3.4 and 2.4.3.6. In PCR fields this information is coded as the sampled value of a program’s system clock. The PCR |
| [22:21:05] | stuartm: | fields are carried in the adaptation field of the Transport Stream packets with a PID value equal to the PCR_PID definedin the TS_program_map_section of the program being decoded. |
| [22:21:12] | tgm4883: | dekarl: are you able to do 2 more merges once superm1 is done testing? |
| [22:21:52] | dekarl: | tgm4883: sure |
| [22:21:55] | tgm4883: | this is the translation fixes that I was discussing with stuartm yesterday |
| [22:22:22] | tgm4883: | dekarl: thanks. superm1 can you let him know when you're done testing? |
| [22:22:23] | dekarl: | ohh, that is with moving files between packages? |
| [22:22:29] | tgm4883: | yep |
| [22:23:03] | dekarl: | can we move the XSD/XSLT from the backend to common, too? It helps with frontend only installs when you browse the frontend webservice port |
| [22:23:20] | tgm4883: | dekarl: it's https://github.com/MythTV/packaging/pull/43 and https://github.com/MythTV/packaging/pull/42 |
| [22:23:33] | tgm4883: | what files are those? |
| [22:23:57] | superm1: | i won't be able to test very soon, tgm4883 i'll trust your testing on it since you validated that breaks/replaces did it and you did the test with a PPA and all |
| [22:24:39] | tgm4883: | superm1: ok, well I'll test on my laptop at home too then, just a sec |
| [22:24:56] | superm1: | stuart m made sure my SSH key on alcor is correct, i'll be able to merge more easily again soon |
| [22:25:57] | len__ (len__!~quassel@75-168-45-25.mpls.qwest.net) has joined #mythtv | |
| [22:27:58] | dekarl: | /usr/share/mythtv/html/xslt/*.xslt and the referenced files |
| [22:28:42] | dekarl: | you can test it on a frontend only install by going to http://-frontendhostnamehere-:6547/Frontend/wsdl?raw=1 remove the ?raw=1 to see the issue |
| [22:30:51] | dekarl: | /usr/share/mythtv/html/images/mythtv.png /usr/share/mythtv/html/css/wsdl.css |
| [22:31:33] | dekarl: | hmm, why does wsdl.css start with a UTF BOM? |
| [22:32:55] | dekarl: | tgm4883: ^- that should be all files |
| [22:34:49] | dekarl: | tgm4883: from reading the patch it looks very similar to what I added to let libmythtv-0.x+1 move libmythtv-0.x out of the way, so it should be fine. btw. we should get rid of the version number in the mythtv packages. using them for third party clients is not supported anyway |
| [22:35:45] | superm1: | i agree with that; it was something originally done in the packaging to be debian friendly |
| [22:35:56] | superm1: | we shouldn't change it in fixes/0.27 though |
| [22:36:03] | superm1: | in master would be better |
| [22:36:42] | dekarl: | sounds good to fix it for future releases |
| [22:50:10] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-54-69.lns20.mel4.internode.on.net) has quit (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) | |
| [22:54:24] | dym: | stuarta: this is not a recording issue |
| [22:54:26] | dym: | this is livetv |
| [22:54:34] | dym: | even though thats also recorded |
| [22:54:39] | tgm4883: | dekarl: you mean removing like libmyth-0.27 and just making it libmyth? |
| [22:55:01] | tgm4883: | superm1: didn't you do some testing on that ^ |
| [22:55:22] | superm1: | I started to do it, but hit some problems and busyness otherwise |
| [22:55:32] | superm1: | but yes -> libmyth-0.27 -> mythtv-common |
| [22:55:43] | superm1: | we don't need 15k packages |
| [22:56:01] | tgm4883: | superm1: this is basically what I did for testing http://pastebin.ubuntu.com/9690124/ |
| [22:56:03] | tgm4883: | on two systems |
| [22:56:19] | superm1: | yeah that sounds good |
| [22:58:54] | tgm4883: | superm1: dekarl so I'm just going to move all of /usr/share/mythtv/html to mythtv-common as well |
| [22:59:12] | superm1: | what else is in there? |
| [22:59:31] | tgm4883: | or does it just need to be the xslt stuff? |
| [22:59:31] | stuartm: | dekarl, stuarta, peper03: so after looking at it for a while it appears we are stripping the PCR after the stream stripping fix went in |
| [22:59:36] | tgm4883: | tmashos@tmashos-wks:~/code/mythbuntu/packaging/deb/debian$ ls /usr/share/mythtv/html/ |
| [22:59:37] | tgm4883: | 3rdParty css images index.html js menu.qsp misc samples setup xslt |
| [23:00:55] | tgm4883: | superm1: to just do the xslt dir, do I need to add a separate line for each of the other directories in mythtv-backend.install? |
| [23:01:10] | tgm4883: | or is there a way to exclude the xslt dir from the backend package |
| [23:02:04] | superm1: | it's probably easier to just do all |
| [23:02:15] | tgm4883: | ok, I'll just move it all then |
| [23:02:31] | superm1: | who knows what future stuff ends up being needed or added, less chance for us to break it |
| [23:03:11] | tgm4883: | yep |
| [23:03:15] | tgm4883: | ok, committing now |
| [23:10:18] | tgm4883: | dekarl: you can do that pull request now |
| [23:14:39] | stuartm: | dekarl, stuarta, peper03: umm, maybe not after all, they are in the header not payload |
| [23:35:55] | stuartm: | OK, so in theory if the PCR is contained in the headers of a stream which is one of the data stream that we strip then there might be a problem, I've no idea if a missing PCR could cause playback corruption though |
| [23:36:38] | stuartm: | anyway, seems like a red herring |
| [23:37:28] | stuartm: | dym: so based on the |
| [23:37:53] | stuartm: | changelogs for the hdhr firmware, it would be a good idea to make sure you've installed the latest available |
| [23:41:12] | dym: | stuartm: installing the hdhr software for os x does that automagically |
| [23:43:08] | dekarl: | tgm4883: do we need to move mythtv-backend/frontend >> 0.27 and << 0.28–20150106 out of the way? |
| [23:43:13] | dekarl: | in master |
| [23:45:29] | dym: | Firmware: 20141124 |
| [23:48:23] | stuartm: | shame you're not building from source, it would be interesting just to rule out any PCR hijinks with this patch – http://pastebin.com/ZMiyA9wC |
| [23:50:14] | dym: | I'd like an easy maintenance system |
| [23:50:18] | dym: | although that's kinda far away |
| [23:50:28] | dekarl: | no that "latest fixes or master, but with a Patch PPA builder" would come in handy ;) |
| [23:51:04] | dekarl: | s/no/now/ |
| [23:54:36] | arescorpio (arescorpio!~arescorpi@217-57-245-190.fibertel.com.ar) has joined #mythtv | |
| [23:57:03] | stuartm: | dym: comfortable with mysql command line? |
| [23:57:38] | stuartm: | SELECT * FROM recordingprofiles p, codecparams c WHERE p.id=c.profile AND profilegroup = 13; |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.
