| Thursday, February 23rd, 2012, 00:00 UTC | ||
| [00:00:04] | stichnot: | hmm, then why is that font in my source directory??? |
| [00:00:18] | sphery: | xris: check_pl_lib "JSON" || disable_weather "JSON" |
| [00:00:32] | xris: | ah, gotcha. |
| [00:00:37] | xris: | I'll add it to the rpm spec |
| [00:00:51] | xris: | nope, JSON already there. |
| [00:01:59] | sphery: | stichnot: ah, yeah, guess we can (it seems to have a gpl3 license): https://github.com/MythTV/mythtv/tree/master/mythtv/themes/fonts |
| [00:02:49] | sphery: | stichnot: that said, if we're shipping it, it's "installed"--we have code that looks at $SHARE_DIR/mythtv/fonts and the theme dir and all subdirs under the theme dir and loads up any ttf, ttc, or otf font files as application fonts |
| [00:03:51] | stichnot: | ok, good, so the user (i.e. me) doesn't need any advanced fc knowledge |
| [00:03:58] | sphery: | so we just need to add droid fonts (and any others) to a dir under themes that use them, or, if we're using the font in mythtv proper (like for captions/subtitles), put it in mythtv/themes/fonts (which becomes the $SHARE_DIR/mythtv/fonts directory) |
| [00:04:10] | sphery: | right, not any more :) |
| [00:09:06] | stichnot: | so... I still kinda like my FreeMono captions, but are there any objections to removing OSDSubFont and using Droid Sans Mono in its place? |
| [00:15:39] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has quit (Quit: jpabq_) | |
| [00:17:21] | danielk22: | not here.. |
| [00:20:37] | sphery: | nor here... looking at the fonts in fontforge, though, it seems Droid Sans Mono has significantly less unicode coverage than FreeSans |
| [00:21:40] | sphery: | not sure how many of those glyphs are likely to be used by captions around the world, though |
| [00:22:24] | nutron|h (nutron|h!~nutron@unaffiliated/nutron) has quit (*.net *.split) | |
| [00:22:24] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (*.net *.split) | |
| [00:22:25] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (*.net *.split) | |
| [00:22:25] | poptix (poptix!poptix@poptix.net) has quit (*.net *.split) | |
| [00:22:25] | stuarta (stuarta!~stuarta@metis.squashedfrog.net) has quit (*.net *.split) | |
| [00:22:25] | jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has quit (*.net *.split) | |
| [00:22:25] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (*.net *.split) | |
| [00:22:25] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (*.net *.split) | |
| [00:23:28] | nutron|h (nutron|h!~nutron@unaffiliated/nutron) has joined #mythtv | |
| [00:28:20] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [00:28:21] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [00:28:21] | poptix (poptix!poptix@poptix.net) has joined #mythtv | |
| [00:28:21] | stuarta (stuarta!~stuarta@metis.squashedfrog.net) has joined #mythtv | |
| [00:28:21] | jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has joined #mythtv | |
| [00:28:21] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
| [00:28:21] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv | |
| [00:28:21] | jya: | davide: what about just setting the card (recorder and livetv) order as we discussed yesterday? |
| [00:30:34] | sphery: | FWIW, it seems that the font setting is actually using the default (perhaps since it's set using addSelection() rather than setValue()?) |
| [00:30:46] | jya: | I'm not in favour for having a setting that override any recordings priority in liveTV. I do use liveTV (daily) but I prefer the recordings to go on when scheduled ; with the user getting a prompt that it needs the tuner the livetv user is currently using: so he can leave or watch what the recording is about to record. Pretty much, what it's doing now |
| [00:31:14] | sphery: | jya: I'm going to try to work up a patch that does that tonight |
| [00:31:16] | jya: | that's until we can simply go across physical tuners very easily |
| [00:32:35] | jya: | Beirdo and all:we've been over the use of LiveTV over and over…. no point going over it once again. No new arguments are ever presented. It's there, it should work properly |
| [00:32:56] | jya: | sphery: cool |
| [00:33:30] | jya: | what we would really need in the end, is being able for liveTV tuner changing to go over cards if necessary and not be stuck to one |
| [00:34:18] | jya: | then the issue of priorities between cards will be gone |
| [00:34:35] | sphery: | and the issue of priority between live tv users becomes a problem |
| [00:35:24] | sphery: | (i.e. it switches me to the card being used by another live tv user, then recording kick off, taking up all other tuners, then the other user--who was here first--wants to change channel, but can't because I've locked him on his tuner) |
| [00:35:26] | jpabq: | danielk22, taylorr: Because of the bug in the kernel driver for the HD-PVR, anyone running a recent kernel will have problems with LiveTV. I have found that lowering the poll timeout to be ONLY 1 second allows Myth to recover quick enough to keep LiveTV from having a fit (most of the time). Do we want to make that change for 0.25, or make people wait until the driver bug is fixed? |
| [00:35:35] | jya: | i think it's more to do with something like: recording is about to start, can't find a card -> liveTV is on? take it |
| [00:36:47] | sphery: | IMHO, the right solution is still to ensure you have enough physical tuners for each concurrent live tv session plus all the recordings you want to support during live tv usage :) |
| [00:37:01] | taylorr: | jpabq: which driver bug? |
| [00:38:01] | jya: | sphery: I agree, but this become just a side effect of being able to switch across card properly |
| [00:38:07] | jpabq: | taylorr, that one that causes the garbage at the beginning of recordings. |
| [00:38:38] | taylorr: | jpabq: you know it's a driver bug or a firmware bug? |
| [00:39:40] | taylorr: | are you referring to the race condition that is going to be pushed to the kernel soon? |
| [00:40:27] | danielk22: | jpabq, you mean change max_poll_wait from 2500 ms to 1000 ms ? |
| [00:40:34] | jpabq: | danielk22, yes. |
| [00:40:54] | stichnot: | sphery: do you see evidence of the musical note character in Droid Sans Mono? |
| [00:41:28] | danielk22: | jpabq: That seems like a reasonable workaround.. it might result in a tiny bit extra CPU usage, but nothing to get terribly worried about. |
| [00:42:29] | jpabq: | taylorr, that bug you pointed out, that janne pushed the fix for, was a driver bug, right? I am confident that it will fix the HD-PVR LiveTV problems — not that I have tried it. |
| [00:43:36] | taylorr: | jpabq: ah, you confused me by saying people with "recent" kernels will have issues when actually it's all kernels right now :) |
| [00:43:50] | danielk22: | jpabq: how does that actually fix the problem though? We give up and reconnect? |
| [00:44:13] | jpabq: | taylorr, I guess it depends on your definition of "recent". I only noticed the problem within the last year. |
| [00:44:37] | stuartm: | stichnot: I can see the musical note characters via KCharSelect for Droid Sans Mono |
| [00:44:49] | taylorr: | well, the bug has most likely been there since the driver was originally written |
| [00:45:22] | taylorr: | jpabq: did you have LiveTV problems back when you ran 0.24? |
| [00:45:28] | jpabq: | danielk22, LiveTV times out too quickly for mpegrecorder to re-try with 2.5 seconds. In my experimentation, I found that using 1 second allows the retry to succeed before LiveTV gives up. |
| [00:45:42] | taylorr: | because it seems people are having LiveTV problems with 0.25 and analog tuners |
| [00:45:47] | jpabq: | taylorr, I don't think so, but I use it so rarely, that I can't say. |
| [00:46:19] | sphery: | stichnot: hehe, that was the specific one I was looking for when I brought out fontforge (since I had upgraded FreeFonts we distribute specifically to get that character), but I got distracted before looking up that character code. Turns out it's not in there. |
| [00:46:53] | taylorr: | jpabq: which kernel are you running? |
| [00:47:00] | jpabq: | sphery, do you know how to change the font size on non-MythUI frontend windows? My theme is 1920x1080, and the non-MythUI windows end up with a tiny font. |
| [00:47:04] | sphery: | stichnot: perhaps we should use FreeMono for 608/teletext for now? |
| [00:47:12] | jpabq: | taylorr, currently 2.6.35 |
| [00:47:41] | stichnot: | sphery: and also for srt and 708 default, right? |
| [00:47:43] | danielk22: | jpabq: I don't foresee it causing any problems. The one thing I thought about was that DVB tuners sometimes don't return data that quickly, but we no longer give up on those unless a few minutes have passed. I might be forgetting something though. |
| [00:47:44] | taylorr: | jpabq: you really should try the mercurial backport drivers... I believe they work for 2.6.35 |
| [00:48:06] | taylorr: | and then apply the patch |
| [00:48:23] | taylorr: | just to confirm your theory |
| [00:48:27] | sphery: | jpabq: I think those are totally dependent on the system's DPI settings... So if your DPI is set correctly, they will be tiny, but if you set it artificially large, they will be larger. xpdyinfo | grep -B2 resolution |
| [00:48:46] | sphery: | jpabq: well, system's DPI settings + qt-config stuff, maybe? |
| [00:49:12] | jpabq: | I might have time this weekend to do some more experimentation with it. Last time I spent some time on it, though, I could not get the driver to work. |
| [00:49:24] | stichnot: | I find myself watching TV screens a lot at airports, restaurants, etc., just to study how they render captions :) |
| [00:49:48] | jpabq: | sphery, there is a qtlook.txt file in each theme, but it just seems to define font/color, not size. |
| [00:49:58] | sphery: | stuartm: I'm guessing KCharSelect noticed there was no glyph for character in that font and chose a glyph from a substitute font? |
| [00:50:54] | stuartm: | stichnot: 0x2669, 0x266A, 0x266B and 0x266C are crochet, quaver, double-quaver and double semi-quaver |
| [00:51:06] | stuartm: | sphery: hmm, maybe |
| [00:51:14] | stichnot: | wow |
| [00:51:33] | taylorr: | jpabq: ok, maybe it doesn't work on 2.6.35 |
| [00:52:10] | stuartm: | it's not indicating that's the case though, but the only way to know would be to try those characters using Droid Sans Mono in a document or theme |
| [00:52:56] | jpabq: | taylorr, I am tempted to install Scientific Linux 6.2. In theory it has the latest v4l2 stuff included, but it won't have that change that janne just made. |
| [00:53:08] | sphery: | jpabq: yeah, qtlook.txt was some thing we used to override qt3 settings... some of those may work, still in qt4, but I don't think it specifies any font face/size stuff. run the program qtconfig and change the font in there and see if it changes in your theme when you restart mythfrontend... if so, perhaps you can find a workaround for overriding that in qt4? :) |
| [00:55:30] | stichnot (stichnot!chatzilla@nat/intel/x-xfyrmkcxqflreqlk) has quit (Ping timeout: 240 seconds) | |
| [00:57:45] | taylorr: | jpabq: you could always recompile the entire kernel :) |
| [00:58:04] | stuartm: | sphery, stichnot: http://miffteevee.co.uk/imagebin/droid_sans_mono_notes.png |
| [00:58:38] | stuartm: | added a textarea using Droid Sans Mono to the theme, inserted note characters and they rendered just fine |
| [00:59:11] | stuartm: | now I'm assuming that the character codes are the same ones used by CC |
| [01:03:08] | sphery: | stuartm: http://imagebin.org/200306 (FreeMono) and http://imagebin.org/200307 (Droid Sans mono) with same characters shown ... red X = no glyph in font, the picture above is what that glyph should represent, but rendered in a font with better coverage than the loaded font |
| [01:03:37] | sphery: | and, yeah, U+266A is what CC seems to use for me |
| [01:03:57] | taylorr: | jpabq: I believe this repo should do the trick -> http://git.linuxtv.org/media_build.git |
| [01:04:16] | sphery: | that was most-current font file for droid sans mono, as downloaded from https://github.com/android/platform_framework . . . ttf?raw=true |
| [01:04:27] | stuartm: | sphery: odd, maybe the version of Droid Sans Mono I have is more recent than the one in Google's own repo? |
| [01:04:34] | taylorr: | jpabq: it applies patches to support 2.6.35 |
| [01:04:54] | stuartm: | sphery: hang on a sec, I'll make it available so you can compare |
| [01:04:56] | taylorr: | it's building fine here on my 2.6.32 kernel |
| [01:05:14] | jpabq: | taylorr, I will give it a try. Does that include that change from janne? |
| [01:05:26] | sphery: | stuartm: sounds like--assuming you're displaying in mythtv--even mythtv/mythui is using fallback to another font for missing glyphs? |
| [01:05:27] | jpabq: | I am guessing not |
| [01:06:12] | stuartm: | sphery: maybe, but if that's the case then we don't have a problem with them being missing from the font since it will find them elsewhere? |
| [01:06:27] | sphery: | anyway, as I mentioned, the Unicode coverage of Droid Sans Mono is pretty poor... That may be why Google is switching to Roboto for Android 4.x+ |
| [01:06:42] | stuartm: | sphery: it's also very possible that Google are shipping the font in their framework with extraneous characters removed for space reasons |
| [01:07:01] | taylorr: | jpabq: I'll check in a little while |
| [01:07:09] | sphery: | stuartm: right, so assuming your font is lacking that symbol, but mythui displays that symbol properly, it's smart enough that coverage won't matter |
| [01:07:43] | sphery: | stuartm: yeah, or if you got a version from an actual android device, they may be shipping the Droid Pro font family (commercial one) |
| [01:09:43] | stuartm: | ok, version in the Google repo and the one on my system are identical |
| [01:10:21] | stuartm: | same md5sum, I wonder why KCharSelect is showing those characters as available then ... that's dumb behaviour |
| [01:10:39] | sphery: | so we must be doing fallback, so now that captions are mythui, we should be good... only mheg stuff is using freetype directly, now (I think) |
| [01:11:10] | stuartm: | it's not showing all characters as available, but it does include those :/ |
| [01:11:43] | sphery: | weird... maybe the ones not available aren't available in any of your installed fonts? |
| [01:11:54] | sphery: | (as there are many of those) |
| [01:20:15] | kormoc_ (kormoc_!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc_) | |
| [01:29:29] | noahric (noahric!~noahric@74.125.59.74) has quit (Quit: noahric) | |
| [02:06:14] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [02:06:37] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [02:11:16] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [02:23:34] | stichnot (stichnot!chatzilla@nat/intel/x-fwsoqmsdxzmdszub) has joined #mythtv | |
| [02:43:58] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Ping timeout: 265 seconds) | |
| [02:49:18] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [02:51:35] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds) | |
| [02:53:26] | wagnerrp: | anyone particularly well versed with handling UTF in Qt? |
| [02:55:53] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 244 seconds) | |
| [02:57:30] | MaverickTech (MaverickTech!~MaverickT@220.233.86.111) has joined #mythtv | |
| [03:01:50] | MaverickTech (MaverickTech!~MaverickT@220.233.86.111) has quit (Ping timeout: 252 seconds) | |
| [03:03:59] | jya (jya!~jyavenard@49.196.147.197) has joined #mythtv | |
| [03:03:59] | jya (jya!~jyavenard@49.196.147.197) has quit (Changing host) | |
| [03:04:00] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [03:08:37] | noahric (noahric!~noahric@209.144.63.76) has joined #mythtv | |
| [03:09:16] | jya: | gosh… so annoying when you report a bug somewhere, and it's just being dismissed without even looking at the problem. Usual blame someone else whenever I can (https://bugreports.qt-project.org/browse/QTBUG-24452) |
| [03:12:29] | MaverickTech (MaverickTech!~MaverickT@220.233.86.111) has joined #mythtv | |
| [03:13:12] | wagnerrp: | jya: clearly webkit needs to update their code base so it properly compiles within the Qt framework |
| [03:13:50] | jya: | qt source code grab the webkit source code obviously, but they use their own compilation file |
| [03:14:07] | jya: | you can tell it was made from one of the example provided in webkit |
| [03:15:09] | jya: | the only place in WebKit (original) you can find something similar is in ThirdParty/gtest/xcode/Samples/FrameworkSample/WidgetFramework.xcodeproj/project .pbxproj |
| [03:15:44] | jya: | which has nothing to do with anything remotely close to qt. |
| [03:18:19] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (Ping timeout: 276 seconds) | |
| [03:19:05] | jya_ (jya_!~jyavenard@120.148.99.54) has joined #mythtv | |
| [03:19:05] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [03:19:05] | jya_ (jya_!~jyavenard@120.148.99.54) has quit (Changing host) | |
| [03:19:08] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Read error: Connection reset by peer) | |
| [03:20:12] | jya (jya!~jyavenard@49.198.97.216) has joined #mythtv | |
| [03:20:12] | jya (jya!~jyavenard@49.198.97.216) has quit (Changing host) | |
| [03:20:12] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [03:32:13] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [03:34:43] | yoyolala (yoyolala!~yoyolala@unaffiliated/yoyolala) has joined #mythtv | |
| [03:36:14] | jcarlos_ (jcarlos_!~quassel@85.137.99.76.dyn.user.ono.com) has quit (Quit: No Ping reply in 180 seconds.) | |
| [03:36:18] | jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has joined #mythtv | |
| [03:37:21] | jya_ (jya_!~jyavenard@120.148.99.54) has joined #mythtv | |
| [03:37:21] | jya_ (jya_!~jyavenard@120.148.99.54) has quit (Changing host) | |
| [03:37:21] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [03:37:24] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Read error: Connection reset by peer) | |
| [03:37:24] | jya_ is now known as jya | |
| [03:48:29] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (Remote host closed the connection) | |
| [03:58:40] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [04:08:12] | noahric (noahric!~noahric@209.144.63.76) has quit (Quit: noahric) | |
| [04:11:24] | jasonnz (jasonnz!7a39e558@gateway/web/freenode/ip.122.57.229.88) has joined #mythtv | |
| [04:11:44] | jasonnz (jasonnz!7a39e558@gateway/web/freenode/ip.122.57.229.88) has quit (Client Quit) | |
| [04:18:39] | noahric (noahric!~noahric@50.46.147.0) has joined #mythtv | |
| [04:21:10] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 272 seconds) | |
| [04:24:48] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
| [04:31:52] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Remote host closed the connection) | |
| [04:32:27] | jya (jya!~jyavenard@120.148.99.54) has joined #mythtv | |
| [04:32:33] | jya (jya!~jyavenard@120.148.99.54) has quit (Changing host) | |
| [04:32:34] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [04:33:52] | aloril (aloril!~aloril@84.249.126.153) has joined #mythtv | |
| [04:46:00] | gigem: | jya, sphery: i don't have much, really any, time for discussion this evening. the latest patch i posted is intended to do two things. first, be relatively simple and straight forward. i don't want to expend a lot of effort on anything complicate for live tv is something simple is good enough. second, i think it achieves what really jya wanted and does it better. |
| [04:46:06] | gigem: | jya: for example, if you have 4 physical cards with multirec set to 3. that means we have inputs 1, 1a, 1b, 2, 2a, 2b, 3, 3a, 3b, 4, 4a and 4b. now, what i thought you mainly wanted for live tv was to not get locked to a multiplex. to accomplish that, you wanted the inputs to be used in the following order: 4, 3, 2, 1, 4a, 3a, 2a, 1a, 4b, 3b, 2b, 1b. |
| [04:46:12] | gigem: | the problem with that is it doesn't take into account what is happening on the other inputs for a card. what happens if input 4a is busy when you enter live tv? bang, you're locked to the multiplex that is in use by 4a. my patch doesn't have that problem. if you indicate you don't want to be locked to a multiplex (by enabling the setting), inputs 4 and 4b will get penalized because 4a is in use and you will get input 3 for live tv (assuming all of |
| [04:46:13] | gigem: | the other inputs are free). |
| [04:46:17] | gigem: | as for not wanting live tv to affect the recording schedule, i believe that is the default. you have to explicitly enable a setting to make the scheduler try to work around live tv sessions. |
| [04:47:51] | noahric (noahric!~noahric@50.46.147.0) has quit (Quit: noahric) | |
| [04:48:16] | jya: | gigem: when you enter in stiuation 4a, it means all physical tuner are already busy, so no matter what you'll be stuck in a multiplex one way or another no ? |
| [04:48:53] | jya: | I think I've missed the patch you've posted. I only saw one by davide |
| [04:52:29] | noahric (noahric!~noahric@50.46.147.0) has joined #mythtv | |
| [04:53:08] | sphery: | gigem: I agree your patch is easiest (just started thinking about coding it to change live tv order, and it wouldn't be pretty). We could just piggy back off the LiveTVPriority setting you mentioned (where you used PreferFreeCardForLiveTV)--which seems quite reasonable considering what it does and the fact that giving a separate physical tuner to each live tv session will affect placement of recordings, anyway |
| [04:53:27] | sphery: | jya: and gigem = davide :) ... patch was http://pastebin.com/HST6dNTY |
| [04:53:41] | ** jya duh ** | |
| [04:54:00] | jya: | I can give an extensive test later today... |
| [04:54:17] | jya: | it's great because I don't have to restart the backend |
| [04:54:43] | sphery: | FWIW, the LiveTVPriority settings is currently written up as: Allow Live TV to move scheduled shows: If enabled, scheduled recordings will be moved to other cards (where possible), so that Live TV will not be interrupted. |
| [04:54:52] | jya: | so that mean we can get rid of that extra live tv order in mythtv-setup ? |
| [04:55:43] | sphery: | live tv order in mythtv-setup still makes sense, though--as you choose which cards to use first or can even disable cards for use in Live TV |
| [04:57:26] | jya: | yes, that's true |
| [04:57:40] | jya: | but I think it should be all hidden |
| [04:57:50] | jya: | automatically order them so it's the last one |
| [04:58:01] | jya: | like reverse order are recording one |
| [05:01:11] | sphery: | I know some of our users don't want to use reverse order--because they have very low quality inputs for last recording tuner (i.e. think PVR-150 connected to standard-def STB as last tuner, but have 4 other digital tuners before that) so they'd want to be able to either set the PVR-150 to not be used for Live TV or just use physical tuners in the order 4,3,2,1,5 for Live TV |
| [05:01:46] | sphery: | so I think both makes the most sense--it does require the user to decide what they want and configure it, but once they set card order, this will take care of "give me a free card" |
| [05:02:28] | sphery: | jya: also, note that 4a could be busy when 1,2,3,4 are all not in use because a 2hr show started on 4a and 1hr or 30min shows started at the same time on 1,2,3,4 |
| [05:02:55] | jya: | ah yes.. true.. I hadn't thought about that case |
| [05:03:07] | sphery: | meaning you'd then go to 4, when 1,2,3 are all idle, and you'd be locked on a tuner... With gigem's implementation, you wouldn't--you'd get, like 3, assuming you set cards in live tv order 4,3,2,1 |
| [05:03:11] | jya: | well, I'll try gigem patch, seems simple enough and see how it goes |
| [05:03:22] | jya: | if you're watching on card1 |
| [05:03:27] | jya: | and a recording is about to start |
| [05:03:38] | jya: | which card will it try to use? 1 or 2 ? |
| [05:03:45] | sphery: | yeah, I think he's convinced me that's the best approach... and it's especially easy if we piggyback off the LiveTVPriority setting |
| [05:05:09] | not7ac0 (not7ac0!~not7ac0@gateway/tor-sasl/not7ac0) has joined #mythtv | |
| [05:05:23] | sphery: | if you're watching on card 1 and your recording order is 1,2,3,4, it will try to record on card 1, but then you'd get the popup asking if you want to cancel or watch as it records (do we also offer to exit?), and you can then switch cards or exit and re-enter live tv |
| [05:06:00] | sphery: | in theory, though, 1 was the best card to choose when you entered... Assuming you set your live tv order to 4,3,2,1, that meant that 4,3,2 were all in use |
| [05:10:17] | sphery: | BTW, I'm glad we actually have someone whose family uses live tv testing this before the release. It's good to get some real-world feedback along with the theoretical stuff. |
| [05:12:05] | jya: | yeah, I'll give it a good go tonight |
| [05:12:14] | jya: | no much recordings on thursday night |
| [05:13:11] | not7ac0 (not7ac0!~not7ac0@gateway/tor-sasl/not7ac0) has quit (Quit: leaving) | |
| [05:13:17] | sphery: | hehe, opposite of US scheduling--they put all the best shows up against each other on Thursday night in the US |
| [05:13:43] | aloril (aloril!~aloril@84.249.126.153) has quit (Ping timeout: 272 seconds) | |
| [05:22:14] | jya: | I actually don't see how this patch is going to make much difference to the configuration we had discussed earlier, that is give a unique livetv priority to the physical card, and a lower priority for all the remaining cards |
| [05:22:36] | jya: | I think the end result is what we intended (just much easier than having to setup fancy values for the priorities) |
| [05:24:51] | sphery: | yeah, basically--except the dynamic weighting actually handles cases where higher-live-tv-order cards are busy and lower ones aren't, so it will actually work in more situations than the other approach |
| [05:25:33] | sphery: | (where by "higher" I meant "higher priority" = "ordered to be used first"... though I confused my order/priority terms :) |
| [05:25:56] | jya: | ah I see. |
| [05:26:02] | jya: | so say 4a is busy |
| [05:26:13] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
| [05:26:15] | jya: | it would with the pure order method go to 4 |
| [05:26:24] | jya: | when we want it to go to 3 |
| [05:26:55] | sphery: | right |
| [05:27:02] | sphery: | this one would go to 3 |
| [05:27:06] | jya: | I get it now.. |
| [05:27:52] | sphery: | yeah, I had to sit down and start thinking about my way to find out that gigem's way was much better (especially when you look at the code required to do the reordering combined with the fact that it's less capable than this) |
| [05:28:08] | noahric (noahric!~noahric@50.46.147.0) has quit (Quit: noahric) | |
| [05:28:24] | jya: | simplest solution is often the best |
| [05:28:39] | noahric (noahric!~noahric@50.46.147.0) has joined #mythtv | |
| [06:05:48] | gigem: | jya: just checking back in. sphery pretty much covered everything i was going to add. you will have to restart your backend, though. while the patch is to libmythtv, that code is called by MainServer in the backend. i'm off to bed now. |
| [06:06:02] | cattelan is now known as cattelan_away | |
| [06:06:13] | jya: | gigem: thanks… good night |
| [06:20:15] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 240 seconds) | |
| [06:32:23] | skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [06:32:38] | skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has joined #mythtv | |
| [06:33:51] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
| [06:55:10] | Oleg_ (Oleg_!~some@pool-71-183-186-2.nycmny.east.verizon.net) has joined #mythtv | |
| [06:55:16] | Oleg_ (Oleg_!~some@pool-71-183-186-2.nycmny.east.verizon.net) has left #mythtv ("Leaving") | |
| [07:17:28] | noahric (noahric!~noahric@50.46.147.0) has quit (Quit: noahric) | |
| [07:53:29] | warped (warped!~piotro@91.189.74.10) has joined #mythtv | |
| [07:59:24] | twsjpt (twsjpt!~chatzilla@62.73.201.58) has joined #mythtv | |
| [07:59:44] | twsjpt is now known as jpterj | |
| [08:04:39] | jpterj (jpterj!~chatzilla@62.73.201.58) has left #mythtv () | |
| [08:30:46] | warped (warped!~piotro@91.189.74.10) has quit (Quit: warped) | |
| [08:35:33] | warped (warped!~piotro@91.189.74.10) has joined #mythtv | |
| [08:37:53] | warped (warped!~piotro@91.189.74.10) has quit (Client Quit) | |
| [08:55:12] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [09:10:29] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has left #mythtv () | |
| [09:45:01] | Beirdo: | stichnot: you in? |
| [10:32:52] | Malard (Malard!Malard@xbmc/staff/malard) has joined #mythtv | |
| [10:51:56] | jya: | how in qmake can I check if a varliable contains a given pattern ? |
| [10:52:14] | jya: | I see contains, but that doesn't work for me... |
| [11:02:28] | sphery: | find, perhaps? http://developer.qt.nokia.com/doc/qt-4.8/qmak . . . ename-substr |
| [11:02:39] | sphery: | jya: ^^^ |
| [11:04:51] | jya: | i want something conditional.. |
| [11:04:57] | jya: | so something like: |
| [11:05:03] | mike|3 (mike|3!~mike@c-76-115-119-121.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [11:05:20] | jya: | contains(variable, "substring") { …. } |
| [11:06:02] | mike (mike!~mike@c-76-115-119-121.hsd1.or.comcast.net) has joined #mythtv | |
| [11:06:29] | mike is now known as Guest77801 | |
| [11:07:25] | jya: | contains is a misnomer, it only works if it matches the string completely |
| [11:08:44] | sphery: | find into a different variable then check that variable with contains or isempty or whatever? |
| [11:08:57] | jya: | ah, it seems contains can work with a regex |
| [11:09:28] | sphery: | even better |
| [11:09:38] | jya: | well, this is what I found there |
| [11:09:43] | jya: | http://initek.net.au/mediawiki/index.php/Inside_Qmake#contains |
| [11:09:50] | jya: | it's certainly not documented on the qt site |
| [11:11:43] | jya: | how to waster one hour :( |
| [11:12:30] | jya: | are you up early or just doing an all-nighter ? |
| [11:14:40] | sphery: | accidental all nighter |
| [11:17:55] | ** stuarta chuckles ** | |
| [11:36:51] | seeker (seeker!~seeker@unaffiliated/seeker) has joined #mythtv | |
| [11:58:20] | seeker (seeker!~seeker@unaffiliated/seeker) has quit (Read error: Connection reset by peer) | |
| [12:11:55] | kth (kth!~kth@unaffiliated/kth) has quit (Read error: Connection reset by peer) | |
| [12:12:08] | stuartm: | davide: next_record in the record table is currently unused? |
| [12:33:15] | knightr: | sphery, finally got it to work (at least enough for my needs), would http://mythtv.pastebin.ca/2121021 be ok? |
| [12:35:24] | sphery: | knightr: yeah, looks good to me. thanks for testing whether Channel Number fits |
| [12:35:59] | sphery: | knightr: oh, also, how about channel ID rather than ChanID |
| [12:36:18] | sphery: | that will fit since it's a popup |
| [12:37:07] | knightr: | sphery, most defintely doe... For ChanID, iIt's not solely a popup though |
| [12:37:20] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [12:37:32] | jya_: | sphery: you're still up? |
| [12:38:12] | knightr: | (the themes show it too...) |
| [12:38:19] | jya_: | well, gigem just doesn't do what we discussed. |
| [12:38:26] | jya_: | in my setup so I have |
| [12:38:41] | jya_: | 1, 1a, 1b, 2, 2a, 2b, 3, 3a, 4, 4a, 4b |
| [12:39:11] | jya_: | 1 is on mux1, 2 on mux2, 3 free and 4a recording mux3 |
| [12:39:51] | jya_: | entering LiveTV, and I find myself on card4, even though 4a is in use and 3, 3a, 3b fully free |
| [12:42:43] | sphery: | knightr: ah, well, in that patch, the only place it appeared was in the popup... didn't realize it shows in other places in the UI, too |
| [12:42:57] | jya_: | an interesting change I've noticed, while I'm on livetv, encoder 4, I can browse all the station on mux1, mux2 and mux3. Before, I'm pretty sure it would have shown me only mux3 |
| [12:43:22] | jya_: | but liveTv being on mux3, even though it let me change to mux1 or mux2, I stay on mux3 |
| [12:46:35] | sphery: | jya_: did you create a setting PreferFreeCardForLiveTV with value 1 (hostname NULL)? |
| [12:46:45] | jya_: | I did better than that :) |
| [12:46:46] | sphery: | assuming you used the patch exactly as he posted |
| [12:46:53] | jya_: | I commented that part out, so it's always on |
| [12:46:59] | sphery: | hehe |
| [12:47:15] | jya_: | actually the patch posted is incorrect, it should be GetNumSettings, not GetSettings, otherwise it doesn't compile |
| [12:47:28] | sphery: | you still need the "if (anybusy)" part, though |
| [12:48:05] | jya_: | sure |
| [12:48:17] | jya_: | I put logs if it enters in that loop |
| [12:48:19] | sphery: | otherwise, you're adding 100 to the order for all inputs, so it would go back to being the same as your live tv order (just where everything is +100) |
| [12:48:23] | jya_: | I never saw the logs once |
| [12:48:42] | jya_: | hum.. the "forget old" setting in mythweb doesn't work |
| [12:48:50] | jya_: | i can't record a recording I earlier stopped |
| [12:48:57] | sphery: | so you had the anybusy test at line 27 of the patch? |
| [12:49:02] | knightr: | sphery, I just checked and we're already not consistent anyway (between the theme and the popup (MythCenter theme has Chan. ID. for example)). Anyway I'm sure people would understand that Chan. ID. is Channel ID? |
| [12:49:28] | sphery: | knightr: Chan ID is fine... just not chanid or ChanID |
| [12:49:37] | sphery: | since ChanID isn't a word |
| [12:49:41] | knightr: | (I do have question though, would you capitalize it like I did or put it in lowercase?) |
| [12:49:48] | sphery: | (it's a db column name :) |
| [12:50:04] | knightr: | sphery, yep, I saw it in the SQL... :) |
| [12:50:16] | sphery: | I'll leave capitalization up to you |
| [12:50:34] | jya_: | hum… how do I bloody record a show that I recorded, stopped, deleted.. it it still showing as "recorded" in mythweb and I can't change anything |
| [12:50:52] | knightr: | sphery, I think John put longer names in his theme so it wouldn't hurt to says Channel ID since some themes probably say that anyway... |
| [12:51:14] | knightr: | sphery, YOU're the master of capitalization IIRC, no? :) |
| [12:52:29] | sphery: | jya_: mythfrontend, Manage Recordings|Previously Recorded (can sort by title or time, either direction with MENU), find the episode, then SELECT, then "Allow this episode to re-record" |
| [12:53:00] | jya_: | why can't I do this in mythweb when I click on the listing. there's a "forget old" doesn't seem to do anything |
| [12:53:01] | knightr: | OOPS, gotta leave otherwise I'll be late for work, ttyl... |
| [12:53:17] | sphery: | knightr: hehe, well, I think we'll have to do a full sweep for capitalization, so pick whatever you prefer for now |
| [12:54:21] | jya_: | sphery: allright.. http://htpc.avenard.org/mythweb/status |
| [12:54:36] | jya_: | so I have 1, 2 and 4a in use |
| [12:54:57] | sphery: | for that specfiic popup, it seems to be a normal sentence, so I'd probably use sentence capitalization and spell it out, like in a sentance, but as you said, we'll need to do a full sweep to really fix everything everywhere |
| [12:55:11] | sphery: | knightr: ^^^ (for when you're back) |
| [12:55:26] | jya_: | I enter LiveTV, and I end up in 4 |
| [12:56:30] | knightr: | sphery, thanks, I'll check what we did elsewhere and go from that, I'll get back to you when the patch is completed... (hadn't left yet, I am leaving now...) ttyl |
| [12:56:30] | justinh (justinh!~justin@cpc10-salf5-2-0-cust50.10-2.cable.virginmedia.com) has quit (Remote host closed the connection) | |
| [12:58:03] | jya_: | here is the change I'm using |
| [12:58:30] | jya_: | At not time do I see the "Re-ordering any busy" in the log.. so I'm guessing it just never enter there |
| [12:59:23] | inorkuo (inorkuo!~inorkuo@nsc64.16.142-198.newsouth.net) has joined #mythtv | |
| [13:00:57] | sphery: | jya_: did your URI to the patch not paste in or are you still prep'ing it? |
| [13:01:36] | jya_: | http://pastebin.com/XmJvi0BC |
| [13:01:51] | jya_: | i thought I copied/paste it |
| [13:02:31] | jya_: | interesting, there are two recordings I just can't delete |
| [13:03:26] | jya_: | funny, mythweb tells me it has been deleted, yet it is still showing in the watch recordings screen |
| [13:03:33] | jya_: | anyhow.. I can look into this later |
| [13:03:40] | jya_: | going to add some logging |
| [13:04:38] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [13:04:59] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [13:06:22] | sphery: | yeah, not sure what's going on, so logging some info would probably help |
| [13:07:57] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 265 seconds) | |
| [13:10:50] | jya_: | actually, I don't see *any* log I put in that part of the code |
| [13:17:06] | justinh (justinh!~justin@cpc10-salf5-2-0-cust50.10-2.cable.virginmedia.com) has joined #mythtv | |
| [13:18:44] | damaltor_ (damaltor_!sbnc@h1889977.stratoserver.net) has quit (Remote host closed the connection) | |
| [13:20:36] | jya_: | sphery: I'm an idiot... |
| [13:20:45] | jya_: | but you probably already know that |
| [13:20:49] | jya_: | I compiled in one dir |
| [13:20:53] | jya_: | ran the code from another |
| [13:20:58] | jya_: | I'm not running the code !! |
| [13:21:24] | jya_: | from my previous compilation of fixes a few days ago |
| [13:21:30] | sphery: | hehe, that would explain not seeing any of the logging :) |
| [13:21:47] | sphery: | we've all done similar, though |
| [13:22:29] | jya_: | I compile in mythtv-fixes 0.24 and mythtv-trunk for trunk. used the wrong configure line |
| [13:23:16] | jya_: | looks like my card4 is giving me grief.. hundreds of waiting for data... |
| [13:23:21] | jya_: | time for a new one.. |
| [13:23:27] | inorkuo (inorkuo!~inorkuo@nsc64.16.142-198.newsouth.net) has left #mythtv () | |
| [13:23:28] | stichnot: | Beirdo: I'm awake now, in case you're still looking for me... |
| [13:24:04] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [13:24:37] | jya_: | you mean awake still.. |
| [13:25:35] | jya_: | ok, all cards are busy, including 4a.. entering liveTV, get into 4b: check |
| [13:25:51] | stuarta: | whois stichnot |
| [13:25:54] | stuarta: | doh |
| [13:26:42] | jya_: | 1, 2, 3, 4a busy: livetv enter 4: check |
| [13:27:40] | ** jya_ really needed distclean.. redoing) ** | |
| [13:32:21] | jya_: | sphery: it seems to me that the "delete + allow re-recording" is broken. None of the show I've deleted using that option, can be recorded again from yhtweb.. it just does nothing |
| [13:37:54] | damaltor (damaltor!sbnc@h1889977.stratoserver.net) has joined #mythtv | |
| [13:39:36] | damaltor (damaltor!sbnc@h1889977.stratoserver.net) has quit (Remote host closed the connection) | |
| [13:39:44] | sphery: | jya_: you mean when you create a new schedule to record it, the episode is marked as previously recorded and not scheduled to record? |
| [13:40:04] | jya_: | that's right.. and validating in mythweb immediately returns, doing nothing |
| [13:40:39] | damaltor (damaltor!sbnc@h1889977.stratoserver.net) has joined #mythtv | |
| [13:41:01] | stichnot (stichnot!chatzilla@nat/intel/x-fwsoqmsdxzmdszub) has quit (Quit: ChatZilla 0.9.88 [Firefox 10.0.2/20120215223356]) | |
| [13:41:48] | stichnot (stichnot!~chatzilla@192.55.54.38) has joined #mythtv | |
| [13:42:10] | jya_: | http://pastebin.com/4zepquXS <- the patch currently run |
| [13:42:50] | jya_: | http://pastebin.com/ReUmpkbn -< the output |
| [13:43:00] | jya_: | that's when 1,2 4a are busy |
| [13:43:21] | jya_: | entering livetv, would expect entering 3, yet it goes into 4 |
| [13:44:13] | jya_: | looking at the log, is_busy_grp is always equal to 0, so it never enters the new code |
| [13:45:13] | jya_: | looking at the code, shouldn't it be is_input_group_busy? |
| [13:52:54] | sphery: | not sure, but it sounds reasonable |
| [13:55:08] | jya_: | i think i got confused by the function name |
| [13:55:33] | jya_: | is_input_busy is actually calling is_input_group_busy on all inputs |
| [13:58:30] | jya_: | another bug I believe.. The show I delete + re-record, that I can't schedule to record any longer in mythweb |
| [13:58:51] | jya_: | I went into livetv, I press record.. the encoder status page shows that it is recording |
| [13:59:39] | jya_: | yet: in the watch recording screen, the "recording.." sign isn't shown for that particular one (it is shown for all the other being recorded) |
| [14:00:12] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Remote host closed the connection) | |
| [14:03:54] | jya_: | gigem: my last ouptput for notight (it's 1AM here, and I have early meetings tomorrow). with changes http://pastebin.com/f4S2y1D4 (more logs) |
| [14:04:04] | jya_: | with card 1,2 and 4a in use |
| [14:04:12] | jya_: | entering livetv goes into 4 |
| [14:04:22] | jya_: | here is the output: http://pastebin.com/f4S2y1D4 |
| [14:05:52] | jya_: | as you can see: is_busy is always false , so it never enters the new special case you added |
| [14:11:45] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_) | |
| [14:22:39] | cattelan_away is now known as cattelan | |
| [14:23:36] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [14:23:55] | cattelan is now known as cattelan_away | |
| [14:24:23] | cattelan_away is now known as cattelan | |
| [14:28:25] | j-rod|afk is now known as j-rod | |
| [14:46:59] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Quit: Leaving) | |
| [14:49:53] | stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has joined #mythtv | |
| [14:49:53] | stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has quit (Changing host) | |
| [14:49:53] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [15:05:26] | rsiebert (rsiebert!~quassel@e179130062.adsl.alicedsl.de) has joined #mythtv | |
| [15:06:15] | rsiebert_ (rsiebert_!~quassel@e179131178.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [15:11:34] | stichnot: | MythUI/Qt question. TV::TV() calls setObjectName("TV"); . In MythMainWindow::ExitToMainMenu(), why does this->findChild<QObject*>("TV") always return NULL, even when there is a TV instance playing? |
| [15:14:12] | Seeker`: | total guess – not even looked at code- but a) is TV ever set to be a child of 'this' b) has it been destroyed by that point? |
| [15:15:50] | stichnot: | I looked at this a couple days ago, and I'm pretty sure TV is a direct child of the main window. I'm pretty sure the TV object is still around. |
| [15:23:37] | rsiebert_ (rsiebert_!~quassel@g229055094.adsl.alicedsl.de) has joined #mythtv | |
| [15:23:55] | rsiebert (rsiebert!~quassel@e179130062.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [15:24:20] | stuartm: | stichnot: TV isn't a child of MythMainWindow, but TvPlayWindow is |
| [15:26:48] | stuartm: | TV isn't actually a child of anything, there's no QObject(parent) in the constructor or setParent() |
| [15:33:45] | stichnot: | stuartm: thanks, I'll check in that direction. My goal is to send an EXIT_TO_MENU message/event to the TV object if it exists. But do you think it's OK to send such a message unconditionally? |
| [15:35:43] | Seeker`: | stichnot: why do you want to send that message? |
| [15:37:23] | stuartm: | stichnot: I cannot see why not, but I won't pretend that I'm 100% confident in that :) |
| [15:39:10] | stuartm: | stichnot: you could use MythObservable then you don't have to worry about whether the object exists or not, if it's there and has registered as a listener it will get the event and if not it will just be ignored |
| [15:45:27] | Captain_Murdoch: | would be best to send EXIT_TO_MENU via the event system then it can be used elsewhere potentially. |
| [15:45:47] | stichnot: | Seeker`: this is for #7939. There is perfectly good code in the TV class that exits the player even if OSD/menus are active. There is legacy code in ExitToMainMenu() that probably sent that message in the past. |
| [15:46:07] | Captain_Murdoch: | so anyone listening would exit if they knew how to act on that event. |
| [15:49:00] | stichnot: | and if no one acts on the event, should everything still be OK? |
| [15:50:47] | stichnot: | (obviously, I can just try it and see, but I'm not familiar with the overall design) |
| [15:51:39] | danielk22: | stichnot: You will probably want two events "EXIT_TO_MENU" "ENTERED_MENU", the first is sent when you want to exit to the menu and the second is sent when we are in the menu. This way you can respond to the second one to do whatever you wanted to do once in the menu (jump somewhere else I'm guessing). |
| [15:54:58] | stichnot: | danielk22: are you talking about a "complete" implementation of jumppoints? (I'm first trying to deal with the first issue of getting cleanly out of playback, which is where all the current problems I know of exist.) |
| [16:03:47] | danielk22: | stichnot: I really don't know much about the jump points. But event handling is asynchronous so when you send the EXIT_TO_MENU event you can't expect it to be handled before you execute any code depending on it being run until you get confirmation. |
| [16:04:18] | rsiebert (rsiebert!~quassel@g226062149.adsl.alicedsl.de) has joined #mythtv | |
| [16:04:35] | rsiebert_ (rsiebert_!~quassel@g229055094.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [16:08:23] | stichnot (stichnot!~chatzilla@192.55.54.38) has quit (Ping timeout: 245 seconds) | |
| [16:11:59] | rsiebert_ (rsiebert_!~quassel@g225055107.adsl.alicedsl.de) has joined #mythtv | |
| [16:12:15] | rsiebert (rsiebert!~quassel@g226062149.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [16:12:34] | davide: | jya: when i posted the patch, i said it was completely untested. hopefully, i can try it myself tonight. the exact checks might not be right, but i'm confident the concept of doing it that way is sound. |
| [16:14:11] | davide: | sphery: i think re-using the existing LiveTVPriority settings won't work for jya. aiui, he wants live tv to get a free card, but doesn't want the scheduler work around live tv. i suggest we unconditionally always try to use a free card. |
| [16:18:28] | davide: | stuartm: next_record has informational uses, but it was primarily added by bjm for use in the watch group in pbb. |
| [16:23:24] | stuartm: | davide: it's completely empty here, so either it never worked or it's been broken since |
| [16:24:40] | stuartm: | I was going to use it in a theme since it seemed like useful information to have on-screen when editing a rule |
| [16:28:15] | davide: | mine is completely empty, too. there's code to update it, but it might never have gotten tested. i'll add it to my " |
| [16:28:40] | davide: | fat fingers! i'll add it to my "need to look at" list. |
| [16:28:47] | stuartm: | thanks |
| [16:41:59] | jpabq: | kenni, Did you and Paul come to a consensus for the "include" file names? Do you want me to rename the include files used in Steppes? |
| [16:52:59] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [16:53:09] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has left #mythtv () | |
| [16:53:19] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [17:03:42] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [17:07:23] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [17:07:46] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has quit (Ping timeout: 240 seconds) | |
| [17:12:38] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (Ping timeout: 244 seconds) | |
| [17:18:53] | stichnot (stichnot!chatzilla@nat/intel/x-lrusqlhclzrgjuzk) has joined #mythtv | |
| [17:25:09] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [17:36:31] | warped (warped!~piotro@91.189.74.10) has joined #mythtv | |
| [17:41:09] | rommer (rommer!43572657@gateway/web/freenode/ip.67.87.38.87) has joined #mythtv | |
| [17:41:58] | stuartm: | themestringtools should walk include files without their names being hard-coded |
| [17:47:25] | jpabq: | stuartm, kenni wanted to be able to auto-categorize the include files. In other words, he wanted a way to automatically know that steppes-music.ui was for the music plugin. |
| [17:48:27] | stuartm: | that context would come from knowing where it was included? in this case music-ui.xml |
| [17:49:40] | jpabq: | Seems reasonable to me. |
| [17:53:09] | stuartm: | it's a bit more involved in code terms, we might parse steppes-music before music-ui.xml, so a two pass systen might be simplest, we parse through for include files and then for strings |
| [17:56:41] | andreax (andreax!~andreaz@p54BF3FED.dip.t-dialin.net) has joined #mythtv | |
| [17:57:00] | Goga777 (Goga777!~Goga777@128-71-146-230.broadband.corbina.ru) has joined #mythtv | |
| [18:01:38] | noahric (noahric!~noahric@74.125.59.74) has joined #mythtv | |
| [18:05:11] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [18:05:33] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [18:15:58] | noahric (noahric!~noahric@74.125.59.74) has quit (Quit: noahric) | |
| [18:24:53] | joki (joki!~joki@p54863F5A.dip.t-dialin.net) has quit (Ping timeout: 248 seconds) | |
| [18:25:09] | joki- (joki-!~joki@p54864941.dip.t-dialin.net) has joined #mythtv | |
| [18:25:24] | joki- is now known as joki | |
| [18:29:44] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [18:31:49] | noahric (noahric!~noahric@74.125.59.74) has joined #mythtv | |
| [18:32:36] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc) | |
| [18:41:39] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 260 seconds) | |
| [18:43:27] | stichnot: | danielk22, stuartm: in MythMainWindow::ExitToMainMenu(), I add the following code. MythEvent xe("EXIT_TO_MENU"); gCoreContext->dispatch(xe); This appears to do the right thing whether or not there is a playback window. Are there any dangers that I'm missing? |
| [18:45:36] | stichnot: | The point here is, at the start of jumppoint execution, to get the player window to shut down so that the rest of the legacy jumppoint mechanism can proceed. |
| [18:45:58] | stuartm: | stichnot: no dangers that I'm aware of, if code doesn't handle the event properly that's something different and doesn't invalidate the approach |
| [18:46:33] | stichnot: | The issue in #7939 is that OSD windows get in the way of the legacy jumppoint mechanism. |
| [18:47:45] | stichnot: | stuartm: OK. If this works out, then it's a 2-line pseudo-fix to #7939 that is much cleaner than any of my previous attempts. |
| [18:48:19] | stichnot: | however, the jumppoint mechanism still needs to be overhauled, which should be much easier once all the non-MythUI code is gone |
| [18:48:29] | stuartm: | yup |
| [18:50:48] | stichnot: | stuartm, danielk22: I will test this for a few days. If I find no problems, are you OK with me checking this in for 0.25? |
| [18:58:48] | Goga777 (Goga777!~Goga777@128-71-146-230.broadband.corbina.ru) has quit (Read error: Connection reset by peer) | |
| [19:09:34] | danielk22: | stichnot: can you stick the patch to the ticket so I can take a look.. It's a bug fix so my presumptive answer is yes, but I'd like to look at it. |
| [19:11:46] | stichnot: | danielk22: I'll do that tonight or tomorrow after I've tested in front of the TV. (so far all testing has been "blind"...) |
| [19:53:17] | noahric (noahric!~noahric@74.125.59.74) has quit (Quit: noahric) | |
| [20:01:45] | Chutt_ is now known as Chutt | |
| [20:24:56] | zCougar (zCougar!~cougar@2001:67c:32c:600:5c68:6868:16f8:ddcb) has quit (Ping timeout: 260 seconds) | |
| [20:32:49] | warped (warped!~piotro@91.189.74.10) has quit (Quit: warped) | |
| [20:36:09] | zCougar (zCougar!~cougar@2001:67c:32c:600:1503:d90b:410c:b746) has joined #mythtv | |
| [20:53:03] | noahric (noahric!~noahric@74.125.59.74) has joined #mythtv | |
| [20:58:19] | sphery: | davide: Unconditionally trying for a new card makes sense to me. I can't think of any reason anyone who uses Live TV who wouldn't want it enabled (as it seems like the "locked on mux" thing is something that annoys everyone who uses Live TV). |
| [20:58:44] | sphery: | or gigem (whoever you are now? :) ^^^ |
| [21:32:11] | stichnot_ (stichnot_!~chatzilla@192.55.54.36) has joined #mythtv | |
| [21:34:13] | stichnot (stichnot!chatzilla@nat/intel/x-lrusqlhclzrgjuzk) has quit (Ping timeout: 276 seconds) | |
| [21:34:22] | stichnot_ is now known as stichnot | |
| [21:34:43] | skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has quit (Quit: Leaving) | |
| [21:36:24] | danielk22: | sphery: davide: jya: I'm wondering the same thing. If Browse All is enabled then using a virtual card shouldn't be a big deal since you can browse to any channel and it will leave a full fledged card available for recordings as well; it would probably even be preferred because it leaves a full fledged card available. |
| [21:46:13] | sphery: | danielk22: BrowseAllTuners (labeled BrowseAllChannels) only seems (based on user descriptions of current behavior) to show all channels in browse mode, but doesn't actually switch to another tuner/input when you select them for channel change. Not sure if the channel change in the EPG is the same way, but I was under the impression that actually switched tuners, successfully. (Unless your recent commit fixed that...) |
| [21:47:15] | danielk22: | sphery: I just switched channels between tuners 5 seconds ago.. I haven't committed any fix for that in years.. |
| [21:47:39] | danielk22: | Well at least enough months that I don't remember it. |
| [21:48:00] | sphery: | er, labeled "Browse all channels" in settings. The description is, "If enabled, browse mode will shows channels on all available recording devices, instead of showing channels on just the current recorder." so I wasn't even sure if it meant "channels on other video sources" or "channels that are available in this video source, but not available on this physical tuner because we're locked to a mux" |
| [21:48:44] | sphery: | I was thinking http://code.mythtv.org/trac/changeset/194ad69 . . . 86cab4c7905/ , which ref'ed #6948 and #8211 |
| [21:49:41] | sphery: | danielk22: and you had a different recording occurring on one of the other virtual tuners in that input group at the time? and used browse mode without NEXTCARD or MENU|<whatever you select to change cards> or EPG to change channels? |
| [21:49:44] | danielk22: | Nah, that just fixed the startchan not auto filling in mythtv-setup if the channel lineup wasn't already connected to a recorder problem. |
| [21:50:16] | sphery: | and it switched to a different tuner and went to the right channel? |
| [21:51:08] | stuartm: | sphery: browse all channels shows all channels and allows changing to channels on other tuners/sources |
| [21:51:09] | danielk22: | I wasn't but I just verified that works too. |
| [21:51:20] | stuartm: | i.e. it's working as it should |
| [21:51:30] | sphery: | then why do all our users complain about being locked on a mux in live tv? |
| [21:51:31] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [21:52:30] | danielk22: | sphery: There must be some variable we're missing. Are they using cards with multiple inputs, maybe even virtual ones like DVB-S DiSEqC inputs? |
| [21:53:09] | sphery: | jya could provide a lot more information than me--he's the one who was testing davide's patch that fixes the locked on a mux issue |
| [21:53:32] | stuartm: | hmm, testing it now with a couple of in-progress recordings and it doesn't work as it should, I'm asking it for channel 11 and it's tuning channel 3 instead |
| [21:53:40] | sphery: | if someone fixed the issue, I never noticed it, but I'm pretty certain that's the issue davide is working on fixing |
| [21:54:34] | stuartm: | that's with free tuners/cards available |
| [21:54:48] | sphery: | oh, and by "fixes", I mean the current approach works around the issue by handing out new physical tuners that aren't locked to any mux |
| [21:55:56] | stuartm: | sphery: probably, I guess when I start livetv it's using a virtual tuner on an in-use card, it's unable to tune to another channel outside the current mux because it won't switch to a free card |
| [21:55:57] | davide: | danielk22: my expectation for browsing in live tv is to be shown all of the channels i could change to. if switching to a channel reuqires changing inputs or cards, i would expect that to be done automatically. |
| [21:56:23] | danielk22: | stuartm: Hmm, it still works here. I even tried switching from a channel locked on a mux to a channel on another tuner I've never tuned to before (QVC) and it worked. (I wanted to make sure I wasn't just getting a tuner already on the channel I browsed to). |
| [21:56:51] | danielk22: | davide: Right, it does the automatic switching for me... If it isn't for others that's a bug.. |
| [21:57:16] | sphery: | now the question is how in the world is it working for danielk22 ... like you said, we're probably missing some variable. |
| [21:57:41] | davide: | fwiw, it does for me too for the little bit i've tested. |
| [21:58:50] | stuartm: | danielk22: hmm, the automatic switching is definitely the expected behaviour and the current behaviour I'm experiencing isn't just unexpected, it's baffling to the user since there's no explanation for why it's changing to an entirely different channel from the one I requested |
| [22:00:27] | stuartm: | maybe it's relevant, maybe not, but there is huge overlap between my two sources and to have them make sense in the guide and livetv I've adjusted the channel numbers and callsigns to be identical |
| [22:01:29] | stuartm: | I'm struggling to think of anything else distinctive about my setup – 2x DVB-T, 1x DVB-S (3x virtual tuners each), 2 video sources (Freeview/Freesat) |
| [22:01:31] | danielk22: | Hmm, if you are on a channel that only exists on one source and switch to a channel that only exits on the other source, does it work then? |
| [22:01:46] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [22:01:47] | stuartm: | right now two tuners are in use, the DVB-S and one DVB-T |
| [22:02:30] | stuartm: | danielk22: that's what I was just trying (Channel 11 exists only on DVB-T and I was one BBC HD on DVB-S) |
| [22:02:59] | danielk22: | stuartm: Also interesting would be does this happen when the DVB-S tuner is taken out of the picture? DVB-T is a lot like ATSC, but DVB-S is not something I can test here. |
| [22:05:31] | sphery: | FWIW, this is an old ticket that referred to the issue (and several dups were filed and referenced in it): http://code.mythtv.org/trac/ticket/4989 |
| [22:06:17] | stuartm: | strange, one of the recordings has finished and it's working now ... could this be to do with card ordering? |
| [22:06:47] | sphery: | that system was single video source of DVB-T with 2 physical, each having one additional virtual tuner. |
| [22:07:44] | sphery: | stuartm: if the recording on the input group you were watching live tv on finished (so that you were the only user of that input group = physical tuner and its associated virtual tuners), then changing channels across sources would start working |
| [22:08:19] | sphery: | or are you saying that a recording on a different physical tuner finished and you were able to switch off a tuner in use by a recording to one not in use by a recording? |
| [22:08:40] | stuartm: | danielk22: I can't test without the DVB-S card until tomorrow morning when the backend is idle, although I don't expect it to make a difference, this feels higher level than that |
| [22:09:45] | stuartm: | sphery: with so many virtual tuners it's little difficult to say which physical tuners I'm watching livetv on at any given moment |
| [22:10:25] | stuartm: | however when starting livetv it appears I was given a tuner that was already in use and it wasn't possible to switch away from that card to another |
| [22:10:59] | sphery: | yeah, that's the behavior that users have described |
| [22:11:56] | danielk22: | stuartm: If you turn on -v channel the debugging might prove useful even without the DVB-S test. The very thing you describe, starting on a busy tuner, works fine here. |
| [22:11:58] | sphery: | which is why I and davide were trying to make it choose a not-in-use input group when possible for Live TV |
| [22:12:15] | stuartm: | I can't swear by it, the UI doesn't make it easy to see what's going on, although all virtual inputs are listed in the OSD they all appear without any distinguishing information and it doesn't indicate which input I'm currently using |
| [22:12:39] | danielk22: | sphery: yeah, and i think that's just a workaround for a bug we need to fix anyway :) |
| [22:12:43] | sphery: | and, if you know which is which (at least know which are part of the same input groups), the backend status page can help figure out which tuners are in use |
| [22:13:05] | davide: | stuartm: next_record should work now. |
| [22:13:19] | stuartm: | e.g. I have display names Freeview1, Freeview 2 and Freesat – the OSD shows Freeview 1, Freeview 1, Freesat, Freesat, Freesat, Freeview 1, Freeview 2, Freeview 2, Freeview 2 |
| [22:13:21] | sphery: | danielk22: agreed, but since the bug has been there for >4yrs, I was thinking a workaround is better than nothing |
| [22:13:30] | stuartm: | davide: brilliant |
| [22:13:58] | danielk22: | sphery: sure but if stuartm and jya can reproduce the bug I think we can probably fix it :) |
| [22:15:31] | stuartm: | sphery: if the virtual tuner ids bore any relation to the physical cards then I could use the backed status page, right now I'd have to dive into the DB to see how they relate |
| [22:16:39] | stuartm: | they aren't even in sequence, e.g. the third virtual tuner on the first card appears out of sequence and all my input numbers are between 29–34 |
| [22:18:04] | stuartm: | it's why I've argued so hard against using input ids as identifiers of any sort in the UI, they aren't helpful, especially not if you're not a developer :/ |
| [22:20:13] | sphery: | agreed |
| [22:20:41] | sphery: | at least, now, with davide's changes to support live tv and recording orders, the ids are only ids--and not used for determining which card is used by recordings/live tv |
| [22:21:11] | sphery: | (i.e. you don't need to reorder them, except to make it easier to see what's what, since we're showing them in the UI) |
| [22:21:45] | sphery: | but once we get a user friendly name for cards, then we can show that in backend status page (like we show input name you define in mythtv-setup during live tv) |
| [22:23:32] | stuartm: | it would be nice if we didn't show virtual tuners in the 'Switch Input' menu, we can hide that logic away, so if you have three physical tuners we show three options not 12 (or how ever many virtual tuners actually exist) |
| [22:24:05] | sphery: | that would be a very useful change |
| [22:24:30] | stuartm: | chose Input #3 and it tunes you to a free virtual tuner on that card |
| [22:24:51] | sphery: | or, better, just call it card #3 |
| [22:25:37] | sphery: | (but with a user-friendly name for card, such as one they define when creating cards, but we could default it to just card #1, etc.) |
| [22:26:05] | stuartm: | we use the display name if set right now, but it's repeated for every virtual tuner, so that the menu looks like my example from 22:13:19 |
| [22:33:56] | j-rod is now known as j-rod|afk | |
| [22:35:46] | sphery: | display name is per input--so if you set it differently on the different inputs, you'll see different. We still don't have a display name for cards (which is why we have ugly device names in backend status) |
| [22:38:53] | davide: | sphery: you haven't figured out my pattern of confusion yet? :) |
| [22:39:01] | davide: | i keep two clients up — one at work (davide) and one at home (gigem). if i tried to keep just one up at a time where ever i am, i'd always be forgetting to close it when i left. frankly, i don't know how you guys do it. i'm open to suggestions on how to handle it better. |
| [22:39:42] | sphery: | davide: for me, screen + irssi, but there are solutions for GUI clients, too (like xpra) |
| [22:39:54] | sphery: | so I only have one client ever logged in and it's always logged in |
| [22:40:13] | sphery: | basically I just display that client on whichever computer I'm working at |
| [22:42:32] | davide: | i use screen all the time, but not for irc. i like some of the things, like marker lines, that i've only seen in the gui clients. i'll take a look at xpra. |
| [23:04:40] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Read error: Operation timed out) | |
| [23:13:25] | kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.) | |
| [23:19:31] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
| [23:23:02] | superm1: | davide: if you want, i have an invite to irc cloud i can share |
| [23:23:15] | superm1: | i've been using that for a nice GUIish client accessible anywhere |
| [23:23:30] | superm1: | it's an html5 webapp |
| [23:36:01] | Seeker`: | davide: http://scripts.irssi.org/html/trackbar.pl.html |
| [23:36:10] | Seeker`: | (not tried it myself) |
| [23:42:06] | danielk22: | stuartm: I don't think input switching is something we should really be exposing to end users. I view it as debugging feature for developers. |
| [23:46:20] | wagnerrp: | irc cloud? |
| [23:46:40] | Seeker`: | I've not been following the discussion in here, but that will only work if the system is much more intelligent with how it manages live TV. ATM if it is on an input which is being used for a recording it seems to lock you to channels on that muyltiplex unless you manually change input |
| [23:46:41] | wagnerrp: | oh, a web irc client |
| [23:47:21] | wagnerrp: | davide: i currently use xpra, on an Xvfb to allow me to reconnect it to whatever X server im currently using |
| [23:49:33] | andreax (andreax!~andreaz@p54BF3FED.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [23:51:37] | davide: | thanks for the suggestions and offers, guys. i'll try to explore my options in the next few days. |
| [23:54:47] | Seeker`: | davide: that trackbar script seems to work (just downloaded it myself :P) |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.
