| Wednesday, January 29th, 2014, 00:00 UTC | ||
| [00:00:01] | rsiebert (rsiebert!~quassel@f052008247.adsl.alicedsl.de) has quit (Ping timeout: 252 seconds) | |
| [00:24:22] | TheCras6 (TheCras6!~TheCrashe@p5DCE4EC4.dip0.t-ipconnect.de) has joined #mythtv | |
| [00:27:50] | TheCrasher (TheCrasher!~TheCrashe@p5DCE4EE1.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [00:37:20] | TheCras6 (TheCras6!~TheCrashe@p5DCE4EC4.dip0.t-ipconnect.de) has quit (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/) | |
| [00:39:59] | MartinT (MartinT!~smuxi@46-18-104-220.static.vivaciti.org) has quit (Remote host closed the connection) | |
| [00:44:29] | MartinT (MartinT!~smuxi@46-18-104-220.static.vivaciti.org) has joined #mythtv | |
| [00:46:43] | MartinT: | I've just done a bit of a change in libmythmetadata... and it's first time I've gone into the bowels... can someone have a look and let me know if it's valid, or anything I should do differently... |
| [00:46:44] | MartinT: | https://github.com/martinjt/mythtv/commit/8cd . . . c9b6df4cd8d9 |
| [00:47:25] | MartinT: | the idea is to centralise the code for updating the video metadata from the result of a metadata lookup... at the moment it's in the frontend... |
| [00:48:21] | MartinT: | I want to use it in the Video API, so I thought moving it to there would be the most logical place.. I've not moved the frontend code yet.... any feedback welcomed. |
| [00:48:33] | MartinT (MartinT!~smuxi@46-18-104-220.static.vivaciti.org) has quit (Remote host closed the connection) | |
| [01:02:08] | wagnerrp: | stuarta: i assume it got picked up automatically as a dependency of other stuff |
| [01:03:51] | verm__: | stuartm: yeah it doesn't seem to save on many pages |
| [01:04:27] | verm__: | hmm time to test martints' patch |
| [01:35:04] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [01:35:50] | verm__: | MartinT: yeah, the patch compiles and it does update.. except the meatadatalookup is broken |
| [01:36:18] | verm__: | your approach seems fine |
| [01:36:33] | verm__: | i see that you're updating the inetref then trying to trigger an update |
| [01:39:21] | verm__: | argh! |
| [01:39:27] | verm__: | updating to master broke my mythfrontend |
| [01:39:32] | verm__: | that really sucks |
| [01:41:14] | verm__: | who is the person that makes the osx builds? |
| [01:57:43] | verm__: | ah, here we go found a newer version, nice |
| [02:15:30] | verm__: | where is the schema version set? |
| [02:16:25] | verm__: | ah, i see |
| [02:16:49] | verm__: | doh, the osx builds aren't master, just 0.27 |
| [02:24:48] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has quit (Quit: Oh No!!!! ;-)) | |
| [02:28:58] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has joined #mythtv | |
| [02:30:07] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 252 seconds) | |
| [02:31:23] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [02:39:00] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [02:39:16] | arescorpio (arescorpio!~arescorpi@56-57-245-190.fibertel.com.ar) has joined #mythtv | |
| [02:57:25] | arescorpio (arescorpio!~arescorpi@56-57-245-190.fibertel.com.ar) has quit (Ping timeout: 272 seconds) | |
| [02:59:34] | skd5aner: | stuartm: fair enough (re:forums) – happy to help contribute on that as much as you guys like. I can't help much on the coding front, but like I said – got decades of experience installing, running, and administrating forums :) |
| [03:02:59] | skd5aner: | stuartm: not intimiately familiar with FUDForum though – my current favorite is smf, but I can tell you plenty to stay away from :) When picking any – look at hold old the project is and how active the community is. If the communty is week, the product generaly is as well, even if the "Features" so differntiating enough, it's usually not worth it to pick the niche product |
| [03:05:20] | skd5aner: | ironically enough, my very first email to Isaac back in the day (circa 2004) was to try to convince him to let me run a forum for the project – of course, he was pretty adamament against forums at the time. |
| [03:12:25] | _nyloc_ (_nyloc_!~quassel@p3EE2D945.dip0.t-ipconnect.de) has joined #mythtv | |
| [03:16:29] | skd5aner: | also, I'm embarrassed at how many typos I frequently have in IRC... I really ought to proofread before I hit enter |
| [03:16:40] | nyloc (nyloc!~quassel@p57B4F37E.dip0.t-ipconnect.de) has quit (Ping timeout: 245 seconds) | |
| [03:41:26] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Read error: Operation timed out) | |
| [03:47:31] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [04:15:55] | jafa2 (jafa2!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has joined #mythtv | |
| [04:20:44] | jafa2: | hi guys |
| [04:21:18] | jafa2: | currently working on getting HDTC-2US working with mythtv... |
| [04:21:35] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 252 seconds) | |
| [04:21:59] | jafa2: | when configured for native stream (no transcode) mythtv plays live tv ok |
| [04:22:44] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [04:23:18] | jafa2: | when configured for hardware transcode to AVC live TV doesn't start – it sits there saying _LAM and times out after ~5s |
| [04:23:45] | jafa2: | the HDTC is streaming correctly and if I hijack the data it plays fine in VLC |
| [04:24:07] | jafa2: | what debug logging options are there to see more info? |
| [04:41:23] | gigem (gigem!~david@mythtv/developer/gigem) has quit (Quit: WeeChat 0.4.2) | |
| [04:43:14] | gigem (gigem!~david@pool-71-96-90-188.dllstx.fios.verizon.net) has joined #mythtv | |
| [04:43:14] | gigem (gigem!~david@pool-71-96-90-188.dllstx.fios.verizon.net) has quit (Changing host) | |
| [04:43:15] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
| [04:52:12] | gigem: | skd5aner: I don't know what IRC client you use, but weechat has aspell support built in. Ironically, it thinks 'IRC', 'weechat' and 'aspell' are misspelled. |
| [05:33:33] | DouglasK is now known as DouglasKAway | |
| [07:07:43] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has joined #mythtv | |
| [07:10:23] | jst_ (jst_!~quassel@198.199.94.175) has quit (Quit: No Ping reply in 180 seconds.) | |
| [07:11:42] | jafa2: | works! |
| [07:20:34] | jafa2: | no changes to mythtv required |
| [07:21:23] | jafa2: | one minor quirk that the OSD shows 360p as 368 |
| [07:29:54] | dekarl: | hmm, re _LAM http://www.mythtv.org/wiki/Channel_tuning, -v record should show the PAT/PMT (did the service get rewritten properly as AVC service?) |
| [07:30:09] | dekarl: | but if "just works" thats nice :) |
| [07:31:05] | dekarl: | s/if/if it/ |
| [07:32:02] | dekarl: | re 368 bs. 360 I think that is pixel in the encoded frame vs. displayed frame (similar to 1080 vs 1088) |
| [07:32:08] | jafa2: | the HDTC rewrites the PMT to indicate AVC if you enable the transcode-by-default option |
| [07:32:35] | jafa2: | then it tracks the PID filter set by MythTV to figure out what to transcode |
| [07:33:18] | jafa2: | earlier was an issue with the firmware leaking a bit of MPEG2 before the transcoder kicked in – fixed |
| [07:33:46] | jafa2: | OSD shows 1088 for 1080 – guess that is a known quirk |
| [07:33:47] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has joined #mythtv | |
| [07:34:51] | jafa2: | nice thing is that it works without any changes to mythtv (I am on the normal Ubuntu/Mint 0.26-fixes) |
| [07:34:59] | dekarl: | Then the OSD is consistently displaying the wrong number... => should be easy to fix |
| [07:35:27] | jafa2: | I currently have it configured to record everything in 1080i60/720p60 AVC |
| [07:40:01] | jst (jst!~quassel@198.199.94.175) has joined #mythtv | |
| [07:55:03] | dekarl: | hmm, video_dim vs. video_disp_dim, appears to be used correctly http://code.mythtv.org/cgit/mythtv/tree/mytht . . . er.cpp#n4504 |
| [07:57:10] | dekarl: | comes from http://code.mythtv.org/cgit/mythtv/tree/mytht . . . yer.cpp#n812 where the size is rounded up to multiples of 16 (Is that always the correct number?) |
| [08:08:46] | dekarl1 (dekarl1!~dekarl@p4FCEE826.dip0.t-ipconnect.de) has joined #mythtv | |
| [08:08:56] | dekarl1: | jafa2: got a small example recording? We are pulling video frame dimensions out of the ffmpeg codec, the mpeg sequence header, the h264 parser and it appears as if "last bit of information to pass by wins.See http://code.mythtv.org/cgit/mythtv/tree/mytht . . . tdecoder.cpp calls to SetVideoParams()). I'm interested in the H.264 crop information for 360 vs 368 vertical pixels. |
| [08:10:54] | dekarl (dekarl!~dekarl@p4FCEE408.dip0.t-ipconnect.de) has quit (Read error: Operation timed out) | |
| [08:19:42] | jafa2: | i can do a quick sample tomorrow |
| [08:20:41] | jafa2: | encoding height will always be a multiple of 16 for MPEG2, I think for AVC as well |
| [08:20:51] | jafa2: | display height doesn't need to be a multiple of 16 |
| [08:20:59] | jafa2: | 1080p and 360p are two common examples |
| [08:26:03] | joki (joki!~joki@p548627CE.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [08:29:29] | Casper0082 (Casper0082!~Casper@pool-71-185-186-159.phlapa.fios.verizon.net) has quit (Ping timeout: 240 seconds) | |
| [08:29:52] | dekarl1: | jafa2: sounds good, leaving for work. I think somewhere its multiple of 8 (progressive AVC?) but 16 is the common value I know about. We have some code to fix display_height 1088 to 1080 because some encoders don't do it properly, that's why I'd start looking there. |
| [08:29:56] | dekarl1 is now known as dekarl | |
| [08:31:11] | joki (joki!~joki@p548626DF.dip0.t-ipconnect.de) has joined #mythtv | |
| [08:31:22] | jafa2: | shows as 1088 for me |
| [08:31:35] | jafa2: | will test in mpeg2 mode |
| [08:34:17] | toeb (toeb!~toeb@HSI-KBW-095-208-110-197.hsi5.kabel-badenwuerttemberg.de) has joined #mythtv | |
| [08:42:07] | Casper0082 (Casper0082!~Casper@pool-71-185-186-159.phlapa.fios.verizon.net) has joined #mythtv | |
| [09:16:48] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:3cde:a817:c1d1:8cae) has joined #mythtv | |
| [09:17:55] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (Ping timeout: 245 seconds) | |
| [09:24:44] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv | |
| [10:11:40] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [10:13:00] | stuarta: | wagnerrp: no, it's not a dependency of anything else |
| [10:13:35] | stuarta: | actually 1/2 was. trying to remember which, but you need both for zeromq |
| [10:28:53] | Steve-Goodey (Steve-Goodey!~steve@host109-158-212-221.range109-158.btcentralplus.com) has joined #mythtv | |
| [10:34:27] | Casper0082 is now known as kc | |
| [10:34:31] | Merlin83b2 (Merlin83b2!~Daniel@office.34sp.com) has joined #mythtv | |
| [10:34:38] | kc (kc!~Casper@pool-71-185-186-159.phlapa.fios.verizon.net) has quit (Changing host) | |
| [10:34:38] | kc (kc!~Casper@unaffiliated/kc) has joined #mythtv | |
| [10:37:19] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:3cde:a817:c1d1:8cae) has quit (Ping timeout: 272 seconds) | |
| [10:50:19] | drussell_ (drussell_!~drussell@205.233.15.187) has quit (Ping timeout: 252 seconds) | |
| [11:18:45] | dekarl: | #1 |
| [11:18:45] | ** MythLogBot http://code.mythtv.org/trac/ticket/1 ** | |
| [11:19:33] | dekarl: | anybody working on alcor's webserver? |
| [11:21:24] | stuartm: | dekarl: yes |
| [11:21:29] | stuartm: | should be back now |
| [11:21:37] | stuartm: | busy installing mod_ssl |
| [11:22:18] | stuartm: | the redhat install inserts a broken config by default :/ |
| [11:23:09] | stuartm: | well, at least it's broken in conjunction with our general config :) |
| [11:28:53] | stuarta: | apache is broken ;-p |
| [12:33:21] | dekarl: | Ohh trac is back, ty. |
| [12:45:30] | TheCrasher (TheCrasher!~TheCrashe@p5DCE4EC4.dip0.t-ipconnect.de) has joined #mythtv | |
| [13:12:59] | drussell_ (drussell_!~drussell@205.233.15.187) has joined #mythtv | |
| [14:03:26] | dekarl: | stuarta: you seem to be running Fedora (I hope its not only for the buildbots), got time to take a peek at #11333 ? |
| [14:03:26] | ** MythLogBot http://code.mythtv.org/trac/ticket/11333 ** | |
| [14:06:49] | stuarta: | dekarl: i run f18-f20, ubuntu, debian, and rhel :) |
| [14:07:04] | stuarta: | oh and i've a freebsd10 vm somewhere as well |
| [14:07:06] | dekarl: | So you are the Zookeeper :D |
| [14:07:14] | wagnerrp: | stuarta: autoconf 2 and automake 1 are both installed |
| [14:07:18] | stuarta: | yes |
| [14:07:26] | stuarta: | wagnerrp: cool lets see if that helps the build |
| [14:08:08] | wagnerrp: | the buildbot builds |
| [14:09:40] | stuarta: | i thought they were still broken. my bad |
| [14:10:20] | dekarl: | been looking at trac, we have Components for "packaging" and "ports – <os>" for Solaris, Windows, *BSD, OSX, Other. But only buildbots for *BSD and Windows. I'm wondering if a) it makes sense to split packaging so we can send the tickets to the right people (maybe merge packaging and ports) and b) if we can buildbots for the other platforms |
| [14:11:29] | stuarta: | dekarl: packaging is for the distro maintainers |
| [14:11:33] | stuarta: | primarily |
| [14:12:47] | stuarta: | wagnerrp: ah, it's the 0.27 builds which fail. retrying them now |
| [14:13:10] | wagnerrp: | since i never backported those fixes to 0.27 |
| [14:13:33] | wagnerrp: | (or 0.26, contrary to someone in here earlier who thought otherwise) |
| [14:13:37] | stuarta: | fixes for the zeromq not building shared libs properly? |
| [14:13:51] | wagnerrp: | the fixes for mythtv not building properly |
| [14:14:44] | stuarta: | :) |
| [14:21:42] | stuarta: | dekarl: you can commit that patch. in theory it should just work (tm) |
| [14:22:16] | stuarta: | famous last words... |
| [14:22:31] | ** stuarta hits firewall ** | |
| [14:23:07] | verm__: | dekarl: so i'm using your perl script to build master on osx |
| [14:23:28] | verm__: | with the python bindings, i can send you the list of things you need to modify |
| [14:23:57] | verm__: | getting the bindings working is trivial |
| [14:24:18] | dekarl: | verm__: like in "git diff" or "git format-patch" format? |
| [14:24:51] | verm__: | no, i haven't edited the perl script, i did things manually in order to get it to build |
| [14:24:54] | dekarl: | as OSX is mostly handled by others it might be nice to have tickets with the bugfix patches on the bug tracker |
| [14:24:57] | dekarl: | ah ok |
| [14:25:01] | verm__: | too much work to figure it out |
| [14:25:09] | verm__: | if someone knows the script it'll be an hour of work, tops |
| [14:25:41] | verm__: | i'm not a fan of perl... if it was python i'd have modified it |
| [14:36:49] | doev (doev!~doev@p4FD41443.dip0.t-ipconnect.de) has joined #mythtv | |
| [14:38:26] | verm__: | i can provide the package so you can put it up for download once i'm done |
| [14:57:30] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has quit (Ping timeout: 245 seconds) | |
| [14:57:37] | DouglasKAway is now known as DouglasK | |
| [14:58:41] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [15:22:52] | amessina_ is now known as amessina | |
| [15:36:46] | ** stuarta whacks server, why do you keep dropping off the ipv6 network ** | |
| [16:00:40] | DouglasK is now known as DouglasKAway | |
| [16:15:26] | dekarl: | IRC should have died in favour of XMPP-MUC a long time ago :D (Oh and NNTP with disconnect on a plane which isn't true for web forums) |
| [16:15:46] | stuarta: | dekarl: no irc is the future, messenger must die |
| [16:16:08] | dekarl: | lets rewrite freenode in XMPP! |
| [16:16:27] | stuarta: | no no, post it notes and carrier pidgeons |
| [16:17:48] | dekarl: | with an exception for mars inhabitants and the ISS. They can use Soyuzes instead of pigeons |
| [16:17:54] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [16:19:04] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Client Quit) | |
| [16:19:21] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [16:36:32] | dekarl: | hmm, the trac commit hook could use the commiter instead of the author, looks strange like it is. (and set milestone while at it) |
| [16:38:51] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG) | |
| [16:45:15] | sphery: | hehe, yeah, the e-mail was changed to use committer, but seems the comment on trac is still the author |
| [16:46:21] | sphery: | when really, "Comment (by Stefan Becker..." isn't very precise because it's the committer's comment, possibly quoting the author's comment |
| [16:46:51] | DouglasKAway is now known as DouglasK | |
| [16:56:31] | stuartm: | stuarta: further reading, in particular from the guy who actually wrong that SSL test suite, it's currently impossible to get a perfect score because all current ciphers have their own flaws – only TLS 1.2 is completely secure but many browsers are only just adding support for 1.1 – he reckons that the RC4 vunerabilities are worse than BEAST which is a client side issue anyway – I'm using the config he suggests which fails beast but does OK in |
| [16:56:32] | stuartm: | all other respects |
| [16:57:23] | stuarta: | so can we get close? |
| [16:57:42] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [16:59:58] | wagnerrp: | can we post a new rule. if your hardware is older than mythtv, it's simply time to upgrade? :) |
| [17:00:21] | stuartm: | the SSL Labs test (newer version of same test suite) reckons that without the self-signed cert we'd get an A- |
| [17:00:22] | stuartm: | https://www.ssllabs.com/ssltest/index.html |
| [17:00:47] | stuarta: | okay, that's good |
| [17:01:06] | ** stuarta declares victory over ipv6 configuration ** | |
| [17:01:13] | stuartm: | upgrading apache (mod_ssl) may get us an A – apparently 2.4 is supports TLS 1.2 better |
| [17:01:42] | wagnerrp: | trying to hold multiple conversations? |
| [17:01:57] | stuarta: | wagnerrp: isn't that half the fun |
| [17:02:54] | stuarta: | stuartm: i think if we get it upgraded to 6.5 we will benefit from any security backports |
| [17:03:08] | stuarta: | but we can try that on the dev instance soon |
| [17:03:41] | stuarta: | failing that we have options |
| [17:04:18] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds) | |
| [17:06:59] | jafa2 (jafa2!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has quit (Ping timeout: 240 seconds) | |
| [17:07:04] | jafa3 (jafa3!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has joined #mythtv | |
| [17:15:40] | doev (doev!~doev@p4FD41443.dip0.t-ipconnect.de) has quit (Read error: Operation timed out) | |
| [17:20:02] | jafa3 (jafa3!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has quit (Ping timeout: 264 seconds) | |
| [17:29:20] | dekarl: | wagnerrp: I'm thinking about killing AMD K6 optimizations from time strech (its gone upstream, thinking about updating) I hope no one will through old white boxes at me ;) |
| [17:30:04] | dekarl: | oh my s/through/throw/ |
| [17:30:22] | wagnerrp: | i'm actually looking at the comment in #11729 about a 2002-era Geforce 4 |
| [17:30:22] | ** MythLogBot http://code.mythtv.org/trac/ticket/11729 ** | |
| [17:33:37] | dekarl: | Look a three-headed-monkey (quickly pushes xbmc in users view). |
| [17:41:07] | NightMonkey (NightMonkey!~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net) has joined #mythtv | |
| [17:41:12] | NightMonkey (NightMonkey!~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net) has quit (Changing host) | |
| [17:41:12] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [17:46:37] | wagnerrp: | sphery: maybe we should just rewrite the whole thing in php, and run mythfrontend in a web browser |
| [17:46:50] | Merlin83b2 (Merlin83b2!~Daniel@office.34sp.com) has quit (Quit: Leaving) | |
| [17:47:10] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [17:48:29] | stuartm: | sphery: that guy clearly hasn't even looked at what we've got now in master |
| [17:53:16] | stuartm: | I'll take positive criticism from those who have actually looked at what's been done, but 'outdated'? Seriously? I may be toning down the irritatingly Web 2.0 flashiness, but where it actually matters to the UX it's using every Web 2.0 tool in the arsenal from HTML 5, through CSS 3, jQuery, SVG. websockets and more |
| [17:54:15] | wagnerrp: | maybe he's looking at the not-scaleable primordial web setup that has been sitting in the backend for a few releases? |
| [17:54:18] | stuartm: | oh, HTML 5 video and audio too (not that those are available just yet) |
| [17:55:20] | stuartm: | I'm assuming for now that the general lack of feedback on the work in master means that everyone is pretty happy with the direction it's taking |
| [17:56:41] | wagnerrp: | to be honest, i've been busy and/or out of town, so i haven't seen it yet |
| [18:09:42] | jafa3 (jafa3!~jafa@c-50-150-78-96.hsd1.ca.comcast.net) has joined #mythtv | |
| [18:27:36] | skd5aner: | stuartm: I'm thinking it's more so that you've been very open and transparent about your efforts, and frequently ask for comment – so, moreso that people simply trust you and the direction you're heading... |
| [18:28:11] | skd5aner: | stuartm: that, and probably that you're willing to do the work that no one else was :) |
| [18:29:12] | skd5aner: | (... yet that everyone wants) |
| [18:34:35] | sphery: | wagnerrp: hehe, I hadn't considered that approach :) |
| [18:40:20] | caelor: | for what little my tuppence is worth, it's a fine line to tread – mainenance of code supporting ancient hardware, and an expectation of a chunk of the userbase that they can continue to use that |
| [18:41:32] | caelor: | the lack of cross compatibility between builds means that those users become alienated if the legacy support is removed, and so the choice comes to 1) alienating then and dropping support (not what I'd consider the best way) |
| [18:42:26] | caelor: | or 2) providing some graceful degradation (like a "legacy" frontend that provides minimal functionality, and uses the services API, and can live on life support) |
| [18:43:39] | caelor: | or of course 3) making it the problem of someone like XBMC, and making XBMC a "quasi-favoured" 3rd party by helping them bridge closer to being fully featured |
| [18:48:12] | MartinT (MartinT!~smuxi@46-18-104-220.static.vivaciti.org) has joined #mythtv | |
| [18:51:54] | sphery: | pretty sure the "legacy" version needs to be, "Don't expect to run today's version of MythTV with 10-yr-old hardware. If you must keep the old hardware, run the old version on which it worked." We're having a hard enough time finding time to keep up with one version/implementation of MythTV. |
| [18:53:06] | stuartm: | stuarta: as a proof of concept I've got trac using ssl (well all of code.mythtv.org atm), but I'm not really happy with the way the config is done and duplicated for both http and https |
| [18:53:08] | stuartm: | https://code.mythtv.org/trac |
| [18:53:41] | jams: | stuartm..with apache thats how https is done |
| [18:53:47] | jams: | annoying but thats just how it is |
| [18:53:50] | sphery: | besides, a new vdpau-compatible video card can be had for $10-$30 |
| [18:53:55] | jams: | duplicate and enable ssl |
| [18:54:38] | MartinT: | verm__: I think something more fundamental is up with metadata lookup on master... as Video/Lookup?Title=... isn't working either, but it is on my production 0.27 instance... |
| [18:54:49] | MartinT: | I'll have a look later tonight and let you know... |
| [18:55:04] | caelor: | reflecting back on discussions a couple of days ago, I've been wondering about how lineups could be supported (outside of schedulesdirect, but possibly influenced by its approach). |
| [18:55:30] | sphery: | (though the real problem here seems to be nouveau drivers) |
| [18:55:31] | stuartm: | and that particular directive doesn't benefit from the protocol/cipher tweaking, either we keep duplicate that for each subdomain or we reorganise things a bit |
| [18:55:50] | MartinT: | stuartm... you're running master in live instance aren't you? can you check to see if the lookup api on Video is working? |
| [18:56:32] | sphery: | caelor: isn't that what *.xmltv files provide? Or do you mean some information besides, "group of channels whose listings data should be downloaded"? |
| [18:57:17] | caelor: | the UK xmltv lineups are somewhat dated, and it seems that in some ways the best source of that data could be the userbase (who implicitly have the info). For DVB sources, at least in the UK, the data is quite dynamic |
| [18:57:33] | stuartm: | caelor: couple of possibilities – a) Someone in each territory hand crafts and maintains the lists in a central database on mythtv.org b) We crowd source the information through data submitted by ever user (optionally) after a scan |
| [18:57:34] | MartinT: | just running http://<backend>:6544/Video/LookupVideo . . . abberType=tv should be enough... |
| [18:57:45] | caelor: | and the UK VirginMedia XMLTV lineup is a year old and I'm currently trawling through Nick's code which scrapes the VM website to generate a lineup |
| [18:58:16] | sphery: | ah, so you're talking about tuning information--which, incidentally, is not available through Schedules Direct lineups |
| [18:58:25] | tonsofpcs: | no NIT or SDT? |
| [18:58:35] | caelor: | stuartm: crowdsourcing was one thing that had come to mind, but I know there have been some lessons learned about channel icons in that regard |
| [18:59:05] | stuartm: | caelor: we're already submitting xmltv + dvb source/transport/service IDs with the icon lookup service – if we stored those in a way that they can be related, we can from there auto-populate the xmltvid for future users |
| [19:00:01] | caelor: | the itch I'm looking to scratch (in a community beneficial manner) is keeping my Virgin Media input's freqid (for the IR blaster) up to date. Or at least if I have to manually update it due to VM shuffling their channels, other people can benefit |
| [19:00:25] | stuartm: | currently, unfortunately, once the data reaches the mythtv.org server the relationship between xmltvid and serviceid is lost, but with a tweak to the existing code and schema we could begin collecting it for the future |
| [19:00:32] | tonsofpcs: | stuartm: how do you guarantee uniueness? |
| [19:00:45] | stuartm: | tonsofpcs: for? |
| [19:00:45] | caelor: | so it's tied in to lineups, and I suppose that could be argued to be "tuning info" for a IR blaster/hardware capture device source |
| [19:01:08] | stuartm: | tonsofpcs: networkid,transportid,serviceid are an entirely unique combo |
| [19:01:49] | tonsofpcs: | am I the only one that's seen 1,1,3 in the wild in multiple places? |
| [19:02:06] | caelor: | what I want to avoid is writing some local hacks to keep my channel table up to date against an XMLTV lineup, when there might be a way of doing it in a better way for everyone |
| [19:02:49] | stuartm: | tonsofpcs: well 1 might be the exception to the rule because of misconfigured networks – we could ignore everything from network 1 |
| [19:03:17] | caelor: | I also wondered if it might allow simplification for web based setup (e.g. "I get X service, on Y capture device" being able to get most of the information to set up Myth) |
| [19:03:23] | stuartm: | tonsofpcs: examples may help |
| [19:03:26] | MartinT: | just going to put my son to bed, but can someone running master try to do a metadata lookup through the API not working locally and not sure if it's config? If it doesn't work, I'll do some digging when I get back... http://<backend>:6544/Video/LookupVideo . . . abberType=tv |
| [19:03:59] | tonsofpcs: | stuartm: apparently 1 is allowed for LP DTV in the US... don't ask me why. There is also the possibility of rebroadcast transmitters with the same data payload but different tuning info. |
| [19:04:05] | MartinT: | by "work" I mean return any results |
| [19:04:06] | stuartm: | MartinT: give me a sec |
| [19:04:16] | tonsofpcs: | I'm not saying don't try, I'm just issuing a caveat |
| [19:04:18] | MartinT: | back in an hour or so |
| [19:04:28] | stuartm: | tonsofpcs: I'm talking about DVB, not ATSC |
| [19:04:42] | stuartm: | for ATSC the unique combo is different |
| [19:04:47] | caelor: | stuartm: is there some public services.mythtv.org schema documentation that I might be able to use to possibly look for data patterns I could make use of? |
| [19:04:56] | tonsofpcs: | S? S2? T? C? all? |
| [19:05:10] | stuartm: | tonsofpcs: all of them |
| [19:06:02] | stuartm: | each network is given their own ID, within their network each transport gets it's own unique id, and each service on a transport a unique id |
| [19:06:36] | stuartm: | generally service ids are unique across a network, but we always include the transport to be safe |
| [19:06:55] | stuartm: | that's the ITU way :) |
| [19:07:01] | tonsofpcs: | I know I've seen wild feeds matched across different birds but that's not likely to matter... |
| [19:07:19] | tonsofpcs: | which is the ITU way? doing it right or being safe in case it wasn't done right? |
| [19:07:26] | stuartm: | MartinT: it works here |
| [19:07:43] | stuartm: | bit slow, but it returns correct results |
| [19:09:16] | caelor: | if I do end up coming up with something that optionally sends data to services.mythtv.org and uses a crowdsourcing model, I'd also be interested in learning lessons from the channel icon experiences |
| [19:09:59] | stuartm: | tonsofpcs: all DVB using nations/networks are members of the ITU – International Telecommuncation Union, they hand out the IDs and ensure that the rules are followed |
| [19:10:57] | tonsofpcs: | right, I know that. I'm just wondering standards-wise, since I once proposed to a standards body that they include requirements and/or suggestions to confirm something rather than assume that it was done properly and I got blank stares back... |
| [19:11:01] | tonsofpcs: | (not the ITU) |
| [19:11:23] | stuartm: | caelor: the channel icon stuff works very well but for one major problem, it relies on trusted individuals 'signing off' on each match submitted, which is unmanagable since there are litterly thousands of channel to icon combinations |
| [19:12:33] | caelor: | ok thanks |
| [19:13:14] | qu (qu!~quassel@c-98-247-207-107.hsd1.wa.comcast.net) has joined #mythtv | |
| [19:13:40] | stuartm: | caelor: so any solution needs to be at least partially automatic – e.g. if 5 users submit the exact same xmltvid <> channel mapping then automatically approve that as the right one |
| [19:15:00] | stuartm: | and if 5 submit the same one, but 3 submit a different match, then the threashold should be automatically raised, if no agreement occurs it should be flagged for the attention of a human being to perform arbitration |
| [19:15:37] | caelor: | so a standard deviation based approach... |
| [19:16:33] | stuartm: | we can get legitimate differences as a result of a grabber specifying say east-midlands.bbcone.bbc.co.uk and west-midlands, while the channel itself is for the whole of the Midlands |
| [19:16:37] | stuartm: | caelor: yup |
| [19:18:18] | stuartm: | at other times people just get lazy, we end up with them submitting london.bbcone.bbc.co.uk for all regional variations of BBC One, because they happen to live in London – that's the sort of thing that needs to be weeded out |
| [19:19:00] | stuartm: | for icon submissions we have the option to ignore all submissions from a particular users which is useful when they are repeatedly submitting bad matches |
| [19:20:40] | qu (qu!~quassel@c-98-247-207-107.hsd1.wa.comcast.net) has left #mythtv ("http://quassel-irc.org - Chat comfortably. Anywhere.") | |
| [19:23:20] | caelor: | I'm also conscious that there is a measure of overlap to xmltv lineups, and don't want to reinvent the wheel... |
| [19:24:22] | caelor: | (although there is the possiblity of generating XMLTV lineups from the data, and contributing back) |
| [19:24:43] | stuartm: | caelor: there's been talk of implementing xmltv lineups for years, considering that it means getting all xmltv grabber developers to participate it's likely to take a long time to come about, if it ever does |
| [19:25:18] | stuartm: | I'd prefer it if xmltv handled it, but we also have to be realistic |
| [19:26:20] | caelor: | xmltv lacks a path for closing the feedback loop to keep it current though, whereas Myth should be able to keep up to date data |
| [19:26:34] | stuartm: | for many xmltv developers it would be an unmanageable burden anyway, satellites/cable both carry hundreds of channels – one person, or even a small team will have a hard time keeping track of that |
| [19:27:59] | stuartm: | I think the crowd sourced data has much more chance of working |
| [19:30:11] | stuartm: | I hate the term crowd sourced btw, it's an over-used and abused web 2.0 buzz term – the so-called 'wisdom of the crowds', which is so brilliantly demonstrated every time we have an election and the wise crowd elects the same idiot (or party of idiots) |
| [19:30:54] | caelor: | I agree. I'll have a think about what data should be included, because I'm guessing we don't want to just send all of the columns in the channel table |
| [19:31:34] | caelor: | yes, in some ways this might work better if there are a minority of HQ contributors, and a larger number of consumers |
| [19:32:25] | caelor: | but at this stage, the model is the same from an implementation perspective |
| [19:34:34] | stuartm: | just in case anyone thinks I'm making reference to the current party in power, I'm not, I consider them all terrible albeit for different reasons |
| [19:37:43] | caelor: | where's my best reference for what info is already available through/in services.mythtv.org? |
| [19:40:08] | dekarl: | stuartm please don't ban original_network_id 1 (Astra 19.2°E) from the services |
| [19:41:29] | stuartm: | dekarl: :) |
| [19:54:41] | MartinT: | stuartm: :/ |
| [19:54:49] | MartinT: | thanks for checking |
| [19:54:59] | MartinT: | looks like a configuration error then... |
| [19:58:06] | MartinT: | oh, and I agree with the current abuse of Web 2.0.... apparently I develop a SaaS, Cloud based, multi-tenanted platform that is backed by IaaS. |
| [19:59:04] | MartinT: | ^^ abuse of Web 2.0 terms that is... |
| [19:59:57] | doev (doev!~doev@p4FD41443.dip0.t-ipconnect.de) has joined #mythtv | |
| [20:00:34] | MartinT: | dammit... found the problem with the lookup... Error:(No module named MythTV.ttvdb.tvdb_ui) |
| [20:00:38] | MartinT: | (facepalm) |
| [20:02:37] | dekarl: | the proper solution is a service working similar to how musicbrainz works (x "votes" for normal data, x+y to change good data, x-y for known bad data). E.g. for my "lineup experiments" I imported channel.conf files from various forums and connected them to a hand filled database of channels/variants. |
| [20:04:41] | dekarl: | just like SD maps which lineup gets the east/west feed for every channel, or the australian map their east/west variants to regions. (in germany the variants are varying programming with regional news earlier/later and some hours of shuffled around programming with up to 7 or 8 variants per channel) |
| [20:07:17] | MartinT: | anyone know a quick route to making the python bindings work in a dev instance... probably some kind of problem with the default install path? |
| [20:07:19] | dekarl: | Oh my, we will have HEVC in time for your TV Station? |
| [20:15:22] | dekarl: | oh my http://x265.org/about.html how do you connect your commercial venture to a project of good reputation? Hijack the name+1 and write stuff like "Key members of the core x264 development team are excited about the HEVC standard." |
| [20:17:56] | MartinT: | I love how people throw around the word "performance" without quantifying it... |
| [20:18:53] | MartinT: | "increase the performance of the site"... while you can probably guess what they mean, doesn't make it unambiguous. |
| [20:20:26] | dekarl: | that's easy, the performance of a domain name is measured in Ad Revenue/Day ;) |
| [20:23:53] | jafa (jafa!~jafa@2001:470:1f05:1cf5:d47e:c354:e5f2:ade9) has quit (Ping timeout: 245 seconds) | |
| [20:28:06] | MartinT: | hahaha... I've had a day of it today "can you increase the performance?", "ok what do you mean", "The infrastructure guys say it's using too much resource"... |
| [20:28:12] | MartinT: | wtf? |
| [20:28:51] | MartinT: | people who do not code, so not work in a tech business... that is all... |
| [20:29:38] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Quit: Leaving) | |
| [20:35:52] | jafa (jafa!~jafa@2001:470:1f05:1cf5:51c6:c7b4:8a4c:181e) has joined #mythtv | |
| [20:47:03] | DouglasK is now known as DouglasKAway | |
| [20:49:46] | MartinT: | wagnerrp: you're the metadata man aren't you? |
| [20:51:31] | MartinT: | any idea where in the code the metadata lookup takes place in the frontend? i.e. when you select "Retrieve Details", I want to know where it downloads the images files from tvdb, and where it sets them... |
| [20:53:18] | MartinT: | I've found VideoDialog::OnVideoSearchDone and VideoDialog::StartVideoImageSet |
| [20:53:43] | MartinT: | however, I don't see why the download from an the grabber comes in... |
| [21:05:08] | stuarta: | stuartm: we can work on that |
| [21:06:54] | Steve-Goodey (Steve-Goodey!~steve@host109-158-212-221.range109-158.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:07:09] | dekarl: | stuartm, just looking at the new guide and I wonder if the channel name could be hidden if a logo image is shown, or at least put the logo behind the text. As its now I have square image files (hardware likes that) which gives a big passepartout/mat/frame for wide logos. |
| [21:07:22] | stuartm: | tweaking the ssl config to score higher is addictive, but also difficult – I'm going to have to stop messing with it soon |
| [21:08:14] | stuartm: | dekarl: can do that |
| [21:08:52] | stuartm: | will create a patch to do exactly that, then we can see what works better |
| [21:09:58] | dekarl: | ok, e.g. 3sat, need to adapt more logos from wikicommons... http://xmltv.spaetfruehstuecken.org/xmltv/00logos.html |
| [21:12:55] | stuarta: | stuartm: :) |
| [21:15:04] | MartinT: | think I've got it, in the metadatafactory, it appears to use something with events??? not sure that is something I should mess with... |
| [21:15:11] | ** MartinT proceeds to mess with it... ** | |
| [21:15:34] | stuartm: | it's basically a puzzle game, some ciphers work with certain protocols, and each browser prefers a different combination of key exchange, authentication, encoding and digest – some ciphers are weak and lose you points, others are strong |
| [21:16:54] | stuartm: | challenge is to arrange the possible combinations in order of preference to get the strongest encryption possible for the most browsers while maintaining compatibility with them all |
| [21:17:15] | stuartm: | difficulty ++ |
| [21:17:45] | stuarta: | that explains why you are having fun |
| [21:17:50] | stuartm: | IE is proving difficult atm, and I don't really know why |
| [21:19:40] | stuartm: | at the very least I should move this over to the clone so that I'm not disrupting alcor so much |
| [21:24:43] | ** MartinT is surprised that people have any trouble with IE... it's normally so compliant ** | |
| [21:28:19] | jheizer: | People on the users list never cease to amaze me. |
| [21:32:44] | jams: | h265 thread? |
| [21:33:26] | jams: | or that long streamzap color button thread |
| [21:34:08] | jheizer: | h265, mythweb, never opened the streamzap one. I just feel like the BS meter has been peaking lately. |
| [21:34:54] | jheizer: | Attitudes that is. |
| [21:35:49] | stuartm: | anyone know where to look to see what packages are in the latest CentOS? |
| [21:38:15] | jams: | http://mirror.centos.org/centos/6.5/os/x86_64/Packages/ |
| [21:38:23] | stuartm: | thank you |
| [21:39:45] | jams: | yep 6.5 is the latest..had to doublecheck |
| [21:40:23] | stuartm: | well that sucks, even if we upgrade to the latest, we're still stuck with a version of apache from the stone age and no support for the latest SSL ciphers and authentication |
| [21:40:44] | stuartm: | so it may be 'stable' but it's not secure :) |
| [21:41:48] | stuarta: | stuartm: there are a shed load of packages that can be updated |
| [21:42:10] | Captain_Murdoch: | heh, that's why we always create our own Apache/MySQL/PHP (and a few others) packages at work since we run CentOS on our servers. |
| [21:42:46] | stuartm: | stuarta: this is all largely academic, it's not like we're running a bank and need the strongest encryption possible :) It's just addictive :) |
| [21:46:18] | dekarl: | lets see how it goes (HEVC) |
| [21:46:38] | stuartm: | Captain_Murdoch: long time! |
| [21:47:07] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv | |
| [21:57:22] | stuartm: | 'require a version'? ffmpeg was unversioned until recently – never mind the fact that packagers would love to package up ten different versions of ffmpeg for each video application |
| [21:58:05] | stuartm: | or the fact that ffmpeg's support for 'real-world' broadcast mpeg2 and mpeg-ts was non-existent |
| [21:58:52] | dekarl: | I didn't want to go into details (due to not knowing that to well... something with mpegts support for broadcast streams) |
| [21:58:58] | stuartm: | is all the stuff I'm not going to say on the mailing list, lest it keep a useless argument going |
| [21:59:32] | jheizer: | yeah, exactly |
| [21:59:57] | stuartm: | oh and the container we used for framegrabbers back in the day isn't (or wasn't) supported |
| [21:59:58] | dekarl: | maybe "its for historic reasons, wanna help return to the flock?" would have been better. who knows |
| [22:01:16] | dekarl: | stuartm, are you still seeing the segfaults every 2–3 days around AddListener()? |
| [22:01:25] | dekarl: | #11880 |
| [22:01:25] | ** MythLogBot http://code.mythtv.org/trac/ticket/11880 ** | |
| [22:01:41] | stuartm: | dekarl: I still think we'd be shooting ourselves in the foot relying on system libs for ffmpeg given it's such a key component of our app – bug fixing would be a nightmare since you'd have to be running the same version of the lib as the reporter |
| [22:01:52] | stuartm: | dekarl: that was skd5aner |
| [22:02:14] | stuartm: | oh, it was me |
| [22:02:29] | dekarl: | he was the one with the SBE<->MBE segfaults.. |
| [22:02:30] | stuartm: | no, I'd forgotten all about that |
| [22:02:52] | stuartm: | whatever the cause, it hasn't repeated recently |
| [22:08:45] | verm__: | MartinT: ok, thank you! |
| [22:09:03] | verm__: | MartinT: the tmdb id updating part works, it just doesn't trigger a lookup |
| [22:09:09] | MartinT: | verm__: it is working... partl... |
| [22:09:21] | verm__: | the db does get updated with the new id |
| [22:09:22] | dekarl: | stuartm: did you update your nvidia driver? https://www.google.de/#q=nvidia-tls+segfault |
| [22:09:26] | MartinT: | triggering lookup does work, just only works on subtitle at the moment |
| [22:09:33] | verm__: | i wonder why there are two ways to lookup the data though |
| [22:09:41] | verm__: | the frontend has support and the backend does, too |
| [22:09:50] | verm__: | should only have it in the backend.. |
| [22:10:18] | verm__: | when you insert the video for the first time the backend does it.. but when hitting 'w' it's the frontend that runs the query.. strange. |
| [22:10:21] | MartinT: | yeah, I think that is known... it's being looked into (not by me) |
| [22:10:37] | stuartm: | dekarl: can't remember |
| [22:10:38] | verm__: | well, i think i know the reason why it's like that |
| [22:10:53] | verm__: | you need the ability to present the user with choices if there are multiple hits |
| [22:11:10] | verm__: | the backend only updates if there is one result (when inserting video, i think) |
| [22:11:22] | verm__: | should still be in the backend, though |
| [22:11:41] | stuartm: | dekarl: looks like a minor version bump, currently running 319.60 |
| [22:12:21] | doev (doev!~doev@p4FD41443.dip0.t-ipconnect.de) has quit (Ping timeout: 248 seconds) | |
| [22:13:26] | stuartm: | memory corruption it probably was </yoda> |
| [22:15:26] | dekarl: | hmm, close it referring to the solar flare at that time? ;) |
| [22:26:18] | MartinT: | ffs, wrote an entire method to update videometadata as I couldn't find one that did what I wanted... and now I've found one... |
| [22:31:04] | Captain_Murdoch: | stuartm, yeah, we just had our third child, so time over the past few months has been really scarce. my wife was practically on bedrest for a couple months leading up to delivery and has been having a hard time since over the past 5 weeks. |
| [22:31:08] | verm__: | is there some kind of insane requirement to support pre os x 10.7? |
| [22:33:22] | stuartm: | Captain_Murdoch: congrats on the child, hope things improve for your wife |
| [22:34:46] | Captain_Murdoch: | thanks. I've been trying to keep up, but there have been weeks when I was barely at a computer other than for work. |
| [22:35:26] | ** stuarta 2nds that ** | |
| [22:35:32] | stuarta: | 2 kids is hard enough |
| [22:36:41] | dekarl: | Captain_Murdoch: what stuartm said (expecting our 2nd child in early june I hope this time its easier for her :/ |
| [22:38:21] | stuarta: | right time to upset osuosl, by syncing alcor to alcor dev |
| [22:38:25] | dekarl: | how do "Freeview streamed channels" work? Is it a proper DVB Service with guide data which automatically start an MHEG application that streams MPEG-TS via HTTP? (that's what they do over here, just using HbbTV instead of MHEG) http://en.wikipedia.org/wiki/List_of_digital_ . . . med_channels |
| [22:46:29] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 240 seconds) | |
| [22:49:47] | stuarta: | dekarl: no idea, but it must be some form of iptv |
| [22:54:34] | dekarl: | http://pastebin.com/6sGRNzY0 => URL_base + URL is a player with a link to the MPEG-TS via HTTP feed as parameter => http://x4012c4000.edge.core-cdn.net/40000mb/l . . . bloomberg.ts |
| [22:54:35] | dekarl: | now it just needs #11487 to be brought forward to 0.27/master, I have the playlist handling ready for testing |
| [22:54:35] | ** MythLogBot http://code.mythtv.org/trac/ticket/11487 ** | |
| [22:55:34] | stuarta: | cool |
| [23:03:48] | skd5aner: | dekarl: we get it, all of the worlds problems could be solved if we adopted musicbrainz schema ;) |
| [23:04:00] | MartinT: | haha |
| [23:04:37] | skd5aner: | I would like to say that after going through THOUSANDS of the icon submissions, that a GOOD portion of the time, the popular icon is not the right, or best, icon |
| [23:04:45] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer) | |
| [23:05:28] | stuartm: | dekarl: tbh not entirely sure, but it's something like that – mheg driven streamed over http |
| [23:05:47] | skd5aner: | so, crowdsourcing is good, but I still prefer a moderation capability for things like that |
| [23:06:03] | stuartm: | I know that we now support it (apparently) but since it's run off the T2 muxes I've never been able to try it out |
| [23:14:47] | ** stuarta adds dvb-t2 card to wishlist ** | |
| [23:15:26] | MartinT: | been thinking about one of those... but it would include upgrading the machine as I have no PCIe |
| [23:27:11] | mythfan (mythfan!~mythfan@24.226.229.100) has joined #mythtv | |
| [23:34:35] | mythfan (mythfan!~mythfan@24.226.229.100) has quit (Remote host closed the connection) | |
| [23:35:45] | MartinT: | can anyone see a good reason why, when you update the metadata on a video, if it currently has metadata, the only thing that is update is the title and subtitle? |
| [23:37:31] | wagnerrp: | MartinT: all that code is in libmythmetadata |
| [23:37:49] | MartinT: | yeah, found the code (in like 6 places) |
| [23:38:00] | MartinT: | just wondering why an update isn't an update... |
| [23:38:12] | stuarta: | MartinT: i have no way of watching anything i record in hd |
| [23:39:19] | MartinT: | hahaha... you win ;) |
| [23:41:19] | MartinT: | wagnerrp: basically, if you look at the MetadataFactory::OnVideoResult (one of the many places it's done).... if there is already metadata, it won't overwrite it (other than title and subtitle |
| [23:52:06] | stuartm: | MartinT: some of the metadata is user-editable and users complained that their changes were being overwritten – ironically it's actually the title/subtitle that most often is edited for good reason |
| [23:53:10] | stuartm: | e.g. It used to be, and may still be the case that tmdb returns the title "Live Free or Die Hard" for Die Hard 4.0, it was a pain that it kept insisting on overwriting the UK title of Die Hard 4.0 |
| [23:54:35] | stuartm: | really not sure why it's overwriting the title and subtitle, those were explicitly the bits that people didn't want to be 'updated' |
| [23:57:00] | dekarl: | hmm, can it not leave the title alone if its one of the alternate/translated titles? |
| [23:57:49] | rsiebert_ (rsiebert_!~quassel@g225047165.adsl.alicedsl.de) has quit (Read error: Operation timed out) | |
| [23:58:41] | rsiebert (rsiebert!~quassel@g225008114.adsl.alicedsl.de) has joined #mythtv | |
| [23:59:31] | wahrhaft (wahrhaft!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [23:59:56] | wahrhaft (wahrhaft!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.