| Sunday, June 29th, 2014, 00:00 UTC | ||
| [00:00:08] | tgm4883_ (tgm4883_!uid23806@gateway/web/irccloud.com/session) has joined #mythtv | |
| [00:02:44] | Captain_Murdoch2 (Captain_Murdoch2!~cpinkham@c-67-170-1-245.hsd1.wa.comcast.net) has joined #mythtv | |
| [00:03:23] | tgm4883 (tgm4883!uid23806@gateway/web/irccloud.com/x-uoscbowoxmaxmroz) has quit (Ping timeout: 240 seconds) | |
| [00:03:50] | RedPenguin: | there we go, just had to wait until the recording was over and did "stop/start mythtv-backend" |
| [00:04:07] | Chutt (Chutt!~ijr@2605:a000:1208:c08c:87b:593f:e210:a0bd) has quit (Ping timeout: 240 seconds) | |
| [00:04:07] | XDS2010_ (XDS2010_!sid1218@gateway/web/irccloud.com/x-jkudapkcdtjqsywu) has quit (Ping timeout: 240 seconds) | |
| [00:04:17] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (Ping timeout: 240 seconds) | |
| [00:04:20] | nephyrin (nephyrin!~neph@2620:101:80fc:224:7a2b:cbff:fe9e:2e67) has quit (Ping timeout: 240 seconds) | |
| [00:04:20] | Gibby (Gibby!~Gibby@184.170.249.223) has quit (Ping timeout: 240 seconds) | |
| [00:04:52] | nephyrin (nephyrin!~neph@2620:101:80fc:224:7a2b:cbff:fe9e:2e67) has joined #mythtv | |
| [00:06:23] | Gibby (Gibby!~Gibby@184.170.249.223) has joined #mythtv | |
| [00:09:56] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Ping timeout: 240 seconds) | |
| [00:09:56] | superm1_ (superm1_!uid4318@gateway/web/irccloud.com/x-aufkvmxgaecmzeox) has quit (Ping timeout: 240 seconds) | |
| [00:09:56] | nephyrin (nephyrin!~neph@2620:101:80fc:224:7a2b:cbff:fe9e:2e67) has quit (Ping timeout: 240 seconds) | |
| [00:10:08] | superm1_ (superm1_!uid4318@gateway/web/irccloud.com/session) has joined #mythtv | |
| [00:11:16] | nephyrin (nephyrin!~neph@2620:101:80fc:224:7a2b:cbff:fe9e:2e67) has joined #mythtv | |
| [00:13:12] | XDS2010_ (XDS2010_!sid1218@gateway/web/irccloud.com/session) has joined #mythtv | |
| [00:13:22] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [00:16:10] | jheizer_ (jheizer_!~jheizer@73.51.93.177) has joined #mythtv | |
| [00:17:16] | moparisthebest (moparisthebest!~quassel@cpe-74-140-228-202.swo.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [00:17:48] | superm1_ (superm1_!uid4318@gateway/web/irccloud.com/session) has quit (Ping timeout: 260 seconds) | |
| [00:17:51] | wseltzer (wseltzer!~wseltzer@peppercorn.seltzer.org) has quit (Ping timeout: 260 seconds) | |
| [00:18:47] | superm1_ (superm1_!uid4318@gateway/web/irccloud.com/session) has joined #mythtv | |
| [00:20:31] | amessina_ (amessina_!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [00:20:44] | MythBuild_ (MythBuild_!~MythBuild@alcor.mythtv.org) has joined #mythtv | |
| [00:20:47] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has quit (Ping timeout: 260 seconds) | |
| [00:20:56] | jheizer (jheizer!~jheizer@73.51.93.177) has quit (Ping timeout: 260 seconds) | |
| [00:21:24] | xris- (xris-!~xris@xris.forevermore.net) has joined #mythtv | |
| [00:21:57] | tris- (tris-!tristan@2001:1868:a00a::4) has joined #mythtv | |
| [00:22:01] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Ping timeout: 260 seconds) | |
| [00:22:17] | rhpot199` (rhpot199`!~rhpot1991@2001:4968:202:3:8823:28f3:a134:8384) has joined #mythtv | |
| [00:23:52] | xris (xris!~xris@mythtv/developer/xris) has quit (Ping timeout: 260 seconds) | |
| [00:23:52] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has quit (Ping timeout: 260 seconds) | |
| [00:23:52] | tris (tris!tristan@2001:1868:a00a::4) has quit (Ping timeout: 260 seconds) | |
| [00:23:52] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (Ping timeout: 260 seconds) | |
| [00:23:53] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has quit (Ping timeout: 260 seconds) | |
| [00:23:54] | jams (jams!~jams@CPE-65-27-60-37.wi.res.rr.com) has quit (Ping timeout: 260 seconds) | |
| [00:23:56] | tris- is now known as tris | |
| [00:24:15] | jams (jams!~jams@CPE-65-27-60-37.wi.res.rr.com) has joined #mythtv | |
| [00:24:23] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has joined #mythtv | |
| [00:24:35] | taylorr (taylorr!~taylorr@cpe-173-095-144-131.nc.res.rr.com) has joined #mythtv | |
| [00:24:35] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv | |
| [00:24:35] | taylorr (taylorr!~taylorr@cpe-173-095-144-131.nc.res.rr.com) has quit (Changing host) | |
| [00:24:38] | rsiebert (rsiebert!~quassel@f052070245.adsl.alicedsl.de) has joined #mythtv | |
| [00:26:03] | wseltzer (wseltzer!~wseltzer@peppercorn.seltzer.org) has joined #mythtv | |
| [00:27:19] | rsiebert_ (rsiebert_!~quassel@g225015161.adsl.alicedsl.de) has quit (Ping timeout: 252 seconds) | |
| [00:29:14] | dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv | |
| [00:30:32] | joki- (joki-!~joki@p54861C56.dip0.t-ipconnect.de) has joined #mythtv | |
| [00:31:03] | stuartm_ (stuartm_!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [00:37:43] | jafa (jafa!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has quit (*.net *.split) | |
| [00:37:43] | joki (joki!~joki@p54861C56.dip0.t-ipconnect.de) has quit (*.net *.split) | |
| [00:37:44] | aloril (aloril!~aloril@dsl-tkubrasgw2-54f80b-12.dhcp.inet.fi) has quit (*.net *.split) | |
| [00:37:44] | eee-blt (eee-blt!~nb0yjxtr@ma.sdf.org) has quit (*.net *.split) | |
| [00:37:44] | coling_ (coling_!~colin@cpc7-sgyl36-2-0-cust267.18-2.cable.virginm.net) has quit (*.net *.split) | |
| [00:37:45] | dblain_ (dblain_!~dblain@mythtv/developer/dblain) has quit (*.net *.split) | |
| [00:37:45] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (*.net *.split) | |
| [00:37:47] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (*.net *.split) | |
| [00:38:11] | coling (coling!~colin@cpc7-sgyl36-2-0-cust267.18-2.cable.virginm.net) has joined #mythtv | |
| [00:38:21] | eee-blt (eee-blt!~nb0yjxtr@ma.sdf.org) has joined #mythtv | |
| [00:39:57] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [00:40:40] | aloril (aloril!~aloril@dsl-tkubrasgw2-54f80b-12.dhcp.inet.fi) has joined #mythtv | |
| [01:09:15] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [01:16:30] | moparisthebest (moparisthebest!~quassel@cpe-74-140-228-202.swo.res.rr.com) has joined #mythtv | |
| [01:28:21] | t0mahawk: | stuartm, just dropped a pull request to get the first iteration of the video gallery up |
| [02:56:27] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 245 seconds) | |
| [02:57:42] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [03:09:47] | rhpot199` is now known as rhpot1991 | |
| [03:10:00] | rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:8823:28f3:a134:8384) has quit (Changing host) | |
| [03:10:00] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv | |
| [03:13:17] | arescorpio (arescorpio!~arescorpi@186-202-17-190.fibertel.com.ar) has joined #mythtv | |
| [03:27:41] | CrypticSquared (CrypticSquared!~CrypticSq@unaffiliated/crypticsquared) has joined #mythtv | |
| [03:44:18] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 240 seconds) | |
| [03:46:02] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [03:50:07] | andreaz (andreaz!~andre_000@p57922329.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [04:17:05] | arescorpio (arescorpio!~arescorpi@186-202-17-190.fibertel.com.ar) has quit (Excess Flood) | |
| [04:52:05] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [04:56:35] | Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has joined #mythtv | |
| [05:00:58] | jya: | sorry for all that… working on it |
| [05:01:31] | jya: | ok |
| [05:01:37] | jya: | a dans 4h alors |
| [05:01:59] | jya: | wrong window |
| [05:34:21] | MythBuild_: | build #5013 of master-freebsd-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/5013 |
| [05:51:42] | MythBuild_: | build #417 of master-freebsd10–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/417 |
| [05:58:40] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [06:43:02] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has joined #mythtv | |
| [07:03:08] | SteveGoodey (SteveGoodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has joined #mythtv | |
| [07:38:48] | tgm4883_ (tgm4883_!uid23806@gateway/web/irccloud.com/session) has quit (Changing host) | |
| [07:38:48] | tgm4883_ (tgm4883_!uid23806@gateway/web/irccloud.com/x-ttdnwqmnwjasazht) has joined #mythtv | |
| [07:38:57] | XDS2010_ (XDS2010_!sid1218@gateway/web/irccloud.com/session) has quit (Changing host) | |
| [07:38:58] | XDS2010_ (XDS2010_!sid1218@gateway/web/irccloud.com/x-iezexkhmncfgowfh) has joined #mythtv | |
| [07:39:18] | superm1_ (superm1_!uid4318@gateway/web/irccloud.com/session) has quit (Changing host) | |
| [07:39:18] | superm1_ (superm1_!uid4318@gateway/web/irccloud.com/x-vtbtxzcefvzgtplp) has joined #mythtv | |
| [08:08:07] | stuartm_ is now known as stuartm | |
| [09:05:39] | dekarl: | do we have documentation on using mythtranscode to actually transcode to another codec/container supported by avformat? https://github.com/MythTV/mythtv/blob/master/ . . . rser.cpp#L89 |
| [09:07:41] | JohnBergqvist (JohnBergqvist!~JohnBergq@79-67-244-58.dynamic.dsl.as9105.com) has joined #mythtv | |
| [09:26:39] | toeb_ (toeb_!~toeb@HSI-KBW-085-216-104-225.hsi.kabelbw.de) has quit (Remote host closed the connection) | |
| [09:38:43] | moparsthbest (moparsthbest!~quassel@cpe-74-140-228-202.swo.res.rr.com) has joined #mythtv | |
| [09:45:22] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has quit (*.net *.split) | |
| [09:45:22] | moparisthebest (moparisthebest!~quassel@cpe-74-140-228-202.swo.res.rr.com) has quit (*.net *.split) | |
| [09:49:15] | dekarl: | doh, looks like we're not there yet https://github.com/MythTV/mythtv/commit/36a94 . . . 370c69369187 |
| [10:04:07] | stuarta_ (stuarta_!~stuarta@callisto.squashedfrog.net) has joined #mythtv | |
| [10:04:07] | stuarta_ (stuarta_!~stuarta@mythtv/developer/stuarta) has joined #mythtv | |
| [10:04:07] | stuarta_ (stuarta_!~stuarta@callisto.squashedfrog.net) has quit (Changing host) | |
| [10:06:31] | tgm4883__ (tgm4883__!uid23806@gateway/web/irccloud.com/x-mptnatrshjquqnvk) has joined #mythtv | |
| [10:08:04] | nyloc_ (nyloc_!~quassel@nyloc.de) has joined #mythtv | |
| [10:09:08] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has quit (*.net *.split) | |
| [10:09:09] | tgm4883_ (tgm4883_!uid23806@gateway/web/irccloud.com/x-ttdnwqmnwjasazht) has quit (*.net *.split) | |
| [10:09:09] | nyloc (nyloc!~quassel@nyloc.de) has quit (*.net *.split) | |
| [10:09:09] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (*.net *.split) | |
| [10:09:10] | Cougar (Cougar!~cougar@2a03:5880:104:10:2d2b:70a7:a826:1769) has quit (*.net *.split) | |
| [10:15:19] | Cougar (Cougar!~cougar@2a03:5880:104:10:483e:9c33:31d2:f4aa) has joined #mythtv | |
| [10:15:41] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [10:15:57] | toeb (toeb!~toeb@HSI-KBW-085-216-104-225.hsi.kabelbw.de) has joined #mythtv | |
| [10:21:12] | JohnBergqvist (JohnBergqvist!~JohnBergq@79-67-244-58.dynamic.dsl.as9105.com) has quit (Quit: Leaving) | |
| [10:30:19] | dekarl1 (dekarl1!~dekarl@p4FCEF4F2.dip0.t-ipconnect.de) has joined #mythtv | |
| [10:33:03] | dekarl (dekarl!~dekarl@p4FE84F45.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [10:34:11] | paul-h (paul-h!~Paul@94.6.239.28) has joined #mythtv | |
| [10:37:12] | paul-h: | Is it safe to do a git pull at the moment? I see lots of failed master builds |
| [10:45:29] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [10:48:47] | paul-h: | jya: looks like most of the master builds are failing the unit tests after your recent changes |
| [10:50:04] | paul-h: | Everything compiled OK here probably because I don't enable the unit tests |
| [10:50:05] | jya: | paul-h: i see that… |
| [10:50:23] | jya: | yes.. it compiles okay everywhere, just the unit test failing... |
| [10:51:19] | jya: | i see… another header issue. |
| [10:53:38] | paul-h: | stuartm, peper03: should the idle screen show on a frontend running on a slave BE? |
| [10:55:05] | paul-h: | The log says 'Entering standby after 5 minutes of inactivity' but I never see the idle screen |
| [10:57:15] | paul-h: | Pressing menu in the main menu and selecting 'Enter Standby Mode' does show the idle screen |
| [10:58:36] | paul-h: | That's got to be the ugliest screen I've seen in the history of MythTV :) |
| [11:00:49] | paul-h: | Might be better if the background was transparent then you wouldn't get the horrible corners showing |
| [11:05:22] | stuartm: | haven't seen the latest iteration, used to be transparent but still pretty ugly as I was in a rush to get the changes in and never went back to polish |
| [11:06:17] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [11:06:34] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [11:11:13] | paul-h: | Personally I'd prefer if it was full screen and looked more like the old mythwelcome screen |
| [11:12:34] | t0mahawk: | any way to register a login for the trac server? |
| [11:17:45] | MythBuild_: | build #1802 of master-ubuntu-12_04-lts-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1802 |
| [11:18:47] | paul-h: | t0mahawk: Isn't there something in preferences to do that? |
| [11:20:17] | t0mahawk: | It just asks for full name and email, no option to register that I see |
| [11:21:27] | t0mahawk: | I wanted to modify the WebFrontendWishlist wiki page to have me accept the video gallery feature |
| [11:21:57] | t0mahawk: | I submitted a pull request last night and Im not sure if a seperate trac ticket is needed for it because it is listed as a request on the wishlist page |
| [11:28:41] | MythBuild_: | build #434 of master-f20–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/434 |
| [11:29:20] | MythBuild_: | build #909 of master-fedora-32bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/909 |
| [11:30:02] | MythBuild_: | build #1005 of master-f19–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1005 |
| [11:31:33] | MythBuild_: | build #2113 of master-debian-wheezy-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2113 |
| [11:32:16] | MythBuild_: | build #313 of master-f20-qt5–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/313 |
| [11:35:43] | MythBuild_: | build #1782 of master-ubuntu-current-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1782 |
| [11:51:35] | dreamcat4 (dreamcat4!~dreamcat4@62.49.10.153) has joined #mythtv | |
| [12:00:02] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [12:29:34] | jya: | should be all good for compiling now |
| [12:31:14] | MythBuild_: | build #2345 of master-linux-64bit-icc is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2345 |
| [12:32:25] | MythBuild_: | build #1988 of master-linux-64bit-clang is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1988 |
| [12:45:27] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [12:51:50] | peper03: | paul-h: Works ok here. |
| [12:53:36] | peper03: | I did wonder about adding the 'Next recording(s)' like in mythwelcome, which would pretty much necessitate going full-screen, but I wouldn't have a problem with that personally. |
| [12:55:34] | peper03: | My changes to the default standby screen probably didn't make it look better, but it shouldn't look worse (I hope!). The state group is a little tricky because I don't think you can centre it, so texts of different lengths can cause it to look a bit off-centre. |
| [12:59:04] | peper03: | If I add the 'Next recording(s)' information, does anyone have an issue with ignoring idle tuners? I have four physical tuners, with each set to five virtual tuners (I know it's overkill). Because of that, mythwelcome spends most of its time telling which tuners are not in use. |
| [13:02:56] | peper03: | Actually, most of the time it's only recording one programme at a time so even if I restricted the setup to one recording per physical tuner, it would still spend most of the time telling me which tuners were idle. |
| [13:10:12] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds) | |
| [13:24:07] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [13:25:49] | t0mahawk: | Any issues with adding a recursive parameter to mythservices api Video/GetVideoList now that there is a "folder" parameter? |
| [13:26:08] | paul-h: | peper03: I've tried on both a FE only and slave BE with a FE and neither one seems to be working |
| [13:28:11] | peper03: | paul-h: Is there anything in the logs? What theme are you using? I changed my original implementation so that it didn't rely on the new widgets being available but it's possible I've missed something. |
| [13:30:10] | paul-h: | mythcenter-wide – both say in the logs it's entering/leaving standby mode but the idle screen never shows |
| [13:44:46] | peper03: | Hmm. Very odd. That works fine for me here. I'd ask if you've copied the updated default-wide but that should be copied with make install and you say you can enter standby via the menu. |
| [13:45:47] | peper03: | If there were a problem with the xml, entering via the menu shouldn't work either... |
| [13:48:57] | peper03: | If you run the frontend with -v gui, do you see the two 'Loading window standbymode...' lines (one for MythCenter-wide, one for default-wide) immediately after the 'Entering standby mode after...' line? |
| [13:50:40] | paul-h: | It works if I manually enter standby mode so that isn't it |
| [13:51:13] | peper03: | Yeah, I'm clutching at straws! |
| [13:51:25] | paul-h: | I think I see what it is – if you don't have IdleTimeoutSecs set to a value > 0 you don't see the idle screen |
| [13:52:00] | peper03: | Ah, you don't have a timeout set? |
| [13:52:30] | paul-h: | Not on my dev machines |
| [13:53:18] | peper03: | No you mention it, I remember seeing that bit of code and did think that was a bit odd. If IdleTimeoutSecs is set to zero, it starts the timer with a default value but when the timer expires it won't show the window unless it's greater than zero. |
| [13:53:29] | peper03: | s/No you/Now you/ |
| [13:56:51] | peper03: | stuartm: Was there any particular reason for that? I'm guessing you had one intention when you wrote the code to start the timer and either changed your mind or forget when you wrote the code to handle the timeout. |
| [13:58:19] | peper03: | s/forget/forgot/ |
| [13:58:27] | peper03: | Fingers have a mind of their own today :( |
| [14:03:03] | JohnBergqvist (JohnBergqvist!~JohnBergq@79-67-244-58.dynamic.dsl.as9105.com) has joined #mythtv | |
| [14:05:54] | paul-h: | There is another odd thing if the idle screen is showing pressing any key exits idle mode according to the log but only escape will remove the idle screen |
| [14:06:47] | paul-h: | I would expect the idle screen to be removed once idle mode is exited |
| [14:20:46] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [14:26:30] | peper03: | Seems like there's a difference between entering standby due to a timeout and entering manually. If it times out, any key or mouse event causes you to leave. If you entered manually, it appears that you can only exit by pressing Escape. |
| [14:30:15] | peper03: | I also see that the scenario with the timeout set to zero is a bit confusing. It appears you have the frontend set to idle after a certain amount of time, but the backend timeout is set to zero. |
| [14:31:54] | peper03: | If the frontend timeout is set to zero, you should never see the 'Entering standby mode' message. The timer will be started with a default timeout of 90 minutes, but nothing should happen when it expires. |
| [14:33:21] | peper03: | If you have the frontend timeout set to some value greater than zero, it will wait that many minutes but only jump to the standby screen if the backend timeout if not zero. It will allow it to shut down but it won't show the standby screen. |
| [14:33:46] | SteveGoodey (SteveGoodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [14:38:01] | paul-h: | Yeah that is what I was seeing – getting it to work for all scenarios will be a challenge :) |
| [14:38:52] | paul-h: | You'll probably end up with mythwelcome which did work in most scenarios :) |
| [14:40:20] | paul-h: | The only problem with mythwelcome was the setting up was somtimes a pain and users having to remember to exit mythfrontend |
| [14:40:36] | peper03: | I don't really understand the point of not showing the standby but allowing shutdown. My understanding was that switching to standby (and therefore showing the screen) was to allow the backend to shut down. If you don't want to go to standby (and therefore don't want the backend to shutdown), you set the timeout to zero. |
| [14:42:03] | peper03: | Yes, I found the setup process a bit tricky since it wasn't always clear whether it was mythwelcome doing the shutdown or the backend. That had an effect on the sudoers file. |
| [14:43:33] | peper03: | It feels like the current logic for the standby screen just needs a bit of tidying up. |
| [14:43:56] | peper03: | Of course, it also possible that I'm just not envisioning certain scenarios :) |
| [14:44:10] | paul-h: | It sound reasonable to always show the idle screen if the FE idle time out > 0 |
| [14:44:46] | paul-h: | regardless of what the BE idle time is set to |
| [14:45:07] | joki- (joki-!~joki@p54861C56.dip0.t-ipconnect.de) has quit (Ping timeout: 240 seconds) | |
| [14:45:42] | peper03: | That's my gut-feeling too. |
| [14:46:56] | peper03: | I don't see why the key event handling doesn't work when the standby screen is manually activated. Guess I'll have to dig a bit more. |
| [14:49:01] | paul-h: | I've tried again only escape will exit the idle screen here regardless of how it's shown – I'm only using the keyboard no remote on the this machine |
| [14:50:20] | peper03: | Really? It works fine here if it times out. I've hard-coded the timeout to 15 seconds and any key press or mouse event exits the screen. I'm only using the keyboard too. |
| [14:50:38] | joki (joki!~joki@p54861650.dip0.t-ipconnect.de) has joined #mythtv | |
| [14:50:42] | peper03: | Nothing like a bit of inconsistency to brighten up the day :-o |
| [14:50:51] | paul-h: | HaHa! |
| [14:55:09] | paul-h: | There is another check for IdleTimeoutSecs in ExitStandby() which is causing that for me |
| [14:56:38] | CrypticSquared (CrypticSquared!~CrypticSq@unaffiliated/crypticsquared) has quit (Quit: Leaving...) | |
| [15:05:12] | JohnBergqvist (JohnBergqvist!~JohnBergq@79-67-244-58.dynamic.dsl.as9105.com) has quit (Quit: Leaving) | |
| [15:13:13] | Chutt (Chutt!~ijr@2605:a000:1208:c08c:c457:ef1d:60fd:2177) has joined #mythtv | |
| [15:31:49] | t0mahawk (t0mahawk!60f4fcb6@gateway/web/freenode/ip.96.244.252.182) has quit (Ping timeout: 246 seconds) | |
| [15:43:17] | t0mahawk (t0mahawk!60f4fcb6@gateway/web/freenode/ip.96.244.252.182) has joined #mythtv | |
| [16:19:32] | JohnBergqvist (JohnBergqvist!~JohnBergq@79-67-244-58.dynamic.dsl.as9105.com) has joined #mythtv | |
| [16:22:26] | paul-h: | Is the show widget borders jumppoint working for anyone? |
| [16:24:09] | stuartm: | not for me, show names works, border doesn't |
| [16:24:44] | stuartm: | was it not implemented for the opengl 2 painter or something like that? |
| [16:26:30] | paul-h: | Possibly not – I was using opengl2 and switched to back to the OpenGL 1 painter and it works but now Ican't switch back to the opengl2 painter since it isn't available |
| [16:27:02] | paul-h: | Not having a good day today everything I touch is broken :( |
| [16:27:16] | JohnBergqvist: | I know how you feel |
| [16:28:18] | t0mahawk: | stuartm, do you want a trac ticket put in for my pull request on the webfrontend video gallery? Wasnt sure because it was already listed on the WebFrontend Wishlist |
| [16:28:34] | t0mahawk: | I also could not add the "Accepted By" because I can't edit that page |
| [16:30:17] | stuartm: | t0mahawk: please, ticket will help to remind me/others about it since we don't check the pull requests as frequently |
| [16:30:42] | t0mahawk: | ok, I'll add one, I may remove that one, because I have folder heirarchies working now |
| [16:31:03] | t0mahawk: | It actually turned out pretty good, not sure of the timeline to get it merged in, but it is making progress |
| [16:31:40] | t0mahawk: | (by remove, I mean remove the pull request and put in a different one with more functionality commited) |
| [16:41:06] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has joined #mythtv | |
| [17:01:47] | jpabq_ (jpabq_!~quassel@97-123-225-105.albq.qwest.net) has joined #mythtv | |
| [17:01:53] | paul-h: | Anyone any bright ideas for icons to represent the idle, recording, shuttingdown and offline states on the idle screen? |
| [17:01:56] | FrankD_Work (FrankD_Work!~frankd@resv-195.noc.cv.net) has joined #mythtv | |
| [17:02:18] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 240 seconds) | |
| [17:02:47] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Ping timeout: 264 seconds) | |
| [17:05:22] | FrankD_Work (FrankD_Work!~frankd@resv-195.noc.cv.net) has quit (Changing host) | |
| [17:05:22] | FrankD_Work (FrankD_Work!~frankd@unaffiliated/frankd) has joined #mythtv | |
| [17:13:32] | t0mahawk: | it anyone else able to confirm services API Video/GetVideoList?Sort=title does not work? |
| [17:18:10] | natanojl: | paul-h: stuartm: Try this http://pastebin.com/FptMQJ23 . Since the OpenGL2 painter doesn't use Qt to render rectangles a border width of 0 really means 0. With Qt/OpenGL1 you get 1 pixel, http://qt-project.org/doc/qt-4.8/qpen.html#setWidth |
| [17:19:14] | paul-h: | t0mahawk: seems to work here at least it's retuning a result |
| [17:19:33] | paul-h: | natanojl: thanks I try that in a minute |
| [17:28:45] | paul-h: | natanojl: thanks that works for all three painters :) Might be my imagination but the line in the qt painter looks a little thicker but it shouldn't matter |
| [17:29:49] | natanojl: | paul-h: Great :) |
| [17:32:02] | mad_enz (mad_enz!~Enz@CPE00508b114c3e-CMbc1401360c70.cpe.net.cable.rogers.com) has joined #mythtv | |
| [17:36:49] | JohnBergqvist (JohnBergqvist!~JohnBergq@79-67-244-58.dynamic.dsl.as9105.com) has quit (Quit: Leaving) | |
| [17:45:00] | stuartm: | paul-h: nothing really inspired, but I'm sure there are some standby/hibernate type icons we can borrow |
| [17:46:17] | stuartm: | ideally we'd create some specifically for MythTV which are reasonable consistent instead of mis-matching icons for each state, but I don't really have the time myself :/ |
| [17:49:55] | paul-h: | stuartm: I did a quick google search but every time I found something that might have done they weren't free to use :( |
| [17:51:07] | stuartm: | there's http://openiconlibrary.sourceforge.net/ but it's not searchable |
| [17:51:33] | paul-h: | t0mahawk: looks like you can only sort by added or released otherwise it falls back to intid |
| [17:54:00] | paul-h: | t0mahawk: https://code.mythtv.org/cgit/mythtv/tree/myth . . . ideo.cpp#n52 |
| [17:54:08] | t0mahawk: | interesting |
| [17:55:55] | paul-h: | Probably because no one wanted it until now |
| [17:56:22] | paul-h: | Would be trivial to add it |
| [17:56:29] | t0mahawk: | fair enough, I don't have commit rights so I probably wont add it, but if someone wants to add it that does I would like it |
| [17:57:08] | t0mahawk: | I could do a pull request and trac ticket etc, but if someone in here gets around to it i wouldnt be opposed :) |
| [17:58:58] | paul-h: | I can add it give me a minute |
| [18:00:04] | t0mahawk: | no worries, I appreciate it, if you can add both title and filename I would appreciate it |
| [18:12:26] | peper03: | Ok, found why you can only leave the standby screen via Escape if you entered it manually – calling MythMainWindow::EnterStandby(true) (true == manual) causes the idle timer to be stopped. ResetIdleTimer (which is called on every key/mouse event) returns immediately if the idle timer is not active. |
| [18:14:38] | peper03: | Seems like the simplest fix is not to stop the idle timer if standby is entered manually. If the timer expires and the standby screen is already active, nothing happens, so what could possibly go wrong by leaving it running? :) |
| [18:18:27] | t0mahawk: | what milestone do we want for the webfrontend video gallery trac ticket? |
| [18:19:20] | Chutt_ (Chutt_!~ijr@2605:a000:1208:c08c:1c0a:911f:dec1:7439) has joined #mythtv | |
| [18:19:42] | paul-h: | 0.28 |
| [18:20:18] | t0mahawk: | ok video gallery has a ticket created then, as well as a pull request in for it |
| [18:20:33] | t0mahawk: | should be an easy merge, all files are new except one modification to the html.pro file |
| [18:21:25] | peper03: | stuartm: Why would we not want to be able to reset the idle timer if standby was started manually? https://github.com/MythTV/mythtv/blame/master . . . ow.cpp#L2773 |
| [18:22:44] | Chutt (Chutt!~ijr@2605:a000:1208:c08c:c457:ef1d:60fd:2177) has quit (Ping timeout: 240 seconds) | |
| [18:28:29] | stuartm: | peper03: if the timer is active and we're in standby then we'll exit standby if any key is pressed, it was assumed that if the user explicitly entered standby then they only want to exit it explicitly |
| [18:29:04] | peper03: | Ok, so it is a feature and not a bug :) |
| [18:32:53] | stuartm: | right, I think it was by user request, but it made sense – you don't want the frontend to exit standby accidentally because you sat on the remote or the toddler was playing with it, if you've explicitly entered standby it's probably because you're not using the idle timer – i.e. you've opted for the MythWelcome style behaviour where the backend is only allowed to shutdown when you've allowed it and not when it thinks you're not using it |
| [18:33:51] | peper03: | Ok, that makes sense. I won't touch it then :) |
| [18:36:49] | stuartm: | there's two modes of operation really, the one I wanted where it will shutdown when it's not been used for a while and the one which people used to MythWelcome preferred where you have to remember to do it yourself when you're finished |
| [18:47:45] | paul-h: | t0mahawk: done – I allowed you to sort on any field that was added to the query most of which are returned in the result |
| [18:57:06] | stuartm: | paul-h: would it make more sense for fields to be a QStringList? Technically at present it would allow invalid values to be passed to the query such as ',' or 'udio' |
| [18:58:17] | stuartm: | oh sorry, I'm blind, nevermind |
| [19:12:22] | paul-h: | stuartm: you was right about Lyngsat not allowing linking to their icons I added the search and lookup to the services api only to find we couldn't show any of the icons in the webfrontend :( |
| [19:13:06] | paul-h: | Don't know if there is a way around it? |
| [19:14:57] | stuartm: | there's not, you can work around it on a browser by browser basis, but that's not very practical |
| [19:15:32] | stuartm: | only real solution would be for the backend to fetch the icon and then make it available to the frontend |
| [19:17:17] | stuartm: | so {backend}:6544/Myth/GetLookupIcon?Id=123 would fetch the associated url, retrieve the icon and serve it up in response |
| [19:18:50] | stuartm: | that would work for now, but at any time lyngsat could choose to block us – they haven't yet and we've been doing exactly that in mythtv-setup for years, but they could |
| [19:21:09] | stuartm: | the particular problem for a web browser is that it sends a 'Referer' header by default, the address of the page that is displaying the requested image, if that address doesn't belong to lyngsat then they send their own logo in response to discourage people from linking their icons |
| [19:23:47] | stuartm: | an empty or non-existent referrer header is permitted and our http download code doesn't send the referrer header |
| [19:23:47] | paul-h: | Yeah I thought it was something like that |
| [19:24:35] | paul-h: | The annoying thing is all the content is user supplied from what I can tell |
| [19:26:07] | stuartm: | yep, they don't have the moral right or copyright to prevent people using those icons, but they do have the right to prevent people using their bandwidth to support their own sites or services |
| [19:26:45] | stuartm: | the only reason we don't host copies of the icons is that we don't have the copyright either, so we let lyngsat be the lightning rod for any legal issues |
| [19:27:11] | t0mahawk: | Wouldnt that be considered fair use though? |
| [19:28:31] | t0mahawk: | eh maybe that wouldnt apply there |
| [19:29:18] | stuartm: | not so far as I understand that (US) law |
| [19:32:28] | stuartm: | however with most of these issues, it's not whether we might win in a court of law but whether we could afford to even try (we couldn't) – especially in US courts where even if you win you still pay your own court costs (in the UK if someone sues you and loses, they have to pay all your costs) |
| [19:34:05] | t0mahawk: | what about a system in which mythfrontend just acts as a browser an essentially searches google image search by browser, user can select and it downloads it from google....You can actually display the entirety of the page (including google) so as not to violate their terms of service |
| [19:34:25] | t0mahawk: | There has to be a non-clunky way of adding it in |
| [19:34:54] | jpabq_ is now known as jpabq | |
| [19:35:02] | jpabq (jpabq!~quassel@97-123-225-105.albq.qwest.net) has quit (Changing host) | |
| [19:35:02] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv | |
| [19:41:12] | stuartm: | what we've got now works better than that every could |
| [19:41:16] | stuartm: | ever |
| [19:42:09] | stuartm: | and so far there have been no problems with it, we just need a small workaround to actually display the icon selection in the WebFrontend, it's no big deal |
| [19:42:14] | t0mahawk: | fair enough, the only downside for me is that it searches by callsign which almost never turns up results, I'd say I get a ~15% hit rate |
| [19:42:36] | stuartm: | it searches by xmltvid and by ATSC/DVB tuning data too |
| [19:42:38] | t0mahawk: | so I just downloaded mine after writing a script to pull them elsewhere |
| [19:43:54] | stuartm: | well searching lyngsat is done by callsign, yes, but once those matches are approved they can be pulled in automatically for all future users |
| [19:44:30] | stuartm: | it should actually search by name as well, but outside the US callsign and name are identical |
| [19:44:42] | stuartm: | so I've never really thought about that |
| [19:44:56] | t0mahawk: | Right, didn't really help me much, because no-one had downloaded my icons before |
| [19:45:36] | t0mahawk: | it was acutally a pain to go through one by one, so I went to verizon.com on my account, saved the page for offline viewing and wrote some python to pull them from my local drive |
| [19:45:51] | stuartm: | eventually we will probably get the icons hosted by someone like SchedulesDirect or Atlas |
| [19:46:21] | t0mahawk: | that would be good |
| [19:51:15] | jpabq: | peper03: paul-h: If you do add a list of upcoming recordings to the stand-by screen, as a themer I think I would prefer if it was presented as a buttonlist instead of just a single textarea. A buttonlist would give the themer a lot more control over how the information is presented without requiring much more work. |
| [19:56:00] | stuartm: | paul-h, jya: hitting a hang when trying to play a flac in mythmusic last log message is – "E ALSA: Requested 500000us got 341333 buffer time" |
| [19:56:21] | stuartm: | jpabq: +1 |
| [19:56:22] | jya: | stuartm: that message alone is harmless... |
| [19:56:38] | stuartm: | pastebin'g the backtrace |
| [19:56:39] | jya: | do you have a sample available? |
| [19:57:04] | jya: | or is that with any flac? |
| [19:57:46] | stuartm: | http://pastebin.com/50S7UNun |
| [19:58:40] | stuartm: | jya: that's something I was about to explore, I only have a few flacs mainly for regression testing, this one played fine in the past and plays with ffplay |
| [19:58:56] | stuartm: | I can make it available |
| [19:59:19] | stuartm: | AOBase: Resampling from 12 kHz to 48 kHz with quality medium |
| [19:59:56] | jya: | which thread is stuck? |
| [20:00:04] | jya: | hard to say when the bt is so huge |
| [20:00:36] | jya: | 28 threads… it’s mind boggling |
| [20:00:58] | stuartm: | thread 1 is waiting on thread 2, which appears to be waiting on thread 3 |
| [20:01:17] | stuartm: | so I'm going to guess thread 3 is the stuck one |
| [20:03:00] | jya: | thread #3 is the outputaudioloop |
| [20:03:00] | ** MythLogBot http://code.mythtv.org/trac/ticket/3 ** | |
| [20:03:09] | jya: | that’s plain alsa |
| [20:03:38] | dekarl1: | i've always wanted that ... now you can fire up grid virtual machines in the BOINC grid for better transcoding :) http://sourceforge.net/projects/mythgrid/ |
| [20:04:40] | jya: | looks like alsa doesn’t return after writing to the card |
| [20:04:56] | jya: | i’m not sure there’s much we can do there… |
| [20:05:03] | jya: | would need to reproduce it here |
| [20:07:42] | peper03: | jbapq: Ok, I'll look into that. I've just added the 'current recording(s)' information and had a similar thought whilst updating the default theme. |
| [20:07:59] | peper03: | jpabq: ^^ |
| [20:08:09] | joki- (joki-!~joki@p54861650.dip0.t-ipconnect.de) has joined #mythtv | |
| [20:08:21] | dekarl1 is now known as dekarl | |
| [20:10:07] | natanojl_ (natanojl_!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [20:12:44] | jpabq: | peper03: thanks. |
| [20:13:25] | peper03: | jpabq: So each line of metadata (channel, title, subtitle etc.) should be a separate button? This is all new to me, so if you could point me to a simple(-ish) example, I'd be indebted :) |
| [20:14:15] | jpabq: | It would be a lot like the "Upcomming recordings" window, but perhaps limited to the first ten? |
| [20:14:40] | joki (joki!~joki@p54861650.dip0.t-ipconnect.de) has quit (*.net *.split) | |
| [20:15:19] | jpabq: | You would have to decide if the button list should be 'selectable' by the user, or "read only". |
| [20:17:42] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 255 seconds) | |
| [20:21:16] | jpabq: | peper03: I would think the code in programs/mythfrontend/proglist.cpp could be used almost as-is. I have not really thought about it, or looked at that code in a long time. It might make sense to create a new buttonlist along side m_progList which is identical, but read-only and limited to how many items are added to it? |
| [20:22:25] | peper03: | Is that going to fit in with the concept of dismissing the standby window as soon as a key is pressed? |
| [20:24:14] | stuartm: | jpabq: it would have to be read-only |
| [20:24:58] | peper03: | I was originally thinking that the themer gets up to 4–5 lines and can't decide, for example, not to show the subtitle. He/she doesn't have any control over how that data is diplayed. |
| [20:24:58] | peper03: | Making the individual fields mapable would help there, but my UI skills are not that great so I'm happy to implement it in whichever way works best. |
| [20:29:00] | jpabq: | peper03: If you populate this new buttonlist identical to m_progList, but set it read-only and limit it to 4–5 number of items, then the themer could use inheritance to use the exact same 'look' they used for the "Upcomming recordings" screen. That would make it very easy on the themer, and allow the themer to display whatever items make sense. |
| [20:29:14] | stuartm: | fwiw viewscheduled.cpp is the 'Upcoming Recordings' screen |
| [20:29:19] | jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has quit (Ping timeout: 260 seconds) | |
| [20:29:22] | toeb_ (toeb_!~toeb@HSI-KBW-085-216-104-225.hsi.kabelbw.de) has joined #mythtv | |
| [20:29:39] | peper03: | Looking at the 'schedules' buttonlist in viewscheduled, I guess that would work, but if any key press can dismiss the screen, I guess the buttonlist has to be static. |
| [20:29:40] | toeb (toeb!~toeb@HSI-KBW-085-216-104-225.hsi.kabelbw.de) has quit (Ping timeout: 260 seconds) | |
| [20:29:50] | jya: | stuartm: does the flac hang right at the beginning (e.g the file doesn’t play at all) or does it play fine ? |
| [20:30:00] | stuartm: | jya: doesn't play at all |
| [20:30:08] | jya: | plays fine here |
| [20:30:12] | jpabq: | peper03: Use SetCanTakeFocus(false); on the buttonlist to prevent it from being interactive. |
| [20:30:16] | natanojl_: | peper03: I think you want MythUIType::SetCanTakeFocus(bool set) |
| [20:30:16] | coling (coling!~colin@cpc7-sgyl36-2-0-cust267.18-2.cable.virginm.net) has quit (Ping timeout: 260 seconds) | |
| [20:30:20] | natanojl_: | heh |
| [20:30:33] | jya: | is that on a remote backend/frontend (e.g. it streams via myth:// protocol) or a combined system (reads the file directly) |
| [20:30:43] | stuartm: | combined system |
| [20:31:07] | stuartm: | although using storage groups |
| [20:31:25] | stuartm: | and iirc I have forced streaming on, so it would using the myth protocol |
| [20:31:51] | jya: | you must use SG now, so that’s a given. |
| [20:32:05] | jya: | so you have -O AlwaysStreamFiles=1 set? |
| [20:32:08] | jya: | (so do I) |
| [20:32:35] | stuartm: | yep |
| [20:32:48] | stuartm: | | AlwaysStreamFiles | 1 | scafell | |
| [20:32:48] | jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has joined #mythtv | |
| [20:33:09] | stuartm: | let me try without |
| [20:34:52] | stuartm: | same thing happens, only difference it that it gets the length of the track correct – with streaming it displays 32 minutes, without 4:03 |
| [20:35:04] | stuartm: | I think we can ignore that detail |
| [20:36:14] | peper03: | jpabq, natanojl: Ok, never looked at any of this before so I'll have to do some investigating to get my head round it. Always good to learn new stuff :) |
| [20:36:29] | stuartm: | it plays with mythavtest, no hang, but it seems like it's skipping through the file |
| [20:36:53] | stuartm: | mythffplay is fine |
| [20:37:00] | jpabq: | peper03: thanks. I have never made use of the stand-by screen before, but if you enhance it like this, I will probably start. |
| [20:37:41] | peper03: | jpabq: I presume, though, that the mythwelcome approach of cycling through the entries then isn't feasible? If the themer decides there's only space for one entry, then that's it? |
| [20:40:17] | jpabq: | You could... If the buttonlist can show 4 items, you could iterate through /what/ 4 items. That might be cool, but if that is the way it is done, then you would probably also want to populate another button(s) to show what is being showing: [item 16–20 of 200] or some such. |
| [20:42:20] | jpabq: | peper03: honestly, I have not used MythWelcome in a VERY long, so I was not aware that it worked that way. If it cycles through the upcoming recordings one at a time, and people like that, then you could make the stand-by screen work the same. I was just thinking that if you were going to show multiple recordings, that a buttonlist gives the themer a lot more control. |
| [20:44:24] | peper03: | MythWelcome currently shows what's currently recording and upcoming recordings. Both are a multi-line textarea that is used to show details of one recording. Every thirty seconds, the details of the next recording are shown. |
| [20:45:27] | peper03: | The 'upcoming recordings' widget really only shows the next recording. Unless several start all at exactly the same time. |
| [20:46:02] | peper03: | The 'Now recording' cycles through all the tuners. |
| [20:47:38] | peper03: | The themer has no control over how the metadata is formatted (one line each for channel, title, subtitle, recording times etc.), which is a bit wasteful on screen real-estate. |
| [20:49:03] | peper03: | I've pretty much just taken that over into the standby screen. |
| [20:51:01] | jpabq: | Yeah, and that is actually what made me think of this. The current display of the upcomming recording is often truncated. If it was a buttonlist with buttonitem elements such as 'title', 'subtitle', 'description', etc, then the themer could decide how much space they want to give to each of those elements. |
| [20:51:35] | stuartm: | personally I think a buttonlist of the next 5 recordings is better |
| [20:51:40] | coling (coling!~colin@cpc7-sgyl36-2-0-cust267.18-2.cable.virginm.net) has joined #mythtv | |
| [20:52:36] | stuartm: | a textarea is really not the best way to present that information, gives no formatting control to the themer and allows for no innovation in what exactly gets shown |
| [20:53:44] | jpabq: | stuartm: Obviously, I agree. peper03 just wasn't aware of what he was volunteering for ;-) |
| [20:53:55] | peper03: | Too right ;-) |
| [20:57:47] | peper03: | Scrolling through proglist.cpp, it feels like trying to use that class for the standby screen would be... interesting bordering on inappropriate. |
| [20:58:56] | peper03: | There seems to be a lot of complexity in there for things like sorting and different views, that don't apply to the standby screen. |
| [20:59:00] | jpabq: | If the list of upcomming recordings is not going to be "cycled" through, and it is *just* going to show the next X number of recordings, then I think the stand-by upcomming buttonlist should be populated with the next 15 recordings. Then then themer could control how many they actually show by how much area they give that buttonlist. |
| [20:59:32] | jpabq: | peper03: ah yes. I had not thought of that. That makes re-use of that code a lot harder. |
| [21:00:39] | peper03: | The standby screen has all the data, as far as I can tell, so I guess it's just a case of copying that from one data to another (buttonlist), and then updating the themes. |
| [21:01:22] | peper03: | Ignorance is a wonderful thing. There's all sorts of things you'd never start if you knew what the consequences were going to be :) |
| [21:01:49] | jpabq: | peper03: as stuartm pointed out, I pointed you to the wrong place. You should be looking at m_schedulesList in viewscheduled |
| [21:04:24] | SteveGoodey (SteveGoodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has joined #mythtv | |
| [21:12:57] | t0mahawk: | If I do any commits after a pull request, will they be in the pull to master when completed? |
| [21:15:07] | t0mahawk: | nvm, i suck just read that it will :) |
| [21:15:52] | paul-h: | It's handy to know what the next recording is but do you really need the full upcoming recordings list on the idle screen? |
| [21:18:10] | paul-h: | BBC's Glasto interactive stuff is a really poor this year :( |
| [21:19:06] | stuartm: | paul-h: we're not suggesting the full list, personally I'm saying the next 5, similar to what we do in the WebFrontend for recording rules |
| [21:19:12] | jpabq: | paul-h: I wouldn't mind seeing the next recording schedule on each tuner, but it doesn't need to be more than that. |
| [21:19:38] | stuartm: | paul-h: something like this – http://mythtv.co.uk/imagebin/WebFrontend%20-% . . . 0Details.png |
| [21:20:02] | jpabq: | The themer could limit how many items get shown by limiting the area allowed for the buttonlist. |
| [21:21:12] | stuartm: | jpabq: does it need to be each tuner? Surely for most people we want to hide away the technical detail of which tuner will be used, especially since that information is fairly useless when you factor in virtual tuners |
| [21:22:00] | jpabq: | stuartm: true enough. |
| [21:24:01] | jpabq: | Basically, I was just trying to say that if all 75 of my tuners have something schedule to record on the top of the next hour, that I would like to see all 75 shown :-p |
| [21:25:03] | SteveGoodey (SteveGoodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:26:02] | stuartm: | having one list for upcoming and another to list conflicts seems useful, not only can you see what will be recording next but whether there are any conflicts in the next day or so that you might like to try and fix before you go to work or for that weekend away |
| [21:30:01] | jpabq: | If peper03 uses the exact same naming for the buttlistitem elements, then I could inherit 100% of the xml from the viewscheduled window, which can display 7 items in Steppes. I think the mythbunto theme can show 10 items, and mythcenter-wide shows 13. That is why I was recommending the code to populate 15, and then let the theme set it's own limit. |
| [21:30:07] | dreamcat4 (dreamcat4!~dreamcat4@62.49.10.153) has quit (Quit: Lost terminal) | |
| [21:30:47] | jpabq: | stuartm: if a conflict buttonlist was going to be added, then it should be added to viewscheduled as well, right? |
| [21:33:10] | stuartm: | jpabq: I'd not add a second buttonlist, but I would have a filter if there isn't one already |
| [21:33:22] | peper03: | Do we need another buttonlist for conflicts? At least for myself, the single line 'There are conflicts' was/is enough in MythWelcome. It's rare that I have recording conflicts but it's enough for me to see at a glance that there are conflicts. If there are, I'll go into the upcoming recordings to find them. |
| [21:34:25] | jpabq: | peper03: I agree. |
| [21:34:30] | peper03: | I quite like the fairly simple overview that MythWelcome gives without overloading you with detail. |
| [21:34:32] | stuartm: | peper03: the existence of a conflict doesn't necessarily mean there is a problem – the 'conflict' may be a low priority programme that you don't really care much about, some people might permanently have at least one conflict in their schedules |
| [21:34:50] | paul-h: | peper03: I think the problem is neither stuartm or jpabq have used MythWelcome so don't know what information is required in that context |
| [21:35:24] | stuartm: | it's not so much whether there's a conflict but whether it's a conflict for something you really wanted to be recorded and whether it's imminent or two weeks away |
| [21:35:56] | stuartm: | a conflict in the next 24 hours is more pressing than one which isn't for a week and might resolve itself as more guide data becomes available |
| [21:37:04] | stuartm: | hence showing the 'next 5 conflicts' gives users the ability to see what's happening, when it's happening and whether they care without having to wade into Upcoming Recordings each and every time |
| [21:37:06] | peper03: | In the end, I guess it all comes down to your own personal preferences and setup. Like I said, I rarely have a conflict so a simple one-liner is enough for me. I can understand, though, that someone who has permanent conflicts might want more detailed information. |
| [21:38:35] | arescorpio (arescorpio!~arescorpi@186-202-17-190.fibertel.com.ar) has joined #mythtv | |
| [21:39:04] | stuartm: | if a one liner is all you need, then a buttonlist still gives you that option, but it also leaves the flexibility for those who want to see the next few conflicts as well |
| [21:42:14] | stuartm: | peper03: you don't have to be the one to write this if you don't want to do it, it's something I had planned to do a long time back, the original idea is what inspired me to add the same information to the WebFrontend since to me at least it seemed useful |
| [21:43:53] | peper03: | stuartm: I don't have a problem to write it. I've been too inactive recently (at least as far as this project goes) and it's not a bad thing to do something different. |
| [21:44:20] | stuartm: | more useful than what you got with MythWelcome, where you only got notified that there was a conflict after you'd exited the frontend, meaning you had to go back in to learn more – didn't seem very user friendly |
| [21:44:23] | peper03: | It might take a couple of iterations before everyone is happy, particularly as this is all new to me, but if it doesn't bother anyone else, it doesn't bother me :) |
| [21:45:06] | stuartm: | and while paul-h is right that I never used MythWelcome, I could still see the benefit of having an 'overview' of the backend status in the one place |
| [21:45:36] | stuartm: | in a format that wasn't so bad as the existing 'status' screen |
| [21:46:48] | stuartm: | that's the frontend status screen btw, not mythwelcome |
| [21:47:51] | peper03: | Yeah, I do use the status screen a bit but it's not my favourite screen to navigate. |
| [21:49:08] | stuartm: | neither jpabq nor I are talking about these buttonlists taking up the whole screen, or at least I don't think that's what jpabq is suggesting but something more like this – http://mythtv.co.uk/imagebin/WebFrontend%20-% . . . 0Details.png |
| [21:49:56] | stuartm: | which is missing the conflict list, but you get the idea |
| [21:51:08] | stuartm: | the list doesn't have to show everything that the full Upcoming Recording screen does, at a bare minimum the title and time would do |
| [21:51:53] | peper03: | Well if all the information is in there and a themer can pick and choose, it should be best of both worlds. |
| [21:51:53] | stuartm: | personally I'd include the channel icon for a bit of visual interest |
| [21:53:35] | peper03: | I'll leave it to the experts to come up with a good theme :) I'm happy to update default and default-wide but I'll not claim they'll be award winning :) |
| [21:54:46] | stuartm: | we could even add an auto-cycle option where it moves automatically through the list – for a one button list this would work a lot like MythWelcome, for more advanced themes you could add a text area to show the description etc, so as it cycled through it would show the description or other additional information |
| [21:55:51] | stuartm: | I like that idea enough to write it down for later ... |
| [21:56:01] | JohnBergqvist (JohnBergqvist!~JohnBergq@79-67-244-58.dynamic.dsl.as9105.com) has joined #mythtv | |
| [21:56:26] | JohnBergqvist: | Hi guys, bit of an emergency, where on my system should MythTV's perl scripts be stored? |
| [21:56:32] | JohnBergqvist: | (Arch Linux, x64_ |
| [21:57:06] | paul-h: | stuartm: Which takes me back to my original point in the context of the idle screen you are only interested in the current and next recordings anything further in the future is not needed IMHO |
| [21:58:07] | stuartm: | paul-h: that's exactly what I'm saying |
| [21:58:31] | stuartm: | isn't it? |
| [21:59:26] | stuartm: | for this 'auto-cycle' I'd have a limit before it returned to the beginning, it wouldn't cycle the entire upcoming list ! |
| [22:00:17] | paul-h: | It sounded like you and jpabq wanted the whole upcoming recordings list |
| [22:00:22] | stuartm: | no |
| [22:00:35] | stuartm: | http://mythtv.co.uk/imagebin/WebFrontend%20-% . . . 0Details.png |
| [22:00:53] | stuartm: | I've said 5, but we'd give themers that choice |
| [22:00:53] | jpabq: | I would like the first 15 items, so the themer can decide how much to show. |
| [22:02:06] | stuartm: | paul-h: but with a buttonlist you can choose to show just one or how ever many users (through themers) decide is really necessary |
| [22:04:37] | paul-h: | My point is if there is just one recording about to start today you don't need to know what recordings are going to start tomorrow in the context of the idle screen |
| [22:05:01] | paul-h: | It's just a distraction you don't need |
| [22:06:06] | stuartm: | paul-h: I don't think it does any harm? Moreover that's your use case for it, mine would include being able to see whether it's going to catch something tomorrow when I'm at work |
| [22:06:49] | paul-h: | Isn't that what the upcoming recording screen is for :) |
| [22:07:18] | stuartm: | paul-h: sure, so why even having the upcoming recordings on that screen at all? ;) |
| [22:08:10] | paul-h: | So you know why the BE isn't shutting down it's about to start a recording |
| [22:08:23] | stuartm: | at least for MythWelcome it was actually a necessity since you had to start MythFrontend to access the upcoming recordings, you don't with the idle screen |
| [22:09:15] | stuartm: | but the way I see it there is value to making the idle screen into an 'overview' showing a bunch of information that would ordinarily be scattered over multiple screens |
| [22:09:31] | stuartm: | paul-h: but why do you need to know that? |
| [22:09:51] | stuartm: | the backend takes care of itself, unless you're planning on pulling the plug on it |
| [22:10:06] | stuartm: | which would wipe the wakeup time, so you wouldn't do that |
| [22:11:26] | stuartm: | if it really matters so much to people that only the recordings starting in the next hour (or whatever) are shown, then I'd happily compromise with a setting that lets you configure that |
| [22:11:34] | stuartm: | doesn't make sense to me, but I'd do it |
| [22:12:37] | paul-h: | I'd have to see it in action |
| [22:13:58] | stuartm: | peper03: sorry that you've got caught up in the middle of the spirited debate ;) |
| [22:15:37] | paul-h: | Just listen to a bit of Kasabian at Glasto that will cheer you up :) |
| [22:16:26] | peper03: | Not a problem :) I can see both sides of the argument. Like paul-h, I'd rather just have a sparse overview, but I'm prepared to be convinced there is a way to do it that will still be readable at 10 feet :) |
| [22:21:20] | stuartm: | there's certainly a couple of different approaches we're trying to blend together here, my changes to backend shutdown/wakeup and this frontend idle mode were all so I didn't have to manage things, it would all just work and at least for me that's exactly how it's happened, my production fe/be shuts down and wakes up at the right times entirely without intervention, even waking for a few minutes each night to grab fresh guide data |
| [22:22:41] | stuartm: | the only thing I've decided is missing is the option to automatically wake the backend when user input is detected on a remote frontend, for that I'll be improving the WoL stuff |
| [22:24:03] | stuartm: | other people prefer a more hands-on approach, actively monitoring and managing their frontend and backend which is more what mythwelcome was tailored for |
| [22:24:19] | JohnBergqvist: | Mythwelcome has become too laggy for it to be of use for me |
| [22:24:56] | JohnBergqvist: | or actually, maybe it's the frontend taking ages to open/exit |
| [22:25:15] | JohnBergqvist: | Still, i've noticed mythwelcome locking up on fixes/.27 for me |
| [22:25:28] | JohnBergqvist: | as in, the "next recording screen" is frozen |
| [22:26:34] | stuartm: | JohnBergqvist: well we may be edging towards the point where MythWelcome is removed, that's up to Paul and whether he feels that what we've now got built into the frontend suits his purposes |
| [22:27:38] | JohnBergqvist: | Fine by me |
| [22:27:40] | andreaz (andreaz!~andre_000@p57922329.dip0.t-ipconnect.de) has joined #mythtv | |
| [22:28:02] | stuartm: | in 0.27 mythwelcome is no required to allow the backend to shut down, so if that's the only reason you use it then you can stop, you just need to configure or use the frontend according to how you want it to behave |
| [22:28:13] | JohnBergqvist: | Nah, I leave the backend on all the time |
| [22:28:30] | stuartm: | JohnBergqvist: so just for the 'summary' info then? |
| [22:28:49] | JohnBergqvist: | well it was easier for my mum to understand xD |
| [22:29:10] | JohnBergqvist: | i used to have it wake up and shutdown etc, but even with WOL having to wait 30 secs just to check the program guide and then have it turn off again was annoying me |
| [22:29:38] | JohnBergqvist: | Is there a way that one could stop lirc from responding to remote inputs when a HDMI TV is turned off? |
| [22:29:55] | paul-h (paul-h!~Paul@94.6.239.28) has quit (Quit: Konversation terminated!) | |
| [22:30:20] | stuartm: | nah, it's good to know why people use mythwelcome and it's definitely interesting to know that for some it's not about letting the backend shutdown which was it's main raison d'etre but because it shows that overview of what's happening and going to happen |
| [22:30:35] | JohnBergqvist: | It was a nice splash screen |
| [22:30:43] | JohnBergqvist: | I mean right now, the main menu is just that... a menu |
| [22:34:14] | JohnBergqvist: | tbh I did use it as a quick way to have the backend shutdown, or lock it from there, so it would stay o |
| [22:34:16] | JohnBergqvist: | *stay on |
| [22:39:02] | JohnBergqvist: | Also, I still feel that MythTV should make use of the SyndicatedEpisodeNumber as much as possible in the program guide data |
| [22:39:56] | JohnBergqvist: | because if that is used for Series & Episode numbers for recorded programs, it'll make the "This Series" and "This Episode" recording filters actually work for once, plus it'll make metadata grabbing more accurate |
| [22:40:55] | stuartm: | we use series/episode info in 0.27, or at least in 0.28 (pretty sure 0.27 but I can't remember the timing) |
| [22:42:44] | stuartm: | although perhaps not for those filters which I think solely rely on seriesid and programid |
| [22:43:03] | stuartm: | I can look into that |
| [22:43:06] | JohnBergqvist: | a lot of the time, series id refers to the whole show, not just a particular season |
| [22:43:06] | CrypticSquared (CrypticSquared!~CrypticSq@unaffiliated/crypticsquared) has joined #mythtv | |
| [22:43:19] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Ping timeout: 244 seconds) | |
| [22:43:26] | stuartm: | JohnBergqvist: which guide source? |
| [22:43:40] | JohnBergqvist: | Atlas/Radio Times xmltv (pressassociation) |
| [22:44:01] | JohnBergqvist: | The format is S2E3 For example |
| [22:44:08] | JohnBergqvist: | no trailing 0's |
| [22:44:12] | JohnBergqvist: | *leading 0's |
| [22:44:18] | JohnBergqvist: | and sometimes it's just E1 |
| [22:44:23] | stuartm: | ah, ok, that's actually correct, it's a confusion caused because in the US a 'series' is the whole thing, each 'series' is called the 'season' |
| [22:44:30] | JohnBergqvist: | ahh right |
| [22:44:50] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [22:45:05] | JohnBergqvist: | So is that meant to be used when you have two shows with the same title, that are actually different from each other? |
| [22:45:19] | stuartm: | so in fact it's a problem with the en_gb translation, although I'm not sure how best to handle it |
| [22:45:28] | stuartm: | JohnBergqvist: yes |
| [22:45:29] | JohnBergqvist: | it is :P |
| [22:45:38] | JohnBergqvist: | also, thats a pretty damn rare occurance surely? |
| [22:45:54] | natanojl_ (natanojl_!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 244 seconds) | |
| [22:46:00] | JohnBergqvist: | especailly as most people would tend to also set it on a single chanel too |
| [22:46:04] | stuartm: | we don't have a 'This season' filter at the moment, but maybe gigem will think that's a good idea |
| [22:46:19] | JohnBergqvist: | I just feel syndicated episode number could be used more |
| [22:46:20] | stuartm: | JohnBergqvist: happens enough that we have a filter to deal with it :) |
| [22:46:23] | JohnBergqvist: | currently it's just ignored |
| [22:46:38] | stuartm: | JohnBergqvist: it's not ignored, not in 0.27 |
| [22:46:46] | JohnBergqvist: | Where's it used in 0.27? |
| [22:47:03] | stuartm: | in fact in 0.27 SyndicatedEpisode number is deprecated, it's been split into Season and Episode |
| [22:47:13] | JohnBergqvist: | I know that |
| [22:47:22] | JohnBergqvist: | i mean, ive seen those individually |
| [22:48:12] | JohnBergqvist: | Actually, the format on mine is E7S3 for example, sorry |
| [22:48:14] | stuartm: | JohnBergqvist: somes themes show it in the UI, it's automatically used when fetching artwork for recordings, it's present in the program Details screen alongside the new 'total episodes' info |
| [22:48:26] | stuartm: | so you get "Episode 5 of 15" |
| [22:48:31] | JohnBergqvist: | Ah right. |
| [22:48:54] | JohnBergqvist: | Well i've only seen those two filled when metadata is grabbed from thetvdb |
| [22:49:03] | stuartm: | but it is up to the themer to make use of it, and it's possible that some don't know that the information is now available |
| [22:49:21] | JohnBergqvist: | Ah, I meant in terms of filling in the Episode & Season values in the database |
| [22:49:40] | stuartm: | JohnBergqvist: for RT they'll be filled before you grab metadata now, although maybe not for Atlas which doesn't provide as much information as RT |
| [22:49:59] | JohnBergqvist: | actually RT and Atlas get their data from the same source |
| [22:50:02] | JohnBergqvist: | pressassociation.com |
| [22:50:04] | stuartm: | JohnBergqvist: yeah so do I, we now insert that directly into the database |
| [22:50:18] | stuartm: | JohnBergqvist: yes they do, but Atlas doesn't return all of it |
| [22:50:41] | JohnBergqvist: | doesn't it? Such as? |
| [22:51:02] | stuartm: | the Atlas author is a big of an arse and refuses to include some info because his application doesn't use it |
| [22:51:15] | JohnBergqvist: | Oh yes, I know that ;) |
| [22:51:31] | stuartm: | stuff like whether a programme is in HD and from what you're saying the season and episode info |
| [22:51:32] | JohnBergqvist: | I wish nick had finished his atlas grabber |
| [22:51:33] | JohnBergqvist: | yup |
| [22:51:59] | JohnBergqvist: | in his defence, the HD status is wildy inaccurate on the Press Association's side |
| [22:52:10] | stuartm: | I'm using the old pre-atlas grabber which still works well |
| [22:52:18] | JohnBergqvist: | as the press assocation flags SD copies of the same program as being in HD :/ |
| [22:52:34] | JohnBergqvist: | Well the radio times grabber has stopped having new channels added to it, which is annoying |
| [22:52:50] | stuartm: | JohnBergqvist: well that is a problem, but then Nick was prepared to fixup obviously bad data in his grabber |
| [22:52:58] | JohnBergqvist: | Yup |
| [22:53:04] | JohnBergqvist: | Shame Nick never got his off the ground |
| [22:53:14] | JohnBergqvist: | cos there were issues with genres in the current atlas grabber |
| [22:54:10] | stuartm: | I may ultimately be forced to finish what Nick started, I don't really want to spend my time on that, but I may not have a choice |
| [22:54:44] | JohnBergqvist: | Still, it would be nice, if syndicatedepisodeNo is the only filled in value, for that to be split & copied into Episode & Series values for each program when mythfilldatabase inserts it into the database |
| [22:54:56] | JohnBergqvist: | which would then automatically be carried over into recordings (I think) |
| [22:55:00] | stuartm: | anyway, check whether the atlas grabber really is returning the episode and series (season) info |
| [22:56:01] | JohnBergqvist: | ok |
| [22:56:34] | JohnBergqvist: | I think it only returns it as a single combinedvalue, which in our case is just dumped in the syndicatedEpNo field |
| [22:57:00] | stuartm: | the syndicated episode number is something we actually build from the season/episode info in the guide data, it doesn't come from the grabber in that form |
| [22:58:32] | stuartm: | instead it's something like 4.5/20 – where 4 is the series, 5 the episode and 20 the total number of episodes in that series |
| [22:59:01] | stuartm: | might have that backwards, i.e. may be 5/20.4 instead |
| [22:59:04] | JohnBergqvist: | well mine isn't like that at all |
| [22:59:10] | JohnBergqvist: | mine is in all manner of forms |
| [22:59:15] | stuartm: | JohnBergqvist: in the raw guide data? |
| [22:59:22] | JohnBergqvist: | hang on i'm checking |
| [23:00:04] | stuartm: | you're looking for a tag called episode-num |
| [23:00:16] | JohnBergqvist: | ok |
| [23:00:27] | JohnBergqvist: | would help if i knew how to view the raw xml xD |
| [23:01:08] | stuartm: | with a 'system' attribute, we support the xmltv_ns (xmltv number system) but the spec does allow for other custom systems |
| [23:01:48] | stuartm: | we take those values and turn it into E5S4 |
| [23:02:15] | JohnBergqvist: | ah ok |
| [23:02:20] | stuartm: | and in 0.27 we insert the values into the program/recorded tables in the season, episode and episodetotal columns |
| [23:02:21] | JohnBergqvist: | do you do anything else with it though? |
| [23:02:24] | JohnBergqvist: | oh |
| [23:02:30] | JohnBergqvist: | well it's not inserting it into those on mine |
| [23:02:41] | JohnBergqvist: | it is building the syndicated episode number tho |
| [23:02:56] | stuartm: | JohnBergqvist: hmm, maybe that change went in after 0.27 was released then |
| [23:03:11] | JohnBergqvist: | i am on 0.27-fixes from git btw |
| [23:03:27] | stuartm: | I'm always a bit hazy on the order of events as a lot has happened since then :) |
| [23:03:41] | stuartm: | JohnBergqvist: maybe it's 0.28/master only then |
| [23:03:59] | JohnBergqvist: | i think so |
| [23:04:14] | JohnBergqvist: | I don't even have individual season & episode fields for shows in the programs table |
| [23:04:48] | stuartm: | ah, ok, appears I made the changes in October last year, 0.27 was released a month earlier in September |
| [23:05:18] | stuartm: | so you'll have to wait for 0.28 to be released, or switch to running master (with no warranty) |
| [23:06:27] | stuartm: | would have saved a lot of time if I had checked the dates 20 minutes ago |
| [23:08:28] | JohnBergqvist: | <episode-num system="xmltv_ns">0.2/15.</episode-num> |
| [23:08:28] | JohnBergqvist: | <episode-num system="brand.series.episode">r6q9.r6r4.r6rw</episode-num> |
| [23:08:35] | JohnBergqvist: | does that look familar to you? |
| [23:09:32] | JohnBergqvist: | that comes through as: "E3S1" in the guide |
| [23:10:52] | JohnBergqvist: | it appears that the left hand side of that 1st value start from 0, yet the left hand side starts from 1 |
| [23:10:59] | JohnBergqvist: | as a History of Britain has 15 episodes in total |
| [23:12:09] | JohnBergqvist: | (which is where that sample is from) |
| [23:17:34] | stuartm: | that's correct, series/episode are zero indexed, so 0 = 1, 2 = 3 |
| [23:18:10] | stuartm: | the total number of episodes isn't zero indexed, so 15 = 15 |
| [23:19:31] | stuartm: | in 0.28 you'd see that possibly used different ways in the UI, in my (private) theme I have it display stuff like "Episode 3 of 15", or "Ep. 3 of 15" etc |
| [23:19:57] | stuartm: | it's used automatically by the metadata grabbers etc |
| [23:20:39] | stuartm: | and yes, I'll see whether there's a possibility of a 'This series (season)' filter using it |
| [23:20:54] | JohnBergqvist: | Cheers |
| [23:21:05] | JohnBergqvist: | cos right now in .27 it's rather uselsss :P |
| [23:21:12] | JohnBergqvist: | *useless |
| [23:21:13] | stuartm: | it's also used in the WebFrontend |
| [23:22:11] | JohnBergqvist: | true, but only as a single value |
| [23:24:52] | stuartm: | you can see it after the description in this early version: http://mythtv.co.uk/imagebin/internal_recordings.jpg |
| [23:26:17] | stuartm: | don't have a more recent screenshot handy, will have to upload some |
| [23:26:42] | JohnBergqvist: | ok |
| [23:27:05] | JohnBergqvist: | noticed that the "total episodes" part can be either for the whole series, or just a particular season though |
| [23:27:22] | JohnBergqvist: | for example in the above one I linked, it was out of the entire series |
| [23:33:13] | JohnBergqvist (JohnBergqvist!~JohnBergq@79-67-244-58.dynamic.dsl.as9105.com) has quit (Quit: Leaving) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.
