| Monday, April 29th, 2013, 00:21 UTC | ||
| [00:21:41] | stichnot (stichnot!~stichnot@adsl-69-110-157-62.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [00:21:41] | stichnot (stichnot!~stichnot@adsl-69-110-157-62.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [00:21:41] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [00:52:52] | mad_enz (mad_enz!~Enz@CPE00508b114c3e-CM68b6fc3f96c0.cpe.net.cable.rogers.com) has joined #mythtv | |
| [00:58:53] | danielk221 (danielk221!~danielk22@96.57.9.142) has quit (Ping timeout: 240 seconds) | |
| [01:12:55] | danielk221 (danielk221!~danielk22@exchange.wgen.net) has joined #mythtv | |
| [03:14:57] | aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has quit (Remote host closed the connection) | |
| [03:17:44] | knightr_ (knightr_!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [03:22:24] | aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has joined #mythtv | |
| [03:22:45] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 248 seconds) | |
| [03:40:46] | mad_enz (mad_enz!~Enz@CPE00508b114c3e-CM68b6fc3f96c0.cpe.net.cable.rogers.com) has quit (Quit: Leaving) | |
| [03:50:20] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 256 seconds) | |
| [03:51:23] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [04:15:49] | knightr_ (knightr_!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Quit: Leaving) | |
| [04:37:13] | toeb (toeb!~tob@HSI-KBW-37-49-118-160.hsi14.kabel-badenwuerttemberg.de) has joined #mythtv | |
| [05:14:02] | toeb (toeb!~tob@HSI-KBW-37-49-118-160.hsi14.kabel-badenwuerttemberg.de) has quit (Ping timeout: 252 seconds) | |
| [05:14:35] | stoffel (stoffel!~quassel@pD9E41E26.dip0.t-ipconnect.de) has joined #mythtv | |
| [05:50:08] | dekarl (dekarl!~dekarl@p4FE84724.dip0.t-ipconnect.de) has quit (Ping timeout: 256 seconds) | |
| [05:50:24] | dekarl (dekarl!~dekarl@p4FE85364.dip0.t-ipconnect.de) has joined #mythtv | |
| [06:01:52] | SteveGoodey (SteveGoodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has joined #mythtv | |
| [06:08:11] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has joined #mythtv | |
| [06:12:28] | SteveGoodey (SteveGoodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [06:41:36] | dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Ping timeout: 264 seconds) | |
| [06:50:47] | dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv | |
| [07:04:55] | stichnot (stichnot!~stichnot@adsl-69-110-157-62.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [07:04:56] | stichnot (stichnot!~stichnot@adsl-69-110-157-62.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [07:04:56] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [07:35:14] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:1040:acd6:20bb:7c3f) has joined #mythtv | |
| [08:45:14] | stuartm: | I was? Quite possible I said something about it being a good idea, but I've not used windows for years ... stuarta on the other hand ... |
| [09:02:17] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has quit (Ping timeout: 256 seconds) | |
| [09:21:59] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [09:24:11] | jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has quit (Ping timeout: 255 seconds) | |
| [09:32:32] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [09:36:08] | IReboot (IReboot!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has quit (Remote host closed the connection) | |
| [09:41:30] | jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has joined #mythtv | |
| [09:41:45] | IReboot (IReboot!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has joined #mythtv | |
| [09:47:24] | stuarta: | stuartm: i don't use windows in my day job anymore \o/ |
| [09:47:35] | stuarta: | side effect of who i now work for |
| [09:49:32] | stuarta: | looks like the build is working again. i'm guessing paulh fixed it |
| [09:54:08] | stuartm: | RH don't use Windows?! Guess that means you're spared the hell of power point presentations :) |
| [09:54:45] | stuarta: | we have it for the odd salesperson, and for building cross platform reproducers. |
| [09:54:55] | stuarta: | middleware quite often is run on windows |
| [10:01:23] | stuartm: | you lost me at reproducers ;) |
| [10:05:51] | stuarta: | the art of building system(s) to see the issue for yourself |
| [10:10:22] | stuarta: | but no we aren't spared the hell of powerpoint presentations, they are just openoffice presentations :) |
| [10:24:37] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [10:25:01] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has quit (Ping timeout: 245 seconds) | |
| [10:26:06] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has joined #mythtv | |
| [10:32:19] | stuartm: | doh! |
| [10:32:55] | stuarta: | on the upside, they are normally highly informative and actually interesting |
| [10:36:55] | stuartm: | yeah, bad presentations are usually not a result of the software but the individual or office culture, the ubiquity of MS Office just means that a lot of people are tempted to turn everything (no matter how boring or pointless) into 20,30,60 minute slideshow of worthless graphics and graphs instead of giving a brief verbal report |
| [10:55:17] | stuartm: | gigem: I think I may have misunderstood the scheduler behaviour when it comes to simulcast SD/HD channels, I have given the two channels the same channum but different callsign, but it's repeatedly recorded from the SD version but flagged the recording as HD, suggesting it's pulling the guide data from the HD channel |
| [10:55:39] | stuartm: | I thought as long as the callsign was different they were treated as different channels by the scheduler? |
| [10:56:30] | joki (joki!~joki@p548632ED.dip0.t-ipconnect.de) has quit (Read error: Operation timed out) | |
| [11:02:32] | stuartm: | maybe it's not the scheduler that's the problem but the recorder? i.e. it's tuning by channum instead of chanid? |
| [11:02:58] | joki (joki!~joki@p548658F2.dip0.t-ipconnect.de) has joined #mythtv | |
| [11:05:16] | stuartm: | should the channel record priorities screen shown !visible channels? I can't see why it would need to ... |
| [11:12:11] | PatrickDickey (PatrickDickey!~quassel@2001:470:1f11:830:aca6:836f:8a87:1d8b) has joined #mythtv | |
| [11:25:35] | stuartm: | gigem: fwiw, it definitely thinks it recorded from the HD channel (Channel 4 HD), even though it recorded the SD (Channel 4) :/ |
| [11:26:02] | stuartm: | I'm leaning towards it being a recorder flaw instead of a scheduler one |
| [11:31:00] | Seeker`: | stuartm: which has the lower tuner id? |
| [11:34:45] | stuartm: | both SD and HD are on the tuner with the lowest id |
| [11:51:28] | danielk221: | stuarta: So was it you who was interested in getting a windows buildbot going? :) |
| [11:52:30] | danielk221: | PS I'm sorry for still confusing the two of you after so many years, we've got to get together for beers sometime to rectify that! |
| [12:11:48] | danielk221 (danielk221!~danielk22@exchange.wgen.net) has quit (Read error: Operation timed out) | |
| [12:14:33] | stoffel (stoffel!~quassel@pD9E41E26.dip0.t-ipconnect.de) has quit (Ping timeout: 240 seconds) | |
| [12:27:57] | danielk221 (danielk221!~danielk22@96.57.9.142) has joined #mythtv | |
| [12:39:10] | jya: | stichnot: I just had a look at your patch for #11140. Something to be aware with the audio framework, is that all buffer used must be 32 bytes aligned due to the potential use of SSE2/SSE3 code. So you must allocate buffer by either manually aligning it (like what AudioOutput classes are doing with macros) or using FFmpeg's malloc |
| [12:39:10] | ** MythLogBot http://code.mythtv.org/trac/ticket/11140 ** | |
| [12:41:02] | jya: | oops, that was #111507 |
| [12:41:02] | ** MythLogBot http://code.mythtv.org/trac/ticket/111507 ** | |
| [12:41:08] | jya: | #11507 |
| [12:41:08] | ** MythLogBot http://code.mythtv.org/trac/ticket/11507 ** | |
| [12:41:55] | stichnot: | jya: ah, interesting, thanks. |
| [12:42:23] | jya: | if not, you'll get segfault |
| [12:43:09] | stichnot: | I guess I got lucky. btw, my kids declare "not a bug" because they really love the new "Alvin and the Chipmunks" voices on these recordings :) |
| [12:43:51] | jya: | hehe |
| [12:44:41] | jya: | it sounded at a higher pitch because that's stereo, and it only plays the left channels, and as half the data is skipped it goes twice as fast |
| [12:52:27] | MythBuild: | build #772 of master-linux-64bit-icc is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . c/builds/772 |
| [12:55:11] | IReboot (IReboot!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has quit (Read error: Connection reset by peer) | |
| [12:59:05] | IReboot (IReboot!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has joined #mythtv | |
| [13:02:02] | stichnot: | sphery, stuartm: http://pastebin.com/9hsD8eiN is a mockup of an idea for "menu themes", as applied to the ultra-complex and deeply hierarchical TV Playback menu. I got to thinking about this after feedback on #10581. |
| [13:02:02] | ** MythLogBot http://code.mythtv.org/trac/ticket/10581 ** | |
| [13:03:08] | stichnot: | I'd appreciate any feedback on this idea. BTW, what would need to be done to make the "text" attributes translatable? |
| [13:05:21] | stichnot: | The basic idea is to define the menu with all possible menu items, and when the menu is actually displayed, the items get filtered according to which ones should actually be available in the current context. |
| [13:05:48] | stoffel (stoffel!~quassel@pD9E41E26.dip0.t-ipconnect.de) has joined #mythtv | |
| [13:16:09] | Seeker`: | stuartm: I always thought that you could only combine channels like that if stuff that is broadcast is exactly identical. I guess that SD/HD isn't exactly identical |
| [13:29:28] | stuartm: | Seeker`: iirc you could only combine channels by callsign if they were the same (for scheduling purposes), but you combine them by channel number so that they sorted logically in the guide or when using livetv |
| [13:30:15] | Seeker`: | ah, I've never tried callsign/channel number independantly, I've always either set both the same or both different |
| [13:34:39] | stuartm: | stichnot: looks good |
| [13:39:07] | stuartm: | stichnot: translations are handled by a script that parses the xml, extracts all the 'text' attributes and writes them into a .cpp with QObject::tr("text"); |
| [13:40:31] | stuarta: | danielk221: well we need to replace the one we have or i'm going to drop it from the build network |
| [13:41:23] | jhall_ (jhall_!~jhall@2001:468:d01:9c:226:b9ff:fe2d:482e) has joined #mythtv | |
| [13:42:14] | stuartm: | well it's an app, themestringstool – currently parses themes (menu and UI) |
| [13:43:12] | stichnot: | stuartm: ah, so I got lucky with my choice of the "text" attribute name... |
| [13:46:11] | stuartm: | stichnot: no, I was describing what it needs to do, not what it currently does :) |
| [13:46:42] | stuartm: | it currently looks for <value> and <template> elements, not 'text' attributes |
| [13:46:57] | stuartm: | but we can easily add that |
| [13:46:59] | sphery: | stichnot: I love it--it's pretty much exactly what I was hoping we'd get to. You said the idea is to define all of the items and show only those that apply to the current context, so does that mean that a themer could tell it to not display items by simply not defining them or will it fall back to some default? It might be nice to be able to say, "teletext doesn't apply to me, so don't show me that stuff," or whatever (though that could ... |
| [13:47:05] | sphery: | ... always be added later). Similarly, we could add the filtering/reordering later if you don't want to add it now. |
| [13:47:15] | stichnot: | stuartm: I see... |
| [13:47:35] | stichnot: | stuartm: hopefully the translation context could be made more specific than QObject::tr |
| [13:48:18] | sphery: | stichnot: As for action names, it would be wonderful if we could do it as a 1:1 mapping of key bindings action names. I realize a few of the menu items aren't (yet?) key bindings actions, but they could be added, eventually, so feel free to just document the name of those for now if you like. |
| [13:48:22] | stichnot: | sphery: yes, the themer could explicitly omit items and they wouldn't show up |
| [13:48:26] | sphery: | nice |
| [13:48:44] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [13:49:07] | sphery: | (using action names might also allow menu themers to include actions that aren't "normally" shown as menus--which would be wonderful for supporting touch screens) |
| [13:50:22] | sphery: | stichnot: might want to talk with knightr about translation contexts for menu themes, too |
| [13:50:53] | stichnot: | I didn't stick to the original action names because they're often clumsy and not necessarily consistent/logical, but I forgot about the existing exposed uses of action names. |
| [13:51:05] | stuarta: | danielk221: beer soumds good |
| [13:54:32] | sphery: | stichnot: TTBOMK, scheduling works as you thought, but I had suspected from various (unconfirmed/uninvestigated) user reports that our channel change code now confuses channels with the same channel number due to changes to try to allow users to change channels across inputs and sources. If so, simply giving the channels different numbers should work around the issue. Remember, too, that you can just use "subchannel" numbers if you want to ... |
| [13:54:39] | sphery: | ... ensure they're sorted the way you want (so, for example 401_1 and 401_2 or whatever). In theory, the channel number should be used only for ordering the guide and for specifying a channel to jump directly to in Live TV and shouldn't have any effect elsewhere. |
| [13:54:43] | sphery: | er, stuartm ^^^ |
| [13:55:32] | sphery: | stichnot: we can always clean up action names where appropriate--I'd be happy to take on that part of that task if you'd like |
| [13:56:00] | sphery: | might just get me started on my task of unrolling the hard-coded action overrides in there, too |
| [13:57:09] | stuartm: | sphery: interesting, definitely a bug then ... I'll see if I can spot the issue |
| [13:59:55] | stuartm: | subchannel number is problematic for two reasons, my remote has no _ button and it means in livetv I'd have to explicitly request the HD channel which defeats one of the points of giving them all the same number |
| [14:01:52] | sphery: | You don't have to use the _ when changing channels, though--just type in 4011 to get to 401_1 (assuming you don't also have a 4011 channel number) |
| [14:02:26] | sphery: | but, yeah, would mean that they become "different" channels for Live TV tuning purposes, too |
| [14:03:15] | ptarcher (ptarcher!~ptarcher@96.45.70.115.static.exetel.com.au) has quit (Quit: Leaving) | |
| [14:03:35] | stuartm: | interesting, didn't know about that behaviour, there is a possibility of collisions since these channel numbers are all low 1–4, but with the satellite my channel numbers range into 4 digits |
| [14:05:16] | sphery: | yeah, smart channel change makes the separator unnecessary assuming it's unique enough without the separator... Anyway, gigem may have more info for you--I haven't looked into it, but am just saying that I wouldn't be surprised if your theory is correct |
| [14:08:32] | sphery: | stuartm: and, fwiw, I like your change to not show invisible channels on the channel priority screen--and really want to take it farther and change it so that either visible changes to enabled (which is how most think visible is supposed to work) or so that we can provide more "types" (enabled/disabled, Live TV only, scheduling only, perhaps even radio only, ...) |
| [14:10:56] | stichnot: | sphery: I would probably start with existing action names for simplicity, then clean up the names after things settle |
| [14:12:49] | stuartm: | with anything that's user editable, e.g. themes, it's generally best to get things right the first time (as I've learnt) |
| [14:13:42] | stuartm: | most users/themers want to do something once then put it behind them, they aren't really interested in having to make updates :/ |
| [14:16:23] | stichnot: | stuartm: I meant getting the strings settled before the actual mythtv release, but good point. |
| [14:17:49] | stichnot: | danielk221, paul-h: the problem linking test_mythtimer that I reported in http://irc.mythtv.org/ircLog/channel/4/2013-02-25 and was fixed in http://code.mythtv.org/cgit/mythtv/commit/?id . . . bbb01cd2521a is back. I suspect this is from a taglib change. The issue now is that -L/usr/lib is earlier in the link line than the location of my qt4.8.3 library, so it picks... |
| [14:17:50] | stichnot: | ...up the system's qt4.6 libs instead. |
| [14:26:35] | gigem: | stuartm: The behavior you're seeing is definitely odd. sphery |
| [14:27:04] | gigem: | Sorry about that — fat fingers. |
| [14:31:10] | gigem: | stuartm: The behavior you're seeing is definitely odd. sphery's suggestion of a channel tuning issue might have merit. To check the scheduler, check your logs and/or --printsched to see what chanid the scheduler says was/will be used. Next, check your channel and program tables to make sure the SD and HD channels are really different. Perhaps there's a guide import issue. Also, be sure to check |
| [14:31:13] | gigem: | channel.mplexid. |
| [14:35:32] | davidshay (davidshay!~davidshay@na-ad-guest-lwap-ar01.cat.com) has joined #mythtv | |
| [14:36:59] | stuartm: | gigem: I'll be setting up some new schedules to get some logs, going back over recordings for the past month it seems to have consistently used the wrong channel but the metadata indicates they are HD and the 'C4 HD' callsign and icon is even displayed in the OSD |
| [14:37:21] | stuartm: | the channel/program information is all correct, that was the first thing I checked |
| [14:44:27] | davidshay (davidshay!~davidshay@na-ad-guest-lwap-ar01.cat.com) has quit (Quit: davidshay) | |
| [14:49:54] | gigem: | What are the chanid and callsign in the recorded table? Are they for the SD or HD channel? |
| [14:51:53] | sphery: | stuartm: and are you sure that the guide data doesn't say HDTV, even for the shows broadcast on the SDTV channel? At least here in the US, as the transition progressed, that became common--they used the exact same guide data for both channels, but still labelled those shows that were downscaled from HDTV as HDTV. |
| [14:52:49] | sphery: | meaning the original source guide data (it seems you've checked that the data inside MythTV has videoprop set to HDTV, so I just wanted to verify that its source of information is correct) |
| [15:06:21] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [15:08:13] | stuartm: | sphery: quite sure :) hdtv is '0' for all showings except the one on on the HD channel |
| [15:09:36] | stuartm: | and the recorded table says the chanid was '106999' which is Channel 4 HD |
| [15:10:38] | stuartm: | i.e. it didn't believe it was recording one of the SD versions of the channel but the HD channel, and yet the recording is SD :) |
| [15:13:12] | stuartm: | the only explanation I can think of is that the recorder at some stage identified the channel by channum, and not chanid which lead to it recording on the wrong channel |
| [15:13:35] | stuartm: | channel 4 HD doesn't even share a mux with one of the SD channels – http://en.kingofsat.net/pack-freesat.php |
| [15:14:41] | stuartm: | which I'd imagine could have caused real problems if two recordings were scheduled to occur on the same mux with the same physical tuner, but the recorder tuned the wrong channel and therefore the wrong mux |
| [15:15:51] | stuartm: | in fact that might explain the errors I was seeing a while ago, program not found in PAT stuff ... |
| [15:20:05] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 248 seconds) | |
| [15:22:21] | stuartm: | to top it off, backend logs show – "Tuning recording: "<title>": channel 106999 on cardid 26, sourceid 7" and "Finished recording <title>: channel 106999" |
| [15:22:51] | stuartm: | and yet it demonstrably didn't record from 106999 :) |
| [15:31:52] | jheizer_ (jheizer_!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [15:35:28] | jheizer (jheizer!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 272 seconds) | |
| [15:38:54] | stuartm: | I've got another programme scheduled to record on that channel tonight, I'll enable more verbose logging and perhaps add some of my own to figure out exactly where it's going wrong |
| [15:39:20] | LuisFlores3 (LuisFlores3!ada1c8ab@gateway/web/freenode/ip.173.161.200.171) has joined #mythtv | |
| [15:57:10] | SteveGoodey (SteveGoodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has joined #mythtv | |
| [16:01:02] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has quit (Quit: FabriceMG) | |
| [16:07:28] | stoffel (stoffel!~quassel@pD9E41E26.dip0.t-ipconnect.de) has quit (Remote host closed the connection) | |
| [16:09:08] | knightr: | stuartm, sphery themstringstool puts them in the ThemeUI context (unfortunately stichnot is not logged on so he won't see this). If you want to add a new tag to parse let me know... |
| [16:11:41] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Ping timeout: 245 seconds) | |
| [16:12:08] | tstorm (tstorm!~tstorm@173-164-230-21-SFBA.hfc.comcastbusiness.net) has joined #mythtv | |
| [16:13:11] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [16:20:20] | tstorm (tstorm!~tstorm@173-164-230-21-SFBA.hfc.comcastbusiness.net) has quit (Quit: tstorm) | |
| [16:25:03] | LuisFlores3 (LuisFlores3!ada1c8ab@gateway/web/freenode/ip.173.161.200.171) has quit (Ping timeout: 245 seconds) | |
| [16:25:26] | tstorm (tstorm!~tstorm@173-164-230-21-SFBA.hfc.comcastbusiness.net) has joined #mythtv | |
| [16:25:36] | Steve-Goodey (Steve-Goodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has joined #mythtv | |
| [16:33:04] | wolfgang3 (wolfgang3!~wolfgang@178-27-144-160-dynip.superkabel.de) has quit (Ping timeout: 260 seconds) | |
| [16:35:21] | wolfgang3 (wolfgang3!~wolfgang@178-27-144-160-dynip.superkabel.de) has joined #mythtv | |
| [16:48:22] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [16:53:13] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:1040:acd6:20bb:7c3f) has quit (Read error: Connection reset by peer) | |
| [16:58:54] | cesman (cesman!~cesman@pool-108-23-186-248.lsanca.fios.verizon.net) has joined #mythtv | |
| [16:58:54] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [16:58:54] | cesman (cesman!~cesman@pool-108-23-186-248.lsanca.fios.verizon.net) has quit (Changing host) | |
| [17:08:20] | stichnot (stichnot!~stichnot@216.239.45.130) has joined #mythtv | |
| [17:08:21] | stichnot (stichnot!~stichnot@216.239.45.130) has quit (Changing host) | |
| [17:08:21] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [17:18:58] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [17:19:12] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [17:19:52] | Steve-Goodey (Steve-Goodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [17:22:05] | stichnot: | knightr: I'll look for clues in themestringtool for a good way to structure the xml to facilitate translation. |
| [17:23:28] | Steve-Goodey (Steve-Goodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has joined #mythtv | |
| [17:27:57] | ElmerFudd (ElmerFudd!~le@87-55-166-130-static.dk.customer.tdc.net) has quit (Remote host closed the connection) | |
| [17:42:53] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Remote host closed the connection) | |
| [17:45:09] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [17:51:57] | Steve-Goodey (Steve-Goodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [17:54:35] | Steve-Goodey (Steve-Goodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has joined #mythtv | |
| [18:01:24] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 258 seconds) | |
| [18:11:38] | tstorm (tstorm!~tstorm@173-164-230-21-SFBA.hfc.comcastbusiness.net) has quit (Quit: tstorm) | |
| [18:12:01] | ElmerFudd (ElmerFudd!~le@87-55-166-130-static.dk.customer.tdc.net) has joined #mythtv | |
| [18:14:37] | stoffel (stoffel!~quassel@pD9E41E26.dip0.t-ipconnect.de) has joined #mythtv | |
| [18:15:02] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [18:19:17] | tstorm (tstorm!~tstorm@173-164-230-21-SFBA.hfc.comcastbusiness.net) has joined #mythtv | |
| [18:48:52] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 260 seconds) | |
| [19:24:14] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Remote host closed the connection) | |
| [19:24:42] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [19:26:37] | knightr: | stichnot, that program is actually pretty simple, as long as it knows what tag name to extract it will be able to extract it wherever it is in the XML file... |
| [19:27:18] | stuartm: | Apr 29 20:23:34 scafell mythlogserver: mythbackend[22793]: I TVRecEvent recorders/dtvchannel.cpp:181 (SetChannelByString) DTVChan[26](/dev/dvb/adapter0/frontend0): SetChannelByString(4): |
| [19:28:09] | stuartm: | well there's the problem, it _is_ using the channum to select which channel to tune instead of using the requested chanid :( |
| [19:29:07] | knightr: | please don`t use the old lang= syntax, that way of doing things is deprecated and should probably be removed unless somebody thinks there's a good reason to keep it.... |
| [19:29:13] | knightr: | stuartm^^^ |
| [19:29:44] | stuartm: | no reason to keep it |
| [19:30:32] | knightr: | let me know what the new tag is and I'll add it (and will cleanup some other things as well...) |
| [19:31:36] | knightr: | stuartm, thank! that's what I thought but I wanted to be sure you didn't see any valid reason to keep it... |
| [19:32:22] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 256 seconds) | |
| [19:33:33] | stuartm: | knightr: only reason to keep it is that it's a slightly easier translation mechanism for entirely custom setups (modified installs for hospitals etc), but we shouldn't be using it for official releases |
| [19:35:50] | tstorm (tstorm!~tstorm@173-164-230-21-SFBA.hfc.comcastbusiness.net) has quit (Quit: tstorm) | |
| [19:36:42] | stichnot: | knightr: it's very doubtful that menu themes would go into 0.27. This would be a pretty big change that would need a lot of time to bake in Master. |
| [19:37:52] | stichnot: | knightr: In the particular pastebin example, all the translatable strings in that xml would have been removed from tv_play.cpp and transplanted verbatim into the xml file. |
| [19:40:16] | stuartm: | danielk221: seems we've been using the channum as a unique identifier since at least the time of the tvrec branch merger in 2011, but previous consensus has been that it's not unique and should be treated as such, it's also different to what the scheduler expects when it chooses an exact channel to record from, it's expecting to be able to record other channels on the same mux at the same time but the recorder can just end up tuning an entirely |
| [19:40:17] | stuartm: | different mux instead |
| [19:41:31] | stoffel_ (stoffel_!~quassel@pD9E42AFB.dip0.t-ipconnect.de) has joined #mythtv | |
| [19:41:55] | stoffel (stoffel!~quassel@pD9E41E26.dip0.t-ipconnect.de) has quit (Ping timeout: 246 seconds) | |
| [19:42:13] | knightr: | stuartm, so it sounds like we have to keep it... |
| [19:43:14] | knightr: | stichnot, more specifically everything under InitKeys I guess? (which are currently in the MythControls context) |
| [19:43:50] | knightr: | oops, gotta go, break is finished... ttyl |
| [19:43:52] | stuartm: | knightr: we don't have to, but as long as we're not using it ourselves there's no reason to remove the code that allows it |
| [19:48:39] | stichnot: | knightr: no, all translatable strings within TV::FillOSDMenu*() methods |
| [20:03:26] | stoffel_ (stoffel_!~quassel@pD9E42AFB.dip0.t-ipconnect.de) has quit (Remote host closed the connection) | |
| [20:25:46] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Quit: Ex-Chat) | |
| [20:36:48] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [20:50:25] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [20:54:40] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [21:01:25] | tstorm (tstorm!~tstorm@173-164-230-21-SFBA.hfc.comcastbusiness.net) has joined #mythtv | |
| [21:01:49] | gigem: | stuartm: I suspect danielk221 used the assumption that channel number is unique for a for a single video source even though it might not be unique globally. That's not an unreasonable assumption for those on this side of the pond where the channel number is still the tuning ID used by humans. |
| [21:06:45] | Steve-Goodey (Steve-Goodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:07:42] | SteveGoodey (SteveGoodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:08:27] | stuartm: | gigem: working on a patch atm which uses chanid if it was given (recordings), and channum otherwise (livetv) |
| [21:10:52] | stuartm: | gigem: it's still the tuning id here, but for two key problems, at least on satellite we get regional versions of the same channel, mostly the same programming but local news – STBs would only show one of these, for the region the viewer lives in but we don't enforce that and some people like having them all available so they can see the regional news/programming |
| [21:11:28] | stuartm: | the LCN given for those regional channels is identical, e.g. Channel 4 is always #4 |
| [21:11:28] | ** MythLogBot http://code.mythtv.org/trac/ticket/4 ** | |
| [21:12:08] | rsiebert_ (rsiebert_!~quassel@g224251018.adsl.alicedsl.de) has joined #mythtv | |
| [21:13:02] | stuartm: | they do give different LCNs to the HD versions of channels, but usually these are completely unrelated to the number of the SD version, we don't have 'subchannel' numbering scheme that is used for ATSC |
| [21:13:09] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 248 seconds) | |
| [21:13:33] | stuartm: | so many users would tend to re-number the HD channels to match the SD version so that they are easy to find |
| [21:13:34] | nephyrin (nephyrin!~neph@nat/mozilla/x-jbkgzwyzhlnnvmqp) has joined #mythtv | |
| [21:15:23] | stuartm: | again, some STBs are smart enough to always give users the HD version of the channel when they enter '4' so long as they have an HD TV attached, but that either relies on linkage data we don't parse or firmware updates shipped out OTA |
| [21:15:30] | rsiebert (rsiebert!~quassel@g225061188.adsl.alicedsl.de) has quit (Ping timeout: 276 seconds) | |
| [21:19:39] | stuartm: | anyway, point is that it's not a safe assumption that a channum is unique on a source because we don't enforce that with unique keys or key constraints, changing the code to do that and fixup channums on insertion would involve a lot of work and would probably break a lot of existing setups, much easier just to change it to use chanid with a fallback to channum |
| [21:25:03] | tstorm (tstorm!~tstorm@173-164-230-21-SFBA.hfc.comcastbusiness.net) has quit (Read error: Connection reset by peer) | |
| [21:27:07] | tstorm (tstorm!~tstorm@173-164-230-21-SFBA.hfc.comcastbusiness.net) has joined #mythtv | |
| [21:30:34] | stichnot (stichnot!~stichnot@adsl-69-110-157-62.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [21:30:34] | stichnot (stichnot!~stichnot@adsl-69-110-157-62.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [21:30:35] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [21:32:57] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [21:34:54] | XDS2010 (XDS2010!uid1218@gateway/web/irccloud.com/x-qywqjieyfengiyzx) has quit (Ping timeout: 258 seconds) | |
| [21:35:17] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 258 seconds) | |
| [21:47:12] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [21:48:55] | gigem: | stuartm: I'm not arguing one way or the other on this particular issue. Your proposed change sounds reasonable, but I'll defer to danielk221 on it. |
| [21:59:31] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [22:13:20] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Read error: Connection reset by peer) | |
| [22:13:57] | PatrickDickey (PatrickDickey!~quassel@2001:470:1f11:830:aca6:836f:8a87:1d8b) has quit (Remote host closed the connection) | |
| [22:30:55] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [22:34:46] | sphery: | stuartm: It sounds to me like you're taking the right approach--and putting things back how they were originally designed. I'm pretty sure this was just an oversight in the (far too many) attempts to make it so users can change channels across inputs/sources, but assuming channel number is unique would break many other things (as you've found with multirec, plus channel priorities if we can't be sure we're getting the channel the scheduler ... |
| [22:34:52] | sphery: | ... requests, plus "this channel" differentiability based on stationid/callsign, plus...) not to mention would require us to change a lot of users' data (since many use the same channum/callsign on channels with same content to condense them to one row in the guide). |
| [22:36:14] | sphery: | it makes the most sense to me that channel number should be "display" only (i.e. used for the guide/sorting the guide and as a "quick jump to" in Live TV) and not have any impact, whatsoever, on scheduling/recordings |
| [22:38:00] | sphery: | (since scheduling/recordings are already designed around callsign/stationid for specifying same/different channel) |
| [22:44:51] | stuartm: | some of the existing code is, to be frank, depressing, I'm guessing it's mostly a product of successive edits and patches combined with a reluctance to refactor code that has previously worked no ugly how the original approach might have been |
| [22:49:14] | stuartm: | the channel stuff mostly and channelutil in particular, but more generally there's a lack of continuity between classes (and structs) which are all storing more or less the same data, but instead of passing those though we're converting from one storage to another (multiple time), loosing information, then having to hit the db and other sources to reacquire it again later on |
| [22:51:17] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection) | |
| [23:00:07] | danielk221: | stichnot: It's probably because I'm linking to the libmythbase library now. Obviously it works here, but I'll look into it. |
| [23:01:30] | danielk221: | stuartm: Do the channels have callsign set? The channel scanner should set it. |
| [23:02:46] | danielk221: | stuartm: channum has always been used to tune channels. I'd like to make it tune by chanid, but I've started that effort a couple times and aborted it because it was just insanely invasive. |
| [23:03:54] | danielk221: | stuartm: If you'd like to do it I'm all for it! Lets just do it in a branch and test the dickens out of it. |
| [23:04:24] | danielk221: | BTW I think a test suite would make it safer to do refactors... |
| [23:08:24] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [23:08:24] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Changing host) | |
| [23:08:25] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [23:09:05] | NightMonkey (NightMonkey!~NightrMon@nat1.sp.collab.net) has joined #mythtv | |
| [23:09:05] | NightMonkey (NightMonkey!~NightrMon@nat1.sp.collab.net) has quit (Changing host) | |
| [23:09:05] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [23:27:32] | stichnot: | danielk221: this is the commit that breaks my build when I have a custom qt4.8: http://code.mythtv.org/cgit/mythtv/commit/?id . . . cec1f1c01d3c |
| [23:28:47] | stichnot: | problem is that "taglib-config --libs" returns "-L/usr/lib -ltag" and then -L/usr/lib shows up in my link line before the custom qt lib path |
| [23:29:23] | stichnot: | It actually affects all links, but the mythtimer test is the only one that actually produces a link error |
| [23:29:59] | danielk221: | ah, is that new dependency added to libmythbase ? |
| [23:30:01] | stichnot: | I "fixed" it locally by stripping -L/usr/lib out of the taglib-config result |
| [23:31:02] | stichnot: | I'm not sure exactly where the dependency is added, but it affects most if not all library links |
| [23:32:39] | danielk221: | Adding -L/usr/lib to the link line in the wrong place will break builds, especially if say the wrong Qt or libmythtv lives there. |
| [23:33:40] | stichnot: | I wonder if it's actually not a bad idea to strip /usr/lib, /lib, etc out of the taglib-config output |
| [23:36:05] | danielk221: | stichnot: What we usually do is strip it out and then add it back at the end. |
| [23:37:48] | XDS2010 (XDS2010!uid1218@gateway/web/irccloud.com/x-gzhkfvmbdgnhxmyt) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.