MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (78):

aca20031, aloril, CeilingKitten, cesman, Chutt, coling, fetzerch, Gibby, gregL, jams, jarle, jheizer, joki, jpabq, jpabq_, kc, kenni, kurre2, kwmonroe, MythBuild, MythLogBot, peper03, Seeker`, Sharky112065, sphery, sraue, stichnot, stuarta, stuartm, wahrhaft, xris, Anssi, Beirdo, Captain_Murdoch, Cougar, David_Miller, dblain, ElmerFudd, GreyFoxx, J-e-f-f-A, jarryd, joe_____, jpharvey__, jst, jwhite, jya, kormoc, MaverickTech, moparisthebest, neufeld, Nothing4You, poptix, purserj, robink, seld, SmallR2002, superm1, taylorr, tgm4883, tonsofpcs, tris, wagnerrp, XDS2010_, _charly_, jya_, ghoti, Tobbe5178, dekarl, IReboot, wolfgang, rsiebert_, natanojl, skd5aner, knightr, dgeary2, brfranse_, clever_, danielk22
Saturday, August 10th, 2013, 00:36 UTC
[00:36:17] jya_: knightr_: I'm sure that if anyone else had done those strings changes, you would have screamed about the fact we were in a string freeze...
[00:41:55] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_)
[01:07:30] tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (Ping timeout: 245 seconds)
[01:08:38] rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (Ping timeout: 264 seconds)
[01:12:19] tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv
[01:12:21] rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:1d5e:26ec:1fbd:a4cb) has joined #mythtv
[01:12:21] rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:1d5e:26ec:1fbd:a4cb) has quit (Changing host)
[01:12:21] rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv
[01:35:17] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[01:38:22] xris (xris!~xris@xris.forevermore.net) has quit (Excess Flood)
[01:43:39] shoop_da_whoop (shoop_da_whoop!~Adium@c-68-45-26-103.hsd1.nj.comcast.net) has quit (Quit: Leaving.)
[01:44:07] knightr_ (knightr_!~knight@69-165-170-178.dsl.teksavvy.com) has quit (Ping timeout: 246 seconds)
[01:51:28] joki (joki!~joki@p54862567.dip0.t-ipconnect.de) has quit (Ping timeout: 264 seconds)
[01:55:06] xris (xris!~xris@xris.forevermore.net) has joined #mythtv
[01:55:07] xris (xris!~xris@xris.forevermore.net) has quit (Changing host)
[01:55:07] xris (xris!~xris@mythtv/developer/xris) has joined #mythtv
[01:58:11] joki (joki!~joki@p54862364.dip0.t-ipconnect.de) has joined #mythtv
[01:59:59] knightr_ (knightr_!~knight@69-165-170-178.dsl.teksavvy.com) has joined #mythtv
[02:01:13] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!)
[02:03:24] knightr_: jya, no as these don't add any new translatable strings (except for a very very few which are fixes, I could track those down if you wish) , the same rule apply for me as for anybody else...
[02:03:40] knightr_: s/rule/rules
[02:04:18] knightr_: when a string change context the translation that was done is recopied in the new context..
[02:09:11] knightr_: hya, you are suggesting that I act in bad faith which is something I don't like...
[02:09:52] knightr_: and if you look at the time I was asked about adding new strings I always said to go ahead if it was to fix something...
[02:10:56] knightr_: (we're in soft string freeze, it always OK to add new strings if it is to fix something...)
[02:22:21] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 240 seconds)
[02:23:44] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[02:27:32] peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv
[02:29:38] shoop_da_whoop (shoop_da_whoop!~Adium@c-68-45-26-103.hsd1.nj.comcast.net) has joined #mythtv
[02:32:21] gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv
[02:58:00] knightr_ (knightr_!~knight@69-165-170-178.dsl.teksavvy.com) has quit (Ping timeout: 276 seconds)
[03:06:06] knightr_ (knightr_!~knight@69-165-170-178.dsl.teksavvy.com) has joined #mythtv
[03:23:16] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 264 seconds)
[03:24:27] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[03:33:58] jya_: danielk221: those QBENCHMARK makes very little sense sometimes...
[03:34:30] jya_: some values its returning just can't be right
[03:48:20] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_)
[04:03:35] wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has joined #mythtv
[04:21:40] wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has quit (Remote host closed the connection)
[04:59:09] dgeary2 (dgeary2!~debian@pa49-187-85-112.pa.nsw.optusnet.com.au) has joined #mythtv
[05:11:34] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[05:12:45] dgeary2 (dgeary2!~debian@pa49-187-85-112.pa.nsw.optusnet.com.au) has quit (Remote host closed the connection)
[05:17:56] jya_: knightr_: it was a tongue in cheek comment... Aren't strings translated within a context? so if you change the context, that string will now be untranslated until the translator find it, and copy/paste the previously translated strings...
[05:56:01] jya_: I'm going to remove the run of the unit tests by default.. would have to do make all test in the buildbot...
[06:18:06] shoop_da_whoop (shoop_da_whoop!~Adium@c-68-45-26-103.hsd1.nj.comcast.net) has quit (Quit: Leaving.)
[06:23:08] dgeary2 (dgeary2!~debian@pa49-187-85-112.pa.nsw.optusnet.com.au) has joined #mythtv
[06:35:05] jya_: knightr_: the content of the menu, is that translation or up to the theme? in the myth aeon theme, the "enable up mixer" shows as "auto detect"
[07:21:46] stoffel (stoffel!~quassel@pD9E40A37.dip0.t-ipconnect.de) has joined #mythtv
[07:27:22] dekarl: jya, first I thought you see the same issue as me ( http://www.mythtv.org/wiki/UPDATE_FILE_SIZE_%28Myth_Protocol%29 getting queued before the program list in recorded.php) but know I think it might be related to http://pastebin.com/YJvRbVZt
[07:27:39] dekarl: s/know/now/
[07:29:07] dekarl: I'm away all day, so I can't push it in case it fixes something critical... Feel free to push it, so it makes RC if it works for you
[07:43:43] dgeary2 (dgeary2!~debian@pa49-187-85-112.pa.nsw.optusnet.com.au) has quit (Ping timeout: 264 seconds)
[07:44:11] dgeary2 (dgeary2!~debian@pa49-187-85-112.pa.nsw.optusnet.com.au) has joined #mythtv
[07:48:42] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_)
[07:57:47] SteveGoodey (SteveGoodey!~steve@host86-145-236-203.range86-145.btcentralplus.com) has joined #mythtv
[08:10:12] dgeary2 (dgeary2!~debian@pa49-187-85-112.pa.nsw.optusnet.com.au) has quit (Quit: Ex-Chat)
[08:21:25] stoffel (stoffel!~quassel@pD9E40A37.dip0.t-ipconnect.de) has quit (Ping timeout: 248 seconds)
[09:27:11] paul-h (paul-h!~Paul@176.253.145.244) has joined #mythtv
[09:55:51] stoffel (stoffel!~quassel@pD9E40A37.dip0.t-ipconnect.de) has joined #mythtv
[09:58:19] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[09:58:22] jya_: stichnot: there's something very screwy happening and this is very recent...
[09:59:01] jya_: when watching a videos, when playback reaches the end ; it doesn't exit anymore. It just get stuck on the last frame. You must press exit
[09:59:50] SteveGoodey (SteveGoodey!~steve@host86-145-236-203.range86-145.btcentralplus.com) has quit (Quit: Konversation terminated!)
[10:00:08] jya_: in live TV, when moving to a new recording, you can't go back to the previous one.. Say I have a 38 minutes programs going to a 50 minutes new program. Pause was pressed right when the new program started.
[10:01:08] jya_: You press back, you get to 37 minutes on the previous program. Now you do 37 back (to get back to the beginning of that program). You wait 4–5s and bang you're back to the beginning of the 50 minutes program.
[10:01:36] jya_: it's impossible to rewind and stay in the previous program. It very quickly go back to the next
[10:10:34] jya_: I created #11730 and #11731
[10:10:34] ** MythLogBot http://code.mythtv.org/trac/ticket/11730 **
[10:10:34] ** MythLogBot http://code.mythtv.org/trac/ticket/11731 **
[10:17:55] stoffel (stoffel!~quassel@pD9E40A37.dip0.t-ipconnect.de) has quit (Ping timeout: 264 seconds)
[10:48:30] Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has joined #mythtv
[10:49:47] paul-h: stuartm: Do we still need the 'Build background buttonlist item xxx' messages in watch recording?
[10:50:32] stuartm: paul-h: I think stichnot added those, but no, I don't think they are needed
[10:52:12] paul-h: Maybe just move them to VB_GUI?
[10:53:16] paul-h: The logging is actually in MythUIButtonList::customEvent()
[10:53:44] IReboot (IReboot!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has quit (Remote host closed the connection)
[10:56:08] IReboot (IReboot!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has joined #mythtv
[11:04:40] paul-h: Moved it to VB_GUI
[11:06:19] paul-h: I'm itching to re-enable the animations in MythCenter-wide to put a bit of bling in the release but I think that would be a step to far :)
[11:06:39] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv
[11:07:56] paul-h: We should have done the theme inheritance we talked about
[11:08:32] stuartm: there's only so much time :/
[11:18:41] dekarl1 (dekarl1!~dekarl@p4FCEE89C.dip0.t-ipconnect.de) has joined #mythtv
[11:19:38] dekarl (dekarl!~dekarl@p4FE85513.dip0.t-ipconnect.de) has quit (Ping timeout: 240 seconds)
[12:07:32] jya_: stuartm, paul-h : well, we're already late in regards to release... maybe there's time to do it :)
[12:14:47] Nindustries (Nindustries!~Nindustri@unaffiliated/nindustries) has joined #mythtv
[12:14:52] Nindustries: Hi
[12:15:06] Nindustries: So.. does MythTV run fine in FreeBSD jails?
[12:28:14] knightr_: jya_, yes they are but if they are new and the Qt tools sees that they were already translated in another context it fills them in.. The only thing you have to do is confirm the translation and I made sure our translators knew how to reconfirm them in the fastest way possible... It litterally took me hours to do some of those context changes, it takes them minutes to reconfirm them...
[12:29:08] knightr_: if it had meant they had to copy-paste them it would have been entirely unacceptable to do those context changes, I did well over 500 of them...
[12:34:31] knightr_: MythAeon is not a theme we specifically translate (there wasn't enough time), so if that menu is managed by the theme and the string is new it is left untranslated...
[12:35:28] knightr_: If that's the case then there is a way to provide your own translation (by editing the theme) you could use..
[12:40:19] knightr_: you have to add additional entries in the XML file. Let's say your string is in a description, you would need to adds something like <description lang=fr>Quelques mots</description> after the original description entry... That's the old way of translating theme which is no longer recommended to use but still supported by the application...
[12:44:23] stichnot_ (stichnot_!~stichnot@adsl-68-127-28-24.dsl.pltn13.pacbell.net) has joined #mythtv
[12:45:20] gigem_ (gigem_!~david@pool-96-226-13-10.dllstx.fios.verizon.net) has joined #mythtv
[12:45:20] gigem_ (gigem_!~david@pool-96-226-13-10.dllstx.fios.verizon.net) has quit (Changing host)
[12:45:20] gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv
[12:45:21] rsiebert (rsiebert!~quassel@e179135157.adsl.alicedsl.de) has joined #mythtv
[12:45:24] brfranse_ (brfranse_!~brfransen@64.179.169.226) has joined #mythtv
[12:49:46] clever_ (clever_!~clever@nwcsnbsc00w-142167021018.dhcp-dynamic.FibreOp.nb.bellaliant.net) has joined #mythtv
[12:50:57] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 246 seconds)
[12:50:57] rsiebert_ (rsiebert_!~quassel@e179135157.adsl.alicedsl.de) has quit (Ping timeout: 246 seconds)
[12:50:58] gigem (gigem!~david@mythtv/developer/gigem) has quit (Ping timeout: 246 seconds)
[12:50:58] brfransen (brfransen!~brfransen@64.179.169.226) has quit (Ping timeout: 246 seconds)
[12:50:58] clever (clever!~clever@nwcsnbsc00w-142167021018.dhcp-dynamic.FibreOp.nb.bellaliant.net) has quit (Ping timeout: 246 seconds)
[12:52:26] knightr_ (knightr_!~knight@69-165-170-178.dsl.teksavvy.com) has quit (Read error: No buffer space available)
[12:52:35] CeilingKitten (CeilingKitten!~CeilingKi@206-248-157-46.dsl.teksavvy.com) has quit (Read error: No buffer space available)
[12:52:43] knightr_ (knightr_!~knight@69-165-170-178.dsl.teksavvy.com) has joined #mythtv
[12:53:52] CeilingKitten (CeilingKitten!~CeilingKi@206-248-157-46.dsl.teksavvy.com) has joined #mythtv
[12:54:17] stichnot_: paul-h: I wanted those "build background buttonlist" messages when it was first released because otherwise I was sure we would get meaningless complaints that the frontend is using 100% CPU while apparently doing nothing. At this point I think it's fine to downgrade the log message.
[12:54:43] danielk221 (danielk221!~danielk@exchange.wgen.net) has quit (Ping timeout: 277 seconds)
[12:55:08] danielk22 (danielk22!~danielk@exchange.wgen.net) has joined #mythtv
[13:04:14] natanojl: knightr_: https://github.com/MythTV/mythtv/blob/master/ . . . or.cpp#L456, I think it would be better to use "(Create new group)"
[13:05:14] stuartm: yeah
[13:06:56] stuartm: you could even leave out the brackets, they don't affect the translation in any way – "Create new group", although that's messier on the code side
[13:07:25] stuartm: but definite "Create new group", "Create new storage group" etc is better than "Create %1 group"
[13:12:27] stichnot_: jya: your 2 new tickets, it seems to be working for me, testing with HDHR and HDPVR. What tuner are you using?
[13:18:45] stichnot_: jya: I'm suspicious of the code I added to mythplayer.cpp regarding "audioDrained". This code is to prevent early playback exit of audio-only recordings. Can you force it to true and see if that changes anything?
[13:18:52] stuartm: knightr_: I think we should write some translation and localisation specific additions to the coding standards before 0.28, I can start the ball rolling but it would be good to have input from translators
[13:19:53] knightr_: natanojl, thanks! I hadn't spotted it when I went through that classs...
[13:19:59] stichnot_ is now known as stichnot
[13:21:37] stuartm: aside from the string specific stuff, I want to increase awareness of the number formatting localisation provided by MythLocale
[13:25:15] natanojl: stuartm, knightr_: Great
[13:26:58] stichnot: yay, just noticed my first spam to my mythtv.org email address
[13:27:28] stuartm: not most people's first reaction ...
[13:29:32] stichnot: fortunately, gmail correctly categorized it
[13:33:16] knightr_: stuartm, I was thinking about it (especially with the cleanup I did and will continue to do after release with the contexts, QObject::tr() is no longer used in any of the plugins right now) but I have mixed feeling about doing it right now... I don't want to start seeing everybody refactor old code to conform to the new standards without having the possibility of doing it gradually (so that we don't end up having too much work for the t
[13:33:16] knightr_: ranslators at the next release) and having the chance of evaluating how what's left to be done should be addressed.
[13:33:52] dgeary2 (dgeary2!~debian@pa49-187-82-9.pa.nsw.optusnet.com.au) has joined #mythtv
[13:34:23] knightr_: That said, I have already established a few ways to address a lot of the stuff that needs to be addressed...
[13:36:15] ** knightr_ had started working on translation coding standards but the document is most likely on my computer who developped disk problems (I can't boot it right now...) **
[13:36:24] Vink (Vink!~vink@horde.mon-net.org) has joined #mythtv
[13:38:46] knightr_: I am also trying to get more info on how to better support RTL languages which is something I will obviously need your help on...
[13:39:25] Vink: re.. It seems I've something else than issue #9592 for my EIT scanning issue
[13:39:25] ** MythLogBot http://code.mythtv.org/trac/ticket/9592 **
[13:40:06] Vink: dvbsnoop -s sec 0x11 | grep Service_ gives all channels and EIT_schedule_flag:* is always 0
[13:41:10] knightr_: (to render a mirror image of our screens, essentially render them backwards...)
[13:44:06] stuartm: yup, I'm not yet sure of the full implications and complications that RTL would involve
[13:45:39] stuartm: rendering screens backwards might not be so difficult, but knowing which image need to be flipped and which should remain untransformed – or whether that would even be an issue in practice
[13:45:55] Nindustries: Is there a channel for oscam?
[13:46:22] Vink: ' dvbsnoop -s sec 0x12' gives EIT for all channel I've on my cable network
[13:47:52] knightr_: stuartm, looks like rendering most if not all of the screen backwards would be a step. Removing sentences concatenations (I am not talking about words which we already know must still be addressed in a few places) or at least having it done depending on the language orientation and concatenation rules would have to be addressed too.
[13:48:11] Vink: oh it's wrong it's only the active TSID with dvbsnoop 0x12
[13:50:00] knightr_: I removed some of those sentences concatenations (except those where a carriage return was involved) but I know there are still some left...
[13:50:59] knightr_: after 0.27 I'll issue a call for translators and if you think we can work on RTL languages I'll ask more specifically about it..
[13:51:48] knightr_: We had an Hebrew translator but for what I gathered he is now the boss of a relatively big company in Israel so I am not sure if he could be any help nowadays...
[13:56:29] Vink (Vink!~vink@horde.mon-net.org) has quit (Quit: BitchX: No wardrobe malfunctions here!)
[13:58:32] exoon (exoon!~exoon@p4FD4328D.dip0.t-ipconnect.de) has joined #mythtv
[14:05:37] knightr_: stuartm, I will start working on something for the translation coding standards but I'll add a warning that they only apply to new code for now (ie not to refactor the existing one right now...)
[14:08:22] knightr_: Nindustries, hardware CAM discussion is allow but not software ones...
[14:08:51] knightr_: s/allow/allowed
[14:10:31] Nindustries: Too bad, only using it to use one cam for a 4 tuner card knightr_
[14:11:20] SteveGoodey (SteveGoodey!~steve@host86-145-236-203.range86-145.btcentralplus.com) has joined #mythtv
[14:12:53] knightr_: Nindustries, but you know that's not what a lot of people do, we can't jeopardize the project by starting to accept discussions about those on our lists/channels/forums...
[14:14:04] Nindustries: True, i'm not asking to allow it. Just explaining why i'm curious about oscam. Cardsharing is not in my interest
[14:38:37] stuartm: wagnerrp, jya_: no, we've never supported rewinding to before a channel change
[14:39:07] wagnerrp: ok, so the bug is still valid, but that's not a valid way to quickly test it
[14:43:27] Nindustries (Nindustries!~Nindustri@unaffiliated/nindustries) has quit (Quit: ChatZilla 0.9.90.1 [Firefox 22.0/20130618035212])
[14:54:20] stichnot: stuartm, wagnerrp: Sure we have. I unknowingly broke it for about a year, but it works for me now.
[14:54:58] stichnot: If you rewind or skip during live TV, it's supposed to jump to N seconds before the end of the previous program in the LiveTVChain
[14:55:24] wagnerrp: even if that previous program was caused by changing the channel?
[14:55:32] stuartm: FFS, backend allows shutdown even if mythfilldatabase is running?
[14:55:53] stichnot: yes – channel changes and program changes should be the same
[14:56:26] stuartm: stichnot: would have sworn that wasn't the case
[14:56:29] wagnerrp: stuartm: simple enough fix
[14:57:05] stichnot: At some point I "cleaned up" the seeking code by clipping negative frame numbers to zero, which broke seeking to the previous livetvchain entry
[14:57:13] stichnot: let me find the ticket
[14:57:41] stuartm: wagnerrp: aye, it is, but it's one of those dumb – "How was that ever allowed to happen" bugs that annoys me like nothing else
[14:58:07] paul-h: stuartm: you use mythshutdown --check
[14:58:11] wagnerrp: better to do it through the jobqueue? or have mythfilldatabase attempt to connect as "Playback"?
[14:58:36] stuartm: paul-h: fix should be in the backend itself
[14:59:23] paul-h: the backend calls that before it starts the shutdown procedure, at least it used to
[14:59:28] stuartm: wagnerrp: mfdb doesn't connect to the backend until it's finished running, at which point it connects briefly to trigger a reschedule
[14:59:46] wagnerrp: right, would that be the best place to change it?
[14:59:48] stuartm: paul-h: doesn't here, never has that I'm aware of
[14:59:53] wagnerrp: cause it to connect immediately and block shutdown?
[15:00:01] stichnot: stuartm: e.g. #11174
[15:00:01] ** MythLogBot http://code.mythtv.org/trac/ticket/11174 **
[15:00:18] stuartm: wagnerrp: as good a way as any I think
[15:00:54] stuartm: stichnot: no mention of channel changes in that ticket, that's the bit wagnerrp and I are specifically questioning
[15:01:27] stichnot: I see, though it's still true for channel changes, given that I have little patience for testing live TV program changes :)
[15:01:53] stichnot: The only different with channel changes in the LiveTVChain is the presence of the Dummy entry
[15:02:48] paul-h: sturatm: maybe it's broken but it should call whatever script you set in the Pre Shutdown check command
[15:03:28] stuartm: wagnerrp: any other solution would likely be complicated since we'd need to deal with mfdb potentially crashing and leaving some flag in place which permanently blocks the shutdown, AND we need to allow for those few users who insist on running mfdb via a cron job
[15:04:24] stuartm: having mfdb open a blocking connection addresses both of those neatly
[15:04:38] stichnot: stuartm: I suppose it could have been as you said in 0.24, but there's really no technical reason for such a restriction
[15:05:16] paul-h: if you set it to mythshutdown --check then it wont shutdown if mythfilldatabase is running, it also checks other stuff as well
[15:09:46] paul-h: stuartm: the Pre Shutdown command is in mythtv setup on the Shutdown/Wakeup options page
[15:10:02] wagnerrp: IMHO, mythbackend should really be doing those kinds of tasks on its own
[15:10:23] wagnerrp: i see an external check as only a way for users to add additional checks for things on their end that we could not predict
[15:37:21] wagnerrp: oof... been too long since i've built
[15:37:24] wagnerrp: seems i need a distclean
[15:47:46] stichnot (stichnot!~stichnot@adsl-68-127-28-24.dsl.pltn13.pacbell.net) has quit (Ping timeout: 240 seconds)
[15:51:38] Steve-Goodey (Steve-Goodey!~steve@host86-145-236-203.range86-145.btcentralplus.com) has joined #mythtv
[16:01:38] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[16:21:19] Steve-Goodey (Steve-Goodey!~steve@host86-145-236-203.range86-145.btcentralplus.com) has quit (Quit: Konversation terminated!)
[16:26:22] rsiebert_ (rsiebert_!~quassel@e179135101.adsl.alicedsl.de) has joined #mythtv
[16:29:30] rsiebert (rsiebert!~quassel@e179135157.adsl.alicedsl.de) has quit (Ping timeout: 264 seconds)
[16:34:00] stuartm: wagnerrp: I agree, these checks shouldn't be optional and the responsibility of the user to enforce – either we have the backend doing the checks internally (no good reason not to) or we hardcode the run of mythshutdown
[16:35:56] stuartm: in particular shutting down in the middle of a mfdb run is dangerous, it's in the middle of inserting data into the database – interupt that and you can screw up referential integrity (orphaned credits etc)
[16:37:34] stuartm: that's besides the fact that the new guide data might mean we don't want to shut down because a last minute change to the schedules has added new recordings to the schedules
[16:37:57] stuartm: heh, added new recordings to our recording schedule
[16:38:29] CeilingKitten (CeilingKitten!~CeilingKi@206-248-157-46.dsl.teksavvy.com) has quit (Quit: Leaving)
[16:39:06] CeilingKitten (CeilingKitten!~CeilingKi@206-248-157-46.dsl.teksavvy.com) has joined #mythtv
[16:41:25] CeilingKitten (CeilingKitten!~CeilingKi@206-248-157-46.dsl.teksavvy.com) has quit (Read error: Connection reset by peer)
[16:41:31] stuartm: wagnerrp: thanks for doing that
[16:42:23] CeilingKitten (CeilingKitten!~CeilingKi@206-248-157-46.dsl.teksavvy.com) has joined #mythtv
[16:43:04] knightr_: stuartm, I have started writing a set of translation guidelines... The work is far from finished but you can see what I have written so far on the wiki page..
[16:43:06] knightr_: .
[16:48:27] knightr_: I still have to give more example and explain what the context, disambiguation strings and comments are amongst other things...
[16:48:35] knightr_: s/example/examples
[17:02:05] knightr_: and I still have to explain other macros like the QT_TR_NOOP and QT_TRANSLATE_NOOP ones...
[17:03:56] stuartm: knightr_: thanks, I wasn't expecting anyone to start writing immediately, I thought I'd probably start it and get others involved later :)
[17:04:45] stuartm: battery on my mobile has suddenly stopped holding a charge :(
[17:08:41] stuartm: discharged completely in 21h 56m with zero use, guess that's why they only charge £6.50 for new batteries, they are crap :/
[17:11:07] knightr_: stuartm, I might as well do my part now, I'll only put a big fat warning about refactoring existing stuff at the top for now...
[17:12:20] knightr_: Anyway while I know other people (like you) know how the translation stuff works I am probably the best person to document it since I almost exclsively focus on it...
[17:19:00] knightr_: For the locale stuff it way more preferable that you write it though...
[17:19:10] knightr_: s/it/it's
[17:20:56] paul-h: knightr_: just to warn you I'm about to commit a fix for #11681 that moves and changes a few translation strings
[17:20:56] ** MythLogBot http://code.mythtv.org/trac/ticket/11681 **
[17:21:32] paul-h: Does the word MythMusic need translating?
[17:21:47] jr3us (jr3us!~jr3us2@64.134.178.0) has joined #mythtv
[17:21:48] knightr_: OK, thank you...
[17:22:08] knightr_: You could if you wanted to but usually we don't...
[17:22:30] knightr_: I saw it done in a few places so you could add it...
[17:22:51] paul-h: OK I'll leave it translated
[17:23:09] knightr_: BTW, you should be able to call tr() directly, no need to prefix with QObject:: if it's an existing class...
[17:23:32] knightr_: (plugins don't need QObject:: in front of tr() anymore at least for existing code...)
[17:23:50] paul-h: Yeah I've seen you've been changing those
[17:24:25] knightr_: yep, it's much easier for the translators to know what they are translating is related to when it's not all put under QObject
[17:24:39] knightr_: (a side effect of prefixing with QObject:: those tr()'s)
[17:34:38] jr3us (jr3us!~jr3us2@64.134.178.0) has left #mythtv ()
[18:16:52] knightr_: is there currently a way to know the user is currently in a plugin and in which plugin they are? I don't think so but maybe I missed something...
[18:19:57] paul-h: Don't think so the closest we have would be MythScreenStack::GetLocation(bool) which with tell you which screen you are on
[18:32:49] dgeary2 (dgeary2!~debian@pa49-187-82-9.pa.nsw.optusnet.com.au) has quit (Ping timeout: 246 seconds)
[18:33:20] dgeary2 (dgeary2!~debian@pa49-187-82-9.pa.nsw.optusnet.com.au) has joined #mythtv
[18:47:24] knightr_: paul-h, Thank Paul! I get that's something that will have to be added post 0.27 as I would need to have that info for something I want to fix.
[18:51:39] knightr_: s/thank/thanls/
[18:52:33] knightr_: geez I make even more typos on that netbook keyboard (my main pc hard drive is busted so I have to resort to using my netbook or my backend...)
[18:53:24] knightr_: argh, s/thank/thanks
[19:11:47] knightr_: wagnerrp, Raymond, I was told you were the person to ask about this... If you had to buy a laptop that would run Linux well and on which the frontend would work well too what would you buy?
[19:16:08] exoon (exoon!~exoon@p4FD4328D.dip0.t-ipconnect.de) has quit (Remote host closed the connection)
[19:25:49] dekarl1: vink, if you read the logs... #9592 is exactly about what you describe. the guide is present, but the SDT lies about it and pretends there is no guide. I tried to make the patch less intrusive but testers reported that my version didn't work :(
[19:25:49] ** MythLogBot http://code.mythtv.org/trac/ticket/9592 **
[19:32:45] dekarl1 is now known as dekarl
[19:40:44] dekarl: Can we tell the backend to not bug us with BACKEND_MESSAGEs on a connection? Mythweb falls over UPDATE_FILE_SIZE when it get in front of the recorded programs...
[19:44:11] dekarl: ahh, ANN Monitor <name> *0* should do, lets see
[20:06:42] stuartm: dekarl: mythweb doesn't handle update events?
[20:06:47] stoffel (stoffel!~quassel@pD9E40A37.dip0.t-ipconnect.de) has joined #mythtv
[20:08:33] dekarl: stuartm no, its super primitive, seems to handle no events at all :)
[20:09:46] stuartm: at the very least it should know to discard any replies it's not able to handle :/
[20:10:40] SteveGoodey (SteveGoodey!~steve@host86-145-236-203.range86-145.btcentralplus.com) has quit (Quit: Konversation terminated!)
[20:11:23] dekarl: stuartm I just tried with ANN Monitor xxx 0 <- 0=no events, was 2=no system events before
[20:11:45] dekarl: that should fix the issue jya is seeing if I'm guessing right
[20:16:47] stuartm: ah well, reminds me that we should implement PUSH for the internal webserver so we can really react to those events
[20:21:38] stuartm: although it seems I'm out of touch a little, HTML 5 has 'Server-side Events' apparently
[21:40:54] stoffel (stoffel!~quassel@pD9E40A37.dip0.t-ipconnect.de) has quit (Ping timeout: 264 seconds)
[21:52:20] SteveGoodey (SteveGoodey!~steve@host86-145-236-203.range86-145.btcentralplus.com) has joined #mythtv
[23:11:54] knightr (knightr!~knight@mythtv/developer/knightr) has joined #mythtv
[23:12:05] knightr_ (knightr_!~knight@69-165-170-178.dsl.teksavvy.com) has quit (Quit: Leaving)
[23:30:40] paul-h (paul-h!~Paul@176.253.145.244) has quit (Quit: Konversation terminated!)
[23:35:20] clever_: if i have an RTP url like rtp://239.42.151.7:8208/, is there a programatic way to make myth tune directly to it?, or test that it works?
[23:43:18] SteveGoodey (SteveGoodey!~steve@host86-145-236-203.range86-145.btcentralplus.com) has quit (Quit: Konversation terminated!)

IRC Logs collected by BeirdoBot.
Please use the above link to report any bugs.