| Wednesday, April 3rd, 2013, 00:02 UTC | ||
| [00:02:40] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection) | |
| [00:37:56] | Cougar (Cougar!~cougar@2a03:5880:104:10:98d1:f826:5dfa:21e2) has quit (Ping timeout: 246 seconds) | |
| [00:39:54] | len (len!~quassel@75-161-175-43.mpls.qwest.net) has quit (Read error: Connection reset by peer) | |
| [00:46:59] | Cougar (Cougar!~cougar@2a03:5880:104:10:11ca:9a0a:2ee0:5809) has joined #mythtv | |
| [01:18:34] | superm1 (superm1!uid4318@ubuntu/member/superm1) has joined #mythtv | |
| [01:20:07] | aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has quit (Ping timeout: 252 seconds) | |
| [01:34:15] | aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has joined #mythtv | |
| [01:37:33] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [01:39:27] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Client Quit) | |
| [02:09:42] | Solaris444 (Solaris444!~chatzilla@mail.picodata.net) has quit (Quit: ChatZilla 0.9.90 [Firefox 16.0.2/2012102400]) | |
| [02:14:11] | cheri (cheri!~om@173-164-230-21-SFBA.hfc.comcastbusiness.net) has joined #mythtv | |
| [02:15:15] | cheri: | hi I am trying to set up hls capture I added few schedules but when I do printsched it shows me different time can anyone please help on this |
| [02:17:15] | cheri (cheri!~om@173-164-230-21-SFBA.hfc.comcastbusiness.net) has left #mythtv () | |
| [02:29:16] | jafa (jafa!~jafa@2001:470:1f05:1cf5:405f:1248:c3e8:8230) has quit (Ping timeout: 258 seconds) | |
| [02:40:00] | Captain_Murdoch (Captain_Murdoch!~cpinkham@c-67-183-28-248.hsd1.wa.comcast.net) has joined #mythtv | |
| [02:40:01] | Captain_Murdoch (Captain_Murdoch!~cpinkham@c-67-183-28-248.hsd1.wa.comcast.net) has quit (Changing host) | |
| [02:40:01] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv | |
| [02:40:33] | unforgiven512 (unforgiven512!~unforgive@64-121-104-68.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Ping timeout: 240 seconds) | |
| [02:41:39] | jafa (jafa!~jafa@2001:470:1f05:1cf5:3536:accc:4b99:d483) has joined #mythtv | |
| [02:42:31] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [02:45:34] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Read error: Connection reset by peer) | |
| [02:46:11] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [02:51:12] | unforgiven512 (unforgiven512!~unforgive@64-121-111-219.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [03:16:17] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 248 seconds) | |
| [03:17:45] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [04:05:01] | len (len!~quassel@75-161-175-43.mpls.qwest.net) has joined #mythtv | |
| [04:55:34] | ElmerFudd (ElmerFudd!~le@87-55-166-130-static.dk.customer.tdc.net) has quit (Ping timeout: 256 seconds) | |
| [04:55:50] | ElmerFudd (ElmerFudd!~le@87-55-166-130-static.dk.customer.tdc.net) has joined #mythtv | |
| [05:18:26] | len (len!~quassel@75-161-175-43.mpls.qwest.net) has quit (Remote host closed the connection) | |
| [05:22:32] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 255 seconds) | |
| [05:34:57] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [05:59:36] | SteveGoodey (SteveGoodey!~steve@host86-148-171-24.range86-148.btcentralplus.com) has joined #mythtv | |
| [06:11:37] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has joined #mythtv | |
| [06:12:38] | SteveGoodey (SteveGoodey!~steve@host86-148-171-24.range86-148.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [07:35:20] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:7597:b4a9:bf1e:bae8) has joined #mythtv | |
| [07:53:33] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [08:01:25] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [08:01:59] | Sharky112065 is now known as Sharky-Sleep | |
| [08:23:14] | dekarl (dekarl!~dekarl@p4FCEECDC.dip.t-dialin.net) has joined #mythtv | |
| [08:23:47] | dekarl1 (dekarl1!~dekarl@p4FCEE7F3.dip.t-dialin.net) has quit (Read error: Operation timed out) | |
| [08:31:50] | amessina_ (amessina_!~amessina@50-196-241-73-static.hfc.comcastbusiness.net) has joined #mythtv | |
| [08:32:06] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Ping timeout: 245 seconds) | |
| [08:46:30] | amessina_ (amessina_!~amessina@50-196-241-73-static.hfc.comcastbusiness.net) has quit (Remote host closed the connection) | |
| [08:58:39] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [09:11:23] | len_ (len_!~quassel@75-161-175-43.mpls.qwest.net) has joined #mythtv | |
| [09:32:27] | len_ (len_!~quassel@75-161-175-43.mpls.qwest.net) has quit (Read error: Connection reset by peer) | |
| [09:41:13] | toeb (toeb!~tob@HSI-KBW-37-49-118-160.hsi14.kabel-badenwuerttemberg.de) has quit (Quit: leaving) | |
| [09:45:43] | toeb (toeb!~tob@HSI-KBW-37-49-118-160.hsi14.kabel-badenwuerttemberg.de) has joined #mythtv | |
| [10:16:59] | IReboot (IReboot!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has quit (Remote host closed the connection) | |
| [10:19:23] | IReboot (IReboot!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has joined #mythtv | |
| [10:33:55] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has quit (Ping timeout: 240 seconds) | |
| [10:34:41] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [10:47:54] | joki (joki!~joki@p5486203D.dip.t-dialin.net) has quit (Ping timeout: 245 seconds) | |
| [10:53:01] | joki (joki!~joki@p54863227.dip.t-dialin.net) has joined #mythtv | |
| [11:02:29] | bergqvistjl (bergqvistjl!~John@79-71-119-39.dynamic.dsl.as9105.com) has joined #mythtv | |
| [11:03:00] | bergqvistjl: | What fields in the database does the %%LONGREPEAT%% option get it's value from, for a recording? |
| [11:03:27] | bergqvistjl: | I think i've found a potential bug, but want to isolate whether it's the guide data first that's giving me incorrect info or not? |
| [11:45:58] | stuartm: | bergqvistjl: previouslyshown column in program table |
| [11:46:11] | stuartm: | date is originalairdate |
| [11:47:02] | bergqvistjl: | well actually we think it's a bug with the QT ui painter |
| [11:47:03] | stuartm: | date is only added to the string if it's determined to be valid |
| [11:47:15] | stuartm: | bergqvistjl: not the theme? |
| [11:47:15] | bergqvistjl: | as it only appears in the OSD every other time i play the recording :/ |
| [11:47:23] | bergqvistjl: | could be the theme as well |
| [11:47:33] | bergqvistjl: | i have the problem when i use Qt, but not OpenGL |
| [11:48:42] | sphery: | not a bug with QT painter, just that the theme relies on OpenGL-only behavior |
| [11:49:04] | sphery: | it's the whole pulse thing where some statetypes show up sometimes as if they're "on" rather than grayed out |
| [11:49:12] | stuartm: | check the areas defined in the theme are large enough for the content, you can use the 'Toggle Show Widget Borders' and 'Toggle Show Widget Names' jumppoints to help debug |
| [11:49:15] | sphery: | (I think pulse) or whatever it is |
| [11:49:44] | stuartm: | sphery: oh, I'd not heard of that one |
| [11:49:51] | bergqvistjl: | the theme is Blue-Abstract |
| [11:50:17] | bergqvistjl: | we think there is also another bug, as Auto seems to be defaulting to Qt, when i have a perfectly normal OpenGL system to paint with |
| [11:51:47] | sphery: | though since he's talking about the OSD, it's probably actually some issue with VDPAU interaction... the one I'd seen was happening in Watch Recordings |
| [11:52:19] | bergqvistjl: | this only appears on the pop-up OSD when actually watching a recording |
| [11:52:26] | bergqvistjl: | and it's not all the time, it's every other time too :/ |
| [11:54:24] | sphery: | check the boundaries as stuartm mentioned... this doesn't make sense--especially since it's using OpenGL when you select Auto |
| [11:55:12] | bergqvistjl: | ok |
| [11:56:18] | bergqvistjl: | wait |
| [11:56:19] | stuartm: | sphery: he's saying it's using QT when he uses Auto |
| [11:56:20] | bergqvistjl: | i've got it |
| [11:56:31] | bergqvistjl: | it's got nothing to do with the painter being set to opengl or qt |
| [11:56:37] | sphery: | he got me a log of startup with Auto and it's using OpenGL |
| [11:57:00] | sphery: | but he says when he changed that to OpenGL he no longer saw the repeat on the osd |
| [11:57:05] | sphery: | though maybe he has, now? |
| [11:57:19] | bergqvistjl: | basically, if I go into the watch recordings menu, and then choose a recording, it *doesnt* displays(Repeat) – which is correct) |
| [11:57:41] | bergqvistjl: | however, if i then view another recording *without* going back out of the menu and back into it again, it puts (Repeat) infront of the description |
| [11:58:03] | bergqvistjl: | if i go back out of the watch recordings menu, and back into it again and view a recording, it doesn't display Repeat |
| [11:58:36] | bergqvistjl: | so it looks like a problem with the theme then |
| [11:58:39] | bergqvistjl: | i'll try a different one |
| [11:58:41] | sphery: | "out of the watch recordings menu" means exiting the watch recordings screen and going back to the main menu? |
| [11:58:55] | bergqvistjl: | yes |
| [11:59:47] | bergqvistjl: | if i say in the recordings screen and choose a show, it displays (Repeat) in the OSD description when watching the show, however if i actually back out of the screen entirely before doing this, it doesn't show it. |
| [12:00:32] | bergqvistjl: | looks like it's the theme that's at fault. Tinted glass doesn't seem to do it |
| [12:00:53] | sphery: | weird |
| [12:02:06] | sphery: | If you can figure out what it is, definitely let rsiebert know... He's very good about fixing issues in his themes. |
| [12:03:30] | bergqvistjl: | yeah |
| [12:03:48] | bergqvistjl: | well the mythwelcome UI in blue-abstract doesn't display properly either |
| [12:04:18] | bergqvistjl: | the "Next Recording" bottom half of the screen only display the channel name, not the program name or the start time |
| [12:05:50] | sphery: | stuartm's boundary suggestion soudns even more likely... looking at Tinted Glass, https://github.com/MythTV-Themes/TintedGlass/commit/fddf4e65fcb5 ("The Nvidia vdpau driver no longer allows placing part of a shape outside the viewing area so I had to rework osd_debug, osd_message and osd_input to conform to the new limitations") |
| [12:06:47] | bergqvistjl: | ahh right |
| [12:09:17] | stuartm: | the disappearing/reappearing behaviour is typical of an element, in this case a textarea which extended beyond the boundaries of it's parent, the painters which support cropping don't know what to do with it |
| [12:09:47] | bergqvistjl: | but why would it only happen the 2nd time i view the recording, providing i don't go back outside of the watch recordings screen first? |
| [12:11:50] | bergqvistjl: | well i've worked around it in the meantime by removing the %LONGREPEAT% in the OSD xml |
| [12:12:24] | bergqvistjl: | I mean those recordings were never flagged as a repeat in the firstplace, so i'm confused why it should ever show up regardless. |
| [12:12:26] | bergqvistjl: | ah well |
| [12:14:58] | stuartm: | well it shouldn't show at all in that case, but I can't think of a mechanism where it would show just by watching one recording then another |
| [12:15:54] | stuartm: | the boundary issue would only show where those recordings were all repeats but it _wasn't_ displaying when it should have |
| [12:16:00] | stuartm: | it wouldn't work the other way around |
| [12:16:00] | bergqvistjl: | only if i don't exit the recordings screen first though :P |
| [12:17:09] | stuartm: | entering/exiting the screen makes no difference to how the data is loaded/handled, so as sphery said earlier it's 'wierd' |
| [12:17:37] | bergqvistjl: | well it's certainly weird |
| [12:18:28] | stuartm: | sphery didn't typo weird of course |
| [12:19:07] | sphery: | hehe, not this time, at least :) |
| [12:21:18] | bergqvistjl: | whatever happened to Arclight? |
| [12:22:24] | stuartm: | creator had a meltdown, removed it from circulation |
| [12:23:37] | bergqvistjl: | ah, shame. |
| [12:24:20] | bergqvistjl: | One thing i'd like to see in mythtv is the ability to download metadata for recordings in the same way that you do normally, but for recordings that have had their rules deleted. |
| [12:32:58] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [12:36:37] | bergqvistjl (bergqvistjl!~John@79-71-119-39.dynamic.dsl.as9105.com) has quit (Read error: Connection reset by peer) | |
| [12:46:10] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [12:46:22] | stuartm: | danielk221: http://www.phoronix.com/scan.php?page=article . . . vd&num=1 |
| [12:47:09] | stuartm: | danielk221: probably not your thing, but maybe we can find someone interested in implementing it |
| [12:50:20] | stuartm: | hopefully Intel will follow AMD and we can drop va-api in favour of a single API (VDPAU) |
| [12:52:00] | stuartm: | someone has probably already noted this on the -users list, it's a day old ... |
| [12:53:58] | ** stuarta oooo's ** | |
| [12:58:26] | sphery: | nice... and since vdpau seems to be a much nicer api than va-api, I'm glad they went that way |
| [12:58:38] | sphery: | (nicer and more capable) |
| [13:03:51] | stuartm: | and better supported |
| [13:13:35] | stuartm: | ok, so UVD2 is supported in (new) cards from 2008 onwards, which is more than reasonable |
| [13:30:57] | danielk221: | stuartm: That sounds cool. I was burned enough by ATI (aka AMD) in the past that while I've watched their open source effort with interest I'm very reluctant to put skin in the game and spend my limited free time debugging MythTV on AMD. |
| [13:47:00] | stichnot (stichnot!~stichnot@adsl-68-127-102-161.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [13:47:00] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [13:47:00] | stichnot (stichnot!~stichnot@adsl-68-127-102-161.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [14:38:33] | dekarl: | nice, so phoronix is not a one man show anymore? |
| [15:18:31] | wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has quit (Remote host closed the connection) | |
| [15:23:20] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [15:25:01] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG) | |
| [15:32:00] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [15:42:31] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Remote host closed the connection) | |
| [15:43:03] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [15:50:33] | wilmoore-misc (wilmoore-misc!~wilmoore@vlandnat.mystrotv.com) has joined #mythtv | |
| [15:58:05] | SteveGoodey (SteveGoodey!~steve@host86-148-171-24.range86-148.btcentralplus.com) has joined #mythtv | |
| [16:01:07] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 260 seconds) | |
| [16:01:35] | Steve-Goodey (Steve-Goodey!~steve@host86-148-171-24.range86-148.btcentralplus.com) has joined #mythtv | |
| [16:07:27] | Sharky-Sleep is now known as Sharky112065 | |
| [16:08:47] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has quit (Read error: Operation timed out) | |
| [16:11:36] | wolfgang1 (wolfgang1!~wolfgang@178-27-144-160-dynip.superkabel.de) has quit (Ping timeout: 264 seconds) | |
| [16:12:41] | wolfgang1 (wolfgang1!~wolfgang@178-27-144-160-dynip.superkabel.de) has joined #mythtv | |
| [16:13:12] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:7597:b4a9:bf1e:bae8) has quit (Read error: Connection reset by peer) | |
| [16:13:38] | taylorr (taylorr!~taylorr@cpe-173-095-145-027.nc.res.rr.com) has joined #mythtv | |
| [16:13:38] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv | |
| [16:13:38] | taylorr (taylorr!~taylorr@cpe-173-095-145-027.nc.res.rr.com) has quit (Changing host) | |
| [16:28:27] | stichnot (stichnot!~stichnot@216.239.45.87) has joined #mythtv | |
| [16:28:27] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [16:28:27] | stichnot (stichnot!~stichnot@216.239.45.87) has quit (Changing host) | |
| [16:32:01] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [16:34:16] | stichnot: | sphery: Out of curiosity, how do you plan to represent the set of tags associated with a particular recording, recording rule, etc.? |
| [16:34:55] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [16:41:00] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [16:43:25] | stichnot: | e.g. an extra column called "tags" that might be set to something like "|Default|Kids|Movies|Comedy|" and then you would do something like " select * from recorded where tags like '%|Kids|%'; " |
| [16:44:03] | sphery: | stichnot: no, I'll have a table for tags where you specify tag names, then use cross-reference tables to link them to entities (such as recordings or rules) |
| [16:44:41] | sphery: | that way defined tags only disappear when you delete them (so users don't complain that tags no longer exist after they delete the last recording with that tag) |
| [16:45:07] | stichnot: | I'm not strong on sql — how do you represent a variable number of tags associated with a recording? |
| [16:45:17] | sphery: | and it allows users to put literally as many as they want (not limited by varchar length or anything) |
| [16:45:58] | stichnot: | do you have a separate table holding <recording_id,tag> tuples? |
| [16:48:10] | sphery: | yeah (where tag will actually be tagid, referencing the tag table with tag.id and tag.name) |
| [16:49:19] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [16:49:58] | sphery: | and we will be moving to a recorded.id (rather than using the chanid & starttime for a key) |
| [16:50:52] | stichnot: | OK, that makes sense. (I just looked briefly into "mysql cross reference table" which also helps.) |
| [16:51:41] | stichnot: | I'm all for tags not disappearing when the last use is deleted. :) |
| [16:53:04] | stichnot: | Any thoughts as to how tags and multi-user support might interact? |
| [16:53:17] | sphery: | hehe, yeah, I think I still have an open ticket for that where it's basically a task reminder for tags |
| [16:53:57] | sphery: | haven't thought too deeply about that, but it will depend, a lot, on how multi user and recordings interact |
| [16:54:53] | sphery: | I have been paying attention to the requests on the list, though |
| [16:58:05] | stichnot: | I think some of it will depend on the multi-user model. Do we want complete isolation between users (except perhaps the "superuser" who can see all recordings/rules/tags/etc at once), or can one user see other users' tags, rules, etc? |
| [16:59:40] | sphery: | right |
| [16:59:58] | sphery: | I'm hoping multi-user comes, first, without security |
| [17:00:06] | sphery: | I think it will be much easier to get it started that way |
| [17:00:56] | sphery: | then we can start to integrate code to try to add some authorization type stuff later |
| [17:03:43] | stichnot: | I guess it would be clearer to have separate tables for tags and users, even though the table structure would essentially be equivalent |
| [17:05:51] | jheizer_: | Curious, will Services API be versioned, modifed, or overloaded to use recorded.id vs chanid and start time? |
| [17:08:13] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [17:18:47] | sphery: | eventually, though, I'm guessing that users will have more data than just names associated with them |
| [17:19:21] | sphery: | jheizer_: but services api uses a standard protocol, so it just works... ;) |
| [17:20:14] | jheizer_: | I meant more to use the recorded.id for all the calls vs sending chanid and starttime |
| [17:20:16] | sphery: | (meaning thank you for recognizing that someone--either client developer or server developer--has to write extra code to support forwards compatibility, which is exactly why the old Myth Protocol was never made forwards compatible) |
| [17:20:41] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 246 seconds) | |
| [17:20:41] | superm1 (superm1!uid4318@ubuntu/member/superm1) has quit (Ping timeout: 246 seconds) | |
| [17:21:23] | sphery: | I'm not sure whether we'll support it, or not--but no use getting concerned, yet, because I'm sure it will be a huge fight later |
| [17:21:27] | dekarl: | sphery: sounds like tags are just keys, last time I understood them as Key/Value pairs. E.g. users_who_want_this={alice,bob} instead of two tags, alice_wants_this and bob_wants_this |
| [17:22:00] | jheizer_: | Haha, yeah. Wasn't concerned. Just curious. |
| [17:22:37] | dekarl: | thats why I suggested to copy some attributes the guide data into tags associated with the recording, e.g. type=movie, type=series |
| [17:22:50] | sphery: | the problem with forwards compatibility, though, is that it always limits you/your ability to make useful changes in the future |
| [17:24:34] | sphery: | dekarl: Tags are just literal values users assign to media to categorize/sort/filter/organize/... their media how they want. Users will be done separately. If we decide to do per-user recordings and per-user recording rules, I'll add per-user tag support, too. |
| [17:25:42] | dekarl: | sphery: make sense, I just chose users as example because I read that on the backlog ;) |
| [17:26:17] | sphery: | so tags would be just things like Movies or SciFi or B-Movies or Kids Shows or New Stuff or His shows or Her shows or ... |
| [17:26:47] | sphery: | (or could even be things like Movies/SciFi/Alien invasion or ...) |
| [17:28:00] | dekarl: | I see. So I understood it wrong last time :( |
| [17:28:25] | sphery: | so, if we have tags before users, some users may make use of them as a "primitive" multi-user setup, allowing them to assign tags for different people who want to watch a show, then when all the "people" tags are removed, they delete it (or vice versa--don't delete until all the people have tagged it as watched or ...) |
| [17:29:10] | sphery: | some are doing that, now, with recording groups, but it's harder because there's only one recgroup |
| [17:32:23] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [17:40:59] | jpabq: | danielk22 indicated that 0.27 was going to be a 'stability' release. I need to do some more work on H.264 stuff, and it sounds like HLS needs to be fixed, but other than that what needs to be done before we freeze 0.27 ? |
| [17:49:02] | stichnot: | sphery: I still think that making "all tags removed" equivalent to "recording is marked for deletion" is worth considering. But I need to think more about multi-user interaction. |
| [17:53:47] | stichnot: | jpabq: I haven't had much time lately, but I'd still like to get peper03's DVD improvements in, and take a crack at fixing more of the Live TV problems (specifically, a race condition moving playback from the dummy recorder to the actual recorder). There's also the equivalence between recorder and mythcommflag seektables, which you're on top of now. :) |
| [17:59:57] | stichnot: | And there's a little more work on the position/duration seektable changes – audio-only files, and dealing with videos that don |
| [18:00:04] | stichnot: | that don't actually need a seektable. |
| [18:00:08] | sphery: | stichnot: if we just remove all tags, then when the user "undeletes" the recording, they've lost all the tags... Better would be to add a tag (some "WONTBEUSEDBYUSERSPREFIX-Deleted") |
| [18:00:42] | sphery: | though several made a comment that deleted/not deleted should be "proper" ("typed" so to speak) metadata |
| [18:01:30] | sphery: | and if you want delete to be per-user-with-tags, could be something like WONTBEUSEDBYUSERSPREFIX-<userid>-Deleted |
| [18:02:08] | stichnot: | sphery: under my model, the user would delete tags one by one until they are all gone, so only the last tag would be lost on undelete. I didn't think about the wholesale deletion model. |
| [18:02:11] | sphery: | but, in general, I do not want tags to replace actual system metadata--they're user data, only |
| [18:02:51] | jpabq: | stichnot: you have not had much time lately? Really? From what I can tell, you are the most productive dev these days ;-) |
| [18:03:19] | sphery: | so the question is whether "deleted" state should be considered system metadata or user data (i.e. now, with Deleted recgroup, it's user metadata--but it was originally designed that way mainly because it was a simple fit into the existing design) |
| [18:03:42] | stichnot: | jpabq: I meant the last 2–3 weeks, with no break in sight :) |
| [18:04:02] | sphery: | and, yeah, agreed--your "not much time" gets far more done than my "I'm going to spend a lot of time on MythTV" :) |
| [18:05:25] | jpabq: | Part of what I am getting at, is while everything sphery is talking about sounds great, I think it should be a 0.28 feature. |
| [18:07:02] | sphery: | yeah, I can pretty much guarantee that I won't have tags in by 0.27--assuming a reasonable release date for 0.27 |
| [18:07:24] | sphery: | though I do hope to get time for MythTV this month, after finishing my current project |
| [18:09:36] | jpabq: | If we are aiming for 0.27 to be a stability release, we should avoid major new features. I personally, would also like to get 0.27 our sooner than later. |
| [18:12:48] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 264 seconds) | |
| [18:26:15] | dekarl: | I have some EIT/SDT fixup and database stuff in the pipe that I'd like to get into 0.27 |
| [18:28:08] | paul-h (paul-h!~Paul@b0fd993b.bb.sky.com) has joined #mythtv | |
| [18:28:22] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [18:35:15] | peper03 (peper03!~peper03@port-92-203-94-190.dynamic.qsc.de) has joined #mythtv | |
| [18:37:14] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 255 seconds) | |
| [18:46:40] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [19:01:44] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [19:32:19] | superm1 (superm1!uid4318@ubuntu/member/superm1) has joined #mythtv | |
| [19:51:55] | superm1_ (superm1_!uid4318@gateway/web/irccloud.com/x-bptzaoohkpckiykg) has joined #mythtv | |
| [19:52:25] | superm1 (superm1!uid4318@ubuntu/member/superm1) has quit (Remote host closed the connection) | |
| [20:22:23] | sphery: | stuartm: perhaps he's been running with a TimeOffset specified ("Your local time zone (for XMLTV): Used if the XMLTV data comes from a different time zone than your own and modifies the date and time before insertion into the database. 'Auto' converts the XMLTV time to local time using your computer's time zone. 'None' ignores the XMLTV time zone, interpreting times as local." |
| [20:22:58] | sphery: | seems we still have that one in backend settings, though EITTimeOffset is #if 0'ed out |
| [20:23:11] | stuartm: | sphery: that was going to me my second guess, but I didn't want to ask too many questions and end up only getting one answered |
| [20:23:28] | unforgiven512 (unforgiven512!~unforgive@64-121-111-219.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Ping timeout: 245 seconds) | |
| [20:23:36] | sphery: | hehe, yeah, makes sense--and why I figured it's probably better to mention to you instead of posting to the ticket |
| [20:24:43] | stuartm: | fwiw, I think we decided to remove the xmltv offset setting, it shouldn't be required if the grabber is xmltv compliant |
| [20:25:24] | stuartm: | I'm not sure where we left that, I think dekarl or someone was going to check that all officially distributed grabbers were specifying the timezone |
| [20:25:58] | sphery: | paul-h: #11217 is almost definitely an abort (128 + signal number of 6) since he said, "without warning" |
| [20:25:58] | ** MythLogBot http://code.mythtv.org/trac/ticket/11217 ** | |
| [20:26:07] | unforgiven512 (unforgiven512!~unforgive@64-121-111-219.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [20:26:14] | sphery: | I'd guess something with bad video + ffmpeg code |
| [20:26:38] | sphery: | stuartm: and, yeah, removing XMLTV offset would be great |
| [20:28:30] | sphery: | hehe, "According to apt-get policy, I do have the latest 0.25 packages installed. I am reluctant to go around upgrading to 0.26 at the moment and will wait a while while the early-adopters shake out the bugs. :-/" |
| [20:28:49] | sphery: | yeah, 0.26 has only been out for 6 months, now, so let those "early adopters" figure out its bugs |
| [20:31:49] | jheizer_: | lol |
| [20:33:48] | sphery: | oh, wait, I see that ticket is 5 months old--I'm a bit behind on my stuff it seems |
| [20:35:38] | len_ (len_!~quassel@75-161-175-43.mpls.qwest.net) has joined #mythtv | |
| [20:36:14] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Remote host closed the connection) | |
| [20:36:55] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [20:40:09] | paul-h: | sphery: OK I thought the exit code would be one of those in exitcodes.h but I guess if it crashed that wont be the case |
| [20:47:49] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [21:00:45] | Steve-Goodey (Steve-Goodey!~steve@host86-148-171-24.range86-148.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:00:57] | dekarl: | stuartm: sphery: I was surprised too when I saw that there still is that xmltv timezone setting and started to remove it all... But it doesn't compile, yet. Would be nice for 0.27, too. |
| [21:01:58] | stuartm: | dekarl: doing it now |
| [21:02:06] | dekarl: | the grabbers that still output floating local time can be filtered through tv_augment_tz |
| [21:02:14] | SteveGoodey (SteveGoodey!~steve@host86-148-171-24.range86-148.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:02:48] | dekarl: | stuartm: draft http://pastebin.com/1ir9KCFS |
| [21:05:38] | stuartm: | thanks, will borrow some ideas from that, like the warning |
| [21:07:57] | stuartm: | wish I knew why xmltv chose a non-standard date format, if they'd used ISO 8601 we could feed the strings directly to MythDate/QDate |
| [21:13:40] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Quit: Ex-Chat) | |
| [21:14:22] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [21:30:11] | dekarl: | stuartm I'll put it on the list for xmltv v2 :) (I wondered that, too. Might do some crazy and just use xsd:dateTime to store datetime in xml. But I just looked it up, xsd:dateTime was recommended by w3c 6 months before the dtd was checked in... So it likely did not exist when the format was crafted) |
| [21:31:09] | dekarl: | s/some/something/ |
| [21:31:43] | dekarl: | but ISO8601 is from 1988, could have just used that |
| [21:33:34] | stuartm: | DTD even cites 8601 – "All dates and times in this DTD follow the same format, loosely based on ISO 8601." but doesn't explain why it deviates |
| [21:33:38] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 255 seconds) | |
| [21:34:38] | stuartm: | anyway, I'm rewriting/replacing pretty most of the date parsing stuff, should work for more dates and timezones than what's there now |
| [21:35:01] | stuartm: | only thing is that I probably should have kept it as a separate change :/ |
| [21:36:28] | dekarl: | I knew there would be something http://xkcd.com/1179/ |
| [21:41:54] | stuartm: | heh, yeah, that was a recent one too |
| [22:07:52] | paul-h: | jya_: Seems the ffmpeg resync broke MythMusic playback for me everything fails to play with this error 'Decoder error. Error: Unsupported sample format with 16 bits' |
| [22:08:55] | peper03 (peper03!~peper03@port-92-203-94-190.dynamic.qsc.de) has quit (Quit: Konversation terminated!) | |
| [22:21:25] | Tobbe5178 (Tobbe5178!~asdf@h186n5-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer) | |
| [22:31:46] | paul-h: | jya_: looks like AV_SAMPLE_FMT_S16 is now being identified as AV_SAMPLE_FMT_S16P so looks like we need to handle the new planer formats from AVSampleFormat in avfDecoder::initialize()? |
| [22:34:15] | paul-h: | jya_: just added 'case AV_SAMPLE_FMT_S16P: m_sampleFmt = FORMAT_S16; break;' to the switch in avfDecoder::initialise and everything is now playing as normal |
| [22:36:12] | stuartm: | dekarl: http://pastebin.com/Y8hUbWHF – compiles but otherwise untested, I'll rig up a test file tomorrow featuring a variety of valid and invalid date formats to see how it performs |
| [22:37:14] | stuartm: | might make an interesting permanent unit test, or whatever you'd call a larger test like that |
| [22:42:06] | gigem_: | stuartm: FWIW, my guess was going to be bad xmltv options too, but I wanted to check the system and database time settings first. |
| [22:42:11] | gigem_ is now known as gigem | |
| [22:43:37] | stuartm: | gigem: yeah sorry about that, I should have let him answer your question first before posing mine |
| [22:46:18] | Cougar (Cougar!~cougar@2a03:5880:104:10:11ca:9a0a:2ee0:5809) has quit (Ping timeout: 264 seconds) | |
| [22:46:39] | stuartm: | if it's xmltv related it's one of two possibilities, either he's mis-using the setting that I'm now removing OR he's using an unofficial grabber which isn't xmltv compliant |
| [22:47:57] | paul-h: | jya_: actually I'm wrong the planar formats aren't new but the AV_SAMPLE_FMT_S16 now being identified as AV_SAMPLE_FMT_S16P is new |
| [22:48:58] | paul-h: | jya_: I'll read the log and reply to you later if you have any questions |
| [22:49:05] | paul-h (paul-h!~Paul@b0fd993b.bb.sky.com) has quit (Quit: Konversation terminated!) | |
| [22:50:03] | Cougar (Cougar!~cougar@2a03:5880:104:10:c44c:f2a3:66a6:3709) has joined #mythtv | |
| [22:53:25] | ElmerFudd (ElmerFudd!~le@87-55-166-130-static.dk.customer.tdc.net) has quit (Ping timeout: 248 seconds) | |
| [22:57:48] | ElmerFudd (ElmerFudd!~le@87-55-166-130-static.dk.customer.tdc.net) has joined #mythtv | |
| [23:03:54] | jarryd (jarryd!jarryd@im.jarryd.net) has quit (Ping timeout: 240 seconds) | |
| [23:06:28] | jarryd (jarryd!jarryd@im.jarryd.net) has joined #mythtv | |
| [23:13:21] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 245 seconds) | |
| [23:19:13] | unforgiven512 (unforgiven512!~unforgive@64-121-111-219.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Ping timeout: 240 seconds) | |
| [23:25:09] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [23:34:21] | unforgiven512 (unforgiven512!~unforgive@64-121-93-65.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [23:46:10] | rsiebert_ (rsiebert_!~quassel@g225062183.adsl.alicedsl.de) has joined #mythtv | |
| [23:47:44] | jya_: | paul-h: I have made a convenience method to convert planar data into interleaved one…. it's just in various places: RAOP and avformatdecoder.cpp… Though this shouldn't be something new in ffmpeg/1.1 , would have been the same in 1.0 |
| [23:48:18] | jya_: | most codecs in ffmpeg now returns planar decoded data |
| [23:49:10] | rsiebert (rsiebert!~quassel@g225052235.adsl.alicedsl.de) has quit (Ping timeout: 258 seconds) | |
| [23:50:57] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [23:51:06] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Quit: ChatZilla 0.9.90 [Firefox 19.0.2/20130307122903]) | |
| [23:54:13] | stichnot (stichnot!stichnot@nat/google/x-vefzhivlpitkllvd) has joined #mythtv | |
| [23:54:13] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [23:54:13] | stichnot (stichnot!stichnot@nat/google/x-vefzhivlpitkllvd) has quit (Changing host) | |
| [23:54:58] | jya_: | check line 4984 in avfd.cpp this is how you detect if audio is planar or not. You should use this to convert to standard format (which is independent to planar or not: just tell you the sample size: S16, S32, float etc). To decode the audio, use AudioOutputUtil::DecodeAudio: http://code.mythtv.org/doxygen/classAudioOutp . . . fe5c3b262f1c |
| [23:55:38] | jya_: | somehow I have some memories about using that utility method in mythmusic… if not.. use it :) |
| [23:57:24] | jya_: | I can do it if you want… just do something like: AVSampleFormat format_pack = av_get_packed_sample_fmt(ctx->sample_fmt); and do you switch case on the format like you used to test for AV_SAMPLE_FMT_S16, ignore the planar format |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.