| Saturday, May 17th, 2014, 00:10 UTC | ||
| [00:10:03] | Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has joined #mythtv | |
| [00:19:52] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [00:32:46] | jya: | jpabq: that’s weird… why wouldn’t it work for that other person ? interestingly, I made him revert just the two commits I made to it (which should restore it to almost identical to fixes/0.27, except for 4–5 minor fixes) |
| [00:32:53] | jya: | and there he doesn’t get a lock at all |
| [00:33:53] | jya: | and for the PVR-500 in a ESXi machine, he only gets 1s liveTV on his machine… that sounds suppiciously just like the amount of data that is read at the beginning while I do everything in RAM |
| [00:34:27] | jya: | gigem: yes, that would be great yes… The Ceton code is the only bit I haven’t been able to test personally, and I’m less than 99% confident would be okay… |
| [00:59:00] | superm1 (superm1!uid4318@ubuntu/member/superm1) has joined #mythtv | |
| [01:16:55] | andreaz (andreaz!~andre_000@p5DD14D8D.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [01:43:17] | arescorpio (arescorpio!~arescorpi@209-205-17-190.fibertel.com.ar) has joined #mythtv | |
| [02:11:35] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 276 seconds) | |
| [02:15:47] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [02:51:37] | shattingduck (shattingduck!~quassel@5.28.74.16) has joined #mythtv | |
| [02:58:48] | rkulagow (rkulagow!62e20202@gateway/web/freenode/ip.98.226.2.2) has joined #mythtv | |
| [02:58:59] | rkulagow: | hey |
| [02:59:24] | rkulagow: | anyone deeply familiar with the internals of metadata / fanart online? |
| [03:05:30] | eee-blt (eee-blt!~nb0yjxtr@ma.sdf.org) has quit (Ping timeout: 240 seconds) | |
| [03:05:38] | eee-blt (eee-blt!~nb0yjxtr@ma.sdf.org) has joined #mythtv | |
| [03:10:16] | superm1 (superm1!uid4318@ubuntu/member/superm1) has quit (Quit: Connection closed for inactivity) | |
| [03:10:18] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 240 seconds) | |
| [03:11:47] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [03:12:09] | rkulagow: | As part of my SchedulesDirect beta effort to provide data in JSON format, part of the program data now includes things like banners, dvdcovers, season/episode, etc. It looks like mythmetadata lookup is hardcoded to use external sources. |
| [03:12:12] | arescorpio (arescorpio!~arescorpi@209-205-17-190.fibertel.com.ar) has quit (Excess Flood) | |
| [03:12:54] | rkulagow: | looking for assistance in checking if "we" already know how to get information that's in the MySQL database. |
| [03:45:49] | jheizer (jheizer!~jheizer@73.51.93.177) has quit (Read error: Connection reset by peer) | |
| [03:46:49] | jheizer_ (jheizer_!~jheizer@73.51.93.177) has joined #mythtv | |
| [04:36:22] | dekarl1 (dekarl1!~dekarl@p4FCEEDB0.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [04:37:26] | dekarl (dekarl!~dekarl@p4FCEEDB0.dip0.t-ipconnect.de) has joined #mythtv | |
| [06:19:03] | fp (fp!~fphillips@172-15-179-51.lightspeed.austtx.sbcglobal.net) has joined #mythtv | |
| [06:30:30] | SteveGoodey (SteveGoodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has joined #mythtv | |
| [06:33:57] | rsiebert (rsiebert!~quassel@g226063037.adsl.alicedsl.de) has joined #mythtv | |
| [06:36:44] | rsiebert_ (rsiebert_!~quassel@g225186202.adsl.alicedsl.de) has quit (Ping timeout: 245 seconds) | |
| [06:43:04] | fp (fp!~fphillips@172-15-179-51.lightspeed.austtx.sbcglobal.net) has quit (Quit: Leaving) | |
| [07:22:50] | ghoti (ghoti!~paul@205.233.216.25) has quit (Read error: Connection reset by peer) | |
| [07:22:51] | lomion0815 (lomion0815!~markus@178-191-243-146.adsl.highway.telekom.at) has joined #mythtv | |
| [07:22:58] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [07:36:50] | joki (joki!~joki@p54862819.dip0.t-ipconnect.de) has quit (Ping timeout: 258 seconds) | |
| [07:42:11] | joki (joki!~joki@p5486347B.dip0.t-ipconnect.de) has joined #mythtv | |
| [07:45:49] | Sharky-112065 (Sharky-112065!~Sharky112@c-24-16-144-222.hsd1.wa.comcast.net) has quit (Quit: “The only way to have a friend is to be one.” ― Ralph Waldo Emerson) | |
| [07:46:22] | Sharky112065 (Sharky112065!~Sharky112@c-24-16-144-222.hsd1.wa.comcast.net) has joined #mythtv | |
| [08:03:04] | Steve-Goodey (Steve-Goodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has joined #mythtv | |
| [08:26:04] | Steve-Goodey (Steve-Goodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [09:44:17] | coling (coling!~colin@cpc7-sgyl36-2-0-cust267.18-2.cable.virginm.net) has quit (Quit: leaving) | |
| [09:49:03] | coling (coling!~colin@cpc7-sgyl36-2-0-cust267.18-2.cable.virginm.net) has joined #mythtv | |
| [10:04:33] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [12:02:38] | jya: | good.. found how to reproduce my rewind error… so now the best way to clean this.. is .. confusing |
| [12:24:41] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has quit (Ping timeout: 240 seconds) | |
| [12:25:02] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has joined #mythtv | |
| [12:46:19] | jya: | can a in progress recording (or liveTV) contain a commflag information? or are those only calculated once the recording is complete? |
| [12:53:02] | nyloc (nyloc!~quassel@nyloc.de) has joined #mythtv | |
| [12:57:41] | natanojl: | jya: I believe they can |
| [12:59:43] | jya: | damn… would it be an acceptable solution to disable commflagging for those type of recordings? it causes spurious query to the backend when automatick ad skip is enabled. It checks for an updated commflag every 3s, and query the backend on how many frames have been written so far, after every frame played |
| [13:00:12] | jya: | that’s one myth protocol query, 30 times per second for 60Hz interlaced content |
| [13:00:47] | jya: | no wonder people are experiencing stuttering playback under some circumstances |
| [13:07:55] | natanojl: | jya: It is controlled by the setting AutoCommflagWhileRecording, https://code.mythtv.org/cgit/mythtv/tree/myth . . . ngs.cpp#n574 |
| [13:08:46] | jya: | yes it is… I’m proposing to remove it… unless someone can find an ideal solution (or at is willing to work on it) to correct the problem it causes |
| [13:09:07] | natanojl: | I experience the stutter as well so disabling the ad notification worked fine for me |
| [13:09:09] | jheizer_ (jheizer_!~jheizer@73.51.93.177) has quit (Read error: Connection reset by peer) | |
| [13:09:35] | jheizer_ (jheizer_!~jheizer@73.51.93.177) has joined #mythtv | |
| [13:12:22] | natanojl: | The patch I attached (I didn't write it though) to the ticket helped but does not fix the problem |
| [13:12:35] | jya: | which patch? |
| [13:14:10] | jpharvey_ (jpharvey_!~jpharvey@host109-148-239-207.range109-148.btcentralplus.com) has quit (Ping timeout: 258 seconds) | |
| [13:15:28] | natanojl: | https://code.mythtv.org/trac/attachment/ticke . . . ionmap.patch |
| [13:18:51] | natanojl: | I also commented on it here https://code.mythtv.org/trac/ticket/12016#comment:17 |
| [13:20:33] | jya: | why didn’t you apply your patch? |
| [13:21:23] | natanojl: | Heh, I wanted to run with it for a while I guess |
| [13:21:35] | jya: | and the result ? |
| [13:22:42] | natanojl: | Definitely an improvement but still some stuttering |
| [13:25:04] | jya: | if according to the comment by Angela, the seek table was written only at the end of the recording prio 0.27-pre, and now it’s every 10s… how would seek work reliably before ? |
| [13:35:48] | natanojl: | jya: I don't know, but it looks to me like it was saved on every keyframe before https://code.mythtv.org/cgit/mythtv/commit/?i . . . 3b2293a0906d |
| [14:01:41] | jpharvey (jpharvey!~jpharvey@host109-156-3-84.range109-156.btcentralplus.com) has joined #mythtv | |
| [14:17:14] | dekarl1 (dekarl1!~dekarl@p4FE85E09.dip0.t-ipconnect.de) has joined #mythtv | |
| [14:19:11] | dekarl (dekarl!~dekarl@p4FCEEDB0.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [14:35:21] | caelor (caelor!~quassel@cpc12-sotn9-2-0-cust374.15-1.cable.virginm.net) has quit (Ping timeout: 265 seconds) | |
| [14:59:53] | andreaz (andreaz!~andre_000@p5DD14D8D.dip0.t-ipconnect.de) has joined #mythtv | |
| [15:06:48] | jpabq: | jya: natanojl: I often take advantage of commercial flagging of an in-progress recording. That is pretty much how I always watch sporting events. I have never had a stuttering problem — my frontend/backend are separate machines, and my DB drive is separate from my data drive. |
| [15:07:23] | jya: | how far behind are you? |
| [15:07:31] | jya: | in the recording? |
| [15:08:58] | jpabq: | For a 3 hour sporting event, I usually start watching about an hour after the event starts. By the time I have skipped commericals and 'half time', I am often catching up to real-time just as the event ends. |
| [15:09:45] | jpabq: | Do turning off the setting to start commercial flagging right after the recording starts, fix the problem? |
| [15:10:18] | jya: | watching with autoskip yes… it fixes it for people in that ticket (and the user list) |
| [15:10:46] | jya: | it prevents sending a query to the backend FRAMES_WRITTEN after every frame read |
| [15:11:41] | jpabq: | That does seem like an excessive number of queries. |
| [15:13:15] | jya: | on another topic… I’ve fixed the fastforward and rewind in live TV. The cause is that the size of the file is queried when the recordings is started, and it won’t be after that (sometimes it is , sometimes it isn’t). So when you FF or RW, it does so from the last known size: e.g. it doesn’t work well. |
| [15:14:16] | jpabq: | You are making those people that use LiveTV very happy. |
| [15:14:47] | jya: | Now, the weird thing is that when you ask the decoder to convert ms to frames or vice-versa, it checks the deleteMap and update the tables as required. Sometimes that does update the size of the file, and sometimes that don’t. Sometime the seek table is updated, and sometimes it isn’t. |
| [15:14:51] | jya: | I just don’t get the logic |
| [15:15:26] | jya: | to know if it needs to update the table, it looks at the value of the last key. If the key is > to the position we are seeking it considered that it has all the data required |
| [15:16:12] | caelor (caelor!~quassel@cpc12-sotn9-2-0-cust374.15-1.cable.virginm.net) has joined #mythtv | |
| [15:16:37] | jya: | sometimes, even though the size of the file hasn’t been updated for a minute, it considers that its recordingmap is up to date... |
| [15:16:45] | jya: | anyone know that code a tad more ? |
| [15:17:30] | jya: | what I do when seeking, I know check if we are attempting to seek after the last known size, and if we do, i query the server for the actual number of frames. |
| [15:18:00] | jya: | I feel that this is more like a work-around, and it should be up to the recordmap to perform that job when queried |
| [15:19:21] | jpabq: | jya: I might have time tomorrow to take a look at it. |
| [15:20:28] | jpabq: | I promissed gigem that I would look at the multi-rec stuff, and I need to do that first. |
| [15:21:28] | jya: | ok.. I’m going to commit my changes… the code at play is in DecoderBase::SyncPositionMap and DecoderBase::ConditionallyUpdatePosMap |
| [15:21:51] | jya: | under some circumstances, it will call MythPlayer::SetFileLength |
| [15:22:49] | jya: | with my changes, I have MythPlayer calling SetFlieLength itself , I added so in MythPlayer::MaxCalcFFtime and MythPlayer::FindFrame |
| [15:23:30] | jya: | modifying manually the value of totalFrames, seems to force an update of the positionMap the next time it is queried |
| [15:25:29] | jpabq: | you are committing your change to master? I will do a pull before looking at this stuff. |
| [15:27:47] | jya: | yes I will |
| [15:28:02] | jya: | just writing the commit comment |
| [15:32:23] | jya: | done |
| [15:33:21] | jya: | amazing… I made a quick patch for someone to try on the ceton |
| [15:33:38] | jya: | I made a small mod that prevent sending a KeepAlive every 60s. |
| [15:34:06] | jya: | on the Ceton, sending the KeepAlive cause the ceton to stop sending data |
| [15:44:47] | Steve-Goodey (Steve-Goodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has joined #mythtv | |
| [15:50:01] | jya: | And another good news, i’ve finished my chicken coop today… |
| [16:16:33] | knightr (knightr!~Nicolas@mythtv/developer/knightr) has quit (Read error: Connection reset by peer) | |
| [16:44:38] | dekarl1 is now known as dekarl | |
| [16:48:49] | moparisthebest (moparisthebest!~quassel@2001:470:1f11:88c::2) has quit (Ping timeout: 245 seconds) | |
| [16:48:49] | amessina_ (amessina_!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Ping timeout: 245 seconds) | |
| [16:50:01] | moparisthebest (moparisthebest!~quassel@2001:470:1f11:88c::2) has joined #mythtv | |
| [16:50:03] | amessina_ (amessina_!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [16:58:02] | unforgiven512 (unforgiven512!~unforgive@oxymorphone.unforgivendevelopment.com) has quit (Quit: ZNC - http://znc.in) | |
| [17:01:45] | unforgiven512 (unforgiven512!~unforgive@oxymorphone.unforgivendevelopment.com) has joined #mythtv | |
| [17:09:47] | dekarl: | jya, so the whitespace removal from OPTIONS commit didn't break the Ceton? Good. |
| [17:09:47] | dekarl: | looking at the presence of the timeout response would break the default timeout=60s? I wonder if there are servers that rely on the implicit default |
| [17:10:28] | jya: | dekarl: i actually wonder if I did right |
| [17:10:38] | jya: | when you send OPTIONS, there’s no GET_PARAMETER in that list |
| [17:10:48] | jya: | i wonder if that’s why the connection is dropped |
| [17:11:02] | jya: | but there’s not GET_PARAMETER in the Freebox OPTIONS list either.. |
| [17:11:05] | jya: | so I’m confused |
| [17:11:32] | jya: | right now I made it so that if there’s no timeout value in there, i don’t attempt to keep alive |
| [17:11:55] | dekarl: | hmm, GET_PARAMETER is optional |
| [17:13:13] | jya: | microsoft clearly shows that GET_PARAMETER is what is required for a keep alive, with no parameter |
| [17:13:13] | jya: | http://msdn.microsoft.com/en-us/library/cc245366.aspx |
| [17:13:23] | jya: | i wonder what it returns with OPTIONS |
| [17:14:19] | jya: | ah interesting: http://ffmpeg.org/pipermail/ffmpeg-cvslog/2011-May/037193.html |
| [17:14:32] | dekarl: | hmm, need to search the lvie555 list later. IIRC there was a mail lately that listed the common ways of keeping the connection alive. bbl |
| [17:15:12] | dekarl: | that sounds similar to what I had in mind |
| [17:15:36] | jya: | they send OPTIONS “*” as keep alive is get_parameter isn’t supported |
| [17:29:51] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (Ping timeout: 252 seconds) | |
| [17:33:57] | rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:d81a:1e17:9cfc:90ab) has joined #mythtv | |
| [17:34:03] | rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:d81a:1e17:9cfc:90ab) has quit (Changing host) | |
| [17:34:03] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv | |
| [17:45:57] | jya: | it’s a bit bizarre freebox/rtsp with liveTV, it doesn’t start playback until after about 20s.. at which time there’s 20s of data to seek to |
| [17:54:24] | jya: | dekarl: it’s no surprising they thought SessionID was a number on a ceton |
| [17:54:33] | jya: | it’s always a number looking at some logs |
| [18:05:17] | caelor (caelor!~quassel@cpc12-sotn9-2-0-cust374.15-1.cable.virginm.net) has quit (Remote host closed the connection) | |
| [18:07:58] | caelor (caelor!~quassel@cpc12-sotn9-2-0-cust374.15-1.cable.virginm.net) has joined #mythtv | |
| [18:10:16] | caelor (caelor!~quassel@cpc12-sotn9-2-0-cust374.15-1.cable.virginm.net) has quit (Remote host closed the connection) | |
| [18:14:23] | caelor (caelor!~quassel@cpc12-sotn9-2-0-cust374.15-1.cable.virginm.net) has joined #mythtv | |
| [18:17:45] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [18:50:55] | cohn (cohn!~noone@unaffiliated/cohn) has joined #mythtv | |
| [18:51:01] | cohn (cohn!~noone@unaffiliated/cohn) has left #mythtv () | |
| [19:56:00] | lomion0815 (lomion0815!~markus@178-191-243-146.adsl.highway.telekom.at) has quit (Remote host closed the connection) | |
| [20:38:14] | shattingduck (shattingduck!~quassel@5.28.74.16) has quit (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) | |
| [20:38:55] | shattingduck (shattingduck!~quassel@5.28.74.16) has joined #mythtv | |
| [20:42:09] | jpabq: | gigem: I am trying to reproduce the glitch you encountered with over-lapping recordings. I don't see it with my HDhomerun ATSC using virtual tuners. With your HDhomerunPrime, you don't set it up with virtual tuners, right? |
| [20:43:25] | jpabq: | You are pulling off multi-rec purely based off of chanid? Is that code committed? |
| [20:56:26] | Steve-Goodey (Steve-Goodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [20:58:18] | SteveGoodey (SteveGoodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [22:47:45] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 252 seconds) | |
| [23:19:31] | arescorpio (arescorpio!~arescorpi@209-205-17-190.fibertel.com.ar) has joined #mythtv | |
| [23:37:05] | shattingduck (shattingduck!~quassel@5.28.74.16) has quit (Remote host closed the connection) | |
| [23:39:05] | shattingduck (shattingduck!~quassel@5.28.74.16) has joined #mythtv | |
| [23:39:10] | shattingduck_ (shattingduck_!~quassel@5.28.74.16) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.