| Wednesday, January 11th, 2012, 00:04 UTC | ||
| [00:04:20] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [00:28:28] | mcbaine1 (mcbaine1!~na@46.226.187.107) has quit (Remote host closed the connection) | |
| [00:29:54] | mcbaine1 (mcbaine1!~na@46.226.187.107) has joined #mythtv | |
| [00:32:48] | Unguided (Unguided!~chatzilla@cblmdm72-241-224-90.buckeyecom.net) has joined #mythtv | |
| [00:44:58] | mcbaine1 (mcbaine1!~na@46.226.187.107) has quit (Quit: Leaving) | |
| [00:46:51] | mcbaine1 (mcbaine1!~na@46.226.187.107) has joined #mythtv | |
| [00:47:36] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (Quit: jpabq) | |
| [00:56:00] | stichnot (stichnot!~chatzilla@192.55.54.42) has quit (Remote host closed the connection) | |
| [01:00:24] | Unguided (Unguided!~chatzilla@cblmdm72-241-224-90.buckeyecom.net) has left #mythtv () | |
| [01:07:20] | Captain_Murdoch: | stuartm, OK, I made a note and will get it out of the download site |
| [01:14:08] | Seeker`: | is there a way of giving an absolute position to an image, rather than a relative one? |
| [01:30:40] | Captain_Murdoch: | I think they are relative to the parent object, but IANAT (I am not a themer). you can't specify a position outside the parent object because clipping might mean the child doesn't get redrawn/refreshed. |
| [01:31:41] | Seeker`: | would be nice to be able to do something like change the screen background depending on which menu item is selected |
| [01:43:07] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [01:53:28] | Captain_Murdoch: | not sure how big you can make the watermark image, but you could experiment with things like mythcenter which has a changing graphic/watermark when you change menu items. |
| [01:56:08] | Seeker`: | Captain_Murdoch: I tried just making the icon full size and moving it, but because it is defined after the menu, it covers it up |
| [02:06:02] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [02:06:23] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [02:08:44] | sphery: | stuartm / markk : in addition to what davide said, you may want to see http://www.gossamer-threads.com/lists/mythtv/users/169129#169129 + http://www.gossamer-threads.com/lists/mythtv/users/169259#169259 . First covers your question directly (at least from all Schedules Direct perspectives) and 2nd extends the question/answer a bit (and, IMHO, if nothing else, the last line of the 2nd is worth reading in light of my quoting it) |
| [02:09:29] | Captain_Murdoch: | stuartm, metallurgy has been removed. |
| [02:23:41] | yoyolala (yoyolala!~yoyolala@unaffiliated/yoyolala) has quit (Quit: leaving) | |
| [02:45:37] | dchilton (dchilton!~dchilton@unaffiliated/dchilton) has joined #mythtv | |
| [02:50:52] | jya (jya!~jyavenard@120.147.14.211) has joined #mythtv | |
| [02:50:53] | jya (jya!~jyavenard@120.147.14.211) has quit (Changing host) | |
| [02:50:53] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [02:53:22] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [02:54:08] | cattelan_away is now known as cattelan | |
| [02:54:57] | dchilton (dchilton!~dchilton@unaffiliated/dchilton) has left #mythtv () | |
| [03:33:05] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [03:48:09] | MNichie (MNichie!~jconerly@c-75-64-227-173.hsd1.ms.comcast.net) has joined #mythtv | |
| [04:11:42] | tim (tim!442d0862@gateway/web/freenode/ip.68.45.8.98) has joined #mythtv | |
| [04:11:55] | tim (tim!442d0862@gateway/web/freenode/ip.68.45.8.98) has quit (Client Quit) | |
| [04:29:19] | superm1 (superm1!u4318@ubuntu/member/superm1) has quit (Read error: Connection reset by peer) | |
| [04:33:58] | b1tbkt (b1tbkt!~b1tbkt@71-85-230-58.dhcp.stls.mo.charter.com) has quit (Quit: Leaving.) | |
| [04:56:49] | Roklobsta_ (Roklobsta_!~quassel@ppp118-209-56-206.lns20.mel4.internode.on.net) has joined #mythtv | |
| [05:10:43] | b1tbkt (b1tbkt!~b1tbkt@71-85-230-58.dhcp.stls.mo.charter.com) has joined #mythtv | |
| [05:29:28] | b1tbkt (b1tbkt!~b1tbkt@71-85-230-58.dhcp.stls.mo.charter.com) has quit (Quit: Leaving.) | |
| [05:45:23] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has quit (Read error: No route to host) | |
| [05:45:55] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has joined #mythtv | |
| [05:58:27] | superm1 (superm1!u4318@ubuntu/member/superm1) has joined #mythtv | |
| [06:08:50] | cattelan is now known as cattelan_away | |
| [07:05:34] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [07:22:02] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [08:36:16] | jeff999 (jeff999!~jeff@203-173-12-152.dyn.iinet.net.au) has joined #mythtv | |
| [08:37:56] | jeff999 (jeff999!~jeff@203-173-12-152.dyn.iinet.net.au) has left #mythtv () | |
| [08:48:48] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc) | |
| [09:19:36] | ** stuarta larts the osx dns resolver ** | |
| [09:29:01] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
| [09:29:39] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [09:52:03] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [09:55:03] | jya (jya!~jyavenard@120.147.14.211) has joined #mythtv | |
| [09:55:03] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [09:55:03] | jya (jya!~jyavenard@120.147.14.211) has quit (Changing host) | |
| [10:25:53] | Yancho_ (Yancho_!~mpulis@unaffiliated/yancho) has quit (Ping timeout: 252 seconds) | |
| [10:34:33] | jeff999 (jeff999!~jeff@203-173-12-152.dyn.iinet.net.au) has joined #mythtv | |
| [10:38:47] | Yancho_ (Yancho_!~mpulis@unaffiliated/yancho) has joined #mythtv | |
| [10:39:10] | Seeker`: | is there a way of defining more views, other than browse, gallery etc. |
| [10:46:22] | jeff999 (jeff999!~jeff@203-173-12-152.dyn.iinet.net.au) has quit (Remote host closed the connection) | |
| [11:05:03] | Guest82364 (Guest82364!~mike@c-76-115-119-121.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [11:05:53] | mike|2 (mike|2!~mike@c-76-115-119-121.hsd1.or.comcast.net) has joined #mythtv | |
| [11:40:15] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [11:43:54] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (*.net *.split) | |
| [11:43:54] | gigem (gigem!~gigem@mythtv/developer/gigem) has quit (*.net *.split) | |
| [11:43:55] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (*.net *.split) | |
| [11:43:55] | jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has quit (*.net *.split) | |
| [11:43:55] | stuarta (stuarta!~stuarta@metis.squashedfrog.net) has quit (*.net *.split) | |
| [11:47:43] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv | |
| [11:47:44] | gigem (gigem!~gigem@mythtv/developer/gigem) has joined #mythtv | |
| [11:47:44] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [11:47:44] | jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has joined #mythtv | |
| [11:47:44] | stuarta (stuarta!~stuarta@metis.squashedfrog.net) has joined #mythtv | |
| [11:48:59] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [11:49:44] | stuartm: | no |
| [11:50:27] | stuartm: | those views can look like whatever you want, but you cannot add more options |
| [11:51:39] | Seeker`: | any particular reason for that to be the case? |
| [11:54:19] | stuarta (stuarta!~stuarta@metis.squashedfrog.net) has quit (Changing host) | |
| [11:54:19] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has joined #mythtv | |
| [12:02:42] | stuartm: | I guess it was assumed that three was more than enough |
| [12:04:17] | ** stuarta does a happy dance. first pass build of 0.24-fixes completed ** | |
| [12:04:26] | stuarta: | via osx buildbot |
| [12:04:38] | stuarta: | tell you what, this thing has been a pita |
| [12:05:33] | Seeker`: | stuartm: I have a feeling I'm going to have to get more familiar with the ui code than I wanted if i'm gonna get this theme to work how I want :( |
| [12:26:06] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [12:41:15] | Seeker`: | I guess it is also not possible to have a jump point activate a filter too? |
| [12:41:51] | Seeker`: | (i.e. press a button and automatically go to browse videosw ith the film/tv filter selected) |
| [13:06:06] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [13:06:26] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [13:06:55] | MNichie (MNichie!~jconerly@c-75-64-227-173.hsd1.ms.comcast.net) has quit (Ping timeout: 240 seconds) | |
| [13:23:24] | MNichie (MNichie!~jconerly@c-75-64-227-173.hsd1.ms.comcast.net) has joined #mythtv | |
| [13:48:16] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [13:52:20] | birk__ (birk__!~birk@c-76-17-239-2.hsd1.mn.comcast.net) has joined #mythtv | |
| [13:57:04] | birk__ (birk__!~birk@c-76-17-239-2.hsd1.mn.comcast.net) has quit (Remote host closed the connection) | |
| [14:10:51] | b1tbkt (b1tbkt!~b1tbkt@71-85-230-58.dhcp.stls.mo.charter.com) has joined #mythtv | |
| [14:13:46] | birk__ (birk__!~birk@c-76-17-239-2.hsd1.mn.comcast.net) has joined #mythtv | |
| [14:14:46] | stichnot (stichnot!~chatzilla@192.55.54.42) has joined #mythtv | |
| [14:18:34] | b1tbkt (b1tbkt!~b1tbkt@71-85-230-58.dhcp.stls.mo.charter.com) has quit (Quit: Leaving.) | |
| [14:20:48] | Peitolm: | stuarta: you managed to get 0.24-fixes to compile on osx? wow, don't supposed you documented it? |
| [14:21:40] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [14:25:24] | stuarta: | osx-packager :) |
| [14:25:37] | stuarta: | i'm abusing it to get a buildslave working |
| [14:25:50] | stuarta: | but yes, i've been building mythtv on osx for a while |
| [14:25:55] | stuarta: | since 10.4 |
| [14:26:03] | Peitolm: | which osx? |
| [14:26:10] | stuarta: | 10.6.8 atm |
| [14:26:11] | Peitolm: | i only tried on lion and failed dismally |
| [14:26:27] | stuarta: | is that 10.7? |
| [14:26:35] | Peitolm: | yep |
| [14:26:43] | stuarta: | we can work up to that |
| [14:27:09] | Peitolm: | i'm getting a new old-box that i was going to use for encoding work, and that will probably come with 10.6, might even be 10.5 |
| [14:27:23] | Peitolm: | so i could build it on there and transfer it over |
| [14:27:53] | stuarta: | it would be interesting to see how it goes, using the trunk osx-packager |
| [14:29:54] | stuarta: | i'm making it so that can build box 0.24-fixes and master |
| [14:30:04] | stuarta: | one script to rule them all |
| [14:30:50] | Seeker`: | I tried 10.7 and it had problems with QT stuff |
| [14:30:53] | Seeker`: | so I gave up |
| [14:30:58] | stuarta: | building qt? |
| [14:31:03] | Seeker`: | yeah |
| [14:31:37] | Seeker`: | stuartm: how involved would it be to add a 4th/5th/nth view type? |
| [14:33:42] | stuarta: | that can be a bit of a pain when you go to a new os revision |
| [14:34:15] | Peitolm: | I had some success with using a different Qt, (pre-compiled), but ran out of steam when i hit something else |
| [14:34:43] | birk__ (birk__!~birk@c-76-17-239-2.hsd1.mn.comcast.net) has left #mythtv () | |
| [15:00:14] | stuartm: | Seeker`: not difficult at all, but no-one here is likely to sign off on it, we'd be far more likely to drop one or two existing views in favour of dedicated film/tv views – people only tend to use one of the three views, they don't switch between them therefore there's nothing lost in ditching at least one (users can find a themes which layout things as they would prefer) |
| [15:00:36] | ** stuartm is AFK again ** | |
| [15:03:05] | josef__ (josef__!znc@static.88-198-14-114.clients.your-server.de) has quit (Quit: ZNC - http://znc.in) | |
| [15:16:49] | b1tbkt (b1tbkt!~b1tbkt@68-188-69-98.static.stls.mo.charter.com) has joined #mythtv | |
| [15:17:33] | cattelan_away is now known as cattelan | |
| [15:19:01] | rsiebert_ (rsiebert_!~quassel@e179130248.adsl.alicedsl.de) has joined #mythtv | |
| [15:19:35] | rsiebert (rsiebert!~quassel@g225050184.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [15:42:15] | b1tbkt (b1tbkt!~b1tbkt@68-188-69-98.static.stls.mo.charter.com) has quit (Ping timeout: 240 seconds) | |
| [15:42:34] | b1tbkt (b1tbkt!~b1tbkt@68-188-69-98.static.stls.mo.charter.com) has joined #mythtv | |
| [16:05:35] | stichnot (stichnot!~chatzilla@192.55.54.42) has quit (Ping timeout: 240 seconds) | |
| [16:12:02] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Read error: Connection reset by peer) | |
| [16:16:39] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [16:29:04] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 276 seconds) | |
| [16:30:06] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [16:41:34] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [16:42:26] | Seeker`: | stuartm: I'm not sure why you'd restrict the number of views a theme author can implement |
| [16:50:54] | Goga777 (Goga777!~Goga777@128-71-72-155.broadband.corbina.ru) has joined #mythtv | |
| [16:54:33] | brfransen (brfransen!~brfransen@64.179.142.146) has quit (Ping timeout: 252 seconds) | |
| [17:03:30] | b1tbkt (b1tbkt!~b1tbkt@68-188-69-98.static.stls.mo.charter.com) has quit (Quit: Leaving.) | |
| [17:04:43] | b1tbkt (b1tbkt!~b1tbkt@68-188-69-98.static.stls.mo.charter.com) has joined #mythtv | |
| [17:07:33] | stichnot (stichnot!~chatzilla@192.55.54.36) has joined #mythtv | |
| [17:20:25] | b1tbkt (b1tbkt!~b1tbkt@68-188-69-98.static.stls.mo.charter.com) has left #mythtv () | |
| [17:26:09] | dekarl: | Seeker`: because sometimes less is more. I can't think of 5 different views *per theme* that make sense. |
| [17:27:01] | dekarl: | the trick is in refining and optimizing the theme, not squeezing all possible variants into a single theme ;) |
| [17:27:11] | Captain_Murdoch: | and the fact that each view requires more C++ code in mythfrontend. |
| [17:27:37] | Seeker`: | Captain_Murdoch: not less code and a for loop? |
| [17:28:18] | dekarl: | Seeker`: the code is not the main point |
| [17:29:18] | Seeker`: | dekarl: an individual probably wants 1 way of viewing recordings, 1 way of viewing TV series and 1 way of viewing films |
| [17:30:01] | Seeker`: | I'm not entirely sure that the choice that the theme creator makes necessarily maps to the choice a user would make just because they like the style of the theme |
| [17:30:04] | dekarl: | probably not. An individual likely prefers to have a series in one place, no matter if its recording, dvd or vod |
| [17:30:21] | Captain_Murdoch: | to a developer it is. :) if the same code could easily support 2 different views depending on the data set, then that would be nice. the current 'views' we have are all ?mostly? separate code in mythfrontend. recordings vs videos are definitely separate, and the different video views are separate code from each other as well I believe. |
| [17:31:25] | dekarl: | and then you get into the funny details... is "James Bond" one hundred single movies? Or is it a series? ;) |
| [17:31:55] | Seeker`: | dekarl: that is a seperate issue to 'how many views should there be' |
| [17:32:56] | Seeker`: | from a (What was)mythvideo perspective, all of the views should just be a presentation layer on top of the same implementation, I'm not sure why you'd need more code to support a different view |
| [17:33:32] | Captain_Murdoch: | view now == gallery, browse, list (or whatever hte 3 are called). |
| [17:33:40] | dekarl: | Seeker`: I agree with that. So do you have a theme developed to the point where you are restricted by "just" three views? |
| [17:33:53] | Captain_Murdoch: | it sounds like you're talking more of a theme |
| [17:33:56] | Seeker`: | I'm working on it :P |
| [17:34:55] | dekarl: | sounds good. mind to show some mockups to support the "more views are better" way? :D |
| [17:35:10] | Seeker`: | Captain_Murdoch: AIUI, gallery, brows and list are just names, and they all display the same data in different ways |
| [17:35:12] | Captain_Murdoch: | and that's where I say that having a different 'view' for a different data set using the same backend code might be good. ie, a 'TV' data set view and a 'Videos' dataset view both using the same mythfrontend code. the 'TV' dataset view could even allow deletions. |
| [17:35:24] | Captain_Murdoch: | Seeker`, right, but they're different code on the backend |
| [17:35:28] | Captain_Murdoch: | s/backend/frontend |
| [17:35:31] | Seeker`: | Captain_Murdoch: why? |
| [17:35:41] | Seeker`: | dekarl: I'm basically trying to copy XBMC Aeon |
| [17:38:27] | Seeker`: | Captain_Murdoch: I might be missing something, but if the 3 views display the same information, and the format of that information is dictated totally by the theme .xml file, I don't understand why you need different code in the frontend for each |
| [17:41:50] | brfransen (brfransen!~brfransen@64.179.142.146) has joined #mythtv | |
| [17:43:29] | Captain_Murdoch: | when I go into video currently, I see some views that are single tiered lists and some that are trees. so even if they're in the same videodlg.cpp file, there is a lot of "if this else that" code in the source. |
| [17:46:11] | Seeker`: | Captain_Murdoch: but is it set up so that only one of the three views can display things as trees, and nother can only view them as single tiered lists? |
| [17:46:25] | Captain_Murdoch: | so it's really closer to 2 different view types (list vs tree) with one of those types (list) having different UI views (browse and gallery and manager). there are also 'if' statements sprinkled through the code that say things like "if manager mode do this" |
| [17:46:28] | Seeker`: | Or does it just depend on what elements you define in the .xml as to which is picked up |
| [17:49:57] | Captain_Murdoch: | it doesn't draw the list or the tree depending on what the theme wants to display, that would cause just as many or possibly more if statements because we'd have to say "if tree exists then do tree stuff" everwhere instead of "if mode == tree view then do tree stuff". I'm not saying it can't be done or that iamlindoro hasn't thought of it (since he's the main videos guy now). just saying the code would still have to handle it. |
| [17:51:10] | Captain_Murdoch: | I believe it has been talked about before to have a TV vs Videos view, and then there are others that want a consolidated view with all video type media in the same interface. |
| [17:52:17] | Captain_Murdoch: | if the same backend code can handle a tree full of TV data or a tree full of Videos data, then it could fairly easily support 2 different UI theme windows for the different data types, or even a 3rd for a combined dataset. |
| [17:52:23] | Captain_Murdoch: | s/backend/frontend/ |
| [17:53:54] | Captain_Murdoch: | I'm sure a lot of people would love a consolidated interface like that. and if you can delete TV recordings from within there, I think a lot of people would switch over to using that versus the Watch Recordings screen since you could see movies right along side recordings. |
| [17:54:43] | Captain_Murdoch: | some people have DVD rips of back seasons of shows while recordings of recent seasons. showing these along side each other would be great. |
| [17:56:55] | Seeker`: | agreed, freedom to arrange data like that would be great |
| [17:58:18] | Captain_Murdoch: | that's where the 'dual homing' of new recordings come into play. the new schema design will handle this, but will require some glue and UI work to allow showing a recording with the videos or moving a recording to the videos area. |
| [17:58:59] | Captain_Murdoch: | I had a patch years ago that showed videos in the Watch Recordings screen so I could browse all video media in one place. I don't run it anymore, but it was nice at the time. |
| [17:59:37] | Captain_Murdoch: | once my videos tree became more complicated, browsing through the limited Watch Recordings interface became a pain. |
| [18:00:56] | Seeker`: | but I don't think 'people dont need more than 3 views' is a good reason to not allow more views if a theme author wants to write them |
| [18:01:14] | Seeker`: | if there is a technical reason not to, then thats a different issue |
| [18:05:02] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [18:05:20] | dekarl: | Seeker`: I've looked at the screens and only saw 3 different views anyway... |
| [18:05:26] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [18:11:20] | Captain_Murdoch: | I don't see a need to allow unlimited views defined by the theme, that's what different themes are for, but I could see different windows/views for different data sets. TV vs Movie vs Home Videos vs ?? vs the full list of videos. that's not a huge amount of code, over-simplified, it's filter the dataset, load the right window name for the desired data set and wrap all the widget accesses with if statements in case an ite |
| [18:11:20] | Captain_Murdoch: | m is not defined in a particular window/view. |
| [18:11:37] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [18:12:37] | Captain_Murdoch: | we don't give the user X different views of any other screen, so why do it here. if it's a different data set, then that's unique. |
| [18:14:18] | Captain_Murdoch: | I can imagine X*Y different users wanting X different Watch Recordings views, and Y different recording schedule editor views, etc.. let them switch themes if they don't like the screen in the theme they're using. |
| [18:14:41] | dekarl: | I'm not finding good research to back my "less is more" wrt different presentations of the same information, but found something else ;) http://www.v-net.tv/content-discovery-is-the-new-differentiator/ |
| [18:17:33] | Captain_Murdoch: | or make a copy of the theme with a different view. theoretically we could have theme 'overlays' where a theme could fallback to a different theme before falling back to default. that would let you distribute one main theme and several different overlay or sub themes to supply different views or tweaks. each overlay would exist as a separate theme but would fall back to the main theme before falling back to the default theme. |
| [18:19:19] | Captain_Murdoch: | so if someone wanted Arclight-wide_guide, they could override just the guide grid window and not have to repackage the whole theme. the theme downloader could even be modified to install the dependency main theme when installing an overlay theme. |
| [18:29:58] | Goga777 (Goga777!~Goga777@128-71-72-155.broadband.corbina.ru) has quit (Read error: Connection reset by peer) | |
| [18:45:31] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [18:45:48] | stichnot: | Feeling like starting a fight today. :) Jump points don't work in many situations where it requires more than one escape-key press to exit the current mode. E.g., during playback while the OSD is present, when in the middle of a playlist, or within the cutlist editor. |
| [18:45:55] | stichnot: | An 86-line patch to fix this (http://code.mythtv.org/trac/ticket/7939) has been available for 2 years. This hasn't been committed because there is a cleaner way in MythUI. |
| [18:46:05] | stichnot: | Unfortunately that appears to require converting all the legacy non-MythUI code, along with more MythUI expertise than I have. |
| [18:46:15] | stichnot: | So my question: since the proper fix doesn't appear much closer than it did 2 years ago, why not use the alternate fix in the meantime? |
| [19:16:31] | stuartm: | most apps and media devices in particular 'force' a layout on the user, no-one gets upset that their Android tablet doesn't offer half a dozen different ways of viewing their videos so why is MythTV so different? We at least allow users to change things either by trying a different theme or modifying an existing one. (There are other reasons, the complexity, the arms race where we have themes trying to outdo each other when theming is already |
| [19:16:33] | stuartm: | difficult enough with the screens we already have etc) |
| [19:18:57] | Seeker`: | stuartm: I'm not suggesting it be mandatory to implement 50,000 views |
| [19:19:09] | Seeker`: | just to give the theme author the choice in how many they implement |
| [19:22:15] | stuartm: | IMHO we should be striving to offer a single UI that works for a majority and not creating a dozen UIs pandering to lots of minorities who don't really know what they want anyway, all that does is to massively increase the workload without really pleasing anyone |
| [19:24:08] | stuartm: | KISS |
| [19:25:22] | Seeker`: | so remove all theming abilities? |
| [19:25:23] | stuartm: | anyway, that's my position and I'm firmly entrenched |
| [19:27:46] | stuartm: | Seeker`: no, because there's no-one here (or anywhere in the world) who can design that perfect UI on their own, allowing multiple themes allows us to explore and trial different designs, eventually the best ideas from existing themes get combined into newer ones – evolution rather than divine creation ;) |
| [19:29:36] | stuartm: | in the commercial world their UIs are designed and drawn by large teams, we can't replicate that in open source |
| [19:30:44] | Seeker`: | like I said, 3 seems to be an arbitrary number, it should be down to the theme implementor how many they want to impment; saying 'no more than 3 because it is bad' just seems silly when they could just copy+paste the theme in to a new folder and replace video-ui.xml and implement their other views anyway |
| [19:31:44] | stuartm: | I agree 3 is an arbitrary and frankly daft figure, but I think we should be decreasing the number not running off in the other direction |
| [19:33:30] | stuartm: | no-one uses 3 different views to browse videos, certainly no-one has use for more than that, so by increasing the number you just add clutter to the menu and confuse users |
| [19:34:00] | Seeker`: | no 1 person may have use for more than that, but you potentially have more than 1 user using each theme |
| [19:34:09] | stuartm: | two views, TV and Film – that seems a logical distinction to me |
| [19:34:17] | stuartm: | Seeker`: then right two or more themes |
| [19:34:51] | Seeker`: | so if theme_1 has view A and view B for TV and view X for movies |
| [19:35:02] | Seeker`: | theme_2 has view C for TV and Y + Z for movies |
| [19:35:05] | stuartm: | if enough devs disagree it won't matter what I think and I'm not going to change my mind, so my continuing this discussion is largely pointless |
| [19:35:09] | Seeker`: | and other otherwise identical |
| [19:35:19] | Seeker`: | what if someone wants A for TV and Z for video |
| [19:36:11] | Seeker`: | I like the look of Arclight, and the video wall from Terra |
| [19:36:20] | stuartm: | Seeker`: if one view for each media doesn't satisfy 90% then you've got the screen wrong and you need to think again |
| [19:39:01] | Seeker`: | define 'satisfy'? |
| [19:39:10] | Seeker`: | There is a difference between 'usable' and 'preferred' |
| [19:42:01] | Seeker`: | what bad thing happens if authors can create more than 3 views? |
| [19:44:35] | markk: | Seeker`: can I suggest that you first write a theme that gets you X% of the way, then look at what is involved (i.e. codewise) that gives you the rest. Otherwise this discussion is largely pointless – we have hundreds of open tickets and our own wishlists for features and functionality , so I doubt anyone is going to write the code for you. |
| [19:48:19] | markk: | stichnot: why not just write a method that quits playback completely with no user interaction – i.e. closes any visible osd, doesn't popup any prompts etc. would be far more preferable – and reusable for a number of other situations. |
| [19:50:11] | markk: | sphery: thanks for the links. I think my original comment was largely in reference to the UK Freeview/Freesat series record functionality (dvb stuff). If the series id was broken/inconsistent, I'm sure a lot of commercial dvr's would be broken. |
| [19:54:23] | markk: | gigem: re the custom edit screen, the most obvious issue is that when I select a different sample clause, the sample text is updated but the actual editable query text is not – so I have to manually copy the new query. |
| [20:06:50] | mcbaine1 (mcbaine1!~na@46.226.187.107) has quit (Remote host closed the connection) | |
| [20:07:29] | mcbaine1 (mcbaine1!~na@46.226.187.107) has joined #mythtv | |
| [20:40:41] | justinh: | re different theme views: I can name one person who switches between them regularly. A Themer :P |
| [20:56:41] | stichnot: | markk: the quit-playback method sounds promising (for all the issues covered in the patch). I'll take a look soon. |
| [21:02:52] | stichnot_ (stichnot_!~chatzilla@192.55.54.40) has joined #mythtv | |
| [21:04:36] | stichnot (stichnot!~chatzilla@192.55.54.36) has quit (Ping timeout: 252 seconds) | |
| [21:04:49] | stichnot_ is now known as stichnot | |
| [21:13:21] | Peitolm: | stuarta: did you manage to get osx-packager working for a git checkout on 10.6? |
| [21:39:49] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 252 seconds) | |
| [21:39:52] | dekarl: | triggered by wagnerrp's rant I looked at the channels.conf import issue with DVB and came up with http://paste.ubuntu.com/800927/ (untested but pointing out the relevant place) is that good enough to warrent a ticket? |
| [21:43:03] | stuartm: | markk: I agree about seriesid, it's a reliable value in the UK, the only problem that I can see is with series that are repeated years later by other broadcasters – those don't appear to be given the same ids |
| [21:44:07] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [21:44:53] | stuartm: | however to combat that we can limit series link to the same broadcaster (first part of the series id is the broadcasters unique id, takes a url form) |
| [21:46:19] | wagnerrp: | dekarl: in regards to that, is there any reason not to provide lineup caching through services? |
| [21:47:33] | wagnerrp: | schedules direct was potentially going to have access to it, silicon dust was potentially going to offer their database, but in the end, all weve got are hundreds of these aged channels.confs on the wiki and a scanner we tell people not to use |
| [21:47:35] | dekarl: | I consider lineups a step backwards wrt DVB |
| [21:47:57] | wagnerrp: | how so? |
| [21:48:08] | dekarl: | I've been looking at the scanner / PESPAcket/PSITable issues, but its quite messy to wrap your head around |
| [21:48:16] | stuartm: | markk: We might want to consider altering the scheduling model slightly, create locale specific recording types – so we can introduce the concept of series link based on series id and default_authority for the UK without it needing to work or clutter the menu for other locales |
| [21:48:50] | wagnerrp: | stuartm: i know youve had experience with such a user-contributed database with the channel icon service |
| [21:49:42] | wagnerrp: | im just wondering what the potential for abuse would be if you could send in your scan results, with a zip (or other postal) code, provider (or broadcast), and let others pull them down |
| [21:50:08] | dekarl: | in DVB you have (more or less) unique ids per tv station, these get multiplexed into transports and transmitted with transponders. The channelscan just has to spider the transponders and collect all ids. That quick because once it finds the first transport it will instantly know all other transports (unless you receive multiple networks with one input) |
| [21:50:46] | stuartm: | markk: we have the locale info to do that, we're already tailoring configs based on the users locale, it makes sense to do the same for scheduling – I know davide probably won't agree but I happen to disagree with the idea that we get all UK users to create custom rules turning what in effect is a one-click series record capability into something so much more fiddly to use |
| [21:50:50] | dekarl: | once you got the IDs you can use the serivice |
| [21:50:59] | wagnerrp: | dekarl: finding one transponder will point you at other transponders? |
| [21:51:08] | stuartm: | wagnerrp: reading back to catch up |
| [21:51:11] | dekarl: | yes, if the network is configured correctly |
| [21:51:27] | dekarl: | which for DVB-C is often not the case ;) |
| [21:51:46] | dekarl: | but for DVB-S and -T the quality is quite high |
| [21:52:12] | dekarl: | btw, we have a patch ticket for the DVB-C issue hanging around |
| [21:52:41] | stuartm: | wagnerrp: yes, at least in the UK and most countries in europe, each transport broadcasts the frequencies for the other transports in their tables |
| [21:53:18] | dekarl: | the channel import help to bootstrap the system until we follow mumudvb wrt http://mumudvb.braice.net/mumudrupal/node/56 |
| [21:53:30] | wagnerrp: | so in other words, scanning is only a problem with ATSC/QAM in north america, and people having difficulty with DVB simply arent reading the directions? |
| [21:54:03] | dekarl: | picture: http://gitweb.braice.net/gitweb?p=mumudvb;a=b . . . newDVBparser |
| [21:54:12] | stuartm: | wagnerrp: the scanner works fine for DVB (ok, maybe one or two small bugs/grumbles but nothing that can't be fix by knocking heads together) |
| [21:54:49] | dekarl: | wagnerrp: in theory all DVB receivers should be updating their channel list constantly (similar to EIT updates) |
| [21:55:07] | wagnerrp: | it works fine over here for the most part too, its just a hassle to go back and clean up xmltvids for channels that werent automatically matched |
| [21:55:08] | stuartm: | DVB-S scanning is a pain because a) we don't display the starting frequency using a sensible unit b) we don't have common starting frequencies built-in |
| [21:55:43] | stuartm: | we only need one frequency per locale/satellite constellation to get all the rest of the info we need |
| [21:57:11] | dekarl: | stuartm: I agree that the scanner is close, but theres lots of small issues that lead to it not working well in a lot of constellations |
| [21:57:19] | stuartm: | wagnerrp: we could use xmltvid > channel matching for DVB but we're more likely to leverage xmltvid for that, they've been working on implementing that |
| [21:59:16] | stuartm: | automatic updates for channels would be great, so long as it was implemented correctly – we used to have that back in the 0.17/0.18 days and it caused xmltvids/customised channel numbers etc to get wiped, rather than fix that stuff it was removed |
| [22:01:41] | dekarl: | for DVB-T we don't support the same mux on multiple frequencies (we are supposed to learn all multiplexes and the pick one, e.g. based on receiption quality) |
| [22:02:35] | dekarl: | thats an issue in germany as the ZDF mux is the same for the whole country (same original_network_id and transport_id) |
| [22:03:47] | wagnerrp: | stuartm: well that then leaves the ATSC/QAM users putting channels.confs, database dumps, and other strange formats on the wiki, another other scripts floating around the mailing list to populate channels based off data extracted from a HDHomeRun Prime |
| [22:03:47] | dekarl: | until we have that all fixed the channels.conf import might be a sensible workaround |
| [22:04:11] | wagnerrp: | which goes back to the first question, such a mechanism for sharing lineups has been discussed in the past |
| [22:04:45] | wagnerrp: | are the abuse issues that are going to make such a thing difficult? or is it more a function of just no one ever spending the time to build a webapp to collect the stuff? |
| [22:04:58] | stuartm: | wagnerrp: why isn't SD doing this? |
| [22:05:25] | stuartm: | wagnerrp: you can use services for that of course, but I'd prefer to leave it to xmltv outside NA |
| [22:05:27] | wagnerrp: | with SD doesnt license that data from TMS, or TMS never gets that data from the cable companies in the first place |
| [22:06:03] | stuartm: | wagnerrp: that doesn't mean SD can't collect/host that info for themselves? |
| [22:06:10] | wagnerrp: | stuartm: i was just asking you in particular about the possibility of abuse, since i know you and skd5aner go through the station icon selections |
| [22:06:47] | stuartm: | wagnerrp: there is some, we don't accept submissions until multiple different people (IPs) have submitted the same matches |
| [22:07:31] | wagnerrp: | collecting how? they could run the service rather than us, but it would still be up to the individual applications to push the results back upstream |
| [22:07:42] | stuartm: | those IPs submitting multiple incorrect matches (spotted by manual checks, but could be automated) get all their submissions rejected |
| [22:07:49] | dekarl: | btw, the reference to mumudvb was because they have rewritten their PSITableParser because scanning didn't work well ;) |
| [22:08:44] | wagnerrp: | robert kulagowski was working on something along those lines a while back, but that was one of those "collect QAM lineups from HDHomeRun Prime" type scripts i mentioned |
| [22:10:38] | stuartm: | dekarl: I'd like to get outstanding scanning issues resolved for DVB-land, I know stuarta feels the same way, if we can make a list of outstanding issues we can start to prioritise and organise who tackles each item |
| [22:12:06] | dekarl: | I can open 2–3 tickets (one per issue) but about half of the issues have patches on tickets already |
| [22:15:46] | stuartm: | hmm, I've been ignoring scanning related tickets because I thought danielk22 or stuarta would get to them, but I'll make an effort to look at them before the end of the week |
| [22:17:03] | dekarl: | these have patches: #9726, dvb-s unicable support, #7486, dvb-c network_id override for broken networks, #10054, tables not being in back2back packets |
| [22:17:33] | guest____ (guest____!bcc2232f@gateway/web/freenode/ip.188.194.35.47) has joined #mythtv | |
| [22:18:27] | dekarl: | #9777 is the scanner doesnt read back the tuned frequency (stores center instead of correct offset frequency) |
| [22:18:31] | andreax (andreax!~andreaz@p54BF2E15.dip.t-dialin.net) has joined #mythtv | |
| [22:18:36] | stuartm: | thanks ... I make no promises but I will at least look at each |
| [22:20:27] | dekarl: | #8731 is asking the frontend for automatic modulation when its not really supported (either add all relevant combinations to the frequency table or let the scanner itself iterate all options) |
| [22:21:30] | stuartm: | we seriously need some new blood, there's no room left on my whiteboard for any more tasks |
| [22:22:16] | dekarl: | Sounds familar... I have the DVB ID<->XMLTV ID on my plate for to long, too :( |
| [22:31:00] | markk: | stuartm: when you say we have locale info – do you mean from dvb setup/frequencies or from locale setting (i.e. language) |
| [22:31:46] | markk: | stichnot: if you need any help/clarification – just shout |
| [22:32:21] | markk: | stuartm: I quite like the look of #10256 |
| [22:32:36] | stichnot (stichnot!~chatzilla@192.55.54.40) has quit (Ping timeout: 252 seconds) | |
| [22:32:47] | markk: | (will be lots of issues – but a promising start) |
| [22:35:03] | stuartm: | markk: we've been collecting country in addition to language since 0.24 |
| [22:35:18] | markk: | have we?? |
| [22:36:28] | stuartm: | yup, on first run we prompt for language and country, existing setups we've populated that data by assuming the locale supplied in the environmental variable is accurate but it can be fixed for those few setups were it's wrong |
| [22:37:36] | stuartm: | markk: mythfrontend -p will show the prompt and allow changing of the values if incorrect (we pre-select values based on the machine locale but allow overrides) |
| [22:38:05] | markk: | ah – rings a little bell somewhere:) |
| [22:38:19] | markk: | anyone know much about rtsp? |
| [22:40:49] | stuartm: | anyway, the point is that we can use that info to customise things some for each country, so for the UK we can add a 'Record Series' option to the recording type list that those outside the UK wouldn't have to see |
| [22:42:05] | markk: | stuartm: definitely has my agreement |
| [22:42:49] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 276 seconds) | |
| [22:46:55] | stichnot (stichnot!~chatzilla@192.55.54.36) has joined #mythtv | |
| [22:58:21] | dekarl: | stuartm: sorry, didn't see the lock on #7701... I put the patch there as it was the most up to date ticket for the channels.conf issue |
| [23:27:14] | Mousey (Mousey!~wtfisme@ross154.net) has joined #mythtv | |
| [23:37:41] | stichnot (stichnot!~chatzilla@192.55.54.36) has quit (Ping timeout: 240 seconds) | |
| [23:38:56] | stichnot (stichnot!~chatzilla@192.55.54.40) has joined #mythtv | |
| [23:46:04] | guest____ (guest____!bcc2232f@gateway/web/freenode/ip.188.194.35.47) has left #mythtv () | |
| [23:55:58] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.