Sunday, February 26th, 2012, 00:08 UTC | ||
[00:08:20] | xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has joined #mythtv | |
[00:27:13] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has quit (Ping timeout: 265 seconds) | |
[00:28:15] | Seeker` (Seeker`!~cjo20@host86-145-15-33.range86-145.btcentralplus.com) has joined #mythtv | |
[00:28:16] | Seeker` (Seeker`!~cjo20@host86-145-15-33.range86-145.btcentralplus.com) has quit (Changing host) | |
[00:28:16] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv | |
[00:52:23] | jya: | danielk22: do you consider your 10377 complete or there are still some things missing? |
[00:56:07] | danielk22: | It should work. But it can be made more efficient. |
[01:07:19] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 272 seconds) | |
[01:08:05] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
[01:13:52] | map7 (map7!~map7@ppp118-209-23-41.lns20.mel4.internode.on.net) has quit (Quit: Leaving) | |
[01:15:14] | jya: | danielk22: is that the slow browsing channel gigem was talking about? I will try later today when the kids are in bed for their afternoon nap (in about 1h) |
[01:15:34] | jya: | stuarta: I've just re-run the build on my 10.6 virtual machine, with mac SDK 10.5 installed. |
[01:18:41] | danielk22: | jya: Yeah the slow browsing is fixable, but there may be other issues. ATM it's really a PoC. |
[01:23:53] | jya: | stuarta: it doesn't fail at all where the buildbot is failing. Looking at the log, my guess is that you have old header file from the previous builds in .osx-packager/build/include … If I were you, I would delete the .osx-packager/build directory, and all subdirectory in .osx-packager/src so you only keep the archive, and recompile it all… |
[01:23:57] | jya: | danielk22: PoC ? |
[01:26:15] | jya: | stuarta: .osx-packager/build/include/QtCore/qdatastream.h:90 error in the buildbot on something that doesn't correspond to the header installed by Qt 4.8 |
[01:27:26] | jya: | anyhow, compiling Qt ourselves is just plain ridiculous, same as building the bundle ourselves. Qt provides tools to do just that and only copy the lib we actually need rather than the whole lot. Should make the MythFrontend.app significantly smaller |
[01:27:50] | jya: | I'll start working on a build script that uses an external Qt dev kit pre-built |
[01:33:14] | danielk22: | Proof of concept, once I'm sure it works I'll worry about making it production quality. |
[01:33:41] | jya: | ok… sounds great (somehow, PoC immediately ran as piece of crap :) ) |
[01:33:47] | jya: | s/ran/rang |
[01:51:25] | gigem: | jya: i think you misunderstand. everyone so far is in agreement that live tv should not show invisible channels. |
[01:51:30] | gigem: | danielk22: regarding sluggish browse mode, i'm perplexed as to why it should be slow at all. correct me if what i'm about to suggest is already being done or is what you're considering. |
[01:51:35] | gigem: | when we start browse mode, query the backend to get the inputs and associated sourceid and mplexid restrictions that are either currently free or would be free if we released our current card and input. take those available sourceids and mplexids and build the appropriate sql snippet needed to query the program and channel tables. continue to use that sql snippet until we receive an event that a recorder starts or stops or anything else that would |
[01:51:37] | gigem: | change input availabllity. when we receive such an event, query the backend again. except for when we start or receive one of those event, whoch should be infrequent, we shouldn't need to keep going back to the backend at all. |
[01:52:33] | noahric (noahric!~noahric@50.46.147.0) has quit (Quit: noahric) | |
[01:54:48] | jya: | gigem: liveTV currently doesn't show invisible channel, so why is there to change? |
[01:54:55] | jya: | s/why/what |
[01:57:06] | danielk22: | gigem: There is a cache but it isn't currently used, we currently query every recorder to see if the channel is tunable. |
[01:58:17] | stichnot: | I agree that invisible channels should be shown nowhere except the channel editor. |
[01:58:23] | danielk22: | gigem: IsTunable() needs to be called with use_cache set to true to use the cache, but neither the calls in the tvbrowsehelper.cpp nor the ones in tv_play.cpp use the caching. |
[02:04:53] | gigem: | danielk22: ok. i remember seeing some caching that wasn't enabled arelier today, but a the time, i was only concerned with tracking down the immediate bugs i was working on. |
[02:05:10] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
[02:05:31] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
[02:06:25] | gigem: | jya: you are partly wrong. while invisible channels don't readily show up in livetv, there are currently at least two ways to get to them. |
[02:07:07] | gigem: | danielk22: oops. i forgot to ask why the caching wasn't enabled in the first place. |
[02:09:58] | xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has quit (Ping timeout: 276 seconds) | |
[02:28:02] | skd5aner: | does iamlindoro still have commit access to the mythtv repository? |
[02:28:57] | skd5aner: | some folks are asking questions about metadata issues with fanart, and I was just curious if there was any expectation that he'd take those tickets and continue to commit fixes for that kind of stuff? |
[02:29:17] | skd5aner: | I would assume so? |
[02:29:27] | jya: | skd5aner: he has commit access, and so far he's been fixing bugs reported to that component |
[02:29:52] | jya: | so I would say yes, there is an expectation that he would fix them provided he's still a mythtv dev |
[02:30:29] | skd5aner: | yea, I just wanted to double check... I had seen him post some things earlier on, but just wanted to explicitly confirm that was the case |
[02:35:07] | skd5aner: | anyway – I was just curious, based on your comment on the email thread I saw jya if there was still expectations for him to look at tickets invovling that space and commit fixes directly the repository – sounds like it is – thanks :) |
[02:35:55] | jya: | well, that is certainly "my" expectations… but if he doesn't … then I'll start looking into it… Having said that, if no one report a ticket, there's nothing for him to fix |
[02:36:13] | skd5aner: | yup |
[02:36:16] | jya: | what I know is that he has fixed all tickets in this area I 've lodged. |
[02:36:23] | jya: | and very fast reaction to say the least |
[02:36:32] | jya: | like, usually fixed within an hour or two |
[02:37:36] | danielk22: | gigem: I don't know why. But the cache doesn't get cleared when we enter browse mode, so maybe it just wasn't implemented. The guide grid code does clear the cache and does use the IsTunable caching. |
[02:38:06] | stichnot: | I'd like to tweak the caption/subtitle formatting. Today I noticed that there is still sometimes clipping (e.g. a final italic W in the Droid Sans Mono font), so I want to add extra padding at the left and right, but then make sure not too much padding is inserted between adjacent chunks with different formatting on the same line. This is basically to support CEA-708 captions which are... |
[02:38:07] | stichnot: | ...finally actually usable in 0.25. Are there any objections to doing this during the feature freeze? |
[02:42:59] | danielk22: | stichnot: it sounds like a bugfix. Not all bugfixes make sense in a feature freeze. Rewriting avformatdecoder to use queues instead of GetFrame would fix a lot of bugs but would likely introduce many as well. So the question is how extensive is the fix. If you are just tweaking some math I'd say go for it. |
[02:44:01] | danielk22: | stichnot: BTW How do you feel about dropping the 'Prefer 708 captions to 608' after 0.25. I think 708 captions are good enough now that an option to allow blanket preference for 608 captions doesn't make sense anymore. |
[02:44:10] | stichnot: | danielk22: cool. This would be fairly minor, limited to subtitlescreen.cpp, and I consider it a minor bug fix. |
[02:48:28] | stichnot: | danielk22: the only thing that bothers me about 708 captions is that I end up with two different fonts depending on the broadcaster. I could potentially see users complaining about that. What do you think? |
[02:51:21] | noahric (noahric!~noahric@50-46-219-217.evrt.wa.frontiernet.net) has joined #mythtv | |
[02:51:32] | stichnot: | But otherwise I'm totally happy with 708 captions and I've switched over them entirely, to "eat my own dog food" |
[02:54:32] | stichnot: | if we don't drop the setting for 0.25, we should certainly drop it in 0.26 once more caption formatting control is given to the themer, who could just change the set of fonts |
[02:54:41] | danielk22: | stichnot: Which fonts are they using? |
[02:55:34] | stichnot: | I see font tags 0, 1, and 3. 0 and 1 are currently FreeMono, and 3 is Droid Sans Mono |
[02:55:58] | danielk22: | stichnot: Yeah, not proposing dropping it for 0.25. Just dropping it after release, so it would be for 0.26. |
[02:56:30] | stichnot: | yeah, that sounds reasonable |
[02:56:47] | Seeker`: | jya: I think it depends on who submits the tickets |
[02:59:25] | jya: | Seeker`: probably… |
[02:59:44] | jya: | the problem the user describe in the user list, I've seen it myself |
[03:00:28] | jya: | but after looking at the code, I know that there's no way to fix it properly what has been implemented. if you fix something there, it will break something else. Hence why I've stopped reporting issues there (for the time being) |
[03:07:01] | stichnot: | does MythUIType::MoveToTop() bring the object to the front in the drawing order? |
[05:47:56] | sphery: | danielk22 / stichnot : I'm all for dropping the preference 608/708 preference. I have a patch that makes captions a "live" setting (i.e. once you turn them on, they're on until you turn them off--to remove DefaultCCMode from being buried in setting screens and leave things like you last used it), but I also had a part to replace Prefer708Captions--and it was ugly enough I haven't pushed the change. Without that, it would be a nice clean ... |
[05:48:02] | sphery: | ... implementation. And, with the fixed to 708 captions and considering we have both TOGGLECC608 and TOGGLECC708 as well as TOGGLECC bindings, I don't see any reason to keep the preference. |
[05:49:03] | sphery: | (post 0.25 is fine, if you like, but I completely agree the workaround outlived its usefulness) |
[07:11:28] | noahric (noahric!~noahric@50-46-219-217.evrt.wa.frontiernet.net) has quit (Quit: noahric) | |
[07:32:04] | highzeth (highzeth!~hz@hoiseth.no) has quit (Ping timeout: 265 seconds) | |
[07:43:00] | stoffel (stoffel!~quassel@pD9E41B38.dip.t-dialin.net) has joined #mythtv | |
[07:43:25] | MythBuild (MythBuild!~MythBuild@184-106-209-209.static.cloud-ips.com) has quit (Ping timeout: 276 seconds) | |
[08:16:30] | highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv | |
[08:17:11] | highzeth_ (highzeth_!~hz@hoiseth.no) has joined #mythtv | |
[08:17:17] | highzeth (highzeth!~hz@hoiseth.no) has quit (Client Quit) | |
[09:12:12] | warped (warped!~piotro@91.189.74.10) has joined #mythtv | |
[10:04:27] | xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has joined #mythtv | |
[10:20:39] | jya: | amazing… I've spent a week working to get myth compiled on 10.7 or 10.6 to work on 10.5… Today I tried the myth pre-built packages from sourceforge, and they only work on 10.6 :( |
[10:21:02] | jya: | what a waste of time that was |
[10:23:45] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
[10:33:36] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Remote host closed the connection) | |
[10:47:25] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
[10:49:19] | stuartm: | should the audio-sync OSD be timing out? I keep bringing it up only for it to disappear just as I make an adjustment, which in this case means I start rewinding instead |
[10:49:38] | stuartm: | IMHO it should be like edit mode, stay on-screen until I'm happy with the changes |
[10:56:26] | Beirdo: | beyond me, but I'd tend to agree |
[10:56:40] | Beirdo: | unless it's timing out with a VERY long timeout :) |
[10:58:54] | Beirdo: | MHEG will kill us yet :) |
[11:04:16] | xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has quit (Ping timeout: 276 seconds) | |
[11:05:02] | Guest13531 (Guest13531!~mike@c-76-115-119-121.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
[11:05:55] | mike (mike!~mike@c-76-115-119-121.hsd1.or.comcast.net) has joined #mythtv | |
[11:06:21] | mike is now known as Guest7109 | |
[11:06:53] | stuartm: | Beirdo: timeout is short enough that while I wait for someone facing the camera to start speaking again it's already gone, a few seconds at most |
[11:07:03] | Beirdo: | nasty |
[11:07:19] | Beirdo: | I'd be looking for like a minute or two |
[11:07:26] | Beirdo: | or manual :) |
[11:08:18] | stuartm: | of course I'll have to go back in when this recording ends and change the sync back to 0ms since audio-sync is now a global setting and not per-recording or viewing :( |
[11:08:33] | Beirdo: | yeah |
[11:08:45] | Beirdo: | or even per channel |
[11:10:57] | stuartm: | maybe something to offer for 0.26, on exiting the sync dialogue you get a choice, 'Use for all recordings', 'Use for all recordings on this channel' or 'Use for this recording only' |
[11:11:49] | stuartm: | I don't normally have a problem with audio sync, but this one recording, from a channel I record frequently has an issue – maybe the actual broadcast sync was off |
[11:12:30] | Beirdo: | yeah, sounds actually to be a useful change to teh audio sync code to me |
[11:13:48] | warped (warped!~piotro@91.189.74.10) has quit (Quit: warped) | |
[11:14:03] | Beirdo: | Hmmm |
[11:14:22] | Beirdo: | gitolite is hurting my brain a bit |
[11:14:29] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
[11:14:38] | Beirdo: | trying to grok how to chain the hook scripts |
[11:14:58] | Beirdo: | probably just my brain telling me to go to sleep |
[11:15:13] | stuartm: | you're still up? |
[11:15:22] | Beirdo: | yeah. 3:15am |
[11:15:30] | stuartm: | GO TO SLEEP |
[11:15:58] | Beirdo: | will do... just gonna try one more thing :) |
[11:16:57] | Beirdo: | remote: (875&) alcor ==== (test) ===> github |
[11:17:05] | Beirdo: | I think that might have worked! |
[11:23:54] | Beirdo: | and I find out my ntp is all wonjy |
[11:23:58] | Beirdo: | wonky even |
[11:24:08] | Beirdo: | someone's blocking it |
[11:25:03] | Beirdo: | anyways, nothing that can't wait for tomorrow |
[12:26:11] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
[12:26:11] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Read error: Connection reset by peer) | |
[12:26:12] | jya_ is now known as jya | |
[12:35:37] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 265 seconds) | |
[13:02:20] | warped (warped!~piotro@91.189.74.10) has joined #mythtv | |
[13:03:45] | frankster (frankster!~frankster@host-87-75-141-51.dslgb.com) has quit (Quit: leaving) | |
[13:04:58] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
[13:05:18] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
[13:07:39] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
[13:31:46] | knightr: | We don't have Trac integration/a commit hook for MythWeb? |
[13:46:49] | stoffel (stoffel!~quassel@pD9E41B38.dip.t-dialin.net) has quit (Ping timeout: 245 seconds) | |
[14:02:11] | joki (joki!~joki@p54865CB5.dip.t-dialin.net) has quit (Ping timeout: 255 seconds) | |
[14:02:48] | joki (joki!~joki@p54861CBB.dip.t-dialin.net) has joined #mythtv | |
[14:07:07] | joki (joki!~joki@p54861CBB.dip.t-dialin.net) has quit (Ping timeout: 240 seconds) | |
[14:07:19] | joki (joki!~joki@p54862A68.dip.t-dialin.net) has joined #mythtv | |
[14:10:08] | frankster (frankster!~frankster@host-87-75-141-51.dslgb.com) has joined #mythtv | |
[14:10:46] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Ping timeout: 272 seconds) | |
[14:12:45] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
[14:13:16] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (Ping timeout: 240 seconds) | |
[14:13:33] | tomimo (tomimo!~kurre@xdsl-83-150-88-111.nebulazone.fi) has quit (Ping timeout: 260 seconds) | |
[14:19:57] | danielk22: | stuartm: I've been caught by the audio sync thing. It shouldn't fade out. |
[14:20:23] | kenni: | knightr: Nope, AFAIR it is because Trac only supports one git repository. |
[14:24:31] | xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has joined #mythtv | |
[14:33:24] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
[14:35:15] | stichnot: | The "adjust audio sync" menu timeout is set to kOSDTimeout_Med (5s). Would it help to set it to kOSDTimeout_Long (10s)? |
[14:46:00] | stichnot: | Thinking about it more, I agree with danielk22 and it should be kOSDTimeout_None. The other similar-looking OSD item is Adjust Time Stretch. Should there be consistency in the timeouts between the two? |
[15:03:34] | highzeth_ is now known as highzeth | |
[15:04:37] | stuartm: | yes, they should be consistent IMHO |
[15:07:43] | jpabq: | I think the timestretch one is probably okay the way it is. Typically the user knows what value they are after when they start, so there is little input delay. |
[15:09:17] | jpabq: | Does not really matter though, as long as there is a way to "commit" the change. When doing a "manual zoom", the user hit's [SELECT] to commit it. I don't believe that is true for audio sync or timestretch — but I could be wrong. |
[15:16:23] | knightr: | kenni, Thanks!That's weird though since that would suggest Trac is probing the repo for modifications instead of the integration between the two being done by a commit hook (as long as Trac as an API to add messages to it and close tickets it should be able to handle more than one repo...) |
[15:16:35] | jpabq: | Just tried it. While either "adjust timestretch" or "adjust audio sync" is active, if the user hits [SELECT] it Saves or Toggles the "position", but the adjust itself is still active — hitting up/down/left/right continues to adjust, even after [SELECT] is hit. You have to wait for it to timeout before you can use the up/down/left/right keys for something else. |
[15:19:39] | stuartm: | knightr: nah, we're using a commit hook for trac and afaik there's no reason why the mythweb repo cannot close tickets, I just think no-one set it up |
[15:21:20] | jpabq: | stichnot, so I agree they should be set to kOSDTimeout_None, but it is going to require more work than that. |
[15:21:51] | stuartm: | knightr: I've enabled the trac commit hook for the mythweb repo |
[15:23:50] | stichnot: | jpabq: I think I usually use ESCAPE to dismiss the dialog. |
[15:24:16] | knightr: | stuartm, ah, thank you (both for the answer and for enabling it)! BTW, thank you for your comment on the ml, I do try to be careful and reread myself before submitting (and even more so when I'm not writing in my mother tongue) but I clearly forgot to do it this time... |
[15:30:36] | knightr: | I've got a question for native speakers of English... For prefixes such as "multi" are we supposed to put an hyphen between it and the rest of the word (e.g. should we write "multichannel" or "multi-channel" ?) From what I gathered one is preferable to the other but I might have misunderstood the rule since we seem to have a mix of both.. |
[15:33:09] | stuartm: | knightr: Oxford Dictionary of English says multichannel, it can vary from word to word though |
[15:36:03] | stuartm: | I'd take the ODE as the authority on these issues and it can be checked online (or handily on a kindle if you own one) – http://oxforddictionaries.com/ |
[15:36:55] | Snow-Man (Snow-Man!~sfrost@72.66.115.51) has quit (Remote host closed the connection) | |
[15:45:20] | Seeker`: | knightr: I suspect most people won't notice if you get that wrong |
[15:46:38] | knightr: | stuarta, thank you! That's what I had found (for multichannel)... Thank you for the link to that dictionary, I've been searching for something I could refer to for issues such as these... |
[15:47:45] | Cougar (Cougar!~cougar@kkk.version6.net) has quit (Ping timeout: 244 seconds) | |
[15:47:52] | Seeker`: | knightr: wrong stuart? |
[15:48:03] | knightr: | By the way, apparently the rule goes something like: If the prefix ends with a vowel and the root word begins with one, the root word has its first letter capitalized or was borrowed from another language there should be an hypen between the prefix and the root word otherwise there should not be one... |
[15:48:14] | knightr: | Seeker`, oops, you're right... :) |
[15:48:39] | Seeker`: | knightr: I've done the same thing myself :P |
[15:48:40] | knightr: | stuarra, sorry, wrong Stuart! |
[15:48:51] | knightr: | stuartm, thank you! That's what I had found (for multichannel)... Thank you for the link to that dictionary, I've been searching for something I could refer to for issues such as these... |
[15:51:21] | jpabq: | stichnot, yeah, ESCAPE works, but I personally find that non-intuitive. To me ESCAPE should cancel the setting, not commit it. |
[15:51:45] | knightr: | Seeker`, probably not but I already have to fix (for a reason other than the redondant hypen) a sentence where multichannel is written with an hyphen and I know I won't be able to sleep if I don't fix that... :) :) :) |
[15:52:27] | knightr: | Seeker`, yep, that's what you get when you rely on nick completion too much... :) |
[15:52:42] | jpabq: | danielk22, There does not seem to be any way I can adjust the size of Qt fonts from within the Steppes theme. sphery says the only way for a user to change that (right now) is for them to adjust the X11 dpi. |
[15:53:13] | Seeker`: | knightr: I'm tempted to suggest chaining them both together, so it doesn't matter who you address the message to. |
[15:53:34] | stuartm: | ODE is from the same institution as the OED (considered THE dictionary for English), the difference is that the ODE aims to be a more modern dictionary, listing words in use today and updated more frequently to cope with the rapid development of new words via new forms of communication and technology |
[15:54:32] | jpabq: | stuartm, Sorry, just noticed your comments above. I am glad you like it. Your themes are still the most "professional" looking ones, though. All the other themes (including mine) are good looking, but they lack the artistry of yours. |
[15:55:33] | jpabq: | It was easier when stuartm when by gbee ;-) |
[15:55:39] | jpabq: | s/when/went/ |
[15:56:34] | stuartm: | heh, it caused it's own degree of confusion, not everyone figured out that I was gbee |
[15:56:46] | stuartm: | or that gbee was me |
[15:57:20] | stuartm: | wait ... which one is it? |
[15:57:46] | Seeker`: | which of the two is your evil side? |
[15:57:48] | jpabq: | But isn't that a good thing, sometimes? |
[15:58:04] | stuartm: | jpabq: sometimes it is :) |
[16:02:36] | knightr: | stuartm, it even list the US spellings, one stop to get all my answers, that's very nice! Thank you! Now the only thing that's missing are the Canadian ones :) :) :) (sometimes we use the British spellings and sometimes the US ones...) |
[16:13:52] | rsiebert (rsiebert!~quassel@e179168178.adsl.alicedsl.de) has joined #mythtv | |
[16:14:16] | rsiebert_ (rsiebert_!~quassel@e179132121.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
[16:16:42] | jpabq: | I noticed that the new animation stuff for themes uses the centre instead of center. I personally don't care which one is used, but it should be consistent. With that commit, we now have a mix in themes. |
[16:30:57] | tomimo (tomimo!~kurre@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv | |
[16:32:35] | raydeejay (raydeejay!~raydj@46.25.14.42) has joined #mythtv | |
[16:32:40] | raydeejay (raydeejay!~raydj@46.25.14.42) has left #mythtv ("Ex-Chat") | |
[16:33:28] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv | |
[16:45:00] | kenni: | Captain_Murdoch: The encoding of the Steppes theme description is wrong – "Tested at 1280x720 and with Français" instead of "Tested at 1280x720 and with Français". The original themeinfo.xml from the theme is fine, it's only the themeinfo.xml file in themes.zip. |
[16:49:53] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
[16:57:57] | Snow-Man (Snow-Man!~sfrost@tamriel.snowman.net) has joined #mythtv | |
[16:58:47] | Snow-Man (Snow-Man!~sfrost@tamriel.snowman.net) has left #mythtv () | |
[17:04:57] | natanojl: | stuartm: Any idea why we're not using Close() here instead, https://github.com/MythTV/mythtv/blob/master/ . . . box.cpp#L286 ? |
[17:11:01] | Jordack (Jordack!Jordack@c-71-238-174-148.hsd1.mi.comcast.net) has joined #mythtv | |
[17:11:45] | Jordack: | is this channel just for dev? if so is there a noob channel? got an odd issue |
[17:13:41] | mrand: | Jordack: see /topic |
[17:15:38] | Jordack: | wow i rode the short bud. thanks |
[17:17:56] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (Ping timeout: 240 seconds) | |
[17:18:21] | tomimo (tomimo!~kurre@xdsl-83-150-88-111.nebulazone.fi) has quit (Ping timeout: 265 seconds) | |
[17:18:29] | stuartm: | natanojl: it was a while ago now, but we can't disable fade transitions using Close() and with them enabled things got a bit messy either timing wise or visually, I don't remember which |
[17:20:40] | stuartm: | especially before we used MythMenu, the the new dialogs would appear over the ones fading out, which is a problem when they feature transparency of some description, not everywhere uses MythMenu yet, so we still launch a second dialog from the first when decending through the menu hierachy |
[17:20:46] | tomimo (tomimo!~kurre@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv | |
[17:22:22] | natanojl: | stuartm: Ok. I guess that's the issue toeb is seeing in #mythtv-theming |
[17:24:47] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv | |
[17:27:01] | stuartm: | it can probably change to Close() now, we sped up the fade transition after that and if all transition effects are themer specified then they can just choose not to use them where it looks wrong |
[17:27:49] | stuartm: | if there are timing issues we can deal with those as bugs in a different way |
[17:36:55] | natanojl: | stuartm: I gotta run now, but I might look into it the coming week |
[17:39:13] | Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv | |
[17:39:31] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
[17:40:18] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
[17:45:37] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
[18:03:24] | Snow-Man (Snow-Man!~sfrost@tamriel.snowman.net) has joined #mythtv | |
[18:03:24] | Snow-Man (Snow-Man!~sfrost@tamriel.snowman.net) has left #mythtv () | |
[18:06:07] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
[18:06:29] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
[18:15:25] | Computer_Czar (Computer_Czar!~Unknown@69.4.155.83) has quit (Quit: Leaving for a long time ... see you later!) | |
[18:33:24] | Captain_Murdoch: | kenni, thanks. It must be the way that the XML::LibXML is reading in or writing out the XML. I slurp it in to add the download url and a few other bits of info, then write it out again. I'll look at it. |
[18:36:35] | warped (warped!~piotro@91.189.74.10) has quit (Quit: warped) | |
[18:41:17] | stoffel (stoffel!~quassel@pD9E41B38.dip.t-dialin.net) has joined #mythtv | |
[18:45:39] | stoffel (stoffel!~quassel@pD9E41B38.dip.t-dialin.net) has quit (Remote host closed the connection) | |
[18:50:59] | noahric (noahric!~noahric@50.46.147.0) has joined #mythtv | |
[18:59:15] | stuartm: | kenni, jpabq: does that themeinfo.xml start with an encoding declaration? e.g. <?xml version="1.0" encoding="utf-8"?> |
[19:00:05] | stuartm: | looks like LibXML writes out utf-8 by default, so it's possibly a case of it being managled when it's read in |
[19:31:41] | jpabq: | stuartm, it did not. I have added it, and pushed a new version. |
[19:32:16] | jpabq: | Captain_Murdoch, Do I need to bump the version number for Steppes, or can I leave it at 1.0 and still have this changed picked up? |
[19:44:55] | xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has quit (Ping timeout: 276 seconds) | |
[19:57:16] | Jordack (Jordack!Jordack@c-71-238-174-148.hsd1.mi.comcast.net) has quit (Ping timeout: 276 seconds) | |
[20:01:56] | Jordack (Jordack!Jordack@c-71-238-174-148.hsd1.mi.comcast.net) has joined #mythtv | |
[20:20:35] | warped (warped!~piotro@91.189.74.10) has joined #mythtv | |
[20:21:58] | xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has joined #mythtv | |
[20:43:11] | sphery: | danielk22 / jpabq : I was wrong about the dpi thing, but finally caught myself up with current. Now there's no way at all to change the font size in Qt screens (our settings pages). And the font in Steppes just "looks" smaller because we normalize to baseres, so since Steppes uses a baseres of 1920x1080 and MythCenter-wide uses 1280x720, the same point size font is 2/3 the size when displayed in Steppes. |
[20:46:13] | sphery: | We could either a) change the MythUIHelper::GetBig/Medium/SmallFont() functions to take baseres into account when choosing the size or change it to use some "percentage-based" font size (versus one tied to height in inches) or increase the sizes used, now, about 25% to "meet in the middle" for the 2 main theme sizes (though this could cause problems for 800x600-based themes) or ... |
[20:46:58] | sphery: | stuartm would likely be the best one to talk to for desired approach if you want to fix it--or, better, get xavierh's new mythui-based settings in place and then it will be based on theme-specified fonts |
[20:53:00] | sphery: | stuartm: I agree that something like audio sync offset should make you decide whether to make it default or just use it on this recording, but I'd prefer seeing it done through a better UI. I.e. if we make it no timeout, then either have 2 buttons--one to save as default and one to use for this recording. I do not think we should add per-channel offsets, though--see http://code.mythtv.org/trac/ticket/4262#comment:14 . Also, you could add a ... |
[20:53:06] | sphery: | ... RESETAUDIOSYNC key/menu entry, too. |
[20:59:05] | sphery: | (basically, if we have "this channel" audio sync offset, then someone wants per-input, then someone else wants per-video source, then ... and then we need each one to be saved on each frontend, too, since they have different audio processing.) |
[21:02:12] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (Ping timeout: 255 seconds) | |
[21:03:08] | noahric (noahric!~noahric@50.46.147.0) has quit (Read error: Connection reset by peer) | |
[21:03:36] | noahric (noahric!~noahric@50.46.147.0) has joined #mythtv | |
[21:15:50] | Captain_Murdoch (Captain_Murdoch!~cpinkham@ip72-218-58-187.hr.hr.cox.net) has joined #mythtv | |
[21:15:50] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv | |
[21:15:50] | Captain_Murdoch (Captain_Murdoch!~cpinkham@ip72-218-58-187.hr.hr.cox.net) has quit (Changing host) | |
[21:28:41] | noahric (noahric!~noahric@50.46.147.0) has quit (Quit: noahric) | |
[21:29:26] | jpabq: | stichnot, Personally, I would prefer that the user setting indicating if subtitles should have a black background, was changed to instead be an "alpha" percent for the background. So, instead of a yes or no bool, the user could choose anything from 0% (no background) to 100% opaque background. Just a wish list for the future. |
[21:36:13] | stuartm: | jpabq: that's a good idea |
[21:37:33] | stuartm: | in certain scenes no background won't offer enough contrast, but a solid background can be imposing the rest of the time, a 50–60% alpha would be the best of both |
[21:46:22] | warped (warped!~piotro@91.189.74.10) has quit (Quit: warped) | |
[21:48:45] | stuartm: | it would probably be sufficient to increment by 5 percentage points, rather than allowing the full 0–100, scrolling through that would take longer and no-one needs that degree of fidelity |
[21:49:31] | Captain_Murdoch: | jpabq, stuartm, adding the encoding declaration fixed the themeinfo.xml. jpabq I think it would be best to bump the version just in case since you changed more than themeinfo.xml. I can repackage and get the new version in tonight if you let me know when to pull. |
[21:53:25] | stuartm: | we should enforce the use of the doctype and encoding declaration in all theme xml, I'm just not sure how best to achieve that |
[21:54:05] | jpabq: | Captain_Murdoch, Vast majority of the changes I made are not visible to the user. I have been investigating what it would take to make a 4:3 version. Unfortunately, it is more work than I am willing to commit to right now. |
[21:54:24] | jpabq: | Anyway, What are allowed version numbers? Is there a standard? 1.0.1 ? |
[21:54:27] | Captain_Murdoch: | ok, up to you whether you bump or not. |
[21:54:38] | Captain_Murdoch: | there's a major and minor, so major.minor |
[21:54:49] | jpabq: | Okay, I will push that now. |
[21:55:28] | Captain_Murdoch: | some people are using mythtversion.minor, so 24.1, 24.2, 25.3. others are just 1.0, 1.1, 1.2, etc. |
[21:55:32] | jpabq: | Is there something I should be encoding in there to specify that the theme requires 0.25+ ? |
[21:55:41] | Captain_Murdoch: | no yet, we are going to add that |
[21:56:02] | Captain_Murdoch: | stuartm was discussing that yesterday. |
[21:56:40] | jpabq: | Should I just make it 25.0 ? |
[21:56:41] | Captain_Murdoch: | also want that so that when users upgrade to a new MythTV version, they will forced to upgrade their theme if necessary. |
[21:56:43] | stuartm: | jpabq: there will be a <mythtv_version> element or similar |
[21:57:28] | Captain_Murdoch: | up to you on the version, 25.0 is semi-self-explanatory, but when we add the mythtv_version tag, then that will be obvious as well. |
[21:57:34] | stuartm: | jpabq: I wouldn't use the major version element for that, since we can't enforce that in the downloader/mythtv itself, we need a dedicated version string |
[21:58:19] | jpabq: | Okay., I have pushed version 1.1 |
[22:01:28] | Captain_Murdoch: | also, you may want to include some form of license file in there as well. most are using 'LICENSE' I believe, that's what I currently check when I package. it doesn't matter if it's there or not, but you might want to put one in to clarify. |
[22:03:08] | Captain_Murdoch: | I repackaged Steppes again. since I had already done it once, that means anyone downloading 1.0 will actually get the new code, but after the ftp server rsync happens tonight and I update the index, then people with 1.0 will get the popup to upgrade to 1.1 eventually. |
[22:09:13] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 246 seconds) | |
[22:10:27] | stuartm: | that's given me an idea for a <license> field in themeinfo.xml with a pre-defined list of valid strings e.g. <license>CC-by-Attribution</license> which can be displayed in the UI using a statetype ... the full license would go in LICENSE, this would just be used to inform the user at the time they chose a theme what license it's under |
[22:12:11] | gigem: | what does "BUILD FAILED: failed shell_2" mean? |
[22:15:11] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has joined #mythtv | |
[22:15:34] | stuartm: | gigem: the osx buildbot doesn't just build MythTV, it builds QT too (for some reason that's not clear to me), it's failing at the QT build |
[22:16:21] | stuartm: | the actual mythtv build still goes ahead against the earlier-installed version of QT and appears to succeed |
[22:25:21] | stuartm: | gigem: might that scheduler bug fix also fixed rsFailed recordings being marked as rsRecorded after they finish? http://code.mythtv.org/trac/ticket/10282 |
[22:26:46] | xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has quit (Ping timeout: 276 seconds) | |
[22:31:08] | gigem: | stuartm: ok on the build failure. i didn't think it was my fault, but wanted to be sure. |
[22:33:12] | stuartm: | gigem: it's been failing all day, do definitely not your fault |
[22:33:45] | gigem: | stuartm: i totally missed that ticket. i had noticed the issue myself, though, and plan to look at it soon. i don't know if the two issues are related or not. |
[22:35:39] | Jordack (Jordack!Jordack@c-71-238-174-148.hsd1.mi.comcast.net) has quit () | |
[22:43:26] | xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has joined #mythtv | |
[22:55:38] | Chutt_ (Chutt_!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (Ping timeout: 240 seconds) | |
[23:00:05] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has joined #mythtv | |
[23:12:21] | noahric (noahric!~noahric@50.46.147.0) has joined #mythtv | |
[23:27:07] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
[23:38:06] | stuarta: | jya: wtf did you do to my osx bootstrap? |
[23:38:24] | stuarta: | try and push it to qt4.8 ? |
[23:38:46] | jya: | stuarta: I wrote what you had to do to make it compile |
[23:39:30] | stuarta: | if you wanted to do that, i have to blow away the entire of the previous Qt build |
[23:39:43] | jya: | if you want to use the old builder, I renamed it osx-packager-10.4.pl |
[23:39:52] | jya: | it also uses 4.7 |
[23:39:59] | ** stuarta goes to find out wtf has been done ** | |
[23:40:31] | jya: | thanks for all the fuck, after I spent *lots* of hours fixing the build so it compile with all version of xcode |
[23:41:21] | stuarta: | hey, i wasn't expecting to even attempt qt4.8 until the other side of the release |
[23:41:22] | jya: | BTW, I have a build system now using the Qt SDK that you can download from the Qt web site, so there will be no more need to compile Qt |
[23:41:38] | stuarta: | that's what i was aiming for *after* the release |
[23:42:12] | jya: | stuarta: it wasn't even building any longer, XCode 4 has been out for more than a year now… if that's not a fix, what is? |
[23:42:34] | stuarta: | and I spent a lot of time getting osx-packager to work for both the buildbot and trunk |
[23:42:37] | stuarta: | +0.24 |
[23:42:45] | stuarta: | admittedly i don't have lion |
[23:43:03] | jya: | all the options are still there, and again, using the old packager, I didn't delete it for that exact reason |
[23:43:31] | stuartm: | guys, calm down a little |
[23:43:33] | jya: | now you may not want to spend time recompiling Qt, but the new script *will* work for your buildbot |
[23:44:01] | stuarta: | like i said, i didn't expect it this side of the release |
[23:44:21] | stuarta: | part of the problem is i have f all time to work on mythtv atm |
[23:45:01] | jya: | stuarta: so there's two ways you can do it that require changing 1 line on your side |
[23:45:13] | jya: | use osx-packager-10.4.pl |
[23:45:18] | stuarta: | lemme just look into it for a bit |
[23:45:39] | stuarta: | i'm not rejecting what you did out of hand, i just wasn't expecting it |
[23:46:17] | jya: | 2- delete your existing build tree and let it recompile again.. it will work. I have tested it. I created a 10.6 VM and reproduced exactly the build you are doing on the buildbot |
[23:46:36] | jya: | 1- is going to be faster for sure |
[23:47:12] | jya: | 2- will work, provided you let the buildbot complete the Qt compile… it's not like you have to sit in the front looking at it building. I've done that for you already :) |
[23:47:53] | jya: | what's for sure is that one of the commits done in the past day or so, broke the mac compilation |
[23:48:14] | ** stuarta wonders if his mac will like -arch x86 ** | |
[23:48:30] | jya: | -arch x86 is the same as -arch i386 |
[23:48:53] | jya: | if you look at the log of the buildbot, you will see that Qt adds it automatically when compiling on a 32 bits machine |
[23:49:24] | jya: | stuarta: is the buildbot a real mac or it's PC one ? |
[23:49:45] | stuarta: | it's a real mac, an early intel mini |
[23:49:56] | jya: | Core Duo or Core 2 Duo ? |
[23:50:13] | stuarta: | think its core duo |
[23:50:22] | stuarta: | defn no core 2 duo |
[23:50:30] | jya: | I feel the pain should you have to recompile Qt.. On my 3.4GHz quad-core i7, it takes around 4 hours |
[23:50:49] | stuarta: | takes about that long here i though |
[23:51:01] | stuarta: | not that i've timed it, i start it and goto sleep |
[23:51:04] | jya: | hence, you should use my next builder, don't need to compile Qt at all |
[23:51:37] | jya: | error: FLAC/metadata.h: No such file or directory |
[23:51:37] | stuarta: | have you got around the fact that qmake is putting in the wrong include paths? |
[23:52:03] | jya: | stuarta: yeah… I now build using the proper SDK too.. so you can compile on a machine and use it on an earlier platform |
[23:52:14] | jya: | like compiling on 10.7 , the bin works on 10.6 |
[23:52:26] | jya: | compiling on 10.6 and it works on 10.5 (provided the SDK is installed) |
[23:52:40] | jya: | previously, 10.6 build would only work on 10.6 and up. |
[23:52:55] | jya: | now it is built according to the earliest SDK you have installed (except 10.4) |
[23:53:24] | jya: | An issue is with 10.4 sdk, I can't compile using defined include path |
[23:54:03] | jya: | if you have no time to waste, just use the osx-packager-10.4.pl |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.