| Saturday, February 18th, 2012, 00:10 UTC | ||
| [00:10:28] | andreax1 (andreax1!~andreaz@p5089E114.dip.t-dialin.net) has joined #mythtv | |
| [00:10:55] | andreax (andreax!~andreaz@p54BF3FED.dip.t-dialin.net) has quit (Ping timeout: 240 seconds) | |
| [00:14:19] | ttomkins (ttomkins!quassel@nat/nokia/x-xynhogqsczygcdjk) has quit (Ping timeout: 276 seconds) | |
| [00:15:35] | ybot (ybot!quassel@nat/nokia/x-diwxsvorusbwboky) has joined #mythtv | |
| [00:16:01] | ybot is now known as Guest26635 | |
| [00:22:31] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (Ping timeout: 252 seconds) | |
| [00:24:48] | stuartm: | so we don't actually pass categoryType over the protocol, which means the categorytype statetype I added is useless and since I guess a protocol bump while in a feature freeze is out of the question my theme isn't going to be usable as I intended for 0.25 |
| [00:30:26] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [00:38:42] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
| [00:41:32] | stuartm: | guess I've no choice rip it out again and try again after the release when I'm free to make the protocol bump, frustrating that I won't be able to have this theme finished for 0.25 as a result :( |
| [00:42:01] | stuartm: | s/choice/choice but to/ |
| [00:43:24] | Captain_Murdoch: | sphery, would it be better to have hostname and app name at the top of hte page on the html log viewer so you don't have to scroll all the way to the bottom to change host or app? |
| [00:43:44] | Captain_Murdoch: | nice feature BTW. :) thanks for adding it. |
| [00:45:48] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [00:46:53] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [00:47:03] | xavierh: | stuartm: 6 months for 0.26, not that long :p |
| [00:47:36] | sphery: | Captain_Murdoch: yeah, that's (a small part of) "UI needs fixing, but this is the basic feature" |
| [00:47:51] | sphery: | it needs a /lot/ more than just that, though, to make it usable |
| [00:48:35] | Captain_Murdoch: | :) ok. /me tries to find 'submit selected lines to ticket #x' button. :) |
| [00:48:51] | stuartm: | xavierh: :( |
| [00:48:55] | taylorr: | stichnot: ok, when I get more time I'll dig into the patch more |
| [00:49:26] | andreax1 (andreax1!~andreaz@p5089E114.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [00:50:22] | jeff999 (jeff999!~jeff@203-173-13-174.dyn.iinet.net.au) has left #mythtv ("Leaving") | |
| [00:50:29] | stuartm: | I can't possibly claim that the whole theme hinges on that one statetype, it doesn't, but it was one of the bits that I really liked about it so I'm feeling pretty frustrated |
| [00:52:02] | taylorr: | stuartm: if it's low risk then it's early enough to commit the change, IMO |
| [00:52:53] | Captain_Murdoch: | kenni, Steppes won't be in git though, so adding it to themestringtool won't have much effect. |
| [00:54:44] | stuartm: | taylorr: it's always been a hard rule that protocol changes don't occur after the feature freeze, especially not if they don't fix bugs – yes, technically this is a bug but not a serious one and it only breaks a feature which was added after the freeze anyway |
| [00:55:32] | stichnot: | taylorr: no rush. I don't see much value pushing that work until you've finished your work, then I'll adapt mine and we can see where it goes |
| [00:55:58] | stuartm: | I should have checked earlier that category type was available to the frontend, I assumed incorrectly that it was because it's displayed in the info screen but it seems we do a direct DB lookup there |
| [00:57:01] | taylorr: | stichnot: I wouldn't hold your breath waiting on me... if you know what I mean :) |
| [00:57:24] | taylorr: | stuartm: is this the theme you sent a mockup of a while back? |
| [00:57:27] | stichnot: | :) |
| [00:58:12] | stuartm: | taylorr: the one earlier this month, aye |
| [00:58:32] | taylorr: | cool, it's very nice looking |
| [00:59:21] | taylorr: | and with that said.... we really need a new default theme |
| [01:00:04] | sphery: | So, does anyone with more Qt knowledge than I know how I can do https://github.com/Torc/torc/commit/bfda26d46 . . . 65371f1b9fe9 test in configure? |
| [01:02:50] | sphery: | if I don't, we say, "OpenGL ES 2.0 yes" in configure output and mythtv's --version stuff says we're using it, but we're not |
| [01:03:47] | sphery: | basically, I just need a way to find out (at configure time, so without a valid/current OpenGL context) whether Qt was compiled with support for X11 OpenGL (as it should be on any desktop system) or es1 or es1cl or es2 (well, specifically, I need to know the es2 one) |
| [01:08:04] | clever: | simplest answer i have, is to just compile a small test app that returns 0/1 |
| [01:08:33] | Captain_Murdoch: | sphery, I wonder if the _ES2 variables mentioned at http://developer.qt.nokia.com/forums/viewthread/1418 are set on a system with ES2 support. My Qt doesn't have those set, only the _OPENGL ones. |
| [01:08:38] | stuartm: | danielk22: http://pastebin.com/QQe7iw1A << So there's the year appended, but magically-disappearing-when-not-required patch |
| [01:10:16] | noahric (noahric!~noahric@74.125.59.74) has quit (Remote host closed the connection) | |
| [01:10:24] | noahric (noahric!noahric@nat/google/x-cxlhdofmpquidokj) has joined #mythtv | |
| [01:10:44] | stuartm: | the regexp is a fallover should the user have a date format containing the year already, I'm of two minds whether that's actually necessary but it does at least mean that the behaviour is the same for everyone |
| [01:11:11] | sphery: | Captain_Murdoch: you mean the INCDIR/LIBDIR stuff? I was thinking about using those, but they'd be blank on systems where ES includes/libs are in a standard system directory |
| [01:11:33] | noahric_ (noahric_!~noahric@74.125.59.74) has joined #mythtv | |
| [01:13:07] | Captain_Murdoch: | maybe QMAKE_LIBS_OPENGL_ES2 |
| [01:14:09] | Captain_Murdoch: | on my system for _OPENGL, libdir is /usr/X11R6/lib and incdir is /usr/X11R6/include |
| [01:14:51] | noahric (noahric!noahric@nat/google/x-cxlhdofmpquidokj) has quit (Ping timeout: 245 seconds) | |
| [01:14:51] | noahric_ is now known as noahric | |
| [01:15:05] | sphery: | how are you checking yours? |
| [01:15:19] | stichnot (stichnot!chatzilla@nat/intel/x-ujrmcwswigdhohzr) has quit (Ping timeout: 248 seconds) | |
| [01:15:43] | noahric (noahric!~noahric@74.125.59.74) has quit (Client Quit) | |
| [01:16:25] | Captain_Murdoch: | vi /usr/lib/qt44/mkspecs/common/linux.conf (not my main dev system, hence the qt44) |
| [01:18:52] | sphery: | yeah, that shows the same values on my system--and my system has no /usr/X11R6 dir... I think those are just defaults. Also, mine has all the _ES ones, too (including QMAKE_LIBS_OPENGL_ES2), but my system has no OpenGL ES installed |
| [01:20:48] | sphery: | not sure why Qt has to make it hard to figure out which OpenGL Qt can use--since the actual OpenGL code you write is different depending on which one you use |
| [01:21:47] | sphery: | sure, they have a way to check at runtime once you get a valid GL context, but does that really mean that a cross-platform app needs to compile its desktop GL stuff into an app that will only be used on an embedded system (when even Qt doesn't do that)? |
| [01:26:30] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc) | |
| [01:26:38] | sphery: | actually, I guess you could use the contains(QT_CONFIG, opengles2) in a .pro file to define USING_OPENGLES, but it seems a hack since QT_CONFIG isn't really documented, anywhere |
| [01:27:52] | sphery: | anyway, maybe I'll just use mark's fix and then remove the all the opengles stuff from configure? |
| [01:34:42] | noahric (noahric!~noahric@50-46-219-217.evrt.wa.frontiernet.net) has joined #mythtv | |
| [01:56:43] | dekarl1 (dekarl1!~dekarl@dslb-084-058-159-001.pools.arcor-ip.net) has joined #mythtv | |
| [02:01:07] | kwmonroe` (kwmonroe`!~kwmonroe@32.97.110.58) has joined #mythtv | |
| [02:02:31] | noahric (noahric!~noahric@50-46-219-217.evrt.wa.frontiernet.net) has quit (Quit: noahric) | |
| [02:03:06] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has quit (*.net *.split) | |
| [02:03:06] | Cougar (Cougar!~cougar@2001:ad0:2:5:510c:ecaf:70e4:b352) has quit (*.net *.split) | |
| [02:03:07] | dekarl (dekarl!~dekarl@dslb-084-058-159-001.pools.arcor-ip.net) has quit (*.net *.split) | |
| [02:05:56] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [02:06:21] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [02:06:35] | Guest26635 (Guest26635!quassel@nat/nokia/x-diwxsvorusbwboky) has quit (Ping timeout: 240 seconds) | |
| [02:38:33] | stichnot (stichnot!~chatzilla@192.55.55.39) has joined #mythtv | |
| [02:57:47] | xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has quit (Quit: ChatZilla 0.9.88 [Firefox 10.0.1/20120209214325]) | |
| [03:32:55] | ybot (ybot!quassel@nat/nokia/x-qlaffkstbdqgmrnx) has joined #mythtv | |
| [03:33:21] | ybot is now known as Guest16670 | |
| [03:54:15] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 240 seconds) | |
| [04:00:26] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [04:02:58] | jeff999 (jeff999!~jeff@203-173-13-174.dyn.iinet.net.au) has joined #mythtv | |
| [04:03:32] | jeff999 (jeff999!~jeff@203-173-13-174.dyn.iinet.net.au) has left #mythtv () | |
| [04:16:28] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [04:20:02] | stichnot: | taylorr: Where do you get the frame duration? nothing obvious in struct VideoFrame_ . |
| [04:35:10] | taylorr: | stichnot: you can generate it, also you can use pkt->duration before it's decoded. |
| [04:35:13] | MythBuild: | build #671 of cppcheck-master is complete: Failure [failed shell shell_1] Build details are at http://code.mythtv.org/buildbot/builders/cppc . . . r/builds/671 blamelist: Michael T. Dean <mdean@mythtv.org >, Chris Pinkham <cpinkham@mythtv.org > |
| [04:35:22] | taylorr: | give me a sec and I'll send you the equation |
| [04:35:32] | stichnot: | thanks |
| [04:39:08] | taylorr: | stichnot: frame_duration = 1/fps + repeat_pict * (1/fps * 0.5) |
| [04:39:30] | taylorr: | we probably already 1/fps as frame_interval or something |
| [04:40:15] | taylorr: | repeat_pict should be in the VideoFrame struct |
| [04:40:26] | stichnot: | yeah, I see it there |
| [04:41:07] | stichnot: | frame_rate is fps? |
| [04:41:44] | taylorr: | jpabq, Beirdo: check this out -> http://git.linuxtv.org/mchehab/media-next.git . . . 49fe514fb4fc – sounds like a serious bug |
| [04:41:51] | taylorr: | stichnot: yes frame_rate is fps |
| [04:41:54] | wagnerrp: | MythBuild: force build cppcheck-master now |
| [04:41:55] | MythBuild: | build forced [ETA 15m29s] |
| [04:41:55] | MythBuild: | I'll give a shout when the build finishes |
| [04:42:04] | cattelan is now known as cattelan_away | |
| [04:42:06] | stichnot: | OK, I'll plug that in and see what happens |
| [04:42:51] | Beirdo: | taylorr: heh, that could explain a lot of oddness |
| [04:42:59] | Beirdo: | race conditions are oh-so fun |
| [04:48:11] | MythBuild: | Hey! build cppcheck-master #672 is complete: Failure [failed shell shell_1] |
| [04:48:12] | MythBuild: | Build details are at http://code.mythtv.org/buildbot/builders/cppc . . . r/builds/672 |
| [04:48:37] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [04:50:21] | MythBuild (MythBuild!~MythBuild@184-106-209-209.static.cloud-ips.com) has quit (Quit: buildmaster reconfigured: bot disconnecting) | |
| [04:50:33] | MythBuild (MythBuild!~MythBuild@184-106-209-209.static.cloud-ips.com) has joined #mythtv | |
| [04:50:47] | Beirdo: | OK, let's see now |
| [04:50:59] | Beirdo: | MythBuild: force build cppcheck-master now |
| [04:51:00] | MythBuild: | build #673 forced |
| [04:51:00] | MythBuild: | I'll give a shout when the build finishes |
| [04:51:22] | Beirdo: | there were 3 copies running, and I have increased the timeout as well |
| [04:55:14] | Cougar (Cougar!~cougar@2001:ad0:2:5:9cbf:c290:682a:3cc4) has joined #mythtv | |
| [04:58:18] | taylorr: | jpabq: with the latest hdpvr firmware it seems they set the color controls to the proper default values – I imagine that in mythtv we could just not set them for the hdpvr and everything should be great |
| [04:58:55] | Beirdo: | will that still work properly for older firmware? |
| [05:00:42] | taylorr: | Beirdo: color controls didn't actually function in older firmware :) |
| [05:00:52] | Beirdo: | hehe |
| [05:00:55] | Beirdo: | fair enough |
| [05:01:15] | taylorr: | have you tried the latest firmware (IIRC, 0.18)? |
| [05:01:33] | Beirdo: | nope, I've kept it just the way it was |
| [05:01:51] | Beirdo: | 0x12 |
| [05:02:05] | taylorr: | I'd like to upgrade to it since it's supposed to fix some serious bugs |
| [05:02:17] | taylorr: | do you have just one? |
| [05:02:23] | Beirdo: | yes, just one |
| [05:03:42] | taylorr: | you being the designer/seller of the hdpvr-killer, I think it's your civic duty to upgrade to the latest and ensure it's compatibility :) |
| [05:03:51] | Beirdo: | heheh |
| [05:04:13] | taylorr: | definitely going to try that patch Janne submitted |
| [05:04:30] | Beirdo: | as it's just a power interruptor, it's a nobrainer for compatibility |
| [05:04:31] | taylorr: | one-liner that might make all the difference in the world |
| [05:04:37] | Beirdo: | yeah |
| [05:04:39] | Beirdo: | agreed |
| [05:04:46] | taylorr: | Beirdo: yes, I'm just joking |
| [05:04:48] | Beirdo: | that seems like a very important change |
| [05:05:42] | taylorr: | the patch I did for the proper color controls was also committed... trying to make sure it gets backported to 3.2 |
| [05:05:50] | Beirdo: | nice |
| [05:06:19] | taylorr: | alot of people run Ubuntu LTS so it'd be nice for it to work out of the box |
| [05:06:29] | Beirdo: | for sure |
| [05:06:53] | Beirdo: | when's the deadline for 12.04? |
| [05:07:02] | Beirdo: | gotta be pretty soon |
| [05:07:43] | MythBuild: | build #673 of cppcheck-master is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/cppc . . . r/builds/673 |
| [05:12:34] | noahric (noahric!~noahric@50.46.147.0) has joined #mythtv | |
| [05:29:44] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has quit (Remote host closed the connection) | |
| [05:30:50] | jya: | anyone know of those type of declaration of an array? seeing this in ALSA kernel drivers: |
| [05:30:59] | jya: | [3 ... 30] = "reserved", |
| [05:31:25] | jya: | that's within the declaration of a char *array = { "bbb", [3 ... 30] = "reserved" }; |
| [05:31:37] | Beirdo: | interesting |
| [05:32:20] | jya: | never seen it before, (and when I tried it doesn't compile of course).. didn't know linux had special declaration type |
| [05:32:28] | Beirdo: | don't recall that in C/C++ before |
| [05:32:39] | jya: | http://lxr.free-electrons.com/source/sound/pc . . . a_eld.c#L401 |
| [05:32:44] | jya: | look line 497 |
| [05:33:56] | jya: | hum.. thinking about it.. I wonder if there's some type of macro that makes it compile before hand |
| [05:38:56] | Captain_Murdoch: | Beirdo, my odd mythfrontend logging issue was due to an old plugin. all logging stopped when we hit QLibrary::resolve() in MythPlugin::init() for some reason. |
| [05:39:39] | jya: | ahhh… it's a C extension of gcc.. |
| [05:39:56] | jya: | so the question becomes: do we support compiling myth with any other compiler than gcc |
| [05:41:42] | jya: | http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/D . . . d-Inits.html |
| [05:43:07] | Goga777 (Goga777!~Goga777@128-71-157-60.broadband.corbina.ru) has joined #mythtv | |
| [05:44:11] | Beirdo: | jya, unfortunately, yes |
| [05:44:45] | Beirdo: | d blain (and I think someone else) compile at least for testing with Visual Studio |
| [05:45:36] | Beirdo: | and I think we wanted to stay with ANSI C and standard C++ |
| [05:45:44] | Beirdo: | but I could be wrong on that |
| [05:46:02] | taylorr (taylorr!~taylorr@cpe-173-095-145-027.nc.res.rr.com) has joined #mythtv | |
| [05:46:02] | taylorr (taylorr!~taylorr@cpe-173-095-145-027.nc.res.rr.com) has quit (Changing host) | |
| [05:46:02] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv | |
| [05:58:07] | Captain_Murdoch: | jya, when you have the theme download issue, does the theme actually get extracted the first time into ~/.mythtv/themes/ |
| [06:00:34] | Captain_Murdoch: | I can't reproduce here although I'm not on a remote FE. the code path is the same except for a few small pieces. once the MBEdownloads the file, the FE checks to see if it can see the file without having to download from the MBE. other than that,the code path is the same for the install. I see the MBE -> FE download and remote 'delete file' in the log, so it looks like the FE is getting the file, so I'm curious if it's extracte |
| [06:00:34] | Captain_Murdoch: | d as well but not switching to the new theme. |
| [06:01:16] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [06:01:36] | jya: | Captain_Murdoch: I was trying on local frontend at the time I tried.. I can't say I looked to see if it had been downloaded locally |
| [06:02:01] | Captain_Murdoch: | running the FE as the same user as the BE? |
| [06:02:03] | jya: | but I'm guessing it did, because I remember at the time it would give me an error due to a permission in the .mythtv folder |
| [06:02:25] | jya: | Captain_Murdoch: no.. FE runs as user myth, BE runs as mythtv |
| [06:02:46] | jya: | I think this is typical of mythbuntu install, different user between BE and FE |
| [06:02:47] | Captain_Murdoch: | ok, that explains that part. that's why it does download from the BE even though the BE islocal. |
| [06:03:26] | Captain_Murdoch: | that's not an issue, it's the same as if it was a remote FE. that does make it easier to test though since that's another way I can simulate without a remote FE. |
| [06:07:40] | jya: | Captain_Murdoch: something else I've noticed, but not always… After downloading the theme the 2nd time, it goes back to the top main menu.. |
| [06:08:08] | jya: | Occasionally, the new theme isn't active, if I restart the FE then the new theme is active |
| [06:09:40] | Captain_Murdoch: | all I do there is send a "reload theme" jump, so that is probably another issue. could be a race somewhere. |
| [06:12:23] | jya: | now that I think about it, I've seen it doing that for a while, before using the downloadable theme |
| [06:12:50] | jya: | this is really cool BTW, the ability to download theme… would be nice to be able to have a preview |
| [06:19:25] | jya: | Beirdo: actually, it seems that array initialisation, is standard with C99 |
| [06:19:47] | jya: | well, at least the [5] = "blah" |
| [06:19:47] | MythLogBot: | SVN 5: (branch master) https://github.com/MythTV/mythtv/commit/39ebee28 |
| [06:25:12] | Captain_Murdoch: | jya, hit MENU, then select "show fullscreen preview" and it will show the preview image fullscreen or near-fullscreen depending on how the themer themed the downloader. when in 'fullscreen' mode, you can scroll up or down to view different themes. |
| [06:25:22] | jya: | ahhhhh |
| [06:27:31] | Captain_Murdoch: | I think hitting ENTER while in that mode will also install the current theme. |
| [06:27:48] | Captain_Murdoch: | can't recall if that was just an idea or if I did that. |
| [06:28:43] | Captain_Murdoch: | I can't reproduce the error here, even when forcing the FE to download from the BE instead of using the file directly. may be a race condition. I'll try to test from a different FE if I can sometime. |
| [06:29:20] | Captain_Murdoch: | disassembled my remote dev FE, but think I can still dual-boot the living room computer into dev mode. |
| [06:29:43] | ** Captain_Murdoch goes afk to bed. ** | |
| [06:30:36] | jya: | I'll try to troubleshoot a bit more after |
| [06:30:56] | jya: | but I reproduced this on all my machine, including my VMWare development image |
| [06:37:54] | thedeath (thedeath!~thedeath@78-20-14-110.access.telenet.be) has joined #mythtv | |
| [06:45:02] | thedeath (thedeath!~thedeath@78-20-14-110.access.telenet.be) has quit () | |
| [06:46:04] | Goga777 (Goga777!~Goga777@128-71-157-60.broadband.corbina.ru) has quit (Remote host closed the connection) | |
| [07:15:01] | stichnot (stichnot!~chatzilla@192.55.55.39) has quit (Ping timeout: 255 seconds) | |
| [07:19:45] | jeff999 (jeff999!~jeff@203-173-13-174.dyn.iinet.net.au) has joined #mythtv | |
| [07:21:53] | stichnot (stichnot!~chatzilla@192.55.55.39) has joined #mythtv | |
| [08:11:48] | jeff999 (jeff999!~jeff@203-173-13-174.dyn.iinet.net.au) has left #mythtv ("Leaving") | |
| [08:46:22] | noahric (noahric!~noahric@50.46.147.0) has quit (Quit: noahric) | |
| [10:16:35] | nutron|h (nutron|h!~nutron@174.4.6.172) has joined #mythtv | |
| [10:16:36] | nutron|h (nutron|h!~nutron@174.4.6.172) has quit (Changing host) | |
| [10:16:37] | nutron|h (nutron|h!~nutron@unaffiliated/nutron) has joined #mythtv | |
| [10:22:03] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [10:48:21] | Goga777 (Goga777!~Goga777@128-71-157-60.broadband.corbina.ru) has joined #mythtv | |
| [10:59:31] | highzeth (highzeth!~hz@hoiseth.no) has quit (Read error: Connection reset by peer) | |
| [10:59:34] | highzeth_ (highzeth_!~hz@hoiseth.no) has joined #mythtv | |
| [11:05:02] | Guest37519 (Guest37519!~mike@c-76-115-119-121.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [11:05:50] | 13WAAHMKY (13WAAHMKY!~mike@c-76-115-119-121.hsd1.or.comcast.net) has joined #mythtv | |
| [11:24:50] | xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has joined #mythtv | |
| [12:02:16] | stuartm: | jya, Beirdo: Janne was also working towards getting it to compile with clang |
| [12:03:06] | jya: | that would be useful for Lion I'm guessing |
| [12:03:25] | xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has quit (Remote host closed the connection) | |
| [12:05:01] | jya: | can i play something with mythavtest where the video to be played is in SG? something like myth://blah ? |
| [12:10:10] | MythBuild: | build #1910 of master-freebsd-64bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1910 blamelist: Stuart Morgan <smorgan@mythtv.org > |
| [12:13:08] | MythBuild: | build #332 of master-osx-snow-leopard is complete: Failure [failed compile] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . d/builds/332 blamelist: Stuart Morgan <smorgan@mythtv.org > |
| [12:13:23] | stuartm: | jya: yes, myth://{STORAGE_GROUP}/ |
| [12:13:32] | stuartm: | where STORAGE_GROUP is the name of the group |
| [12:13:36] | stuartm: | e.g. VIDEO |
| [12:13:46] | jya: | ah upper case... |
| [12:14:04] | stuartm: | nah, bad example on my part |
| [12:14:17] | stuartm: | Videos Default |
| [12:14:26] | stuartm: | per the storagegroup table |
| [12:14:45] | jya: | I found that this worked: myth://192.168.10.11:6543/1006_20110511202600.mpg |
| [12:14:54] | jya: | do I have to specify the backend IP and port ? |
| [12:15:22] | stuartm: | hmm, guess we look in all groups if no storage group is defined |
| [12:15:54] | jya: | ok.. I have to find out the name of the group then… I want to play a particular DTS-HD clip… too big to copy on that local machine |
| [12:16:42] | jya: | damn, I did a git pull and I got the same error as above.. |
| [12:16:47] | stuartm: | jya: mythavtest myth://Default/24752_20120217225800.mpg |
| [12:16:58] | stuartm: | that works for me – no ip required |
| [12:17:51] | stuartm: | jya: is it under recordings, or video? The group name is either Videos or Default (recordings) – they are hard-coded |
| [12:18:01] | jya: | it's in my videos bit |
| [12:18:17] | stuartm: | myth://Videos/1006_20110511202600.mpg |
| [12:18:54] | jya: | my actual path is /data/videos/testing/audiotest/Surround/DTS-HD\ MA/00048.m2ts |
| [12:19:06] | jya: | the Video SG is mounted to /data/videos |
| [12:19:23] | jya: | but myth://Videos/testing… doesn't work.. |
| [12:19:27] | stuartm: | ok, so myth://Videos/testing/audiotest/Surround/DTS-HD\ MA/00048.m2ts |
| [12:19:33] | stuartm: | no? hmm |
| [12:20:17] | stuartm: | hmm, works for recordings, but not for videos ... I wonder why |
| [12:21:28] | jya: | does it handle space in the path ? |
| [12:52:42] | cattelan_away is now known as cattelan | |
| [12:56:22] | cattelan is now known as cattelan_away | |
| [12:57:07] | cattelan_away is now known as cattelan | |
| [12:57:31] | cattelan is now known as cattelan_away | |
| [13:05:03] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [13:05:23] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [13:18:58] | jya: | stuartm: in util.cpp static QRegExp stripYear("(\.|-|/)?(yyyy|yy)(\.|-|/)?"); should be: |
| [13:19:07] | jya: | static QRegExp stripYear("(\\.|-|/)?(yyyy|yy)(\\.|-|/)?"); |
| [13:21:11] | stuartm: | the first \ is escaping the . |
| [13:21:25] | jya: | yes, but who is escaping the \ ? :) |
| [13:21:42] | stuartm: | it doesn't need escaping, it's an escape character |
| [13:21:55] | stuartm: | \\ would match \ |
| [13:21:57] | stuartm: | no? |
| [13:22:01] | jya: | no |
| [13:22:07] | jya: | for your regex yes |
| [13:22:17] | jya: | but you need to pre-process the c-string frint |
| [13:22:45] | jya: | so "(\\.|-|/)?(yyyy|yy)(\\.|-|/)?" becomes "(\.|-|/)?(yyyy|yy)(\.|-|/)?" |
| [13:23:32] | jya: | otherwise the C compiler believes that \. is to escape, and that's not a valid escape character |
| [13:23:46] | jya: | hence, why it fails to compile.. didn't you see the mythbot report? |
| [13:23:58] | stuartm: | no, I didn't, compiles here |
| [13:24:06] | jya: | build #1910 of master-freebsd-64bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1910 blamelist: Stuart Morgan <smorgan@mythtv.org > |
| [13:24:22] | jya: | same on macos |
| [13:24:24] | stuartm: | I see what you're saying, and yet if it compiles and works here ... |
| [13:24:44] | jya: | util.cpp:107: error: unknown escape sequence '\.' |
| [13:24:55] | jya: | if you want your regex to be \. |
| [13:25:01] | jya: | in C, it must be \\. |
| [13:25:51] | stuartm: | yeah, yeah, I'm just trying to figure out why it's still working for gcc (compile and regexp) |
| [13:27:36] | jya: | http://pastebin.com/6uCuquDu |
| [13:28:24] | danielk22: | stuartm: Not a fan of [fe42d2d3ae5]. 1/ the extra space taken up will cause problems for themes. 2/ the static QRegExp without a lock will cause segfaults 2.1/ the scope of the QRegExp is larger than it needs to be. |
| [13:29:06] | jya: | stuartm: http://pastebin.com/pHRbN6Z2 , gcc does complain about the \. , but it's a warning only |
| [13:32:26] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Remote host closed the connection) | |
| [13:38:47] | stichnot: | taylorr: I'm seeing VideoFrame::frame_rate = -1 for every frame... any ideas? |
| [13:41:10] | MythBuild: | build #1911 of master-freebsd-64bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1911 |
| [13:47:16] | MythBuild: | build #333 of master-osx-snow-leopard is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . d/builds/333 |
| [14:07:18] | skd5aner: | davide: yes, the issue of deleting an in-progress reporting when autoexpireinsteadofdelete is on does seem to continue the recording. I've always manually stopped the recording in progress, then deleted – but it'd be nice if it would always stop the recording if deleted |
| [14:09:35] | Goga777 (Goga777!~Goga777@128-71-157-60.broadband.corbina.ru) has quit (Remote host closed the connection) | |
| [14:20:59] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [14:36:37] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [14:36:57] | stichnot: | Question on captions/subtitles. There is code that continually checks whether the safe area has changed, and resizes subtitle fonts if so. How could the safe area change during playback? |
| [14:37:43] | stoffel (stoffel!~quassel@pD9E419ED.dip.t-dialin.net) has joined #mythtv | |
| [14:42:30] | jya: | I'm at loss with this Qt business |
| [14:43:17] | jya: | I have a class, instances that I store in a QVector |
| [14:43:57] | jya: | that class contains a AudioOutputSettings member |
| [14:44:38] | jya: | if I add a char *foo; as a private member, in the header. nothing else… myth crash when freeing the QVectore |
| [14:45:58] | jya: | http://pastebin.com/1TQwP6j8 |
| [14:48:31] | jya: | here is the only difference to the code |
| [14:48:31] | jya: | http://pastebin.com/mGmxcZ0Q |
| [14:50:07] | stoffel (stoffel!~quassel@pD9E419ED.dip.t-dialin.net) has quit (Ping timeout: 252 seconds) | |
| [15:16:34] | danielk22: | jya: I have some suspicion that QVector is not safe to use in multi-threaded applications. I've changed to std::vector<> in work program that otherwise uses all Qt containers. The crashes remind me a lot of QString in Qt3 when they said assignment was safe but it actually wasn't. |
| [15:17:20] | stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has joined #mythtv | |
| [15:17:33] | stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has quit (Changing host) | |
| [15:17:33] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [15:17:47] | rsiebert (rsiebert!~quassel@g231187120.adsl.alicedsl.de) has joined #mythtv | |
| [15:19:24] | danielk22: | stuartm: I didn't really think of the theme space issue until I read the patch.. Sorry about that. |
| [15:21:04] | rsiebert_ (rsiebert_!~quassel@g231187084.adsl.alicedsl.de) has quit (Ping timeout: 276 seconds) | |
| [15:28:03] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [15:48:21] | stichnot: | Which header file provides min()/max()? |
| [16:12:53] | wagnerrp: | jya, stuartm: access non-recorded content with a myth:// URI works just fine, but you do need to provide the host or IP address |
| [16:17:43] | wagnerrp: | stuartm: do we even support GIF images in the UI code? |
| [16:33:20] | stuartm: | wagnerrp: yes we do |
| [16:33:54] | stuartm: | wagnerrp: is that question in reference to anything specific? |
| [16:34:11] | wagnerrp: | mailing list comment, someone having trouble with GIF channel icons |
| [16:34:39] | stuartm: | wagnerrp: iirc QT needs to be compiled with gif support or a gif plugin |
| [16:35:35] | stuartm: | we support both static and animated gif internally, but we do depend on QT actually loading them |
| [16:35:40] | wagnerrp: | is that something typically not done? |
| [16:36:11] | stuartm: | http://doc.trolltech.com/4.6/qimagereader.htm . . . ImageFormats |
| [16:36:11] | Cougar (Cougar!~cougar@2001:ad0:2:5:9cbf:c290:682a:3cc4) has quit (Ping timeout: 260 seconds) | |
| [16:36:27] | stuartm: | wagnerrp: ubuntu/mandriva both compile in gif support |
| [16:36:43] | stuartm: | at least I'm pretty sure ubuntu does |
| [16:37:25] | stuartm: | the animated weather maps in mythweather are gif, we've not had any complaints that those aren't working, so I would say gif support is usually included |
| [16:37:56] | Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv | |
| [16:38:15] | wagnerrp: | ok, thanks |
| [16:39:04] | stuartm: | any kde based distro would include it too, otherwise they'd be unable to show previews for gif images |
| [16:40:16] | sphery: | stuartm: <algorithm>, I think. Also, checking for safe area changes may be due to possibility of resolution changes for different frames? |
| [16:41:43] | stuartm: | sphery: sorry, I need more context |
| [16:42:54] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [16:43:09] | stuartm: | wagnerrp: can you point me to the correct thread? Whatever problem the user is having may relate to the theme and not our ability to load gifs |
| [16:43:36] | sphery: | stichnot: that was for you, ^^^... not for stuartm . Sorry, stuartm (bad autocomplete) |
| [16:44:08] | stuartm: | sphery: heh, no wonder it made no sense to me |
| [16:44:25] | wagnerrp: | http://mythtv.org/pipermail/mythtv-users/2012 . . . /328016.html |
| [16:44:29] | sphery: | hehe, yeah |
| [16:44:30] | stuartm: | for a moment I did wonder if I was just being dense |
| [16:45:27] | stuartm: | wagnerrp: ah right, yeah he's just not compiling QT with support, seems he's even aware that might be the cae |
| [16:45:29] | stuartm: | case |
| [16:46:21] | wagnerrp: | stuartm: on a different topic, anything you changed in the UI code in the past few days that might cause a popup in mythvideo to segfault? |
| [16:46:51] | wagnerrp: | when scanning, i get the "these machines cannot be accessed" popup, and segfault immediately there after |
| [16:47:08] | wagnerrp: | i dont *think* i did anything that might cause that to stop functioning |
| [16:47:40] | joki (joki!~joki@p548655F7.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
| [16:47:53] | wagnerrp: | http://pastebin.com/5QX1c1Ak |
| [16:48:12] | joki (joki!~joki@p548638B1.dip.t-dialin.net) has joined #mythtv | |
| [16:48:21] | stuartm: | jya, after trial and error – myth://Videos@192.168.136.2:6543/Films/Serenity.mpg |
| [16:48:45] | stuartm: | not as simple or obvious as the URI for recordings, I'm not sure why |
| [16:49:01] | wagnerrp: | seems simple enough to me |
| [16:49:25] | wagnerrp: | oh... you were doing it before with no IP |
| [16:49:28] | wagnerrp: | hmmm |
| [16:49:49] | stuartm: | wagnerrp: for recordings myth://Default/file.mpg works |
| [16:50:13] | wagnerrp: | yeah, thats all to do with the host fall through stuff thet the "special" (non-recording) storage groups dont perform |
| [16:50:38] | wagnerrp: | something sphery or i need to fix before 0.25, to round out the scanner changes ive been making |
| [16:50:56] | stuartm: | wagnerrp: nothing I've changed comes to mind, there was something briefly committed yesterday by jpabq which would trigger a segfault, but a fix was pushed a few hours latter |
| [16:50:58] | stichnot: | sphery: I'll check <algorithm> |
| [16:51:20] | stichnot: | I'm not aware that different frames could have different resolutions. |
| [16:51:22] | wagnerrp: | this was testing done last night, ill try updating to see if that fixes it |
| [16:51:30] | stichnot: | But I was thinking about the possibility of playlists. |
| [16:52:12] | stuartm: | wagnerrp: fixed was pushed at 2pm GMT |
| [16:52:58] | stuartm: | breakage occurred at 12:45am GMT |
| [16:53:25] | wagnerrp: | logs were from ~8am GMT (this morning) |
| [16:53:47] | noahric (noahric!~noahric@50.46.147.0) has joined #mythtv | |
| [16:54:21] | danielk22: | stichnot: pretty sure min/max are in algorithm, plus most of the more useful the STL functions.. |
| [16:59:07] | stichnot: | ok. I actually want abs() but figured it was in the same place |
| [16:59:30] | danielk22: | I think that is in stdlib |
| [17:00:28] | danielk22: | just do "man function" (and make sure you've loaded the development man page package). |
| [17:01:26] | stichnot: | d'oh, there it is... |
| [17:11:35] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [17:13:54] | stichnot: | danielk22: Are you OK with this mythccextractor change until I work out the duration stuff with taylorr? The patch detects discontinuities >1s and adapts. http://www.pastebin.com/g9YkQAbB |
| [17:14:20] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [17:33:36] | brfransen_ (brfransen_!~brfransen@64.179.142.146) has joined #mythtv | |
| [17:35:00] | hz__ (hz__!~hz@hoiseth.no) has joined #mythtv | |
| [17:35:20] | hz__ is now known as highzeth | |
| [17:35:46] | stuartm_ (stuartm_!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has joined #mythtv | |
| [17:35:46] | stuartm_ (stuartm_!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has quit (Changing host) | |
| [17:35:47] | stuartm_ (stuartm_!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [17:36:23] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Disconnected by services) | |
| [17:36:27] | stuartm_ is now known as stuartm | |
| [17:37:02] | |Slasher| (|Slasher|!~Slasher@188.165.164.15) has joined #mythtv | |
| [17:37:18] | highzeth_ (highzeth_!~hz@hoiseth.no) has quit (Ping timeout: 240 seconds) | |
| [17:37:19] | brfransen (brfransen!~brfransen@64.179.142.146) has quit (Ping timeout: 240 seconds) | |
| [17:37:19] | Slasher` (Slasher`!~Slasher@188.165.164.15) has quit (Ping timeout: 240 seconds) | |
| [17:37:19] | foxbuntu (foxbuntu!~foxbuntu@ubuntu/member/foxbuntu) has quit (Ping timeout: 240 seconds) | |
| [17:37:20] | rsiebert (rsiebert!~quassel@g231187120.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [17:37:21] | skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has quit (Ping timeout: 240 seconds) | |
| [17:37:21] | sutula (sutula!sutula@nat/hp/x-oiokfitkauoygjwn) has quit (Ping timeout: 240 seconds) | |
| [17:37:23] | Sash (Sash!~Sash@server1.spsn.net) has quit (Ping timeout: 240 seconds) | |
| [17:37:23] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has quit (Ping timeout: 240 seconds) | |
| [17:37:25] | skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has joined #mythtv | |
| [17:37:26] | rsiebert (rsiebert!~quassel@g231187120.adsl.alicedsl.de) has joined #mythtv | |
| [17:37:26] | brfransen_ is now known as brfransen | |
| [17:37:26] | foxbuntu` (foxbuntu`!~foxbuntu@67-3-88-14.desm.qwest.net) has joined #mythtv | |
| [17:37:27] | |Slasher| is now known as Slasher` | |
| [17:37:44] | Sash (Sash!~Sash@server1.spsn.net) has joined #mythtv | |
| [17:38:00] | sutula (sutula!sutula@nat/hp/x-ficyrhegrxvmfakb) has joined #mythtv | |
| [17:38:41] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has joined #mythtv | |
| [17:54:30] | taylorr: | stichnot: you may need to set the frame_rate yourself then.... look at normalized_fps() in avformatdecoder. |
| [18:02:38] | joki (joki!~joki@p548638B1.dip.t-dialin.net) has quit (Ping timeout: 240 seconds) | |
| [18:03:31] | knightr: | Does anybody see a problem with me committing ticket #10352 (http://code.mythtv.org/trac/ticket/10352)? |
| [18:05:09] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [18:05:30] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [18:05:30] | wagnerrp: | to be honest, i doubt anyone but paul-h still uses that |
| [18:05:36] | wagnerrp: | and i dont even know if he still uses it |
| [18:09:33] | gigem: | knightr: i only see one real type in there. the rest is cosmetic. i'd fix the type and leave the rest for paul-h. |
| [18:09:40] | gigem: | wagnerrp: i use occasionally. |
| [18:11:03] | knightr: | wagnerrp, (if you are responding to me) LOL... :) I don't have a problem with the fixes themselves (especially so early) but I can't commit anything that touches code unless reviewed so that's why I'm wondering if it's considered OK for me to do it... |
| [18:11:11] | wagnerrp: | yeah, the sizes are the only real "wrong" thing in there |
| [18:11:19] | wagnerrp: | everything else is cosmetic |
| [18:12:11] | knightr: | gigem, so I do the typos and assign the ticket to paul-h after that (or ping him here?)? |
| [18:12:43] | wagnerrp: | if you apply it yourself, just close it |
| [18:12:47] | knightr: | looks like we are getting other similar tickets from Nick as well... |
| [18:12:55] | wagnerrp: | no sense applying it to someone else if you performed the fix |
| [18:15:05] | wagnerrp: | gigem: do you think this might fix the mainserver issue youre having? http://pastebin.com/ghKDcGCh |
| [18:15:30] | wagnerrp: | it just adds another check at the top of the loop, to terminate immediately, rather than performing one last pass through the freespace updater |
| [18:15:59] | wagnerrp: | ive got no way to conveniently test it |
| [18:16:10] | wagnerrp: | ive been doing my tests in freebsd jails |
| [18:16:35] | wagnerrp: | and due to what i can only presume to be some weird quirk in the vnet virtual adapter framework |
| [18:16:57] | wagnerrp: | listening on an already in-use port doesnt fail, it just boots the previous socket off that port |
| [18:17:12] | joki (joki!~joki@p54862748.dip.t-dialin.net) has joined #mythtv | |
| [18:17:18] | wagnerrp: | although i support i could just artifically fail in that block to trigger it |
| [18:22:49] | knightr: | wagnerrp, problem is I can't actually apply fixes to code unless you guys give me the OK. The fixes seem to make everything more consistant so personally I don't have anything against applying them.... If you think I should assign the ticket to the dev responsible for that plugin I can do that as well (as I mentionned in the ticket it's not actually translation per se so it's outside of my "jurisdiction" :-) |
| [18:23:25] | wagnerrp: | knightr: i thought you were free for anything related to translation |
| [18:23:49] | wagnerrp: | i figured that would include translatable strings |
| [18:23:51] | sphery: | knightr: I say go for it (though I'd prefer "channel number" over "ChanNum", if it fits, or, worst case, "chan num" if you need something short) |
| [18:24:09] | sphery: | I also would consider this a translation fix :) |
| [18:24:18] | wagnerrp: | its not like its a functional change anyway, just displays something slightly different to the user |
| [18:24:21] | wagnerrp: | there is no "risk" to it |
| [18:25:18] | knightr: | wagnerrp, nope, not as soon as it touches code unless we misunderstood the guidelines which were given to us... |
| [18:25:21] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Read error: Connection reset by peer) | |
| [18:25:43] | jya (jya!~jyavenard@120.148.99.54) has joined #mythtv | |
| [18:25:43] | jya (jya!~jyavenard@120.148.99.54) has quit (Changing host) | |
| [18:25:44] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [18:32:24] | knightr: | wagnerrp, I know there is no risk (programming is not only a hobby for me, it's also my job) but we're not supposed to touch code unless reviewed... |
| [18:32:36] | knightr: | sphery, I can assign them to me and check... |
| [18:33:11] | knightr: | so does that mean I have your OK to apply these tickets? :-) |
| [18:33:27] | wagnerrp: | three other devs see no problem with it |
| [18:33:34] | sphery: | knightr: for all those tickets, assuming they're just changing strings inside tr() calls (and even the non-translated LOG() message changes are close enough), I say they count as translation fixes. Feel free to say that I signed off on your handling them. |
| [18:34:45] | sphery: | and we should really get the PTB (Powers That Be) to clarify for long term to make your jobs easier... But, FWIW, you know where I stand (if only I were a PTB). |
| [18:35:20] | knightr: | sphery, thank you, I'll make sure they are only that (tr() calls, QT_TRANSLATE_NOOP other translation calls)... |
| [18:35:27] | knightr: | wagnerrp, thank you as well! |
| [18:36:47] | wagnerrp: | like sphery said, i would consider translatable strings to be part of translation fixes |
| [18:36:54] | sphery: | yeah, looking through them, they all seemed to be tr() and LOG() (and QT_TRANSLATE_NOOP--whatever that is--which even says "translate" in it :) |
| [18:37:23] | wagnerrp: | well, logs dont get translated |
| [18:37:46] | sphery: | right, but as I said above, "non-translated LOG() message changes are close enough" |
| [18:37:48] | knightr: | sphery, QT_TRANSLATE_NOOP marks the string for translation so that can later be used for "dynamic" tr() calls... |
| [18:38:35] | sphery: | ah, like dynamically-constructed strings inside a tr() call? |
| [18:38:36] | knightr: | oops, that should have read "so that they can later.." |
| [18:39:01] | wagnerrp: | gigem: no, looks like that didnt fix the problem |
| [18:41:23] | knightr: | sphery, nope, more like have an array which contains many strings that could be translated. When you call tr() with the index of an element in that array it does the actual translation, QT_TRANSLATE_NOOP only marks the string as being translatable so it's extracted by the Qt translation tools so that it can be translated |
| [18:42:53] | knightr: | (if you don't do that for the elements in the array and only call tr() on them it will try to get them from the translation files and won't find them since they won't have been extracted for translation...) |
| [18:43:48] | sphery: | ah, interesting |
| [18:48:04] | knightr: | s/index of an element/indexed element (or item) would actually made more sense, they make no provision for accessing an array/collection/etc... directly... |
| [18:48:58] | knightr: | we use (almost) every Qt translation trick in MythTV I think... |
| [19:03:40] | jeff999 (jeff999!~jeff@203-173-13-174.dyn.iinet.net.au) has joined #mythtv | |
| [19:04:47] | stuartm: | pretty much |
| [19:06:41] | stuartm: | ChanID/CHanNUm, one's an internal value that shouldn't be exposed to the user and ChanNum is the internal name for "channel number", neither should be appear in the UI :/ |
| [19:07:53] | stuartm: | even cutlist is a bit dodgy, cut list is actually better but still might be phrased better |
| [19:09:02] | stuartm: | that said, it seems the UI is actually asking for ChanID/ChanNum, so it's pointless fixing just those translations without re-writing the UI itself |
| [19:32:54] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [19:36:10] | knightr: | stuartm, so it would be better to fix those occurences of "cutlist" to "cut list" and the ChanID/ChanNum fixes could go in for consitency's sake but are not much better than what's already there if I read what you said correctly? |
| [19:41:11] | stuartm: | knightr: I'm not sure what we want to call the list of cuts, but calling it "cutlist" is inventing a new word – the Chan* changes can go in because the problem there has more to do with the code which asks for those things |
| [19:43:52] | knightr: | stuartm, I agree with your point about inventing a new word. We use cut list elsewhere (MythArchive included) so making sure we're consistent would probably be the best thing to do for now... |
| [19:44:01] | jeff999 (jeff999!~jeff@203-173-13-174.dyn.iinet.net.au) has quit (Remote host closed the connection) | |
| [19:45:59] | sphery: | stuartm: agreed on cut list... I really want to switch things over to a better term, but haven't found a general approach. Rather than "edit a cut list", I've been saying "edit a recording". Don't know how to deal with "cut list" as an entity, though... "apply edits" or "apply cuts" or ... |
| [19:46:18] | sphery: | and, yeah, "channum" isn't a word, thus my comment that I'd prefer, "channel number" or whatever |
| [19:54:32] | stichnot: | taylorr: in MythCCExtractorPlayer, is it reasonable to calculate fps as GetDecoder()->GetFPS() ? |
| [19:56:46] | knightr: | sphery, finding a better word would probably be best but if we don't we should at least stay consistent.. Anyway for now I'm addressing the other tickets and I am not in any hurry to apply this one (and if I don't commit it and commit Nick's translation the only thing that will happen is that when he runs lupdate the strings he modified in this ticket will be marked obsolete and the old strings will come back...) |
| [19:59:00] | stichnot: | and taylorr, I misspoke yesterday with respect to #8631 when I wrote "all the heavy lifting is abstracted into the two functions that map between frames and time values". I meant the two functions that map between pre-cutlist and post-cutlist frame numbers. |
| [20:10:29] | TazzNZ (TazzNZ!~pieter@mail.insync.za.net) has quit (*.net *.split) | |
| [20:10:29] | ElmerFudd (ElmerFudd!~le@0x5737a682.cpe.ge-0-1-0-1101.hsnqu1.customer.tele.dk) has quit (*.net *.split) | |
| [20:10:54] | ElmerFudd (ElmerFudd!~le@0x5737a682.cpe.ge-0-1-0-1101.hsnqu1.customer.tele.dk) has joined #mythtv | |
| [20:15:48] | TazzNZ (TazzNZ!~pieter@mail.insync.za.net) has joined #mythtv | |
| [20:24:10] | SteveGoodey (SteveGoodey!~steve@host86-145-239-158.range86-145.btcentralplus.com) has joined #mythtv | |
| [21:05:31] | noahric (noahric!~noahric@50.46.147.0) has quit (Quit: noahric) | |
| [21:08:32] | Captain_Murdoch2 (Captain_Murdoch2!~cpinkham@ip72-218-58-187.hr.hr.cox.net) has joined #mythtv | |
| [21:09:25] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (Ping timeout: 260 seconds) | |
| [21:34:24] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [21:44:35] | taylorr: | stichnot: using GetDecoder()->GetFPS() looks like it should be what you want.... just make sure fps is set already be the decoder before you access it |
| [21:46:04] | Chutt_ (Chutt_!~ijr@cpe-24-29-225-175.neo.res.rr.com) has joined #mythtv | |
| [21:46:25] | kenni: | Captain_Murdoch: Sure it will :) Steppes doesn't have to be in git, the run.sh script parses the download URLs from themes.zip, fetches the themes and extracts the strings. It will of course not work until you add the theme to the theme doenloader, but it should afterwards. I've extracted the strings manually from Steppes for now, so once it the theme gets added, it shouldn't introduce any new strings compared to what I comitted yesterday. |
| [21:46:51] | kenni: | s/doenloader/downloader/ |
| [21:47:52] | kenni: | s/so once it the theme gets added/so once it gets added/ |
| [21:48:21] | kenni: | I need to type slower |
| [21:48:25] | taylorr: | stichnot: not sure how to handle variable FPS videos though – it may be necessary to check the fps each frame |
| [21:48:39] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (Ping timeout: 245 seconds) | |
| [21:51:54] | taylorr: | stichnot: I'm also not sure if libav updates the frame rate properly for variable frame rate... I would assume it does |
| [21:52:31] | taylorr: | I would recommend running GetFPS() every frame in case the decoder updates the fps which it should for variable rate fps |
| [21:53:03] | taylorr: | stichnot: any chance you have some variable frame rate material? |
| [21:54:11] | taylorr: | gigem, davide: ^^^ does some of your recordings that have the pos/duration problem have variable frame rate or is it just telecined with frame repeats |
| [21:55:25] | stichnot: | taylorr: I don't have any such material that I know of |
| [21:56:32] | gigem: | wagnerrp: i'll try your patch anyway later this evening. i'll also be able to try anything else you mihgt have then. |
| [21:57:09] | stichnot: | actually, I have some PBS material that acts suspiciously like it has variable frame rate, repeated_pict stuff, or something like that, that I can look at later |
| [21:58:08] | gigem: | taylorr: no. the recordings i have problems with are 720p60 with occasional (local) commercial breaks that are some form of interlaced (don't know if they are 480i or something else). |
| [22:00:41] | stichnot: | taylorr: I tried just that — GetFPS() for every frame. Overall, it seems to work well, and pretty closely matched the method of using timecode and detecting discontinuities. |
| [22:02:24] | taylorr: | stichnot: it should be the best solution (I've been doing this for a while now :)) |
| [22:04:24] | Chutt_ is now known as Chutt | |
| [22:05:05] | taylorr: | gigem: if you every get a chance I'd like to have a section that has the show and commercial |
| [22:06:42] | taylorr: | stichnot: basically I don't trust timestamps... they can be missing, reset, out of order, etc |
| [22:21:42] | jya: | Good morning everyone.. After a few hours sleep, I still don't understand my crash… maybe posting in some Qt forums would help.. |
| [22:36:25] | wagnerrp: | gigem: that patch doesnt do it |
| [22:36:45] | wagnerrp: | i just changed a couple lines so it would always fail |
| [22:36:54] | wagnerrp: | ill see if i can get it figured out tonight |
| [22:47:04] | SteveGoodey (SteveGoodey!~steve@host86-145-239-158.range86-145.btcentralplus.com) has quit (Remote host closed the connection) | |
| [22:54:43] | jya: | stuartm danielk22 why would QRegExp crash if not locked ? |
| [22:56:28] | stuartm: | not thread safe I'm guessing, so a static instance ... |
| [22:57:46] | stuartm: | fwiw, I only used a static instance there in retrospect because I remembered some conversation about constructing QRegExp having a huge overhead |
| [22:59:08] | jya: | googling for it, seems that indeed QRegExp isn't thread safe |
| [23:00:04] | jya: | or it is threadsafe provided you don't use the same object in multiple-threads |
| [23:04:11] | stuartm: | it the same object isn't being accessed from different threads then it doesn't need to be threadsafe |
| [23:05:21] | stuartm: | in the context of MythDateToString() there's the possibility we're using it in threads other than the UI thread, but I don't know if that's actually the case, it's safer not to risk it in a utility function which is used all over the place |
| [23:05:36] | jya: | hum… simply adding a uint64_t object to my class is enough to make QVector/QMap crash… wtf... |
| [23:05:53] | stuartm: | wtf indeed |
| [23:06:01] | jya: | bt |
| [23:08:00] | jya: | a 32 bits object: okay, 64 bits : crash.. |
| [23:08:37] | jya: | which makes me think that the whole thing must have been unstable to start with, I had just never seen it.. spent the whole day on that crap yesterday already |
| [23:33:41] | jya: | doh! make clean, make install.. and it now works … some incorrect build dependencies somewhere here :( |
| [23:46:15] | jya: | how can I make mythfrontend (the program) recompile if libmyth has been updated? (this was the cause of my crash) |
| [23:46:33] | jya: | updating mythfrontend.pro I'm guessing |
| [23:48:09] | stuartm: | jya: it should be doing it already |
| [23:48:13] | jya: | not savvy in Qt makefile :( |
| [23:49:18] | jya: | stuartm: it doesn't (at least for me).. I modify libs/libmyth/audio/audiooutputsettings.h |
| [23:49:42] | jya: | make recompile almost everything, but not programs/mythfrontend/audiogeneralsettings.cpp |
| [23:51:26] | jya: | I see that it relinks mythfrontend, but not recompile the actual .o |
| [23:52:33] | stuartm: | mythfrontend.pro includes programs-libs.pro which has the appropriate DEPENDS stuff for libmyth |
| [23:53:18] | jya: | yes.. i see that |
| [23:54:57] | jya: | hum.. maybe I should add a ../../libs/libmyth/audio to DEPENDPATH |
| [23:56:47] | jya: | yep.. that did it... |
| [23:57:34] | stuartm: | ah-hah |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.