| Wednesday, January 30th, 2013, 00:06 UTC | ||
| [00:06:20] | jpabq: | danielk22: uncommenting #define DEBUG_TIMER_API_USAGE didn't seem to help. |
| [00:06:59] | jpabq: | I take that back |
| [00:07:20] | jpabq: | StreamHandler::UpdateFiltersFromStreamData of recorders/streamhandler.cpp:359 |
| [00:07:54] | stichnot: | jpabq: "mark" should be the frame number starting from frame 0. "offset" is either the byte offset from the beginning of the file, or the millisecond offset, depending on "type". |
| [00:10:05] | jpabq: | stichnot: mark is all over the place from my HD-PVR. I noticed running ffprobe on a HD-PVR file, that coded_picture_number is not sequential — I see things like 1, 3, 5, 4, 6, 10, 7, 8, 9 ... |
| [00:10:05] | danielk22: | jpabq: ok &= AddPIDFilter(*ait); ? |
| [00:11:29] | jpabq: | That line is "if (_cycle_timer.elapsed() > 1000)" in my source. I didn't think I had any patches applied but maybe I do. |
| [00:12:09] | danielk22: | jpabq: err, I have a patch applied, sorry. |
| [00:13:19] | danielk22: | jpabq: That's definitely a bug, but I can't imagine it causing any issues outside of EIT handling. |
| [00:13:39] | jpabq: | That was the first abort it stumbled across. |
| [00:14:35] | MythBuild: | build #2 of master-ubuntu-12_10–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . bit/builds/2 |
| [00:15:02] | stichnot: | jpabq: with my HDPVR and my STB locked to 720p, I generally notice that the first mark (keyframe) is something between 0–127, and subsequent marks are every 128 frames. |
| [00:20:12] | stuartm: | . |
| [00:20:30] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Quit: Gone) | |
| [00:20:45] | stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has joined #mythtv | |
| [00:20:45] | stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has quit (Changing host) | |
| [00:20:45] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [00:20:57] | ** wagnerrp pokes stuartm ** | |
| [00:21:38] | wagnerrp: | you actually around? |
| [00:21:49] | stuartm: | wagnerrp: sorry, busy day, I'll take a look early tomorrow |
| [00:22:05] | wagnerrp: | it's quick |
| [00:22:10] | wagnerrp: | how do you scale a MythUIImage? |
| [00:22:30] | wagnerrp: | trying to use SetArea(), but it's just repositioning the image, not scaling it |
| [00:23:52] | PatrickDickey (PatrickDickey!~quassel@2001:470:1f11:830:95f8:2367:590f:6cc) has joined #mythtv | |
| [00:25:13] | stuartm: | SetArea() ought to work IIRC, might be worth trying ForceSize() though |
| [00:25:49] | wagnerrp: | isn't that protected? |
| [00:26:38] | wagnerrp: | same with SetSize() |
| [00:26:52] | wagnerrp: | well if you aren't sure off hand, it can wait |
| [00:27:08] | wagnerrp: | that's the only serious issue remaining with the external screen setup wizard |
| [00:27:17] | stuartm: | ah, so it is ... SetArea() not working is a bug, I can see why it's not doing the job though so easy fix |
| [00:28:01] | jpabq: | myth seems to be AGGRESSIVELY trapping signals these days. It is actually rather annoying. |
| [00:28:27] | wagnerrp: | stuartm: that was it, thanks |
| [00:28:49] | stuartm: | I protected SetSize/ForceSize() to prevent them being mis-used (code overriding the theme), I'd forgotten that |
| [00:30:28] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 248 seconds) | |
| [00:31:24] | DJDan (DJDan!~djdan@115-64-177-188.static.tpgi.com.au) has joined #mythtv | |
| [00:31:52] | stuartm: | wagnerrp: explicitly adding your class as a 'friend' class is probably the best approach, that way we can still control use of SetSize() and friends |
| [00:32:16] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [00:32:33] | stuartm: | but I will look at doing something with SetArea() |
| [00:34:57] | wagnerrp: | ill mess around with it a bit to night and see what i can figure out, thanks |
| [00:35:00] | jpabq: | danielk22: interesting — I do seem to have some EIT threads running. I wonder how that got enabled. |
| [00:39:04] | stuartm: | jpabq: yeah I still periodically get the frontend exiting almost immediately after starting as the result of a "Realtime signal 0" whatever that means |
| [00:40:24] | jpabq: | stuartm: yes, that happens to me as well. |
| [00:42:33] | stuartm: | and the fact that we now handle ctrl-c gracefully has caused me confusion too, since it takes a few seconds to shutdown and it's not clear that the signal has even registered – in that particular case some logging would help e.g. "Interrupt/Kill signal received, shutting down" |
| [00:42:59] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 257 seconds) | |
| [00:43:22] | wagnerrp: | i thought we did log on signal captures |
| [00:44:09] | stichnot: | My backend *never* responds to a normal kill, so instead of "sudo service mythtv-backend restart" I have to do stop, followed by a second kill, followed by start |
| [00:44:33] | jpabq: | danielk22: I am not getting any other aborts than that one — but they behavior remains, unless I have the mythtimer constructor start the timer. Looking at the source, I don't see how that is possible — so I will do a distclean. |
| [00:45:22] | jpabq: | stichnot: for me it depends on if a recording is in progress or not. It seems to shutdown okay as long as nothing is recording. That is using the fedora systemctl mechanism. |
| [00:46:11] | stuartm: | wagnerrp: you're right, I just tested and it logs "Received Interrupt: Code 128, PID 0, UID 0, Value 0x00000000", I guess I must be blind |
| [00:46:31] | wagnerrp: | or tired... :P |
| [00:46:43] | wagnerrp: | well SetSize() does not work, but ForceSize() does |
| [00:47:18] | wagnerrp: | it's painfully slow... although that may well be on account of me doing this over remote X |
| [00:47:55] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [00:48:15] | stuartm: | wagnerrp: are you scaling as changes are made, or after they are committed/previewed? |
| [00:48:33] | wagnerrp: | i'm scaling preview.png as changes are made |
| [00:50:34] | stuartm: | ok, I might need to shortcircuit something to allow that to work faster, in the current code that almost certainly will result in the image being reloaded from disk to give the best possible quality |
| [00:51:52] | wagnerrp: | we're not just shoving it into the graphics card and letting opengl do its thing? |
| [00:51:53] | stuartm: | I've got an idea which would also be useful for animating |
| [00:53:02] | wagnerrp: | well in any case, i didn't intend to keep you around this long |
| [00:53:07] | stuartm: | wagnerrp: well ideally that's what we'd do for situations such as this, but since we had to cater for QT as well scaling is done via the cpu and the result cached |
| [00:54:37] | stuartm: | moving that logic into the respective painters was on the cards but I never got around to it, but if it was done then we could leave most scaling to the GPU when using opengl/vdpau |
| [00:55:10] | ** stuartm goes to bed ** | |
| [00:55:11] | Chutt: | any devs mind if i abuse the mythtv-developers list slightly? i have a position officially open on my team at nv |
| [00:56:09] | jpabq: | danielk22: I am actually getting the the Watch Recordings issue even with MythTimer always calling Start(). Looks like I have some more debugging to do. |
| [00:56:51] | wagnerrp: | why do i have a win2k8 image sitting on my server? |
| [01:00:01] | PatrickDickey (PatrickDickey!~quassel@2001:470:1f11:830:95f8:2367:590f:6cc) has quit (Ping timeout: 245 seconds) | |
| [01:07:40] | danielk22: | Chutt: np |
| [01:14:08] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 255 seconds) | |
| [01:26:36] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [01:35:01] | joki (joki!~joki@p54864B72.dip.t-dialin.net) has quit (Ping timeout: 245 seconds) | |
| [01:36:25] | joki (joki!~joki@p54864B84.dip.t-dialin.net) has joined #mythtv | |
| [01:36:32] | danielk22: | jpabq: The streamhandler works just fine as is. In this case it's the debugging that is in the wrong. |
| [01:38:05] | danielk22: | hmm, maybe not.. |
| [01:40:02] | danielk22: | ok, yeah... this depends on MythTimer::elapsed() returning 0 when the timer hasn't started yet. i.e. it depends on start() not being called in the constructor. |
| [01:40:56] | danielk22: | I'll apply a change so we don't trigger the debugging assert in this code. |
| [01:48:13] | neufeld_AFK: | Hrm. I think I reported #11108 as WORKSFORME too soon. I'm starting to get recordings that are starting late, according to my logs I'm now getting RecordPreRoll behaviour only about 2% of the time now. My last comment on the bug about "I don't see why it works, given my analysis of the function, but it seems to be working." is no longer true. It doesn't work, and I don't see how it could. Has this been fixed in |
| [01:48:13] | ** MythLogBot http://code.mythtv.org/trac/ticket/11108 ** | |
| [01:48:14] | neufeld_AFK: | later versions? Any comment on my patch? |
| [01:48:17] | neufeld_AFK is now known as neufeld | |
| [01:53:32] | jpabq: | danielk22: in the .h file, if I change it to "MythTimer(StartState state = kStartRunning);" Watch Recordings works. I am still trying to figure out why. |
| [02:06:06] | danielk22: | jpabq: the debugging I added only checks elapsed() calls, maybe there is a restart() without a prior restart() or start() causing trouble? |
| [02:08:40] | lentferj (lentferj!~lentferj@p579B7208.dip.t-dialin.net) has quit (Ping timeout: 252 seconds) | |
| [02:09:35] | lentferj (lentferj!~lentferj@p579B7556.dip.t-dialin.net) has joined #mythtv | |
| [02:11:31] | voyo (voyo!~voyo@213-134-188-198.home.aster.pl) has joined #mythtv | |
| [02:13:13] | stichnot (stichnot!~stichnot@adsl-69-110-235-166.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [02:13:13] | stichnot (stichnot!~stichnot@adsl-69-110-235-166.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [02:13:13] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [02:14:32] | lentferj (lentferj!~lentferj@p579B7556.dip.t-dialin.net) has quit (Ping timeout: 252 seconds) | |
| [02:14:36] | lentferj_ (lentferj_!~lentferj@p579B74F2.dip.t-dialin.net) has joined #mythtv | |
| [02:21:38] | ** neufeld will spend some time later looking over his patch again ** | |
| [02:21:40] | neufeld is now known as neufeld_AFK | |
| [02:25:41] | DJDan (DJDan!~djdan@115-64-177-188.static.tpgi.com.au) has quit (Remote host closed the connection) | |
| [02:31:53] | DJDan (DJDan!~djdan@115-64-177-188.static.tpgi.com.au) has joined #mythtv | |
| [03:17:56] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 248 seconds) | |
| [03:24:49] | voyo (voyo!~voyo@213-134-188-198.home.aster.pl) has quit (Quit: gone.) | |
| [03:26:36] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [03:46:38] | voyo (voyo!~voyo@213-134-188-198.home.aster.pl) has joined #mythtv | |
| [03:58:25] | voyo (voyo!~voyo@213-134-188-198.home.aster.pl) has quit (Read error: Connection reset by peer) | |
| [03:59:48] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 248 seconds) | |
| [04:53:49] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [04:59:40] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 260 seconds) | |
| [05:00:48] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [05:15:51] | gradhika (gradhika!~chatzilla@115.254.90.186) has joined #mythtv | |
| [05:20:14] | Bray90820 (Bray90820!3251fd20@gateway/web/freenode/ip.50.81.253.32) has joined #mythtv | |
| [05:28:40] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 272 seconds) | |
| [05:28:50] | Bray90820: | guess whose back |
| [05:29:04] | Bray90820: | the same error i was having from the start i am still having |
| [05:29:08] | Bray90820: | recording wont record |
| [05:32:14] | Bray90820: | oops i applogize |
| [05:32:21] | Bray90820: | i entered the wromg room |
| [05:32:25] | Bray90820: | bye bye |
| [05:32:34] | Bray90820 (Bray90820!3251fd20@gateway/web/freenode/ip.50.81.253.32) has left #mythtv () | |
| [05:42:59] | xris: | what's mythscreenwizard? |
| [05:43:43] | xris: | wagnerrp: ^^ part of mythtv-setup or something else? just curious where to package it. |
| [05:44:07] | wagnerrp: | you know the screen wizard in frontend setup? the one to use for handling overscan? |
| [05:44:51] | wagnerrp: | mythscreenwizard is just that stuffed into an external application, so it can be forced to full screen |
| [05:46:08] | wagnerrp: | xris: ^^ |
| [05:47:02] | xris: | I don't, actually |
| [05:47:22] | xris: | was never very familiar with the internals of the UI |
| [05:47:31] | xris: | frontend it is, then |
| [05:47:37] | wagnerrp: | it was just a plain window with two arrows in the top left and bottom right corners |
| [05:47:54] | wagnerrp: | you aligned the arrows with the viewable corners of your screen |
| [05:48:06] | wagnerrp: | and it automatically set up the proper screen size and offset |
| [05:48:50] | wagnerrp: | the problem was that since the UI cannot display outside the main window, if you had previously set a size, you could not adjust to larger than that size |
| [05:49:42] | wagnerrp: | the problem was doubly that it was screwed up anyway, and calculated those values wrongly if you started from anything but 0 |
| [05:49:56] | xris: | heh |
| [05:49:58] | xris: | oops |
| [05:50:21] | wagnerrp: | so now its external and (almost) fixed |
| [05:50:57] | wagnerrp: | the arrows were replaced by the theme's preview image, scaled to the selected final size |
| [05:51:20] | wagnerrp: | however there's a bug in the UI code that prevents the image from actually resizing |
| [05:51:32] | wagnerrp: | stua rtm is going to look at that sometime tomorrow |
| [05:52:20] | wagnerrp: | it can be fixed in a cludgy manner by adding the screen wizard as a "friend" to the UI class, giving it access to one of the protected methods |
| [05:52:34] | wagnerrp: | but better to just wait until someone can fix it properly |
| [05:52:36] | xris: | wow, been awhile since I've updated the spec.. I have updates but never committed them. oops |
| [06:03:42] | kodaws (kodaws!~koda@host42-8-static.81-94-b.business.telecomitalia.it) has joined #mythtv | |
| [06:07:21] | xris: | there. need to get in at least one commit per year. heh |
| [06:28:58] | Goga777 (Goga777!~Goga777@128-71-52-54.broadband.corbina.ru) has joined #mythtv | |
| [06:40:02] | rsiebert (rsiebert!~quassel@g224250034.adsl.alicedsl.de) has joined #mythtv | |
| [06:42:14] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 244 seconds) | |
| [06:43:12] | rsiebert_ (rsiebert_!~quassel@g226061086.adsl.alicedsl.de) has quit (Ping timeout: 256 seconds) | |
| [06:45:48] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [06:50:13] | Sharky-AFK is now known as Sharky-Sleep | |
| [06:53:52] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection) | |
| [06:59:55] | dekarl (dekarl!~dekarl@p4FE85E1C.dip.t-dialin.net) has quit (Ping timeout: 256 seconds) | |
| [07:00:48] | dekarl (dekarl!~dekarl@p4FE854A2.dip.t-dialin.net) has joined #mythtv | |
| [07:14:57] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [07:20:56] | Tobbe5178 (Tobbe5178!~asdf@h186n5-sv-a13.ias.bredband.telia.com) has joined #mythtv | |
| [07:48:47] | Goga777 (Goga777!~Goga777@128-71-52-54.broadband.corbina.ru) has quit (Remote host closed the connection) | |
| [08:28:15] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [08:36:01] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 246 seconds) | |
| [09:12:58] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:f49e:32a5:24a9:3f44) has joined #mythtv | |
| [09:15:55] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv | |
| [09:16:10] | stuarta: | stuartm: you have any idea what version of cppcheck we've been using? |
| [09:17:20] | stuartm: | stuarta: it's shown at the bottom of the report, although atm we're using their master branch (of 2–3 weeks ago) so we're technically between versions |
| [09:17:49] | stuartm: | cppcheck version – 1.58 dev |
| [09:18:44] | stuartm: | "Updated 11 Jan 2013 14:21:22 GMT" << cppcheck build slave offline? |
| [09:19:33] | stuartm: | offline 43 pending |
| [09:20:22] | stuartm: | quite a few are offline :/ |
| [09:24:20] | stuarta: | yeah, that's why i'm asking. i have a shiny new server and am building new slaves, so looking for things to fix, and that is an easy one |
| [09:33:05] | stuartm: | stuarta: in that case sticking with the release version is fine, latest is 1.58, that's just a couple of weeks old |
| [09:36:25] | stuarta: | i shall get around to building it then, only 1.55 is in the distro |
| [09:38:19] | stuarta: | if i'm hand building it should I just get their latest master? |
| [09:55:51] | stuartm: | potentially there may be more false positives in the master, but that hasn't really bothered us in the past, so I'll leave that up to you |
| [09:58:12] | stuartm: | /join #cppcheck |
| [09:58:17] | stuartm: | meh |
| [09:58:29] | stuarta: | damn keyboards. :) |
| [10:01:23] | stuartm: | it seems pretty quiet in there, I was going to ask if there were any good reasons to avoid master atm but that seems like a silly question, if you have to ask it then you're probably better off sticking with the stable release ;) |
| [10:21:40] | stuarta: | hehe |
| [10:27:05] | gradhika (gradhika!~chatzilla@115.254.90.186) has quit (Ping timeout: 255 seconds) | |
| [10:35:07] | gradhika (gradhika!~chatzilla@115.254.90.186) has joined #mythtv | |
| [11:24:47] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Ping timeout: 255 seconds) | |
| [11:25:36] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [11:28:17] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Quit: Ex-Chat) | |
| [12:03:47] | gradhika (gradhika!~chatzilla@115.254.90.186) has quit (Quit: ChatZilla 0.9.89 [Firefox 18.0/20130107224849]) | |
| [12:13:47] | PatrickDickey (PatrickDickey!~quassel@2001:470:1f11:830:5068:885a:5703:6082) has joined #mythtv | |
| [12:20:06] | stuartm: | I've been thinking about the problem of archived/exported builds losing a the version info, since we're now using pre-commit hooks maybe one of those could write the git annotate output into VERSION? |
| [12:59:50] | danielk22: | stuartm: I don't know if it is up your alley, but a working windows builder would be nice. ATM I'm pretty sure master won't build on windows just because of how long the builder has been down... |
| [13:00:42] | danielk22: | I tried to get mythtv building on windows again a couple months ago but got nowhere, all the guides appeared to assume 32 bit windows which I don't have any copies of. |
| [13:02:50] | stuartm: | stuarta: ^^ |
| [13:04:04] | PatrickDickey (PatrickDickey!~quassel@2001:470:1f11:830:5068:885a:5703:6082) has quit (Remote host closed the connection) | |
| [13:12:20] | stuarta: | i've been thinking about that one too :) |
| [13:13:52] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [13:25:50] | stuarta: | first step is work out which windows platform we require as a minimum |
| [13:29:01] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv | |
| [13:29:23] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Client Quit) | |
| [13:30:15] | danielk22: | stuarta: I'd say Windows 7.. until we actually have a version of mythtv that works acceptably for a couple years, backward compatibility isn't something we can strive to maintain.. and I assume no one actually wants to run Windows 8! |
| [13:30:28] | danielk22: | Interesting --> http://gcc.gnu.org/ml/libstdc++/2012-07/msg00007.html |
| [13:30:59] | danielk22: | ABI incompatibilities with C++11 apparently :/ |
| [13:31:21] | danielk22: | This means you can't use C++11 until everyone else does, and you must use C++11 when everyone else does. |
| [13:32:15] | danielk22: | We're almost C++11 clean, but it looks like we'll might need to be compatible with both for some time until all the distros move to C++11 on all their C++ libraries! |
| [13:33:11] | stuarta: | danielk22: that's what i thought too, anyone got a win 7 machine around? |
| [13:33:11] | danielk22: | Well, unless these problems with ABI incompatibility have been solved since this post 7 months ago.. |
| [13:34:38] | danielk22: | stuarta: I have a win 7 virt, but it is 64 bit.. might be too steep a climb... but I can set up some kind of VNC if you are interested in it.. (not today though) |
| [13:36:21] | stuarta: | no rush :-p |
| [13:36:31] | stuarta: | tbh i'd rather 64bit |
| [13:39:06] | danielk22: | k, i'll get that going then.. and move that virt from my laptop to a desktop too :) |
| [13:41:25] | stuarta: | to give you a time frame, i'm in 1 month old baby and server migration by the end of feb mode. ie. no rush :) |
| [13:49:35] | GreyFoxx: | congrats on the youngster :) |
| [13:54:09] | stuarta: | NYE is a good birthday :) |
| [14:24:24] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv | |
| [14:30:29] | DJDan (DJDan!~djdan@115-64-177-188.static.tpgi.com.au) has quit (Remote host closed the connection) | |
| [14:48:01] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Quit: Ex-Chat) | |
| [15:00:50] | stichnot: | boy do I hate live TV |
| [15:01:06] | stichnot: | and PVR-150s |
| [15:08:38] | jheizer: | stuarta: 10 weeks old here. They do sleep better eventually... |
| [15:09:37] | bas-t: | stichnot: Live TV was OK, until someone decided to make a new file every time the epg says: a new show is starting, witch of course seldome is the case. I remember that waaaay back, a new file was created only when switching channel. That worked really good. |
| [15:12:06] | ** wagnerrp hates spending 20 minutes trying to figure out _how_ a user is experiencing a problem, before realizing the user isn't running -fixes, and the problem was fixed months ago ** | |
| [15:12:16] | bas-t: | Of course some other changes made the Live TV experience worse also, don't know witch though. |
| [15:13:36] | stuarta: | jheizer: yeah, this i #2 :) |
| [15:13:36] | ** MythLogBot http://code.mythtv.org/trac/ticket/2 ** | |
| [15:13:52] | stuarta: | no MythLogBot not that |
| [15:14:20] | jheizer: | stuarta: Ahh well you know what you are doing then. haha |
| [15:14:24] | stuarta: | bas-t: yeah i remember that |
| [15:14:54] | bas-t: | stuarta: why not change it back? |
| [15:15:47] | wagnerrp: | stuarta: it's a birthday worth a couple hundred bucks over here |
| [15:22:03] | stuartm: | bas-t: it never worked that way, before it was switched to storing a file it used a ringbuffer which was deleted when you exited livetv |
| [15:23:45] | stuartm: | switching to a new file per programme had the advantage of being able to seek further back and pressing record at any time caused the whole programme from the moment you started watching to be saved, which a lot of people like |
| [15:24:53] | wagnerrp: | and that was changed back for 0.21? |
| [15:25:46] | jams: | that was before .21 might have been around .18 |
| [15:26:12] | bas-t: | stuartm: ok, that may be, but the fact stays that it worked very well for me in the stone age... |
| [15:26:36] | stuartm: | technically it's not much different from the ringbuffer, it's not less reliable because of that change but because of the a raft of new features and increasingly complex scenarios since that time – since that time we've had to add support for a variety of new hardware and digital tv standards etc |
| [15:27:44] | bas-t: | yeah, i used pvr-250's back then, nowadays it's all dvb-c for me |
| [15:28:05] | stuartm: | bas-t: for you maybe, but not everyone and besides which everyone remembers things being better in the past, they rarely remember the faults and the features that didn't exist |
| [15:28:47] | bas-t: | stuartm: that's true |
| [15:29:09] | bas-t: | overall i like it better now |
| [15:29:41] | stuartm: | better to look towards the future and fix what we can |
| [15:31:13] | stuartm: | I still don't know where it all went wrong, somewhere in the middle of the 0.26 cycle everyone was raving about how much better livetv was, it seemed almost flawless, then we get to the release and suddenly it's worse than it's ever been ... |
| [15:31:41] | stichnot: | I've been struggling for many days now to figure out why ffmpeg fails to parse a PVR-150 live TV recording, yet works correctly on an in-progress or completed recording |
| [15:32:31] | bas-t: | it's not so much the reliability in itself, it's just the jumping forward and backward that doesn't work properly atm. When jumping past the end/ beginning of a new file that is |
| [15:32:35] | stichnot: | stuartm: afaik, it's great on everything except the PVR-xxx line, which no devs except me have, and I just dusted it off recently |
| [15:33:21] | stichnot: | bas-t: I thought seeking between programs in live TV was fixed in 0.26. Is it not working for you? |
| [15:33:33] | bas-t: | no... |
| [15:33:42] | stuartm: | wasn't it fixed in -fixes after the release? |
| [15:34:07] | bas-t: | the commit said so, but no |
| [15:34:49] | bas-t: | mind you, it's the playback in livetv, not the recording that sucks |
| [15:35:24] | bas-t: | when i stop livetv and play the file back it is very much ok |
| [15:36:24] | petefunk (petefunk!~pfunk@unaffiliated/petefunk) has joined #mythtv | |
| [15:36:28] | stichnot: | the live TV recording has a problem in the sense that when the frontend unintentionally exits playback or crashes, the backend automatically stops recording, so you potentially lose out there. |
| [15:37:17] | stichnot: | bas-t: I'd like to know more about the live TV seeking problems, mostly how to reproduce them |
| [15:38:50] | bas-t: | stichnot: i'll have a look on how to reproduce them. What was the logging option again? So I can present the results? |
| [15:39:22] | stichnot: | bas-t: -v playback --loglevel debug |
| [15:39:35] | stichnot: | the seek-related logging is under -v playback |
| [15:40:07] | bas-t: | thanks. I'll have a look tonight and report back to you. |
| [15:44:51] | bas-t: | stichnot: that'll be most likely tomorrow |
| [15:44:57] | stichnot: | cool, thanks. |
| [15:46:11] | danielk221 (danielk221!~danielk@exchange.wgen.net) has joined #mythtv | |
| [15:46:39] | stichnot: | One thing I've found is that there's a race condition in the LiveTVChain code where the backend deletes the DUMMY recording entry before the frontend gets a chance to move from the DUMMY entry to the real entry, but I'm pretty sure that's separate from the issue of ffmpeg failing to parse the live TV stream |
| [15:47:13] | stichnot: | (gotta run, back later) |
| [15:51:42] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 264 seconds) | |
| [16:11:59] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG) | |
| [16:20:36] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:f49e:32a5:24a9:3f44) has quit (Read error: Connection reset by peer) | |
| [16:28:56] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has quit (Remote host closed the connection) | |
| [16:29:07] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has joined #mythtv | |
| [16:33:10] | wagnerrp: | !seen dekarl |
| [16:33:10] | MythLogBot: | dekarl is here and has been idle for 9 hours 32 minutes 22 seconds |
| [16:33:19] | stuarta: | well that's the cppcheck build repointed |
| [16:33:46] | wagnerrp: | dekarl: any thoughts on this? http://www.mythtv.org/wiki?title=XMLTV&cu . . . p;rcid=64506 |
| [16:47:55] | stuarta: | stuartm: cppcheck report is back |
| [16:54:02] | danielk221: | :) |
| [16:55:08] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [16:55:28] | stuartm: | stuarta: thanks |
| [16:56:01] | stuarta: | np |
| [16:58:07] | stuartm: | it would be nice to get most of those fixed for 0.27, start with a clean slate for 0.28 |
| [16:58:36] | stuartm: | vbi false positive needs reporting |
| [17:03:28] | stuarta: | i used the latest released version |
| [17:12:15] | Sharky-Sleep is now known as Sharky112065 | |
| [17:23:54] | stuartm: | yeah, that one has been around for ages and I've just never bothered to report it, they prefer false positives to be distilled down to simple examples in bug reports |
| [17:26:31] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [17:36:35] | stuarta: | which is fair enough, they are hard to sort out at the best of time |
| [17:36:36] | SteveGoodey (SteveGoodey!~steve@host86-149-167-13.range86-149.btcentralplus.com) has joined #mythtv | |
| [17:37:00] | kodaws (kodaws!~koda@host42-8-static.81-94-b.business.telecomitalia.it) has quit (Ping timeout: 272 seconds) | |
| [17:39:33] | jheizer (jheizer!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 272 seconds) | |
| [17:40:31] | stuartm: | aye, completely fair and I've reported a few that way, but it's also time consuming which is why I've not reported everything :) |
| [17:43:39] | jheizer (jheizer!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [17:45:04] | OldEnK (OldEnK!~OldEnK@63-152-79-144.cdrr.qwest.net) has joined #mythtv | |
| [17:57:34] | stichnot (stichnot!~stichnot@216.239.45.73) has joined #mythtv | |
| [17:57:34] | stichnot (stichnot!~stichnot@216.239.45.73) has quit (Changing host) | |
| [17:57:35] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [17:58:33] | stichnot: | in teletextscreen.cpp, I think this is a real feature: "Variable ' flash' is assigned a value that is never used." "Variable ' blink' is assigned a value that is never used." |
| [18:00:37] | jheizer_ (jheizer_!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [18:00:48] | Goga777 (Goga777!~Goga777@128-71-212-136.broadband.corbina.ru) has joined #mythtv | |
| [18:01:03] | jheizer (jheizer!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 260 seconds) | |
| [18:19:24] | OldEnK (OldEnK!~OldEnK@63-152-79-144.cdrr.qwest.net) has quit (Quit: Leaving) | |
| [18:23:30] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [18:25:41] | stichnot: | Why does cppcheck think that the calls to remove() in videobuffers.cpp are std::remove()? It is actually VideoBuffers::remove() that is being called. |
| [18:29:30] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [18:35:40] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [18:41:21] | danielk221: | stichnot: It just looks at the function/method name. We had similar issues with other function names before & we just renamed them to match our StudlyCaps naming convention. |
| [18:41:52] | stichnot: | ok, so you would recommend renaming in this case? |
| [18:53:01] | danielk221: | Is VideoBuffers::Remove() available? |
| [18:53:22] | danielk221: | I'd probably convert all the methods in VideoBuffers though, not just the one. |
| [18:53:55] | danielk221: | Or we can just ignore/suppress this warning since it's erroneous. |
| [18:54:40] | stichnot: | all right, I'll make another pass and convert the rest of the method names |
| [18:59:00] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Quit: Ex-Chat) | |
| [19:00:38] | stuartm: | I'll report the remove() confusion as a false positive, since there is enough information there to know the difference – existence of a remove() member in the class, different number of args to std::remove() and the supplied args aren't even iterators |
| [19:01:45] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 252 seconds) | |
| [19:15:48] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [19:24:56] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 255 seconds) | |
| [19:26:36] | stichnot: | ok, let's see which #ifdef code I missed that needs VideoBuffers naming changes... |
| [19:31:04] | dekarl: | wagnerrp: they scrape websites, I guess not obeying the ToS |
| [19:31:13] | Goga777 (Goga777!~Goga777@128-71-212-136.broadband.corbina.ru) has quit (Remote host closed the connection) | |
| [19:32:26] | wagnerrp: | i know scraping zap2it is certainly against ToS |
| [19:37:12] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [19:47:54] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (Ping timeout: 276 seconds) | |
| [19:55:56] | sphery: | wagnerrp: I have no idea what it means, but the exclamation point icon on the far right of the zap2it.com line at http://webgrabplus.com/epg-channels says, "unfinished , waiting for performance tests and/or schedules direct answer" |
| [19:57:19] | laga (laga!~laga@h1626373.stratoserver.net) has quit (Read error: Operation timed out) | |
| [19:58:56] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has joined #mythtv | |
| [20:00:40] | sphery: | that said, if all it does is pull data from Schedules Direct, I have no idea what benefit it provides over just using XMLTV's tv_grab_na_dd...well, other than requiring .NET/mono |
| [20:07:41] | laga (laga!~laga@h1626373.stratoserver.net) has joined #mythtv | |
| [20:12:20] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [20:23:30] | Chutt: | did my email make it to the mythtv-developers list? |
| [20:23:51] | Chutt: | i have another to send (regarding the domains), figured i should check before =) |
| [20:25:15] | wagnerrp: | it went |
| [20:25:20] | Chutt: | thanke |
| [20:25:39] | Chutt: | mythtv.info was about to expire, so i just renewed it |
| [20:25:57] | Chutt: | figured i should do the others too, so they're all good through 2015 |
| [20:26:07] | wagnerrp: | didn't even know it existed |
| [20:26:18] | Chutt: | mythtv.info = old wiki url |
| [20:26:36] | Chutt: | it'd be nice to transfer these to someone, though |
| [20:27:36] | wagnerrp: | wasn't there some talk about setting up some independent legal entity to transfer those to? |
| [20:27:49] | Chutt: | yeah, but i have no idea what happened with that |
| [20:32:43] | toeb: | hi, i want to populate an buttonlist with some items. Could someone point me to an easy example? |
| [20:56:53] | skd5aner: | We need someone in a non-extradition country to take legal ownership of the project... then let the good times role! |
| [20:57:01] | skd5aner: | ;) |
| [20:57:33] | skd5aner: | or, roll... you know... |
| [21:03:59] | Kuhne (Kuhne!~anku@c80-216-20-57.bredband.comhem.se) has joined #mythtv | |
| [21:08:44] | jheizer_: | haha |
| [21:10:34] | Kuhne (Kuhne!~anku@c80-216-20-57.bredband.comhem.se) has left #mythtv () | |
| [21:19:57] | SteveGoodey (SteveGoodey!~steve@host86-149-167-13.range86-149.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:36:29] | natanojl: | stichnot: I have a PVR-500 and can also reproduce the issue with live TV |
| [21:44:36] | stichnot: | natanojl: nice. Can you describe the issue you're seeing? (there may be multiple issues...) |
| [21:48:32] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 252 seconds) | |
| [22:03:06] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 276 seconds) | |
| [22:07:42] | danielk221 (danielk221!~danielk@exchange.wgen.net) has left #mythtv () | |
| [22:10:14] | kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.) | |
| [22:17:14] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [22:17:30] | devinheitmueller (devinheitmueller!~devinheit@pool-108-54-72-165.nycmny.fios.verizon.net) has joined #mythtv | |
| [22:18:18] | devinheitmueller: | : Hey, is the IVTV VBI parsing done in Myth used exclusively for NTSC closed captions? Or is it being used for other stuff like WSS and Teletext as well? |
| [22:19:26] | devinheitmueller: | I'm doing some work on the drivers to embed EIA-608 CC data into the user_data section. If MythTV is only using the IVTV sliced data for CC, then in theory that whole chunk of code might be able to go away. |
| [22:19:43] | devinheitmueller: | (since the CC in the user_data section would mean the exact same code used for ATSC streams would "just work") |
| [22:32:24] | stichnot: | devinheitmueller: danielk22 probably knows this best. I can say that as of the upcoming 0.27, we removed support for EIA-608 teletext captions, though I believe the parsing code is still there. I don't know about WSS. |
| [22:32:43] | devinheitmueller: | ok |
| [22:33:28] | devinheitmueller: | Would be nice to dump all the IVTV VBI parsing code in general, if we can. It's totally proprietary, but it's what is in MythTV since at the time there was no real alternative. |
| [22:33:59] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [22:38:05] | Tobbe5178 (Tobbe5178!~asdf@h186n5-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer) | |
| [22:53:47] | gigem: | Would anyone object to removing the Delete Recordings screen? Like the recently removed Recording Priorities screen, it adds complexity with negligible additional value. I recently setup MythTV for my parents and wanted to minimize confusion on where and how to perform certain opeartions. Two of the things I did to accomplish that were remove the Delete Recordings screen from the menu theme and add the |
| [22:53:49] | gigem: | used disk space bar to the Watch Recording theme. I liked those changes so much, I made them on my own systems too. |
| [22:56:12] | stichnot: | Makes sense to me. I think this discussion has happened in the past. I don't remember the outcome, but the fact that Delete Recordings is still here says something. |
| [22:57:53] | jpabq: | I have never used the Delete Recordings screen. |
| [22:58:26] | jpabq: | Isn't it the same as Watch Recordings, but sorted backwards? |
| [22:58:37] | stichnot: | I looked at it once, and kind of liked that it explicitly displays the free space, but that's it |
| [22:59:23] | jams: | i think that was the reason it's still around..it displayed free space & could be themed to show different information like how much space each recording is using |
| [23:04:05] | skd5aner: | stichnot: did you see devin's question above – is that in your realm of expertise? |
| [23:04:42] | skd5aner: | gigem: rip it out! |
| [23:05:47] | jpabq: | Steppes shows recording's space usage on the Watch Recordings screen. It doesn't have the graph of free space though — it just has the statistics. I could find a place to put the graph that looked good. |
| [23:05:49] | skd5aner: | gigem: I may have used it less than 4 times in 9 years... |
| [23:06:02] | gigem: | Yes, the theming is the only difference. The same code supports both screens. I used to use Delete Recordings to check my disk usage. It was convenient to see the disk space for each individual reocrding in the list area, but that was about it. MC-wide already shows the disk usage for the current recording. All I needed to do for my use was add the overall disk usage thingy to Watch recordings. |
| [23:06:05] | awalls (awalls!~awalls@d-24-245-103-115.cpe.metrocast.net) has joined #mythtv | |
| [23:07:08] | skd5aner: | gigem: my watch recordings screen (in broken glass) shows each recording's size |
| [23:07:23] | gigem: | Yes, this has probably come up before, but I'm too lazy to go look it up. That's what we have sphery for, isn't it. I've been on a bit of usability kick lately, so I thought I'd bring it up. |
| [23:07:24] | stichnot: | skd5aner: I answered Devin as far as my expertise allows... |
| [23:07:40] | skd5aner: | ah, so you did... hah – sorry, missed your response above |
| [23:10:40] | awalls (awalls!~awalls@d-24-245-103-115.cpe.metrocast.net) has left #mythtv () | |
| [23:13:43] | gigem: | It sounds like everyone so far is in favor of removeing Delete Recordings, then. I'll add it to my short-term TODO list and will give the others time to speak up before I pull out my machete. |
| [23:19:44] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [23:41:24] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 248 seconds) | |
| [23:48:51] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.